秘密更新の場合のKubernetesローリングアップデート

シークレットを使用するレプリカを1つ持つレプリケーションコントローラがあります。秘密の値が変更されたときに最新の秘密の値で、その（孤立した）ポッドをダウンタイムなしに更新または再作成する方法はありますか？秘密更新の場合のKubernetesローリングアップデート

私の現在の回避策は、レプリケーションコントローラのレプリカ数を増やし、古いポッドを削除し、レプリカ数を元の値に戻すことです。

同じコンテナイメージとタグを保持するローリング更新を誘導するコマンドまたはフラグはありますか？私がそうしようとすると、次のメッセージで私の試行を拒否します。

error: Specified --image must be distinct from existing container image

出典

2016-05-31 Sunil Kumar

に問題のカップルを参照してください#9043と#13488合理的に問題を説明し、私はローリング更新アプローチを疑うが、（Kubernetesでほとんどの事のように）すぐにeventuateます。同じ問題がConfigMapsの更新にも適用されます。

Kubernetesが展開ポッド仕様で何かが変更されるたびに（例えば、通常imageを新しいバージョンに）ローリング更新を行いますので、one suggested workaroundデプロイメントポッド仕様にENV変数を設定することである（例えば。RESTART_）

秘密/ configmapを更新したら、デプロイメントのenv値をkubectl applyまたはpatchまたはeditでバンプし、Kubernetesはデプロイメントのローリングアップデートを開始します。

配備例の仕様：

apiVersion: extensions/v1beta1 
kind: Deployment 
metadata: 
    name: test-nginx 
spec: 
    replicas: 2 
    template: 
    metadata: 
    spec: 
     containers: 
     - name: nginx 
     image: "nginx:stable" 
     ports: 
     - containerPort: 80 
     - mountPath: /etc/nginx/conf.d 
      name: config 
      readOnly: true 
     - mountPath: /etc/nginx/auth 
      name: tokens 
      readOnly: true 
     env: 
     - name: RESTART_ 
      value: "13" 
     volumes: 
     - name: config 
      configMap: 
      name: test-nginx-config 
     - name: tokens 
      secret: 
      secretName: test-nginx-tokens

つのヒント：