ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle Solaris Cluster ソフトウェアのインストール Oracle Solaris Cluster 4.0 (日本語) |
1. Oracle Solaris Cluster 構成の計画
Oracle Solaris Cluster のインストールタスクの確認
Oracle Solaris のインストール方法を選択する際のガイドライン
SPARC: クラスタでの Oracle VM Server for SPARC のガイドライン
Oracle Solaris Cluster の構成可能なコンポーネント
グローバルデバイス、デバイスグループ、およびクラスタファイルシステムの計画
2. グローバルクラスタノードへのソフトウェアのインストール
このセクションでは、クラスタ構成のボリューム管理を計画する上でのガイドラインについて説明します。
Oracle Solaris Cluster ソフトウェアは、ボリュームマネージャーソフトウェアを使用して複数のディスクをデバイスグループにまとめることで、それらを 1 つの単位として管理できるようにします。Solaris ボリュームマネージャー ソフトウェアは、クラスタのすべての投票ノードにインストールする必要があります。
ボリュームマネージャーソフトウェアをインストールおよび構成する手順については、使用するボリュームマネージャーのドキュメントや 「Solaris ボリュームマネージャー ソフトウェアの構成」を参照してください。クラスタ構成でのボリューム管理の使用については『Oracle Solaris Cluster Concepts Guide』の「Multihost Devices」 and 『Oracle Solaris Cluster Concepts Guide』の「Device Groups」を参照してください。
ボリューム管理ソフトウェアでディスクを構成する際は、次の一般的なガイドラインを考慮してください。
ソフトウェア RAID – Oracle Solaris Cluster ソフトウェアは、ソフトウェア RAID 5 をサポートしていません。
ミラー化多重ホストディスク – すべての多重ホストディスクは、複数のディスク拡張装置にまたがるようにミラー化する必要があります。ミラー化多重ホストディスクのガイドラインについては、「多重ホストディスクのミラー化」を参照してください。ストレージデバイスがハードウェア RAID とデバイスへの冗長パスを提供する場合は、ソフトウェアミラー化を使用する必要はありません。
ミラー化ルート – ZFS ルートプールをミラー化することにより高可用性を保証できますが、このようなミラー化は必要ありません。ZFS ルートプールをミラー化するかどうかを判断するときに役立つガイドラインについては、「ミラー化のガイドライン」を参照してください。
ノードリスト – デバイスグループの高可用性を実現するには、これらの潜在マスターのノードリストとフェイルバックポリシーを、関連付けられているリソースグループと同一にします。または、スケーラブルなリソースグループで、それと関連付けられているデバイスグループ以上のノードが使用されている場合、スケーラブルなリソースグループのノードリストをデバイスグループのノードリストのスーパーセットにします。ノードリストについては、『Oracle Solaris Cluster Data Services Planning and Administration Guide 』のリソースグループの計画情報を参照してください。
多重ホストディスク – デバイスグループを構成するために使用されるすべてのデバイスを、そのデバイスグループのノードリストに構成されているすべてのノードに接続、つまりポートする必要があります。Solaris ボリュームマネージャー ソフトウェアは、ディスクセットにデバイスを追加したときに、この接続を自動的に確認できます。
ディスクの配置の推奨事項とその他の制限については、ボリューム管理ソフトウェアのドキュメントを参照してください。
Solaris ボリュームマネージャー の構成を計画する際は、次の点を考慮してください。
二重列メディエータ – ディスク列は、ディスク格納装置、その物理ディスク、格納装置から 1 つまたは複数のホストへのケーブル、およびインタフェースアダプタカードで構成されます。 正確に 2 つのディスク列で構成され、正確に 2 つまたは 3 つの Oracle Solaris ホストによってマスターされる各ディスクセットは、二重列ディスクセットと呼ばれます。このタイプのディスクセットでは、Solaris ボリュームマネージャー の二重列メディエータを構成する必要があります。二重列メディエータの構成時には、次の規則に従ってください。
各ディスクセットは、メディエータホストとして機能する 2 つまたは 3 つのホストで構成します。
そのディスクセットのメディエータとして、ディスクセットをマスターできるホストを使用する必要があります。 キャンパスクラスタがある場合は、可用性を向上させるために、3 つ目のノードまたはクラスタネットワーク上の非クラスタホストを 3 つ目のメディエータホストとして構成することもできます。
メディエータは、列およびホストが 2 つずつという要件を満たしていないディスクセットに対しては構成できません。
詳細は、mediator(7D)のマニュアルページを参照してください。
UFS クラスタファイルシステムではロギングが必要です。Oracle Solaris Cluster ソフトウェアは Solaris の UFS ロギングをサポートしています。 詳細については、mount_ufs(1M) マニュアルページを参照してください。
このセクションでは、クラスタ構成のミラー化を計画する際のガイドラインについて説明します。
Oracle Solaris Cluster 構成内のすべての多重ホストディスクをミラー化することにより、この構成で単一デバイスの障害を許容できるようになります。Oracle Solaris Cluster ソフトウェアでは、すべての多重ホストディスクは、複数の拡張装置にまたがるようにミラー化する必要があります。ストレージデバイスがハードウェア RAID とデバイスへの冗長パスを提供する場合は、ソフトウェアミラー化を使用する必要はありません。
多重ホストディスクをミラー化する際は、次の点を考慮してください。
独立したディスク拡張装置 – ミラーまたはプレックスのサブミラーは、それぞれ異なる多重ホスト拡張装置に分散してください。
ディスク領域 – ミラー化すると、2 倍のディスク領域が必要になります。
3 方向のミラー化 – Solaris ボリュームマネージャー ソフトウェアは 3 方向のミラー化をサポートしています。ただし、Oracle Solaris Cluster ソフトウェアが必要とするのは、2 方向のミラー化だけです。
異なるデバイスサイズ – 異なるサイズのデバイスにミラーを作成した場合、ミラーの容量は、最小のサブミラーまたはプレックスのサイズに制限されます。
多重ホストディスクの詳細については、『Oracle Solaris Cluster Concepts Guide』の「Multihost Devices」を参照してください。
Oracle Solaris ZFS は、Oracle Solaris 11 リリースのデフォルトのルートファイルシステムです。ZFS ルートプールをミラー化する手順については、『Oracle Solaris の管理: ZFS ファイルシステム』の「ミラー化ルートプールを構成する方法」を参照してください。ルートプールの各種コンポーネントの管理方法については、『Oracle Solaris の管理: ZFS ファイルシステム』の第 5 章「ZFS ルートプールのコンポーネントの管理」も参照してください。
最高の可用性を得るには、ローカルディスク上のルート (/)、/usr、/var、/opt、swap をミラー化してください。ただし、Oracle Solaris Cluster ソフトウェアでは、ZFS ルートプールのミラー化を要求しません。
ZFS ルートプールをミラー化するかどうかを決定する際は、次のことを考慮してください。
ブートディスク – ブート可能ルートプールをミラーとして設定できます。プライマリブートディスクに障害が発生した場合に、ミラーからブートできます。
バックアップ – ルートプールをミラー化するかどうかに関係なく、ルートは定期的にバックアップしてください。ミラー化だけで、管理上の誤りが防げるわけではありません。誤って変更あるいは削除したファイルは、バックアップによってのみ復元できます。
定足数 (Quorum) デバイス – 定足数デバイスとして構成されたディスクは、ルートプールのミラー化に使用しないでください。
独立したコントローラ – 独立したコントローラにルートプールをミラー化するという方法は、最高の可用性を得る手段の 1 つです。