「VPLEX:LUN Zの説明
Summary: この記事では、LUNZデバイスの概要、ホストにLUNZデバイスが表示される理由、およびLUNZデバイスを削除する方法について説明します。
Symptoms
LUNZは、ホストの起動の失敗、パニック、パフォーマンスの問題など、さまざまな問題に関連しています。
初期セットアップ後、LUNZはホストに提示されたままになっています。
Cause
LUNZとは、ホストに提示される偽の論理ユニット ゼロを指し、ホストで使用できる物理論理ユニット0がない場合に、ホスト ソフトウェアがアレイに構成コマンドを送信するためのパスを提供します。LUNZはホスト オペレーティング システムに依存せず、CLARiX、VNX、VPLEXなどのさまざまなEMCアレイによって提供されます
接続のプレースホルダーとして、構成後にホストからLUNZを削除する必要があります。LUNZがホストに認識され続けると、ホストの起動に失敗したりパニックになったり、パフォーマンスの問題が発生したりして、さまざまな問題が発生する可能性があります
ホストにLUNZが表示される主な理由は2つあります。
- ホストHBAはアレイに接続されていますが、ストレージ グループまたはストレージ ビューに含まれていません。
- ホストHBAはストレージ グループまたはストレージ ビューに含まれていますが、グループまたはビューにHLU0が割り当てられていません。
Resolution
この問題を解決する最善の方法は、ホストHBAがアレイに接続され、HLU0を含むストレージ グループまたはビュー内に接続されていることを確認することです。一部のアレイではこの形式の通信を無効にすることができますが、推奨されません。
手順:
- アレイ上のホスト イニシエーターの登録
- ストレージ グループまたはストレージ ビューでのホスト イニシエーターへのストレージの割り当て
- ストレージ グループまたはストレージ ビューにHLU 0があることを確認します
Additional Information
ホスト
LUNZに対するホスト
LUNZの可視性は、ホストに提示される偽の論理ユニット ゼロを参照し、ホストで使用可能な物理論理ユニット ゼロがない場合に、ホスト ソフトウェアがアレイに構成コマンドを送信するためのパスを提供します。
Invistaインスタンスでは、有効なLUNが仮想フレームによってHLU LUN0に割り当てられると、LUNZデバイスが置き換えられます。
InvistaにはLUNZが実装されており、LUNがバインドされていない場合でも、ホストOSとPowerPathがアレイを認識できるようになります。
VNX
メモ: arraycommpathを1(有効)に設定すると、LUNZデバイスが作成されます。
LUNzデバイスを使用すると、ストレージ システム内にLUNがサーバーに接続されていない場合に、管理インターフェイスがストレージ システムと通信できるようになります。
VPLEX
VPLEXにはLUNZの構成オプションはありません
VNX/CLARiXのバックエンド ストレージ アレイでは、アレイのarraycommpath設定を変更して、表示されるLUNZの動作を変更できます
VPLEXから、既存の仮想ボリュームのLUN IDを「0」に変更できます。このボリュームは、LUNZを認識しているホストがアクセスしているストレージ ビューに含まれている必要があります。また、小さなLUNをVPLEXに提供し、その上に仮想ボリュームを構築し、仮想ボリュームがストレージ ビューに配置されるときに、ボリュームに「0」のLUN IDを割り当てることもできます。
ESXiからは、これは表面的なものですが、デッド パスが表示されると心配になる場合があります。ボリュームが0になるようにストレージ ビューを再構成したくない場合は、VPLEXのダミーLUN 0がおそらく最適なソリューションです。
VMwareホストがLUN Zを認識し、その後、ホストが実際のホストLUN 0のストレージ グループに接続されている場合は、VMwareストレージ デバイスを2回再スキャンする必要があります。
最初の再スキャンではLUN Zは削除されますが、実際のホストLUN 0は追加されません。
実際のHLU LUN 0を配置するには、2回目の再スキャンが必要です。
ホストLUN 0が存在する場合、ESXiホストを再起動すると、LUN Zが自動的に実際のホストLUN 0に変更されます。
LUN Zはイニシエーターのプロパティであり、ストレージ グループのプロパティではありません
Broadcom(VMware)ホストにホストLUN 0とLUN Zの両方があるのはなぜですか?