Anthos in esecuzione in architettura disconnessa

Questa pagina illustra l'architettura per un deployment di proof of concept di Anthos in esecuzione in modalità disconnessa. La tecnologia del cluster per questo proof of concept si basa su Anthos su Bare Metal.

Anthos in esecuzione in modalità disconnessa

  • workstation di amministrazione: una macchina Linux utilizzata per creare il cluster di amministrazione ed eseguire altre attività amministrative di basso livello.
  • Cluster di amministrazione: un cluster Anthos utilizzato per gestire i cluster utente. Solo i carichi di lavoro amministrativi vengono eseguiti su questo cluster. Il cluster di amministrazione non viene utilizzato per il deployment delle app. Di solito è più piccolo dei cluster utente. Il cluster di amministrazione è il luogo in cui sono installati il piano di controllo locale e l'interfaccia web.
  • Cluster utente: un cluster Anthos in cui esegui il deployment delle tue app. Un unico cluster di amministrazione può gestire più cluster utente.
  • Nodo del piano di controllo: questo nodo esegue i componenti principali di un determinato cluster, come il server API Kubernetes o etcd. Per ogni cluster, è disponibile un nodo del piano di controllo (configurazione non ad alta disponibilità) o tre nodi del piano di controllo (configurazione ad alta disponibilità).
  • Nodo worker: un nodo in cui esegui il deployment dei carichi di lavoro in un determinato cluster. Un cluster può contenere molti nodi worker.
  • Nodo bilanciatore del carico: un nodo in cui è in esecuzione il bilanciatore del carico per Anthos. Per Anthos su Bare Metal (e Anthos in esecuzione in modalità disconnessa), questo bilanciatore del carico è MetalLB. In questa proof of concept, esegui il deployment dei bilanciatori del carico sui nodi del piano di controllo. Questi sono sia nodi del piano di controllo sia nodi del bilanciatore del carico. In uno scenario di produzione, puoi spostare i bilanciatori del carico sui nodi worker per proteggere il server API Kubernetes in esecuzione sui nodi del piano di controllo da eventuali interferenze. Puoi anche dedicare nodi worker per il bilanciamento del carico. Google sconsiglia di eseguire più di 10 nodi del bilanciatore del carico.

Architettura

A seconda dell'hardware disponibile e delle funzionalità di Anthos in modalità disconnessa che vuoi testare, ti suggeriamo una delle seguenti opzioni:

Installazione minima Installazione ad alta disponibilità Installazione multi-cluster
  • 1 workstation di amministrazione
  • 2 nodi per il cluster di amministrazione: 1 nodo del piano di controllo e 1 nodo worker
  • 2 nodi per il cluster utente: 1 nodo del piano di controllo e 1 nodo worker
  • Totale: 5 nodi
  • Diagramma di installazione minima
  • 1 workstation di amministrazione
  • 6 nodi per il cluster di amministrazione: 3 nodi del piano di controllo e 3 nodi worker
  • 6 nodi per il cluster utente: 3 nodi del piano di controllo e 3 nodi worker
  • Totale: 13 nodi
  • Diagramma di installazione ad alta disponibilità
  • 1 workstation di amministrazione
  • 2 nodi per il cluster di amministrazione: 1 nodo del piano di controllo e 1 nodo worker
  • 3 cluster utente con 2 nodi ciascuno: 1 nodo del piano di controllo e 1 nodo worker
  • Totale: 9 nodi
  • Diagramma di installazione multi-cluster
  • Vantaggi:
    • Riduzione dell'impatto e dei costi dell'hardware
    • Può testare tutte le funzionalità di Anthos in esecuzione in modalità disconnessa, tranne le funzionalità ad alta disponibilità e multi-cluster
    Vantaggi:
    • Esegui carichi di lavoro più grandi
    • È in grado di testare tutte le funzionalità di Anthos in esecuzione in modalità disconnessa, inclusa l'alta disponibilità, ma nessuna funzionalità multi-cluster
    Vantaggi:
    • È in grado di testare tutte le funzionalità di Anthos in esecuzione in modalità disconnessa, incluse le funzionalità multi-cluster, ma non l'alta disponibilità di un singolo cluster.

    Per tutte le opzioni:

    • I bilanciatori del carico sono in esecuzione sui nodi del piano di controllo di ciascun cluster.
    • Devi soddisfare i requisiti.

    Puoi combinare queste opzioni, ad esempio: un cluster di amministrazione a due nodi piccolo (un nodo del piano di controllo e un nodo worker) e un cluster utente a sei nodi di grandi dimensioni. Puoi anche creare due Anthos separati in esecuzione in ambienti in modalità disconnessa (ad esempio sviluppo e gestione temporanea): uno con un'installazione minima e l'altro con un'installazione ad alta disponibilità. Un cluster deve sempre avere un numero dispari (di solito uno o tre) di nodi del piano di controllo per evitare scenari di divisione del cervello in cui due nodi pensano di essere i leader.

    Per impostazione predefinita, i nodi utilizzano il disco rigido o l'SSD locale per eseguire il provisioning di PersistentVolume. Le unità locali non sono ad alta disponibilità e non possono essere spostate da un nodo a un altro. Una volta creati i cluster, ti consigliamo di:

    1. Installa un driver Container Storage Interface (CSI) compatibile con il tuo provider di archiviazione (consulta l'elenco di Anthos Ready Storage Partner),
    2. Crea un valore di StorageClass supportato da questo driver CSI.
    3. Imposta questo valore StorageClass come predefinito.

    Diagrammi

    Questi diagrammi mostrano l'architettura generale di ogni opzione. I router e gli switch rappresentati nei diagrammi sono solo esempi: puoi utilizzare l'architettura di rete di tua scelta purché rispetti i requisiti.

    Installazione minima

    disegno

    Installazione con disponibilità elevata

    Per ottenere un'installazione ad alta disponibilità, anche la tua rete deve essere a disponibilità elevata. L'implementazione di questa installazione dipende dall'ambiente di rete esistente.

    disegno

    Installazione multi-cluster

    disegno

    Passaggi successivi