Azure 仮想マシンスケールセットでカスタムスケールインポリシーを使用する

[アーティクル]
02/11/2023

仮想マシンスケールセットのデプロイは、プラットフォームのメトリックやユーザー定義のカスタムメトリックなどの、メトリックの配列に基づいて、スケールアウトまたはスケールインできます。スケールアウトではスケールセットモデルに基づいて新しい仮想マシンが作成されるのに対し、スケールインでは、スケールセットのワークロードの変化に応じて、構成や機能が異なる可能性のある実行中の仮想マシンが調整されます。

スケールインポリシー機能を使用すると、ユーザーは、3 つのスケールイン構成によって、仮想マシンがスケールインされる順序を構成できます。

Default
NewestVM
OldestVM

重要

仮想マシンスケールセットの柔軟なオーケストレーションでは、現在、スケールインポリシーがサポートされていません。

Default スケールインポリシー

既定では、スケールインするインスタンスを決定するためにこのポリシーが仮想マシンスケールセットで適用されます。 Default ポリシーでは、次の順序で VM がスケールイン対象に選択されます。

可用性ゾーン間で仮想マシンを均衡させます (スケールセットがゾーン構成でデプロイされている場合)
障害ドメイン間で仮想マシンを均衡させます (ベストエフォート)
インスタンス ID が最も大きい仮想マシンを削除します

既定の順序に従うだけの場合、ユーザーはスケールインポリシーを指定する必要はありません。

可用性ゾーン間または障害ドメイン間で均衡させる場合、可用性ゾーンまたは障害ドメインの間でインスタンスは移動されないことに注意してください。均衡は、仮想マシンの分散が均衡になるまで、不均衡な可用性ゾーンまたは障害ドメインから仮想マシンを削除することによって実現されます。

NewestVM スケールインポリシー

このポリシーでは、可用性ゾーン間で VM が均衡された後 (ゾーンデプロイの場合)、スケールセット内で最も新しく作成された仮想マシンが削除されます。このポリシーを有効にするには、仮想マシンスケールセットモデルで構成を変更する必要があります。

OldestVM スケールインポリシー

このポリシーでは、可用性ゾーン間で VM が均衡された後 (ゾーンデプロイの場合)、スケールセット内で最も古く作成された仮想マシンが削除されます。このポリシーを有効にするには、仮想マシンスケールセットモデルで構成を変更する必要があります。

スケールインポリシーを有効にする

スケールインポリシーは、仮想マシンスケールセットモデルで定義されています。前のセクションで説明したように、NewestVM ポリシーと OldestVM ポリシーを使用する場合は、スケールインポリシーの定義が必要です。スケールセットモデルにスケールインポリシーの定義が見つからない場合、仮想マシンスケールセットでは "既定の" スケールインポリシーが自動的に使用されます。

スケールインポリシーは、次の方法を使用して仮想マシンスケールセットモデルで定義できます。

Azure portal

次の手順で、新しいスケールセットを作成するときのスケールインポリシーを定義します。

[仮想マシンスケールセット] に移動します。
[+ 追加] を選択して、新しいスケールセットを作成します。
[スケーリング] タブにアクセスします。
[スケールインポリシー] セクションを見つけます。
ドロップダウンからスケールインポリシーを選択します。
新しいスケールセットの作成が完了したら、 [確認と作成] ボタンを選択します。

API の使用

API 2019-03-01 を使用して、仮想マシンスケールセットで PUT を実行します。

PUT
https://management.azure.com/subscriptions/<sub-id>/resourceGroups/<myRG>/providers/Microsoft.Compute/virtualMachineScaleSets/<myVMSS>?api-version=2019-03-01

{ 
"location": "<VMSS location>", 
    "properties": { 
        "scaleInPolicy": {  
            "rules": ["OldestVM"]  
        } 
    }    
}

Azure PowerShell

リソースグループを作成した後、スケールインポリシーを OldestVM に設定して新しいスケールセットを作成します。

New-AzResourceGroup -ResourceGroupName "myResourceGroup" -Location "<VMSS location>"
New-AzVmss `
  -ResourceGroupName "myResourceGroup" `
  -Location "<VMSS location>" `
  -VMScaleSetName "myScaleSet" `
  -OrchestrationMode "Flexible" `
  -ScaleInPolicy “OldestVM”

Azure CLI 2.0

次の例では、新しいスケールセットを作成するときにスケールインポリシーが定義されます。まずリソースグループを作成し、その後、スケールインポリシーを OldestVM に設定して新しいスケールセットを作成します。

az group create --name <myResourceGroup> --location <VMSSLocation>
az vmss create \
  --resource-group <myResourceGroup> \
  --name <myVMScaleSet> \
  --orchestration-mode flexible \
  --image UbuntuLTS \
  --admin-username <azureuser> \
  --generate-ssh-keys \
  --scale-in-policy OldestVM

テンプレートの使用

テンプレートの "properties" に、以下を追加します。

"scaleInPolicy": {  
      "rules": ["OldestVM"]  
}

上のブロックでは、(自動スケーリングまたは手動削除によって) スケールインがトリガーされたら、ゾーン均衡になっているスケールセット内の最も古い VM を仮想マシンスケールセットが削除するように指定しています。

仮想マシンスケールセットがゾーン均衡になっていないときは、まず不均衡なゾーン全体の VM をスケールセットが削除します。不均衡なゾーン内では、上で指定されているスケールインポリシーを使用して、スケールインする VM が決定されます。この場合、不均衡なゾーン内では、そのゾーンで最も古い VM が削除対象として選択されます。

非ゾーン仮想マシンスケールセットの場合は、スケールセット全体で最も古い VM が削除対象に選択されます。

上のスケールインポリシーで NewestVM を使用したときも、同じプロセスが適用されます。

スケールインポリシーの変更

スケールインポリシーの変更は、スケールインポリシーの適用と同じプロセスで行います。たとえば、上の例でポリシーを OldestVM から NewestVM に変更する場合は、次の方法で実行できます。

Azure portal

Azure portal を使用して、既存のスケールセットのスケールインポリシーを変更できます。

既存の仮想マシンスケールセットで、左側のメニューから [スケーリング] を選択します。
[スケールインポリシー] タブを選択します。
ドロップダウンからスケールインポリシーを選択します。
完了したら、 [保存] を選択します。

API の使用

API 2019-03-01 を使用して、仮想マシンスケールセットで PUT を実行します。

PUT
https://management.azure.com/subscriptions/<sub-id>/resourceGroups/<myRG>/providers/Microsoft.Compute/virtualMachineScaleSets/<myVMSS>?api-version=2019-03-01 

{ 
"location": "<VMSS location>", 
    "properties": { 
        "scaleInPolicy": {  
            "rules": ["NewestVM"]  
        } 
    }    
}

Azure PowerShell

既存のスケールセットのスケールインポリシーを更新します。

Update-AzVmss `
 -ResourceGroupName "myResourceGroup" `
 -VMScaleSetName "myScaleSet" `
 -ScaleInPolicy “OldestVM”

Azure CLI 2.0

次に示すのは、既存のスケールセットのスケールインポリシーを更新する例です。

az vmss update \  
  --resource-group <myResourceGroup> \
  --name <myVMScaleSet> \
  --scale-in-policy OldestVM

テンプレートの使用

テンプレートの "properties" を次のように変更して再デプロイします。

"scaleInPolicy": {  
      "rules": ["NewestVM"]  
}

NewestVM を Default または OldestVM に変更する場合も、同じプロセスが適用されます

インスタンスの保護とスケールインポリシー

仮想マシンスケールセットには、2 種類のインスタンス保護があります。

スケールインから保護する
スケールセットアクションから保護する

保護された仮想マシンは、スケールインポリシーが適用されるかどうかに関係なく、スケールインアクションによって削除されません。たとえば、VM_0 (スケールセット内の最も古い VM) がスケールインから保護されていて、スケールセットで OldestVM スケールインポリシーが有効になっている場合、VM_0 は、スケールセット内で最古の VM ですが、スケールインには考慮されません。

ユーザーは、スケールセットで有効になっているスケールインポリシーに関係なく、保護された仮想マシンをいつでも手動で削除できます。

使用例

以下の例では、スケールインイベントがトリガーされたときに、仮想マシンスケールセットによって削除対象の VM が選択されるしくみを示します。インスタンス ID が最も大きい仮想マシンは、スケールセット内で最も新しい VM と見なされ、インスタンス ID が最も小さい VM は、スケールセット内で最も古い VM と見なされます。

OldestVM スケールインポリシー

Event	ゾーン 1 でのインスタンス ID	ゾーン 2 でのインスタンス ID	ゾーン 3 でのインスタンス ID	スケールインの選択
Initial	3、4、5、10	2、6、9、11	1、7、8
スケールイン	3、4、5、10	2、6、9、11	1、7、8	最も古い VM があるのはゾーン 3 ですが、ゾーン 1 と 2 のどちらかが選択されます。ゾーン 2 で最も古い VM2 が削除されます。
スケールイン	3、4、5、10	6、9、11	1、7、8	最も古い VM があるのはゾーン 3 ですが、ゾーン 1 が選択されます。ゾーン 1 で最も古い VM3 が削除されます。
スケールイン	4、5、10	6、9、11	1、7、8	ゾーンは均衡しています。スケールセット内で最も古い VM であるゾーン 3 の VM1 が削除されます。
スケールイン	4、5、10	6、9、11	7、8	ゾーン 1 とゾーン 2 のどちらかが選択されます。 2 つのゾーンで最も古い VM であるゾーン 1 の VM4 が削除されます。
スケールイン	5、10	6、9、11	7、8	最も古い VM があるのはゾーン 1 ですが、ゾーン 2 が選択されます。ゾーン 2 で最も古い VM6 が削除されます。
スケールイン	5、10	9、11	7、8	ゾーンは均衡しています。スケールセット内で最も古い VM であるゾーン 1 の VM5 が削除されます。

非ゾーン仮想マシンスケールセットの場合は、スケールセット全体で最も古い VM が削除対象に選択されます。 "保護されている" VM は削除からスキップされます。

NewestVM スケールインポリシー

Event	ゾーン 1 でのインスタンス ID	ゾーン 2 でのインスタンス ID	ゾーン 3 でのインスタンス ID	スケールインの選択
Initial	3、4、5、10	2、6、9、11	1、7、8
スケールイン	3、4、5、10	2、6、9、11	1、7、8	ゾーン 1 と 2 のどちらかが選択されます。 2 つのゾーンで最も新しい VM であるゾーン 2 の VM11 が削除されます。
スケールイン	3、4、5、10	2、6、9	1、7、8	他の 2 つのゾーンより多くの VM があるため、ゾーン 1 が選択されます。ゾーン 1 で最も新しい VM10 が削除されます。
スケールイン	3、4、5	2、6、9	1、7、8	ゾーンは均衡しています。スケールセット内で最も新しい VM であるゾーン 2 の VM9 が削除されます。
スケールイン	3、4、5	2、6	1、7、8	ゾーン 1 とゾーン 3 のどちらかが選択されます。ゾーン 3 で最も新しい VM8 が削除されます。
スケールイン	3、4、5	2、6	1、7	最も新しい VM があるのはゾーン 3 ですが、ゾーン 1 が選択されます。ゾーン 1 で最も新しい VM5 が削除されます。
スケールイン	3、4	2、6	1、7	ゾーンは均衡しています。スケールセット内で最も新しい VM であるゾーン 3 の VM7 が削除されます。

非ゾーン仮想マシンスケールセットの場合は、スケールセット全体で最も新しい VM が削除対象に選択されます。 "保護されている" VM は削除からスキップされます。

[トラブルシューティング]

スケールインポリシーを有効にできない "タイプ 'properties' のオブジェクトにメンバー 'scaleInPolicy' が見つかりませんでした" で始まるエラーメッセージの "BadRequest" エラーが発生する場合は、仮想マシンスケールセットに使用されている API のバージョンを確認します。この機能では、API バージョン 2019-03-01 以降が必要です。
間違った VM がスケールインに選択される: 上記の例を参照してください。仮想マシンスケールセットがゾーンデプロイの場合、スケールインポリシーは、まず不均衡なゾーンに、次にゾーンが均衡された後でスケールセット全体に適用されます。スケールインの順序が上記の例と一致しない場合は、仮想マシンスケールセットチームにトラブルシューティングのためのクエリを提出してください。

次のステップ

Virtual Machine Scale Sets に自分のアプリケーションをデプロイする方法を学習します。

Azure 仮想マシンスケールセットでカスタムスケールインポリシーを使用する

Default スケールインポリシー

NewestVM スケールインポリシー

OldestVM スケールインポリシー

スケールインポリシーを有効にする

Azure portal

API の使用

Azure PowerShell

Azure CLI 2.0

テンプレートの使用

スケールインポリシーの変更

Azure portal

API の使用

Azure PowerShell

Azure CLI 2.0

テンプレートの使用

インスタンスの保護とスケールインポリシー

使用例

OldestVM スケールインポリシー

NewestVM スケールインポリシー

[トラブルシューティング]

次のステップ

その他のリソース

その他のリソース

Azure 仮想マシン スケール セットでカスタム スケールイン ポリシーを使用する

Default スケールイン ポリシー

NewestVM スケールイン ポリシー

OldestVM スケールイン ポリシー

スケールイン ポリシーを有効にする

Azure portal

API の使用

Azure PowerShell

Azure CLI 2.0

テンプレートの使用

スケールイン ポリシーの変更

Azure portal

API の使用

Azure PowerShell

Azure CLI 2.0

テンプレートの使用

インスタンスの保護とスケールイン ポリシー

使用例

OldestVM スケールイン ポリシー

NewestVM スケールイン ポリシー

[トラブルシューティング]

次のステップ

その他のリソース

その他のリソース

Azure 仮想マシンスケールセットでカスタムスケールインポリシーを使用する

Default スケールインポリシー

NewestVM スケールインポリシー

OldestVM スケールインポリシー

スケールインポリシーを有効にする

スケールインポリシーの変更

インスタンスの保護とスケールインポリシー

OldestVM スケールインポリシー

NewestVM スケールインポリシー