Virtual Machine Scale Sets のアップグレード ポリシー (プレビュー)

Virtual Machine Scale Set のアップグレード ポリシーでは、VM を最新のスケール セット モデルで最新の状態にする方法が決定されます。

Note

均一オーケストレーションを使用した Virtual Machine Scale Sets のアップグレード ポリシーは、一般提供中です。

フレキシブル オーケストレーションを使用した Virtual Machine Scale Sets のアップグレード ポリシーは、現在プレビュー段階です。 プレビュー版は、追加使用条件に同意することを条件に使用できます。 このような機能の一部の側面は、一般公開 (GA) 前に変更される可能性があります。

ポリシー モードのアップグレード

Virtual Machine Scale Sets で使用できるアップグレード ポリシーは、自動、手動、ローリングです。 選択したアップグレード ポリシーは、仮想マシン スケール セットのサービス全体のアップタイムに影響を与える可能性があります。

さらに、スケール セット内の特定のインスタンスを他とは異なる方法で処理したい場合もあります。 たとえば、スケール セット内の特定のインスタンスは、スケールセットの他のメンバーとは別のタスクを実行する必要がある場合があります。 このような状況において、インスタンス保護は、アップグレードが発生したときに他のインスタンスと共にアップグレードされないようこれらのインスタンスを保護するために必要なコントロールを提供します。

自動アップグレード ポリシー

自動アップグレード ポリシーを使用すると、スケール セットは仮想マシンの停止順序を保証しません。 このスケール セットでは、アップグレードを実行するために、すべての仮想マシンが同時に停止される場合があります。

自動アップグレード ポリシーは、構成と設定を変更している間のインスタンスのアップタイムが問題とならない DevTest シナリオに最適です。

スケール セットが Service Fabric クラスターの一部である場合は、 自動 モードのみが使用可能なモードです。 詳しくは、「Service Fabric アプリケーションのアップグレード」をご覧ください。

手動アップグレード ポリシー

手動アップグレード ポリシーでは、スケール セット インスタンスを更新するタイミングを選択します。 スケール セット モデルに変更が加えられた場合、既存の VM には自動的に何も行われません。 スケール セットに追加された新しいインスタンスでは、利用可能な最新のモデルが使用されます。

手動アップグレード ポリシーは、インスタンスを更新するタイミングと方法をより詳細に制御する必要があるワークロードに最適です。

ローリング アップグレード ポリシー

ローリング アップグレード ポリシーを使用すると、スケール セットはバッチで更新を実行します。 また、バッチ サイズ、最大正常割合、異常インスタンス優先、可用性ゾーン間でのアップグレードの有効化などの設定を使用して、アップグレードをより詳細に制御できます。

ローリング アップグレード ポリシーは、一定の数のインスタンスを常に使用できる必要がある運用環境のワークロードに最適です。 ローリング アップグレードは、可用性とアップタイムを損なうことなく、インスタンスを最新のモデルにアップグレードする最も安全な方法です。

フレキシブル オーケストレーションを使用した Virtual Machine Scale Sets でローリング アップグレード ポリシーを使う場合は、スケール セットでアプリケーション正常性拡張機能を使ってアプリケーションの正常性を監視する必要もあります。

均一オーケストレーションを使用した Virtual Machine Scale Sets でローリング アップグレード ポリシーを使う場合は、スケール セットで正常性プローブを設定するか、アプリケーション正常性拡張機能を使って、アプリケーションの正常性を監視する必要もあります。

アップグレードをトリガーする事象

スケール セットに加えられた変更は、インスタンスの可用性に影響する可能性があります。 仮想マシン スケール セット モデルに影響を与える変更はアップグレードをトリガーする可能性があります。これらのアップグレードは、使用しているアップグレード ポリシーに基づいてスケール セット内のインスタンスに適用されます。 例外は、特定のインスタンスでインスタンス保護を有効にした場合です。

一部のアップグレードでは仮想マシンの再起動が必要ですが、スケール セット インスタンスを中断することなく完了できるアップグレードもあります。 仮想マシン インスタンスの再起動、再イメージ化、または再デプロイが必要な更新プログラムは次のとおりです。

• パスワードまたは SSH キーの更新
• カスタム データの変更
• イメージ参照の更新
• 仮想マシンのサイズの変更
• 可用性ゾーンの追加
• 障害ドメインの変更
• 近接配置グループの変更

Note

パスワードとカスタム データの変更は再起動なしで行うことができますが、そのアップグレード内容を仮想マシン インスタンスに適用するには、仮想マシンを再イメージ化する必要があります。 詳細については、「仮想マシンの再イメージ化」を参照してください

MaxSurge でローリング アップグレード ポリシーを使用している場合、スケール セット モデルの結果を変更すると、ローリング アップグレードがトリガーされます。 MaxSurge は、すべてのスケール セットのアップグレードを展開して、アップグレード プロセス全体でアプリケーションが引き続き使用可能で正常な状態を保つための推奨される方法です。 MaxSurge の詳細については、「ローリング アップグレード ポリシーの構成」を参照してください。

次のステップ

仮想マシン スケール セットのアップグレード ポリシーを設定する方法について説明します。