Questa sezione della guida Google Cloud archetipi di deployment descrive l'archetipo di deployment multiregionale.
In un'architettura cloud che utilizza l'archetipo di deployment multiregionale, l'applicazione viene eseguita in due o più Google Cloud regioni. 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 cloud per un'applicazione eseguita in due Google Cloud regioni:
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 Recovery Point Objective (RPO) 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 in una delle due regioni, il DNS instrada le richieste utente 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 deployment multiregionale è una scelta appropriata.
Alta disponibilità per utenti geograficamente dispersi
Consigliamo un deployment multiregionale per le applicazioni business-critical in cui sono essenziali l'alta disponibilità e la robustezza contro le interruzioni a livello di regione. Se una regione non è più disponibile per qualsiasi motivo (anche un'interruzione su larga scala causata da un disastro naturale), gli utenti dell'applicazione non subiscono tempi di inattività. Il traffico viene indirizzato all'applicazione nelle altre regioni disponibili. Se i dati vengono replicati in modo sincrono, il Recovery Time Objective (RTO) è quasi pari a zero.
Bassa latenza per gli utenti delle applicazioni
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 una delle regioni ha un'interruzione, il bilanciatore del carico globale invia le richieste provenienti da quella regione a un'altra regione. Gli utenti non percepiscono un impatto significativo sulle prestazioni perché le regioni si trovano all'interno di un'area geografica.
Conformità ai requisiti di residenza e sovranità dei dati
L'archetipo di deployment multiregionale può aiutarti a soddisfare i requisiti normativi per la residenza e la sovranità operativa dei dati. Ad esempio, un paese europeo potrebbe richiedere che tutti i dati utente vengano archiviati e accessibili in data center fisicamente situati all'interno del paese. Puoi eseguire il deployment dell'applicazione in Google Cloud regioni in Europa e utilizzare il DNS con un criterio di routing con geofence per indirizzare il traffico alla regione appropriata.
Considerazioni sulla progettazione
Quando esegui il provisioning e la gestione di risorse ridondanti in più località, il volume del traffico di rete tra le località può essere elevato. Inoltre, archivi e replichi i dati in più regioni. Quando crei un'architettura che utilizza l'archetipo di deployment multiregionale, considera il costo potenzialmente più elevato delle risorse cloud e del traffico di rete, nonché la complessità di gestione del deployment. Per le applicazioni business-critical, il vantaggio in termini di disponibilità di un'architettura multiregionale potrebbe superare l'aumento dei costi e della complessità operativa.
Architettura di riferimento
Per un'architettura di riferimento che puoi utilizzare per progettare un deployment multiregionale sulle VM Compute Engine, consulta Deployment multiregionale su Compute Engine.