翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon EVS ホストのメンテナンス
Amazon EVS はセルフマネージドサービスであるため、ホスト上で実行される VMware Cloud Foundation (VCF) ソフトウェアのメンテナンス、ホストの状態のモニタリング、ホストの障害発生時のホスト交換を含むホストの問題の修復はお客様の責任となります。VMware Cloud Foundation (VCF) での ESX ホストの管理の詳細については、VMware Cloud Foundation ドキュメントの[「ホスト管理](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin.html)」を参照してください。
## 基盤となる EC2 インスタンスの正常性の確認
Amazon EC2 は稼働中のすべての EC2 インスタンスに対して自動チェックを実行して、ハードウェアおよびソフトウェアの問題を特定します。これらのステータスチェックの結果は、EC2 コンソールで表示することも、検出可能な特定の問題を特定 AWS CLI することもできます。詳細については、[Amazon EC2 ユーザーガイド」の「Amazon EC2 インスタンスのステータスチェックを表示する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_status.html)」および* AWS CLI 「 コマンドラインリファレンス*」の[describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html)」を参照してください。 *Amazon EC2 *
特定のインスタンスでステータスチェックが失敗した場合に警告する CloudWatch アラームを作成できます。詳細については、[Amazon EC2 ユーザーガイド」の「ステータスチェックに失敗した Amazon EC2 インスタンスの CloudWatch アラーム](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating_status_check_alarms.html)を作成する」を参照してください。 *Amazon EC2 *
## EC2 インスタンスのスケジュール AWS されたメンテナンスについて
AWS は、基盤となる EC2 インスタンスでスケジュールされたメンテナンスを実行し、信頼性、可用性、パフォーマンスを確保します。EC2 ベアメタルインスタンスは、他の EC2 インスタンスと同じタイプのスケジュールされたイベントの対象となります。 AWS は、基盤となるハードウェアの問題やスケジュールされたメンテナンスが原因で、インスタンスの再起動、停止、廃止するようにイベントをスケジュールできます。これらのイベントは頻繁には発生しません。詳細については、*Amazon EC2 ユーザーガイド*[」の「スケジュールされたイベントのタイプ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html#types-of-scheduled-events)」を参照してください。
**注記**
スケジュールされた再起動イベントの前に、vSphere Client でホストをメンテナンスモードにする必要があります。
スケジュールされたイベントの影響を受けるインスタンスがある場合、 は、 に関連付けられている E メールアドレスを使用して事前に E メールで AWS 通知します AWS アカウント。 は、Amazon EventBridge を使用してモニタリングおよび管理できる AWS Health イベント AWS も送信します。 EventBridge 詳細については、[「Amazon EC2 ユーザーガイド」の「Amazon EventBridge による AWS Health でのイベントのモニタリング](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html)」および「Amazon EC2 インスタンスのスケジュールされたイベント」を参照してください。 [ Amazon EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html) *Amazon EC2 *
いつでも、イベントをスケジュールし直して、都合のよい特定の日時でイベントが発生するようにすることができます。イベントはイベント期限日まで再スケジュールできます。詳細については、「Amazon [ EC2 ユーザーガイド」の「EC2 インスタンスのスケジュールされたイベントを再スケジュール](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/reschedule-event.html)する」を参照してください。 *Amazon EC2 *
## EC2 オンデマンドキャパシティ予約の使用
EC2 オンデマンドキャパシティ予約を使用して、メンテナンス期間中にクラスターに十分なキャパシティを確保できます。特定のアベイラビリティーゾーンの容量は、任意の期間予約できます。詳細については、「Amazon [ EC2 ユーザーガイド」の「EC2 オンデマンドキャパシティ予約でコンピューティングキャパシティを予約](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html)する」を参照してください。 *Amazon EC2 *
キャパシティ予約を作成する手順については、*Amazon EC2 * [ユーザーガイド」の「キャパシティ予約の作成](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html)」を参照してください。
**注記**
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 ホストを置き換える](#evs-replace-host)」を参照してください。
**重要**
EC2 コンソールは、停止、開始、終了など、Amazon EVS ホストの状態を管理するために使用しないでください。Amazon EVS がデプロイする EC2 インスタンスを起動、停止、または終了しようとしないでください。このアクションにより、vSAN データが失われます。
### Amazon EVS ホストを置き換える
Amazon EVS ホストを置き換えるには、次の手順に従います。
**警告**
Amazon EVS ホストは、カスタムベンダーアドオンを使用して重要なホスト機能を提供します。環境にホストを追加すると、Amazon EVS カスタムアドオンの最新バージョンが提供されます。環境が古いアドオンバージョンのホストを使用している場合、vSphere クラスターにホストを追加すると、クラスターイメージの修復が失敗します。この問題のトラブルシューティング手順については、「」を参照してください[互換性のないクラスターイメージによるホストの追加失敗のトラブルシューティング](evs-env-ami-maintenance.md#troubleshoot-add-host-failure-cluster-image)。
**警告**
デプロイ後に ESX バージョンを更新した場合、コミッションホストステップの VCF ホストの検証中に SDDC マネージャーが失敗することがあります。この問題のトラブルシューティング手順については、「」を参照してください[SDDC Manager がホストコミッショニング中に VCF ホストの検証に失敗する](troubleshooting.md#troubleshoot-sddc-failure-host-commission)。
**注記**
ホストが正常に作成されるように、EVS 環境クォータあたりの Amazon EVS ホスト数が正しく設定されていることを確認します。このクォータ値が単一の Amazon EVS 環境内でプロビジョニングしようとしているホストの数より少ない場合、ホストの作成は失敗します。ホストの交換が必要なメンテナンスオペレーションでは、クォータの引き上げをリクエストする必要がある場合があります。詳細については、「[Amazon EVS サービスクォータ](service-quotas-evs.md)」を参照してください。
**Example**
1. [Amazon EVS コンソール](https://console.aws.amazon.com/evs)に移動します。
1. ナビゲーションペインで、**環境**を選択します。
1. 置き換えるホストを含む環境を選択します。
1. **ホスト**タブを選択します。
1. [**Create host**] (ホストの作成) を選択します。
1. ホストの詳細を指定し、**ホストの作成**を選択します。
1. 完了を確認するには、**ホストの状態**が**「作成**済み」に変更されていることを確認します。
1. AWS Secrets Manager から ESX ルートパスワードの認証情報を取得します。シークレットの取得の詳細については、[AWS 「Secrets Manager ユーザーガイド」の「Secrets Manager から](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html)*シー AWS クレットを取得する*」を参照してください。
1. SDDC Manager に移動します。
1. 前のステップで取得した ESX ルート認証情報を使用して、SDDC Manager で新しいホストをコミッショニングします。詳細については、VMware Cloud Foundation ドキュメントの[「Commission Hosts](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/commission-hosts-admin.html)」を参照してください。
1. 新しいホストをクラスターに追加します。詳細については、[vSphere ドキュメントの「クイックスタートワークフローを使用して ESX ホストを vSphere クラスターに追加する方法](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/use-quickstart-to-add---host-to-a-cluster.html)」を参照してください。 vSphere
1. SDDC Manager から削除する SDDC Manager の古いホストを廃止します。詳細については、VMware Cloud Foundation ドキュメントの[「Decommission Hosts](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/decommission-hosts-admin.html)」を参照してください。
1. Amazon EVS コンソールに戻ります。
1. **Hosts** タブで、失敗したホストを選択し、**Delete** > **Delete host** を選択します。
1. 新しいターミナルセッションを開きます。
1. 新しいホストを作成します。リファレンスについては、以下のコマンド例を参照してください。
```
aws evs create-environment-host \
--environment-id "env-abcde12345" \
--host '{ \
"hostName": "esxi-host-05", \
"keyName": "your-ec2-keypair-name", \
"instanceType": "i4i.metal" \
"esxVersion": "ESXi-8.0U3g-24859861"\
}'
```
1. AWS Secrets Manager から ESX ルートパスワードの認証情報を取得します。シークレットの取得の詳細については、[AWS 「Secrets Manager ユーザーガイド」の「Secrets Manager から](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html)*シー AWS クレットを取得する*」を参照してください。
1. SDDC Manager に移動します。
1. 前のステップで取得した ESX ルート認証情報を使用して、SDDC Manager で新しいホストをコミッショニングします。詳細については、VMware Cloud Foundation ドキュメントの[「Commission Hosts](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/commission-hosts-admin.html)」を参照してください。
1. 障害のあるホストを含むクラスターに新しいホストを追加します。
1. SDDC Manager で障害が発生したホストを廃止します。詳細については、VMware Cloud Foundation ドキュメントの[「Decommission Hosts](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/decommission-hosts-admin.html)」を参照してください。
1. ターミナルに戻ります。
1. 失敗したホストを削除します。リファレンスについては、以下のコマンド例を参照してください。
```
aws evs delete-environment-host --environment-id "env-abcde12345" --host-name "esxi-host-05"
```
### トラブルシューティング
#### Broadcom と AWS サポートのガイダンス
AWS は、VMware Cloud Foundation (VCF) を含む Amazon EVS および関連するインフラストラクチャサービスをサポートしています。VCF 固有の設定ガイダンス、または Aria Suite、HCX、NSX などの他の VMware 製品に関連する問題については、Broadcom サポート権限を使用して、Broadcom に直接連絡することもできます。詳細については、[「Broadcom サポートポータル](https://support.broadcom.com/)」を参照してください。
トラブルシューティングのガイダンスについては、「[トラブルシューティング](troubleshooting.md)」を参照してください。トラブルシューティングガイダンスを確認しても問題が解決しない場合は、 AWS サポートにお問い合わせください。