Questa sezione della guida agli archetipi di deployment di Google Cloud descrive l'archetipo di deployment zonale.
In un'architettura cloud che utilizza l'archetipo di deployment zonale di base, l'applicazione viene eseguita in una singola zona Google Cloud, come mostrato nel seguente diagramma:
Per poter recuperare da interruzioni delle zone, puoi utilizzare un'architettura a due zone in cui viene eseguito il provisioning di una replica passiva dello stack delle applicazioni in una seconda zona (di failover), come mostrato nel seguente diagramma:
Se si verifica un'interruzione nella zona principale, puoi promuovere il database in standby come database principale (di scrittura) e aggiornare il bilanciatore del carico in modo che invii il traffico al frontend nella zona di failover.
Casi d'uso
Di seguito sono riportati esempi di casi d'uso per i quali l'archetipo di deployment zonale è una scelta appropriata:
- Ambienti di sviluppo e test cloud: puoi utilizzare l'archetipo di deployment zonale per creare un ambiente a basso costo per lo sviluppo e il test.
- Applicazioni che non richiedono un'elevata disponibilità: l'archetipo di deployment zonale potrebbe essere sufficiente per le applicazioni che possono tollerare i tempi di inattività.
- Networking a bassa latenza tra i componenti dell'applicazione: un'architettura a zona singola potrebbe essere adatta per applicazioni come il calcolo collettivo che richiedono connessioni di rete a bassa latenza e ad alta larghezza di banda tra i nodi di calcolo.
- Migrazione di carichi di lavoro di tipo commodity: l'archetipo di deployment zonale fornisce un percorso di migrazione al cloud per le app on-premise di tipo commodity per le quali non hai alcun controllo sul codice o che non possono supportare architetture oltre a una topologia attiva/passiva di base.
- Esecuzione di software con limitazioni di licenza: l'archetipo di deployment zonale potrebbe essere adatto per i sistemi con limitazioni di licenza in cui l'esecuzione di più istanze alla volta è troppo costosa o non è consentita.
Note sul layout
Quando crei un'architettura basata sull'archetipo di implementazione zonale, prendi in considerazione il potenziale tempo di riposo durante le interruzioni di zone e regioni.
Interruzioni delle zone
Se l'applicazione viene eseguita in una singola zona senza zona di failover, quando si verifica un'interruzione della zona, l'applicazione non può gestire le richieste. Per evitare questa situazione, devi mantenere una replica passiva dello stack di infrastruttura in un'altra zona (di failover) nella stessa regione. Se si verifica un'interruzione nella zona principale, puoi promuovere il database nella zona di failover come database principale e assicurarti che il traffico in entrata venga indirizzato al frontend nella zona di failover. Una volta che Google ha risolto l'interruzione, puoi scegliere di eseguire il failback alla zona principale o di impostarla come nuova zona di failover.
Mancate disponibilità per regione
Se si verifica un'interruzione del servizio in una regione, devi attendere che Google risolva il problema e poi verificare che l'applicazione funzioni come previsto. Se hai bisogno di robustezza nei confronti delle interruzioni della regione, valuta la possibilità di utilizzare l'archetipo di implementazione multiregionale.
Architettura di riferimento
Per un'architettura di riferimento che puoi utilizzare per progettare un deployment zonale sulle VM Compute Engine, consulta Deployment a zona singola su Compute Engine.