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

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

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