Rainbond 5.1.8リリース、アプリケーション・ゲートウェイは、複数のIPネットワークへのアクセスをサポートしています

2019年10月23日、Rainbondは5.1.8バージョンをリリースし、アップデートのこのバージョンでは、複数のIPゲートウェイアプリケーションのサポートをもたらす新機能と、そのようなドメインインスタンスなどのサードパーティのコンポーネントのためのいくつかのバグのサポートを修正します。

Rainbond：サポートプロセス全体のエンタープライズアプリケーション開発、アーキテクチャ、配付と運用・保守は、「非侵襲的」シームレスなエンタープライズアプリケーションアーキテクチャにより、基盤となるリソースはIaaSのをドッキングし、管理することができ、仮想マシンと物理サーバー。何そのRainbond？
リリースバージョン：5.1.8
バージョンアップデート：推奨
更新された範囲：アプリケーションゲートウェイ、サードパーティコンポーネント

アプリケーションゲートウェイは、複数のIPをサポートしています

アプリケーションゲートウェイは？外部流??テナントスペースアプリケーションコンポーネントにのみ入り口で、HTTP、HTTPS、ルーティング、TCP / UDPサービス、負荷分散、高度なルーティング（A / Bテスト、グレー放出）及び他の機能を提供します。

過去には5.1.8、すべてのTCP / UDPクラス戦略結合がIP:PORTある0.0.0.0:port、そのようなポートが唯一のプログラムのために使用することができます。そして、複数のゲートウェイノードの構成は、我々のサーバは、このようにルールの最大数をもたらす、（最大65535）制限されたポートに完全に等価です。次の機能を持参するように、ユーザーは、現在のノードを選択するために、我々は第二の可変IPアドレスを導入し、現在のバージョンでは、すべての動的ゲートウェイノードレポート可能なIPアドレスは：

内部と外部ネットワークの分離：統合の一般的な点において、内部と外部ネットワークのゲートウェイノード、ネットワーク内のネットワークの南面、ネットワーク外のネットワークの北側面に。異なるIPアドレスを選択し、異なるIPアドレスによって提示は、ネットワークアイソレーション特性の外側に形成されています。
ゲートウェイオリエンテーション：一部のユーザーなどテナントの特定など、特定のアクセスネットワークなどの一部のサービスシナリオのための独立したアクセスエントリの必要性。
クロスチームのコミュニケーション：デフォルトの場合、チームのサービス間の直接通信はありませんが、アプリケーションゲートウェイ経由のトランジットを伝えることができます。
仮想IPサポート：仮想IPが変更され、複数のゲートウェイサービスを横切って移動することができる、指向性結合の仮想IPポートが柔軟なソリューションであるサポート。

サードパーティ製のコンポーネントの例としては、ドメイン名をサポート

Rainbondライフサイクル管理から実行クラスタ、外部で実行Rainbond、及びネットワーク上のクラスタと呼ばれるサードパーティコンポーネントRainbondコンポーネントと通信することができます。たとえば、.NETサービスの場合、MySQLのサービスは単独の実行中、またはWindowsサーバ上で実行されます。

アリクラウド：クラウドコンピューティング環境では、様々なクラウドサービスプロバイダーは、次のようなクラウドサービスの数導入しており云数据库 RDS MySQL 版、云数据库 Redis 版、云数据库 MongoDB 版とAmazon Elasticsearch Serviceのパブリックネットワーク接続アドレスによって提供されるこれらのクラウドサービスを。域名。

インスタンス対処するためにユーザーを容易にするために域名、サードパーティコンポーネントを、この反復で、増加に対するIPのみのインスタンスに基づいてサードパーティコンポーネントにRainbondために添加域名实例。Rainbond ServiceMesh層が動的に解決ドメイン名とメールアドレスをロードすることができ、サードパーティ製のコンポーネントのヘルスモニタリングは、ドメイン名のサポートを追加します。

その他の改良点や修理BUG

プラグイン・バックアップとリカバリを使用したアプリケーションのサポート
仕様製品概要抽象＃266
ネットワーク障害ショーケースのクラウドアプリケーション市場ページオフラインモードの最適化。
あなたが作成または更新するアプリケーションの場合は、可能性がある「ログの表示」をクリックすることはできません＃214
マルチインスタンス組立ラインの体積の減少は、コンポーネント状態が起動中に保持＃460
バインドされたカスタムドメイン名と、その構成のゲートウェイポリシーオプションを変更し、それが変更、不正なドメイン名とみなされます。＃461
アプリケーション共有サービスは、他のストレージ設定後に有効になりません＃456
5.1.7アプリケーションの作成が正しく保存することができませんでしたARGパラメータ＃453
パスのエラーを識別するためにソース・プラットフォームから作成されたのsvnを使って＃444
質問のテストという名前の環境変数＃391
応答しなく動作して、環境変数の削除に失敗しました＃434
通过源码创建应用时，使用https连接，仓库地址前加空格平台会判定为ssh连接 #224
组件日志打印无缩进 #217
应用发布到应用市场时添加的应用图标无法预览 #215

.Netcore 语言源码构建，cmd 参数没有被传递导致运行异常 #447

安装

> 参考Rainbond安装文档指南

升级

升级要求和注意事项

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

grctl version, 例如5.1.7版本显示如下：grctl version v5.1.7-release-afa0e36-2019-09-11-00
升级过程会重启管理服务，因此单管理节点的集群会短暂影响控制台操作和应用访问，请选择合理的升级时间段。
升级过程脚本需要从集群获取节点数据，请务必在集群正常工作情况下进行升级。
升级前请备份控制台和数据中心数据库。
升级过程的主要耗时点是解压升级包和导入服务镜像的过程，根据你的服务器写入速度而定。
如果你手动调整过/opt/rainbond/conf下的服务配置文件导致升级失败请到社区咨询。

下载 5.1.8 更新包

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

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

# 升级脚本包
wget https://pkg.rainbond.com/offline/5.1/rainbond-ansible.upgrade.5.1.8.tgz -O /grdata/services/offline/rainbond-ansible.upgrade.5.1.8.tgz

rm -rf  /tmp/rainbond-ansible
rm -rf /grdata/services/offline/upgrade
mkdir -p /tmp/rainbond-ansible
tar xf /grdata/services/offline/rainbond-ansible.upgrade.5.1.8.tgz -C /tmp/rainbond-ansible
cd /tmp/rainbond-ansible/scripts/upgrade/
bash ./upgrade.sh

# 重新拉取rbd-api镜像
docker pull rainbond/rbd-api:v5.1.8-release
# 修改镜像tag
docker tag rainbond/rbd-api:v5.1.8-release goodrain.me/rbd-api:v5.1.8-release
# 找到rbd-api配置文件/opt/rainbond/conf/master.yaml
修改-i指定的rbd-api镜像信息为goodrain.me/rbd-api:v5.1.8-release

# 更新node节点上的服务
 node service update
# 此时重新查看组件运行使用的镜像版本应为修改后的镜像版本,查看集群状态健康，到此完成手动更新

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

下面以rbd-api组件为例，升级后镜像版本停留在旧版本，手动更新单个组件

升级后以上镜像版本没有变化

升级常见问题排查

组件	版本
rbd-worker	v5.1.8-release
rbd-api	v5.1.8-release
rbd-app-ui	v5.1.8-release
rbd-chaos	v5.1.8-release
rbd-eventlog	v5.1.8-release
rbd-gateway	v5.1.8-release
rbd-monitor	v5.1.8-release
rbd-webcli	v5.1.8-release
rbd-mq	v5.1.8-release

执行 grctl cluster确定所有服务和节点运行正常
执行grctl version命令确认版本已升级到5.1.8
执行dps命令查看以下组件运行使用的镜像版本是否为v5.1.8-release

平台升级完成验证

再次提醒，升级前系统比较运行正常，升级过程耗时取决于你的系统磁盘写入速度，脚本未成功之前请勿主动终止升级。

第一个管理节点执行下述命令升级平台