Informazioni sui gruppi di istanze gestite a livello di regione


Un gruppo di istanze gestite che distribuisce le VM in più zone all'interno di una regione è noto anche come gruppo di istanze gestite a livello di regione. Un gruppo di istanze gestite limitato a una singola zona è noto anche come gruppo di istanze gestite a livello di zona.

Puoi utilizzare un gruppo di istanze gestite regionale per aumentare la resilienza del tuo carico di lavoro basato su MIG. La distribuzione del carico di lavoro su più zone in una regione ti aiuta a proteggerti da casi estremi in cui tutte le istanze di una singola zona non funzionano.

Questo documento contiene informazioni concettuali sui gruppi di istanze gestite a livello di regione:

Per scoprire come creare un gruppo di istanze gestite a livello di regione, consulta Creare un gruppo di istanze gestite in più zone.

Perché scegliere i gruppi di istanze gestite a livello di area geografica?

Google consiglia i gruppi di istanze gestite a livello di regione rispetto a quelli di zona per i seguenti motivi:

  • Puoi utilizzare i MIG a livello di regione per gestire fino a 2000 istanze, il doppio rispetto ai MIG a livello di zona. Se hai bisogno di altro, puoi aumentare ulteriormente il limite di dimensioni di un gruppo di istanze gestite a livello di regione fino a 4000 istanze.
  • Puoi utilizzare i MIG a livello di regione per distribuire il carico dell'applicazione su più zone, anziché limitare l'applicazione a una singola zona o gestire più MIG zonali in zone diverse.

L'utilizzo di più zone protegge dagli errori a livello di zona e da scenari imprevisti in caso di malfunzionamenti di un intero gruppo di istanze in una singola zona. In questo caso, l'applicazione può continuare a gestire il traffico proveniente dalle istanze in esecuzione in un'altra zona della stessa regione.

In caso di errore a livello di zona o se un gruppo di istanze in una zona smette di rispondere, un gruppo di istanze gestite regionale continua a supportare le tue istanze nel seguente modo:

  • Il numero di istanze che fanno parte del MIG regionale nelle zone rimanenti continua a gestire il traffico. Non vengono aggiunte nuove istanze e nessuna istanza viene ridistribuita (a meno che non configuri la scalabilità automatica).

  • Una volta recuperata la zona con errore, il gruppo di istanze gestite inizia a gestire nuovamente il traffico da quella zona.

Quando progetti applicazioni solide e scalabili, utilizza i MIG a livello di area geografica.

Opzioni di configurazione aggiuntive per i gruppi di istanze gestite a livello di regione

La creazione di un gruppo di istanze gestite a livello di regione è simile alla creazione di un gruppo di istanze gestite a livello di zona, con la differenza che hai opzioni aggiuntive:

Queste opzioni sono descritte nelle sezioni seguenti.

Selezione delle zone

Per impostazione predefinita, un gruppo di istanze gestite regionale distribuisce le sue istanze gestite in modo uniforme tra tre zone. Per vari motivi, potresti voler selezionare zone specifiche per la tua applicazione. Ad esempio, se hai bisogno di GPU per le tue istanze, puoi selezionare solo le zone che supportano le GPU oppure potresti avere dischi permanenti o reservations esistenti disponibili solo in determinate zone.

Se vuoi scegliere il numero di zone o le zone specifiche in cui viene eseguito il gruppo, devi farlo la prima volta che crei il gruppo. Dopo aver scelto zone specifiche durante la creazione, non potrai modificarle o aggiornarle in un secondo momento.

Se vuoi che il gruppo di istanze gestite utilizzi automaticamente le zone che supportano l'hardware specificato nella configurazione del gruppo di istanze gestite, puoi impostare la forma di distribuzione di destinazione del gruppo di istanze gestite su BALANCED, ANY o ANY_SINGLE_ZONE e selezionare tutte le zone di una regione. Il gruppo di istanze gestite controlla automaticamente la disponibilità delle risorse e pianifica le istanze solo nelle zone in cui sono presenti le risorse. Per ulteriori informazioni, consulta la sezione Forma della distribuzione target.

  • Per selezionare più di tre zone all'interno di una regione, devi specificare esplicitamente le singole zone. Ad esempio, per selezionare tutte e quattro le zone all'interno di una regione, devi fornire tutte e quattro le zone esplicitamente nella richiesta. In caso contrario, Compute Engine seleziona tre zone per impostazione predefinita.

  • Per selezionare due o meno zone in una regione, devi specificare esplicitamente le singole zone. Anche se la regione contiene solo due zone, devi comunque specificarle esplicitamente nella richiesta.

Google amplia regolarmente la propria infrastruttura rendendo disponibile hardware specializzato in più zone. Un gruppo di istanze gestite regionale controlla periodicamente la disponibilità dell'hardware e avvia automaticamente la pianificazione delle istanze nelle zone che supportano le macchine richieste. Se per qualsiasi motivo non vuoi eseguire le tue istanze in alcune zone, non selezionarle durante la creazione del gruppo.

Per scoprire come creare un gruppo di istanze gestite a livello di regione e selezionare le zone, consulta Creare un gruppo di istanze gestite a livello di regione.

Forma di distribuzione di destinazione

Per impostazione predefinita, un gruppo MIG regionale distribuisce le sue istanze gestite uniformemente tra le zone selezionate. Tuttavia, se hai bisogno di hardware non disponibile in tutte le zone o se devi dare la priorità all'utilizzo delle reservations zonali, potresti preferire una distribuzione diversa.

Per configurare la modalità di distribuzione delle istanze del gruppo di istanze gestite a livello di regione tra le zone selezionate all'interno di una regione, imposta la forma di distribuzione di destinazione del gruppo di istanze gestite. Sono disponibili le seguenti opzioni:

  • EVEN (pari) (valore predefinito): il gruppo crea ed elimina VM per ottenere e mantenere lo stesso numero di VM nelle zone selezionate. In una distribuzione EVEN, il numero di VM non differisce di più di 1 tra due zone. Opzione consigliata per i carichi di lavoro di pubblicazione ad alta disponibilità.
  • BILANCATO: il gruppo dà la priorità alla creazione di VM nelle zone in cui sono disponibili risorse, distribuendole al contempo in modo il più uniforme possibile tra le zone selezionate per ridurre al minimo l'impatto dei guasti a livello di zona. Opzione consigliata per carichi di lavoro batch o di pubblicazione ad alta disponibilità.
  • QUALSIASI: il gruppo sceglie le zone per la creazione di istanze VM per soddisfare il numero richiesto di VM nei limiti delle risorse attuali e per massimizzare l'utilizzo delle prenotazioni zonali inutilizzate. Consigliato per i carichi di lavoro batch che non richiedono un'alta disponibilità.
  • QUALSIASI ZONA SINGOLA: il gruppo crea tutte le istanze VM all'interno di una singola zona. La zona viene scelta in base al supporto hardware, alla disponibilità attuale delle risorse e delle quote e alle prenotazioni corrispondenti. Consigliato in combinazione con un criterio di posizionamento delle istanze compatte per i carichi di lavoro che richiedono comunicazioni estese tra le VM.

Quando crei il MIG, se imposti la forma su BALANCED, ANY o ANY_SINGLE_ZONE, non devi verificare manualmente quali zone supportano il hardware specificato nella configurazione del MIG. Puoi selezionare tutte le zone di una regione e, con la forma impostata su BALANCED, ANY o ANY_SINGLE_ZONE, il gruppo di istanze gestite a livello di regione controlla la disponibilità delle risorse e pianifica le istanze solo nelle zone che dispongono delle risorse.

Scegli un'opzione in base ai requisiti del tuo workload e alle funzionalità di MIG di cui hai bisogno. Per ulteriori informazioni, consulta la tabella di confronto e i casi d'uso.

Per scoprire come configurare la forma di destinazione per un gruppo di istanze gestite nuovo o esistente, consulta Impostare un criterio per la distribuzione delle istanze nelle zone.

Ridistribuzione proattiva delle istanze

Per impostazione predefinita, un gruppo di istanze gestite regionale tenta di mantenere una distribuzione uniforme delle istanze nelle zone della regione per massimizzare la disponibilità dell'applicazione in caso di guasto a livello di zona.

Se elimini o abbandoni le istanze dal gruppo, causando una distribuzione non uniforme tra le zone, il gruppo ridistribuisce in modo proattivo le istanze per ristabilire una distribuzione uniforme.

Per ristabilire una distribuzione uniforme tra le zone, il gruppo elimina le istanze nelle zone con più istanze e aggiunge istanze alle zone con meno istanze. Il gruppo scegliendo automaticamente le istanze da eliminare.

La ridistribuzione proattiva ristabilisce una distribuzione uniforme tra le zone.
Esempio di ridistribuzione proattiva

Ad esempio, supponiamo di avere un gruppo di istanze gestite a livello di regione con 12 istanze distribuite su 3 zone: a, b e c. Se elimini tre istanze gestite in c, il gruppo tenta di eseguire il ribilanciamento in modo che le istanze siano nuovamente distribuite uniformemente tra le zone. In questo caso, il gruppo elimina due istanze (una da a e una da b) e ne crea due nella zona c, in modo che ogni zona abbia tre istanze e venga raggiunta una distribuzione uniforme. Non è possibile determinare in modo selettivo quali istanze vengono eliminate. Il gruppo perde temporaneamente la capacità durante l'avvio delle nuove istanze.

Per impedire la ridistribuzione automatica delle istanze, puoi disattivare la ridistribuzione proattiva delle istanze.

La disattivazione della ridistribuzione proattiva delle istanze è utile quando devi:

  • Elimina o abbandona le istanze dal gruppo senza influire sulle altre istanze in esecuzione. Ad esempio, puoi eliminare unistanza worker batch al termine del job senza influire su altri worker.
  • Proteggi le istanze con carichi di lavoro stateful dall'eliminazione automatica indesiderata a causa della ridistribuzione proattiva.
  • Imposta la forma di distribuzione di destinazione del gruppo di istanze gestite su BALANCED o ANY_SINGLE_ZONE
La disattivazione della ridistribuzione proattiva può influire sulla capacità durante un
            malfunzionamento zonale.
Distribuzione non uniforme dopo la disattivazione della ridistribuzione proattiva

Se disattivi la ridistribuzione proattiva delle istanze, un gruppo MIG non aggiunge né rimuove proattivamente istanze per raggiungere l'equilibrio, ma converge opportunisticamente verso l'equilibrio durante le operazioni di ridimensionamento, trattando ogni operazione di ridimensionamento come un'opportunità per bilanciare il gruppo. Ad esempio, quando si riduce la scalabilità, il gruppo utilizza automaticamente la ridefinizione della scalabilità come opportunità per rimuovere le istanze dalle zone più grandi; quando si aumenta la scalabilità, il gruppo utilizza l'opportunità per aggiungere istanze alle zone più piccole.

Differenze di comportamento rispetto ai MIG a livello di zona

La differenza principale tra un gruppo di istanze gestite a livello di zona e un gruppo di istanze gestite a livello di regione è che un gruppo di istanze gestite a livello di regione può utilizzare più di una zona.

Poiché le istanze gestite di un gruppo di istanze gestite a livello di regione sono distribuite nelle zone all'interno di una regione, le seguenti funzionalità del gruppo di istanze gestite si comportano in modo leggermente diverso.

Scalabilità automatica di un gruppo di istanze gestite a livello di regione

Compute Engine offre la scalabilità automatica per i gruppi di istanze gestite, che consente ai gruppi di aggiungere automaticamente VM (scalabilità verso l'esterno) o rimuovere VM (fare lo scale in) in base agli aumenti o alle diminuzioni del carico.

Se attivi la scalabilità automatica per un gruppo di istanze gestite a livello di regione, la funzionalità si comporta nel seguente modo:

  • Il gestore della scalabilità automatica distribuisce le VM tra le zone nel modo più uniforme possibile.

  • Con la forma di distribuzione target impostata su BALANCED, lo strumento di scalabilità automatica è consapevole della disponibilità delle risorse nelle varie zone. Il gestore della scalabilità automatica crea in modo proattivo le VM solo nelle zone con quota e capacità sufficienti per le VM, come specificato nella configurazione del gruppo di istanze gestite.

Aggiornamento di un gruppo di istanze gestite a livello di regione

Non puoi modificare o aggiornare le zone per un gruppo MIG regionale dopo la sua creazione. Tuttavia, puoi impostare la forma di distribuzione di destinazione del gruppo per dare la priorità all'utilizzo di zone diverse, ad esempio se hai riservato risorse o hai bisogno di hardware non disponibile in tutte le zone.

Se vuoi implementare un nuovo modello in un gruppo di istanze gestite a livello di regione, consulta Aggiornare un gruppo di istanze gestite a livello di regione.

Se vuoi aggiungere o rimuovere istanze in un MIG, la procedura è simile per i MIG regionali e zonali. Consulta Aggiungere e rimuovere VM in un gruppo di istanze gestite.

Se vuoi configurare dischi stateful o metadati stateful in un gruppo di istanze gestite, consulta la pagina relativa alla configurazione di gruppi di istanze gestite stateful.

Come aumentare la disponibilità tramite il provisioning eccessivo

Una serie di eventi potrebbe causare la mancata disponibilità di una o più istanze e puoi contribuire ad attenuare il problema utilizzando più servizi Google Cloud:

Tuttavia, anche se utilizzi questi servizi, i tuoi utenti potrebbero comunque riscontrare problemi se troppe delle tue istanze non sono disponibili contemporaneamente.

Per essere preparati al caso estremo in cui una zona non funziona o un intero gruppo di istanze smette di rispondere, Google consiglia vivamente di eseguire il provisioning eccessivo del MIG. A seconda delle esigenze dell'applicazione, l'overprovisioning del gruppo impedisce al sistema di non funzionare del tutto se una zona o un gruppo di istanze non risponde.

Google fornisce consigli per il provisioning eccessivo con la priorità di mantenere la tua applicazione disponibile per gli utenti. Questi consigli includono il provisioning e il pagamento di più istanze di quante la tua applicazione potrebbe richiedere quotidianamente. Basa le decisioni di overprovisioning sulle esigenze dell'applicazione e sulle limitazioni di costo.

Puoi impostare le dimensioni del tuo gruppo di istanze gestite durante la sua creazione e puoi aggiungere o rimuovere istanze dopo averlo creato.

Puoi configurare un gestore della scalabilità automatica per aggiungere e rimuovere automaticamente le istanze nel gruppo in base al carico.

Stima della dimensione consigliata del gruppo

Ti consigliamo di eseguire il provisioning di un numero sufficiente di istanze in modo che, se tutte le istanze di una zona non sono disponibili, le istanze rimanenti soddisfino comunque il numero minimo di istanze richiesto.

Utilizza la tabella seguente per determinare la dimensione minima consigliata per il gruppo:

Numero di zone Istanze VM aggiuntive Istanze VM totali consigliate
2 +100% 200%
3 +50% 150%
4 +33% 133%

Esegui il provisioning di un gruppo di istanze gestite a livello di regione in tre o più zone

Quando crei un gruppo di istanze gestite a livello regionale in una regione con almeno tre zone, Google consiglia di eseguire il provisioning eccessivo del gruppo di almeno il 50%. Per impostazione predefinita, un gruppo di istanze gestite a livello di regione crea istanze in tre zone. Avere istanze in tre zone ti aiuta già a preservare almeno 2/3 della tua capacità di pubblicazione e, se una singola zona non funziona, le altre due zone della regione possono continuare a gestire il traffico senza interruzioni. Con l'overprovisioning al 150%, puoi assicurarti che, se si perde 1/3 della capacità, il 100% del traffico sia supportato dalle zone rimanenti.

Ad esempio, se hai bisogno di 20 istanze nel tuo gruppo di istanze gestite in tre zone, consigliamo di aggiungere almeno il 50% di istanze. In questo caso, il 50% di 20 è pari ad altre 10 istanze, per un totale di 30 istanze nel gruppo. Se crei un gruppo di istanze gestite a livello di area geografica con una dimensione di 30, il gruppo distribuisce le VM nelle tre zone come segue:

Zona Numero di istanze VM
example-zone-1 10
example-zone-2 10
example-zone-3 10

Se una singola zona non funziona, hai comunque 20 istanze che gestiscono il traffico.

Eseguire il provisioning di un gruppo di istanze gestite a livello di regione in due zone

Per eseguire il provisioning delle istanze in due zone anziché tre, Google consiglia di raddoppiare il numero di istanze. Ad esempio, se hai bisogno di 20 istanze per il tuo servizio, distribuite su due zone, ti consigliamo di configurare un MIG regionale con 40 istanze, in modo che ogni zona abbia 20 istanze. Se una singola zona non funziona, hai comunque 20 istanze che gestiscono il traffico.

Zona Numero di istanze VM
example-zone-1 20
example-zone-2 20

Se il numero di istanze del gruppo non è divisibile equamente in due zone, Compute Engine suddivide uniformemente il gruppo di VM e inserisce in modo casuale le istanze rimanenti in una delle zone.

Eseguire il provisioning di un gruppo di istanze gestite a livello di regione in una zona

Puoi creare un gruppo di istanze gestite a livello di regione con una sola zona. Questa operazione è simile alla creazione di un gruppo di istanze gestite a livello di zona.

La creazione di un gruppo di istanze gestite a livello di regione con una sola zona non è consigliata perché offre la garanzia minima per le applicazioni ad alta disponibilità. Se la zona non funziona, l'intero MIG non è disponibile, con potenziali interruzioni per gli utenti.

Passaggi successivi