第 4章構成
この章では、Turbolinux Cluster LoadBalancer 11 のクラスタ構成ツールおよび構成方法について説明します。Turbolinux Cluster LoadBalancer 11 は柔軟性が高く、さまざまなニーズに対応できるため、このようにクラスタを構成しなければならないという決まりがあるわけではありません。各クラスタは、その用途やクラスタを構成するためのリソースに応じて異なる構成で構築されます。この章では、クラスタの設計や構成に必要な知識、およびクラスタ構成ツールの使用方法について説明します。
この章では、以下のトピックについて説明します。
設計の計画
構成ツールの概要
サービスの定義
サーバーの定義
アドバンスドトラフィックマネージャ（ATM）
クラスタの設定
グローバル設定
 | クラスタの構築が終了したらクラスタを有効とするために、clusterserverd および cmcd デーモンを開始する必要があります。デーモンの開始、停止、再起動を行うには、他のサービスと同様に、/etc/init.d ディレクトリにある以下の制御スクリプトを実行します。
|
4.1. 設計の計画
クラスタを構成する前に、クラスタの設計を計画することが重要です。どのシステムを ATM にし、どのシステムをサービスノードにするかを決定する必要があります。Turbolinux Cluster LoadBalancer 11 を購入する前にすでにそれらについて決定していたかもしれませんが、どのサービスをクラスタで実行するのかも決定しておく必要があります。
クラスタの設計を支援する方法の 1 つは、クラスタの図を描くことです。一般に、ATM を図の上部に配置し、その ATM からサービスノードを設置します。これは、トラフィックの流れがクライアント→ATM→サービスノードの順であることを表します。作成したクラスタ図にホスト名と IP アドレスを追加して、より構成を明確にすることもできます（1 つのシステムを ATM およびサービスノードとして動作させることもできます。クラスタを概念化する場合、このように 2 つの目的を持ったシステムは図の上部に配置するのが最良です）。
必要に応じて、単純なクラスタから開始し、徐々により複雑な構成を設計していくことをお勧めします。クラスタが小さいほどトラブルシューティングはより簡単で、発生した問題のデバッグもより簡単に行えます。小さいクラスタを構築してテストしたあと、希望の構成になるまで ATM およびサービスノードを追加することができます。
4.1.1. 一般的なシナリオ
ほとんどのクラスタは、おそらく Web サーバーとして使用されています。Web トラフィックは実際に、過去数年間で非常に増加しており、多くのサイトがさらなる信頼性、可用性、およびスケーラビリティを必要としています。実際、Web サーバーはクラスタリングの第 1 の候補です。もちろん、他のサービスをクラスタ化することもできます。また、クラスタを設計するときは、特定のサービスをクラスタ化するだけではなく、クラスタシステム全体のパフォーマンス、高可用性についても検討することが重要です。
この章では、クラスタを構成するのに必要な手順を解説していきます。例とするクラスタの複雑さは中間程度で、クラスタを構成するための基本的なオプションはすべて含まれています。設定するすべてのオプションを含む必要があるので、これは一般的な構成とは言えないかもしれません。
4.1.1.1. 小さいクラスタ
可能な最小限のクラスタは、2 つのシステムのみで構成されます。1 つのシステムがプライマリ ATM およびサービスノードの役割を果たします。他のシステムはサービスノードとして動作し、バックアップ ATM の役割を持たせることもできます。各システムを ATM とサービスノードの両方として動作させれば、使用可能なリソースを効率的に使用できます。
以下に示す例では、1 つのシステムを プライマリ ATM として構成し、もう 1 つのシステムをサービスノードとして構成しています。サービスノードは、ATM を通さずに応答トラフィックをクライアントへ送信できることに注意してください。
