whentimeslows/website
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Merge pull request #27264 from npu21/node-it

Browse Source 
Fix line separation in concepts/architecture/nodes
This commit is contained in:
Kubernetes Prow Robot
2021-06-23 06:26:11 -07:00
committed by GitHub
parent 984846e53f 02721989d8
commit 731f028586
1 changed files with 6 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files
content/it/docs/concepts/architecture/nodes.md
+6 -4
View File
@@ -156,8 +156,9 @@ Condizione Notata quando un nodo diventa irraggiungibile (ad esempio, il control
ricevere heartbeat per qualche motivo, ad es. a causa del fatto che il nodo si trova in basso), e poi in seguito sfratto ricevere heartbeat per qualche motivo, ad es. a causa del fatto che il nodo si trova in basso), e poi in seguito sfratto
tutti i pod dal nodo (usando una terminazione elegante) se il nodo continua tutti i pod dal nodo (usando una terminazione elegante) se il nodo continua
essere irraggiungibile. (I timeout predefiniti sono 40 secondi per iniziare la segnalazione essere irraggiungibile. (I timeout predefiniti sono 40 secondi per iniziare la segnalazione
ConditionUnknown e 5m dopo di ciò per iniziare a sfrattare i pod.) Il controller del nodo ConditionUnknown e 5m dopo di ciò per iniziare a sfrattare i pod.)
controlla lo stato di ogni nodo ogni `--node-monitor-period` secondi.
Il controller del nodo controlla lo stato di ogni nodo ogni `--node-monitor-period` secondi.
Nelle versioni di Kubernetes precedenti alla 1.13, NodeStatus è l'heartbeat di Nelle versioni di Kubernetes precedenti alla 1.13, NodeStatus è l'heartbeat di
nodo. A partire da Kubernetes 1.13, la funzionalità di lease del nodo viene introdotta come un 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
se il cluster è piccolo (cioè ha meno o uguale a se il cluster è piccolo (cioè ha meno o uguale a
`--large-cluster-size-threshold` nodes - default 50) quindi gli sfratti sono `--large-cluster-size-threshold` nodes - default 50) quindi gli sfratti sono
fermato, altrimenti il ​​tasso di sfratto è ridotto a fermato, altrimenti il ​​tasso di sfratto è ridotto a
`--secondary-node-eviction-rate` (default 0.01) al secondo. La ragione per cui `--secondary-node-eviction-rate` (default 0.01) al secondo.
le politiche sono implementate per zona di disponibilità è perché una zona di disponibilità
La ragione per cui le politiche sono implementate per zona di disponibilità è perché una zona di disponibilità
potrebbe divenire partizionato dal master mentre gli altri rimangono connessi. Se potrebbe divenire partizionato dal master mentre gli altri rimangono connessi. Se
il tuo cluster non si estende su più zone di disponibilità del provider cloud, quindi il tuo cluster non si estende su più zone di disponibilità del provider cloud, quindi
c'è solo una zona di disponibilità (l'intero cluster). c'è solo una zona di disponibilità (l'intero cluster).