JavaScript is required to for searching.
ナビゲーションリンクをスキップ
印刷ビューの終了
Oracle® ZFS Storage Appliance 管理ガイド、Release 2013.1.3.0
Oracle Technology Network
ライブラリ
PDF
印刷ビュー
フィードバック
search filter icon
search icon

ドキュメント情報

Oracle ZFS Storage Appliance の概要

Oracle ZFS Storage Appliance の構成

アプライアンスの初期構成

BUI を使用した初期構成

CLI を使用した初期構成

ネットワーク構成

ネットワーク構成 BUI ページの操作

ネットワークデバイスの構成

ネットワークデータリンクの構成

ネットワークインタフェースの構成

ネットワーク IP マルチパス (IPMP) の構成

ネットワークのパフォーマンスおよび可用性の構成

ネットワークルーティングの構成

BUI を使用したネットワーク構成

BUI を使用したシングルポートインタフェースの作成

BUI を使用したインタフェースの変更

BUI を使用したシングルポートインタフェースの作成

BUI を使用した LACP 集計リンクインタフェースの作成

プローブベースのリンク状態障害検出を使用した IPMP グループの作成

リンク状態のみの障害検出を使用した IPMP グループの作成

BUI を使用した LACP アグリゲーションの拡張

BUI を使用した IPMP グループの拡張

BUI を使用した InfiniBand パーティションのデータリンクとインタフェースの作成

BUI を使用したクラスタ化されたコントローラでの VLAN ID なしの VNIC の作成

BUI を使用したクラスタ化されたコントローラでの同じ VLAN ID の VNIC の作成

BUI を使用した静的ルートの追加

BUI を使用した静的ルートの削除

CLI を使用したネットワーク構成

CLI を使用した静的ルートの追加

CLI を使用した静的ルートの削除

CLI を使用したマルチホーミングプロパティーの「厳しい」への変更

ストレージ構成

ストレージプロファイルの選択

データプロファイル構成

既存のストレージプールのインポート

ストレージの追加

ストレージの構成解除

ストレージプールの名前変更

ストレージプールのスクラブ

BUI を使用したストレージプールの構成

BUI を使用した既存のプールへのキャッシュデバイスの追加

CLI を使用した既存のプールへのキャッシュデバイスの追加

アプライアンスステータスについて

ダッシュボードの「ステータス」

メモリー使用状況のサマリー

ダッシュボードの「サービス」

ダッシュボードの「ハードウェア」

ディスクアクティビティーダッシュボード

最新の警告

ダッシュボード CLI

ダッシュボードの連続実行

ステータスダッシュボード設定

表示されるアクティビティー統計情報の変更

アクティビティーのしきい値の変更

NDMP ステータス

NDMP の状態

Storage Area Network の構成

SAN の用語

SAN ファイバチャネルの構成

BUI を使用した FC ポートモードの構成

BUI を使用した FC ポートの検出

BUI を使用した FC イニシエータグループの作成

BUI を使用した LUN と FC イニシエータグループの関連付け

CLI を使用した FC ポートモードの変更

CLI を使用した FC ポートの検出

CLI を使用した FC イニシエータグループの作成

CLI を使用した LUN と FC イニシエーターグループの関連付け

CLI を使用したイニシエータとイニシエータグループの別名のスクリプト作成

SAN iSCSI の構成

SAN iSCSI イニシエータの構成

BUI を使用した分析ワークシートの作成

SAN iSER ターゲットの構成

CLI を使用した自動生成の IQN を持つ iSCSI ターゲットの追加

CLI を使用した RADIUS 認証を使用する特定の IQN を持つ iSCSI ターゲットの追加

CLI を使用した CHAP 認証を使用する iSCSI イニシエータの追加

CLI を使用した iSCSI ターゲットグループの追加

CLI を使用した iSCSI イニシエータグループの追加

SAN SRP の構成

BUI を使用した SRP ターゲットの構成

CLI を使用した SRP ターゲットの構成

ユーザーの構成

ユーザー承認

ユーザープロパティーの管理

BUI を使用した管理者の追加

BUI を使用したロールの追加

BUI を使用したロールへの承認の追加

BUI を使用したロールからの承認の削除

BUI を使用した、ダッシュボードの表示のみが可能なユーザーの追加

CLI を使用したロールの追加

CLI を使用した管理者の追加

CLI を使用したロールへの承認の追加

CLI を使用したロールからの承認の削除

Oracle ZFS Storage Appliance の設定

設定のプロパティー

CLI を使用した設定

CLI を使用した SSH 公開鍵の設定

警告の構成

警告のカテゴリ

しきい値警告

BUI を使用したしきい値警告の追加

BUI を使用した警告アクションの追加

CLI を使用したしきい値警告の追加

CLI を使用した警告アクションの追加

電子メール警告の送信

SNMP トラップの送信

Syslog メッセージの送信

データセットの再開/一時停止

ワークシートの再開/一時停止

ワークフローの実行

クラスタ化の構成

クラスタ化の理解

クラスタの長所と短所

クラスタの用語

クラスタ相互接続 I/O

クラスタリソース管理

クラスタのテイクオーバーとフェイルバック

クラスタ化された環境での構成変更

クラスタ化におけるストレージの考慮点

クラスタ化におけるネットワークの考慮点

プライベートのローカル IP インタフェース

クラスタ化における Infiniband の考慮点

「スプリットブレイン」状態の回避

テイクオーバーの影響の見積もりと削減

BUI を使用したクラスタ化の構成

BUI を使用したクラスタ化の構成解除

CLI を使用したクラスタ構成のシャットダウン

CLI を使用したスタンバイヘッドのシャットダウン

CLI を使用したクラスタ化の構成解除

ZS3-2 クラスタの配線

ZS4-4、ZS3-4、および 7x20 クラスタの配線

クラスタ化のためのストレージシェルフの配線

サービスの操作

Oracle ZFS Storage Appliance の管理

シェアの操作

アプリケーションと Oracle ZFS Storage Appliance の統合

ネットワーク IP マルチパス (IPMP) の構成

IP マルチパスグループは、IP インタフェースの障害 (物理的な回線の切断や、ネットワークデバイスとスイッチの間の接続の障害など) が発生した場合、またはシステムとネットワークゲートウェイの間のパスの障害が発生した場合でも引き続き使用できる IP アドレスを提供するために使用されます。システムは、下記で説明するように、IP インタフェースの基になるデータリンクのリンクアップおよびリンクダウン通知をモニタリングしたり、オプションでグループ内の各 IP インタフェースに割り当てることができるテストアドレスを使用してプローブしたりすることによって障害を検出します。IPMP グループには、すべてが同じリンク (LAN、IB パーティション、または VLAN) 上に存在するかぎり任意の数の IP インタフェースを設定でき、また任意の数の高可用性アドレスを割り当てることができます。

IPMP グループ内の各 IP インタフェースは、アクティブまたは スタンバイのどちらかに指定されます。

アクティブおよびスタンバイ IP インタフェースは複数構成できますが、各 IPMP グループには、少なくとも 1 つのアクティブ IP インタフェースが構成されている必要があります。IPMP は、構成された数のアクティブインタフェースを保持するために、必要な数のスタンバイをアクティブにしようとします。たとえば、IPMP グループに 2 つのアクティブインタフェースと 2 つのスタンバイインタフェースが構成されており、すべてのインタフェースが正しく機能している場合は、2 つのアクティブインタフェースのみがデータを送受信に使用されます。アクティブインタフェースに障害が発生した場合は、いずれかのスタンバイインタフェースがアクティブ化されます。ほかのアクティブインタフェースに障害が発生した (または、アクティブ化されたスタンバイに障害が発生した) 場合は、2 番目のスタンバイインタフェースがアクティブ化されます。そのあと、アクティブインタフェースが修復された場合は、スタンバイインタフェースがもう一度非アクティブ化されます。

IP インタフェースの障害は、リンクベースの検出またはプローブベースの検出 (つまり、テストアドレスが構成されている) で発見できます。

IP インタフェース上でプローブベースの障害検出が有効になっている場合、システムは、プローブするターゲットシステムを動的に決定します。最初に、IP インタフェースのテストアドレスと同じサブネット上にゲートウェイ (ルーター) がないかどうかルーティングテーブルがスキャンされ、最大 5 つが選択されます。同じサブネット上にゲートウェイが見つからない場合、システムはマルチキャスト ICMP プローブを (IPv4 の場合は 224.0.01、IPv6 の場合は ff02::1 に) 送信し、同じサブネット上の応答した最初の 5 つのシステムを選択します。そのため、IPMP を使用したネットワーク障害検出および修復のために、各リンク上の少なくとも 1 つの近傍ノードまたはデフォルトゲートウェイが ICMP エコーリクエストに応答することを確認してください。IPMP は、IPv4 と IPv6 の両方のアドレス構成で動作します。IPv6 の場合は、インタフェースのリンクローカルアドレスがテストアドレスとして使用されます。


注 -  IPMP テストのアドレスと同じサブネット上に、ICMP エコーリクエストに応答するように構成されている (クラスタピア以外の) システムがない場合、プローブベースの障害検出を使用しないでください。

システムは、選択されたターゲットシステムをラウンドロビン方式でプローブします。5 回のプローブに連続して応答がない場合、その IP インタフェースは障害が発生していると見なされます。逆に、10 回のプローブに連続して応答があった場合、システムは、以前に障害が発生した IP インタフェースを修復されたと見なします。システムの IPMP プローブ障害検出時間を、「IPMP」画面から設定できます。この時間によって、プローブの頻度と修復間隔が間接的に制御されます。たとえば、障害検出時間が 10 秒である場合、システムはおおよそ 2 秒間隔でプローブを送信すること、およびシステムがプローブベースのインタフェース修復を検出するには 20 秒かかることを示します。システムが選択したターゲットシステムを直接制御することはできませんが、ルーティングテーブルを介して間接的に制御することは可能です。

システムはルーティングテーブルをモニターし、必要に応じて、選択したターゲットシステムを自動的に調整します。たとえば、システムではマルチキャスト検出ターゲットを使用しているが、そのあと IP インタフェースのテストアドレスと同じサブネット上にゲートウェイを含むルートが追加された場合、システムはそのゲートウェイのプローブに自動的に切り替えます。同様に、マルチキャスト検出ターゲットがプローブされている場合、システムは一連の選択されたターゲットを定期的にリフレッシュします (たとえば、以前に選択されたターゲットの一部が応答しなくなっているため)。

IPMP グループを作成する手順については、IPMP の操作を参照してください。

プライベートローカルインタフェースの詳細は、クラスタ化の構成を参照してください。