Azure VMware Solution プライベートクラウドのメンテナンス

Azure VMware Solution では、プライベートクラウドの定期的なメンテナンスが行われます。このメンテナンスには、セキュリティパッチ、VMware ソフトウェアスタックのマイナーおよびメジャー更新プログラムが含まれます。このページでは、ホストの監視、是正、およびプライベートクラウドをメンテナンスのために準備するための必須手順について説明します。

ホストのメンテナンスとライフサイクル管理

Azure VMware Solution のプライベートクラウドの利点の 1 つは、管理者に代わってプラットフォームのメンテナンスが行われることです。 VMware のソフトウェア (ESXi、vCenter Server、vSAN) と NSX アプライアンスのライフサイクル管理は Microsoft が行います。 Microsoft は、Tier-0 ゲートウェイの作成や North-South ルーティングの有効化など、ネットワーク構成のブートストラップにも責任があります。 NSX SDN 構成 (ネットワークセグメント、分散ファイアウォール規則、Tier-1 ゲートウェイ、ロードバランサー) の構成はユーザーが行います。

注

プライベートクラウドのデプロイの一部として T0 ゲートウェイが作成され構成されます。この論理ルーターまたは NSX エッジノード VM を変更すると、プライベートクラウドへの接続に影響する可能性があるため、避ける必要があります。

ユーザーのプライベートクラウド内の ESXi、vCenter Server、vSAN、NSX へのパッチ、更新プログラム、またはアップグレードの適用は、Microsoft が行います。 ESXi、vCenter Server、および NSX に対するパッチ、更新、アップグレードの影響には、次の考慮事項があります。

ESXi - プライベートクラウドで実行されているワークロードに対する影響はありません。この間、vCenter Server および NSX へのアクセスはブロックされません。この期間中に、プライベートクラウドで、プライベートクラウドのスケールアップ、スケジューリング、アクティブな HCX 移行の開始、HCX 構成の変更などの、その他のアクティビティを計画しないことをお勧めします。
vCenter Server - プライベートクラウドで実行されているワークロードに対する影響はありません。この間、vCenter Server は使用できなくなり、VM を管理 (停止、開始、作成、または削除) できません。プライベートクラウド内で、プライベートクラウドの拡大、新しいネットワークの作成など、その他のアクティビティを計画しないことをお勧めします。 VMware Site Recovery Manager または vSphere Replication のユーザーインターフェイスを使用する場合は、vCenter Server のアップグレード中に次の操作を実行しないことをお勧めします。vSphere Replication の構成、サイト復旧計画の構成または実行。
NSX - Microsoftは、標準の Broadcom NSX アップグレードワークフローに従います。 NSX Edge のアップグレードは最初に行われ、一度に 1 つずつ実行されます。アップグレード中に Edge が正常に別のアクティブエッジに移行すると、一時的なパケットがドロップする可能性があります。 TCP 層での再送信は通常問題に対処するため、通常、これはエンドアプリケーションには影響しません。ホストの場合、Azure VMware Solutionはホストのアップグレード中の影響を回避するためにホストメンテナンスモードのアップグレードを使用します。このプロセスでは、すべての VM をクラスター内の他のホストに移動し、アップグレードする前にホストをメンテナンスモードにします。アップグレード中は、NSX 管理プレーンへのアクセスがブロックされ、NSX 環境に対する構成変更を行うことはできません。プライベートクラウドでのプライベートクラウドのスケールアップなどの他のアクティビティは計画しないことをお勧めします。他のアクティビティにより、アップグレードを開始できなかったり、アップグレードと環境に悪影響が及んだりする可能性があります。

アップグレードのタイムラインを含む Azure Service Health を通じて通知されます。この通知には、アップグレードされたコンポーネントの詳細や、ワークロード、プライベートクラウドへのアクセス、その他の Azure サービスへの影響についても記載されています。アップグレードは、必要に応じてスケジュール変更が可能です。

ソフトウェア更新の内容:

パッチ - VMware によってリリースされたセキュリティパッチまたはバグ修正プログラム
更新 - VMware スタックコンポーネントのマイナーバージョン変更
更新 - VMware スタックコンポーネントのメジャーバージョン変更

注

VMware から重要なセキュリティパッチが利用できるようになると、Microsoft で直ちにそのテストが行われます。

次回スケジュールされている更新プログラムがデプロイされるまでは、対応する修正プログラムをインストールする代わりに、ドキュメントに記載されている VMware の回避策が実装されます。

ホストの監視と修復

Azure VMware Solution では、VMware コンポーネントとアンダーレイの両方の正常性が継続的に監視されます。 Azure VMware Solution でエラーが検出されると、失敗したコンポーネントを修復するアクションが実行されます。 Azure VMware Solution によって Azure VMware Solution ノードで機能低下または障害が検出されると、ホスト修復プロセスがトリガーされます。

ホストの修復では、不具合のあるクラスターのノードを新しい正常なノードに置き換えます。その後、可能な場合は、障害が発生しているホストが VMware vSphere メンテナンスモードに切り替えられます。 VMware vSphere vMotion により、障害が発生しているホストからクラスター内の使用可能な他のサーバーに VM が移動されます。これにより、ワークロードのライブマイグレーションのダウンタイムをゼロにできる可能性があります。障害が発生しているホストをメンテナンスモードにすることができない場合は、そのホストがクラスターから削除されます。障害のあるホストが削除される前に、お客様のワークロードが新しく追加されたホストに移行されます。

ヒント

お客様の通信: 交換が開始される前に、および交換が成功した後に、電子メールがお客様のメールアドレスに送信されます。

ホストの置換に関連する電子メールを受信するには、サブスクリプション内の次のいずれかのAzure Role-Based Access Control (RBAC) ロール ('ServiceAdmin'、'CoAdmin'、'所有者'、または '共同作成者') に追加する必要があります。

Azure VMware Solution では、ホスト上の次の状態が監視されます。

プロセッサの状態
メモリの状態
接続と電源の状態
ハードウェア (ファン) の状態
ネットワーク接続の切断
ハードウェア (システムボード) の状態
vSAN ホストの 1 つ以上のディスクでエラーが発生しました
ハードウェアの電圧
ハードウェアの温度の状態
ハードウェアの電源の状態
記憶域の状態
接続エラー

プライベートクラウドがメンテナンス対応であることを確認するためのアクション

ホストのメンテナンス操作が正常に実行されるようにするために、次のアクションが必要です。

vSAN ストレージ使用率: サービスレベルアグリーメント (SLA) を維持するには、vSphere クラスターの記憶域スペースの使用率が 75%未満であることを確認します。使用率が 75%を超えると、アップグレードに予想以上の時間がかかるか、完全に失敗する可能性があります。ストレージ使用率が 75%を超える場合は、ノードを追加してクラスターを拡張し、アップグレード中の潜在的なダウンタイムを防ぐことを検討してください。
古いまたはアクセス不能なネットワークアダプターや仮想マシンに接続されたスイッチは、vMotionやAzureのメンテナンスをブロックしないように削除または更新してください。アップグレード開始前にこれが完了しない場合、MicrosoftはこれらのVMアダプターをMicrosoftが作成した分離されたポートグループ/セグメントに移行し、アップグレードを進めるために対応します。 Microsoftはまた、これらの仮想マシンに対して定期的にAzure VMware Solutionリソースヘルス通知を送信するため、事前に対応し、計画されたアップグレードに備えて環境を整えることができます。
分散リソーススケジューラ (DRS) ルール: DRS VM-VM アンチアフィニティルールは、クラスター内に少なくとも (N+1) ホストを含む方法で構成する必要があります。N は DRS ルールの一部である VM の数です。
許容する障害数 (FTT) 違反: データ損失を防ぐため、FTT=0 に設定された vSAN ストレージポリシーを使用する VM を、Microsoft SLA に準拠した vSAN ストレージポリシー（クラスター内のホスト数が最大 5 台の場合は FTT=1、6 台以上の場合は FTT=2）に変更します。ホストのメンテナンス操作をシームレスに実行できることを確認します。
VM CD-ROM のマウントを削除します。 "エミュレートモード" でマウントされた VM CD-ROMs はホストのメンテナンスを妨げます。 CD-ROMs が "パススルーモード" でマウントされていることを確認します。
シリアル/並列ポートまたは外部デバイス: イメージファイル (ISO、FLP など) を使用している場合は、クラスター内のすべての ESXi ホストからアクセスできることを確認します。仮想マシン (VM) の vMotion に参加しているすべての ESXi サーバー間で共有されるデータストアにファイルを格納します。詳細については、Broadcom ナレッジベースの記事を参照してください。
孤立した VM: 孤立した VM の場合、インベントリからまだ削除または削除されていない場合は、再登録する必要があります。詳細については、Broadcom ナレッジベースの記事を参照してください。
SCSI 共有コントローラー: SCSI バス共有を使用する場合は、VM のバスの種類を "物理" として使用します。 Virtual SCSI コントローラーに接続されている VM の電源がオフになっています。詳細については、Broadcom ナレッジベースの記事を参照してください。
サードパーティ製 VM とアプリケーション: サードパーティ製の VM とアプリケーションの場合:
- Azure VMware Solution にデプロイされたサードパーティ製ソリューションが準拠しており、メンテナンス操作に干渉しないことを確認します。
- VM-Host "実行する必要があります" DRS 規則が VM に適用されていないことを確認します。さらに、これらのアプリケーションが今後のバージョンの VMware スタックと互換性があることを確認します。
- アップグレード後の互換性を維持するために、必要に応じてソリューションベンダーに相談し、事前に更新してください。

Important

Azure VMware Solution ホストにメンテナンスブロック構成が存在する場合は、Resource Health ダッシュボードでアラートを受け取ります。異常なホストが置き換えられ、アップグレードが成功するように、このようなブロック構成は、プライベートクラウドの可用性を維持するための適切な修復手順を実行することで軽減されます。場合によっては、これらの修復手順には、VM の電源をオフにして別のホストに移行してから電源をオンにすることが含まれます。これにより、VM で実行されているアプリケーションが一時的に中断される可能性があります。

アラートコードと修復テーブル

エラーコード	エラーの詳細	推奨されるアクション
EPC_CDROM_EMULATEMODE	VM 上の CD-ROM がエミュレートモードを使用している場合にエラーが発生します。このモードでは、ISO イメージにアクセスできません。	エミュレートモードまたはデタッチ ISO で、お客様のワークロード VM にマウントされている CDROM を削除するには、この KB 記事に従ってください。 CD-ROM をマウントするには、"パススルーモード" を使用することをお勧めします。
EPC_DRSOVERRIDERULE	DRS オーバーライドが "無効" モードに設定されている VM がある場合、エラーが発生します。	VM では、ホストをメンテナンス中に vMotion をブロックしないでください。 VM の部分的に自動化された DRS 規則を設定します。 VM 配置ポリシーの詳細については、このドキュメントを参照してください。
EPC_SCSIDEVICE_SHARINGMODE	"仮想" モードでバス共有で SCSI コントローラーを使用するように VM が構成されている場合、エラーが発生します。	仮想モードでバス共有を行う SCSI コントローラーが VM に接続されている場合、そのコントローラーを削除するには、このサポート技術情報の記事に従ってください。
EPC_DATASTORE_INACCESSIBLE	Azure VMware Solutionプライベートクラウドに接続されている外部データストアにアクセスできなくなると、エラーが発生します。	クラスターにアタッチされている古いデータストアを削除するには、この記事に従ってください
EPC_NWADAPTER_STALE	VM 上の接続されたネットワークインターフェイスがネットワークアダプターを使用するとエラーが発生し、アクセスできなくなります。	VM に接続されている古い N/W アダプターを削除するには、この KB 記事に従ってください。
EPC_SERIAL_PORT	VM シリアルポートが宛先ホストでアクセスできないデバイスに接続されると、エラーが発生します。	イメージファイル (ISO、FLP など) を使用している場合は、クラスター上のすべての ESXi サーバーからアクセスできることを確認します。 VM の vMotion に参加するすべての ESXi サーバー間で共有されるデータストアにファイルを格納します。詳細については、BroadcomのKB記事を参照してください。
EPC_HARDWARE_DEVICE	VM 並列ポート/USB デバイスがデバイスに接続されている場合に、宛先ホストでアクセスできない場合にエラーが発生します。	イメージファイル (ISO、FLP など) を使用している場合は、クラスターのすべての ESXi サーバーからアクセスできることを確認します。 VM の vMotion に参加するすべての ESXi サーバー間で共有されるデータストアにファイルを格納します。 Broadcom および VMotion が互換性エラーで失敗する問題の詳細をご覧ください。
EPC_INVALIDVM/EPC_ORPHANVM	孤立した VM または無効な VM がインベントリに存在すると、エラーが発生します。	すべての VM に vCenter からアクセスできることを確認します。無効、孤立、またはアクセス不可として表示される Broadcom と VM の詳細について説明します。
EPC_VMHOSTDRSRULE	ホストアフィニティ/アンチアフィニティ DRS ルールを持つ VM がある場合、エラーが発生します。	VM は、ホストをメンテナンスモードにしている間、VMware vMotion をブロックしないでください。 VM-Host アフィニティの should ルールを設定します。配置ポリシーの作成について詳しくは、こちらをご覧ください。
EPC_FTT_ZERO	VM の "許容エラー" が 0 または "データ冗長性なし" の場合、エラーが発生します。	Broadcom の詳細と、VM に対して FTT を 1 または 2 として構成する方法について説明します。
EPC_FTTVIOLATION	クラスターにストレージポリシーに必要なホストの最小数がない場合、エラーが発生します。	ストレージポリシーで必要に応じてホストを追加するか、VM FTT ポリシーを変更してホストをメンテナンスモードにすることをサポートします。 Broadcom と FTT ポリシーの詳細を確認します。
EPC_VSANストレージ使用状況	クラスターでの vSAN 使用率が 75%を超えるとエラーが発生し、パフォーマンスが低下し、クラスターが維持できなくなる可能性があります。	クラスターでの vSAN 使用率が 75%を超える場合は、ノードを追加して使用可能な容量を増やすか、クラスターのデータ使用率を減らすことができます。このドキュメントのチュートリアルに従って、プライベートクラウド内のクラスターをスケーリングして vSAN をスケールアップします。 Azure VMware Solution仮想マシンのバックアップソリューションに関する手順に従って、重要でない VM をバックアップおよび削除する方法について説明します。
ERECOMMENDATION_CLUSTER_SIZE	この推奨事項は、プライベートクラウド内のクラスターに 14 台以上のホストがあることを示します。 Azure VMware Solutionでは、クラスター内の最大 16 個のホストがサポートされます。	必要に応じて、新しいホスト用に新しいクラスターを作成します。
ERECOMMENDATION_PRIVATECLOUD_SIZE	この推奨事項は、プライベートクラウドに 90 以上のホストがあることを示します。 Azure VMware Solutionでは、プライベートクラウドで最大 96 個のホストがサポートされます。	新しいホスト用に新しいプライベートクラウドを作成し、必要に応じてプライベートクラウド全体にホストを分散することを検討してください。
ERECOMMENDATION_VCENTER_SCALE	この推奨事項では、プライベートクラウド内の現在の VM 数に対して推奨されるよりも少ない CPU コアまたはメモリを使用して vCenter VM がプロビジョニングされていることを示します。	vCenter のメモリと CPU を増やすためにサポート要求を開きます。

注

Azure VMware Solutionテナント管理者は、vCenter Server 上の Azure VMware Solution コントロールプレーンがそれらを管理するため、以前に定義した VMware vCenter Server アラームを編集または削除することはできません。これらのアラームは、Azure VMware Solution のホスト修復プロセスをトリガーするために、Azure VMware Solution の監視によって使用されます。

次のステップ

Azure VMware Solution のプライベートクラウドのメンテナンスをシームレスに行う方法を学びました。次の手順では、次の詳細情報を確認できます。

フィードバック

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

Last updated on 2026-08-12

Azure VMware Solution プライベート クラウドのメンテナンス