4.2. デプロイメントプロセスの管理

手順

1. 既存の DeploymentConfig から新規デプロイメントプロセスを開始するには、以下のコマンドを実行します。

   $ oc rollout latest dc/<name>

   注記

   デプロイメントプロセスが進行中の場合には、このコマンドを実行すると、メッセージが表示され、新規 ReplicationController はデプロイされません。

手順

1. 現在実行中のデプロイメントプロセスを含む、指定した DeploymentConfig についての最近作成されたすべての ReplicationController についての詳細を表示するには、以下を実行します。

   $ oc rollout history dc/<name>

2. リビジョンに固有の詳細情報を表示するには、--revision フラグを追加します。

   $ oc rollout history dc/<name> --revision=1

3. デプロイメント設定およびその最新バージョンの詳細については、oc describe コマンドを使用します。

   $ oc describe dc <name>

手順

1. 失敗したデプロイメントプロセスを再起動するには、以下を実行します。

   $ oc rollout retry dc/<name>

   最新リビジョンのデプロイメントに成功した場合には、このコマンドによりメッセージが表示され、デプロイメントプロセスはこれ以上試行されません。

   注記

   デプロイメントを再試行すると、デプロイメントプロセスが再起動され、新しいデプロイメントリビジョンは作成されません。再起動された ReplicationController は、失敗したときと同じ設定を使用します。

手順

1. 最後にデプロイして成功した設定のリビジョンにロールバックするには以下を実行します。

   $ oc rollout undo dc/<name>

   DeploymentConfig のテンプレートは、undo コマンドで指定されたデプロイメントのリビジョンと一致するように元に戻され、新規 ReplicationController が起動します。--to-revision でリビジョンが指定されない場合には、最後に成功したデプロイメントのリビジョンが使用されます。

2. ロールバックの完了直後に新規デプロイメントプロセスが誤って開始されないように、DeploymentConfig のイメージ変更トリガーがロールバックの一部として無効にされます。

   イメージ変更トリガーを再度有効にするには、以下を実行します。

   $ oc set triggers dc/<name> --auto

手順

1. command パラメーターを、DeploymentConfig の spec フィールドを追加します。command コマンドを変更する args フィールドも追加できます (または command が存在しない場合には、ENTRYPOINT)。

   spec:
     containers:
       -
       name: <container_name>
       image: 'image'
       command:
         - '<command>'
       args:
         - '<argument_1>'
         - '<argument_2>'
         - '<argument_3>'

   たとえば、-jar および /opt/app-root/springboots2idemo.jar 引数を指定して、java コマンドを実行するには、以下を実行します。

   spec:
     containers:
       -
       name: example-spring-boot
       image: 'image'
       command:
         - java
       args:
         - '-jar'
         - /opt/app-root/springboots2idemo.jar

手順

1. 指定の DeploymentConfig に関する最新リビジョンのログをストリームするには、以下を実行します。

   $ oc logs -f dc/<name>

   最新のリビジョンが実行中または失敗した場合には、コマンドが、Pod のデプロイを行うプロセスのログを返します。成功した場合には、アプリケーションの Pod からのログを返します。

2. 以前に失敗したデプロイメントプロセスからのログを表示することも可能です。 ただし、これらのプロセス (以前の ReplicationController およびデプロイヤー Pod) が存在し、手動でプルーニングまたは削除されていない場合に限ります。

   $ oc logs --version=1 dc/<name>

手順

1. 以下の例では、resources、cpu、memory、および ephemeral-storage はそれぞれオプションです。

   type: "Recreate"
   resources:
     limits:
       cpu: "100m" 1
       memory: "256Mi" 2
       ephemeral-storage: "1Gi" 3

   1

   cpu は CPU のユニットで、100m は 0.1 CPU ユニット (100 * 1e-3) を表します。

   2

   memory はバイト単位です。256Mi は 268435456 バイトを表します (256 * 2 ^ 20)。

   3

   ephemeral-storage はバイト単位です。1Gi は 1073741824 バイト (2 ^ 30) を表します。この項目は、クラスター管理者が一時ストレージのテクノロジープレビュー機能を有効にしている場合のみ該当します。

   ただし、クォータがプロジェクトに定義されている場合には、以下の 2 つの項目のいずれかが必要です。

   • 明示的な requests で設定した resources セクション:

       type: "Recreate"
       resources:
         requests: 1
           cpu: "100m"
           memory: "256Mi"
           ephemeral-storage: "1Gi"

     1

     requests オブジェクトは、クォータ内のリソース一覧に対応するリソース一覧を含みます。

   • プロジェクトで定義される制限の範囲。LimitRange オブジェクトのデフォルト値がデプロイメントプロセス時に作成される Pod に適用されます。

   デプロイメントリソースを設定するには、上記のいずれかのオプションを選択してください。それ以外の場合は、デプロイ Pod の作成は、クォータ基準を満たしていないことを示すメッセージを出して失敗します。

手順

1. DeploymentConfig を手動でスケーリングするには、oc scale コマンドを使用します。たとえば、以下のコマンドは、frontend DeploymentConfig のレプリカを 3 に設定します。

   $ oc scale dc frontend --replicas=3

   レプリカの数は最終的に、DeploymentConfig の frontend で設定した希望のデプロイメントの状態と現在のデプロイメントの状態に伝播されます。

手順

1. 新規プロジェクトを作成します。
2. Workloads ページから、プライベートイメージリポジトリーにアクセスするための認証情報を含むシークレットを作成します。
3. DeploymentConfig を作成します。
4. DeploymentConfig エディターページで、Pull Secret を設定し、変更を保存します。

手順

1. Pod の作成時にノードセレクターを追加するには、Pod 設定を編集し、nodeSelector の値を追加します。これは、単一の Pod 設定や、Pod テンプレートに追加できます。

   apiVersion: v1
   kind: Pod
   spec:
     nodeSelector:
       disktype: ssd
   ...

   ノードセレクターが有効な場合に作成される Pod は指定されたラベルを持つノードに割り当てられます。ここで指定されるラベルは、クラスター管理者によって追加されるラベルと併用されます。

   たとえば、プロジェクトに type=user-node と region=east のラベルがクラスター管理者により追加され、上記の disktype: ssd ラベルを Pod に追加した場合に、Pod は 3 つのラベルすべてが含まれるノードにのみスケジュールされます。

   注記

   ラベルには値を 1 つしか設定できないので、region=east が管理者によりデフォルト設定されている Pod 設定に region=west のノードセレクターを設定すると、Pod が全くスケジュールされなくなります。

手順

1. DeploymentConfig を編集します。

   $ oc edit dc/<deployment_config>

2. serviceAccount と serviceAccountName パラメーターを spec フィールドに追加し、使用するサービスアカウントを指定します。

   spec:
     securityContext: {}
     serviceAccount: <service_account>
     serviceAccountName: <service_account>