kubectlの "利用可能"と "利用不可"の意味は、展開を記述する

Question

準備完了プローブが成功したか、またはポッドの準備ができているかどうかを判断しません。私は.spec.minReadySeconds = 60を設定し、準備プローブは、成功（.readinessProbe.initialDelaySeconds = 1）であるので、我々は60秒よりも1秒以上少ない展開を作成したときにポッドは以下のようなレディ状態が、展開の「状態」を入力した場合：

kubectl describe deployment readiness-minreadyseconds 
Name:   readiness-minreadyseconds 
Namespace:  default 
CreationTimestamp: Wed, 21 Sep 2016 10:34:42 +0800 
Labels:   add=readiness-minreadyseconds 
Selector:  name=readiness-minreadyseconds 
Replicas:  2 updated | 2 total | 0 available | 2 unavailable 
StrategyType:  RollingUpdate 
MinReadySeconds: 45 
RollingUpdateStrategy: 1 max unavailable, 1 max surge 
OldReplicaSets:  <none> 
NewReplicaSet:  readiness-minreadyseconds-536553145 (2/2 replicas created) 
Events: 
    FirstSeen LastSeen Count From    SubobjectPath Type  Reason   Message 
    --------- -------- ----- ----    ------------- -------- ------   ------- 
    2s  2s  1 {deployment-controller }   Normal  ScalingReplicaSet Scaled up replica set readiness-minreadyseconds-536553145 to 2 

nodeportというタイプでコンテナからリソースにアクセスできることがわかったので、展開に使用できないポッドがある場合、どのように影響を受けるのでしょうか？

Answer 1

これは誤解の可能性があります。 deployment documentationからは、一つは持っている：

.spec.minReadySecondsはそれがあるために、新しく作成されたポッドは、そのコンテナのいずれかがクラッシュすることなく を準備する必要のある最小秒 数を指定するオプションのフィールドです考慮する とみなされます。

したがって、minReadySecondsは60に設定されているため、クラッシュを起こさずに60秒間「使用可能」とみなす必要があります。だから、あなたが見ているのは、あなたのポッドが準備完了とマークされているにもかかわらず、彼らはminReadySecondsの条件をまだ満たしていないということです。