Questa sezione della Google Cloud guida agli 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 che viene eseguita in due Google Cloud regioni:
Il diagramma precedente mostra due stack di applicazioni multi-livello isolati che vengono eseguiti in modo indipendente in due Google Cloud regioni. 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 le 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 le policy di routing DNS. Se si verifica un'interruzione 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 deployment multiregionale è una scelta appropriata.
Alta affidabilità per utenti geograficamente dispersi
Ti consigliamo un deployment multiregionale per le applicazioni business-critical in cui l'alta affidabilità e la robustezza contro le interruzioni delle regioni sono essenziali. Se una regione diventa non 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 instradato all'applicazione nelle altre regioni disponibili. Se i dati vengono replicati in modo sincrono, il Recovery Time Objective (RTO) è quasi 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 si verifica un'interruzione in una delle regioni, 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.
Rispetto dei requisiti di localizzazione e sovranità dei dati
L'archetipo di deployment multiregionale può aiutarti a soddisfare i requisiti normativi per la residenza dei dati e la sovranità operativa. Ad esempio, un paese in Europa potrebbe richiedere che tutti i dati degli utenti vengano archiviati e accessibili nei data center situati fisicamente all'interno del paese. Puoi eseguire il deployment dell'applicazione nelle Google Cloud regioni in Europa e utilizzare il DNS con una policy di routing con geofencing per instradare il traffico alla regione appropriata.
Note sul layout
Quando esegui il provisioning e la gestione delle risorse ridondanti tra le 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, tieni presente 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 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, vedi Deployment multiregionale su Compute Engine.