Condividi tramite

Eseguire la migrazione di Azure Gestione API alle zone di disponibilità

  • Articolo

Il servizio Azure Gestione API 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 in data center in zone separate fisicamente, in modo che siano resilienti a un errore della 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 nelle zone di disponibilità, è necessario specificare una nuova risorsa indirizzo IP pubblico. In una rete virtuale interna, l'indirizzo 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.

  • Quando si abilitano le zone di disponibilità in un'area, è possibile configurare Gestione API unità di scala 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 un percorso esistente dell'istanza di Gestione API alle zone di disponibilità quando l'istanza non viene inserita in una rete virtuale:

  1. Nella portale di Azure passare all'istanza di Gestione API.

  2. Nel menu Distribuzione e infrastruttura selezionare Percorsi.

  3. Nella casella Località 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 di Gestione API'istanza 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 stv1 piattaforma, seguire questa procedura. La migrazione alle zone di disponibilità esegue anche la migrazione dell'istanza alla stv2 piattaforma.

  1. Creare una nuova subnet e un nuovo indirizzo IP pubblico nella posizione di cui eseguire la migrazione alle zone di disponibilità. I requisiti dettagliati sono disponibili nelle linee guida per la rete virtuale.

  2. Nella portale di Azure passare all'istanza di Gestione API.

  3. Nel menu Distribuzione e infrastruttura selezionare Percorsi.

  4. Nella casella Località 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 Rete selezionare 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 una posizione esistente dell'istanza di Gestione API alle zone di disponibilità quando l'istanza è attualmente inserita in una rete virtuale ed è già ospitata nella stv2 piattaforma:

  1. Creare una nuova subnet e un nuovo indirizzo IP pubblico nella posizione di cui eseguire la migrazione alle zone di disponibilità. I requisiti dettagliati sono disponibili nelle linee guida per la rete virtuale.

  2. Nella portale di Azure passare all'istanza di Gestione API.

  3. Nel menu Distribuzione e infrastruttura selezionare Percorsi.

  4. Nella casella Località 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 nel percorso primario, configurare una rete virtuale, una subnet e un indirizzo IP pubblico in qualsiasi nuova posizione in cui si prevede di abilitare la ridondanza della zona.

  2. Nella 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 in Rete per selezionare la rete virtuale, la subnet e l'indirizzo IP pubblico disponibili nel percorso.

  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.

Contenuto correlato