Questa sezione della Google Cloud guida agli archetipi di deployment 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 Google Cloud zona, come mostrato nel seguente diagramma:
Per poter eseguire il ripristino in caso di interruzioni a livello 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 (di failover), come mostrato nel seguente diagramma:
Se si verifica un'interruzione nella zona principale, puoi promuovere il database di standby a 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 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 il test.
- Applicazioni che non richiedono un'alta affidabilità: l'archetipo di deployment a livello di zona 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 ad 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 al cloud per le applicazioni on-premise di base per le quali non hai il controllo del codice o che non possono supportare architetture oltre una topologia attiva-passiva di base.
- Software con licenza limitata: l'archetipo di deployment a livello di zona potrebbe essere adatto ai 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, tieni presente il potenziale tempo di inattività durante le interruzioni a livello di zona e regione.
Interruzioni a livello di zona
Se l'applicazione viene eseguita in una singola zona senza zona di failover, quando si verifica un'interruzione a livello di 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 a database principale e assicurarti che il traffico in entrata venga instradato al frontend nella zona di failover. Una volta risolta l'interruzione da parte di Google, puoi scegliere di eseguire il failback alla zona principale o di renderla la nuova zona di failover.
Interruzioni a livello di regione
Se si verifica un'interruzione a livello di regione, devi attendere che Google risolva l'interruzione e poi verificare che l'applicazione funzioni come previsto. Se hai bisogno di robustezza contro le interruzioni a livello di regione, valuta la possibilità di utilizzare l'archetipo di deployment multiregionale.
Architettura di riferimento
Per un'architettura di riferimento che puoi utilizzare per progettare un deployment a livello di zona sulle VM Compute Engine, consulta Deployment a zona singola su Compute Engine.