シングルポイント障害を避けるため、状態データベースの複製は、複数のスライス、ドライブ、およびコントローラに分散させる必要があります。これは、単一のコンポーネントに障害が発生した場合でも、大半の複製を利用可能な状態に保つ必要があるからです。たとえばデバイス障害時などに、複製が失われた場合、Solaris ボリュームマネージャーの実行やシステムの再起動が正常に行われなくなることがあります。Solaris ボリュームマネージャーが動作するためには、少なくとも半数の複製が使用可能でなければならず、システムをマルチユーザーモードで再起動するためには過半数 (半数+1) の複製が使用可能でなければなりません。
状態データベースの複製の作成および管理方法の詳細は、『Solaris ボリュームマネージャの管理』を参照してください。
状態データベースの複製用のスライスを選択する前に、次のガイドラインと推奨事項を参考にしてください。
作業 |
説明 |
---|---|
専用スライスの選択 |
状態データベースの複製は、複製ごとに 4M バイト以上の容量を持つ専用スライス上に作成するようにしてください。必要な場合は、あとで RAID-0 または RAID-1 ボリュームの一部とするスライス上にも、状態データベースの複製を作成できます。ただし、その場合は、スライスをボリュームに追加する前に複製を作成する必要があります。 |
スライスサイズの変更 |
状態データベースの複製のデフォルトサイズは 4M バイト (8192 ディスクブロック) です。ディスクスライスのサイズがこれより大きい場合は、状態データベースの複製を格納できるように、スライスのサイズを変更できます。スライスサイズの変更については、『Solaris のシステム管理 (デバイスとファイルシステム)』の第 11 章「ディスクの管理 (手順)」を参照してください。 |
使用されていないスライスの選択 |
状態データベースの複製は、未使用のスライス上に作成できます。状態データベースの複製用に予約されているスライスの部分を、ほかの目的に使用することはできません。 |
状態データベースの複製を、既存のファイルシステムや、ルート (/)、/usr、swap ファイルシステムに作成することはできません。必要であれば、swap 領域を使用して新しいスライスを作成してから (スライス名が使用可能な場合)、そのスライスに状態データベースの複製を作成できます。 |
|
ボリュームになるスライスの選択 |
ボリュームの一部となるスライス上に状態データベースの複製が置かれている場合、ボリュームの容量は、複製によって占有される領域分だけ少なくなります。複製が占める領域はシリンダ単位で切り上げられるため、この領域はボリュームによってスキップされます。 |
状態データベースの複製の数を選択する前に、次のガイドラインを参考にしてください。
状態データベースの複製の数は、Solaris ボリュームマネージャーの 1 つのディスクセットに対して、最低 3 つから最高 50 までを推奨します。次のガイドラインを推奨します。
ドライブが 1 つだけのシステムでは、3 つの複製すべてを 1 つのスライスに置きます。
ドライブの数が 2 つから 4 つのシステムでは、 各ドライブに 2 つずつ複製を置きます。
ドライブの数が 5 つ以上のシステムでは、 各ドライブに 1 つずつ複製を置きます。
状態データベースの複製を追加することで、ミラーのパフォーマンスを向上させることができます。一般に、システムにミラーを 1 つ追加するごとに複製は 2 つ追加する必要があります。
小容量のランダム入出力 (データベースなど) に RAID-1 ボリュームを使用する場合は、複製の数を考慮する必要があります。RAID-1 ボリュームごとに、その RAID-1 ボリュームに接続されていない複数のスライス (および、可能であれば複数のディスクとコントローラ) 上に 2 つ以上の複製を余分に作成します。これは、最適な性能を得るために必要な作業です。
複数のコントローラがある場合、できるだけすべてのコントローラに均等になるように複製を分散させます。これによって、コントローラ障害に対する冗長性が確保できるだけでなく、負荷の分散も可能になります。同じコントローラ上に複数のディスクが存在する場合は、各コントローラで 2 個以上のディスクに複製を配置します。