Skip to main content
Version: v5.1

5.1.4升级至5.1.5文档

2019年7月8日，Rainbond发布5.1.5版本，本次版本更新带来了全新的应用市场交付Pipeline体验，并对源码类服务的运行机制、ServiceMesh架构、服务管理等方面做了大量优化。

  • Rainbond：支撑企业应用的开发、架构、交付和运维的全流程，通过“无侵入”架构无缝衔接各类企业应用，底层资源可以对接和管理IaaS、虚拟机和物理服务器。
  • 发布版本：5.1.5
  • 版本更新：推荐
  • 更新范围：应用市场、源码构建、ServiceMesh架构、日志收集

下面为大家带来详细的版本解读：

Rainbond应用市场体验升级​

Rainbond应用市场一直以来都是Rainbond的重点方向，有用户会问，Helm社区目前越来越成熟，应用越来越多，你们为什么不遗余力做自己的应用市场。不可否认，Helm应用规范已经得到了Kubernetes社区用户的认可，越来越多的开源应用企业在贡献Helm应用。但是，用过的人都知道，Helm应用规范是技术性要求很高的应用打包方式，要制作一个优秀的Helm应用，其难度甚至远远超出Kubernetes原生规范。Rainbond项目的目标是让广大用户无需学习Kubernetes技术（甚至无需学习容器技术）即可将自己的应用在云上开发、交付和运维。Rainbond应用市场的目标就是让所有开发者能够低门槛的，一键完成从代码到应用完整交付。

本次升级我们带来如下功能：

  • 支持直接从云端安装应用的本地。 过去的版本中我们不得不先完成从云端同步到本地市场，再选择安装应用安装，过程略微繁琐且隐含较深，现在你可以直接查看到云端应用并直接安装。

    云端应用市场直接安装应用
  • 发布私有的应用到云端应用市场，交付给你想要交付的Rainbond用户。 应用市场为每个应用中的所有介质资源进行加密授权，发布的私有应用只有你授权的用户可以下载安装，跨云交付将非常简单。
  • 发布社区公开应用。 Rainbond应用流通将携带发布人的信息，你可以将你的企业应用上云推广了。

除此之外，Helm应用那么多如何让Rainbond用户可以直接安装也是我们必须要解决的问题。我们正在进行的是将Helm应用转化为Rainbond应用存放于Rainbond应用市场中供用户直接安装使用。这个进程请关注：https://market.goodrain.com/helmapps

ServiceMesh架构支持入站网络治理​

本次版本继续对ServiceMesh架构进行优化，数据面板层面envoy版本升级到v1.9.0版本。控制面板层面增加了入站方向的网络治理支持，包括基于连接数、并发请求数等条件的连接熔断功能，同时引入了基于第三方限流服务的全局限流功能。优化了XDS控制器，有效比对资源的实际变化，有效降低推送到envoy的更新事件频率。

ServiceMesh透明化架构植入

Rainbond用户只需要开通相应的插件即可将业务服务与ServiceMesh架构相结合。

新增综合网络治理插件，支持入站网络治理

其他功能优化​

  • 源码构建的服务版本介质由slug包更改为容器镜像，源码类服务的运行将不再依赖于分布式文件系统，运行环境支持版本化控制。
  • 服务构建任务是一个消耗管理节点资源的动作，批量的服务构建如果不受限制将导致管理节点的资源耗尽。此次更新带来了构建任务的并发限制，最大并行任务数取决于当前管理节点的CPU核数。未能执行的任务将在消息系统中等待。
  • 优化了服务访问策略自动以环境变量形式注入服务的策略，便于服务能够获取当前服务的访问策略，对于部分Web类服务非常有用。
  • 更改了服务插件与应用运行时的通信地址，由过去Docker0网桥网卡地址更改为节点IP地址，如此移除了过去版本对Docker0网桥网卡IP地址的依赖。避免了如下异常情况出现：性能分析数据无法获取, 服务发现工作异常
  • 服务容器的标准输出和错误输出日志收集方式由之前的node服务从docker进程获取更改为node服务从宿主机日志文件获取，减小docker进程的压力，同时减小了日志呈现给用户的延迟时间。
  • 优化了grctl service get命令，便于用户之间查看服务的容器运行状态。

BUG修复​

  • 修复自定义服务访问域名访问数据被忽略的BUG。
  • 修复服务连接信息前端未显示分页模块导致显示不全的BUG。
  • 修复服务构建版本、已删除服务持久化数据自动清理未正常工作的BUG，新版本中默认开启清理。
  • 应用备份时更改备份策略为只备份服务当前运行的构建版本，减小备份数据，提供备份成功率。
  • 修复了应用市场安装应用第一次未构建成功，后续无法继续构建的BUG。
  • 修复了服务环境变量与连接信息转移未生效的BUG。
  • 修复了应用升级时，新增的服务包含插件无法直接完成插件挂载的BUG。
  • 修复了节点更改节点属性后元数据不自动更改的BUG。
  • 修复了NodeJS语言类型设置Runtime版本失败无法编译的BUG。

版本安装​

当前版本为5.1系列最新版本，从发布之日起安装的5.1版本系列平台即时最新的5.1.5版本，安装参考： Rainbond集群安装

版本升级​

升级要求和注意事项​

  • V5.1.5版本支持从V5.1.2-V5.1.4版本升级，如果你还未升级到V5.1.2版本，参考V5.1.x版本升级文档，先升级至V5.1.2版本：

    grctl version, 例如版本显示如下：Rainbond grctl v5.1.4-release-1b49703-2019-05-19-10

  • 升级过程会重启管理服务，因此只有单管理节点的集群会短暂影响控制台操作，请选择合理的升级时间段 。

下载 5.1.5 更新包​

离线包镜像大小约700MB，需要保证当前集群磁盘可用空间至少不低于2G

# Rainbond 组件升级包
wget https://pkg.rainbond.com/offline/5.1/rainbond.images.2019-07-12-5.1.5.tgz -O /grdata/services/offline/rainbond.images.upgrade.5.1.5.tgz

# 升级脚本包
wget https://pkg.rainbond.com/offline/5.1/rainbond-ansible.upgrade.5.1.5.tgz -O /grdata/services/offline/rainbond-ansible.upgrade.5.1.5.tgz
解压安装脚本,执行升级脚本​
rm -rf  /tmp/rainbond-ansible
rm -rf /grdata/services/offline/upgrade
tar xf /grdata/services/offline/rainbond-ansible.upgrade.5.1.5.tgz -C /tmp/
cd /tmp/rainbond-ansible/scripts/upgrade/
bash ./upgrade.sh
平台升级完成验证​

  • 执行 grctl cluster确定所有服务和节点运行正常

  • 执行grctl version命令 确认版本已升级到5.1.5

  • 执行dps命令查看组件运行使用的镜像版本是否为v5.1.5-release

升级后注意事项​
  • 本次版本更新更改了应用运行时出站方向的服务发现机制，建议平台升级后对服务进行一次更新操作，防止出现服务发现不工作的问题。

升级如有问题，请至社区反馈