2017-02-06 4 views
0

サービスを展開するために、更新する必要があるたびに、コンテナフィールドをパッチするkubernetesデプロイメントを定義しました。レプリカがデプロイメントで利用可能に登録されていない

これは新しいさらにreplicaSetを作成し、それを正しくスケールと展開を記述するときに、新たなポッドが準備完了になる、しかし、それだけで利用できる1つのレプリカを報告

kubectl describe deployment group-service 


CreationTimestamp: Thu, 01 Dec 2016 16:36:08 +0100 
Labels:   service=printix.service.groups 
Selector:  service=printix.service.groups 
Replicas:  2 updated | 2 total | 1 available | 1 unavailable 
StrategyType:  RollingUpdate 
MinReadySeconds: 40 
RollingUpdateStrategy: 1 max unavailable, 1 max surge 
Conditions: 
Type  Status Reason 
----  ------ ------ 
Available True MinimumReplicasAvailable 

私はこの情報を誤解だろうか?これはkubernetesのバグかもしれません(アップグレード後に起こったばかりです)。そしてこれにはどんな影響がありますか?レプリカのどれが実際に利用可能なものとして登録されているのか判断できませんでした。

kubectl verion: 
Client Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.2", GitCommit:"08e099554f3c31f6e6f07b448ab3ed78d0520507", GitTreeState:"clean", BuildDate:"2017-01-12T04:57:25Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"} 
Server Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.2+coreos.1", GitCommit:"3ed7d0f453a5517245d32a9c57c39b946e578821", GitTreeState:"clean", BuildDate:"2017-01-18T01:43:45Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"} 

答えて

1

StrategyType:RollingUpdate MinReadySeconds:40

あなたが定義されているこの更新は、元のポッド一つずつ、そして40代の仕上がりを置き換えることを意味しますローリングアップデートを実行しています。だから、更新の初めに、これは正常です。あなたはこれをいつも満たしましたか?

関連する問題