Configurazione di un ambiente del servizio app v1

Importante

Questo articolo riguarda l'ambiente del servizio app v1. 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 dell'ambiente del servizio app v1 e v2.

Panoramica

A livello generale, un ambiente del servizio app di Azure è costituito da vari componenti principali:

• Risorse di calcolo in esecuzione nel servizio ospitato dell'ambiente del servizio app
• Storage
• Un database
• Una rete virtuale di Azure classica (V1) o di Resource Manager (V2)
• Una subnet in cui viene eseguito il servizio ospitato dell'ambiente del servizio app

Risorse di calcolo

Le risorse di calcolo vengono usate per quattro pool di risorse. Ogni ambiente del servizio app contiene un set di front-end e tre pool di lavoro possibili. Non è necessario usare tutti e tre i pool di lavoro. Se si vuole, è possibile usarne solo uno o due.

Gli host nei pool di risorse (front-end e ruoli di lavoro) non sono direttamente accessibili per i tenant. Non è possibile usare Remote Desktop Protocol (RDP) per connettersi a essi, modificarne il provisioning o eseguire attività amministrative.

È possibile impostare la quantità e le dimensioni dei pool di risorse. In un ambiente del servizio app sono disponibili quattro opzioni di dimensioni, denominate da P1 a P4. Per informazioni dettagliate sulle dimensioni e sui relativi prezzi, vedere la sezione "Prezzi" in Informazioni sul servizio app di Azure. La modifica della quantità o delle dimensioni è denominata operazione di ridimensionamento. È possibile eseguire una sola operazione di ridimensionamento alla volta.

Front-end: i front-end sono gli endpoint HTTP/HTTPS per le app contenute nell'ambiente del servizio app. Nei front-end non vengono eseguiti carichi di lavoro.

• Un ambiente del servizio app include inizialmente due P2, sufficienti per carichi di lavoro di sviluppo e test e carichi di lavoro di produzione di basso livello. Per carichi di lavoro di produzione da moderati a elevati è consigliabile usare P3.
• Per carichi di lavoro di produzione da moderati a elevati, è consigliabile avere almeno quattro P3 per garantire l'esecuzione di un numero sufficiente di front-end durante la manutenzione pianificata. Nelle attività di manutenzione pianificata viene arrestato un front-end per volta. e la capacità complessiva disponibile di front-end risulterà così ridotta.
• La distribuzione dei front-end può richiedere fino a un'ora.
• Per ottimizzare ulteriormente il ridimensionamento, è consigliabile monitorare le metriche Percentuale CPU, Percentuale memoria e Richieste attive del pool front-end. Se la percentuale di CPU o memoria è superiore al 70% durante l'esecuzione di P3, aggiungere altri front-end. È consigliabile aggiungere altri front-end anche in caso di valore medio delle richieste attive compreso tra 15.000 e 20.000 per front-end. Durante l'esecuzione di P3, l'obiettivo generale è mantenere le percentuali di CPU e memoria inferiori al 70% e la media delle richieste attive al di sotto di 15.000 richieste per front-end.

Ruoli di lavoro: i ruoli di lavoro sono la posizione in cui le app vengono eseguite. Quando si passa a un piano di servizio app superiore, vengono usati i ruoli di lavoro del pool di lavoro associato.

• Non è possibile aggiungere immediatamente ruoli di lavoro. La distribuzione potrebbe richiedere fino a un'ora.
• Il ridimensionamento di una risorsa di calcolo di un qualsiasi pool richiede < di un'ora per ogni dominio di aggiornamento. Sono disponibili 20 domini di aggiornamento in un ambiente del servizio app. Il ridimensionamento in relazione alle dimensioni di calcolo di un pool di lavoro con 10 istanze potrebbe richiedere fino a 10 ore.
• Se si modificano le dimensioni delle risorse di calcolo usate in un pool di lavoro, si verificheranno avvii a freddo delle app in esecuzione nel pool di lavoro.

Il modo più rapido per modificare le dimensioni delle risorse di calcolo di un pool di lavoro che non esegue alcuna app consiste nel:

• Ridurre la quantità di ruoli di lavoro a 2. La dimensione di ridimensionamento minima nel portale è pari a 2. La deallocazione delle istanze richiederà qualche minuto.
• Selezionare le nuove dimensioni di calcolo e il nuovo numero di istanze. A questo punto, il completamento dell'operazione richiederà fino a 2 ore.

Se le app richiedono dimensioni delle risorse di calcolo superiori, le indicazioni precedenti non risulteranno utili. Anziché modificare le dimensioni del pool di lavoro che ospita tali app, è possibile popolare un altro pool di lavoro con ruoli di lavoro delle dimensioni desiderate e spostare le app in tale pool.

• Creare le istanze aggiuntive delle dimensioni di calcolo necessarie in un altro pool di lavoro. Il completamento dell'operazione richiederà fino a un'ora.
• Riassegnare i piani di servizio app che ospitano le app che richiedono dimensioni superiori al pool di lavoro appena configurato. Questa operazione è rapida e richiede meno di un minuto per il completamento.
• Se le istanze inutilizzate non sono più necessarie, ridurre il primo pool di lavoro. Il completamento dell'operazione richiede alcuni minuti.

Ridimensionamento automatico: uno degli strumenti che consentono di gestire l'utilizzo delle risorse di calcolo è il ridimensionamento automatico, che può essere usato per pool di lavoro o front-end. È ad esempio possibile aumentare e successivamente ridurre nell'arco della stessa giornata le istanze di qualsiasi tipo di pool o eventualmente aggiungere istanze quando il numero dei ruoli di lavoro disponibili in un pool di lavoro scende al di sotto di una determinata soglia.

Se si vogliono impostare regole di ridimensionamento automatico in base alle metriche del pool di risorse di calcolo, tenere presente il tempo necessario per il provisioning. Per altre informazioni sul ridimensionamento automatico degli ambienti del servizio app, vedere Come configurare il ridimensionamento automatico in un ambiente del servizio app.

Storage

Ogni ambiente del servizio app è configurato con 500 GB di spazio di archiviazione. Questo spazio viene usato da tutte le app incluse nell'ambiente. Lo spazio di archiviazione fa parte dell'ambiente del servizio app e non è possibile cambiare l'impostazione per usare il proprio spazio di archiviazione. Se si apportano modifiche al routing o alla sicurezza della rete virtuale, è necessario consentire l'accesso ad Archiviazione di Azure. In caso contrario, l'ambiente del servizio app non può funzionare.

Database

Il database contiene le informazioni che definiscono l'ambiente, e i dettagli sulle app in esso eseguite. Anche questo fa parte della sottoscrizione di Azure. L'utente non ha la possibilità di modificare queste informazioni direttamente. Se si apportano modifiche al routing o alla sicurezza della rete virtuale, è necessario consentire l'accesso a SQL Azure. In caso contrario, l'ambiente del servizio app non può funzionare.

Rete

La rete virtuale usata con l'ambiente del servizio app può essere una rete creata durante la creazione dell'ambiente o in precedenza. Se la subnet viene creata durante la creazione dell'ambiente del servizio app, l'ambiente apparterrà allo stesso gruppo di risorse della rete virtuale. Se è necessario che il gruppo di risorse usato dall'ambiente del servizio app sia diverso da quello della rete virtuale, occorre creare l'ambiente del servizio app usando un modello di Azure Resource Manager.

Esistono alcune restrizioni per la rete virtuale usata per un ambiente del servizio app:

• La rete virtuale deve essere una rete virtuale a livello di area.
• È necessaria una subnet con otto o più indirizzi, in cui viene distribuito l'ambiente del servizio app.
• Se una subnet viene usata per ospitare un ambiente del servizio app, l'intervallo di indirizzi della subnet non può essere modificato. Per questo motivo, è consigliabile che la subnet contenga almeno 64 indirizzi per supportare un'eventuale crescita futura dell'ambiente del servizio app.
• La subnet non può contenere altro oltre all'ambiente del servizio app.

A differenza del servizio ospitato contenente l'ambiente del servizio app, la rete virtuale e la subnet sono controllate dall'utente. È possibile amministrare la rete virtuale con l'interfaccia utente Rete virtuale o con PowerShell. Un ambiente del servizio app può essere distribuito in una rete virtuale classica o di Resource Manager. L'esperienza a livello di portale e di API è leggermente diversa tra reti virtuali classiche e di Resource Manager, ma l'esperienza dell'ambiente del servizio app è identica.

La rete virtuale usata per ospitare un ambiente del servizio app può usare indirizzi IP RFC1918 privati o indirizzi IP pubblici. Se si vuole usare un intervallo IP non coperto da RFC1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16), la rete virtuale e la subnet usate dall'ambiente del servizio app devono essere create prima di creare l'ambiente.

Poiché il servizio app di Azure viene inserito nella rete virtuale, le app ospitate nell'ambiente del servizio app possono accedere direttamente alle risorse rese disponibili tramite reti private virtuali (VPN) da sito a sito o ExpressRoute. Le app all'interno dell'ambiente del servizio app non richiedono funzionalità di rete aggiuntive per accedere alle risorse disponibili nella rete virtuale che ospita l'ambiente del servizio app. Non è quindi necessario usare le funzionalità Integrazione rete virtuale o Connessioni ibride per accedere alle risorse incluse o connesse alla rete virtuale. È comunque possibile usare entrambe queste funzionalità per accedere a risorse in reti non connesse alla propria rete virtuale.

È ad esempio possibile usare l'integrazione rete virtuale per ottenere l'integrazione con una rete virtuale disponibile nella sottoscrizione ma non connessa alla rete virtuale che include l'ambiente del servizio app. oppure usare la funzionalità Connessioni ibride per accedere a risorse in altre reti, come normalmente possibile.

Se la rete virtuale è configurata con una VPN ExpressRoute, è necessario tenere conto di alcune esigenze di routing specifiche di un ambiente del servizio app. Alcune configurazioni di route definite dall'utente sono incompatibili con un ambiente del servizio app. Per altre informazioni sull'esecuzione di un ambiente del servizio app in una rete virtuale con ExpressRoute, vedere Esecuzione di un ambiente del servizio app in una rete virtuale con ExpressRoute.

Protezione del traffico in ingresso

Per controllare il traffico in ingresso all'ambiente del servizio app esistono due metodi principali. È possibile usare gruppi di sicurezza di rete (NSG) per controllare gli indirizzi IP che potranno accedere all'ambiente del servizio app, come descritto nell'articolo Come controllare il traffico in ingresso a un ambiente del servizio app , nonché configurare l'ambiente del servizio app con un servizio di bilanciamento del carico interno. Queste funzionalità possono anche essere usate contemporaneamente, se si vuole limitare l'accesso usando gruppi di sicurezza di rete per un ambiente del servizio app con servizio di bilanciamento del carico interno.

Quando si crea un ambiente del servizio app, verrà creato un indirizzo VIP nella rete virtuale. Esistono due tipi di indirizzo VIP: esterno e interno. Quando si crea un ambiente del servizio app con un indirizzo VIP esterno, le app nell'ambiente saranno accessibili tramite un indirizzo IP instradabile su Internet. Quando si seleziona un indirizzo VIP interno, l'ambiente del servizio app verrà configurato con un servizio di bilanciamento del carico interno e non sarà accessibile direttamente da Internet. In un ambiente del servizio app con servizio di bilanciamento del carico interno è comunque necessario un indirizzo VIP esterno, ma viene usato solo per l'accesso a scopo di gestione e di manutenzione di Azure.

Durante la creazione di un ambiente del servizio app con servizio di bilanciamento del carico interno si specifica il sottodominio usato dall'ambiente ed è necessario gestire un proprio DNS per il sottodominio specificato. Poiché si imposta il nome del sottodominio, è necessario anche gestire il certificato usato per l'accesso HTTPS. Al termine della creazione dell'ambiente del servizio app verrà richiesto di specificare il certificato. Per altre informazioni sulla creazione e l'uso di un ambiente del servizio app con servizio di bilanciamento del carico interno, leggere Come creare un ambiente del servizio app v1 da un modello.

Portale

È possibile gestire e monitorare l'ambiente del servizio app usando l'interfaccia utente del portale di Azure. Se è stato creato un ambiente del servizio app, nella barra laterale verrà probabilmente visualizzato il simbolo dei servizi app, usato per rappresentare gli ambienti del servizio app nel portale di Azure:

Per aprire l'interfaccia utente in cui sono elencati tutti gli ambienti del servizio app disponibili, è possibile usare l'icona oppure selezionare la freccia di espansione (simbolo ">") nella parte inferiore della barra laterale e quindi Ambienti del servizio app. Se si seleziona uno degli ambienti del servizio app elencati, verrà visualizzata l'interfaccia utente usata per monitorare e gestire tale ambiente.

Il primo pannello mostra alcune proprietà dell'ambiente del servizio app e un grafico di metriche per ogni pool di risorse. Alcune delle proprietà visualizzate nel blocco Informazioni di base sono anche collegamenti ipertestuali che consentono di aprire il pannello associato. Se si seleziona il nome Rete virtuale , ad esempio, verrà aperta l'interfaccia utente associata alla rete virtuale in cui viene eseguito l'ambiente del servizio app. I collegamenti Piani di servizio app e App consentono di aprire i pannelli contenenti gli elementi corrispondenti inclusi nell'ambiente del servizio app.

Monitoraggio

I grafici consentono di visualizzare un'ampia gamma di metriche delle prestazioni in ogni pool di risorse. Per il pool front-end, è possibile monitorare l'utilizzo medio di CPU e memoria. Per i pool di lavoro, è possibile monitorare la quantità usata e la quantità disponibile.

I ruoli di lavoro in un pool di lavoro possono essere usati da più piani di servizio app. Poiché il carico di lavoro non viene distribuito nello stesso modo in cui viene distribuito per i server front-end, l'utilizzo di CPU e memoria non offre informazioni particolarmente utili. È più importante tenere traccia del numero dei ruoli di lavoro usati e disponibili, soprattutto se si gestisce il sistema perché venga usato da altri.

Tutte le metriche di cui può essere tenuta traccia nei grafici possono essere usate anche per impostare avvisi. L'impostazione di avvisi funziona come altrove nel servizio app. È possibile impostare un avviso nel riquadro interfaccia utente Avvisi oppure direttamente nell'interfaccia utente delle singole metriche selezionando Aggiungi avviso.

Le metriche illustrate sono le metriche dell'ambiente del servizio app. Sono disponibili metriche anche a livello del piano di servizio app. In questo caso, il monitoraggio di CPU e memoria risulta particolarmente utile.

In un ambiente del servizio app, tutti i piani di servizio app sono dedicati. Di conseguenza, le uniche app in esecuzione negli host allocati al piano di servizio app sono le app incluse in quello stesso piano. Per verificare i dettagli del piano di servizio app, visualizzare il piano da uno degli elenchi nell'interfaccia utente dell'ambiente del servizio app oppure da Browse App Service plans (Esplora piani di servizio app), in cui sono elencati tutti i piani.

Impostazione

Il pannello dell'ambiente del servizio app include una sezione Impostazioni che contiene diverse funzionalità importanti:

Impostazioni>Proprietà: il pannello Impostazioni viene aperto automaticamente quando si visualizza il pannello dell'ambiente del servizio app. Nella parte superiore è disponibile la voce Proprietà. In questa sezione sono presenti molte voci visualizzate anche nella sezione Informazioni di base. Le voci utili sono Indirizzo IP virtuale e Indirizzo IP in uscita.

Impostazioni>Indirizzi IP: quando si crea un'app IP SSL (Secure Sockets Layer) nell'ambiente del servizio app, è necessario un indirizzo IP SSL. Per ottenerne uno, è necessario che l'ambiente del servizio app possieda indirizzi IP SSL da allocare. Quando viene creato, l'ambiente del servizio app ha un indirizzo IP SSL a tale scopo, ma è possibile aggiungerne altri. Per gli indirizzi IP SSL aggiuntivi è previsto un addebito, come indicato nella sezione relativa alle connessioni SSL in Prezzi di Servizio app. Il prezzo indicato è il prezzo aggiuntivo per la connessione IP SSL.

Impostazioni>Pool front end / Pool di lavoro: ogni pannello dei pool di risorse consente di visualizzare informazioni relative al pool specifico, nonché i controlli per il ridimensionamento completo del pool.

Il pannello di base per ogni pool di risorse mostra un grafico con le metriche relative al pool di risorse specifico. Esattamente come per i grafici del pannello dell'ambiente del servizio app, è possibile passare al grafico e impostare gli avvisi desiderati. La procedura di configurazione di un avviso dal pannello dell'ambiente del servizio app per un pool di risorse specifico equivale alla stessa operazione nel pool di risorse. Dal pannello Impostazioni del pool di lavoro è possibile accedere a tutti i piani di servizio app o le app in esecuzione nel pool di lavoro.

Funzionalità di ridimensionamento del portale

Le operazioni di ridimensionamento disponibili sono tre:

• Modifica del numero di indirizzi IP dell'ambiente del servizio app disponibili per l'utilizzo con IP SSL
• Modifica delle dimensioni della risorsa di calcolo usata in un pool di risorse
• Modifica del numero di risorse di calcolo usate in un pool di risorse, sia manualmente che tramite ridimensionamento automatico

Nel portale sono disponibili tre modi per controllare il numero di server disponibili nei pool di risorse:

• Operazione di ridimensionamento dalla parte superiore del pannello principale dell'ambiente del servizio app. È possibile apportare più modifiche alla configurazione di scalabilità dei pool di lavoro e front-end. Tutte le modifiche verranno applicate in un'unica operazione.
• Operazione di ridimensionamento manuale dal pannello Ridimensionamento del singolo pool di risorse, disponibile in Impostazioni.
• Ridimensionamento automatico, impostato dal pannello Piano del singolo pool di risorse.

Per eseguire l'operazione di ridimensionamento nel pannello dell'ambiente del servizio app, trascinare il dispositivo di scorrimento sulla quantità desiderata e salvare. Questa interfaccia utente supporta anche la modifica delle dimensioni.

Per usare le funzionalità di ridimensionamento automatico o manuale in un pool di risorse specifico, passare a Impostazioni>Pool front end / Pool di lavoro, a seconda del caso. Aprire quindi il pool che si vuole modificare. Passare a Impostazioni>Aumenta istanze o Impostazioni>Aumenta prestazioni. Il pannello Aumenta istanze consente di controllare la quantità di istanze. Aumenta prestazioni consente di controllare le dimensioni delle risorse.

Considerazioni sulla tolleranza di errore

Un ambiente del servizio app può essere configurato per usare fino a 55 risorse di calcolo totali. Di queste 55 risorse di calcolo, solo 50 possono essere usate per ospitare i carichi di lavoro. I motivi sono due. Esiste un minimo di due risorse di calcolo front-end. Ne rimangono quindi 53 per supportare l'allocazione dei pool di lavoro. Per garantire la tolleranza di errore, è necessario avere una risorsa di calcolo aggiuntiva allocata in base alle regole seguenti:

• Per ogni pool di lavoro è necessaria almeno una risorsa di calcolo aggiuntiva non disponibile per l'assegnazione di un carico di lavoro.
• Quando la quantità di risorse di calcolo in un pool di lavoro supera un determinato valore, è necessaria un'altra risorsa di calcolo per la tolleranza di errore. Ciò non si verifica per il pool front-end.

All'interno di un singolo pool di lavoro, i requisiti di tolleranza di errore prevedono che per un determinato valore X di risorse assegnate a un pool di lavoro:

• Se X è compreso tra 2 e 20, la quantità di risorse di calcolo che è possibile usare per i carichi di lavoro è X-1.
• Se X è compreso tra 21 e 40, la quantità di risorse di calcolo che è possibile usare per i carichi di lavoro è X-2.
• Se X è compreso tra 41 e 53, la quantità di risorse di calcolo che è possibile usare per i carichi di lavoro è X-3.

Il footprint minimo include due server front-end e due ruoli di lavoro. In base alle indicazioni precedenti, ecco alcuni esempi di chiarimento:

• Se in un singolo pool sono presenti 30 ruoli di lavoro, è possibile usarne 28 per ospitare i carichi di lavoro.
• Se in un singolo pool sono presenti due ruoli di lavoro, è possibile usarne 1 per ospitare i carichi di lavoro.
• Se in un singolo pool sono presenti 20 ruoli di lavoro, è possibile usarne 19 per ospitare i carichi di lavoro.
• Se in un singolo pool sono presenti 21 ruoli di lavoro, è possibile usarne comunque solo 19 per ospitare i carichi di lavoro.

L'aspetto della tolleranza di errore è importante e deve essere tenuto in considerazione in caso di ridimensionamento al di sopra di determinate soglie. Se si vuole aggiungere capacità a partire da 20 istanze, passare a 22 o più perché con 21 non viene aggiunta altra capacità. Lo stesso vale in caso di superamento di 40 istanze. Anche in questo caso, il valore successivo per aggiungere capacità è 42.

Eliminazione di un ambiente del servizio app

Per eliminare un ambiente del servizio app, è sufficiente usare l'azione Elimina nella parte superiore del pannello dell'ambiente del servizio app. In questo caso, verrà richiesto di immettere il nome dell'ambiente del servizio app per confermare che si vuole procedere con l'operazione. Si noti che quando si elimina un ambiente del servizio app, viene eliminato anche tutto il relativo contenuto.

Introduzione

Per iniziare a usare gli ambienti del servizio app, vedere Come creare un ambiente del servizio app v1 da un modello.

Nota

Per iniziare a usare il servizio app di Azure prima di registrarsi per ottenere un account Azure, andare a Prova il servizio app, dove è possibile creare un'app Web iniziale temporanea nel servizio app. Non è necessario fornire una carta di credito né impegnarsi in alcun modo.