第23章 Solaris ボリュームマネージャで構築可能な最善の記憶装置構成

この章では、Solaris ボリュームマネージャを使用して構築できる最善の記憶装置構成について、現実的な構成例を示して説明します。 まず一般的な構成について説明し、次にその構成の分析を行い、最後に要件にもっとも合った推奨 (最善の) 構成を示します。

この章では、次の内容について説明します。

• 「小規模なサーバーを運用する場合の構成例」

• 「ネットワーク接続された記憶装置に対して Solaris ボリュームマネージャを使用する場合の構成例」

小規模なサーバーを運用する場合の構成例

分散コンピューティング環境においては、ISP や、地理的に分散した営業所、テレコムサービスプロバイダは、類似したまたは同じサーバーを複数の場所で運用しなければならないことがよくあります。 これらのサーバーは、通常、ルーター、ファイアウォールサービス、e メールサービス、DNS キャッシュ、Usenet (ネットワークニュース) サーバー、DHCP サービスなど、さまざまな場所の要件にもっとも合った形でサービスを提供します。 これらの小規模なサーバーは、次のような共通する要件を満たす必要があります。

• 高い信頼性

• 高い可用性

• 汎用性と性能に優れたハードウェア

まず最初の構成例として、1 つの SCSI バスと 2 つの内蔵ディスクを備えた Netra システムを考えてみます。このシステムはすぐに使用できる構成となっており、分散サーバーとして基本的な機能を備えています。 Solaris ボリュームマネージャを使えば、一部またはすべてのスライスをミラー化し、冗長記憶領域を構成することにより、ディスク障害に対する保護機能を簡単に強化できます。 次の図に構成例を示します。

図 231 小規模なシステム構成

この例のような構成では、ルート (/)、/usr、swap、 /var および、/export ファイルシステムに加え、状態データベースの複製 (ディスクごとに 1 つ) をミラー化できます。 そのため、各ミラーの片側に障害が発生しても、システム障害に至るとは限りません。通常、このようなシステムは、最大 5 つの個別の障害に耐えることができます。 しかし、このシステムは、ディスクやスライスの障害に対して十分に保護されているとはいえません。 さまざまな潜在的な障害によって致命的なシステム障害が引き起こされ、オペレータの介入が必要になる場合があります。

この構成は致命的なディスク障害に対してある程度の保護機能を備えていますが、次のような重大な単一点障害が存在します。

• 1 つの SCSI コントローラが単一点障害の原因となり得ます。 コントローラに障害が発生すると、そのコントローラが交換されるまでシステムは停止します。

• 2 つのディスクでは、状態データベースの複製の分散という観点からは十分とはいえません。 多数決アルゴリズムでは、状態データベースの複製の半数が使用可能でなければ、システムは動作を続けることはできません。また、再起動のためには半数プラス 1 の複製が必要です。 したがって、各ディスクに 1 つの状態データベースの複製がある場合には、1 つのディスクまたは複製が置かれているスライスに障害が発生すると、システムは再起動できなくなります (したがって、ミラー化されたルートファイルシステムは無効になります)。 各ディスクに 2 つ以上の状態データベースの複製がある場合には、1 つのスライスに障害があっても問題はありませんが、ディスクに障害があると、再起動できなくなります。 各ディスクに異なる数の複製がある場合には、一方のディスクに半数以上の複製が、他方のディスクには半数未満の複製が存在します。 複製の数が少ない方のディスクに障害が発生しても、システムは再起動し、動作を続けられますが、 複製の数が多い方のディスクに障害が発生すると、システムはただちにパニック状態になります。

結論として、このシステムについては、1 つのコントローラと 1 つのハードドライブを追加した構成が「最善の構成」となります。 このように構成を修正すると、耐障害性が大幅に向上します。

ネットワーク接続された記憶装置に対して Solaris ボリュームマネージャを使用する場合の構成例

Solaris ボリュームマネージャは、ネットワーク接続された記憶装置、特に、構成可能な RAID レベルと柔軟なオプションを備えた記憶装置に対しても使用できます。 通常、Solaris ボリュームマネージャと他のデバイスを組み合わせると、一方だけの場合よりも優れた性能と柔軟性が得られます。

一般には、冗長性を備えたハードウェア記憶デバイス (RAID 1 および RAID 5 ボリューム) 上に Solaris ボリュームマネージャの RAID 5 ボリュームを設定しないようにします。 極めて特殊な状況を除けば、性能に悪影響があるだけでなく、冗長性や高可用性の観点からも得るものはほとんどありません。

一方、RAID 5 ハードウェア記憶デバイスに RAID 5 以外のボリュームを作成するのは非常に効果的な方法です。これは、 RAID 5 ボリュームが Solaris ボリュームマネージャにとって、適切な基本コンポーネントであるためです。 ハードウェア RAID 5 を使用すると、Solaris ボリュームマネージャの RAID 1 ボリュームや、ソフトパーティション、その他のボリュームでは、冗長性がより向上します。

類似したソフトウェアデバイスとハードウェアデバイスをいっしょに構成しないようにします。 たとえば、ハードウェア RAID 1 デバイス上にソフトウェア RAID 1 ボリュームを作成しないでください。 類似したデバイスを使用すると、性能が低下し、信頼性が向上することもありません。

RAID 1 ハードウェア記憶デバイス上に作成された Solaris ボリュームマネージャの RAID 1 ボリュームは RAID 1+0 ではありません。Solaris ボリュームマネージャは、RAID 1 ボリュームを構成する記憶デバイスを正しく認識できないため、RAID 1+0 機能を提供できません。

ハードウェア RAID 5 デバイスに Solaris ボリュームマネージャの RAID 1 ボリュームを作成し、さらにその上にソフトパーティションを作成すると、柔軟で耐障害性に優れた構成になります。