{"id":34825,"date":"2019-10-31T22:00:35","date_gmt":"2019-10-31T19:00:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah\/"},"modified":"2019-10-31T22:00:35","modified_gmt":"2019-10-31T19:00:35","slug":"kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","title":{"rendered":"Come collegare cluster Kubernetes in diversi data center","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Come
\nBenvenuti nella serie di brevi guide su Kubernetes.<\/strong> Questa \u00e8 una rubrica regolare con le domande pi\u00f9 interessanti che riceviamo online e nei nostri corsi di formazione. Risponde un esperto di Kubernetes.<\/p>\n

<\/p>\n

L'esperto di oggi \u00e8 Daniel Polencic (Daniele Polencic<\/a><\/noindex>). Daniel lavora come istruttore e sviluppatore software in Learnk8s<\/a><\/noindex>.<\/p><\/blockquote>\n

Se desideri ricevere una risposta alla tua domanda nel prossimo post, contattaci via email<\/a><\/noindex> oppure nel Twitter: @learnk8s<\/a><\/noindex>.<\/p>\n

<\/p>\n

Hai perso i post precedenti? Cercali qui<\/a><\/noindex>.<\/p>\n

<\/p>\n

Come collegare cluster Kubernetes in diversi data center?<\/h3>\n

<\/p>\n

In sintesi<\/strong>: uscir\u00e0 presto Kubefed v2<\/a><\/noindex>, e ti consiglio di leggere anche su Shipper<\/a><\/noindex> e progetto multi-cluster-scheduler<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Spesso l'infrastruttura viene replicata e distribuita in diverse regioni, specialmente in ambienti controllati.<\/p><\/blockquote>\n

Se una regione non \u00e8 disponibile, il traffico viene reindirizzato in un'altra per evitare interruzioni.<\/strong><\/p>\n

<\/p>\n

Con Kubernetes puoi utilizzare una strategia simile e distribuire i carichi di lavoro in diverse regioni.<\/p>\n

<\/p>\n

Puoi avere uno o pi\u00f9 cluster per team, regione, ambiente o una combinazione di questi elementi.<\/p>\n

<\/p>\n

I tuoi cluster possono essere ospitati in diverse nuvole e in locale.<\/p>\n

<\/p>\n

Ma come pianificare l'infrastruttura per una tale dispersione geografica?
\nDevi creare un grande cluster su diverse nuvole attraverso una rete unitaria?
\nO creare molti piccoli cluster e trovare un modo per controllarli e sincronizzarli?<\/em><\/p>\n

<\/p>\n

Un cluster di gestione<\/h3>\n

<\/p>\n

Creare un cluster su una rete unitaria non \u00e8 cos\u00ec semplice.<\/em><\/p>\n

<\/p>\n

Immagina di avere un guasto, persa la connettivit\u00e0 tra i segmenti del cluster.<\/p>\n

<\/p>\n

Se hai un solo master server, met\u00e0 delle risorse non sar\u00e0 in grado di ricevere nuovi comandi, perch\u00e9 non riescono a contattare il master.<\/p>\n

<\/p>\n

E in questo caso hai vecchie tabelle di routing (kube-proxy<\/code> non pu\u00f2 caricare nuove) e nessun pod aggiuntivo (kubelet non pu\u00f2 richiedere aggiornamenti).<\/p>\n

<\/p>\n

Cosa ancora peggiore, se Kubernetes non vede un nodo, lo contrassegna come perso e distribuisce i pod mancanti sui nodi esistenti.<\/p>\n

<\/p>\n

Alla fine hai il doppio dei pod.<\/strong><\/p>\n

<\/p>\n

Se fai un master server per ogni regione, ci saranno problemi con l'algoritmo di consenso nel database etcd. (Nota del redattore \u2014 In realt\u00e0, il database etcd non deve necessariamente trovarsi sui server master. Pu\u00f2 essere avviato su un gruppo separato di server in una regione. Tuttavia, ci\u00f2 comporta un punto di guasto del cluster. Ma \u00e8 veloce.<\/em>)<\/p>\n

<\/p>\n

etcd utilizza l'algoritmo raft<\/a><\/noindex>, per concordare un valore prima di scriverlo su disco.
\nCio\u00e8, la maggior parte delle istanze deve raggiungere un consenso prima che lo stato possa essere scritto in etcd.<\/p>\n

<\/p>\n

Se la latenza tra le istanze etcd aumenta drasticamente, come nel caso di tre istanze etcd in regioni diverse, ci vuole molto tempo per concordare il valore e scriverlo su disco.
\nCi\u00f2 si riflette anche nei controller di Kubernetes.<\/p>\n

<\/p>\n

Il manager dei controller ha bisogno di pi\u00f9 tempo per apprendere il cambiamento e registrare la risposta nel database.<\/p>\n

<\/p>\n

E poich\u00e9 ci sono pi\u00f9 di un controller, si ottiene una reazione a catena, e l'intero cluster inizia a funzionare molto lentamente.<\/strong>.<\/p>\n

<\/p>\n

etcd \u00e8 cos\u00ec sensibile alla latenza che nella documentazione ufficiale si raccomanda di utilizzare SSD invece dei normali dischi rigidi.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Attualmente non esistono buoni esempi di una rete grande per un unico cluster.<\/strong><\/p>\n

<\/p>\n

In generale, la comunit\u00e0 degli sviluppatori e il gruppo SIG-cluster stanno cercando di capire come orchestrare i cluster cos\u00ec come Kubernetes orchestra i container.<\/p>\n

<\/p>\n

Opzione 1: federazione di cluster con kubefed<\/h3>\n

<\/p>\n

La risposta ufficiale del SIG-cluster \u00e8 \u2014 kubefed2, la nuova versione del client e dell'operatore di kube federation<\/a><\/noindex>.<\/p>\n

<\/p>\n

Per la prima volta, la gestione di una collezione di cluster come un'unica entit\u00e0 \u00e8 stata tentata con lo strumento kube federation.<\/p>\n

<\/p>\n

L'inizio era buono, ma alla fine kube federation non \u00e8 diventato popolare, poich\u00e9 non supportava tutte le risorse.<\/p>\n

<\/p>\n

Supportava le distribuzioni aggregate e i servizi, ma, ad esempio, non i StatefulSets.
\nInoltre, la configurazione della federazione veniva trasmessa sotto forma di annotazioni e mancava di flessibilit\u00e0.<\/p>\n

<\/p>\n

Immaginate come si potrebbe descrivere la suddivisione delle repliche per ciascun cluster nella federazione utilizzando solo annotazioni.<\/em><\/p>\n

<\/p>\n

\u00c8 diventato un completo disastro.<\/strong><\/p>\n

<\/p>\n

SIG-cluster ha fatto un grande lavoro dopo kubefed v1 e ha deciso di affrontare il problema da un'altra prospettiva.<\/p>\n

<\/p>\n

Invece delle annotazioni, hanno deciso di rilasciare un controller che si installa sui cluster. Pu\u00f2 essere configurato utilizzando definizioni di risorse personalizzate (Custom Resource Definition, CRD).<\/strong><\/p>\n

<\/p>\n

Per ogni risorsa che entrer\u00e0 a far parte della federazione, hai una definizione CRD personalizzata suddivisa in tre sezioni:<\/p>\n

<\/p>\n