この節では、構成する Sun Cluster コンポーネントのガイドラインについて説明します。
適当な構成計画ワークシートに、次の情報を追加してください。
グローバルクラスタ名は、Sun Cluster の構成時に指定します。グローバルクラスタ名は、企業内でグローバルに一意である必要があります。
ゾーンクラスタの命名方法については、「ゾーンクラスタ」を参照してください。
グローバルクラスタ内の投票ノードの名前は、Solaris OS でインストールしたときに物理ホストまたは仮想ホストに割り当てた名前と同じです。命名の要件の詳細については、hosts(4)のマニュアルページを参照してください。
単一ホストクラスタのインストールでは、デフォルトのクラスタ名は投票ノードの名前になります。
Sun Cluster の構成中に、グローバルクラスタでインストールするすべての投票ノード名を指定します。
ゾーンクラスタ内のノード名については、「ゾーンクラスタ」を参照してください。
Solaris ブランドをサポートしているバージョンの Solaris 10 OS では、ブランド native の非大域ゾーンはリソースグループノードリストの有効な潜在ノードです。nodename:zonename という命名規則を使用して、Sun Cluster コマンドに非大域ゾーンを指定します。
nodename は Solaris ホストの名前です。
zonename は、投票ノード上にゾーンを作成するときに非大域ゾーンに割り当てる名前です。ゾーン名は、ノード上で一意でなければなりません。ただし、異なる投票ノードで同じゾーン名を使用できます。nodename の異なるノード名: zonename によって非大域ゾーンの名前はクラスタ内で一意になります。
大域ゾーンを指定する場合、投票ノード名を指定するだけで済みます。
非大域ゾーンのクラスタについては、「ゾーンクラスタ」を参照してください。
単一ホストのグローバルクラスタの場合、プライベートネットワークを構成する必要はありません。scinstall ユーティリティーは、クラスタでプライベートネットワークが使用されていなくても、自動的にデフォルトのプライベートネットワークアドレスとネットマスクを割り当てます。
Sun Cluster ソフトウェアは、Sun Cluster ソフトウェアで管理されるノード間および非大域ゾーン間の内部通信にプライベートネットワークを使用します。Sun Cluster 構成では、プライベートネットワーク上のクラスタインターコネクトへの接続が少なくとも 2 つ必要です。クラスタの最初のノードに Sun Cluster ソフトウェアを構成するときに、次のいずれかの方法でプライベートネットワークアドレスとネットマスクを指定します。
デフォルトのプライベートネットワークアドレス (172.16.0.0) とデフォルトのネットマスクを使用します。
Solaris 10 OS では、デフォルトのネットマスクは 255.255.240.0 です。この IP アドレス範囲は、最大 64 の投票ノードと非大域ゾーン、最大 12 のゾーンクラスタおよび最大 10 のプライベートネットワークをサポートしています。
Solaris 9 OS では、デフォルトのネットマスクは 255.255.248.0 です。この IP アドレス範囲は、最大 64 のノードと最大 10 のプライベートネットワークをサポートしています。
IP アドレス範囲でサポートできる最大投票ノード数は、ハードウェアまたはソフトウェアの構成で現在サポートできる最大投票ノード数を反映していません。
デフォルト以外の許容可能なプライベートネットワークアドレスを指定して、デフォルトのネットマスクをそのまま使用します。
デフォルトのプライベートネットワークアドレスをそのまま使用して、デフォルト以外のネットマスクを指定します。
デフォルト以外のプライベートネットワークアドレスとデフォルト以外のネットマスクを指定します。
デフォルト以外のネットマスクを使用することを選択すると、scinstall ユーティリティーから、IP アドレス範囲でサポートするノードの数とプライベートネットワークの数を指定するように求められます。Solaris 10 OS でも、このユーティリティーから、サポートするゾーンクラスタの数を指定するように求められます。指定するグローバルノードの数には、プライベートネットワークを使用する、クラスタ化されていない非大域ゾーンの予測される数も含めるようにしてください。
このユーティリティーは、指定したノード、ゾーンクラスタおよびプライベートネットワークの数に対応する最小 IP アドレス範囲のネットマスクを計算します。計算されたネットマスクは、指定したノード (非大域ゾーンを含む)、ゾーンクラスタおよびプライベートネットワークの数よりも多くの数をサポートする場合があります。scinstall ユーティリティーはさらに、2 倍の数のノード、ゾーンクラスタおよびプライベートネットワークをサポートするための最低限のネットマスクとなる 2 番目のネットマスクも計算します。この 2 番目のネットマスクにより、クラスタは IP アドレス範囲を再構成する必要なしに、将来のノードとプライベートネットワークの数の増加に対応できます。
ユーティリティーから、どちらのネットマスクを選択するかを聞かれます。計算されたネットマスクのいずれかを選択するか、それ以外のネットマスクを指定することができます。指定するネットマスクは、最低でもユーティリティーに指定したノードとプライベートネットワークの数をサポートする必要があります。
投票ノード、非大域ゾーン、ゾーンクラスタ、プライベートネットワークなどの追加に対応するには、クラスタのプライベート IP アドレス範囲の変更が必要になる場合があります。
クラスタの確立後にプライベートネットワークアドレスとネットマスクを変更する方法については、『Sun Cluster のシステム管理 (Solaris OS 版)』の「既存のクラスタのプライベートネットワークアドレスまたはアドレス範囲を変更する」を参照してください。これらの変更を行うには、クラスタを停止させる必要があります。
ただし、Solaris 10 OS では、cluster set-netprops コマンドを使用してネットマスクだけを変更すると、クラスタがクラスタモードのままになります。クラスタですでに構成されているゾーンクラスタの場合は、そのゾーンに割り当てられているプライベート IP サブネットとプライベート IP アドレスも更新されます。
デフォルト以外のプライベートネットワークアドレスを指定する場合は、アドレスは次の条件を満たす必要があります。
アドレスおよびネットマスクのサイズ - プライベートネットワークアドレスは、ネットマスクよりも小さくすることはできません。たとえば、ネットマスク255.255.255.0でプライベートネットワークアドレス172.16.10.0を使用できますが、ネットマスク 255.255.0.0 では、プライベートネットワークアドレス172.16.10.0 を使用できません。
許容アドレス - アドレスは、プライベートネットワークでの使用のために RFC 1918 で予約されているアドレスのブロックに含まれるようにしてください。InterNIC に問い合わせて RFC のコピーを入手するか、http://www.rfcs.org でオンラインで RFC を表示できます。
複数クラスタでの使用 - クラスタが異なるプライベートネットワーク上にある場合は、複数のクラスタで同じプライベートネットワークアドレスを使用できます。プライベート IP ネットワークアドレスは、物理クラスタ外からはアクセスできません。
同じ物理マシン上に作成され、同じ仮想マシンに接続されている Sun Logical Domains (LDoms) ゲストドメインはプライベートネットワークを共有し、これらのすべてのドメインにプライベートネットワークが表示されます。ゲストドメインのクラスタで使用する場合は、プライベートネットワーク IP アドレスの範囲を scinstall ユーティリティーに指定する前に注意が必要です。同じ物理ドメイン上に存在し、その仮想ネットワークを共有している別のゲストドメインがそのアドレス範囲を使用していないことを確認してください。
IPv6 – Sun Cluster ソフトウェアは、プライベートインターコネクトで IPv6 アドレスをサポートしません。IPv6 アドレスを使用するスケーラブルサービスをサポートするために、システムはプライベートネットワークアダプタ上で IPv6 アドレスを構成します。しかし、これらの IPv6 アドレスは、プライベートネットワークでのノード間通信では使用されません。
プライベートネットワークについての詳細は、『Solaris のシステム管理 (IP サービス)』の「TCP/IP ネットワークの計画 (手順)」(Solaris 9 または Solaris 10) を参照してください。
プライベートホスト名とは、プライベートネットワークインタフェースを介したノード間の通信に使用される名前のことです。プライベートホスト名は、グローバルクラスタまたはゾーンクラスタの Sun Cluster の構成中に自動的に作成されます。これらのプライベートホスト名は、clusternodenodeid -priv という命名規則に従います (nodeid は、内部ノード ID の数値です)。ノード ID 番号は、Sun Cluster の構成中に各投票ノードがクラスタメンバーとなる際に、自動的に各ノードに割り当てられます。グローバルクラスタの投票ノードとゾーンクラスタのノードは、どちらも同じプライベートホスト名を持ちますが、ホスト名はそれぞれ異なるプライベートネットワーク IP アドレスに解決されます。
グローバルクラスタの構成後に、clsetup(1CL)ユーティリティーを使用してプライベートホスト名を変更できます。この時点では、ゾーンクラスタノードのプライベートホスト名は変更できません。
Solaris 10 OS の場合、非大域ゾーンのプライベートホスト名の作成は任意です。非大域ゾーンのプライベートホスト名の作成には、命名規則はありません。
クラスタインターコネクトは、クラスタノード間のプライベートネットワーク通信にハードウェアパスを提供します。各インターコネクトは、次のいずれかの方法で接続されるケーブルで構成されます。
2 つのトランスポートアダプタの間
トランスポートアダプタとトランスポートスイッチの間
クラスタインターコネクトの目的と機能の詳細は、『Sun Cluster Concepts Guide for Solaris OS』の「Cluster Interconnect」を参照してください。
単一ホストのクラスタの場合、クラスタインターコネクトを構成する必要はありません。ただし、単一ホストのクラスタ構成にあとから投票ノードを追加する可能性がある場合は、将来の使用のためにクラスタインターコネクトを構成することもできます。
Sun Cluster の構成中に、 1 つまたは 2 つのクラスタインターコネクトに対して構成情報を指定します。
使用できるアダプタポートの数が制限されている場合、タグ付きの VLAN を使用して、同じアダプタをプライベートネットワークとパブリックネットワークの両方で共有できます。詳細は、「トランスポートアダプタ」 のタグ付き VLAN アダプタのガイドラインを参照してください。
1 つのクラスタでは、1 つから 6 つまでのクラスタインターコネクトを設定できます。クラスタインターコネクトを 1 つだけ使用すると、プライベートインターコネクトに使用されるアダプタポートの数が減り、同時に冗長性がなくなり、可用性が低くなります。1 度インターコネクトに障害が発生すると、クラスタで自動復旧の実行が必要になるリスクが高まります。できれば 2 つ以上のクラスタインターコネクトをインストールしてください。その結果、冗長性とスケーラビリティーが提供されるので、シングルポイント障害が回避されて可用性も高くなります。
クラスタインターコネクトの確立後に、clsetup(1CL)ユーティリティーを使用して、追加のインターコネクトを合計 6 つまで構成できます。
クラスタインターコネクトハードウェアのガイドラインについては、『Sun Cluster 3.1 - 3.2 Hardware Administration Manual for Solaris OS』の「Interconnect Requirements and Restrictions」 を参照してください。クラスタインターコネクトの一般的な情報については、『Sun Cluster Overview for Solaris OS』の「Cluster-Interconnect Components」および『Sun Cluster Concepts Guide for Solaris OS』 を参照してください。
ネットワークインタフェースのポートなどのトランスポートアダプタ用に、トランスポートアダプタ名とトランスポートの種類を指定します。構成が 2 ホストクラスタの場合は、インターコネクトをポイントツーポイント接続 (アダプタからアダプタ) するか、トランスポートスイッチを使用するかも指定します。
次のガイドラインと制限を考慮してください。
IPv6 – Sun Cluster ソフトウェアは、プライベートインターコネクト経由の IPv6 通信をサポートしません。
ローカル MAC アドレスの割り当て - すべてのプライベートネットワークアダプタは、ローカル MAC アドレスの割り当てをサポートするネットワークインタフェースカード (Network Interface Card、NIC) を使用します。リンクローカル IPv6 アドレスは IPv6 パブリックネットワークアドレスをサポートするためにプライベートネットワークアダプタに必要なもので、ローカル MAC アドレスから派生します。
タグ付き VLAN アダプタ – Sun Cluster ソフトウェアは、プライベートクラスタインターコネクトとパブリックネットワーク間で1 つのアダプタを共有するために、タグ付きVLAN (Virtual Local Area Network) をサポートします。クラスタインターコネクト用にタグ付き VLAN アダプタを構成するには、次のいずれかの方法を使用して、アダプタ名とその VLAN ID (VID) を指定します。
通常のアダプタ名、つまりデバイス名 + インスタンス番号または物理接続点 (PPA) を指定します。たとえば、Cassini Gigabit Ethernet アダプタのインスタンス 2 の名前は ce2 になります。scinstall ユーティリティーで「このアダプタが共有仮想LAN の一部であるかどうか」をたずねられた場合は、yes と答えて、そのアダプタの VID 番号を指定します。
アダプタの VLAN 仮想デバイス名を指定します。この名前は、アダプタ名 + VLAN インスタンス番号です。VLAN インスタンス番号は、公式 (1000*V)+N から導き出されます (ここで、V は VID 番号、N は PPA です)。
たとえば、アダプタce2 上の VID 73 の場合、VLAN インスタンス番号は (1000*73)+2 として計算されます。したがって、このアダプタ名を ce73002 と指定して、共有仮想LAN の一部であることを示します。
クラスタでの VLAN の構成については、『Sun Cluster 3.1 - 3.2 Hardware Administration Manual for Solaris OS 』の「Configuring VLANs as Private Interconnect Networks」を参照してください。VLAN に関する一般情報については、『Solaris のシステム管理 (IP サービス)』の「仮想ローカルエリアネットワークの管理」 を参照してください。
SPARC: Sun LDoms ゲストドメイン – 仮想名 vnetN でアダプタ名を指定します (vnet0 および vnet1 など)。仮想アダプタ名は、/etc/path_to_inst ファイルに記録されます。
SBus SCI アダプタ – SBus SCI (Scalable Coherent Interface) はクラスタインターコネクトとしてサポートされていません。ただし、SCI-PCI インタフェースはサポートされています。
論理ネットワークインタフェース – 論理ネットワークインタフェースは、Sun Cluster ソフトウェアで使用するために予約されています。
特定のトランスポートアダプタに関する詳細については、scconf_trans_adap_*(1M) のマニュアルページを参照してください。
ネットワークスイッチなどのトランスポートスイッチを使用する場合は、インターコネクトごとにトランスポートスイッチの名前を指定します。デフォルト名の switchN (ここで、N は、構成中に自動的に割り当てられた数) を使用するか、別の名前を作成できます。
また、スイッチのポート名を指定するか、デフォルト名をそのまま使用します。デフォルトのポート名は、ケーブルのアダプタ側が接続されている Solaris ホストの内部ノード ID 番号と同じです。ただし、SCI-PCI などの特定の種類のアダプタではデフォルトのポート名は使用できません。
3 つ以上の投票ノードを持つクラスタでは、必ずトランスポートスイッチを使用してください。投票クラスタノード間の直接接続は、2 ホストクラスタの場合だけサポートされています。
2 ホストクラスタが直接接続されている場合でも、インターコネクトのトランスポートスイッチを指定できます。
トランスポートスイッチを指定すると、あとでクラスタに別の投票ノードを追加しやすくなります。
フェンシングは、スプリットブレーン状態のクラスタが共有ディスクのデータ完全性の保護のために使用する機構です。デフォルトでは、標準モードの scinstall ユーティリティーでグローバルフェンシングが有効になっており、構成内の各共有ディスクでデフォルトのグローバルフェンシング設定 pathcount が使用されます。pathcount 設定では、各共有ディスクのフェンシングプロトコルは、ディスクに接続されている DID パスの数に基づいて選択されます。
カスタムモードの場合は、scinstall ユーティリティーからグローバルフェンシングを無効にするかどうかを尋ねられます。通常は、No と入力してグローバルフェンシングを有効にしておきます。ただし、次のような場合は、グローバルフェンシングを無効にすることができます。
次の場合以外でグローバルフェンシングを無効にすると、アプリケーションのフェイルオーバー時にデータ破壊が生じる可能性があります。フェンシングの無効化を検討する場合には、データ破損の可能性を十分に調査してください。
共有ストレージが SCSI 予約をサポートしていない。
共有ディスクのフェンシングを無効にして定足数デバイスとして構成すると、デバイスではソフトウェアの定足数プロトコルが使用されます。これは、このディスクが SCSI-2 または SCSI-3 プロトコルをサポートしているかどうかに関係なく行われます。ソフトウェアの定足数は、SCSI Persistent Group Reservations (PGR) のフォームをエミュレートする、Sun Cluster ソフトウェアのプロトコルです。
クラスタ外のシステムが、クラスタに接続されているストレージへのアクセス権を付与できるようにする。
クラスタ構成時にグローバルフェンシングを無効にすると、クラスタ内のすべての共有ディスクのフェンシングが無効になります。クラスタを構成したあとで、グローバルフェンシングプロトコルを変更したり、個々の共有ディスクのフェンシングプロトコルを置き換えたりできます。ただし、定足数デバイスのフェンシングプロトコルを変更するには、最初に定数数デバイスの構成を解除します。次に、ディスクの新しいフェンシングプロトコルを設定し、それを定足数デバイスとして再構成します。
フェンシングの動作の詳細は、『Sun Cluster Concepts Guide for Solaris OS』の「Failfast Mechanism」を参照してください。個々の共有ディスクのフェンシングプロトコルの設定については、cldevice(1CL)のマニュアルページを参照してください。グローバルフェンシングの設定については、cluster(1CL)のマニュアルページを参照してください。
Sun Cluster 構成では、定足数 (quorum) デバイスを使用して、データとリソースの整合性を保持します。クラスタが投票ノードとの接続を一時的に失っても、定足数デバイスによって、投票クラスタノードがクラスタに再結合しようとしたときの amnesia や split-brain といった問題を防止できます。定足数デバイスの目的と機能については、『Sun Cluster Concepts Guide for Solaris OS』の「Quorum and Quorum Devices」を参照してください。
Sun Cluster の 2 ホストクラスタのインストール時に、scinstall ユーティリティーを使用して、構成内で使用可能な共有ディスクを定足数デバイスとして自動構成することもできます。 共有ディスクには、共有ディスクとして使用するために構成された Sun NAS デバイスが含まれます。scinstall ユーティリティーは、使用可能なすべての共有ディスクが定足数デバイスとして利用できるものと見なします。
定足数サーバーまたは Network Appliance NAS デバイスを定足数デバイスとして使用する場合は、scinstall 処理が完了したあとに定足数デバイスを構成します。
インストール後は、clsetup(1CL) ユーティリティーを使用して、定足数デバイスを追加で構成することもできます。
単一ホストのクラスタの場合、定足数デバイスを構成する必要はありません。
クラスタ構成にSun 以外の共有ストレージデバイスが含まれており、そのストレージデバイスの定足数デバイスとしての使用がサポートされていない場合、clsetup ユーティリティーを使用して、定足数を手作業で構成する必要があります。
定足数デバイスを計画する際は、次の点を考慮してください。
最小数 – 2 ホストクラスタは、少なくとも 1 つの定足数デバイスを持つ必要があり、この定足数デバイスは、共有ディスクでも定足数サーバーでも NAS デバイスでもかまいません。その他のトポロジの場合は、定足数デバイスはオプションです。
奇数の規則 – 複数の定足数デバイスが、2 ホストクラスタまたは定足数デバイスに直接接続されているホストペアで構成されている場合、奇数個の定足数デバイスを構成します。このように構成することで、定足数デバイスが完全に独立した障害パスを持つようになります。
定足数投票の割り当て - クラスタの可用性を最高にするために、定足数デバイスで割り当てられる合計投票数は必ず投票ノードで割り当てられる投票数よりも少なくなるようにしてください。少なくなければ、すべてのノードが機能していても、すべての定足数デバイスを使用できない場合、そのノードはクラスタを形成できません。
接続 – 定足数デバイスは 2 つ以上の投票ノードに接続する必要があります。
SCSI フェンシングプロトコル – SCSI 共有ディスク定足数デバイスが構成されている場合、そのフェンシングプロトコルは 2 ホストクラスタでは SCSI-2、3 以上の投票ノードを持つクラスタでは SCSI-3 が自動的に設定されます。
定足数デバイスのフェンシングプロトコルの変更 - 定足数デバイスとして構成された SCSI ディスクの場合、SCSI フェンシングプロトコルを有効または無効にするには、定足数デバイスの構成を解除します。
ソフトウェア定足数プロトコル – SATA ディスクなど、SCSI プロトコルに対応していないサポート対象の共有ディスクを定足数デバイスとして構成できます。これらのディスクのフェンシングを無効にする必要があります。ディスクでは、SCSI PGR をエミュレートするソフトウェア定足数プロトコルが使用されるようになります。
これらのディスクのフェンシングが無効になると、SCSI 共有ディスクもソフトウェア定足数プロトコルを使用するようになります。
ZFS ストレージプール - 構成済みの定足数デバイスを ZFS ストレージプールに追加しないでください。定足数デバイスが ZFS ストレージプールに追加されると、ディスクのラベルが EFI ディスクに変更されて、定足数構成情報が失われます。このディスクは、クラスタに定足数投票を提供できなくなります。
ディスクがストレージプールにある場合、そのディスクを定足数デバイスとして構成できます。または、定足数デバイスの構成を解除して、ストレージプールに追加し、そのあとでディスクを定足数デバイスとして再構成します。
定足数デバイスの詳細は、『Sun Cluster Concepts Guide for Solaris OS』の「Quorum and Quorum Devices」および『Sun Cluster Overview for Solaris OS』の「Quorum Devices」を参照してください。