ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle Solaris Cluster システム管理 Oracle Solaris Cluster 4.1 (日本語) |
1. Oracle Solaris Cluster の管理の概要
2. Oracle Solaris Cluster と RBAC
5. グローバルデバイス、ディスクパス監視、およびクラスタファイルシステムの管理
ストレージベースのデータ複製は、ストレージデバイスにインストールされているソフトウェアを使用して、クラスタまたはキャンパスクラスタ内の複製を管理します。このようなソフトウェアは、特定のストレージデバイスに固有で、障害回復には使用されません。ストレージベースのデータ複製を構成する際には、ストレージデバイスに付属するドキュメントを参照してください。
使用するソフトウェアに応じて、ストレージベースのデータ複製を使用して自動と手動のいずれかのフェイルオーバーを使用できます。Oracle Solaris Cluster では、EMC SRDF ソフトウェアを使用した複製で手動と自動の両方のフェイルオーバーをサポートしています。
このセクションでは、キャンパスクラスタで使用されるストレージベースのデータ複製について説明します。図 4-1 に、2 つのストレージアレイ間でデータが複製される、2 ルーム構成の例を示します。この構成では、最初のルームにプライマリストレージアレイがあり、これが両方のルームのノードにデータを提供します。また、プライマリストレージアレイは、複製するデータをセカンダリストレージアレイに提供します。
図 4-1 ストレージベースのデータ複製を装備した 2 ルーム構成
EMC SRDF を使用したストレージベースの同期複製は、Oracle Solaris Cluster でサポートされますが、非同期複製は EMC SRDF でサポートされません。
EMC SRDF のドミノモードまたは適応型コピーモードを使用しないでください。ドミノモードでは、ターゲットが使用可能でない場合に、ローカルおよびターゲット SRDF ボリュームをホストで使用できなくなります。適応型コピーモードは、一般的にデータ移行およびデータセンター移行に使用され、障害回復には推奨されません。
リモートストレージデバイスとの通信が失われた場合は、never または async の Fence_level を指定して、プライマリクラスタ上で実行されているアプリケーションがブロックされないようにしてください。data または status の Fence_level を指定すると、リモートストレージデバイスに更新がコピーできない場合に、プライマリストレージデバイスが更新を拒否します。
データの整合性を確保するには、マルチパスおよび適切な RAID パッケージを使用します。次のリストには、ストレージベースのデータ複製を使用するクラスタ構成を実装するための考慮事項が含まれています。
ノード間の距離は、Oracle Solaris Cluster Fibre Channel とインターコネクトインフラストラクチャーにより制限されます。現在の制限とサポートされる技術の詳細については、Oracle のサービスプロバイダにお問い合わせください。
複製されたボリュームを、定足数デバイスとして構成しないでください。共有の複製されていないボリュームにある定足数デバイスを見つけるか、定足数サーバーを使用します。
データのプライマリコピーのみがクラスタノードに認識されるようにします。それ以外の場合、ボリュームマネージャーはデータのプライマリコピーとセカンダリコピーの両方に同時にアクセスしようとする場合があります。データコピーの可視性の制御については、ストレージアレイに付属するドキュメントを参照してください。
EMC SRDF では、ユーザーは複製デバイスのグループを定義できます。各複製デバイスグループには、同じ名前の Oracle Solaris Cluster デバイスグループが必要です。
特定のアプリケーション固有のデータは、非同期データ複製には適さない場合があります。アプリケーションの動作に関する知識を使って、ストレージデバイス間でアプリケーション固有のデータを複製する最善の方法を決定します。
クラスタを自動フェイルオーバー用に構成する場合は、同期複製を使用します。
複製されたボリュームの自動フェイルオーバー用にクラスタを構成する手順については、「ストレージベースの複製されたデバイスの管理」を参照してください。
クラスタ内で複製する場合、Oracle Real Application Clusters (RAC) は SRDF でサポートされません。現在プライマリ複製ではない複製に接続されたノードには、書き込みアクセス権はありません。クラスタのすべてのノードからの直接書き込みアクセス権が必要なスケーラブルアプリケーションは、複製されるデバイスでサポートできません。
Oracle Solaris Cluster ソフトウェア用の複数所有者 Solaris Volume Manager はサポートされていません。
EMC SRDF でドミノモードまたは適応型コピーモードを使用しないでください。詳細は、「クラスタ内でのストレージベースのデータ複製の使用」を参照してください。
すべてのキャンパスクラスタと同じように、ストレージベースのデータ複製を使用するクラスタでは、通常、1 つの障害が発生した場合は介入の必要はありません。ただし、手動フェイルオーバーを使用していて、プライマリストレージデバイスを保持するルームが失われた場合 (図 4-1 を参照)、2 ノードクラスタでは問題が発生します。残ったノードは定足数デバイスを予約できず、またクラスタメンバーとしてブートできません。このような状況では、クラスタで次の手動介入が必要になります。
クラスタメンバーとしてブートするよう、Oracle のサービスプロバイダが残りのノードを再構成する必要があります。
ユーザーまたは Oracle のサービスプロバイダが、セカンダリストレージデバイスの複製されてないボリュームを定足数デバイスとして構成する必要があります。
セカンダリストレージデバイスをプライマリストレージとして使用できるよう、ユーザーまたは Oracle のサービスプロバイダが残りのノードを構成する必要があります。このような再構成には、ボリュームマネージャーボリュームの再構築、データの復元、ストレージボリュームとアプリケーションの関連付けの変更が含まれます。
ストレージベースのデータ複製に EMC SRDF ソフトウェアを使用する場合は、静的デバイスではなく、動的デバイスを使用してください。静的デバイスでは複製プライマリを変更するのに数分かかり、フェイルオーバー時間に影響を与えることがあります。