Quando creiamo una web app sulla piattaforma Microsoft Azure, dobbiamo sempre creare o indicare un server plan dove ospitarla. Il server plan è un server logico sulla quale possiamo aumentare la densità del suo utilizzo inserendo più web app. Su di esso possiamo effettuare due tipologie di scaling: orizzontale e verticale. Nel primo aumentiamo il numero di istanze, nel secondo la capacità in termini di CPU e memoria.
Quando aumentiamo il numero delle istanze, tutti gli applicativi vengono replicati e vivono in più processi, in base al service plan che tramite un load balancer spartisce il traffico su di essi. Questo semplifica notevolmente la gestione, poiché andiamo a riempire le istanze nello stesso modo, ma non ci permette di essere più granulari, per esempio usando una sola istanza per un applicativo a basso utilizzo.
E' possibile ovviare a questo limite abilitando il per-app scaling. Questa proprietà, disponibile sul service plan, ci permette poi di indicare ad ogni web app, il numero di worker da utilizzare. Prima di tutto quindi va impostato il flag, tramite PowerShell o ARM:
Set-AzAppServicePlan -ResourceGroupName mioResourceGroup -Name mioPlan -PerSiteScaling $true
Possiamo a questo punto indicare il numero di workers da utilizzare su ogni web app:
$app = Get-AzWebApp -ResourceGroupName mioResourceGroup -Name mioSite $app.SiteConfig.NumberOfWorkers = 2 Set-AzWebApp $app
Possiamo in qualsiasi momento cambiare il numero dei workers che assumerà valore uno per eventuali nuove web app inserite nello stesso plan.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Migliorare la scalabilità delle Azure Function con il Flex Consumption
Utilizzare il nuovo modello GPT-4o con Azure OpenAI
Collegare applicazioni server e client con .NET Aspire
Migliorare la sicurezza dei prompt con Azure AI Studio
Bloccare l'esecuzione di un pod in mancanza di un'artifact attestation di GitHub
Anonimizzare i dati sensibili nei log di Azure Front Door
Ordinare randomicamente una lista in C#
Supportare la sessione affinity di Azure App Service con Application Gateway
Gestire eccezioni nei plugin di Semantic Kernel in ASP.NET Core Web API
Gestire gli accessi con Token su Azure Container Registry
Esporre i propri servizi applicativi con Semantic Kernel e ASP.NET Web API
Recuperare App Service cancellati su Azure
I più letti di oggi
- Supportare la sessione affinity di Azure App Service con Application Gateway
- Rinnovare il token di una GitHub App durante l'esecuzione di un workflow
- Bloccare l'esecuzione di un pod in mancanza di un'artifact attestation di GitHub
- Recuperare automaticamente un utente e aggiungerlo ad un gruppo di Azure DevOps
- Windows Phone 7 Series: al debutto la nuova versione di Windows Mobile
- Usare un KeyedService di default in ASP.NET Core 8