{"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 connettere cluster Kubernetes in diversi data center","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

<\/p>\n

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

Se vuoi ricevere una risposta alla tua domanda nel prossimo post, contattaci via email<\/a><\/noindex> o su 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 breve<\/strong>: Kubefed v2 uscir\u00e0 presto<\/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 \u00e8 replicata e distribuita in diverse regioni, soprattutto in ambienti controllati.<\/p><\/blockquote>\n

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

<\/p>\n

Con Kubernetes \u00e8 possibile 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 per una combinazione di questi elementi.<\/p>\n

<\/p>\n

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

<\/p>\n

Ma come pianificare l'infrastruttura per una tale distribuzione geografica?
\n\u00c8 necessario creare un grande cluster su pi\u00f9 ambienti cloud attraverso una rete unificata?
\nOppure \u00e8 meglio avere 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 unificata non \u00e8 cos\u00ec semplice.<\/em><\/p>\n

<\/p>\n

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

<\/p>\n

Se avete un solo server master, met\u00e0 delle risorse non potranno ricevere nuovi comandi, perch\u00e9 non riusciranno a contattare il master.<\/p>\n

<\/p>\n

E nel frattempo avete tabelle di routing obsolete (kube-proxy<\/code> non possono caricare nuove) e nessun pod aggiuntivo (kubelet non pu\u00f2 richiedere aggiornamenti).<\/p>\n

<\/p>\n

Cosa ancora peggio, se Kubernetes non vede un nodo, lo segna come perso e distribuisce i pod mancanti sugli altri nodi esistenti.<\/p>\n

<\/p>\n

In questo modo avrete il doppio dei pod.<\/strong><\/p>\n

<\/p>\n

Se fate un server master per ogni regione, ci saranno problemi con l'algoritmo di consenso nel database etcd.Nota dell'editore \u2014 In effetti, il database etcd non deve necessariamente trovarsi sui server master. Pu\u00f2 essere avviato su un gruppo separato di server in una stessa regione. Tuttavia, in questo modo si crea un punto di failure per il 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 aree geografiche diverse, ci vuole molto tempo per concordare il valore e scriverlo su disco.
\nQuesto influisce anche sui controller Kubernetes.<\/p>\n

<\/p>\n

Il gestore dei controller ha bisogno di pi\u00f9 tempo per rilevare la modifica e scrivere la risposta nel database.<\/p>\n

<\/p>\n

E dato che ci sono pi\u00f9 controller, si genera 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 la documentazione ufficiale raccomanda di utilizzare SSD invece di normali dischi rigidi.<\/a><\/noindex>.<\/p>\n

<\/p>\n

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

<\/p>\n

Fondamentalmente, 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 dei cluster con kubefed<\/h3>\n

<\/p>\n

Risposta ufficiale da SIG-cluster \u2014 kubefed2, la nuova versione del client e operatore di kube federation<\/a><\/noindex>.<\/p>\n

<\/p>\n

La prima volta che si \u00e8 provato a gestire una collezione di cluster come un unico oggetto \u00e8 stato tramite lo strumento kube federation.<\/p>\n

<\/p>\n

L'inizio \u00e8 stato promettente, ma alla fine kube federation non \u00e8 mai diventato popolare perch\u00e9 non supportava tutte le risorse.<\/p>\n

<\/p>\n

Supportava le distribuzioni unificate e i servizi, ma, ad esempio, non gli StatefulSets.
\nInoltre, la configurazione della federazione veniva fornita sotto forma di annotazioni ed era poco flessibile.<\/p>\n

<\/p>\n

Immaginate come si possa descrivere la distribuzione delle repliche per ogni cluster nella federazione utilizzando solo annotazioni.<\/em><\/p>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n

Invece delle annotazioni, hanno deciso di rilasciare un controller che si installa sui cluster. Pu\u00f2 essere configurato tramite Custom Resource Definitions (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