Amazon EVS ホストのメンテナンス - Amazon Elastic VMware サービス
基盤となる EC2 インスタンスの正常性の確認EC2 インスタンスのスケジュール AWS されたメンテナンスについてEC2 オンデマンドキャパシティ予約の使用AWS スケジュールされた イベントsystem-maintenanceと instance-retirementイベントの準備

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon EVS ホストのメンテナンス

Amazon EVS はセルフマネージド型サービスであるため、ホスト上で実行される VMware Cloud Foundation (VCF) ソフトウェアのメンテナンス、ホストの状態のモニタリング、ホストの障害発生時のホスト交換を含むホストの問題の修復はお客様の責任となります。VMware Cloud Foundation (VCF) での ESXi ホストの管理の詳細については、VMware Cloud Foundation ドキュメントの「ホスト管理」を参照してください。

基盤となる EC2 インスタンスの正常性の確認

Amazon EC2 は稼働中のすべての EC2 インスタンスに対して自動チェックを実行して、ハードウェアおよびソフトウェアの問題を特定します。これらのステータスチェックの結果は、EC2 コンソールで表示することも、検出可能な特定の問題を特定 AWS CLI することもできます。詳細については、Amazon EC2 ユーザーガイド」の「Amazon EC2 インスタンスのステータスチェックを表示する」および AWS CLI 「 コマンドラインリファレンス」のdescribe-instance-status」を参照してください。 Amazon EC2

特定のインスタンスでステータスチェックが失敗した場合に警告する CloudWatch アラームを作成できます。詳細については、Amazon EC2 ユーザーガイド」の「ステータスチェックに失敗した Amazon EC2 インスタンスの CloudWatch アラームを作成する」を参照してください。 Amazon EC2

EC2 インスタンスのスケジュール AWS されたメンテナンスについて

AWS は、基盤となる EC2 インスタンスでスケジュールされたメンテナンスを実行し、信頼性、可用性、パフォーマンスを確保します。EC2 ベアメタルインスタンスは、他の EC2 インスタンスと同じタイプのスケジュールされたイベントの対象となります。 AWS は、基盤となるハードウェアの問題やスケジュールされたメンテナンスが原因で、インスタンスの再起動、停止、廃止するようにイベントをスケジュールできます。これらのイベントは頻繁には発生しません。詳細については、Amazon EC2 ユーザーガイド」の「スケジュールされたイベントのタイプ」を参照してください。

注記

スケジュールされた再起動イベントの前に、vSphere Client でホストをメンテナンスモードにする必要があります。

スケジュールされたイベントの影響を受けるインスタンスがある場合、 は、 に関連付けられている E メールアドレスを使用して事前に E メールで AWS 通知します AWS アカウント。 は、Amazon EventBridge を使用してモニタリングおよび管理できる AWS Health イベント AWS も送信します。 EventBridge 詳細については、「Amazon EC2 ユーザーガイド」の「Amazon EventBridge による AWS Health でのイベントのモニタリング」および「Amazon EC2 インスタンスのスケジュールされたイベント」を参照してください。 Amazon EC2 Amazon EC2

いつでもイベントを再スケジュールして、都合のよい特定の日時でイベントが発生するようにすることができます。イベントはイベント期限日まで再スケジュールできます。詳細については、「Amazon EC2 ユーザーガイド」の「EC2 インスタンスのスケジュールされたイベントを再スケジュールする」を参照してください。 Amazon EC2

EC2 オンデマンドキャパシティ予約の使用

EC2 オンデマンドキャパシティ予約を使用して、メンテナンス期間中にクラスターに十分なキャパシティを確保できます。特定のアベイラビリティーゾーンの容量は、任意の期間予約できます。詳細については、「Amazon EC2 ユーザーガイド」の「EC2 オンデマンドキャパシティ予約でコンピューティングキャパシティを予約する」を参照してください。 Amazon EC2

キャパシティ予約を作成する手順については、Amazon EC2 ユーザーガイド」の「キャパシティ予約の作成」を参照してください。

注記

EC2 オンデマンドキャパシティ予約または EC2 専有ホストを使用する場合は、ミッションクリティカルなワークロード用に予備のホストを保持することをお勧めします。キャパシティ予約では、特定のアベイラビリティーゾーン内の特定の量の EC2 インスタンスキャパシティにアクセスできますが、予備のホストを使用すると、ミッションクリティカルなワークロードに不可欠な冗長性をさらに強化できます。Dedicated Hosts の場合、予備のホストがあれば、プライマリホストにメンテナンスが必要な場合や問題が発生した場合でも、ミッションクリティカルなワークロードの環境を維持できます。

AWS スケジュールされた イベントsystem-maintenanceと instance-retirementイベントの準備

AWS は、ネットワークメンテナンスと電力メンテナンスの 2 種類のsystem-maintenanceイベントをスケジュールします。

  • ネットワークメンテナンス中は短い期間、予定されたインスタンスのネットワーク接続が切断されます。メンテナンスが終了すると、インスタンスとの通常のネットワーク接続が回復します。

  • 電源のメンテナンス中は短い期間、予定されたインスタンスはオフラインになり、その後再起動されます。EC2 ベアメタルインスタンスで再起動を実行すると、インスタンスストアボリュームデータは保持されません。

AWS EC2 インスタンスをホストする基盤となるハードウェアの劣化が検出されると、 は EC2 instance-retirementイベントをスケジュールします。

system-maintenance および instance-retirementイベントを修正するには、メンテナンスイベントが発生する前に、Amazon EVS コンソールまたは AWS CLI SDDC Manager を使用して、障害が発生したホストを新しいホストに置き換えます。メンテナンスイベントが発生するのを待っていて EC2 インスタンスの再起動が必要な場合は、インスタンスストアボリュームに保存されている vSAN データが失われます。詳細なステップについては、「Amazon EVS ホストを置き換える」を参照してください。

重要

EC2 コンソールは、停止、開始、終了など、Amazon EVS ホストの状態を管理するために使用しないでください。Amazon EVS がデプロイする EC2 インスタンスを起動、停止、または終了しようとしないでください。このアクションにより、vSAN データが失われます。

Amazon EVS ホストを置き換える

Amazon EVS ホストを置き換えるには、次の手順に従います。

警告

Amazon EVS ホストは、カスタムベンダーアドオンを使用して重要なホスト機能を提供します。環境にホストを追加すると、Amazon EVS カスタムアドオンの最新バージョンが提供されます。環境が古いアドオンバージョンのホストを使用している場合、vSphere クラスターにホストを追加すると、クラスターイメージの修復が失敗します。この問題のトラブルシューティング手順については、「」を参照してください互換性のないクラスターイメージによるホストの追加失敗のトラブルシューティング。

警告

デプロイ後に ESXi バージョンを更新した場合、コミッションホストステップの VCF ホストの検証中に SDDC マネージャーが失敗することがあります。この問題のトラブルシューティング手順については、「」を参照してくださいSDDC Manager がホストコミッショニング中に VCF ホストの検証に失敗する。

注記

ホストが正常に作成されるように、EVS 環境クォータあたりの Amazon EVS ホスト数が正しく設定されていることを確認します。このクォータ値が単一の Amazon EVS 環境内でプロビジョニングしようとしているホストの数より少ない場合、ホストの作成は失敗します。ホストの交換が必要なメンテナンスオペレーションには、クォータの引き上げをリクエストする必要がある場合があります。詳細については、「Amazon EVS サービスクォータ」を参照してください。

Amazon EVS console and SDDC Managuer UI

  1. Amazon EVS コンソールに移動します。

  2. ナビゲーションペインで、環境を選択します。

  3. 置き換えるホストを含む環境を選択します。

  4. ホストタブを選択します。

  5. [Create host] (ホストの作成) を選択します。

  6. ホストの詳細を指定し、ホストの作成を選択します。

  7. 完了を確認するには、ホストの状態が「作成済み」に変更されていることを確認します。

  8. AWS Secrets Manager から ESXi ルートパスワードの認証情報を取得します。シークレットの取得の詳細については、AWS 「 Secrets Manager ユーザーガイド」の「Secrets Manager からシー AWS クレットを取得する」を参照してください。

  9. SDDC Manager に移動します。

  10. 前のステップで取得した ESXi ルート認証情報を使用して、SDDC Manager で新しいホストをコミッショニングします。詳細については、VMware Cloud Foundation ドキュメントの「Commission Hosts」を参照してください。

  11. 新しいホストをクラスターに追加します。詳細については、vSphere ドキュメントの「クイックスタートワークフローを使用して ESXi ホストを vSphere クラスターに追加する方法」を参照してください。 vSphere

  12. SDDC Manager から削除する SDDC Manager の古いホストを廃止します。詳細については、VMware Cloud Foundation ドキュメントの「Decommission Hosts」を参照してください。

  13. Amazon EVS コンソールに戻ります。

  14. Hosts タブで、失敗したホストを選択し、Delete > Delete host を選択します。

AWS CLI and SDDC Manager UI

  1. 新しいターミナルセッションを開きます。

  2. 新しいホストを作成します。リファレンスについては、以下のコマンド例を参照してください。

    aws evs create-environment-host \
    --environment-id "env-abcde12345" \
    --host '{ \
        "hostName": "esxi-host-05", \
        "keyName": "your-ec2-keypair-name", \
        "instanceType": "i4i.metal" \
    }'

  3. AWS Secrets Manager から ESXi ルートパスワードの認証情報を取得します。シークレットの取得の詳細については、AWS 「 Secrets Manager ユーザーガイド」の「Secrets Manager からシー AWS クレットを取得する」を参照してください。

  4. SDDC Manager に移動します。

  5. 前のステップで取得した ESXi ルート認証情報を使用して、SDDC Manager で新しいホストをコミッショニングします。詳細については、VMware Cloud Foundation ドキュメントの「Commission Hosts」を参照してください。

  6. 障害のあるホストを含むクラスターに新しいホストを追加します。

  7. SDDC Manager で障害が発生したホストを廃止します。詳細については、VMware Cloud Foundation ドキュメントの「Decommission Hosts」を参照してください。

  8. ターミナルに戻ります。

  9. 失敗したホストを削除します。リファレンスについては、以下のコマンド例を参照してください。

    aws evs delete-environment-host --environment-id "env-abcde12345" --host-name "esxi-host-05"

トラブルシューティング

トラブルシューティングのガイダンスについては、「トラブルシューティング」を参照してください。トラブルシューティングガイダンスを確認しても問題が解決しない場合は、 AWS サポートにお問い合わせください。