Skip to content

Commit 731f028

Browse files
authored
Merge pull request #27264 from npu21/node-it
Fix line separation in concepts/architecture/nodes
2 parents 984846e + 0272198 commit 731f028

File tree

1 file changed

+6
-4
lines changed
  • content/it/docs/concepts/architecture

1 file changed

+6
-4
lines changed

content/it/docs/concepts/architecture/nodes.md

Lines changed: 6 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -156,8 +156,9 @@ Condizione Notata quando un nodo diventa irraggiungibile (ad esempio, il control
156156
ricevere heartbeat per qualche motivo, ad es. a causa del fatto che il nodo si trova in basso), e poi in seguito sfratto
157157
tutti i pod dal nodo (usando una terminazione elegante) se il nodo continua
158158
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.
161162

162163
Nelle versioni di Kubernetes precedenti alla 1.13, NodeStatus è l'heartbeat di
163164
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
191192
se il cluster è piccolo (cioè ha meno o uguale a
192193
`--large-cluster-size-threshold` nodes - default 50) quindi gli sfratti sono
193194
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à
196198
potrebbe divenire partizionato dal master mentre gli altri rimangono connessi. Se
197199
il tuo cluster non si estende su più zone di disponibilità del provider cloud, quindi
198200
c'è solo una zona di disponibilità (l'intero cluster).

0 commit comments

Comments
 (0)