Virtual Machine Scale Sets のアップグレード ポリシー

  • [アーティクル]

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

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

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

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

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

Note

自動アップグレードは、均一オーケストレーションを使用する Virtual Machine Scale Sets でのみ使用できます。

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

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

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

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

Note

手動アップグレード ポリシーは、均一オーケストレーションを使用する Virtual Machine Scale Sets と柔軟なオーケストレーションを使用する Virtual Machine Scale Sets の両方で使用できます。

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

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

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

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

Note

ローリング アップグレードは、均一オーケストレーションを使用する Virtual Machine Scale Sets でのみ使用できます。

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

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

ローリング アップグレード ポリシーを使用している場合、スケール セットは正常性プローブを備えているか、アプリケーション正常性拡張機能を使用してアプリケーションの正常性を監視する必要もあります。

詳細については、「ローリング アップグレード ポリシーの構成」を参照してください。

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

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

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

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

Note

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

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

次のステップ

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