Wdrożenie skalowania dla poszczególnych aplikacji w hostingu o wysokiej gęstości

Wybierz krok tworzenia lub aktualizacji planu. Krok aktualizacji zmienia tylko perSiteScaling; nie zmienia istniejącej pojemności planu.

resourceGroup='<resource-group-name>'
planName='<app-service-plan-name>'
appName='<app-name>'
slotName='staging'
location='westus3'

# Create a plan with capacity 10 and per-app scaling.
az appservice plan create \
    --resource-group $resourceGroup \
    --name $planName \
    --location $location \
    --sku P1V3 \
    --number-of-workers 10 \
    --per-site-scaling

# Or enable per-app scaling on an existing plan without changing its capacity.
az appservice plan update \
    --resource-group $resourceGroup \
    --name $planName \
    --set properties.perSiteScaling=true

# Configure the production app and its staging slot independently.
az webapp config set \
    --resource-group $resourceGroup \
    --name $appName \
    --number-of-workers 5

az webapp config set \
    --resource-group $resourceGroup \
    --name $appName \
    --slot $slotName \
    --number-of-workers 2

Tutaj planem --number-of-workers 10 jest pojemność. Opcja konfiguracji aplikacji webowej o tej samej nazwie to żądany limit aplikacji lub slotów. Sprawdź skonfigurowane wartości:

az appservice plan show \
    --resource-group $resourceGroup \
    --name $planName \
    --query "{planCapacity:sku.capacity, perSiteScaling:perSiteScaling}"

az webapp config show \
    --resource-group $resourceGroup \
    --name $appName \
    --query "{appWorkerLimit:numberOfWorkers}"

az webapp config show \
    --resource-group $resourceGroup \
    --name $appName \
    --slot $slotName \
    --query "{slotWorkerLimit:numberOfWorkers}"

Szczegóły poleceń znajdziesz w az appservice plan oraz az webapp config.

Wybierz New-AzAppServicePlan albo Set-AzAppServicePlan. Gdy Set-AzAppServicePlan zmienia ustawienia planu, wyraźnie powtórz -PerSiteScaling $true, aby docelowy stan funkcji pozostał jasny.

$ResourceGroup = '<resource-group-name>'
$AppServicePlan = '<app-service-plan-name>'
$WebApp = '<app-name>'
$Slot = 'staging'
$Location = 'westus3'

# Create a plan with capacity 10 and per-app scaling.
New-AzAppServicePlan -ResourceGroupName $ResourceGroup `
    -Name $AppServicePlan `
    -Location $Location `
    -Tier PremiumV3 `
    -WorkerSize Small `
    -NumberofWorkers 10 `
    -PerSiteScaling $true

# Or set the intended capacity and feature state on an existing plan.
Set-AzAppServicePlan -ResourceGroupName $ResourceGroup `
    -Name $AppServicePlan `
    -NumberofWorkers 10 `
    -PerSiteScaling $true

Set-AzWebApp -ResourceGroupName $ResourceGroup `
    -Name $WebApp `
    -NumberOfWorkers 5

Set-AzWebAppSlot -ResourceGroupName $ResourceGroup `
    -Name $WebApp `
    -Slot $Slot `
    -NumberOfWorkers 2

Użyj odpowiednich Get cmdletów, aby sprawdzić wartości planu, aplikacji i slotu:

$Plan = Get-AzAppServicePlan -ResourceGroupName $ResourceGroup -Name $AppServicePlan
[pscustomobject]@{
    PlanCapacity = $Plan.Sku.Capacity
    PerSiteScaling = $Plan.PerSiteScaling
}

(Get-AzWebApp -ResourceGroupName $ResourceGroup -Name $WebApp).SiteConfig.NumberOfWorkers
(Get-AzWebAppSlot -ResourceGroupName $ResourceGroup -Name $WebApp -Slot $Slot).SiteConfig.NumberOfWorkers

Szczegóły dotyczące cmdlet można znaleźć pod New-AzAppServicePlan, Set-AzAppServicePlan oraz Set-AzWebApp.

Ten plik Bicep tworzy plan, aplikację oraz slot testowy przy użyciu przykładowych wartości.

param location string = resourceGroup().location
param appServicePlanName string
param appName string

resource appServicePlan 'Microsoft.Web/serverfarms@2024-11-01' = {
  name: appServicePlanName
  location: location
  sku: {
    name: 'P1v3'
    tier: 'PremiumV3'
    capacity: 10
  }
  properties: {
    perSiteScaling: true
  }
}

resource app 'Microsoft.Web/sites@2024-11-01' = {
  name: appName
  location: location
  properties: {
    serverFarmId: appServicePlan.id
    siteConfig: {
      numberOfWorkers: 5
    }
  }
}

resource stagingSlot 'Microsoft.Web/sites/slots@2024-11-01' = {
  parent: app
  name: 'staging'
  location: location
  properties: {
    serverFarmId: appServicePlan.id
    siteConfig: {
      numberOfWorkers: 2
    }
  }
}

Zapisz plik jako main.bicep, skompiluj go za pomocą az bicep build --file main.bicep, a następnie wdroż go za pomocą az deployment group create --resource-group <resource-group-name> --template-file main.bicep. Udana kompilacja weryfikuje składnię i typy zasobów; sprawdza skonfigurowane wartości po wdrożeniu. Definicje zasobów można znaleźć w artykule Plany App Service, aplikacje i sloty wdrożenia.

Ten szablon ARM definiuje ten sam plan, aplikację i gniazdo przejściowe. Aplikacja zależy od planu, a miejsce zależy od aplikacji nadrzędnej.

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "location": {
      "type": "string",
      "defaultValue": "[resourceGroup().location]"
    },
    "appServicePlanName": {
      "type": "string"
    },
    "appName": {
      "type": "string"
    }
  },
  "resources": [
    {
      "type": "Microsoft.Web/serverfarms",
      "apiVersion": "2024-11-01",
      "name": "[parameters('appServicePlanName')]",
      "location": "[parameters('location')]",
      "sku": {
        "name": "P1v3",
        "tier": "PremiumV3",
        "capacity": 10
      },
      "properties": {
        "perSiteScaling": true
      }
    },
    {
      "type": "Microsoft.Web/sites",
      "apiVersion": "2024-11-01",
      "name": "[parameters('appName')]",
      "location": "[parameters('location')]",
      "dependsOn": [
        "[resourceId('Microsoft.Web/serverfarms', parameters('appServicePlanName'))]"
      ],
      "properties": {
        "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', parameters('appServicePlanName'))]",
        "siteConfig": {
          "numberOfWorkers": 5
        }
      }
    },
    {
      "type": "Microsoft.Web/sites/slots",
      "apiVersion": "2024-11-01",
      "name": "[format('{0}/{1}', parameters('appName'), 'staging')]",
      "location": "[parameters('location')]",
      "dependsOn": [
        "[resourceId('Microsoft.Web/sites', parameters('appName'))]"
      ],
      "properties": {
        "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', parameters('appServicePlanName'))]",
        "siteConfig": {
          "numberOfWorkers": 2
        }
      }
    }
  ]
}

Zapisz szablon jako azuredeploy.json, zweryfikowaj go za pomocą az deployment group validate --resource-group <resource-group-name> --template-file azuredeploy.json, a następnie wdroż za pomocą az deployment group create --resource-group <resource-group-name> --template-file azuredeploy.json. Weryfikacja i wdrożenie wymagają kontekstu Azure; Samo parsowanie JSON nie waliduje zasobów względem Twojej subskrypcji. Szczegóły dotyczące schematu znajdziesz w artykule Plany App Service, aplikacje i sloty wdrożenia.

Użyj endpointu Azure Resource Manager dla swojej chmury jako .{managementEndpoint} Dla publicznego Azure ta wartość to https://management.azure.com; inne chmury korzystają z własnych punktów końcowych.

Plan PUT to pełne żądanie utworzenia lub aktualizacji. Dołączyć lokalizację planu, SKU, pojemność i właściwości; nie wysyłać następującego żądania jako aktualizacji wyłącznie dotyczącej właściwości.

PUT {managementEndpoint}/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/serverfarms/{planName}?api-version=2024-11-01
Content-Type: application/json

{
  "location": "westus3",
  "sku": {
    "name": "P1v3",
    "tier": "PremiumV3",
    "capacity": 10
  },
  "properties": {
    "perSiteScaling": true
  }
}

Dla istniejącego planu użyj częściowego PATCH , aby zmienić tylko pokazaną własność skalarną:

PATCH {managementEndpoint}/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/serverfarms/{planName}?api-version=2024-11-01
Content-Type: application/json

{
  "properties": {
    "perSiteScaling": true
  }
}

W aplikacji produkcyjnej zaktualizuj i odczytaj zasób config/web:

PATCH {managementEndpoint}/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/sites/{appName}/config/web?api-version=2024-11-01
Content-Type: application/json

{
  "properties": {
    "numberOfWorkers": 5
  }
}

GET {managementEndpoint}/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/sites/{appName}/config/web?api-version=2024-11-01

Dla gniazda przejściowego dołącz /slots/{slotName} do ścieżki zasobów:

PATCH {managementEndpoint}/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/sites/{appName}/slots/{slotName}/config/web?api-version=2024-11-01
Content-Type: application/json

{
  "properties": {
    "numberOfWorkers": 2
  }
}

GET {managementEndpoint}/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/sites/{appName}/slots/{slotName}/config/web?api-version=2024-11-01

Przeczytaj plan za pomocą GET {managementEndpoint}/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/serverfarms/{planName}?api-version=2024-11-01. Częściowe żądania skalarne PATCH są bezpieczne dla wyświetlanych pól, ponieważ pominięte ustawienia są zachowywane. Szczegóły działania można znaleźć w odniesieniu do API App Service REST.