ゾーン冗長性のために App Service プランを構成する

Azure App Service には、アプリケーションが引き続き使用可能で回復力のあるものになるように、組み込みの信頼性機能が用意されています。この記事では、ゾーンの冗長性を含む App Service プランを作成する方法について説明します。また、既存のプランでゾーン冗長を無効にして有効にする方法と、ゾーン冗長のサポートを確認する方法についても説明します。ゾーンの冗長性の詳細については、「 App Service の信頼性」を参照してください。

Von Bedeutung

ゾーン冗長性はApp Serviceプランのインスタンスを可用性ゾーン間で分散させるものです。保証されたアプリレプリカを作成するわけではありません。 perSiteScalingがtrueで、アプリやデプロイスロットのワーカー上限が1の場合、そのアプリやスロットに2つ目のホットレプリカがあると推測しないでください。 2人以上の制限は複数の異なるプラン労働者に配置を許可しますが、その場合が物理的なゾーンにまたがることを保証するわけではありません。ワークロードを設計する際には、アプリごとのスケーリングと信頼性を確認しましょう。

新しいゾーン冗長 App Service プランを作成する

ゾーン冗長性を含む新しい App Service プランを作成するには、適切な手順に従います。

ガイダンスに従って App Service プランを作成します。 ゾーン冗長に有効を選択してください。

Azure portal での App Service プランの作成時のゾーン冗長有効化のスクリーンショット。

--zone-redundant引数を設定します。
--number-of-workers引数 (インスタンスの数) を 2 以上の値に設定します。

az appservice plan create \
    -n <app-service-plan-name> \
    -g <resource-group-name> \
    --zone-redundant \
    --number-of-workers 2 \
    --sku P1V3

zoneRedundant プロパティを trueに設定します。
sku.capacity プロパティの値を 2 以上に設定します。 sku.capacity プロパティを定義しない場合、既定値は 1 になります。

resource appServicePlan 'Microsoft.Web/serverfarms@2024-11-01' = {
    name: appServicePlanName
    location: location
    sku: {
        name: sku
        capacity: 2
    }
    kind: 'linux'
    properties: {
        reserved: true
        zoneRedundant: true
    }
}

既存の App Service プランのゾーン冗長性を設定する

既存の App Service プランでゾーン冗長を有効にするには、ゾーン冗長のサポートを確認します。
App Service プランでゾーン冗長がサポートされている場合は、 Azure portal、Azure CLI、または Bicep と Azure Resource Manager を使用して有効または無効にします。

Von Bedeutung

ゾーン冗長性を有効にする前に、現在のプラン容量とスケーリングモードを記録してください。アプリごとのスケーリングが有効であれば、各アプリとデプロイスロットの設定済みワーカー制限を確認してください。 1の上限は別のゾーンに同時複製をもたらすわけではありません。 ルールベースのスケーリングでは、適用されるすべての自動スケールプロファイルが最低、デフォルト、最大容量が少なくとも2であることを確認しましょう。
1. Azure portal で、App Service プランに移動します。
2. 左側のナビゲーションウィンドウで [設定]>[スケールアウト](App Service プラン) を選択します。
3. プランに設定されたスケーリングモードの指示に従ってください:
  - マニュアル: インスタンス数 が 2未満の場合は 2に増やし、より高い値を保持します。ゾーン冗長を選択し、変更を保存してください。
  - 自動: 最小インスタンス 数は管理されており、ポータルでは利用できません。ゾーン冗長を選択し、変更を保存し、結果として得られるプラン容量が少なくとも 2であることを確認してください。
  - ルールベース:このワークフローはポータル内で実行できません。まず、すべての該当する自動スケールプロファイルを個別に更新し、最小値、デフォルト値、最大値がそれぞれ少なくとも 2になるようにし、より高い値を保持します。その後、Azure CLIやBicep and Azure Resource Managerを使ってゾーン冗長性を有効にしてください。
手動または自動スケーリングでは、ゾーン冗長を無効にするにはゾーン冗長を選択し、変更を保存してください。
Von Bedeutung

ルールベースのスケーリングでは、まず適用されるすべての自動スケールプロファイルを更新し、最小、デフォルト、最大がそれぞれ少なくとも2になるようにします。より高い価値を守りましょう。現在の sku.capacity だけを変更しても、自動スケールが後で容量を減らす要求をするのを防ぐことはできません。
- 現在のsku.capacityがすでに2以上の場合にゾーン冗長性を有効にするには、zoneRedundantプロパティのみをtrueに設定します。このアップデートは現在の容量を維持します。
```
az appservice plan update \
   -n <app-service-plan-name> \
   -g <resource-group-name> \
   --set zoneRedundant=true
```
- 現在の sku.capacity が 2未満の場合は、ゾーン冗長を有効にしながらそれを 2 に上げます。
```
az appservice plan update \
   -n <app-service-plan-name> \
   -g <resource-group-name> \
   --set zoneRedundant=true sku.capacity=2
```
- ゾーン冗長を無効にするには、zoneRedundant プロパティを false に設定します。
```
az appservice plan update \
   -n <app-service-plan-name> \
   -g <resource-group-name> \
   --set zoneRedundant=false
```
Von Bedeutung

ルールベースのスケーリングについては、この展開前に自動スケールの設定を別途更新してください。適用されるすべてのプロファイルは、最小値、デフォルト值、最大値が少なくとも 2でなければならず、その上位の値は保持されます。このテンプレートの sku.capacity 式は自動スケールプロファイルを更新しません。
- ゾーン冗長を有効にするには、zoneRedundant プロパティを true に設定します。
- currentPlanCapacityをプランの現在の設定容量に設定してください。 max式はすでに2以上の値を保持し、より低い値を2に上げるだけです。
- 例を適応する際は、 sku、 kind、 reserved、その他の設定の現在のプラン値を維持してください。
```
param currentPlanCapacity int

resource appServicePlan 'Microsoft.Web/serverfarms@2024-11-01' = {
    name: appServicePlanName
    location: location
    sku: {
        name: sku
        capacity: max(2, currentPlanCapacity)
    }
    kind: 'linux'
    properties: {
        reserved: true
        zoneRedundant: true
    }
}
```
- ゾーン冗長を無効にするには、zoneRedundant プロパティを false に設定します。
App Service プランがゾーン冗長をサポートしていないスケールユニット上にある場合、 プランでゾーン冗長を有効にすることはできません。代わりに、別のスケールユニットの新しいプランにアプリを再デプロイする必要があります。

App Service プランでゾーン冗長のサポートを確認する

既存の App Service プランでゾーン冗長がサポートされているかどうかを確認するには、次の手順を実行します。

Azure portal、Azure CLI、または Bicep と Resource Manager を使用して、App Service プランでサポートされる可用性ゾーンの最大数を決定します。
1. Azure portal で、App Service プランに移動します。
2. [ スケールアウト (App Service プラン) を選択します。
  
  使用可能な最大ゾーン は、App Service プランで使用できるゾーンの最大数を示します。
プランの maximumNumberOfZones プロパティに対してクエリを実行します。
```
az appservice plan show \
    -n <app-service-plan-name> \
    -g <resource-group-name> \
    --query properties.maximumNumberOfZones
```
プランの maximumNumberOfZones プロパティに対してクエリを実行します。
```
resource appServicePlan 'Microsoft.Web/serverfarms@2024-11-01' existing = {
    name: '<app-service-plan-name>'
}

#disable-next-line BCP083
output maximumNumberOfZones int = appServicePlan.properties.maximumNumberOfZones
```
番号を次の表と比較して、プランがゾーン冗長をサポートしているかどうかを判断します。

ゾーンの最大数ゾーン冗長のサポート

1 を超えるサポートされています

1 に等しいサポートされていません*

* 可用性ゾーンをサポートしていないプランまたはスタンプを使用する場合は、新しいリソースグループに新しい App Service プランを作成する必要があります。このセットアップにより、デプロイは可用性ゾーンをサポートする App Service インフラストラクチャに確実に配置されます。

ゾーンの最大数	ゾーン冗長のサポート
1 を超える	サポートされています
1 に等しい	サポートされていません*

App Service プランの物理ゾーンを表示する

ゾーン冗長なApp Serviceプランがある場合、プラットフォームは物理的な可用性ゾーンにプランインスタンスを配置します。 AzureポータルまたはAzure CLIを使って、現在観察されているアプリのインスタンスの物理ゾーンを確認できます。

Note

観測された physicalZone 値は、時点配置情報です。隠れたアプリ複製が存在することを証明したり、アプリやデプロイスロットの物理ゾーン多様性を保証するものではありません。アプリごとのスケーリングを用いることで、プランよりも少ないインスタンスでアプリを実行できます。

Azureポータルで、チェックしたいApp Serviceアプリにアクセスします。
正常性チェックを選択します。
[ インスタンス] を選択すると、各インスタンスの物理ゾーンの配置が表示されます。

REST APIを使用してください。これにより、指定されたアプリの現在観測されている各インスタンスの physicalZone 値を返します。

az rest --method get --url /subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/sites/{appName}/instances?api-version=2024-04-01

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-08-31