@@ -156,8 +156,9 @@ Condizione Notata quando un nodo diventa irraggiungibile (ad esempio, il control
156
156
ricevere heartbeat per qualche motivo, ad es. a causa del fatto che il nodo si trova in basso), e poi in seguito sfratto
157
157
tutti i pod dal nodo (usando una terminazione elegante) se il nodo continua
158
158
essere irraggiungibile. (I timeout predefiniti sono 40 secondi per iniziare la segnalazione
159
- ConditionUnknown e 5m dopo di ciò per iniziare a sfrattare i pod.) Il controller del nodo
160
- controlla lo stato di ogni nodo ogni ` --node-monitor-period ` secondi.
159
+ ConditionUnknown e 5m dopo di ciò per iniziare a sfrattare i pod.)
160
+
161
+ Il controller del nodo controlla lo stato di ogni nodo ogni ` --node-monitor-period ` secondi.
161
162
162
163
Nelle versioni di Kubernetes precedenti alla 1.13, NodeStatus è l'heartbeat di
163
164
nodo. A partire da Kubernetes 1.13, la funzionalità di lease del nodo viene introdotta come un
@@ -191,8 +192,9 @@ lo stesso tempo. Se la frazione di nodi malsani è almeno
191
192
se il cluster è piccolo (cioè ha meno o uguale a
192
193
` --large-cluster-size-threshold ` nodes - default 50) quindi gli sfratti sono
193
194
fermato, altrimenti il tasso di sfratto è ridotto a
194
- ` --secondary-node-eviction-rate ` (default 0.01) al secondo. La ragione per cui
195
- le politiche sono implementate per zona di disponibilità è perché una zona di disponibilità
195
+ ` --secondary-node-eviction-rate ` (default 0.01) al secondo.
196
+
197
+ La ragione per cui le politiche sono implementate per zona di disponibilità è perché una zona di disponibilità
196
198
potrebbe divenire partizionato dal master mentre gli altri rimangono connessi. Se
197
199
il tuo cluster non si estende su più zone di disponibilità del provider cloud, quindi
198
200
c'è solo una zona di disponibilità (l'intero cluster).
0 commit comments