Giusto per chiarire un po 'quello che Robert ha scritto su Kubernetes. Se si desidera avere fino a 5 macchine per l'esecuzione delle applicazioni, anche la macchina virtuale 1-core (n1-standard-1 su GCE) dovrebbe essere sufficiente. È possibile gestire il cluster a 10 nodi con la macchina virtuale a 2 core come ha affermato Robert. Per i consigli ufficiali si prega di dare un'occhiata a: http://kubernetes.io/docs/admin/cluster-large/
Tuttavia, si noti che l'utilizzo delle risorse dei nostri componenti principali è più correlato al numero di pod (contenitori) che si desidera eseguire sul cluster. Se vuoi dire un numero a una sola cifra, anche il G1 n1 standard 1 dovrebbe essere sufficiente per il cluster a 10 nodi. Ma è sicuramente più sicuro usare n1-standard-2 nel caso di < = 10 cluster di nodi.
Come per HA, sono d'accordo con Robert sul fatto che avere 3 macchine virtuali master è meglio di 2. Etcd (che è la nostra memoria di supporto) richiede più della metà di tutte le repliche registrate per funzionare correttamente, quindi in caso di 2 istanze, tutte devono essere attive (che generalmente non è il tuo obiettivo). Se hai 3 istanze, una di queste può essere inattiva.
Fatemi sapere se avete altre domande su Kubernetes.
fonte
2016-04-12 07:30:37
Grazie mille. Per la selezione finale dei Kubernates preveniamo la mancanza di HA che è descritta in molti articoli di confronto tra Swarm e Kubernates. Ma come posso vedere ora HA è presente. È giusto? – aligin
HA è presente in un modo in cui disponiamo di guide su come configurarlo e siamo stati in grado di eseguirlo. Ma non è ancora ufficialmente supportato - in un modo che non abbiamo test continui per questo, ecc. –
Per aggiornare, ora ci sono test continui per le implementazioni HA e Google Kubernetes Engine offre master altamente disponibili come parte di [cluster regionali] (https://cloud.google.com/kubernetes-engine/docs/concepts/multi-zone-and-regional-clusters). –