Questa sezione della guida sugli archetipi di deployment di Google Cloud descrive l'archetipo di deployment multiregionale.
In un'architettura cloud che utilizza l'archetipo di deployment multi-regionale, l'applicazione viene eseguita in due o più regioni Google Cloud. I dati delle applicazioni vengono replicati in tutte le regioni dell'architettura. Per garantire la replica rapida e sincrona dei dati, le regioni si trovano solitamente all'interno di un continente.
Il seguente diagramma mostra la topologia cloud per un'applicazione eseguita in due regioni Google Cloud:
Il diagramma precedente mostra due stack di applicazioni multi-livello isolati che vengono eseguiti separatamente in due regioni Google Cloud. In ogni regione, l'applicazione viene eseguita in tre zone. I database nelle due regioni vengono replicati. Se il carico di lavoro ha un RPO (Recovery Point Objective) basso o se richiede un'elevata 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 a bilanciatori del carico regionali tramite un criterio 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 seguenti sezioni forniscono esempi di casi d'uso per i quali l'archetipo di deployment multi-regionale è una scelta appropriata.
Disponibilità elevata per utenti dislocati geograficamente
Consigliamo un deployment multiregionale per applicazioni business-critical e in cui è essenziale l'alta disponibilità e la robustezza rispetto alle interruzioni delle regioni. Se per qualsiasi motivo una regione non è più disponibile (anche per un'interruzione su larga scala causata da una calamità naturale), gli utenti dell'applicazione non riscontrano tempi di inattività. Il traffico viene instradato all'applicazione nelle altre regioni disponibili. Se i dati vengono replicati in modo sincrono, l'RTO (Recovery Time Objective) è 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 su più regioni 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.
Conformità con i requisiti di residenza 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 europeo potrebbe richiedere che tutti i dati utente siano archiviati e accessibili in data center che si trovano fisicamente all'interno del paese. Puoi eseguire il deployment dell'applicazione nelle regioni di Google Cloud in Europa e utilizzare il DNS con un criterio di routing recintato da recinti virtuali per instradare il traffico alla regione appropriata.
Note sul layout
Quando esegui il provisioning e la gestione di risorse ridondanti in più località, il volume di traffico di rete tra località può essere elevato. Puoi anche archiviare e replicare i dati in più regioni. Quando crei un'architettura che utilizza l'archetipo di deployment multi-regionale, considera il costo potenzialmente più elevato delle risorse cloud e del traffico di rete e la complessità del funzionamento del deployment. Per le applicazioni business-critical, il vantaggio in termini di disponibilità di un'architettura multiregionale potrebbe superare i maggiori costi e complessità operativa.
Architettura di riferimento
Per un'architettura di riferimento da utilizzare per progettare un deployment su più regioni sulle VM di Compute Engine, consulta Deployment su più regioni su Compute Engine.