NetappクラスターフェイルオーバーのVMWareESXおよびゲスト設定
Ontap8.xを7モードで実行しているNetappから提示されたFC [編集] LUNでVMWare5.xを実行している場合、VMが最悪の場合のクラスターノードフェイルオーバーに耐えられるようにするには、どのような手順を実行する必要がありますか？ HBA設定？ ESX設定？ VMの設定を変更しますか？これはすべてNetappのホストキットで処理されることは知っていますが、それが何をしているのか、そして/または自分たちでそれを実行したいのです。
Netappでのcfテイクオーバーは通常非常に高速ですが、場合によっては最大3分かかることもあります。
主に、ディスクIOがなくてもVMに問題がないことを確認する必要があります。 VMwareツールをインストールすると、4.x以降でこれが処理されます。また、タイムアウトに関連するESXホストに適切な設定を設定する必要があります。これらの設定については、TR-3749のnetappサイトで詳しく説明されています。
ゲストには同じものが表示されるため、クラスターのフェイルオーバーにどのプロトコルを使用しているかは実際には関係ありません。ディスクは短時間オフライン/読み取り専用になります。 このスクリプトは、ネットアップの推奨設定を設定するのに役立ちます VMで==ですが、VMwareツールのインストールで確実に実行されます。
ESX/ESXi側 ESX/OnTapのバージョンによって異なります 実行していますが、編集するためのものではありません。 MRU/RRなどを強制することはできますが、それはそのLUNへのパスを検出する方法にすぎません（スイッチングで奇妙なことをしている場合を除いて、ほとんど設定して忘れてください）。フェイルオーバー自体を実際に高速化することはできません。これは、コントローラーが起動して同期し、NVRAMでデータを再生するのにかかる時間の関数です。 VMwareとNetAppのPSP/SATPは連携して動作します このようなものを管理します。詳細については、esxcliを使用して、これらの設定を確認（および制限付きで編集）できます。 esxcli storage nmpおよびesxcli storage san fcを試してみてください。特に必要がない限り、このようなものをいじることはありません。パフォーマンスの改善を何とか絞り出しても、将来のリリースなどとの互換性が失われる可能性があります。
HBAの場合、主に確認するのはキューの深さですが、それはワークロードの構成方法によって異なります。ファイラー側では、キュー設定を変更する必要はありません。ワークロードに基づいて自動的に調整されることになっています。
FCを使用している場合は、少なくともNFSも試すことを強くお勧めします。これにより、作業が非常に楽になります。