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

Importante

Questo articolo riguarda l'ambiente del servizio app v2, usato con i piani del servizio app Isolato. L'ambiente del servizio app v1 e v2 è stato ritirato il 31 agosto 2024. È disponibile una nuova versione dell'ambiente del servizio app più facile da usare, che viene eseguita in un'infrastruttura più potente. Per altre informazioni sulla nuova versione, vedere Introduzione all'ambiente del servizio app. Se al momento si usa l'ambiente del servizio app v1, seguire la procedura descritta in questo articolo per eseguire la migrazione alla nuova versione.

A partire dal 31 agosto 2024, il Contratto di servizio e i crediti di servizio non si applicano più ai carichi di lavoro dell'ambiente del servizio app v1 e v2 che continuano a essere in produzione, perché sono prodotti ritirati. È stata avviata la dismissione dell'hardware dell'ambiente del servizio app v1 e v2, il che può influire sulla disponibilità e sulle prestazioni di app e dati.

È necessario completare immediatamente la migrazione all'ambiente del servizio app v3 oppure è possibile che le app e le risorse vengano eliminate. Si tenterà con il massimo impegno di eseguire automaticamente la migrazione di qualsiasi ambiente del servizio app v1 e v2 rimanente usando la funzionalità di migrazione sul posto, ma Microsoft non dichiara né garantisce la disponibilità delle applicazioni dopo la migrazione automatica. Può essere necessario eseguire una configurazione manuale per completare la migrazione e ottimizzare la scelta di SKU del piano di servizio app in base a specifiche esigenze. Se la migrazione automatica non è fattibile, le risorse e i dati delle app associati verranno eliminati. È consigliabile agire tempestivamente per evitare uno di questi scenari estremi.

Se è necessario più tempo, è possibile usufruire di un periodo di tolleranza di 30 giorni una tantum per completare la migrazione. Per altre informazioni e per richiedere questo periodo di tolleranza, vedere la panoramica del periodo di tolleranza, quindi passare al portale di Azure e visitare il pannello Migrazione per ogni ambiente del servizio app.

Per le informazioni più aggiornate sul ritiro dell'ambiente del servizio app v1/v2, vedere l'Aggiornamento sul ritiro dall'ambiente del servizio app v1 e v2.

L'ambiente del servizio app v2 può essere distribuito in zone di disponibilità (AZ). I clienti possono distribuire un servizio di bilanciamento del carico interno (ILB) in una zona di disponibilità specifica all'interno di un'area di Azure. Se si aggiunge l'ambiente del servizio app con servizio di bilanciamento del carico interno a una zona di disponibilità specifica, le risorse usate da tale ambiente verranno aggiunte alla zona di disponibilità specificata o distribuite con ridondanza della zona.

Un ambiente del servizio app con servizio di bilanciamento del carico interno distribuito in modo esplicito in una zona di disponibilità viene considerato una risorsa di zona perché l'ambiente del servizio app con servizio di bilanciamento del carico interno viene aggiunto a una zona specifica. Le dipendenze dell'ambiente del servizio app con servizio di bilanciamento del carico interno seguenti verranno aggiunte alla zona specificata:

• Indirizzo IP del servizio di bilanciamento del carico interno dell'ambiente del servizio app
• Risorse di calcolo usate dall'ambiente del servizio app per gestire ed eseguire applicazioni Web

L'archiviazione file remota per le applicazioni Web distribuite in un ambiente del servizio app con servizio di bilanciamento del carico interno di zona usa l'archiviazione con ridondanza della zona.

A meno che non vengano eseguiti i passaggi descritti in questo articolo, gli ambienti del servizio app con servizio di bilanciamento del carico interno non vengono distribuiti automaticamente in modo basato su zona. Non è possibile aggiungere un ambiente del servizio app esterno con un indirizzo IP pubblico a una zona di disponibilità specifica.

Gli ambienti del servizio app con servizio di bilanciamento del carico interno di zona possono essere creati 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
• West US 2

Le applicazioni distribuite in un ambiente del servizio app con servizio di bilanciamento del carico interno di zona continueranno a essere eseguite e gestiranno il traffico su tale ambiente del servizio app anche se altre zone nella 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 di applicazioni e la pubblicazione di applicazioni, possano essere interessati da un'interruzione in altre zone di disponibilità. La distribuzione aggiunta dalla zona di un ambiente del servizio app con servizio di bilanciamento del carico interno di zona garantisce solo un tempo di attività continuo per le applicazioni già distribuite.

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

Gli ambienti del servizio app con servizio di bilanciamento del carico interno di zona devono essere creati usando i modelli di Resource Manager. Dopo la creazione, è possibile visualizzare e interagire con un ambiente del servizio app con servizio di bilanciamento del carico interno di zona tramite un modello di Resource Manager tramite il portale di Azure e l'interfaccia della riga di comando. Un modello di ARM è necessario solo per la creazione iniziale di un ambiente del servizio app con servizio di bilanciamento del carico interno di zona.

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

Il frammento di modello di Resource Manager di esempio seguente mostra la nuova proprietà zones che specifica che l'ambiente del servizio app con servizio di bilanciamento del carico interno 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 ottenere app con ridondanza della zona, è necessario distribuire due ambienti del servizio app con servizio di bilanciamento del carico interno di zona. I due ambienti del servizio app con servizio di bilanciamento del carico interno di zona devono trovarsi in zone di disponibilità separate. È quindi necessario distribuire le app in ognuno degli ambienti del servizio app con 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 upstream rispetto agli ambienti del servizio app con servizio di bilanciamento del carico interno di zona.

Residenza dei dati nell'area geografica

Gli ambienti del servizio app con servizio di bilanciamento del carico interno distribuiti in una zona di disponibilità archivieranno solo i dati dei clienti all'interno dell'area in cui è stato distribuito l'ambiente del servizio app con servizio di bilanciamento del carico interno di zona. Sia il contenuto del file del sito Web che le impostazioni e i segreti forniti dal cliente archiviati nel servizio app rimangono all'interno dell'area in cui viene distribuito l'ambiente del servizio app con servizio di bilanciamento del carico interno di zona.

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 di Azure Resource Manager per l'ambiente del servizio app. Gli ambienti del servizio app sono elencati in providers/Microsoft.Web/hostingEnvironments.
2. Se nella visualizzazione della sintassi JSON di Azure Resource Manager è presente una proprietà zones e contiene una matrice JSON a valore singolo con valore "1", "2" o "3", l'ambiente del servizio app è stato distribuito a livello di zona e i dati dei clienti rimangono nella stessa area.
3. Se una proprietà zones non esiste, oppure la proprietà non dispone di un valore di zona valido come specificato in precedenza, l'ambiente del servizio app non viene distribuito a livello di zona e i dati dei clienti non vengono archiviati esclusivamente nella stessa area.