第 10 章 インストール時の RAID-1 ボリューム (ミラー) の作成 (計画)

この章では、カスタム JumpStart または Solaris Live Upgrade インストールを使って RAID-1 ボリュームを作成するために必要な条件とガイドラインについて説明します。

この章の内容は次のとおりです。

• 「システム要件」

• 「状態データベースの複製のガイドラインと要件」

• 「RAID-1 ボリュームと RAID-0 ボリュームの要件とガイドライン」

• 「シングルユーザーモードでのブート時に表示されるミラー保守管理に関する通知」

Solaris Live Upgrade や JumpStart に固有の追加情報については、次の資料を参照してください。

• Solaris Live Upgrade: 『Solaris 10 10/08 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』の「RAID-1 ボリューム (ミラー) ファイルシステムを作成するための一般的な指針」

• JumpStart:

  • 『Solaris 10 10/08 インストールガイド (カスタム JumpStart/ 上級編)』の「filesys プロファイルキーワード (RAID-1 ボリュームの作成)」

  • 『Solaris 10 10/08 インストールガイド (カスタム JumpStart/ 上級編)』の「metadb プロファイルキーワード (状態データベースの複製の作成)」

システム要件

RAID-1 ボリュームを作成して、特定のスライスにデータを複製するには、インストール時に、使用するディスクがシステムに直接接続されていて使用可能である必要があります。

状態データベースの複製のガイドラインと要件

シングルポイント障害を避けるため、状態データベースの複製は、複数のスライス、ドライブ、およびコントローラに分散させる必要があります。これは、単一のコンポーネントに障害が発生した場合でも、大半の複製を利用可能な状態に保つ必要があるからです。たとえばデバイス障害時などに、複製が失われた場合、Solaris ボリュームマネージャーの実行やシステムの再起動が正常に行われなくなることがあります。Solaris ボリュームマネージャーが動作するためには、少なくとも半数の複製が使用可能でなければならず、システムをマルチユーザーモードで再起動するためには過半数 (半数+1) の複製が使用可能でなければなりません。

状態データベースの複製の作成および管理方法の詳細は、『Solaris ボリュームマネージャの管理』を参照してください。

状態データベースの複製用のスライスの選択

状態データベースの複製用のスライスを選択する前に、次のガイドラインと推奨事項を参考にしてください。

状態データベースの複製の数の選択

状態データベースの複製の数を選択する前に、次のガイドラインを参考にしてください。

• 状態データベースの複製の数は、Solaris ボリュームマネージャーの 1 つのディスクセットに対して、最低 3 つから最高 50 までを推奨します。次のガイドラインを推奨します。

  • ドライブが 1 つだけのシステムでは、3 つの複製すべてを 1 つのスライスに置きます。

  • ドライブの数が 2 つから 4 つのシステムでは、 各ドライブに 2 つずつ複製を置きます。

  • ドライブの数が 5 つ以上のシステムでは、 各ドライブに 1 つずつ複製を置きます。

• 状態データベースの複製を追加することで、ミラーのパフォーマンスを向上させることができます。一般に、システムにミラーを 1 つ追加するごとに複製は 2 つ追加する必要があります。

• 小容量のランダム入出力 (データベースなど) に RAID-1 ボリュームを使用する場合は、複製の数を考慮する必要があります。RAID-1 ボリュームごとに、その RAID-1 ボリュームに接続されていない複数のスライス (および、可能であれば複数のディスクとコントローラ) 上に 2 つ以上の複製を余分に作成します。これは、最適な性能を得るために必要な作業です。

コントローラ間で状態データベースの複製を分散

複数のコントローラがある場合、できるだけすべてのコントローラに均等になるように複製を分散させます。これによって、コントローラ障害に対する冗長性が確保できるだけでなく、負荷の分散も可能になります。同じコントローラ上に複数のディスクが存在する場合は、各コントローラで 2 個以上のディスクに複製を配置します。

RAID-1 ボリュームと RAID-0 ボリュームの要件とガイドライン

RAID-1 ボリューム (ミラー) と RAID-0 ボリューム (単一スライスの連結) を使用する際は、次のガイドラインに従ってください。

カスタム JumpStart と Solaris Live Upgrade のガイドライン

カスタム JumpStart インストールと Solaris Live Upgrade は、Solaris ボリュームマネージャーで使用可能な機能の一部をサポートします。これらのインストールプログラムでミラー化されたファイルシステムを作成するときは、次のガイドラインに従ってください。

カスタム JumpStart と Solaris Live Upgrade を行うときの RAID ボリューム名の要件とガイドライン

ボリュームに名前を割り当てるときには、次の規則に従ってください。

• スライス番号とディスク番号がボリューム番号に対応するような命名方法を使用します。

• ボリューム名は d で始まり、その後に 1 つの数字が続きます (たとえば、d0)。

• Solaris ボリュームマネージャーでは、0 から 127 までの 128 個のデフォルトボリューム名を使用できます。次にボリューム名の例を示します。

  • デバイス /dev/md/dsk/d0 - ブロックボリューム d0

  • デバイス /dev/md/dsk/d1 - ブロックボリューム d1

• 特定のボリュームタイプごとに範囲を指定します。たとえば、RAID-1 ボリュームには 0 から 20、RAID-0 ボリュームには 21 から 40 を割り当てます。

Solaris Live Upgrade を行うときの RAID ボリュームの命名規則

RAID-1 ボリューム (ミラー) または RAID-0 ボリューム (サブミラー) を作成するのに Solaris Live Upgrade を使用する場合は、ソフトウェアでボリューム名を検出して割り当てるか、またはユーザーがボリューム名を割り当てることができます。ソフトウェアで名前を検出すると、ソフトウェアは使用可能な最初のミラー名またはサブミラー名を割り当てます。ユーザーがミラー名を割り当てる場合は、インストール時にサブミラーに 1 および 2 で終わる名前を使用できるように、0 で終わる名前を割り当てます。ユーザーがサブミラー名を割り当てる場合は、1 または 2 で終わる名前を割り当てます。誤った番号を割り当てると、ミラーが作成されない可能性があります。たとえば、ミラー名に 1 または 2 で終わる番号 (d1 または d2) を持つ名前を指定すると、ミラー名がサブミラーの名前と重複した場合、Solaris Live Upgrade はミラーの作成に失敗します。

以前のリリースでは、省略されたボリューム名を入力できました。10 10/08 以降のリリースでは、完全ボリューム名だけを入力できます。たとえば、/dev/md/dsk/d10 などの完全ボリューム名だけをミラーの指定に使用できます。

例 10–1 Solaris Live Upgrade: ソフトウェアによるミラーとサブミラーの検出および命名の有効化

次の例では、Solaris Live Upgrade がボリューム名を割り当てています。RAID-1 ボリュームの d0 と d1 だけが使用中のボリュームです。ミラー d10 に対し、デバイス c0t0d0s0 用のサブミラー名として d2 を、デバイス c1t0d0s0 用のサブミラー名として d3 を、Solaris Live Upgrade が割り当てます。

lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs -m /:/dev/dsk/c0t0d0s0:attach
-m /:/dev/dsk/c1t0d0s0:attach

例 10–2 Solaris Live Upgrade: ミラーおよびサブミラー名の割り当て

次の例では、コマンドでボリューム名を割り当てています。ミラー d10 に対し、デバイス c0t0d0s0 用のサブミラー名が d11、デバイス c1t0d0s0 用のサブミラー名が d12 です。

lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs -m /:/dev/dsk/c0t0d0s0,/dev/md/dsk/d11:attach
-m /:/dev/dsk/c1t0d0s0,/dev/md/dsk/d12:attach

Solaris ボリュームマネージャーの命名規則については、『Solaris ボリュームマネージャの管理』を参照してください。

カスタム JumpStart を行うときの RAID ボリュームの命名規則

RAID-1 ボリューム (ミラー) または RAID-0 ボリューム (サブミラー) を作成するのにカスタム JumpStart インストール方式を使用する場合は、ソフトウェアでミラーリングするボリューム名を検出して割り当てるか、またはプロファイルでボリューム名を割り当てることができます。

• ソフトウェアによる名前の検出を有効にすると、ソフトウェアにより使用可能な最初のボリューム番号が割り当てられます。

• プロファイルでボリューム名を割り当てる場合は、インストール時にサブミラーに 1 および 2 で終わる名前を使用できるように、0 で終わるミラー名を割り当てます。

  ---

  注 –

  誤った番号を割り当てると、ミラーが作成されない可能性があります。たとえば、ミラー名に 1 または 2 で終わる番号 (d1 または d2) を持つ名前を指定すると、ミラー名がサブミラーの名前と重複した場合、JumpStart プログラムはミラーの作成に失敗します。

  ---

物理ディスクスライスや Solaris ボリュームマネージャーのボリュームの名前は、省略形にすることができます。省略名は、デバイスを一意に識別できる最短の名前です。次に例を示します。

• Solaris ボリュームマネージャーのボリュームは dnum という形式で表されます。たとえば、/dev/md/dsk/d10 は d10 となります。

• 1 つのコントローラと複数のディスクを持つシステムでは t0d0s0 を使用できますが、複数のコントローラがある場合は c0t0d0s0 を使用します。

例 10–3 ソフトウェアによるミラー名とサブミラー名の検出の有効化

次のプロファイル例では、ミラーには使用可能な最初のボリューム番号が割り当てられています。次に使用可能な 0 で終わるミラーが d10 の場合、名前 d11 および d12 はサブミラーに割り当てられます。

filesys                 mirror c0t0d0s1  / 

例 10–4 ミラー名とサブミラー名の割り当て

次のプロファイル例では、プロファイル内でミラー番号 d30 が割り当てられています。サブミラー名は、ミラー番号および最初に使用可能なサブミラーに基づき、ソフトウェアによって割り当てられます。サブミラー名は d31 と d32 です。

filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /

Solaris ボリュームマネージャーの命名規則については、『Solaris ボリュームマネージャの管理』を参照してください。

ディスクとコントローラの選択のガイドライン

ファイルシステムのミラー化に使用するディスクやコントローラを選択するときは、次のガイドラインに従ってください。

• コンポーネントをそれぞれ異なるコントローラに置くと、同時に実行できる読み取りや書き込みの数が増えます。

• サブミラーのスライスは、異なるディスクとコントローラに配置します。同じミラーの 2 つ以上のサブミラーのスライスを同じディスクに置くと、データの保護機能が大幅に低下します。

• サブミラーは、別個のコントローラに配置します。これは、コントローラやそのケーブルでは、ディスクよりも障害が発生する確率が高いためです。これにより、ミラーのパフォーマンスも向上します。

• 1 つのミラーでは、同じタイプのディスクとコントローラを使用します。特に、古いタイプの SCSI 記憶装置では、ディスクやコントローラのパフォーマンスがモデルやブランドによって大幅に異なることがあります。パフォーマンスレベルが異なるデバイスが同じミラーに混在していると、パフォーマンスが大幅に低下することがあります。

スライスの選択のガイドライン

ファイルシステムのミラー化に使用するスライスを選択するときは、次のガイドラインに従ってください。

• ルート (/)、swap、/usr を含むどのファイルシステムでもミラーを使用できます。また、データベースをはじめとするどのアプリケーションでもミラーを使用できます。

• サブミラースライスが同じサイズになっていることを確認してください。サイズが異なるサブミラーを使用すると、ディスク領域が無駄になります。

• ミラー化されたファイルシステムで、最初に接続したサブミラーがシリンダ 0 から始まらない場合、追加接続するすべてのサブミラーも、シリンダ 0 から始まらないようにしてください。最初のサブミラーがシリンダ 0 から始まらないミラーに、シリンダ 0 から始まるサブミラーを接続しようとすると、次のエラーメッセージが表示されます。

  can't attach labeled submirror to an unlabeled mirror

  1 つのミラーに接続するサブミラーは、全部シリンダ 0 から始まるか、どれもシリンダ 0 から始まらないかのどちらかにする必要があります。

  開始シリンダは、すべてのサブミラーで同じにする必要はありませんが、すべてのサブミラーにシリンダ 0 が含まれるか、すべてのサブミラーにシリンダ 0 が含まれないかのどちらかでなければなりません。

シングルユーザーモードでのブート時に表示されるミラー保守管理に関する通知

ルート (/)、/usr、およびswap のミラーを持つシステムをシングルユーザーモードでブートした場合、これらのミラーの保守管理が必要であることが、システムから通知されます。metastat コマンドでこれらのミラーを確認すると、「Needing Maintenance」という状態情報が表示されます。システム上のすべてのミラーでこの現象が起きる場合もあります。

これは危険な状況に見えますが、心配はいりません。metasync -r コマンドは通常、ブート時にミラーの再同期のために実行されますが、 システムがシングルユーザーモードでブートされた場合には実行を中断されます。システムをリブートすると、metasync -r コマンドが実行され、すべてのミラーの再同期が取られます。

この中断が問題になる場合は、手動で metasync -r コマンドを実行してください。

metasync の詳細については、metasync(1M) のマニュアルページと、『Solaris ボリュームマネージャの管理』を参照してください。