Eseguire la migrazione di Gestione API di Azure al supporto delle zone di disponibilità

Il servizio di Gestione API di Azure supporta la Ridondanza della Zona che offre resilienza e disponibilità elevata a un'istanza del servizio in un'area di Azure specifica. Con la ridondanza della zona, il gateway e il piano di controllo dell'istanza di Gestione API (API di gestione, portale per sviluppatori, configurazione Git) vengono replicati tra i data center in zone separate fisicamente, rendendo l’istanza resiliente a un errore di zona.

Questo articolo descrive quattro opzioni per la migrazione di un'istanza di Gestione API alle zone di disponibilità. Per informazioni generali su come configurare la Gestione API per la disponibilità elevata, vedere Garantire la disponibilità e l'affidabilità di Gestione API.

Prerequisiti

Requisiti del tempo di inattività

Non sono previsti requisiti di tempo di inattività per nessuna delle opzioni di migrazione.

Considerazioni

  • L'applicazione delle modifiche può richiedere da 15 a 45 minuti. Il gateway di Gestione API può continuare a gestire le richieste API durante questo periodo.

  • Quando si esegue la migrazione di un'istanza di Gestione API distribuita in una rete virtuale esterna o interna alle zone di disponibilità, è necessario specificare una nuova risorsa indirizzo IP pubblico. In una rete virtuale interna, l'IP pubblico viene usato solo per le operazioni di gestione, non per le richieste API. Altre informazioni sugli Indirizzi IP di Gestione API.

  • La migrazione alle zone di disponibilità o la modifica della configurazione delle zone di disponibilità attiva una modifica dell'indirizzo IP pubblico e privato.

  • Quando si abilitano le zone di disponibilità in un'area, si configurano le unità di scala di Gestione API che è possibile distribuire uniformemente tra le zone. Ad esempio, se si configurano due zone, è possibile configurare due unità, quattro unità o un altro multiplo di due unità.

    Per l'aggiunta di unità sono previsti costi aggiuntivi. Per i dettagli, vedere Prezzi di Gestione API.

  • Se è stata configurata la scalabilità automatica per l'istanza di Gestione API nella posizione primaria, potrebbe essere necessario modificare le impostazioni di scalabilità automatica dopo aver abilitato la ridondanza della zona. Il numero delle unità di Gestione API nelle regole e nei limiti di scalabilità automatica deve essere un multiplo del numero delle zone.

Percorso del gateway esistente non inserito in una rete virtuale

Per eseguire la migrazione di una posizione esistente dell'istanza di Gestione API alle zone di disponibilità quando l’istanza non viene inserita in una rete virtuale.

  1. Nel portale di Azure, passare all'istanza di Gestione API.

  2. Nel menu Distribuzione e infrastruttura, selezionare Percorsi.

  3. Nella casella Posizione, selezionare il percorso di cui eseguire la migrazione. Il percorso deve supportare le zone di disponibilità, come indicato in precedenza nei prerequisiti.

  4. Nella casella Unità selezionare il numero di unità di scala desiderate nella posizione.

  5. Nella casella Zone di disponibilità, selezionare una o più zone. Il numero di unità selezionate deve essere distribuito uniformemente tra le zone di disponibilità. Ad esempio, se sono state selezionate tre unità, selezionare tre zone in modo che ogni zona ospiti un'unità.

  6. Selezionare Applica, quindi Salva.

Screenshot che mostra le selezioni per la migrazione di un percorso esistente dell'istanza di Gestione API non inserita in una rete virtuale.

Percorso del gateway esistente (piattaforma stv1) inserito in una rete virtuale

Per eseguire la migrazione di un percorso esistente dell'istanza di Gestione API alle zone di disponibilità quando l'istanza è attualmente inserita in una rete virtuale ed è attualmente ospitata nella piattaforma stv1, seguire questa procedura. La migrazione alle zone di disponibilità esegue anche la migrazione dell'istanza alla piattaforma stv2.

  1. Creare una nuova subnet e un nuovo IP pubblico nella posizione di cui eseguire la migrazione alle zone di disponibilità. I requisiti dettagliati sono disponibili nel materiale sussidiario sulle reti virtuali.

  2. Nel portale di Azure, passare all'istanza di Gestione API.

  3. Nel menu Distribuzione e infrastruttura, selezionare Percorsi.

  4. Nella casella Posizione, selezionare il percorso di cui eseguire la migrazione. Il percorso deve supportare le zone di disponibilità, come indicato in precedenza nei prerequisiti.

  5. Nella casella Unità selezionare il numero di unità di scala desiderate nella posizione.

  6. Nella casella Zone di disponibilità, selezionare una o più zone. Il numero di unità selezionate deve essere distribuito uniformemente tra le zone di disponibilità. Ad esempio, se sono state selezionate tre unità, selezionare tre zone in modo che ogni zona ospiti un'unità.

  7. Nelle rispettive caselle in Reteselezionare la nuova subnet e il nuovo indirizzo IP pubblico nel percorso.

  8. Selezionare Applica, quindi Salva.

Screenshot che mostra le selezioni per la migrazione di un percorso esistente di un'istanza di Gestione API inserita in una rete virtuale.

Percorso del gateway esistente (piattaforma stv2) inserito in una rete virtuale

Per eseguire la migrazione di un percorso esistente dell'istanza di Gestione API alle zone di disponibilità quando l'istanza è attualmente inserita in una rete virtuale ed è già ospitata nella piattaforma stv2:

  1. Creare una nuova subnet e un nuovo IP pubblico nella posizione di cui eseguire la migrazione alle zone di disponibilità. I requisiti dettagliati sono disponibili nel materiale sussidiario sulle reti virtuali.

  2. Nel portale di Azure, passare all'istanza di Gestione API.

  3. Nel menu Distribuzione e infrastruttura, selezionare Percorsi.

  4. Nella casella Posizione, selezionare il percorso di cui eseguire la migrazione. Il percorso deve supportare le zone di disponibilità, come indicato in precedenza nei prerequisiti.

  5. Nella casella Unità selezionare il numero di unità di scala desiderate nella posizione.

  6. Nella casella Zone di disponibilità, selezionare una o più zone. Il numero di unità selezionate deve essere distribuito uniformemente tra le zone di disponibilità. Ad esempio, se sono state selezionate tre unità, selezionare tre zone in modo che ogni zona ospiti un'unità.

  7. Nella casella Indirizzo IP pubblico, selezionare il nuovo indirizzo IP pubblico nel percorso.

  8. Selezionare Applica, quindi Salva.

Screenshot che mostra le selezioni per la migrazione di una posizione esistente di un'istanza di Gestione API (piattaforma stv2) inserita in una rete virtuale.

Nuova posizione del gateway

Per aggiungere una nuova posizione all'istanza di Gestione API e abilitare le zone di disponibilità in tale posizione:

  1. Se l'istanza di Gestione API viene distribuita in una rete virtuale nella posizione primaria, configurare una rete virtuale, una subnet e un IP pubblico in tutte le nuove posizioni in cui si prevede di abilitare la ridondanza della zona.

  2. Nel portale di Azure, passare all'istanza di Gestione API.

  3. Nel menu Distribuzione e infrastruttura, selezionare Percorsi.

  4. Selezionare + Aggiungi per aggiungere una nuova posizione. Il percorso deve supportare le zone di disponibilità, come indicato in precedenza nei prerequisiti.

  5. Nella casella Unità selezionare il numero di unità di scala desiderate nella posizione.

  6. Nella casella Zone di disponibilità, selezionare una o più zone. Il numero di unità selezionate deve essere distribuito uniformemente tra le zone di disponibilità. Ad esempio, se sono state selezionate tre unità, selezionare tre zone in modo che ogni zona ospiti un'unità.

  7. Se l'istanza di Gestione API viene distribuita in una rete virtuale, usare le caselle alla voce Rete per selezionare la rete virtuale, la subnet e l'IP pubblico disponibili nella posizione.

  8. Seleziona Aggiungi e quindi Salva.

Screenshot che mostra le selezioni per l'aggiunta di un nuovo percorso per un'istanza di Gestione API con o senza una rete virtuale.