Supporto della zona di disponibilità per ambiente del servizio app v2

  • Articolo

Importante

Questo articolo riguarda ambiente del servizio app v2, usato con i piani di servizio app isolato. ambiente del servizio app v2 verrà ritirato il 31 agosto 2024. È disponibile una nuova versione di ambiente del servizio app che è più facile da usare e che viene eseguita su un'infrastruttura più potente. Per altre informazioni sulla nuova versione, iniziare con l'introduzione alla ambiente del servizio app. Se si usa attualmente ambiente del servizio app v2, seguire la procedura descritta in questo articolo per eseguire la migrazione alla nuova versione.

A partire dal 29 gennaio 2024, non è più possibile creare nuove risorse ambiente del servizio app v2 usando uno dei metodi disponibili, inclusi i modelli ARM/Bicep, il portale di Azure, l'interfaccia della riga di comando di Azure o l'API REST. È necessario eseguire la migrazione a ambiente del servizio app v3 prima del 31 agosto 2024 per evitare l'eliminazione delle risorse e la perdita di dati.

ambiente del servizio app v2 (A edizione Standard) può essere distribuito in zone di disponibilità (AZ). I clienti possono distribuire un servizio di bilanciamento del carico interno (ILB) A edizione Standard in un az specifico all'interno di un'area di Azure. Se si aggiunge il servizio di bilanciamento del carico interno A edizione Standard a un az specifico, le risorse usate da un servizio di bilanciamento del carico interno a edizione Standard verranno aggiunte all'az specificato o distribuite in modo ridondante nella zona.

Un edizione Standard ilB A edizione Standard distribuito in modo esplicito in un az viene considerato una risorsa di zona perché il servizio di bilanciamento del carico interno a edizione Standard viene aggiunto a una zona specifica. Le dipendenze A del servizio di bilanciamento del carico interno seguenti edizione Standard verranno aggiunte alla zona specificata:

  • l'indirizzo IP del servizio di bilanciamento del carico interno dell'A edizione Standard
  • le risorse di calcolo usate dall'A edizione Standard per gestire ed eseguire applicazioni Web

L'archiviazione file remota per le applicazioni Web distribuite in un servizio di bilanciamento del carico interno di zona edizione Standard usa l'Archiviazione archiviazione con ridondanza della zona (ZRS).

A meno che non vengano eseguiti i passaggi descritti in questo articolo, le edizione Standard di bilanciamento del carico interno non vengono distribuite automaticamente in modo zonale. Non è possibile aggiungere un oggetto A esterno edizione Standard con un indirizzo IP pubblico a una zona di disponibilità specifica.

Le edizione Standard di bilanciamento del carico interno di zona possono essere create in una delle aree seguenti:

  • Australia orientale
  • Canada centrale
  • Stati Uniti centrali
  • Stati Uniti orientali
  • Stati Uniti orientali 2
  • Stati Uniti orientali 2 (EUAP)
  • Francia centrale
  • Giappone orientale
  • Europa settentrionale
  • Europa occidentale
  • Asia sud-orientale
  • Regno Unito meridionale
  • Stati Uniti occidentali 2

Le applicazioni distribuite in un servizio di bilanciamento del carico interno di zona A edizione Standard continueranno a essere eseguite e a gestire il traffico su tale A edizione Standard anche se altre zone della stessa area subiranno un'interruzione. È possibile che i comportamenti non in fase di esecuzione, tra cui; Il ridimensionamento del piano di servizio dell'applicazione, la creazione di applicazioni, la configurazione dell'applicazione e la pubblicazione dell'applicazione potrebbero comunque essere interessati da un'interruzione in altre zone di disponibilità. La distribuzione aggiunta dalla zona di un servizio di bilanciamento del carico interno di zona edizione Standard garantisce solo un tempo di attività continuo per le applicazioni già distribuite.

Come distribuire un ambiente del servizio app in una zona di disponibilità

Le edizione Standard di bilanciamento del carico interno di zona devono essere create usando i modelli di Resource Manager. Dopo aver creato un servizio di bilanciamento del carico interno di zona edizione Standard tramite un modello di Resource Manager, è possibile visualizzarlo e interagire con tramite il portale di Azure e l'interfaccia della riga di comando. Un modello arm è necessario solo per la creazione iniziale di un servizio di bilanciamento del carico interno di zona edizione Standard.

L'unica modifica necessaria in un modello di Resource Manager per specificare un servizio di bilanciamento del carico interno di zona edizione Standard è la nuova proprietà zone. La proprietà zones deve essere impostata su un valore "1", "2" o "3" a seconda della zona di disponibilità logica a cui deve essere aggiunto il servizio di bilanciamento del carico interno A edizione Standard.

Il frammento di modello arm di esempio seguente mostra la nuova proprietà zone che specifica che il servizio di bilanciamento del carico interno a edizione Standard deve essere aggiunto alla zona 2.

"resources": [
    {
        "type": "Microsoft.Web/hostingEnvironments",
        "kind": "ASEV2",
        "name": "yourASENameHere",
        "apiVersion": "2015-08-01",
        "location": "your location here",
        "zones": [
            "2"
        ],
        "properties": {
            "name": "yourASENameHere",
            "location": "your location here",
            "ipSslAddressCount": 0,
            "internalLoadBalancingMode": "3",
            "dnsSuffix": "contoso-internal.com",
            "virtualNetwork": {
                "Id": "/subscriptions/your-subscription-id-here/resourceGroups/your-resource-group-here/providers/Microsoft.Network/virtualNetworks/your-vnet-name-here",
                "Subnet": "yourSubnetNameHere"
            }
        }
    }
]

Per rendere ridondante la zona delle app, è necessario distribuire due ilB A edizione Standard di zona. Le due zone ilB A edizione Standard devono trovarsi in zone di disponibilità separate. È quindi necessario distribuire le app in ognuna delle edizione Standard A del servizio di bilanciamento del carico interno. Dopo aver creato le app, è necessario configurare una soluzione di bilanciamento del carico. La soluzione consigliata consiste nel distribuire un gateway applicazione con ridondanza della zona gateway applicazione upstream dei edizione Standard di bilanciamento del carico interno di zona.

Residenza dei dati nell'area geografica

I edizione Standard ILB distribuiti in una zona di disponibilità archivieranno solo i dati dei clienti all'interno dell'area in cui è stato distribuito il servizio di bilanciamento del carico interno di zona edizione Standard. Sia il contenuto dei file del sito Web che le impostazioni fornite dal cliente e i segreti archiviati in servizio app rimangono all'interno dell'area in cui viene distribuito il servizio di bilanciamento del carico interno di zona A edizione Standard.

I clienti assicurano la residenza dei dati in una singola area seguendo i passaggi descritti in precedenza nella sezione "Come distribuire un ambiente del servizio app in una zona di disponibilità". Configurando un ambiente del servizio app in base a questi passaggi, un ambiente del servizio app distribuito in una zona di disponibilità soddisfa i requisiti di residenza dei dati dell'area, inclusi quelli specificati nel Centro protezione di Azure.

I clienti possono verificare che un ambiente del servizio app sia configurato correttamente per archiviare i dati in una singola area seguendo questa procedura:

  1. Usando Esplora risorse passare alla risorsa ARM per il ambiente del servizio app. Le edizione Standard sono elencate in providers/Microsoft.Web/hostingEnvironments.
  2. Se esiste una proprietà zones nella visualizzazione della sintassi JSON arm e contiene una singola matrice JSON con valore "1", "2" o "3", l'A edizione Standard viene distribuito in modo zonale e i dati dei clienti rimangono nella stessa area.
  3. Se una proprietà zone non esiste o la proprietà non ha un valore di zona valido come specificato in precedenza, l'A edizione Standard non viene distribuito in modo zonale e i dati dei clienti non vengono archiviati esclusivamente nella stessa area.