リリース v1.3.3

バージョン

注意: 新しいinfrastructure servicesでは、ロードバランサの機能を指定のHAProxyイメージに変更し、ネットワークエージェントが起動されなくなりました。したがって、rancher/agent-instanceが必要なくなりました。

このリリースから Rancher で高可用性のためにELB を再び利用することができるようになりました。
リリース v 1.2.x より前からアップグレードする場合、まずインフラストラクチャのスタックをチェックして、サービスが最新であることを確認してください。 [アップグレード可能]ボタンが表示されている場合は、最新のサービスに更新してください。ひとつひとつのインフラストラクチャースタックが完全にアップグレードされてから次のスタックに移動してください
Rancherのリリースごとに、ロードバランサーサービスのための特定のロードバランサイメージ（つまり rancher/lb-service-haproxy）にタグを付けました。以前のバージョンのRancherからアップグレードして、新しいロードバランサイメージがリリースされている場合は、ロードバランサ名の横にシンボルが表示され、そのRancherバージョンで新しいイメージが使用可能であることを示します。ロードバランサの最新のイメージにアップグレードすることをお勧めします。
1.1.xからアップグレードする場合は、アップグレードに関する重要な注意点に関するv1.2.0のリリースノートをお読みください。

Rancher サーバーに2種類のタグを付けています。メジャーリリース毎に特定のバージョンののドキュメントを提供しています。

rancher/server:latest タグは、最新の開発ビルドです。これらのビルドは、CI自動化フレームワークを通じて検証されています。これらのリリースは本番環境での展開用ではありません。
rancher/server:stable タグは、最新の安定版リリースです。このタグは、本番環境に推奨するバージョンです。

末尾がrc{n}のリリースはどれも利用しないでください。rc ビルドは、Rancherチームのテスト用です。

v1.3.3 は、rancher/server:latest タグが付いています。

このバージョン1.3.1では、新しい schedulerエントリを追加しました。このエントリは、network-services より前にアップグレードする必要があります。ネットワークサービスをアップグレードするときのバグが修正されます。

UI（aka docker-machine）を使用してv1.1.4から作成されたAWSのホストは、UIから削除されたときに正しくクリーンアップされません[#6750]
自己署名証明書では、リモート kubectl クライアントを使用すると自動的には動作しません。回避策があります[#7235]
自己証明書とKubernetesを使っているときに、Helm オペレーションが固まる[#7234]
コンテナを再起動後に、コンテナが利用可能になるまでDNSの解決が遅延します[#74021]

ELB を利用する設定を有効にしていると、kubectl exec がALB 配下で動作しないという問題を修正しました。ELB を設定する追加操作とSSL を有効にする追加操作 [#7464]