Dynamic Multi-Pathing 8.0.2 管理者ガイド - Solaris
- DMP について
- ネイティブデバイス管理のための DMP の設定
- ネーティブデバイス管理のための DMP の設定について
- ネーティブマルチパス設定の表示
- DMP への ZFS プールの移行
- EMC PowerPath から DMP への移行
- Hitachi Data Link Manager(HDLM)から DMP への移行
- Solaris Multiplexed I/O(MPxIO)から DMP への移行
- Oracle Automatic Storage Management (ASM)での Dynamic Multi-Pathing (DMP)デバイスの使用
- ZFS ルートプールの DMP サポートの有効化と無効化
- 既存の ZFS プールへの DMP デバイスの追加または ZFS プールの新規作成
- ネーティブデバイスの DMP サポートの削除
- DMP の管理
- コントローラとストレージプロセッサに対する I/O の有効化と無効化について
- DMP データベース情報の表示について
- ディスクへのパスの表示
- DMP ノードのカスタム名の設定
- ZFS ルートプールに対する DMP デバイスの管理
- vxdmpadm ユーティリティを使った DMP の管理
- DMP ノードに関する情報の取得
- DMP ノードについての統合された情報の表示
- LUN グループのメンバーの表示
- DMP ノード、コントローラ、エンクロージャ、アレイポートによって制御されるパスの表示
- コントローラに関する情報の表示
- エンクロージャに関する情報の表示
- アレイポートに関する情報の表示
- ALUA アレイのためのユーザーフレンドリな CLI 出力
- サードパーティ製のドライバにより制御されるデバイスに関する情報の表示
- 拡張デバイス属性の表示
- VxVM の制御下におけるデバイスの無効化と有効化
- I/O 統計情報の収集と表示
- エンクロージャへのパスに関する属性の設定
- デバイスまたはエンクロージャの冗長レベルの表示
- アクティブパスの最小数の指定
- I/O ポリシーの表示
- I/O ポリシーの指定
- パス、コントローラ、アレイポート、DMP ノードに対する I/O の無効化
- パス、コントローラ、アレイポート、DMP ノードに対する I/O の有効化
- エンクロージャ名の変更
- I/O エラーに対する応答の設定
- I/O 調整機構の設定
- サブパスフェールオーバーグループ(SFG)の設定
- LIPP(Low-Impact Path Probing)の設定
- リカバリオプション値の表示
- DMP パスリストアポリシーの設定
- DMP パスリストアスレッドの停止
- DMP パスリストアスレッドの状態の表示
- アレイポリシーモジュール(Array Policy Modules)の設定
- Metro/Geo アレイの遅延しきい値チューニングパラメータの設定
- ディスクの管理
- ディスク管理について
- 新しく追加されたディスクデバイスの検出と設定
- 部分的なデバイス検出
- ディスクの検出とディスクアレイの動的な追加について
- サードパーティドライバの共存について
- デバイス検出層の管理方法
- iSCSI を含むすべてのデバイスの一覧表示
- iSCSI を含むすべてのホストバスアダプタの一覧表示
- ホストバスアダプタ上で設定されたポートの一覧表示
- ホストバスアダプタまたはポートから設定されたターゲットの一覧表示
- ホストバスアダプタとターゲットから設定されたデバイスの一覧表示
- iSCSI 操作パラメータの取得または設定
- サポートされているすべてのディスクアレイの一覧表示
- ディスクアレイライブラリのサポートの無効化
- 無効にされたディスクアレイライブラリのサポートの有効化
- 無効にされたディスクアレイの一覧表示
- DISKS カテゴリで認識されているディスクの一覧表示
- Array Support Library(ASL)の詳細の表示
- DISKS カテゴリへのサポートされていないディスクアレイの追加
- DISKS カテゴリからのディスクの削除
- 外部デバイス
- VxVM の ZFS との共存
- ディスクデバイスの名前の付け方の変更
- エンクロージャに基づくディスク名と OS に基づくディスク名の関連付けの検出
- デバイスの動的再構成
- イベント監視
- 処理効率の監視とチューニング
- 付録 A. DMP のトラブルシューティング
- 付録 B. 参照先
エンクロージャに基づく名前の付け方について
オペレーティングシステムに基づくデバイスの名前の付け方の代わりに、エンクロージャに基づく名前の付け方を使うことができます。この規則を使うと、アクセスに使うコントローラではなくエンクロージャの名前でディスクデバイスの名前を設定できます。ファイバーチャネルスイッチを使うストレージエリアネットワーク(SAN)では、オペレーティングシステムからのディスクの配置情報で、ディスクの物理的位置が正しく示されない場合があります。たとえば、c#t#d#s# 形式の名前の付け方では、コントローラベースでデバイス名を割り当てるため、同じホストコントローラに接続されていても、エンクロージャが異なる場合があります。エンクロージャに基づく名前の付け方では、DMP はエンクロージャに個々の物理エンティティとしてアクセスできます。 個々のエンクロージャに、データの冗長性のあるコピーを設定することで、1 つ以上のエンクロージャの障害に対抗できます。
図: ファイバーチャネルスイッチで接続されているディスクエンクロージャの設定例 に、ホストコントローラがファイバーチャネルスイッチを使って複数のエンクロージャに接続されている通常の SAN 環境を示します。
このような設定では、エンクロージャに基づく命名を使って、エンクロージャ内の各ディスクを示すことができます。たとえば、エンクロージャ enc0 内のディスクのデバイス名は enc0_0、enc0_1 のように設定されています。この規則の主な利点は、大規模な SAN 設定でディスクの物理的位置を迅速に特定できることです。
ほとんどのディスクアレイでは、ハードウェアベースのストレージ管理を使って、複数の物理ディスク 1 つの LUN としてオペレーティングシステムに提示できます。このような場合、VxVM でもコンポーネントディスクではなく、1 つの論理ディスクデバイスを認識します。このため、エンクロージャ内のディスクにリファレンスを作成する場合、ディスクは物理ディスクまたは LUN になります。
エンクロージャに基づく命名によるもう 1 つの重要な利点は、VxVM がデータの冗長なコピーを同じエンクロージャに配置するのを回避できることです。各エンクロージャは独立した障害のあるドメインと認識される可能性があるため、そのような配置を回避するのは好ましいことです。 たとえば、ミラー化したボリュームがエンクロージャ enc1 のディスク上にのみ設定された場合は、スイッチとエンクロージャ間のケーブル障害により、ボリューム全体が利用できなくなることがあります。
必要に応じて、DMP がエンクロージャに割り当てたデフォルト名を自分の設定に意味のある名前に交換することができます。
図: 冗長ループアクセスを実行するために複数のスイッチを使った HA の設定例 に、ホスト上の独立したコントローラをエンクロージャへの独立したパスを持つ個々のスイッチに接続して、ストレージへの冗長ループアクセスを実現する高可用性(HA)設定を示します。
このような設定により、ホストコントローラ(c1 と c2)のいずれかに障害が発生したり、ホストといずれかのスイッチをつなぐケーブルに障害が発生しても可用性を維持することができます。この例では、VxVM がアクセスできるすべてのパスで、各ディスクは同じ名前になっています。たとえば、ディスクデバイス enc0_0 は 1 つのディスクを表しますが、オペレーティングシステムには 2 つの異なるパス、c1t99d0 と c2t99d0 が認識されています。
データの冗長性を設定するとき、ドメインに障害が発生することを考慮するために、ミラー化したボリュームを、エンクロージャをまたがってレイアウトする方法を制御できます。