2 システム要件と推奨事項
次のセクションでは、SUSE® Linux Enterprise High Availability Extensionのシステム要件と前提条件について説明します。また、クラスタセットアップの推奨事項についても説明します。
2.1 ハードウェア要件 #
次のリストは、SUSE® Linux Enterprise High Availability Extensionに基づくクラスタのハードウェア要件を指定しています。これらの要件は、最低のハードウェア設定を表しています。クラスタの使用方法によっては、ハードウェアを追加しなければならないこともあります。
2.2項 「ソフトウェアの必要条件」に指定されたソフトウェアを搭載した1～32台のLinuxサーバ。各サーバが同一のハードウェア構成(メモリ、ディスクスペースなど)になっている必要はありませんが、アーキテクチャは同じである必要があります。クロスプラットフォームのクラスタはサポートされていません。
クラスタノードあたり、少なくとも2つのTCP/IP通信メディア。クラスタノードは、ネットワーク設備が使用したい通信手段をサポートするため、通信にマルチキャストまたはユニキャストを使用します。通信メディアは100Mbit/s以上のデータレートをサポートする必要があります。可能ならば、Ethernetチャネルをボンドします。
オプション:クラスタ内の、アクセスが必要なすべてのサーバに接続された、共有ディスクサブシステム。詳細については、2.3項 「ストレージ要件」を参照してください。
STONITHメカニズム。STONITHデバイスとは、クライアントが停止または誤動作しているとみなしたノードをリセットするために使用する電源スイッチです。これは、ハングして停止したようにしか見えないノードによるデータ破損を防ぐ、唯一の信頼できる方法です。
2.2 ソフトウェアの必要条件 #
次のソフトウェア要件を満たしていることを確認してください。
SUSE® Linux Enterprise Server 12 (使用可能なすべてのオンラインアップデートを含む)が、クラスタの一部となるすべてのノード上にインストールされていること。
SUSE Linux Enterprise High Availability Extension 12 (使用可能なすべてのオンラインアップデートを含む)が、クラスタの一部となるすべてのノード上にインストールされていること。
Geo Clustering for SUSE Linux Enterprise High Availability Extension 12 (使用可能なすべてのオンラインアップデートを含む)が、クラスタの一部となるすべてのノード上にインストールされていること。
2.3 ストレージ要件 #
クラスタでデータの可用性を高めたい場合は、共有ディスクシステム(SAN: Storage Area Network)の利用をお勧めします。共有ディスクシステムを使用する場合は、次の要件を満たしていることを確認してください。
メーカーの指示のに従い、共有ディスクシステムが適切に設定され、正しく動作していることを確認します。
共有ディスクシステム中のディスクを、ミラーリングまたはRAIDを使用して耐障害性が高められるように設定してください。ハードウェアベースのRAIDをお勧めします。ホストベースのソフトウェアRAIDはどの設定でもサポートされていません。
共有ディスクシステムのアクセスにiSCSIを使用している場合、iSCSIイニシエータとターゲットを正しく設定していることを確認します。
2台のマシンにデータを配分するミラーリングRAIDシステムを実装するためにDRBD*を使用する際、DRBDに提供されるデバイスにのみアクセスし、決してバッキングデバイスにはアクセスしないようにします。クラスタの残りが提供される冗長性を利用する、同じ(ボンドされた)NICを使用します。
2.4 その他の要件と推奨事項 #
サポートされていて、役に立つHigh Availabilityセットアップについては、次の推奨事項を検討してください。
- クラスタノード数
各クラスタは2つ以上のクラスタノードで構成される必要があります。
重要: 奇数のクラスタノード
3ノードの「最小値」で「奇数」のクラスタノードを使用することを強くお勧めします。
クラスタではサービスの実行を維持するために、クォーラムが必要です。したがって、3ノードのクラスタは一度に1ノードの障害しか許容できませんが、5ノードのクラスタは、2ノードの障害を許容できます。
- STONITH
重要: STONITHがない場合はサポートなし
STONITHがないクラスタはサポートされません。
サポートされるHigh Availabilityセットアップについては、次の点を確認してください。
High Availabilityクラスタの各ノードには、少なくとも1つのSTONITHデバイス(通常はハードウェア)が必要です。SBDを使用しない場合は、1ノードあたり複数のSTONITHデバイスを使用することを強くお勧めします。SBDは、外部電源スイッチなしでクラスタ内のSTONITHとフェンシングを有効にしますが、共有ストレージは必要とします。
グローバルクラスタオプション
stonith-enabledおよびstartup-fencingをtrueに設定する必要があります。これらのオプションを変更すると、ただちにサポートが失われます。
- 冗長通信パス
High Availabilityセットアップがサポートされるには、2つ以上の冗長パスでクラスタ通信を設定する必要があります。これは次のように実行できます。
Corosync内の2つ目の通信チャネル。詳細については、手順3.6「冗長通信チャネルの定義」を参照してください。
可能であれば、ネットワークデバイスのボンディングを選択します。
- 時刻同期
クラスタノードはクラスタ外のNTPサーバに同期する必要があります。詳細については、『SUSE Linux Enterprise Server 12 管理ガイド』(http://www.suse.com/doc/から入手可能)を参照してください。特に、「Time Synchronization with NTP」の章を参照してください。
ノードが同期されていない場合、ログファイルまたはクラスタレポートは分析が難しくなります。
- NIC名
すべてのノード上で同一である必要があります。
- ホスト名およびIPアドレス
クラスタ内の各サーバの
/etc/hostsファイルを編集することにより、ホスト名の解決を設定します。クラスタ通信の速度が落ちていない、またはDNSによって改ざんされていないことを確認するには、次を実行します。静的IPアドレスを使用します。
このファイルにあるすべてのクラスタノードを、完全修飾ホスト名およびショートホスト名で一覧表示します。クラスタのメンバーが名前で互いを見つけられることが重要です。名前を使用できない場合、内部クラスタ通信は失敗します。
詳細については、『SUSE Linux Enterprise Server 12 管理ガイド』(http://www.suse.com/docから入手可能)を参照してください。「ネットワークの基礎」の章、「YaSTによるネットワーク接続の設定」の「ホスト名とDNSの設定」セクションを参照してください。
- ストレージ要件
一部のサービスでは、共有ストレージが必要な場合があります。詳細については、2.3項 「ストレージ要件」を参照してください。外部NFS共有またはDRBDを使用することもできます。外部NFS共有を使用する場合は、冗長通信パスを介してすべてのクラスタノードから確実にアクセスできる必要があります。詳細については、冗長通信パスを参照してください。
SBDをSTONITHデバイスとして使用する場合は、共有ストレージに対して追加の要件が適用されます。詳細については、http://linux-ha.org/wiki/SBD_Fencing、「Requirements」セクションを参照してください。
- SSH
すべてのクラスタノードはSSHによって互いにアクセスできる必要があります。
hb_reportまたはcrm_report(トラブルシューティング用)などのツールおよびHawkのは、ノード間にパスワード不要のSSHアクセスを必要とします。それがない場合、現在のノードからしかデータを収集できません。非標準のSSHポートを使用する場合は、-Xオプションを使用します(マニュアルページを参照)。たとえば、SSHポートが3479の場合、次のコマンドを使用して、hb_reportを起動します。root #hb_report -X "-p 3479" [...]
注記: 規定要件
パスワード不要のSSHアクセスが規定要件に適合しない場合は、次のとおり、
crm_reportで次善策を使用できます。パスワードなしでログインできるユーザを作成します(例、公開鍵認証の使用)。このユーザに
sudoを設定し、rootパスワードが必要ないようにします。crm_reportをコマンドラインから-uオプションで起動し、ユーザ名を指定します。詳細については、crm_reportのマニュアルページを参照してください。については、現在のところ、パスワード不要のログインに代わる方法はありません。