OpenShift アプリケーションのデプロイ管理

必要な環境

• マスター 1台

• ノード 2台（node1, node2）

目標

手順

1. ノードのラベルを変更する

1.1. OpenShift に管理者としてログイン

1.2. 現在のノードラベルを確認

1.3. node1 のラベルを services に変更

1.4. node2 のラベルを applications に変更

1.5. ラベルの変更を確認

2. manage-review プロジェクトを作成

3. version アプリケーションをデプロイ

• デフォルトのスケジューラー設定では、同じ region ラベルを持つノードを優先するため、Pod は node2 に配置される。

• ここでは、意図的に node2 のみに配置するよう設定を変更する。

4. Pod を node2 のみにスケジュール

5. node1 に Pod を移動

5.1. node1 のラベルを変更

5.2. node2 をスケジューリング不可に設定

5.3. node2 の Pod を削除し、node1 へ再配置

5.4. node1 に Pod が移動したか確認

6. アプリケーションを外部公開

7. アプリケーションの動作確認

8. 環境を元に戻す

まとめ

まとめ

• レプリケーションコントローラー は、指定された数のPodレプリカが常に稼働していることを保証します。

• OpenShiftのHorizontalPodAutoscaler を使用すると、現在の負荷に応じて自動的にスケール調整が行われます。

• スケジューラー は、新しいPodをOpenShiftクラスタ内のどのノードに配置するかを決定します。特定のノードにPodを制限して配置するには、クラスタ管理者がノードにラベルを設定し、開発者がノードセレクターを定義します。

• トリガー により、OpenShift内外のイベントをもとに新しいデプロイメントが作成されます。

• イメージストリーム は、Dockerのイメージリポジトリのように、関連するコンテナイメージをタグ付きで管理し、一つの仮想的なビューとして提供します。