翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# トラブルシューティング
この章では、Amazon EVS 環境の作成または管理中に発生する一般的な問題について詳しく説明します。
## Broadcom と AWS サポートのガイダンス
AWS は、VMware Cloud Foundation (VCF) を含む Amazon EVS および関連するインフラストラクチャサービスをサポートします。VCF 固有の設定ガイダンス、または Aria Suite、HCX、NSX などの他の VMware 製品に関連する問題については、Broadcom サポート権限を使用して、Broadcom に直接連絡することもできます。詳細については、[「Broadcom サポートポータル](https://support.broadcom.com/)」を参照してください。
## 失敗した環境ステータスチェックのトラブルシューティング
Amazon EVS は環境を自動的にチェックして問題を特定します。環境のステータスを表示して、特定の検出可能な問題を識別できます。
### 環境ステータスチェック情報を確認する
**Amazon EVS コンソールを使用して障害のある環境を調査するには**
1. Amazon EVS コンソールを開きます。
1. ナビゲーションペインで、**環境**を選択し、環境を選択します。
1. **詳細**タブを選択すると、環境の概要が表示されます。
1. **環境のステータス**を確認します。このフィールドにカーソルを合わせると、環境ステータスチェックごとに個別の結果を含むポップオーバーが展開されます。
### 到達可能性チェックに失敗しました
到達可能性チェックでは、Amazon EVS が SDDC Manager に永続的に接続されていることを確認します。Amazon EVS が環境にアクセスできない場合、このチェックは失敗します。
このチェックに失敗すると、Amazon EVS は SDDC Manager にアクセスして環境ステータスを検証したり、ホストを環境に追加したりできなくなります。到達可能性の障害により、ライセンスキーの再利用とキーカバレッジのチェックも失敗し、ホスト数のチェックで **[不明]** レスポンスが返されます。
到達可能性を確保するには、以下を確認してください。
+ 証明書が有効で、有効期限が切れていないことを確認します。SDDC Manager ユーザーインターフェイスまたは vSphere クライアントを使用して VCF 環境内の証明書を管理できます。デプロイ後は、VMware Cloud Foundation 管理ドメインのすべての証明書を置き換えることをお勧めします。詳細については、[VMware Cloud Foundation ドキュメントの「Managing Certificates in](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/certificate-management-admin.html) VMware Cloud Foundation」を参照してください。
+ サービスアクセスサブネットから DNS サーバーにアクセスできること、DNS レコードが有効であること、重複するホスト名または IP アドレスが存在しないことを確認します。
+ 独自のファイアウォールルールを作成する場合は、以下のガイドラインに従ってください。
+ DNS サーバーへの TCP/UDP アクセスを許可する。
+ ホスト管理 VLAN サブネットへの HTTPS/SSH アクセスを許可する。
+ 管理 VM VLAN サブネットへの HTTPS/SSH アクセスを許可する。
このガイダンスに従っても問題を解決できない場合は、 AWS サポートに連絡してサポートを受けることをお勧めします。
### ホスト数チェックに失敗しました
このチェックでは、環境のホストが 4 つ以上あることを確認します。これは VCF 5.2.x の要件です。
このチェックに失敗した場合は、環境がこの最小要件を満たすようにホストを追加する必要があります。Amazon EVS は 4～16 個のホストがある環境のみをサポートします。
### キー再利用チェックに失敗しました
このチェックでは、別の Amazon EVS 環境で VCF ライセンスキーが使用されていないことを確認します。VCF ライセンスは 1 つの Amazon EVS 環境でのみ使用できます。このチェックは、別の環境で既に使用されている環境作成リクエストで VCF ライセンスキーを指定すると失敗します。
このチェックが失敗すると、Amazon EVS 環境を作成できなかったというエラーレスポンスが返されます。この問題を解決するには、SDDC Manager でライセンス設定を確認し、使用されている既存のライセンスを未使用のライセンスに置き換えます。
**重要**
SDDC Manager ユーザーインターフェイスを使用して、VPC ソリューションと vSAN ライセンスキーを管理します。Amazon EVS では、サービスが正しく機能するためには、有効な VCF ソリューションと vSAN ライセンスキーを SDDC Manager に維持する必要があります。vSphere Client を使用してホストと vSAN クラスターにキーを割り当てる必要がありますが、これらのキーが SDDC Manager ユーザーインターフェイスのライセンス画面にも表示されることを確認する必要があります。
### キーカバレッジチェックに失敗しました
このチェックでは、vCenter Server に割り当てられた VCF ライセンスキーが、デプロイされたすべてのホストに十分な vCPU コアと vSAN ストレージ容量 (TiB) を割り当てていることを確認します。
このチェックが失敗すると、Amazon EVS 環境を作成できなかったというエラーレスポンスが返されます。キーカバレッジの障害は、次の問題のいずれかを示している可能性があります。
+ VCF ライセンスが vCenter Server に正しく割り当てられていません。評価期間が終了するか、現在割り当てられているライセンスの有効期限が切れる前に、vCenter Server にライセンスを割り当てる必要があります。これが問題である場合は、SDDC Manager でライセンスの割り当てを確認してください。
+ 現在の VCF ライセンスは、vCPU コアおよび vSAN ストレージ容量のニーズをカバーしていません。VCF ソリューションキー (最小コア数を含む) と vSAN ライセンスキー (最小 vSAN 容量を含む) の要件は、インスタンスタイプによって異なります。設定の特定のしきい値については、「」を参照してください[VCF サブスクリプション](vcf-license-mgmt.md)。これが問題である場合は、使用ニーズが満たされるまで SDDC Manager で vSAN ライセンスを追加してください。
上記のアクションで問題が解決しない場合は、 AWS サポートにお問い合わせください。
**重要**
SDDC Manager ユーザーインターフェイスを使用して、VPC ソリューションと vSAN ライセンスキーを管理します。Amazon EVS では、サービスが正しく機能するためには、有効な VCF ソリューションと vSAN ライセンスキーを SDDC Manager に維持する必要があります。vSphere Client を使用してホストと vSAN クラスターにキーを割り当てる必要がありますが、これらのキーが SDDC Manager ユーザーインターフェイスのライセンス画面にも表示されることを確認する必要があります。
## このホストの vSphere HA エージェントは分離アドレスに到達できませんでした
vCenter ユーザーインターフェイスで ESX ホストを選択すると、「このホストの vSphere HA エージェントは分離アドレス に到達できませんでした」というメッセージが表示されます。
このエラーメッセージは、ホスト上の vSphere HA エージェントが、vSphere HA がハートビートチェックに使用するデフォルトの IPv6 分離アドレスに到達できないことを示します。エラーメッセージは問題を示すものではなく、現時点では Amazon EVS が IPv6 をサポートしていないためにのみ発生します。Amazon EVS の IPV6 サポートがないため、vSphere HA のコア機能には影響しません。
## ESX ホストクラスターの vSAN アップグレードの事前チェックが失敗する
SDDC Manager を使用して ESX ホストクラスターをアップグレードしようとすると、vSAN ディスク関連の事前チェックが失敗する可能性があります。これは、Amazon EVS が vSAN Express Storage Architecture (ESA) を使用し、アップグレードの事前チェックが vSAN ESA に適用されないためです。詳細については、[このトピックの「Broadcom ナレッジベースの記事](https://knowledge.broadcom.com/external/article/369423/upgrade-prechecks-fails-with-esxi-cluste.html)」を参照してください。
## 互換性のないクラスターイメージによるホスト障害の追加
**[Problem]** (問題)
環境にホストを追加すると、ホストには利用可能な最新バージョンの EVS カスタムベンダーアドオンがあります。環境が古いアドオンバージョンのホストを使用している場合、新しいホストの追加は失敗し、新しいホストがクラスターイメージと互換性がないというエラーが発生します。この問題を修正するには、vSphere Lifecyle Manager を使用して、新しく追加されたホストから利用可能な最新のアドオンバージョンを抽出する必要があります。
**解決策**
以下の手順に従ってください。
1. VMware vCenter Server のホストとクラスターのインベントリに移動します。
1. 一時的に空のクラスターを作成して、新しく追加されたホストからアドオンを抽出します。
1. **基本** で、**vCenter インベントリ内の既存のホストからイメージをインポート**を選択し、クラスターを作成します。他のすべての設定はデフォルトのままにします。
1. この一時クラスターが抽出されたイメージで作成されたら、一時クラスターを削除できます。アドオンが vSphere Lifecycle Manager デポで使用できるようになりました。
1. 環境クラスターに移動し、**更新**タブを選択します。
1. クラスターイメージを編集し、アドオンバージョンを新しく抽出されたバージョンに変更します。
1. **[保存]** を選択します。
1. SDDC Manager で、失敗したホストの追加タスクを再試行します。これにより、クラスターホストが修復され、すべてのホストが最新のアドオンバージョンに更新されます。クラスターイメージの修復には、ホストの再起動が必要です。
## SDDC Manager がホストコミッショニング中に VCF ホストの検証に失敗する
**[Problem]** (問題)
Amazon EVS 環境のデプロイ後に ESX バージョンを更新した場合、コミッションホストステップの VCF ホストの検証中に SDDC マネージャーが失敗することがあります。この問題を解決するには、vSphere Lifecyle Manager を使用して、新しく追加されたホストで ESX をアップグレードする必要があります。
**解決策**
以下の手順に従ってください。
**重要**
これらのステップでは、SDDC Manager の外部でホストを vCenter に一時的に追加する必要があります。ESX アップグレード以外のオペレーションに vSphere Lifecyle Manager を使用すると、ホストが使用できなくなる可能性があり、新しい Amazon EVS ホストを削除して作成する必要があります。
1. VMware vCenter Server のホストとクラスターのインベントリに移動します。
1. ホストを仮想データセンターに一時的に追加し、 **がイメージを使用してホストを管理する**ように選択します。ホストは、ESX アップグレードが完了した後のステップで削除されます。詳細については、[vSphere ドキュメントの「vSphere データセンターまたはフォルダにホストを追加する方法](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vcenter-and-host-management-8-0/organizing-your-inventory-host-management/add-a-host-to-a-folder-or-a-data-center-host-management.html)」を参照してください。 vSphere
1. ホストが vSphere に追加されたら、ホストの ESX バージョンをアップグレードします。これは、ホスト**の更新**タブで実行できます。クラスターの ESX バージョンと一致するようにホストイメージを編集します。
1. アップグレードが完了したら、vCenter インベントリからホストを削除します。詳細については、vSphere ドキュメント[の「vCenter Server インスタンスから ESX ホストを削除する方法](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vcenter-and-host-management-8-0/managing-hosts-in-vcenter-server-host-management/remove-a-host-from-vcenter-server-host-management.html)」を参照してください。
1. SDDC マネージャーでホストをコミッショニングします。詳細については、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. ホストがコミッショニングされたら、SDDC Manager を使用してホストをクラスターに追加します。
## Windows Server の使用権限のステータスは、アプライアンスの到達可能性の失敗によりリスクにさらされています
エンタイトルメントは、関連付けられた Amazon EVS コネクタが VCF 管理アプライアンスの到達可能性チェックに失敗すると、リスクのある状態になります。Windows Server の使用権限の場合、使用権限がリスクステータスに達してから 8 時間以内に接続を復元します。この期間内に接続が復元されない場合、使用権限は自動的に削除され、Windows Server の使用状況の追跡は停止します。
この問題を解決するには、以下を確認してください。
+ コネクタの状態がアクティブで、到達可能性チェックのステータスが失敗であることを確認します。
+ AWS Secrets Manager に保存されているアプライアンス認証情報が最新で正しいことを確認します。アプライアンスで認証情報がローテーションされている場合は、既存の Secrets Manager シークレットの値を更新します。別のシークレットを指定する必要がある場合は、UpdateEnvironmentConnector を使用してシークレット識別子を更新します。
+ サービスアクセスサブネットから DNS サーバーにアクセスできること、アプライアンス FQDN の DNS レコードが有効であること、重複するホスト名または IP アドレスが存在しないことを確認します。
+ ファイアウォールルールで、管理 VM VLAN サブネットへの HTTPS/SSH アクセスと DNS サーバーへの TCP/UDP アクセスが許可されていることを確認します。
+ アプライアンスが実行中でアクセス可能であることを確認します。
接続が復元されると、使用権限は自動的に正常な作成済み状態に戻ります。使用権限がすでに削除されており、使用権限の削除状態になっている場合は、コネクタが到達可能性チェックに合格してアクティブ状態に戻った後に、新しい使用権限を作成する必要があります。
このガイダンスに従っても問題を解決できない場合は、 AWS サポートに連絡してサポートを受けることをお勧めします。
## サポートされていないゲスト OS のため、使用権限が失敗しました
Amazon EVS Windows Server Licensing でサポートされていないゲストオペレーティングシステムが VM で実行されていることを Amazon EVS が検出すると、使用権限の作成が失敗するか、既存の使用権限が削除されます。
これは、次の場合に発生する可能性があります。
+ 既存の Windows Server の使用権限を持つ VM は、サポートされていない OS バージョンまたは Windows 以外のオペレーティングシステムを使用するように再設定されます。
+ サポートされていないゲスト OS をすでに実行している VM が原因で、使用権限の作成に失敗しました。
この問題を解決するには:
+ コネクタの状態がアクティブで、到達可能性チェックのステータスが合格であることを確認します。
+ VM に設定されているゲスト OS を確認します。Amazon EVS Windows Server Licensing は、Windows Server 2016 以降をサポートしています。
+ サポートされている Windows Server バージョンを使用するように VM を再設定します。
+ ゲスト OS を更新したら、VM の新しい使用権限を作成します。
+ (**オプション**) 使用権限の削除状態の使用権限を削除します。
このガイダンスに従っても問題を解決できない場合は、 AWS サポートに連絡してサポートを受けることをお勧めします。
## 使用権限ステータスは削除されています
Entitlement Removed ステータスのエンタイトルメントは、Amazon EVS が VM のエンタイトルメントを削除したことを示します。エンタイトルメントが削除されると、Windows Server の使用状況の追跡は、影響を受ける VM に対して停止します。
このステータスは、いくつかの原因によって発生する可能性があります。
+ 8 時間の猶予期間を超えたアプライアンスの到達可能性の失敗。「[Windows Server の使用権限のステータスは、アプライアンスの到達可能性の失敗によりリスクにさらされています](#troubleshoot-entitlement-at-risk)」を参照してください。
+ VM がアプライアンスインベントリに存在しなくなりました。「[VM の切断、分離、またはインベントリからの欠落により削除された使用権限](#troubleshoot-entitlement-vm-disconnect)」を参照してください。
+ VM がホストから切断または分離されました。「[VM の切断、分離、またはインベントリからの欠落により削除された使用権限](#troubleshoot-entitlement-vm-disconnect)」を参照してください。
+ VM ゲスト OS がサポート対象外のバージョンに変更されました。「[サポートされていないゲスト OS のため、使用権限が失敗しました](#troubleshoot-entitlement-unsupported-os)」を参照してください。
使用権限を復元するには:
+ エンタイトルメントのエラーの詳細を確認して、削除の具体的な原因を特定します。
+ 根本的な問題を解決します。
+ コネクタがアクティブ状態になり、到達可能性チェックが合格状態になったら、VM の新しい使用権限を作成します。
+ (**オプション**) 使用権限の削除状態で使用権限を削除します。
このガイダンスに従っても問題を解決できない場合は、 AWS サポートに連絡してサポートを受けることをお勧めします。
## VM の切断、分離、またはインベントリからの欠落により削除された使用権限
VM が切断、分離された、またはアプライアンスインベントリに存在しなくなったことを Amazon EVS が検出すると、使用権限は削除されます。使用権限はすぐに削除され、使用状況の追跡は停止します。
この問題を解決するには:
+ コネクタの状態がアクティブで、到達可能性チェックのステータスが合格であることを確認します。
+ アプライアンスで VM の接続状態を確認します。切断または分離された VM は、ホストまたはネットワークの問題を示している可能性があります。
+ VM が切断または分離される原因となるホストまたはネットワークの問題を解決します。
+ VM を再接続して正常に実行したら、Windows Server の使用を再開する新しいエンタイトルメントを作成します。
このガイダンスに従っても問題を解決できない場合は、 AWS サポートに連絡してサポートを受けることをお勧めします。