Archetipo di deployment multiregionale di Google Cloud

Last reviewed 2024-11-20 UTC

Questa sezione della guida agli archetipi di deployment di Google Cloud descrive l'archetipo di deployment multiregionale.

In un'architettura cloud che utilizza l'archetipo di implementazione multiregionale, l'applicazione viene eseguita in due o più regioni Google Cloud. I dati dell'applicazione vengono replicati in tutte le regioni dell'architettura. Per garantire una replica rapida e sincrona dei dati, le regioni si trovano in genere all'interno di un continente.

Il seguente diagramma mostra la topologia del cloud per un'applicazione in esecuzione in due regioni Google Cloud:

Archetipo di deployment multiregionale.

Il diagramma precedente mostra due stack di applicazioni multilivello isolati che vengono eseguiti in modo indipendente in due regioni Google Cloud. In ogni regione, l'applicazione viene eseguita in tre zone. I database nelle due regioni vengono replicati. Se il workload ha un RPO (Recovery Point Objective) basso o se richiede una forte coerenza dei dati tra regioni, la replica del database deve essere sincrona. In caso contrario, i database possono essere replicati in modo asincrono. Le richieste degli utenti vengono instradate ai bilanciatori del carico regionali utilizzando un criterio di routing DNS. Se si verifica un'interruzione di servizio in una delle due regioni, il DNS instrada le richieste degli utenti al bilanciatore del carico nell'altra regione.

Casi d'uso

Le sezioni seguenti forniscono esempi di casi d'uso per i quali l'archetipo di implementazione multiregionale è una scelta appropriata.

Alta disponibilità per gli utenti geograficamente distribuiti

Consigliamo un deployment multiregionale per le applicazioni di importanza fondamentale per l'attività e per le quali sono essenziali l'alta disponibilità e la robustezza contro le interruzioni a livello di regione. Se una regione non è disponibile per qualsiasi motivo (anche per un'interruzione su larga scala causata da una calamità naturale), gli utenti dell'applicazione non riscontrano tempi di riposo. Il traffico viene indirizzato all'applicazione nelle altre regioni disponibili. Se i dati vengono replicati in modo sincrono, il Recovery Time Objective (RTO) è vicino allo zero.

Bassa latenza per gli utenti dell'applicazione

Se i tuoi utenti si trovano in un'area geografica specifica, ad esempio un continente, puoi utilizzare un deployment multiregionale per ottenere un equilibrio ottimale tra disponibilità e prestazioni. Quando in una delle regioni si verifica un'interruzione del servizio, il bilanciatore del carico globale invia le richieste che hanno origine in quella regione a un'altra regione. Gli utenti non percepiscono un impatto significativo sul rendimento perché le regioni si trovano all'interno di un'area geografica.

Conformità ai requisiti di localizzazione e sovranità dei dati

L'archetipo di implementazione multiregionale può aiutarti a soddisfare i requisiti previsti dalle normative per la residenza dei dati e la sovranità operativa. Ad esempio, un paese europeo potrebbe richiedere che tutti i dati utente vengano archiviati e accessibili in data center fisicamente all'interno del paese. Puoi eseguire il deployment dell'applicazione nelle regioni Google Cloud in Europa e utilizzare il DNS con un criterio di routing con recinto virtuale per indirizzare il traffico alla regione appropriata.

Note sul layout

Quando esegui il provisioning e gestisci risorse ridondanti in più sedi, il volume del traffico di rete tra sedi può essere elevato. Inoltre, puoi archiviare e replicare i dati in più regioni. Quando crei un'architettura che utilizza l'archetipo di implementazione multiregionale, tieni conto del costo potenzialmente più elevato delle risorse cloud e del traffico di rete, nonché della complessità della gestione dell'implementazione. Per le applicazioni business-critical, il vantaggio in termini di disponibilità di un'architettura multi-regione potrebbe superare l'aumento dei costi e la complessità operativa.

Architettura di riferimento

Per un'architettura di riferimento che puoi utilizzare per progettare un deployment multiregionale sulle VM di Compute Engine, consulta Deployment multiregionale su Compute Engine.