リリース ノートの概要

これらのリリース ノートでは、VMware vSAN 8.0 Update 1 の新機能を紹介し、解決済みの問題と既知の問題に関する情報を提供します。

新機能

vSAN 8.0 Update 1 には、次の新機能および機能強化が含まれています。 

  • 分離されたストレージ

    vSAN Express Storage Architecture の分離。vSAN 8.0 Update 1 は vSAN Express Storage Architecture (ESA) の分離サポートを提供します。これは vSAN Original Storage Architecture (OSA) でもサポートされています。他の vSAN ESA サーバ クラスタ上のリモート vSAN データストアをマウントできます。また、ESA クラスタをコンピューティング専用クラスタの外部ストレージ リソースとして使用することもできます。vSAN OSA の分離サポートに適用される機能と制限はすべて、vSAN ESA にも適用されます。vSAN ESA クライアント クラスタは、vSAN ESA ベースのサーバ クラスタにのみ接続できます。

    vSAN ストレッチ クラスタの分離 (vSAN OSA)。このリリースでは、分離されたトポロジで vSAN ストレッチ クラスタがサポートされています。複数のストレッチ クラスタ構成のサポートに加えて、vSAN は特定のトポロジのネットワーク パスを最適化し、ストレッチ クラスタのパフォーマンスを向上させることができます。

    複数の vCenter Server を使用したクラスタ全体の分離 (vSAN OSA)。vSAN 8.0 Update 1 では、複数の vCenter Server を使用した環境全体で vSAN OSA の分離がサポートされています。これにより、1 つの vCenter Server によって管理されるクラスタは、別の vCenter Server によって管理される vSAN クラスタにあるストレージ リソースを使用できます。

  • 最適化されたパフォーマンス、持続性、柔軟性

    • 新しい適応型の書き込みパスでパフォーマンスが向上。vSAN ESA に新しい適応型の書き込みパスが導入されました。これにより、大規模なストリーミング書き込みを行うゲスト ワークロードが動的に最適化されます。複雑さが増大することなく、スループットが向上し、遅延が低減されます。

    • 1 つの VMDK/オブジェクトに最適化された I/O 処理 (vSAN ESA)。vSAN ESA で、vSAN データストア上の各オブジェクトで発生する I/O 処理が最適化されました。非常に多くの仮想ハードウェア ストレージ リソースを使用する仮想マシンのパフォーマンスが向上しています。

    • メンテナンス モードのシナリオでの持続性の強化。vSAN ESA クラスタがアクセシビリティの確保（RAID 5/6 イレージャ コーディングに適用）でメンテナンス モードに切り替わると (EMM)、vSAN は、データを保持しているホストだけでなく、別のホストにもすべての増分更新を書き込むことができます。これにより、追加ホストで障害が起きたときに、元のホストがメンテナンス モードであっても、変更されたデータの持続性を維持できます。

    • カスタマイズ可能な名前空間オブジェクトによる、vSAN データストアの管理ストレージ容量の拡大。管理者が ISO ファイル、VMware コンテンツ ライブラリ、その他のインフラストラクチャ サポート ファイルを vSAN データストアに保存できるように、名前空間オブジェクトのサイズをカスタマイズできます。

    • 監視アプライアンスの認定。vSAN 8.0 Update 1 では、vSAN 監視アプライアンスのソフトウェア許容レベルがパートナー サポートに変更されました。すべての vSphere インストール バンドル (VIB) が認定されている必要があります。

  • 管理の簡素化

    • デフォルト ストレージ ポリシーの自動ポリシー管理 (vSAN ESA)。vSAN ESA に自動ポリシー管理が導入されました。これは、クラスタ用に設計されたデフォルト ストレージ ポリシーを作成して割り当てるオプション機能です。自動ポリシー管理は、クラスタのサイズとタイプに応じて、許容できる最適な障害レベルとデータ配置スキームを選択します。Skyline Health は、このデータを使用してモニタリングを実行し、デフォルトのストレージ ポリシーが理想的かどうかを通知します。また、クラスタの特性に応じてデフォルト ポリシーを調整できるようにガイダンスを提供します。Skyline Health は、サイズの変化に応じてクラスタをアクティブにモニターし、必要に応じて新しい推奨事項を提供します。

    • Skyline Health インテリジェント クラスタの健全性スコア、診断、修正。クラスタの健全性ステータスと、識別した問題の優先度が表示されるトラブルシューティング ダッシュボードにより、作業効率が向上します。最も重要な問題に集中して対応することができます。

    • vSAN パフォーマンス サービスの高解像度のパフォーマンス モニタリング。vSAN パフォーマンス サービスは、パフォーマンス メトリックのリアルタイム モニタリングを提供します。30 秒ごとにメトリックを収集して、レンダリングすることで、より効果的にモニタリングとトラブルシューティングを行うことができます。VMware スナップショット API は変更されていません。VMware VADP は、vSphere プラットフォームでのすべての vSAN ESA ネイティブ スナップショット操作をサポートします。

    • 仮想マシン I/O トリップ アナライザのタスク スケジューリング。仮想マシン I/O トリップ アナライザは、時刻に基づいてスケジュールを設定できます。特定の期間や頻度で、繰り返し問題の起きている仮想マシンの詳細をキャプチャできます。収集された診断データは、vCenter Server の仮想マシン I/O トリップ アナライザ インターフェイスで分析できます。

    • PowerCLI の機能強化。PowerCLI は、次の新機能をサポートしています。

      vSAN ESA の分離

      ストレッチ クラスタの vSAN OSA の分離

      複数の vCenter Server 間での vSAN OSA の分離

      vSAN クラスタのシャットダウン

      オブジェクト フォーマットの更新とカスタム名前空間オブジェクト

  • クラウド ネイティブ ストレージ

    • TKG およびスーパーバイザー クラスタ (vSAN ESA) のクラウド ネイティブ サポート。vSphere および vSAN で利用されるコンテナで、開発者と管理者用にパーシステント ストレージを使用できます。クラウド ネイティブ ワークロードのパフォーマンスと効率を向上させることができます。

    • 共通の vSphere の切り替えを使用するデータ パーシステンス プラットフォームのサポート。vSAN データ パーシステンス プラットフォームを使用すると、サードパーティの ISV は、vSAN でネイティブに実行される S3 互換オブジェクト ストアなどのソリューションを構築できます。vDPp は、VMware vSphere Distributed Switch と互換性があり、これらのソリューションのコストと複雑さを低減できます。

    • VMFS データストア (VMware vSAN Direct Configuration) の SPBM を使用したパーシステント ボリュームのシック プロビジョニング。パーシステント ボリュームは、ストレージ ポリシーにマッピングされるストレージ クラスで定義されている場合、プログラムによってシックとしてプロビジョニングできます。

VMware vSAN コミュニティ

vSAN コミュニティ Web サイトを使用して、vSAN の使用中に見つかった問題に対してフィードバックを提供し、サポートを依頼します。

このリリースのアップグレード

vSAN のアップグレードの詳細については、VMware vSAN 8.0 Update 1 のドキュメントを参照してください。 

注：アップグレードを実行する前に、「VMware 互換性ガイド」の最新バージョンを確認して、ご使用のプラットフォームで最新の vSAN バージョンが利用可能であることを確認してください。

注：vSAN Express Storage Architecture は、新しい展開でのみ使用できます。クラスタを vSAN ESA にアップグレードすることはできません。

vSAN 8.0 Update 1 は、vSphere 8.0 Update 1 への完全アップグレードを必要とする新しいリリースです。アップグレードを完了するには、次のタスクを実行します。

  1. vCenter Server 8.0 Update 1 にアップグレードします。詳細については、VMware vSphere 8.0 Update 1 リリース ノートを参照してください。 

  2. ホストを ESXi 8.0 Update 1 にアップグレードします。詳細については、VMware vSphere 8.0 Update 1 リリース ノートを参照してください。 

  3. vSAN のオンディスク フォーマットをバージョン 18.0 にアップグレードします。オンディスク フォーマット バージョン 3.0 以降からアップグレードする場合、データの退避は必要ありません（メタデータの更新のみ）。

  4. FSVM をアップグレードして、新しいファイル サービス機能を有効にし、最新の更新をすべて取得します。

注：vSAN 7.0 Update 1 で、バージョン 1.0 のディスク フォーマットが廃止されました。バージョン 1.0 のディスク フォーマットを実行しているディスクは vSAN によって認識されません。vSphere Update Manager、ISO のインストールまたは esxcli による vSAN 7.0 Update 1 へのアップグレードはブロックされます。この問題を回避するには、ディスク フォーマット バージョン 1.0 を実行しているディスクを新しいバージョンにアップグレードします。バージョン 1.0 のディスクを使用している場合、健全性チェックでアラートが表示され、ディスク フォーマットのバージョンをアップグレードするように警告されます。

ディスク フォーマット バージョン 1.0 では、パフォーマンスとスナップショットの機能が強化されていません。チェックサム、デデュープと圧縮、暗号化など、高度な機能はサポートされていません。vSAN ディスク フォーマットのバージョンの詳細については、KB2148493を参照してください。

容量の少ないホストのオンディスク フォーマットのアップグレード

vSAN オンディスク フォーマットをバージョン 1.0 または 2.0 からアップグレードしている間に、ディスク グループの退避が実行されます。ディスク グループが削除されて、オンディスク フォーマット バージョン 17.0 にアップグレードされてから、ディスク グループが再びクラスタに追加されます。2 ノードまたは 3 ノード クラスタの場合、または各ディスク グループを退避させるための十分なキャパシティのないクラスタの場合は、vSphere Client から [冗長性の低下を許可] を選択します。次の RVC コマンドを使用して、オンディスク フォーマットをアップグレードすることもできます： vsan.ondisk_upgrade --allow-reduced-redundancy

冗長性の低下を許可する場合、この方法ではデータがクラスタ内の他のホストに退避されないため、アップグレードの間、仮想マシンが保護されません。この方法では、各ディスク グループが削除されて、オンディスク フォーマットがアップグレードされ、ディスク グループが再びクラスタに追加されます。すべてのオブジェクトを引き続き使用できますが、冗長性は低下します。

アップグレード中にデデュープと圧縮を有効にすると、vSphere Client から [冗長性の低下を許可] を選択できます。

制限

vSAN 8.0 Update 1 リリースにおける構成の上限については、『構成の上限』を参照してください。

既知の問題

  • vSAN ESA HCI メッシュ クライアント クラスタのスナップショットがサポートされていない

    vSAN ESA サーバ クラスタを介して HCI メッシュ クライアント クラスタに展開された仮想マシンで、特定のスナップショット操作が特定の条件下で失敗することがあります。vSAN ESA クライアント クラスタでスナップショットを使用したり、スナップショットのある仮想マシンを vSAN ESA クライアント クラスタに移行したりしないでください。

    回避策：なし。

  • vSAN ESA コンピューティング クライアント クラスタのリモート データストアに有効な容量が表示されない

    この問題は、vSAN ESA サーバ クラスタからマウントされるコンピューティング専用クライアント クラスタに影響します。リモート データストアをマウントすると、ホストと vSphere Client に表示されるデータストア容量の値が実際の値と一致しません。レポートの問題以外に、仮想マシンの操作で確認されている影響はありません。

    回避策：なし。

  • vCenter Server のインターネット接続が無効になっているとファイル サービスを有効にできない

    vCenter Server のインターネット接続を無効にすると、[ファイル サービスを有効にする] ダイアログに [ファイル サービス エージェント] セクションが表示されず、OVF を選択できません。

    回避策：vCenter Server のインターネット接続を有効にするには、次の手順を実行します。

    1. [クラスタ] > [構成] > [vSAN] > [インターネット接続] に移動します。

    2. [編集] をクリックして、[インターネット接続の編集] ダイアログを開きます。

    3. [すべての vSAN クラスタのインターネット アクセスを有効にします] チェックボックスをオンにして、[適用] をクリックします。

  • KMS がオフラインにときに KMS 接続の健全性チェックを使用できない

    この問題は、保存データの暗号化を使用するクラスタの vSAN 健全性チェックに影響します。KMS がオフラインのときに、次の健全性チェックが使用できない可能性があります。VMware vCenter とすべてのホストがキー管理サーバに接続済み。この問題が発生した場合、KMS のオフライン ステータスを示す警告やエラーは表示されません。

    回避策：なし

  • ストレッチ サーバ クラスタからリモート データストアをマウントすると、次のメッセージが表示されて失敗する： Site affinity provided in server cluster configuration are not present

    次の条件下で、ストレッチ サーバ クラスタからリモート データストアをマウントすると失敗することがあります。

    • クライアント vSAN クラスタに、別のストレッチ サーバ クラスタの別のデータストアがすでに存在している。

    • ストレッチ サーバ クラスタのフォルト ドメイン名が異なる。

    • クライアントに、両方のサーバ クラスタに対する非対称ネットワーク トポロジーが存在する。

    次のメッセージが表示されます。 Site affinity provided in server cluster configuration are not present in server cluster fault domains

    回避策：両方のサーバ クラスタのフォルト ドメインの名前が一致するように変更し、操作を再試行します。

  • シーケンシャル ワークロードのパフォーマンス向上が有効になっていない

    シーケンシャル ワークロードのパフォーマンス向上の一部は、vSAN オブジェクトがホストから移動するか、ホストが再起動されるまで有効になりません。パフォーマンス向上を有効にするには、すべての vSAN オブジェクトの DOM 所有者を手動で破棄する必要があります。

    回避策：すべての vSAN オブジェクトの DOM 所有者を手動で破棄するには、vSAN 8.0 から 8.0 Update 1 にアップグレードした後に、次のコマンドを使用します。

    vsish -e set /vmkModules/vsan/dom/ownerAbdicateAll 1

  • ホストをクラスタに追加し直すと、次のメッセージが表示されて失敗する： A general system error occurred: Too many outstanding requests

    制御デバイス参照の待機中に、vSAN モジュールのアンロード操作がタイムアウトになることがあります。この問題が発生した場合、ホストをクラスタから移動しようとすると失敗し、次のメッセージが表示されます。 Operation timed out

    ホストをクラスタに戻そうとすると失敗し、次のメッセージが表示されます。 A general system error occurred: Too many outstanding requests

    回避策：ホストを再起動してから、クラスタに追加し直します。

  • vSAN ESA で仮想ディスク サイズを拡張した後、仮想マシンのスナップショットが失敗する

    この問題は、vSAN ESA クラスタで CBRC が有効になっている仮想マシンに影響します。仮想マシンの仮想ディスクのサイズを拡張すると、仮想マシンのスナップショットの作成に失敗します。

    回避策：仮想マシンの仮想ディスクのサイズを拡張した後、次の手順で仮想マシンのスナップショットを作成します。

    1. 仮想マシンをパワーオフし、API を介してすべてのディスクで CBRC を無効にします。

    2. 仮想マシンのスナップショットを作成します。

    3. CBRC を再度有効にして、仮想マシンをパワーオンします。

  • vSAN ESA に移行されたリンク クローン仮想マシンが、リンク クローン vsanSparse ディスクのスナップショットを作成する

    仮想マシンを VMFS/NFS/vSAN OSA データストアから vSAN ESA データストアに移行するときに、vSAN は、スナップショット vsanSparse ディスクとリンク クローン vsanSparse ディスクを区別できません。vSAN ESA はネイティブ スナップショットをサポートしているため、ネイティブ スナップショット ディスクが作成されます。moveAllDiskBackingsAndAllowSharing オプションを使用して複数の仮想マシンを移行すると、各仮想マシンはベース ディスクのネイティブ スナップショットを作成し、そのオブジェクトで I/O を実行しようとします。I/O を実行できるのは最後の仮想マシンだけで、他の仮想マシンでは失敗します。

    回避策：この問題を回避するには、リンクされた仮想マシンを vSAN ESA クラスタに移行するときに、moveAllDiskBackingsAndAllowSharing オプションを使用しないでください。

  • アップグレード中に hostAffinity ポリシー オプションが失われる

    vSAN 6.7 から vSAN 8.0 にアップグレードすると、vCenter Server hostaffinity オプションの値が false に変更されます。

    回避策：通常の仮想マシンで vSAN HostLocal ポリシーを引き続き使用するには、hostaffinity オプションを true に戻します。

  • クラスタを vSAN Express Storage Architecture にアップグレードできない

    vSAN Original Storage Architecture 上のクラスタを vSAN Express Storage Architecture にアップグレードまたは変換することはできません。vSAN ESA は、新しい展開でのみサポートされます。

    回避策：なし。

  • vSAN ESA で暗号化の深い再キー化がサポートされていない

    このリリースでは、vSAN Express Storage Architecture は暗号化の深い再キー化をサポートしていません。

    回避策：なし。

  • vSAN ESA で vSAN ファイル サービスがサポートされていない

    このリリースでは、vSAN Express Storage Architecture は vSAN ファイル サービスをサポートしていません。

    回避策：なし。

  • vSAN ESA の暗号化設定を変更できない

    暗号化は、クラスタの作成時にのみ vSAN ESA で構成できます。後で設定を変更することはできません。

    回避策：なし。

  • vSAN ファイル サービスは NFSv4 委任をサポートしない

    このリリースでは、vSAN ファイル サービスは NFSv4 委任をサポートしていません。

    回避策：なし。

  • ストレッチ クラスタで、アフィニティのないファイル サーバがリバランスできない

    ストレッチ クラスタの vSAN ファイル サービス環境で、アフィニティの場所が構成されていないファイル サーバを優先 ESXi ホストと非優先 ESXi ホスト間でリバランスできません。

    回避策：ファイル サービスのドメイン構成を編集して、ファイル サーバのアフィニティの場所を優先または非優先に設定します。

  • vSAN ストレッチ クラスタ パーティション中に、CNS ボリュームを持つ Kubernetes ポッドを作成、削除、または再スケジュールできない

    vSAN ストレッチ クラスタにサイト間のネットワーク パーティションがある場合、断続的なタイミングの問題により、ボリューム情報が CNS から失われる可能性があります。ボリューム メタデータが CNS に存在しない場合、CNS ボリュームを持つポッドを作成、削除、または再スケジュールすることはできません。vSphere CSI ドライバは、これらの操作を実行するために CNS からボリューム情報にアクセスする必要があります。

    ネットワーク パーティションが修正されると、CNS ボリューム メタデータが復元され、CNS ボリュームを持つポッドを作成、削除、または再スケジュールできます。

    回避策：なし。

  • クラスタのシャットダウン ウィザードで、HCI メッシュ コンピューティング専用クラスタのエラーが表示される

    vSAN クラスタのシャットダウン ウィザードは、vSAN データストアと vSAN サービスのある vSAN クラスタ用に設計されています。HCI メッシュ コンピューティング専用クラスタはサポートされていません。ウィザードを使用してコンピューティング専用クラスタをシャットダウンすると、次のエラー メッセージが表示されます。

    健全性サービス データを取得できません。

    回避策：なし。HCI メッシュ コンピューティング専用クラスタで、vSAN クラスタのシャットダウン ウィザードを使用しないでください。

  • vCenter Server サービスがカスタム ポートにデプロイされている場合、vSAN を使用した vSphere Lifecycle Manager クラスタ内の ESXi ホストの修正に失敗する

    vCenter Server サービスが、vSAN、vSphere DRS、および vSphere HA を含むクラスタ内のカスタム ポートにデプロイされている場合、vSphere Lifecycle Manager クラスタの修正に失敗することがあります。この問題は、vSAN リソース健全性チェック エラーが原因で発生します。ESXi ホストをメンテナンス モードに切り替えることができないため、修正タスクが失敗します。

    回避策：なし。

  • vSAN ファイル サービスを有効にすると、アップグレード、暗号化の有効化、データ効率などの DFC 関連の操作が失敗することがある

    ファイル サービスを有効にすると、エージェント仮想マシンが各ホストで実行されます。基盤となる vSAN オブジェクトは、複数のディスクグループにまたがって配置される場合があります。最初のディスクグループが変換されると、vSAN オブジェクトにアクセスできなくなり、エージェント仮想マシンが無効な状態になります。仮想マシンを削除して新しい仮想マシンを再デプロイしようとすると、仮想マシンの無効な状態が原因で操作が失敗します。仮想マシンは登録解除されますが、アクセスできないオブジェクトはまだ存在します。次のディスクグループが変換されると、クラスタ全体でアクセスできないオブジェクトの事前チェックが行われます。このチェックでは、古いエージェント仮想マシンのアクセスできないオブジェクトを検出するため、DFC に失敗します。

    回避策：アクセスできないオブジェクトを手動で削除します。 

    このような障害が発生すると、DFC タスクの失敗が表示されます。

    1. 障害タスクの障害情報から、アクセスできないオブジェクトを特定します。

    2. オブジェクトがエージェント仮想マシンに属していることを確認するには、hostd ログ ファイルを調べて、オブジェクトが仮想マシンのオブジェクト レイアウトに属していることを確認します。

    3. ホストにログインし、/usr/lib/vmware/osfs/bin/objtool コマンドを使用してオブジェクトを手動で削除します。

    注：この問題を防ぐには、DFC 関連の操作を実行する前にファイル サービスを無効にします。

  • esxcli vsan cluster leave コマンドは、ESXi ホストで vSAN を無効にできない 

    次のコマンドを実行して、メンバー ホスト上の vSAN を無効にできないことがあります。 esxcli vsan cluster leave

    次のようなエラー メッセージが表示されることがあります。

    デフォルトの vSAN データストアをアンマウントできませんでした。Sysinfo 操作を完了できません。詳細については、VMKernel ログ ファイルを参照してください。

    回避策：vSphere Client で次の手順を実行して、単一のメンバー ホストの vSAN を無効にします。

    1. ホストをメンテナンス モードにします。

    2. ホストを vSAN クラスタから親データセンターに移動します。

      移動中、ホストの vSAN サービスは自動的に無効になります。

  • vSAN HCI メッシュ コンピューティング専用ホストでホスト プロファイルを抽出できない

    vSAN ホスト プロファイル プラグインは、vSAN HCI メッシュ コンピューティング専用ホストをサポートしていません。HCI メッシュ コンピューティング専用ホストでホスト プロファイルを抽出しようとすると、失敗します。 

    回避策：なし。

  • ファイル共有内のファイルの削除が、vSAN 容量ビューに反映されないことがある

    すべてのファイルが削除された後、割り当てられたブロックがすぐに vSAN ストレージに戻されないことがあります。このため、vSAN 容量ビューに再利用されたストレージ容量が更新されるまでには時間がかかります。新しいデータが同じファイル共有に書き込まれると、削除されたブロックが vSAN ストレージに戻される前に再利用されることがあります。

    マッピング解除が有効で、vSAN 重複排除が無効になっている場合は、VDFS で 4MB の整列領域が解放されないと、容量は vSAN に戻されません。マッピング解除が有効で、vSAN 重複排除が有効になっている場合は、VDFS によって解放された容量が vSAN に戻されますが、遅延が発生します。

    回避策：ストレージを解放して vSAN にすぐに戻すには、ファイル共有を削除します。 

  • vSAN over RDMA で、ネットワークの輻輳が原因でパフォーマンスが低下する場合がある

    RDMA には、輻輳のないロスレス ネットワーク インフラストラクチャが必要です。ネットワークが輻輳している場合、特定の大規模な I/O ワークロードで TCP よりもパフォーマンスが低下する可能性があります。 

    回避策：RDMA の OEM ベスト プラクティスに従い、ネットワークの輻輳の問題を解決します。

  • 転送中データの暗号化を使用すると、ストレッチ クラスタで vCenter Server 仮想マシンがクラッシュする

    転送中データの暗号化が有効になっている vSAN に vCenter Server 仮想マシンが存在する場合、vSAN ストレッチ クラスタで vCenter Server 仮想マシンがクラッシュすることがあります。1 つのサイトですべてのホストが停止し、これらのホストを再びパワーオンすると、障害が発生したサイトが復旧した後で vCenter Server 仮想マシンがクラッシュすることがあります。

    回避策：この問題を解決するには、thumbPrintRepair.py スクリプトを使用します。

  • vSAN では 1 台の仮想マシンをローカル データストアとリモート データストアにプロビジョニングできる

    vSphere では、ユーザーが HCI メッシュ環境内のローカル データストアとリモート データストアに 1 台の仮想マシンをプロビジョニングすることを妨げません。たとえば、ローカル vSAN データストアに 1 つの VMDK をプロビジョニングし、リモート vSAN データストアに 1 つの VMDK をプロビジョニングできます。vSphere HA はこの構成をサポートしていないため、これはサポートされません。

    回避策：ローカル データストアとリモート データストアに 1 台の仮想マシンをプロビジョニングしないでください。

  • オブジェクトの再フォーマット タスクが進行していない

    アップグレード後にオブジェクトの再フォーマットが必要になると、健全性アラートがトリガされ、vSAN の再フォーマットが開始します。このタスクをバッチで実行します。この処理はクラスタ内で使用可能な一時的な容量に依存します。一時的な容量の上限を超えると、vSAN は一時的な容量が解放されるまで再フォーマットを続行しません。このフェーズでは、タスクが停止しているように見える場合があります。一時的な容量が使用可能になると、健全性アラートがクリアされ、タスクが続行します。

    回避策：なし。タスクは想定どおり動作しています。 

  • システム仮想マシンをパワーオフできない

    vSphere 7.0 Update 1 の vSphere Cluster Services (vCLS) のリリースでは、一連のシステム仮想マシンが vSAN クラスタ内に配置されることがあります。これらのシステム仮想マシンは、ユーザーがパワーオフすることはできません。この問題は、一部の vSAN ワークフローに影響を及ぼす可能性があります。詳しくは、https://kb.vmware.com/s/article/80877を参照してください。

    回避策：この問題の詳細については、ナレッジベースの記事https://kb.vmware.com/s/article/80483を参照してください。 

  • vSAN オンディスク フォーマットのバージョンが古いため、vSAN ファイル サービスを有効にできない

    バージョン 11.0（vSAN 7.0 のオンディスク フォーマットのバージョン）より前のバージョンの vSAN オンディスク フォーマットで vSAN ファイル サービスは有効にできません。

    回避策：ファイル サービスを有効にする前に、vSAN ディスク フォーマットのバージョンをアップグレードしてください。

  • vSAN 健全性ネットワーク テストの問題が原因で、大規模なクラスタでクラスタの修正タスクが失敗することがある

    ホストが 16 台を超える大規模なクラスタでは、ホストのアップグレード中に ping が断続的に失敗する場合があります。この障害により、vSphere Life Cycle Manager でホストの修正が中断する場合があります。

    回避策：修正の事前チェックが成功すると、次の vSAN 健全性テストのアラートを無効にします。

    • vSAN：基本（ユニキャスト）接続チェック

    • vSAN：MTU チェック（パケット サイズの大きい ping）

    修正タスクが完了したら、vSAN 健全性テストのアラートを元に戻します。

  • ドライブを再挿入すると、ホットプラグ シナリオでホスト障害が発生する

    ホット ドライブの取り外し中に、NVMe ドライブが 1 分以内に抜かれて再挿入されると、VMware ネイティブ NVMe ホットプラグにより、ホスト障害が発生することがあります。この問題は、新規または既存のドライブを再挿入するときに、vSphere と vSAN で発生する可能性があります。

    回避策：ホット ドライブを取り外した後、1 分間待ってから、新しいドライブまたは既存のドライブを再挿入します。

  • クラスタ内の最後のホストをメンテナンス モードにしたり、ディスクまたはディスク グループを削除したりできない

    クラスタ内にホストが 1 台しかない場合に、そのホストがメンテナンス モードになると、新しいリソースを追加するためのガイダンスが表示されないで、全データの移行モードまたはアクセシビリティの確保モードで操作が失敗することがあります。この問題は、クラスタ内にディスクまたはディスク グループが 1 つしかない場合に、そのディスクまたはディスク グループを削除したときにも発生します。

    回避策：全データの移行モードまたはアクセシビリティの確保モードを選択した状態で、クラスタ内に最後に残ったホストをメンテナンス モードにする前に、同じ構成の別のホストをクラスタに追加します。クラスタ内に最後に残ったディスクまたはディスク グループを削除する前に、同じ構成および同じ容量の新しいディスクまたはディスク グループを追加します。

  • 1 つ以上のディスクまたはディスク グループがほぼいっぱいになっている場合は、容量不足のためにオブジェクト再構成ワークフローが失敗することがある

    重複排除されていないクラスタ内のディスクまたは重複排除クラスタ内のディスク グループが、構成可能な再同期一時停止の使用率のしきい値に達すると、vSAN の再同期が一時停止します。この動作の目的は、再同期 I/O でディスク使用率が 100% になるのを防ぐことです。ディスクがこのしきい値に達すると、vSAN は、EMM、修復、リバランス、ポリシー変更などの再構成ワークフローを停止します。

    回避策：クラスタ内の別の場所に使用可能な容量がある場合、クラスタをリバランスすると、その他のディスクの容量が解放されて、それ以降の再構成が成功します。

  • クラスタの容量に空きがない状態からリカバリした後、仮想マシンの HA 保護が失われることがある

    ディスク使用率が 100% に到達しているホストを含む vSAN クラスタでは、仮想マシンに保留中の質問があり、そのために HA 保護が失われることがあります。また、クラスタの容量が不足しているシナリオでリカバリすると、保留中の質問がある仮想マシンが HA で保護されなくなります。

    回避策：vSAN クラスタの容量が不足しているシナリオでリカバリした後、次のいずれかの操作を実行します。

    • HA を無効にしてから、再度有効にします。

    • HA を再構成します。

    • 仮想マシンをパワーオフしてから、パワーオンします。

  • 保留中の質問がある仮想マシンのパワーオフが失敗する

    仮想マシンに保留中の質問がある場合は、その質問に回答するまで仮想マシン関連の操作を実行できません。

    回避策：関連ボリューム上のディスク容量を解放してから、再試行 をクリックしてください。

  • クラスタ容量が 100% に到達すると、仮想マシンの IP アドレスが IPV6 に変更されるか、使用できなくなる

    1 つ以上のディスク グループの使用率が 100% に到達しており、vSAN クラスタの容量に空きがない場合は、仮想マシンに、ユーザー アクションが必要な保留中の質問が存在する可能性があります。質問に対する回答がなく、クラスタの容量に空きがない状態で放置されている場合は、仮想マシンの IP アドレスが IPv6 に変更されるか、使用できなくなります。これにより、SSH を使用して仮想マシンにアクセスできなくなります。また、root を入力した後にコンソールが空白になるため、仮想マシン コンソールを使用できなくなります。

    回避策：なし。

  • キャパシティ ディスクが PDL の状態になった後に、重複排除が有効なディスク グループを削除できない

    重複排除が有効なディスク グループ内のキャパシティ ディスクが削除された場合、その一意の ID が変更された場合、またはデバイスでリカバリ不能なハードウェア エラーが発生した場合は、Permanent Device Loss (PDL) 状態になります。ディスク グループを削除しようとすると、アクションを完了できないことを知らせるエラー メッセージが表示されることがあります。

    回避策：キャパシティ ディスクが削除された場合、その一意の ID が変更された場合、またはデバイスでリカバリ不能なハードウェア エラーが発生した場合は、数分待ってからディスク グループを削除してください。

  • 重複排除クラスタでディスク使用率が 80% を超えていると表示されている場合は、リアクティブ リバランスが実行されないことがある

    重複排除クラスタのダッシュボードに、ディスク使用率が 80% を超えていると表示されている場合は、リアクティブ リバランスが予測どおりに開始されないことがあります。これは、重複排除クラスタの空き容量の計算に、保留中の書き込みと削除も反映されるためです。

    回避策：なし。

  • ゲスト OS からの TRIM/UNMAP コマンドが失敗する

    オンライン スナップショットの統合中にゲスト OS が容量の再利用を実行すると、TRIM/UNMAP コマンドは失敗します。この障害により、容量が再利用されなくなります。

    回避策：オンライン スナップショットの操作が完了してから、容量の再利用を実行します。後続の TRIM/UNMAP 操作が失敗する場合は、ディスクを再マウントしてください。

  • オンライン スナップショット統合を実行すると、SCSI TRIM/UNMAP で得られた容量の再利用が失われる

    SCSI TRIM/UNMAP コマンドで得られた容量の再利用は、オンライン スナップショット統合を行うと、失われてしまいます。オフライン スナップショット統合は、SCSI UNMAP 操作に影響しません。

    回避策：オンライン スナップショット統合が完了してから、容量の再利用を実行します。

  • データ ホストを監視ホストに変換するときに、ホストに障害が発生する

    vSAN クラスタをストレッチ クラスタに変換する場合は、監視ホストを指定する必要があります。データ ホストは監視ホストに変換できますが、処理中にメンテナンス モードを使用して全データの移行を行う必要があります。アクセシビリティの確保 オプションを使用してこのホストをメンテナンス モードにしてから、監視ホストとして設定すると、ホストに障害が発生してパープル スクリーンが表示されることがあります。

    回避策：監視ホストのディスク グループを削除してから、ディスク グループを再作成します。

  • データストアの移行中に常駐ホストに障害が発生すると、vCenter Server で同じ名前の仮想マシンが複製される

    Storage vMotion で、vSAN から別のデータストア（NFS など）に仮想マシンを移行しているときに、仮想マシンが属するホストで vSAN ネットワークの障害が発生して仮想マシンの HA フェイルオーバーが実行されると、仮想マシンが vCenter Server で複製されることがあります。 

    回避策：無効な仮想マシンをパワーオフして、vCenter Server から登録解除します。 

  • 新しい vCenter Server で既存のストレッチ クラスタを再構成すると、vSAN が健全性チェックの警告を表示する

    新しい vCenter Server で既存のストレッチ クラスタを再構築すると、vSAN クラスタの健全性チェックが赤になります。「vSphere クラスタ メンバーと vSAN クラスタ メンバーが一致」というメッセージが表示されます。

    回避策：次の手順を使用してストレッチ クラスタを構成します。

    1. SSH を使用して、監視ホストにログインします。

    2. 監視ホスト上のディスクを廃止します。次のコマンドを実行します： esxcli vsan storage remove -s "SSD UUID"

    3. 監視ホストをクラスタから強制的に離脱させます。次のコマンドを実行します： esxcli vsan cluster leave

    4. 新しい vCenter Server から [構成] > [vSAN] > [ストレッチ クラスタおよびフォルト ドメイン] の順に進んでストレッチ クラスタを再構成します。

  • vSAN がサイズの大きいオブジェクトを再同期しているときに、ディスク フォーマットのアップグレードが失敗する

    vSAN クラスタにサイズの非常に大きなオブジェクトが含まれている場合、オブジェクトの再同期中にディスク フォーマットのアップグレードに失敗することがあります。次のエラー メッセージが表示されることがあります：vSAN のオブジェクトの変換に失敗しました。

    オブジェクトが再同期されるまで、vSAN はアップグレードを実行できません。プロセスが完了する時間を確認するには、[監視] > [vSAN] > [コンポーネントの再同期] の順に選択して、再同期のステータスを確認します。

    回避策：保留中の再同期がなくなるまで待機してから、ディスク フォーマットのアップグレードを再試行します。

  • クラスタ上で vSAN を無効にした後で vSAN ストレッチ クラスタの構成が失われる

    ストレッチ クラスタ上で vSAN を無効にすると、ストレッチ クラスタの構成は保持されません。ストレッチ クラスタ、監視ホストおよびフォルト ドメインの構成は失われます。

    回避策：vSAN クラスタを再度有効にするときに、ストレッチ クラスタのパラメータを再構成してください。

  • パワーオフされた仮想マシンが、監視ホストの交換中にアクセスできないとして表示される

    ストレッチ クラスタの監視ホストを変更するときに、パワーオフされた仮想マシンがアクセス不能として vSphere Web Client に短時間表示されます。プロセスが完了すると、パワーオフされた仮想マシンがアクセス可能と表示されます。すべての実行中の仮想マシンはプロセスを通じてアクセス可能として表示されます。

    回避策：なし。

  • 障害のあるブート メディアがホストにあるとメンテナンス モードにすることができない

    vSAN がブート メディアに障害のあるホストをメンテナンス モードにすることができません。設定の変更を保存することができないため、メンテナンス モードに移行するタスクは内部 vSAN エラーで失敗することがあります。次のようなログ イベントが表示されます：Lost Connectivity to the device xxx backing the boot filesystem

    回避策：データの完全退避オプションを使用して、各ホストからディスク グループを手動で削除します。それからホストをメンテナンス モードにします。

  • ストレッチ クラスタのフェイルオーバーの後、優先サイト上の仮想マシンが次のアラートを登録する：フェイルオーバーに失敗しました

    ストレッチ クラスタのセカンダリ サイトが失敗すると、仮想マシンは優先サイトにフェイルオーバーします。すでに優先サイトにある仮想マシンは次のアラートを登録する場合があります：フェイルオーバーに失敗しました。

    回避策：このアラートは無視してかまいません。これはフェイルオーバーの動作には影響しません。

  • ネットワークのパーティショニング中に、アクティブなサイトのコンポーネントに一時的な障害が発生したと表示される

    vSAN 2 ホストまたはストレッチ クラスタでのネットワークのパーティショニング中に、vSphere Web Client は、非アクティブ サイトの観点からクラスタのビューを表示することがあります。プライマリ サイトのアクティブ コンポーネントに一時的な障害が発生したと表示されることがあります。

    回避策：RVC コマンドを使用して、クラスタ内のオブジェクトの状態をクエリします。例： vsan.vm_object_info

  • 強制的な修復後、一部のオブジェクトが非準拠になる

    強制的な修復後、一部のオブジェクトが修復されないままになることがあります。これは、オブジェクトの所有権が処理中に別のノードに転送されたためです。これらのオブジェクトに対する強制的な修復は遅延することがあります。

    回避策：他のすべてのオブジェクトが修復され再同期された後で、強制的な修復を実行します。vSAN がオブジェクトを修復するまで待機することができます。

  • ある暗号化クラスタから別の暗号化クラスタに移動したホストを元のクラスタに戻すと、タスクが失敗する

    ある暗号化 vSAN クラスタから別の暗号化 vSAN クラスタにホストを移動し、そのホストを元の暗号化クラスタに戻すと、タスクが失敗する場合があります。次のメッセージが表示される場合があります：A general system error occurred: Invalid fault.このエラーは、vSAN が元の暗号化キーを使用してホスト上のデータを再暗号化できないことが原因で発生します。しばらくすると、vCenter Server がホスト上で元のキーをリストアし、vSAN クラスタ内のマウント解除されていたディスクがすべてマウントされます。

    回避策：ホストを再起動し、すべてのディスクがマウントされるまで待ちます。

  • サイトの復元後、ストレッチ クラスタのバランスが失われる

    ストレッチ クラスタの障害のあるサイトを復元する場合、そのサイトのホストが長い時間をかけて連続的に戻されることがあります。vSAN は、不完全なコンポーネントの修復を開始するときに一部のホストを過度に使用する可能性があります。

    回避策：障害のあるサイトのすべてのホストを、短時間で一括して復元します。

  • ストレッチ クラスタでの HA の問題が原因で、仮想マシン操作が失敗する

    ストレッチ クラスタでの特定の障害シナリオで、vMotion や仮想マシンのパワーオンなどの特定の仮想マシン操作が影響を受ける場合があります。該当する障害シナリオには、サイトの一部または全体の障害や、サイト間の高速ネットワークの障害などがあります。この問題は、ストレッチ クラスタ サイトの通常操作に使用される VMware HA への依存性が原因です。

    回避策：vMotion、仮想マシンの作成、または仮想マシンのパワーオンを実行する前に、vSphere HA を無効にします。その後、vSphere HA を再び有効にします。

  • ディスク グループがアンマウントされている場合、深い再キー化を実行することができない

    vSAN は、深い再キー化を実行する前に浅い再キー化を実行します。アンマウントされたディスク グループがある場合、浅い再キー化は失敗します。そのため、深い再キー化を開始することができません。

    回避策：アンマウントされたディスク グループを再マウントするか削除します。

  • ログ エントリにファイアウォール構成が変更されたことが示されている

    vSAN 暗号化を有効にすると、新しいファイアウォール エントリ vsanEncryption がセキュリティ プロファイルに表示されます。このルールは、ホストが KMS とどのように直接通信するかを制御します。ルールが適用されると、ログ エントリが /var/log/vobd.log に追加されます。次のメッセージが表示される場合があります：

    Firewall configuration has changed. Operation 'addIP4' for rule set vsanEncryption succeeded.

    Firewall configuration has changed. Operation 'removeIP4' for rule set vsanEncryption succeeded.

    これらのメッセージは無視することができます。

    回避策：なし。

  • vmknic 上で監視トラフィックをサポートするトラフィック タイプ オプションを設定した後、HA フェイルオーバーが発生しない

    vmknic 上で監視トラフィックをサポートするトラフィック タイプ オプションを設定すると、vSphere HA は自動的に新しい設定を検出しません。HA を一度手動で無効にしてから再度有効にして vmknic を検出できるようにする必要があります。vmknic および vSAN クラスタを最初に構成し、次にクラスタ上で HA を有効にすれば、vmknic が検出されます。

    回避策：クラスタ上で vSphere HA を手動で無効にしてから再度有効にします。

  • iSCSI MCS がサポートされていない

    vSAN iSCSI ターゲット サービスでは、Multiple Connections per Session (MCS) がサポートされていません。

    回避策：なし。

  • すべての iSCSI イニシエータで iSCSI ターゲットが検出される

    vSAN iSCSI ターゲット サービスでは、ネットワーク上のすべてのイニシエータで iSCSI ターゲットが検出されます。

    回避策：ESXi ホストを個別の VLAN に配置することによって、それらのホストを iSCSI イニシエータから隔離します。

  • ネットワーク パーティションの解決後、リンク クローン仮想マシンでの一部の仮想マシン操作が失敗することがある

    ゲスト OS 内に I/O が発生していないリンク クローン仮想マシン上での一部の仮想マシン操作が失敗することがあります。失敗する可能性がある操作には、スナップショットの作成や仮想マシンのサスペンドが含まれます。この問題は、ネットワーク パーティションが解決された後、親ベース仮想マシンのネームスペースにまだアクセスできない場合に発生する可能性があります。親仮想マシンのネームスペースがアクセス可能になった場合、HA には仮想マシンをパワーオンするように通知されません。

    回避策：I/O 操作がアクティブに実行されていない仮想マシンの電源を入れ直します。

  • 監視ホストをメンテナンス モードに切り替えることができない

    監視ホストをメンテナンス モードに切り替えようとしても、ホストの状態は変わらず、次の通知が表示されます。指定されたパラメータが正しくありませんでした。

    回避策：監視ホストをメンテナンス モードに切り替える場合、[データの移行なし] オプションを選択します。

  • 監視ホストを拡張クラスタ内に移動し、その監視ホストを拡張クラスタの外に移動すると、クラスタの構成が誤った状態のままになる

    vSAN 対応の vCenter Server クラスタに監視ホストを配置すると、監視ホストをクラスタに配置できないことがアラームで通知されます。ただし、監視ホストをクラスタから移動しても、クラスタの構成が誤った状態のままになります。

    回避策：監視ホストを vSAN ストレッチ クラスタから移動し、ストレッチ クラスタを再構成します。詳細については、https://kb.vmware.com/s/article/2130587を参照してください。

  • HA ハートビート データストアのあるクラスタ内でネットワークのパーティション分割が発生した場合に、他のデータ サイト上で仮想マシンが再起動されない

    vSAN クラスタ内の優先サイトまたはセカンダリ サイトで他のサイトへのネットワーク接続が失われた場合、ネットワーク接続を失ったサイト上で実行中の仮想マシンが他のデータ サイト上で再起動されず、次の内容のエラーが表示される場合があります：vSphere HA virtual machine HA failover failed。

    これは、vSAN クラスタにおいて想定されている動作です。

    回避策：クラスタで vSphere HA を構成中は、HA ハートビート データストアを選択しないでください。

  • アンマウントされた vSAN ディスクおよびディスク グループが、vSphere Web Client の [動作ステータス] フィールドで [マウント済み] として表示される

    ディスクの待ち時間が継続的に長くなっている場合に、esxcli vsan storage disk group unmount コマンドまたは vSAN のデバイス監視サービスを実行して vSAN ディスクまたはディスク グループをアンマウントすると、vSphere Web Client の [動作ステータス] フィールドに [マウント済み] として誤って表示されます。

    回避策：[動作ステータス] フィールドの代わりに、[健全性] フィールドを使用してディスク ステータスを確認します。

check-circle-line exclamation-circle-line close-line
Scroll to top icon