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

Document Information

このドキュメントの使用法

 1 Oracle ZFS Storage Appliance の概要

 2 ステータス

 3 初期構成

 4 ネットワーク構成

 5 ストレージ構成

 6 Storage Area Network の構成

 7 ユーザー構成

 8 ZFSSA の設定

 9 警告の構成

 10 クラスタ構成

クラスタの機能と利点

クラスタのデメリット

クラスタの用語

クラスタ化の理解

クラスタ相互接続 I/O

クラスタリソース管理の理解

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

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

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

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

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

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

クラスタ化における冗長パスのシナリオ

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

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

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

クラスタ化の構成

クラスタ化の構成解除

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

クラスタ構成をシャットダウンする

スタンバイヘッドをシャットダウンする

クラスタ化の構成解除

クラスタノードの配線

ZS3-2 クラスタの配線

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

ストレージシェルフの配線

クラスタ構成の BUI ページ

 11 ZFSSA サービス

 12 シェア、プロジェクト、およびスキーマ

 13 レプリケーション

 14 シャドウ移行

 15 CLI のスクリプト化

 16 保守のワークフロー

 17 統合

索引

クラスタ相互接続 I/O

すべてのヘッド間通信は、CLUSTRON ハードウェアで提供される 3 つのクラスタ I/O リンクのいずれかで転送される 1 つ以上のメッセージで構成されます (次の図を参照)。このデバイスは、2 つの低速シリアルリンクと 1 つの Ethernet リンクを提供します。シリアルリンクを使用すると、信頼性が高まります。極端に負荷が高い状態のシステムでは、Ethernet リンクが十分な速さでサービスを提供できない可能性があります。不正な障害検出および不要なテイクオーバーは、クラスタ化されたシステムが負荷に対応するための最悪の手段です。テイクオーバー中に、リクエストは処理されず、代わりにクライアントによってキューに入れられます。これにより、すでに高負荷な状態に加えて、テイクオーバー後に遅延したリクエストが大量に発生します。Oracle ZFS Storage Appliance で使用されるシリアルリンクは、このような障害モードの影響を受けにくくなっています。Ethernet リンクは、再度参加時の同期などのハートビート以外のメッセージに対して、より高パフォーマンスのトランスポートを提供し、バックアップハートビートを提供します。

3 つのリンクはすべて、通常の EIA/TIA-568B (8 線式、ギガビット Ethernet) ストレートケーブルを使用して形成されます。2 つの同一コントローラ間でストレートケーブルを使用するには、下記の配線に関するセクションで示すように、ケーブルを使用して 2 つのコネクタの反対のソケットに接続する必要があります。

Figure 10-2  ZS3-2 コントローラのクラスタ I/O ポート

image:ZFSSA コントローラのクラスタ I/O ポート Table 10-1  ZS3-2 コントローラのクラスタ I/O ポート
図の説明
1 シリアル 0
2 シリアルアクティビティーLED
3 シリアルステータス LED
4 Ethernet
5 シリアル 1
6 Ethernet ステータス LED
7 Ethernet アクティビティー LED

Figure 10-3  ZS3-4 および 7x20 コントローラのクラスタ I/O ポート

image:ZS3-4 および 7x20 コントローラのクラスタ I/O ポート

図 2。ZS3-4 および 7x20 コントローラのクラスタ I/O ポート

Table 10-2  ZS3-4 および 7x20 コントローラのクラスタ I/O ポート
図の説明
1 シリアル 1
2 シリアル 0
3 シリアルステータス LED
4 Ethernet ステータス LED
5 Ethernet
6 Ethernet アクティビティー LED

クラスタ化されたヘッドが相互に通信を行うのは、クラスタ相互接続により確立されたセキュアなプライベートネットワーク経由だけで、サービスや管理向けのネットワークインタフェース経由では決して相互に通信を行いません。メッセージは、リモートヘッドの障害を検出するときに使用される通常のハートビートと、リソースマネージャーおよびクラスタ管理サブシステムに関連する、より高いレベルのトラフィックの 2 つの一般的なカテゴリに分類されます。ハートビートは 3 つのすべてのリンク上で送信 (および予期) されます。ハートビートは一定の間隔で継続的に転送され、すべてのハートビートが同一であり、一意の情報が含まれないときは肯定応答も再転送も行われません。その他のトラフィックは、任意のリンク (通常は転送時に最速のリンク) 上に送信できます。このトラフィックでは、より高レベルのソフトウェアで信頼できる転送を保持するために、必要に応じて肯定応答、検証、および再転送が行われます。

メッセージのタイプまたは送信元に関係なく、すべてのメッセージは単一の 128 バイトパケットとして送信され、1 - 68 バイトのデータペイロード、およびデータ整合性を確認するための 20 バイトの検証ハッシュが含まれます。シリアルリンクは 115200 ビット/秒で動作し、9 データビットおよび単一のスタートビットとストップビットが含まれます。Ethernet は 1G ビット/秒で動作します。したがって、シリアルリンクにおける効率的なメッセージ待機時間は約 12.2 ミリ秒です。Ethernet の待機時間は大幅に変動します。一般的な待機時間は数マイクロ秒ですが、アプライアンス管理ソフトウェアにとって効率的な待機時間は、システム負荷のためにより大きくなる可能性があります。

通常、ハートビートメッセージは、3 つのすべてのクラスタ I/O リンクで各ヘッドによって 50 ミリ秒間隔で送信されます。メッセージ受信の失敗は、200 ミリ秒 (シリアルリンク) または 500 ミリ秒 (Ethernet リンク) 後にリンク障害と見なされます。3 つのすべてのリンクで障害が発生した場合、ピアで障害が発生したと想定され、テイクオーバーアービトレーションが実行されます。パニックの場合は、パニックが発生したヘッドが単一の通知メッセージを各シリアルリンク上に転送します。ほかのリンクの状態に関係なく、そのピアではすぐにテイクオーバーが開始されます。このような特徴を考慮すると、通常、クラスタ化サブシステムは次の時間内にそのピアに障害が発生したことを検出できます。

このセクションで説明する値はすべて固定値です。Oracle ZFS Storage Appliance はアプライアンスとして、これらのパラメータを調整する機能を提供しません (必要もありません)。これらの値は、実装の詳細と見なされており、ここでは情報目的でのみ提供されます。いつでも通知なしで変更されることがあります。


注 -  クラスタの物理的な再配置のあとのデータ破損を回避するために、すべてのクラスタ配線が新しい場所に正しく設置されていることを確認してください。詳細は、「スプリットブレイン」状態の回避を参照してください。