Usare un ambiente del servizio app

L'ambiente del servizio app è una distribuzione a tenant singolo del servizio app di Azure. Lo si usa con una rete virtuale di Azure e si è l'unico utente di questo sistema. Le app distribuite sono soggette alle funzionalità di rete applicate alla subnet. Non sono presenti funzionalità aggiuntive che devono essere abilitate nelle app per essere soggette a tali funzionalità di rete.

Nota

Questo articolo riguarda l'ambiente del servizio app v3, usato con i piani di servizio app isolato v2.

Crea un'app

Per creare un'app nell'ambiente del servizio app, si usa lo stesso processo di quando si crea normalmente un'app, ma con alcune piccole differenze. Quando si crea un nuovo piano di servizio app:

• Anziché scegliere una posizione geografica in cui distribuire l'app, scegliere un ambiente del servizio app come località.
• Tutti i piani di servizio app creati in un ambiente del servizio app possono trovarsi solo in un piano tariffario v2 isolato.

Se non ne è ancora disponibile uno, creare un ambiente del servizio app.

Per creare un'app in un ambiente del servizio app:

1. Selezionare Crea una risorsa>Web e dispositivi mobili>App Web.
2. Seleziona un abbonamento.
3. Immettere un nome per un nuovo gruppo di risorse oppure selezionare Usa esistente e selezionarne uno nell'elenco a discesa.
4. Immetti il nome per l'app. Se è già stato selezionato un piano di servizio app in un ambiente del servizio app, il nome di dominio per l'app riflette il nome di dominio dell'ambiente del servizio app.
5. Per Pubblica, Stack di runtimee Sistema operativo, effettuare le selezioni appropriate.
6. Per Area, selezionare un ambiente del servizio app preesistente v3. Se si vuole creare un nuovo ambiente del servizio app, selezionare un'area.
7. Selezionare un piano di Servizio app esistente oppure crearne uno nuovo. Se si sta creando un nuovo piano, selezionare le dimensioni desiderate per il piano di servizio app. L'unico SKU che è possibile selezionare per l'app è uno SKU dei prezzi isolato v2. L'esecuzione di un nuovo piano di servizio app richiede in genere meno di 20 minuti.
8. Se si sceglie di creare un nuovo ambiente del servizio app come parte della creazione del nuovo piano di servizio app, compilare il nome e il tipo di IP virtuale.
9. Selezionare Avanti: Monitoraggio. Se si vuole abilitare Application Insights con l'app, è possibile farlo qui durante il flusso di creazione.
10. Selezionare Avanti: Tag, e aggiungere i tag desiderati all'app.
11. Selezionare Rivedi e crea. Assicurarsi che le informazioni siano corrette e quindi selezionare Crea.

Le app Windows e Linux possono trovarsi nello stesso ambiente del servizio app, ma non possono trovarsi nello stesso piano di servizio app.

Come funziona il ridimensionamento

Ogni app del servizio app viene eseguita in un piano di servizio app. Gli ambienti del servizio app di Azure contengono piani del servizio app, che a loro volta contengono app. Quando si ridimensiona un'app, si ridimensiona anche il piano di servizio app e tutte le app nello stesso piano.

Quando si ridimensiona un piano di servizio app, l'infrastruttura necessaria viene aggiunta automaticamente. Tenere presente che si verifica un ritardo di tempo per ridimensionare le operazioni durante l'aggiunta dell'infrastruttura. Ad esempio, quando si ridimensiona un piano di servizio app e si dispone di un'altra operazione di scalabilità dello stesso sistema operativo e delle dimensioni in esecuzione, potrebbe verificarsi un ritardo di alcuni minuti fino all'avvio della scalabilità richiesta.

Un'operazione di ridimensionamento su una dimensione e un sistema operativo non influisce sul ridimensionamento delle altre combinazioni di dimensioni e sistema operativo. Ad esempio, se si ridimensiona un piano di servizio app Windows I2v2, viene avviata immediatamente un'operazione di ridimensionamento in un piano di servizio app Windows I3v2. Il ridimensionamento richiede in genere meno di 15 minuti, ma può richiedere fino a 45 minuti.

In un servizio app multi-tenant, il ridimensionamento è immediato, perché un pool di risorse condivise è immediatamente disponibile per supportarlo. L'ambiente del servizio app è un servizio a tenant singolo, quindi non è presente alcun buffer condiviso e le risorse vengono allocate in base alle esigenze.

Accesso all'app

In un ambiente del servizio app con un indirizzo IP virtuale interno (VIP), il suffisso di dominio usato per la creazione dell'app è .<asename>.appserviceenvironment.net. Se l'ambiente del servizio app è denominato my-ase e si ospita un'app denominata contoso, è possibile raggiungerla agli URL seguenti:

• contoso.my-ase.appserviceenvironment.net
• contoso.scm.my-ase.appserviceenvironment.net

Le app ospitate in un ambiente del servizio app che usano un indirizzo VIP interno sono accessibili solo se ci si trova nella stessa rete virtuale o sono connesse a tale rete virtuale. Analogamente, la pubblicazione è possibile solo se si è nella stessa rete virtuale o se si è connessi a tale rete virtuale.

In un ambiente del servizio app con un indirizzo VIP esterno, il suffisso di dominio usato per la creazione dell'app è .<asename>.p.azurewebsites.net. Se l'ambiente del servizio app è denominato my-ase e si ospita un'app denominata contoso, è possibile raggiungerla agli URL seguenti:

• contoso.my-ase.p.azurewebsites.net
• contoso.scm.my-ase.p.azurewebsites.net

Usare l'URL scm per accedere alla console Kudu o per la pubblicazione dell'app tramite distribuzione Web. Per altre informazioni, vedere Console Kudu per il servizio app di Azure. La console Kudu offre un'interfaccia utente Web per il debug, il caricamento di file, e la modifica di file.

Configurazione del DNS

Se l'ambiente del servizio app viene creato con un indirizzo VIP esterno, le app vengono inserite automaticamente nel DNS pubblico. Se l'ambiente del servizio app viene creato con un indirizzo VIP interno, potrebbe essere necessario configurare IL DNS.

Se è stata selezionata la configurazione automatica delle zone private DNS di Azure, il DNS viene configurato nella rete virtuale dell'ambiente del servizio app. Se si è scelto di configurare il DNS manualmente, è necessario usare il proprio server DNS o configurare zone private DNS di Azure.

Per trovare l'indirizzo in ingresso, nel portale dell'ambiente del servizio app selezionare indirizzi IP.

Se si vuole usare il proprio server DNS, aggiungere i record seguenti:

1. Creare una zona per <App Service Environment-name>.appserviceenvironment.net.
2. Creare un record A in tale zona che punta * all'indirizzo IP in ingresso usato dall'ambiente del servizio app.
3. Creare un record A in tale zona che punta all'indirizzo IP in ingresso usato dall'ambiente del servizio app.
4. Creare una zona in <App Service Environment-name>.appserviceenvironment.net denominata scm.
5. Creare un record A nella zona scm che punta * all'indirizzo in ingresso usato dall'ambiente del servizio app.

Per configurare DNS nelle zone private di DNS di Azure:

1. Creare una zona privata DNS di Azure denominata <App Service Environment-name>.appserviceenvironment.net.
2. Creare un record A in tale zona che punta * all'indirizzo IP in ingresso.
3. Creare un record A in tale zona che punta @ all'indirizzo IP in ingresso.
4. Creare un record A in tale zona che punta *.scm all'indirizzo IP in ingresso.

Le impostazioni DNS per il suffisso di dominio predefinito dell'ambiente del servizio app non limitano le app solo ad essere accessibili da tali nomi. È possibile impostare un nome di dominio personalizzato senza convalidare le app in un ambiente del servizio app. Se si vuole creare una zona denominata contoso.net, è possibile farlo e puntare all'indirizzo IP in ingresso. Il nome di dominio personalizzato funziona per le richieste dell'app e se il certificato del suffisso di dominio personalizzato include una SAN con caratteri jolly per scm, il nome di dominio personalizzato funziona anche per il sito scm ed è possibile creare un record *.scm e indirizzarlo all'indirizzo IP in ingresso.

Pubblicazione

È possibile eseguire la pubblicazione con uno dei metodi seguenti:

• Distribuzione Web
• Integrazione continua (CI)
• Trascinamento della selezione nella console Kudu
• Un ambiente di sviluppo integrato (IDE), ad esempio Visual Studio, Eclipse o IntelliJ IDEA

Con un ambiente del servizio app VIP interno, gli endpoint di pubblicazione sono disponibili solo tramite l'indirizzo in ingresso. Se non si ha accesso alla rete all'indirizzo in ingresso, non è possibile pubblicare app in tale ambiente del servizio app. Gli IDE devono anche avere accesso di rete all'indirizzo in ingresso nell'ambiente del servizio app per pubblicarlo direttamente in esso.

Senza modifiche aggiuntive, i sistemi CI basati su Internet come GitHub e Azure DevOps non funzionano con un ambiente del servizio app VIP interno. L'endpoint di pubblicazione non è accessibile da Internet. È possibile abilitare la pubblicazione in un ambiente del servizio app VIP interno da Azure DevOps installando un agente di versione self-hosted nella rete virtuale.

Storage

Sono disponibili 1 TB di spazio di archiviazione per tutte le app nell'ambiente del servizio app. Un piano di servizio app nello SKU dei prezzi isolato ha un limite di 250 GB. In un ambiente del servizio app, 250 GB di spazio di archiviazione viene aggiunto per ogni piano di servizio app, fino al limite di 1 TB. È possibile avere più piani di servizio app rispetto a soli quattro, ma non esiste spazio di archiviazione aggiuntivo oltre il limite di 1 TB.

Monitoraggio

L'infrastruttura della piattaforma nell'ambiente del servizio app v3 viene monitorata e gestita da Microsoft e viene ridimensionata in base alle esigenze. I clienti devono monitorare solo i piani di servizio app e le singole app in esecuzione e intraprendere azioni appropriate. Verranno visualizzate alcune metriche visibili per l'ambiente del servizio app, ma vengono usate solo per la versione precedente e non verranno omessi valori per questa versione. Se si usa la versione v1 o v2 dell'ambiente del servizio app, vedere questa sezione per indicazioni sul monitoraggio e la scalabilità.

Registrazione

È possibile eseguire l'integrazione con Monitoraggio di Azure per inviare log ad Archiviazione di Azure, hub eventi di Azure o log di Monitoraggio di Azure. La tabella seguente illustra le situazioni e i messaggi che è possibile registrare:

Situazione	Message
La subnet dell'ambiente del servizio app è quasi insufficiente.	L'ambiente del servizio app specificato si trova in una subnet quasi esaurita. Sono presenti {0} indirizzi rimanenti. Una volta esauriti questi indirizzi, l'ambiente del servizio app non sarà in grado di ridimensionare.
L'ambiente del servizio app sta raggiungendo il limite totale di istanze.	L'ambiente del servizio app specificato sta raggiungendo il limite totale di istanze dell'ambiente del servizio app. Attualmente contiene {0} istanze del piano di servizio app di un massimo di 200 istanze.
L'ambiente del servizio app è sospeso.	L'ambiente del servizio app specificato viene sospeso. La sospensione dell'ambiente del servizio app può essere dovuta a un errore di account o a una configurazione di rete virtuale non valida. Risolvere la causa radice e riprendere l'ambiente del servizio app per continuare a gestire il traffico.
È stato avviato l'aggiornamento dell'ambiente del servizio app.	È stato avviato un aggiornamento della piattaforma all'ambiente del servizio app specificato. Prevedere possibili ritardi nelle operazioni di ridimensionamento.
Aggiornamento dell'ambiente del servizio app completato.	È stato completato un aggiornamento della piattaforma all'ambiente del servizio app specificato.
La creazione del piano di servizio app è stata avviata.	È stata avviata la creazione di un piano di servizio app ({0}). Stato corrente: {1} I{2}ruoli di lavoro v2.
Le operazioni di scalabilità sono state completate.	La creazione di un piano di servizio app ({0}) è stata completata. Stato corrente: {1} I{2}ruoli di lavoro v2.
Le operazioni di scalabilità non sono riuscite.	La creazione di un piano di servizio app ({0}) non è riuscita. Ciò può essere dovuto all'ambiente del servizio app che opera al massimo numero di istanze o a un numero di indirizzi di subnet esaurito.
Le operazioni di scalabilità sono state avviate.	È iniziato il ridimensionamento di un piano servizio app ({0}). Stato corrente: {1} I(2)v2. Stato corrente: {3} I{4}ruoli di lavoro v2.
Le operazioni di scalabilità sono state completate.	Il ridimensionamento di un piano di servizio app ({0}) è terminato. Stato corrente: {1} I{2}ruoli di lavoro v2.
Le operazioni di scalabilità sono state interrotte.	Un piano di servizio app ({0}) è stato interrotto durante il ridimensionamento. Stato desiderato precedente: {1} I{2}ruoli di lavoro v2. Nuovo stato desiderato: {3} I{4}ruoli di lavoro v2.
Le operazioni di scalabilità non sono riuscite.	Non è stato possibile ridimensionare un piano di servizio app ({0}). Stato corrente: {1} I{2}ruoli di lavoro v2.

Per abilitare la registrazione, seguire questa procedura:

1. Nel portale passare a Impostazioni di diagnostica.
2. Selezionare Aggiungi impostazione di diagnostica.
3. Specificare un nome per l'integrazione dei log.
4. Selezionare e configurare le destinazioni desiderate per i log.
5. Selezionare AppServiceEnvironmentPlatformLogs.

Se si esegue l'integrazione con i log di Monitoraggio di Azure, è possibile visualizzare i log selezionando Log dal portale dell'ambiente del servizio app e creando una query su AppServiceEnvironmentPlatformLogs. I log vengono generati solo quando l'ambiente del servizio app ha un evento che attiva i log. Se l'ambiente del servizio app non ha un evento di questo tipo, non saranno presenti log. Per visualizzare rapidamente un esempio di log, eseguire un'operazione di scalabilità con un piano di servizio app. È quindi possibile eseguire una query su AppServiceEnvironmentPlatformLogs per visualizzare tali log.

Creare un avviso

Per creare un avviso per i log, seguire le istruzioni riportate in Creare, visualizzare e gestire gli avvisi dei log usando Monitoraggio di Azure. In breve:

1. Aprire la pagina Avvisi nel portale dell'ambiente del servizio app.
2. Selezionare Nuova regola di avviso.
3. Per Risorsa, selezionare l'area di lavoro Log di Monitoraggio di Azure.
4. Impostare la condizione con una ricerca log personalizzata per usare una query. Ad esempio, è possibile impostare quanto segue: AppServiceEnvironmentPlatformLogs | dove ResultDescription contiene ha iniziato a ridimensionare. Impostare la soglia desiderata.
5. Aggiungere o creare un gruppo di azioni (facoltativo). Il gruppo di azioni è il percorso in cui si definisce la risposta all'avviso, ad esempio l'invio di un messaggio di posta elettronica o un SMS.
6. Assegnare un nome all'avviso e salvarlo.

Crittografia interna

Non è possibile visualizzare i componenti interni o la comunicazione all'interno del sistema dell'ambiente del servizio app. Per consentire una velocità effettiva più elevata, la crittografia non è abilitata per impostazione predefinita tra i componenti interni. Il sistema è sicuro perché il traffico è inaccessibile per il monitoraggio o l'accesso. Se si dispone di un requisito di conformità per la crittografia completa del percorso dati, è possibile abilitare questa opzione. Selezionare Configurazione, come illustrato nello screenshot seguente.

Questa opzione crittografa il traffico di rete interno e crittografa anche il file di paging e i dischi del ruolo di lavoro. Tenere presente che questa opzione può influire sulle prestazioni del sistema. L'ambiente del servizio app sarà in uno stato instabile fino a quando la modifica non viene propagata completamente. Il completamento della propagazione completa della modifica può richiedere alcune ore, a seconda del numero di istanze disponibili.

Evitare di abilitare questa opzione durante l'uso dell'ambiente del servizio app. In tal caso, è consigliabile deviare il traffico a un backup fino al termine dell'operazione.

Preferenza di aggiornamento

Se si dispone di più ambienti del servizio app, è possibile che alcuni di essi vengano aggiornati prima di altri. È possibile abilitare questo comportamento tramite il portale dell'ambiente del servizio app. In Configurazione, è possibile impostare preferenza di aggiornamento. I valori possibili sono:

• Nessuno: aggiornamenti di Azure in un batch specifico. Si tratta del valore predefinito.
• Inizio: aggiornamento nella prima metà degli aggiornamenti del servizio app.
• Ritardo: aggiornamento nella seconda metà degli aggiornamenti del servizio app.
• Manuale: ottenere finestra di 15 giorni per distribuire l'aggiornamento manualmente.

Selezionare il valore desiderato e quindi selezionare Salva.

Questa funzionalità ha più senso quando si dispone di più ambienti del servizio app e si può trarre vantaggio dalla sequenziazione degli aggiornamenti. Ad esempio, è possibile impostare gli ambienti di sviluppo e test del servizio app in modo che siano iniziali e gli ambienti del servizio app di produzione siano in ritardo.

Elimina un ambiente del servizio app

Per eliminare:

1. Nella parte superiore del riquadro ambiente del servizio app, selezionare Elimina.
2. Immettere il nome dell'ambiente del servizio app per confermare che si vuole eliminarlo. Quando si elimina un ambiente del servizio app, si elimina anche tutto il contenuto all'interno di esso.
3. Seleziona OK.