この節では、Sun Cluster ソフトウェアのインストールと構成の計画と、以下のコンポーネントの準備について説明します。
Sun Cluster コンポーネントの詳細については、『Sun Cluster の概要 (Solaris OS 版)』と『Sun Cluster の概念 (Solaris OS 版)』を参照してください。
ソフトウェアのインストールを開始する前に、必要なすべてのライセンス証明書を用意しておきます。 Sun Cluster ソフトウェアにはライセンス証明書は必要ありませんが、Sun Cluster ソフトウェアがインストールされる各ノードが、Sun Cluster ソフトウェア使用許諾契約書に準拠している必要があります。
ボリューム管理ソフトウェアやアプリケーションソフトウェアのライセンス必要条件については、該当する製品のインストールマニュアルを参照してください。
各ソフトウェア製品をインストールした後に、必要なパッチもインストールする必要があります。
必須パッチの最新のリストについては、『Sun Cluster ご使用にあたって (Solaris OS 版)』の「パッチと必須ファームウェアのレベル」を参照するか、ご購入先にお問い合わせください。
パッチを適用するうえでの一般的なガイドラインと手順については、『Sun Cluster のシステム管理 (Solaris OS 版)』の「Sun Cluster ソフトウェアとファームウェアのパッチ」を参照してください。
クラスタ構成によっては、Sun Cluster のさまざまなコンポーネントに多数の IP アドレスを設定する必要があります。 クラスタ構成内の各ノードには、サブネットの同じセットのパブリックネットワーク接続が少なくとも 1 つ必要です。
次の表に、IP アドレスの割り当てが必要なコンポーネントの一覧を示します。 使用する任意のネームサービスにこれらの IP アドレスを追加してください。 また、Solaris ソフトウェアをインストールした後で、各クラスタノード のローカルの /etc/inet/hosts ファイルにもこれらの IP アドレスを追加します。
IP アドレスの詳細については、『Solaris のシステム管理 (第 3 巻)』(Solaris 8) または『Solaris のシステム管理 (IP サービス)』(Solaris 9) を参照してください。
IP ネットワークマルチパスをサポートするテスト IP アドレスの詳細については、『IP ネットワークマルチパスの管理』を参照してください。
コンポーネント |
必要な IP アドレス |
---|---|
サブネットあたり 1 つ |
|
|
|
クラスタノード |
ノードおよびサブネットごとに 1 つずつ |
ドメインごとに 1 つ |
|
1 |
|
論理アドレス |
サブネットごとの論理ホストリソースあたり 1 つ |
すべてのクラスタノードにはコンソールアクセスが必要です。 クラスタコントロールパネル (CCP) ソフトウェアを管理コンソールにインストールする場合、クラスタノードと通信するために使用されるコンソールアクセスデバイスのホスト名を提供する必要があります。
管理コンソールとクラスタノードコンソール間の通信には、端末集配信装置 (コンセントレータ) を使用します。
Sun Enterprise 10000 サーバーは、端末集配信装置の代わりにシステムサービスプロセッサ (SSP) を使用します。
Sun FireTM サーバは、端末集配信装置の代わりにシステムコントローラを使用します。
コンソールアクセスの詳細については、『Sun Cluster の概念 (Solaris OS 版)』を参照してください。
論理アドレスを使用する各データサービスリソースグループには、論理アドレスへのアクセス元となる各パブリックネットワークに指定されているホスト名を設定する必要があります。
詳細については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』を参照してください。
データサービスとリソースの詳細については、『Sun Cluster の概要 (Solaris OS 版)』と『Sun Cluster の概念 (Solaris OS 版)』を参照してください。
パブリックネットワークはクラスタの外部と通信します。 パブリックネットワーク構成を計画する際は、次のことを考慮してください。
パブリックネットワークとプライベートネットワーク (クラスタインターコネクト) には、別のアダプタを使用する必要があります。
すべてのクラスタノードに接続されているパブリックネットワークが少なくとも 1 つ存在する必要があります。
パブリックネットワーク接続は、ハードウェア構成の許容範囲であればいくつでも追加できます。
イーサネットアダプタの local-mac-address? 変数のデフォルト値は、true でなければなりません。 Sun Cluster ソフトウェアは、イーサネットアダプタの local-mac-address? の値として false をサポートしません。 この必要条件は、local-mac-address? の値として false を必要とした Sun Cluster 3.0 から変更されています。
Sun Cluster のインストールの際、scinstall ユーティリティーは、各パブリックネットワークアダプタに対して単一アダプタ IP ネットワークマルチパスグループを設定します。 これらのバックアップグループをインストール後に修正するには、『IP ネットワークマルチパスの管理』(Solaris 8) の「ネットワークマルチパスの導入」または『Solaris のシステム管理 (IP サービス)』(Solaris 9) の「ネットワークマルチパスの管理 (手順)」で説明されている手順を実行します。
パブリックネットワークアダプタのバックアップグループの計画のガイドラインについては、IP ネットワークマルチパスグループ を参照してください。 パブリックネットワークインタフェースの詳細については、『Sun Cluster の概念 (Solaris OS 版)』を参照してください。
この節では、構成する Sun Cluster コンポーネントのガイドラインについて説明します。
適当な構成ワークシートに、次の情報を追加してください。
表 1–4 Sun Cluster 構成のワークシート
構成のワークシート |
保存場所 |
---|---|
クラスタ名は、Sun Cluster の構成の際に指定します。 クラスタ名は、インストール環境全体で一意にする必要があります。
ノード名とは、Solaris オペレーティング環境のインストール中にマシンに割り当てる名前のことです。 Sun Cluster の構成中に、クラスタとしてインストールするすべてのノード名を指定します。 単一ノードのクラスタインストールでは、デフォルトのノード名とクラスタ名とが同じになります。
単一ノードのクラスタの場合、プライベートネットワークを構成する必要はありません。
Sun Cluster ソフトウェアは、ノード間の内部通信にプライベートネットワークを使用します。 Sun Cluster 構成では、プライベートネットワーク上のクラスタインターコネクトへの接続が少なくとも 2 つ必要です。 クラスタの最初のノードに Sun Cluster ソフトウェアを構成するときに、プライベートネットワークアドレスとネットマスクを指定します。 デフォルトのプライベートネットワークアドレス (172.16.0.0) とネットマスク (255.255.0.0) をそのまま使用するように選択するか、デフォルトのネットワークアドレスがすでに使用中の場合は別のアドレスを入力できます。
インストールユーティリティー (scinstall、SunPlex Manager または JumpStart) が処理を完了し、クラスタを確立した後で、プライベートネットワークアドレスとネットマスクを変更することはできません。 別のプライベートネットワークアドレスとネットマスクを使用するには、クラスタソフトウェアをいったんアンインストール後、再インストールしてください。
デフォルト以外のプライベートネットワークアドレスを指定する場合は、アドレスは次の条件を満たす必要があります。
アドレスの最後の 2 つのオクテットにはゼロを使用します。
RFC 1597 のネットワークアドレス割り当てガイドラインに従います。
InterNIC に問い合わせて RFCs のコピーを入手できます。 入手方法については、『Solaris のシステム管理 (第 3 巻)』(Solaris 8) の「TCP/IP ネットワークの計画」を参照するか、『Solaris のシステム管理 (IP サービス) 』(Solaris 9) の「TCP/IP ネットワークの計画 (手順)」を参照してください。
デフォルト以外のネットマスクを指定する場合は、少なくとも、プライベートネットワークアドレスに指定したすべてのビットをマスクする必要があります。
プライベートホスト名とは、プライベートネットワークインタフェースを介したノード間の通信に使用される名前のことです。 プライベートホスト名は、Sun Cluster の構成中に自動的に作成されます。 これらのプライベートホスト名は、clusternodenodeid-priv という命名規則に従います。ここで、nodeid は、内部ノード ID の数値になります。 ノード ID 番号は、Sun Cluster の構成中に各ノードがクラスタメンバーとなる際に、自動的に各ノードに割り当てられます。 クラスタの構成後に、scsetup(1M) ユーティリティーを使用してプライベートホスト名を変更できます。
単一ノードのクラスタの場合、クラスタインターコネクトを構成する必要はありません。 ただし、単一ノードのクラスタ構成に後でノードを追加する可能性がある場合は、将来の使用のためにクラスタインターコネクトを構成することもできます。
クラスタインターコネクトは、クラスタノード間のプライベートネットワーク通信にハードウェアパスを提供します。 各インターコネクトは、次のいずれかの方法で接続されるケーブルで構成されます。
2 つのトランスポートアダプタの間
トランスポートアダプタとトランスポート接続点の間
2 つのトランスポート接続点の間
Sun Cluster の構成中に、2 つのクラスタインターコネクトに対して以下の構成情報を指定します。
トランスポートアダプタ – ネットワークインタフェースのポートなどのトランスポートアダプタ用に、トランスポートアダプタ名とトランスポートの種類を指定します。 構成が 2 ノードクラスタの場合は、インターコネクトを直接接続 (アダプタからアダプタ) するか、トランスポート接続点を使用するかも指定します。 2 ノードクラスタが直接接続されている場合でも、インターコネクトのトランスポート接続点を指定できます。
トランスポート接続点を指定すると、その後クラスタに別のノードを追加しやすくなります。
特定のトランスポートアダプタに関する詳細については、scconf_trans_adap_*(1M) のマニュアルページを参照してください。
トランスポート接続点 – ネットワークスイッチなどのトランスポート接続点を使用する場合は、各インターコネクトのトランスポート接続点名を指定します。 デフォルト名の switchN (N は、構成中に自動的に割り当てられた数)を使用するか、他の名前を作成します。 例外は、接続点名 sw-rsmN が必要な Sun Firelink アダプタです。 scinstall ユーティリティーは、ユーザーが Sun Firelink アダプタ (wrsmN) を指定した後、この接続点名を自動的に使用します。
また、接続点のポート名を指定するか、デフォルト名をそのまま使用します。 デフォルトのポート名は、ケーブルのアダプタ側が接続されているノードの内部ノード ID 番号と同じです。 ただし、SCI-PCI などの特定の種類のアダプタではデフォルトのポート名は使用できません。
3 つ以上のノードを持つクラスタでは、必ずトランスポート接続点を使用してください。 クラスタノード間の直接接続は、2 ノードクラスタの場合だけサポートされています。
クラスタの確立後に、scsetup(1M) ユーティリティーを使用して、追加のプライベートネットワーク接続を構成できます。
クラスタインターコネクトの詳細については、『Sun Cluster の概要 (Solaris OS 版)』の「クラスタインターコネクト」と『Sun Cluster の概念 (Solaris OS 版)』を参照してください。
パブリックネットワークのワークシートに次の計画情報を追加してください。
ネットワークアダプタフェイルオーバー (NAFO) グループに代わるインターネットプロトコル (IP) ネットワークマルチパスグループは、パブリックネットワークアダプタの監視とフェイルオーバーを提供し、 ネットワークアドレスリソースの基盤構造です。 マルチパスグループは、 2 つ以上のアダプタで構成されている場合に、高い可用性を提供します。 1 つのアダプタで障害が発生しても、障害のあるアダプタ上のすべてのアドレスが、マルチパスグループ内の別のアダプタにフェイルオーバーされるからです。 このようにして、マルチパスグループのアダプタは、マルチパスグループ内のアダプタが接続するサブネットへのパブリックネットワーク接続を維持します。
マルチパスグループを計画する際は、次の点を考慮してください。
各パブリックネットワークアダプタは、マルチパスグループに属している必要があります。
マルチパスグループに 2 つ以上のアダプタが含まれている場合は、グループのアダプタごとにテストIP アドレスを設定する必要があります。 マルチパスグループにアダプタが 1 つしかない場合は、テスト IP アドレスを設定する必要はありません。
同一マルチパスグループ内のすべてのアダプタ用のテスト IP アドレスは、単一の IP サブネットに属する必要があります。
テスト IP アドレスは高可用性ではないため、通常のアプリケーションでは使用しないようにします。
/etc/default/mpathd ファイルの TRACK_INTERFACES_ONLY_WITH_GROUPS の値を yes から no に変更しないでください。
マルチパスグループの名前に、必要条件はありません。
IP ネットワークマルチパスの詳細については、『IP ネットワークマルチパスの管理』(Solaris 8) の「ネットワークマルチパスの導入」を参照するか、『Solaris のシステム管理 (IP サービス)』(Solaris 9) の「ネットワークマルチパスの管理 (手順)」を参照してください。 『Sun Cluster の概要 (Solaris OS 版)』の「IP ネットワークマルチパスグループ (IPMP グループ)」と『Sun Cluster の概念 (Solaris OS 版)』も参照してください。
Sun Cluster 構成では、定足数 (quorum) デバイスを使用して、データとリソースの整合性を保持します。 クラスタがノードとの接続を一時的に失っても、定足数デバイスによって、クラスタノードがクラスタに再結合しようとしたときの amnesia や split-brain といった問題を防止できます。 scsetup(1M) ユーティリティーを使用して定足数デバイスを割り当てることも可能です。
単一ノードのクラスタの場合、定足数 (quorum) を構成する必要はありません。
定足数デバイスを計画する際は、次の点を考慮してください。
最低数 – 2 ノードクラスタには、少なくとも 1 つの共有ディスクが定足数デバイスとして割り当てられている必要があります。 その他のトポロジの場合は、定足数デバイスはオプションです。
奇数の規則 – 複数の定足数デバイスが、2 ノードクラスタまたは定足数デバイスに直接接続されているノードペアで構成されている場合、奇数個の定足数デバイスを構成します。 このように構成することで、定足数デバイスが完全に独立した障害パスを持つようになります。
接続 – 定足数デバイスは 2 つ以上のノードに接続する必要があります。
定足数デバイスの詳細については、『Sun Cluster の概要 (Solaris OS 版)』の「クォーラムデバイス」と『Sun Cluster の概念 (Solaris OS 版)』を参照してください。