Disponibilità elevata per service Connessione or
Service Connessione or supporta le zone di disponibilità di Azure per ottenere resilienza e affidabilità per i carichi di lavoro critici per l'azienda. L'obiettivo dell'architettura a disponibilità elevata in Service Connessione or è garantire che le connessioni al servizio siano attive e in esecuzione almeno il 99,9% del tempo, in modo da non doversi preoccupare degli effetti delle potenziali operazioni di manutenzione e interruzioni. Service Connessione or è progettato per offrire supporto a disponibilità elevata per tutti i tipi di applicazioni in esecuzione in Azure.
Gli utenti possono distribuire i servizi di calcolo di Azure tra zone di disponibilità in molte aree. Service Connessione or è un provider di risorse di estensione per questi servizi di calcolo. Quando si crea una connessione al servizio in un servizio di calcolo con zone di disponibilità abilitate, Azure configura automaticamente anche la zona di disponibilità della connessione al servizio corrispondente per la connessione al servizio. Microsoft è responsabile della configurazione delle zone di disponibilità e del ripristino di emergenza per le connessioni al servizio.
Ridondanza della zona nel Connessione or del servizio
Service Connessione or è un provider di risorse di estensione di Azure. Estende app Azure Servizio, App Azure Spring e App contenitore di Azure. Quando si crea una nuova connessione al servizio in uno di questi servizi di calcolo con Service Connessione or, viene effettuato il provisioning di una risorsa di connessione come parte del servizio di calcolo padre di primo livello.
Per abilitare la ridondanza della zona per la connessione, è necessario abilitare la ridondanza della zona per il servizio di calcolo. Dopo aver configurato il servizio di calcolo con ridondanza della zona, le connessioni al servizio diventeranno automaticamente ridondanti per la zona. Ad esempio, se è abilitato un servizio app con ridondanza della zona, la piattaforma distribuisce automaticamente le istanze del servizio app tra tre zone nell'area selezionata. Quando si crea una connessione al servizio in questo servizio app con Service Connessione or, la risorsa di connessione del servizio viene creata automaticamente anche nelle tre zone corrispondenti nell'area selezionata. Il traffico viene instradato a tutte le risorse di connessione disponibili. Quando una zona diventa inattiva, la piattaforma rileva le istanze perse, tenta automaticamente di trovare nuove istanze di sostituzione e distribuisce il traffico in base alle esigenze.
Nota
Per creare, aggiornare, convalidare ed elencare le connessioni al servizio, service Connessione or chiama le API da un servizio di calcolo e da un servizio di destinazione. Poiché service Connessione or si basa sulle risposte del servizio di calcolo e del servizio di destinazione, le richieste al Connessione or del servizio in uno scenario di zona verso il basso potrebbero non riuscire se non è possibile raggiungere il servizio di destinazione. Questa limitazione si applica ai servizio app, alle app Azure Container e ad Azure Spring Apps.
Come creare una connessione al servizio con ridondanza della zona con Service Connessione or
Seguire le istruzioni seguenti per creare una connessione al servizio con ridondanza della zona in servizio app usando l'interfaccia della riga di comando di Azure o l'portale di Azure. Lo stesso processo può essere usato per creare una connessione con ridondanza della zona per Azure Spring Apps e i servizi di calcolo di App Azure Container.
Per abilitare la ridondanza della zona per una connessione al servizio tramite l'interfaccia della riga di comando di Azure, iniziare creando un servizio app con ridondanza della zona.
Creare un piano servizio app e includere un
--zone-redundantparametro. Facoltativamente, includere il parametro per specificare la--number-of-workerscapacità. Per altre informazioni, vedere Come distribuire un servizio app con ridondanza della zona.az appservice plan create --resource-group MyResourceGroup --name MyPlan --zone-redundant --number-of-workers 6Creare un'applicazione in servizio app e una connessione all'account Archiviazione BLOB o a un altro servizio di destinazione preferito.
az webapp create --name MyApp --plan MyPlan resource-group MyResourceGroup az webapp connection create storage-blob
Quando è stata abilitata la ridondanza della zona per il servizio app, anche la connessione al servizio è ridondante della zona.
Suggerimento
È consigliabile abilitare la ridondanza della zona per il servizio di destinazione. In uno scenario di zona verso il basso, il traffico verso la connessione verrà distribuito automaticamente in altre zone. Tuttavia, la creazione, la convalida e l'aggiornamento delle connessioni si basano sulle API di gestione dal servizio di destinazione. Se un servizio di destinazione non supporta la ridondanza della zona o non ha la ridondanza della zona abilitata, queste operazioni avranno esito negativo.
Comprendere il ripristino di emergenza e la resilienza nel Connessione or del servizio
Il ripristino di emergenza è il processo di ripristino delle funzionalità dell'applicazione dopo una perdita catastrofica.
Nel cloud si riconosce che gli errori si verificheranno sicuramente. Invece di provare a evitare completamente gli errori, l'obiettivo deve essere quello di ridurre al minimo gli effetti di un singolo componente in errore. In caso di emergenza, il Connessione or del servizio eseguirà il failover nell'area abbinata. I clienti non devono eseguire alcuna operazione se l'interruzione viene decisa o dichiarata dal team del Connessione or del servizio.
Verranno usati i termini RTO (Recovery Time Objective) per indicare il tempo tra l'inizio di un'interruzione del servizio che influisce sul Connessione or e il ripristino fino alla disponibilità completa. Si userà RPO (Recovery Point Objective) per indicare l'ora tra l'ultima operazione ripristinata correttamente e l'ora dell'inizio dell'interruzione che influisce sul Connessione or del servizio. Il valore RPO previsto e massimo è di 24 ore e L'obiettivo RTO è di 24 ore.
Le operazioni sul Connessione or del servizio potrebbero non riuscire durante il periodo di emergenza, prima che si verifichi il failover. Al termine del failover, i dati verranno ripristinati e il cliente non deve eseguire alcuna azione.
Service Connector gestisce la continuità aziendale e il ripristino di emergenza (BCRD) per l'archiviazione e il calcolo. La piattaforma cerca di avere il minimo impatto possibile in caso di problemi nell'archiviazione/calcolo, in qualsiasi area. La progettazione del livello dati assegna priorità alla disponibilità rispetto alla latenza in caso di emergenza, vale a dire che se un'area diventa inattiva, Service Connessione or tenterà di gestire la richiesta dell'utente finale dall'area abbinata.
Durante l'azione di failover, Service Connessione or gestisce il mapping DNS alle aree disponibili. Tutti i dati e le azioni dalla vista cliente vengono utilizzati come di consueto dopo il failover. Il servizio Connessione or modificherà il DNS in circa un'ora. L'esecuzione di un failover manuale richiederebbe più tempo. Poiché Service Connessione or è un provider di risorse basato su altri servizi di Azure, il tempo effettivo dipende dal tempo di failover dei servizi sottostanti.
Supporto dell'area di ripristino di emergenza
Service Connessione or supporta attualmente le coppie di aree seguenti. In caso di interruzione dell'area primaria, il failover nell'area secondaria viene avviato automaticamente.
| Primaria | Secondari |
|---|---|
| Stati Uniti orientali 2 EUAP | Stati Uniti orientali |
| Stati Uniti centro-occidentali | Stati Uniti centro-occidentali 2 |
| Europa occidentale | Europa settentrionale |
| Europa settentrionale | Europa occidentale |
| Stati Uniti orientali | Stati Uniti occidentali 2 |
| Stati Uniti occidentali 2 | Stati Uniti orientali |
Failover tra aree
Microsoft è responsabile della gestione dei failover tra aree. Il servizio Connessione or esegue controlli di integrità ogni 10 minuti e i failover a livello di area vengono rilevati e gestiti nel back-end del Connessione or del servizio. Il processo di failover non richiede modifiche alle applicazioni del cliente o alle configurazioni del servizio di calcolo. Il servizio Connessione or usa una configurazione del cluster attivo-passivo con failover automatico. Dopo un ripristino di emergenza, i clienti possono usare le funzionalità complete fornite da Service Connessione or.
Il controllo integrità eseguito ogni 10 minuti simula il comportamento dell'utente creando, convalidando e aggiornando le connessioni ai servizi di destinazione in ognuno dei servizi di calcolo supportati dal Connessione or del servizio. Microsoft inizierà ad analizzare e avviare un failover di service Connessione or se si soddisfa una delle condizioni seguenti:
- Il controllo integrità del servizio ha esito negativo tre volte in una riga
- I servizi dipendenti del Connessione or del servizio dichiarano un'interruzione
- I clienti segnalano un'interruzione dell'area
Le richieste alle connessioni al servizio sono interessate durante un failover. Al termine del failover, i dati di connessione del servizio vengono ripristinati. È possibile controllare la pagina stato di Azure per controllare lo stato di tutti i servizi di Azure.
Passaggi successivi
Per altre informazioni su Service Connessione or, vedere l'articolo sul concetto seguente.