Storage Foundation 8.0 管理者ガイド - Solaris
- 第 I 部 Storage Foundation の紹介
- Storage Foundation の概要
- Dynamic Multi-Pathing の動作
- Veritas Volume Manager の動作
- Veritas File System の動作
- 第 II 部 ストレージのプロビジョン
- 新しいストレージのプロビジョニング
- ストレージの設定のための高度な割り当て方法
- VxFS ファイルシステムの作成とマウント
- VxFS ファイルシステムの作成
- VxFS ファイルシステムのマウント
- ファイルシステムサイズの変更
- 空き領域の監視
- エクステント属性
- 第 III 部 DMP を使ったマルチパスの管理
- Dynamic Multi-Pathing の管理
- 新しく追加されたディスクデバイスの検出と設定
- ディスクの検出とディスクアレイの動的な追加について
- デバイス検出層の管理方法
- vxdmpadm ユーティリティを使った DMP の管理
- I/O 統計情報の収集と表示
- I/O ポリシーの指定
- ZFS ルートプールに対する DMP デバイスの管理
- 新しく追加されたディスクデバイスの検出と設定
- デバイスの動的再構成
- デバイスの管理
- イベント監視
- Dynamic Multi-Pathing の管理
- 第 IV 部 Storage Foundation の管理
- 第 V 部 I/O パフォーマンスの最適化
- 第 VI 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- ボリュームスナップショットの管理
- 従来のサードミラーブレークオフスナップショット
- フルサイズインスタントスナップショット
- インスタントスナップショットの作成
- インスタントスナップの DCO と DCO ボリュームの追加
- インスタントスナップショットの同期の制御
- インスタントスナップショットの作成
- カスケードスナップショット
- バージョン 0 の DCO および DCO ボリュームの追加
- Storage Checkpoint の管理
- FileSnaps の管理
- スナップショットファイルシステムの管理
- 第 VII 部 Storage Foundation を使用したストレージの最適化
- 第 VIII 部 ストレージ利用率の最大化
- SmartTier によるストレージの階層化について
- ボリュームセットの作成と管理
- MVS ファイルシステム
- SmartTier の管理
- ホットリロケーションの管理
- Solaris SPARC 上のデータの重複排除
- ファイルの圧縮
- 第 IX 部 ストレージの管理と保護
- ボリュームとディスクグループの管理
- デフォルトのディスクグループの名前の付け方
- ボリュームまたはディスクの移動
- タスクの監視と制御
- オンライン再レイアウトの実行
- ボリュームへのミラーの追加
- ディスクグループの管理
- プレックスとサブディスクの管理
- ストレージの破棄
- ルータビリティ
- クォータ
- FCL (File Change Log)
- ボリュームとディスクグループの管理
- 第 X 部 参照先
エンクロージャに基づく名前の付け方について
オペレーティングシステムに基づくデバイスの名前の付け方の代わりに、エンクロージャに基づく名前の付け方を使うことができます。この規則を使うと、アクセスに使うコントローラではなくエンクロージャの名前でディスクデバイスの名前を設定できます。ファイバーチャネルスイッチを使うストレージエリアネットワーク(SAN)では、オペレーティングシステムからのディスクの配置情報で、ディスクの物理的位置が正しく示されない場合があります。たとえば、c#t#d#s# 形式の名前の付け方では、コントローラベースでデバイス名を割り当てるため、同じホストコントローラに接続されていても、エンクロージャが異なる場合があります。エンクロージャに基づく名前の付け方では、SF はエンクロージャに個々の物理エンティティとしてアクセスできます。 個々のエンクロージャに、データの冗長性のあるコピーを設定することで、1 つ以上のエンクロージャの障害に対抗できます。
図: ファイバーチャネルスイッチで接続されているディスクエンクロージャの設定例 に、ホストコントローラがファイバーチャネルスイッチを使って複数のエンクロージャに接続されている通常の SAN 環境を示します。
このような設定では、エンクロージャに基づく命名を使って、エンクロージャ内の各ディスクを示すことができます。たとえば、エンクロージャ enc0 内のディスクのデバイス名は enc0_0、enc0_1 のように設定されています。この規則の主な利点は、大規模な SAN 設定でディスクの物理的位置を迅速に特定できることです。
ほとんどのディスクアレイでは、ハードウェアベースのストレージ管理を使って、複数の物理ディスク 1 つの LUN としてオペレーティングシステムに提示できます。このような場合、VxVM でもコンポーネントディスクではなく、1 つの論理ディスクデバイスを認識します。このため、エンクロージャ内のディスクにリファレンスを作成する場合、ディスクは物理ディスクまたは LUN になります。
エンクロージャに基づく命名によるもう 1 つの重要な利点は、VxVM がデータの冗長なコピーを同じエンクロージャに配置するのを回避できることです。各エンクロージャは独立した障害のあるドメインと認識される可能性があるため、そのような配置を回避するのは好ましいことです。 たとえば、ミラー化したボリュームがエンクロージャ enc1 のディスク上にのみ設定された場合は、スイッチとエンクロージャ間のケーブル障害により、ボリューム全体が利用できなくなることがあります。
必要に応じて、SF がエンクロージャに割り当てたデフォルト名を自分の設定に意味のある名前に交換することができます。
図: 冗長ループアクセスを実行するために複数のスイッチを使った HA の設定例 に、ホスト上の独立したコントローラをエンクロージャへの独立したパスを持つ個々のスイッチに接続して、ストレージへの冗長ループアクセスを実現する高可用性(HA)設定を示します。
このような設定により、ホストコントローラ(c1 と c2)のいずれかに障害が発生したり、ホストといずれかのスイッチをつなぐケーブルに障害が発生しても可用性を維持することができます。この例では、VxVM がアクセスできるすべてのパスで、各ディスクは同じ名前になっています。たとえば、ディスクデバイス enc0_0 は 1 つのディスクを表しますが、オペレーティングシステムには 2 つの異なるパス、c1t99d0 と c2t99d0 が認識されています。
データの冗長性を設定するとき、ドメインに障害が発生することを考慮するために、ミラー化したボリュームを、エンクロージャをまたがってレイアウトする方法を制御できます。