Oracle ZFS Storage Appliance の概要
Oracle ZFS Storage Appliance の構成
BUI を使用した LACP 集計リンクインタフェースの作成
プローブベースのリンク状態障害検出を使用した IPMP グループの作成
リンク状態のみの障害検出を使用した IPMP グループの作成
BUI を使用した InfiniBand パーティションのデータリンクとインタフェースの作成
BUI を使用したクラスタ化されたコントローラでの VLAN ID なしの VNIC の作成
BUI を使用したクラスタ化されたコントローラでの同じ VLAN ID の VNIC の作成
CLI を使用したマルチホーミングプロパティーの「厳しい」への変更
BUI を使用した LUN と FC イニシエータグループの関連付け
CLI を使用した LUN と FC イニシエーターグループの関連付け
CLI を使用したイニシエータとイニシエータグループの別名のスクリプト作成
CLI を使用した自動生成の IQN を持つ iSCSI ターゲットの追加
CLI を使用した RADIUS 認証を使用する特定の IQN を持つ iSCSI ターゲットの追加
CLI を使用した CHAP 認証を使用する iSCSI イニシエータの追加
BUI を使用した、ダッシュボードの表示のみが可能なユーザーの追加
Oracle ZFS Storage Appliance の設定
検証が完了したら、次の段階では、設定での RAS とパフォーマンスの目標が反映されたストレージプロファイルを選択します。提供される一連の可能性のあるプロファイルは、使用可能なストレージによって異なります。次の表は、可能性のあるすべてのプロファイルとその説明を示しています。
|
拡張可能なシステムでは、一部のプロファイルを「NSPF」オプションで使用できます。これは「No Single Point of Failure」の略でシングルポイント障害がないことを表し、深刻なディスクシェルフ障害によってデータ損失が発生しないように、データがミラーまたは RAID ストライプで構造化されていることを示します。システムではすでに、ほぼすべてのコンポーネントにわたって冗長性が構成されています。各ディスクシェルフは、冗長パス、冗長コントローラ、冗長電源装置およびファンを備えています。NSPF による保護の対象となる唯一の障害は、ディスクバックプレーン障害 (ほぼ受動的なコンポーネント)、または全体的な管理ミス (両方のパスの 1 つのディスクシェルフへの切り離し) です。一般に、NSPF を採用すると、ストライプの幅に関する要件がより厳格になるため、容量は少なくなります。
ログデバイスは、ストライプ化またはミラー化されたプロファイルのみを使用して構成できます。ログデバイスはノード障害が発生して、ミラー化されていないログによってデータが失われる場合にのみ使用されるため、デバイスに障害が発生することと、そのあとにノードがただちにリブートすることの両方が必要です。これはほとんどありそうにない状況ですが、ログデバイスをミラー化すると、2 つの同時デバイス障害とノード障害が非常に短い時間帯に発生することが必要になるため、これを事実上不可能にできます。
ホットスペアは合計プールサイズの割合として割り当てられ、選択されたプロファイルには関係ありません (ホットスペアをサポートしていないストライプ化を除く)。ホットスペアはストレージの構成段階ごとに割り当てられるため、小さい単位でストレージを追加するより、ストレージを全体として構成する方がはるかに効率的です。
クラスタでは、キャッシュデバイスは、ストレージプールがインポートされているノードのみから使用できます。クラスタでは、両方のノードでキャッシュデバイスを構成して、同じプールの一部にできます。これを行うには、パッシブノード上のプールを引き継いだあと、ストレージを追加し、キャッシュデバイスを選択します。これには、常に、構成されているグローバルキャッシュデバイスの半分を保持するという効果があります。キャッシュデバイス上のデータはフェイルオーバーで失われますが、新しいノード上では新しいキャッシュデバイスを使用できます。