Questa sezione della guida sugli archetipi di deployment di Google Cloud descrive l'archetipo di deployment a livello di zona.
In un'architettura cloud che utilizza l'archetipo di deployment a livello di zona di base, l'applicazione viene eseguita in una singola zona Google Cloud, come mostrato nello schema riportato di seguito:
Per risolvere i problemi dovuti a interruzioni di zona, puoi utilizzare un'architettura a doppia zona in cui viene eseguito il provisioning di una replica passiva dello stack di applicazioni in una seconda zona (failover), come mostrato nel seguente diagramma:
Se si verifica un'interruzione nella zona principale, puoi promuovere il database in standby affinché diventi il database primario (in 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 alcuni esempi di casi d'uso per cui l'archetipo di deployment a livello di zona è una scelta appropriata:
- Ambienti di sviluppo e test cloud: puoi utilizzare l'archetipo di deployment a livello di zona per creare un ambiente a basso costo per lo sviluppo e i test.
- Applicazioni che non richiedono disponibilità elevata: l'archetipo di deployment a livello di zona potrebbe essere sufficiente per le applicazioni in grado di tollerare i tempi di inattività.
- Networking a bassa latenza tra componenti di applicazioni: un'architettura a zona singola potrebbe essere adatta per applicazioni come il batch computing che richiedono connessioni di rete a bassa latenza e ad alta larghezza di banda tra i nodi di calcolo.
- Migrazione dei carichi di lavoro di base: l'archetipo di deployment a livello di zona fornisce un percorso di migrazione cloud per le app on-premise di base per le quali non hai il controllo del codice o che non supportano architetture diverse da una topologia attivo-passiva di base.
- Esecuzione di software con licenza limitata: l'archetipo di deployment a livello di zona potrebbe essere adatto per sistemi con licenza limitata in cui l'esecuzione di più istanze contemporaneamente è troppo costosa o non è consentita.
Note sul layout
Quando crei un'architettura basata sull'archetipo di deployment a livello di zona, considera il potenziale tempo di inattività durante le interruzioni di zona e regione.
Interruzioni della zona
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 (failover) nella stessa regione. In caso di interruzione nella zona principale, puoi promuovere il database della zona di failover come database principale e assicurarti che il traffico in entrata sia instradato al frontend nella zona di failover. Una volta che Google ha risolto l'interruzione, puoi scegliere di effettuare il ripristino della zona principale o di impostarla come nuova zona di failover.
Interruzioni della regione
In caso di interruzione di una regione, devi attendere che Google risolva l'interruzione e poi verificare che l'applicazione funzioni come previsto. Se hai bisogno di solidità in caso di interruzioni a livello di regione, valuta di utilizzare l'archetipo di deployment multi-regionale.
Architettura di riferimento
Per un'architettura di riferimento da utilizzare per progettare un deployment a livello di zona sulle VM di Compute Engine, consulta Deployment a zona singola su Compute Engine.