|
| |
| Sun Java System Messaging Server 6 2004Q2 管理ガイド | |
第 3 章
高可用性の構成この節では、Veritas Cluster Server または Sun Cluster の高可用性のクラスタリングソフトウェアを構成し、Messaging Server で使用するための準備に必要な情報について説明します。『Messaging Server 配備計画ガイド』 (http://docs.sun.com/db/prod/entsys?l=ja) で高可用性に関する章を読んでおくことを前提にしています。また、Veritas または Sun Cluster Server のマニュアルで、詳細な計画、インストール手順、必要なパッチなどの情報を必要に応じて参照してください。
表 3-1 は、Messaging Server で現時点でサポートされている Sun Cluster Server および Veritas Cluster Server のバージョンのリストです。
この章には、以下の節があります。
クラスタエージェントのインストール
クラスタエージェントは、クラスタフレームワークのもとで動作する Messaging Server プログラムです。
Sun Cluster Messaging Server エージェント (SUNWscims) は、Java Enterprise System インストーラから Sun Cluster 3.1 を選択したときにインストールされます。Veritas Cluster Messaging Server エージェント (SUNWmsgvc) は、Java Enterprise System CD の Messaging Server の Product サブディレクトリにあります (Solaris_sparc/Product/messaging_svr/Packages/SUNWmsgvc)。VCS クラスタエージェントをインストールするには、pkgadd(1M) コマンドを使用する必要があります。
Messaging Server および高可用性 (Veritas Cluster および Sun Cluster の両方に適用される) のインストールに関して次のことに注意してください。
- クラスタリングソフトウェアは、Messaging Server のインストールと設定を行う前にインストールする必要があります。その場合は、Messaging Server の HA 論理ホスト名が現在指定しているクラスタノードで、インストールを実行してください。
- Messaging Server の初期実行時設定 (「Messaging Server の初期実行時設定を作成するには」を参照) を実行したあと、Messaging Server のクラスタの完全指定 HA 論理ホスト名を手動で設定してください。
useconfig ユーティリティの使用
useconfig ユーティリティを使用することで、HA 環境の複数のノード間で単一の設定を共有することができます。このユーティリティは、既存の設定をアップグレードまたは更新するものではありません。
たとえば、最初のノードをアップグレードする場合は、Java Enterprise System インストーラからインストールを行ってから、Messagng Server を設定します。そのあと、Java Enterprise System インストーラを使って Messaging Server パッケージをインストールする 2 番目のノードにフェイルオーバーします。ただし、初期実行時設定プログラム (configure) をもう一度実行する必要はありません。代わりに、useconfig ユーティリティを使用することができます。
このユーティリティを使用するには、useconfig ユーティリティを実行して、以前の Messaging Server 設定を指定します。
configure_YYYYMMDDHHMMSS は以前の構成設定ファイルです。
新しいノードでは、共用ディスク上の msg_svr_base/data/setup ディレクトリに configure_YYYYMMDDHHMMSS があります。
「Veritas Cluster Server エージェントのインストール」および「Sun Cluster エージェントのインストール」の以下の節には、useconfig ユーティリティをいつ使用できるかが記載されています。
Veritas Cluster Server エージェントのインストール
Messaging Server は、Veritas Cluster Server 1.3、2.0、および 3.5 とともに設定することができます。この節で示す手順では、Veritas Cluster 3.5 のみを取り上げています。Veritas 1.3 および 2.0 については、『Messaging Server 5.2 インストールガイド』を参照してください。
次の手順を実行する前に、Veritas Cluster Server マニュアルを再度お読みください。
Java Enterprise System インストーラからの Messaging Server のインストールと HA の設定が完了したあと、HA サポートに関連するその他の手順を「サーバー上での IP アドレスのバインド」で確認してください。
Veritas Cluster Server 要件
- Veritas Cluster Software は、あらかじめインストールされ設定されています。
- 次の手順 (「VCS 3.5 インストールおよび設定上の注意」) で説明しているように、Messaging Server の Veritas Cluster Agent パッケージは、両方のノードで Messaging Server ソフトウェアとともにインストールします。
VCS 3.5 インストールおよび設定上の注意
次の手順では、Veritas Cluster Server 3.5 を使用して Messaging Server を HA サービスとして設定する方法を説明します。
デフォルトの main.cf 設定ファイルは、VCSweb アプリケーションを起動する ClusterService と呼ばれるリソースグループを設定します。このグループには、csgnic や webip などの、ネットワーク論理ホスト IP リソースが含まれます。また、ntfr リソースは、イベント通知用に作成されます。
- ノードの 1 つから Cluster Explorer を起動します。
この Veritas Cluster Server の手順では、Messaging Server を HA サービスとして設定する際にグラフィカルユーザーインタフェースを使用すると仮定しています。
Cluster Explorer を起動するには、以下のコマンドを実行します。
GUI を使用するために、VRTScscm パッケージをインストールする必要があります。
- タイプ DiskGroup の s1ms_dg ディスクグループリソースを追加して、有効にします。
- タイプ Mount の s1ms_mt マウントリソースを追加します。
- s1ms_mt と s1ms_dg の間のリンクを作成します。リソース s1ms_mt を有効にします。
次の図は依存関係ツリーを示します。
図 3-1 Veritas Cluster Server 依存関係ツリー
- 管理サーバーと Messaging Server を選択して、Java Enterprise System インストーラを実行します。
- 管理サーバーの設定中にホスト名の入力を求められたときは、必ず論理ホスト名を指定してください。
- 主要ノード (たとえば、Node_A) から Messaging Server 初期実行時設定を実行して、Messaging Server をインストールします。
- pkgadd(1M) コマンドを使用して、Veritas Cluster Server エージェントパッケージ、SUNWmsgvc (Java Enterprise System CD の Messaging Server Product サブディレクトリ内) をインストールします。
これで、Messaging Server と Veritas エージェントが Node_A にインストールされます。
- バックアップノード (たとえば、Node_B) に切り替えます。
- Java Enterprise System インストーラを実行して、バックアップノード (Node_B) に Messaging Server をインストールします。
- Messaging Server をインストールしたあと、useconfig ユーティリティを使用することにより、バックアップノード (Node_B) に追加の初期実行時設定を作成する必要がなくなります。useconfig ユーティリティを使用することで、HA 環境の複数のノード間で単一の設定を共有することができます。このユーティリティは、既存の設定をアップグレードまたは更新するものではありません。「useconfig ユーティリティの使用」を参照してください。
これで、Veritas エージェントが Node_B にインストールされます。
- Cluster Explorer で、「File」メニューから「Import Types...」を選択し、ファイル選択ボックスを表示します。
- /etc/VRTSvcs/conf/config ディレクトリから MsgSrvTypes.cf タイプをインポートします。このタイプファイルをインポートします。このファイルを検索するときは、クラスタノード上にいる必要があります。
- ここで、タイプ MsgSrv のリソース (たとえば、Mail) を作成します。このリソースは、論理ホスト名プロパティの設定に必要です。
- Mail リソースは、s1ms_mt および webip によって決まります。以下の依存関係ツリーに示されているように、リソース間のリンクを作成します。
図 3-2 Veritas Cluster 依存関係ツリー
- Node_A に切り替えて、高可用性の設定が機能しているかどうかをチェックします。
- グループ属性 OnlineRetryLimit を 3 から 0 に変更します。変更しないと、フェイルオーバーしたサービスが同じノード上で再起動することがあります。
MsgSrv 属性
この節では、mail リソースの動作を管理する MsgSrv のその他の属性について説明します。Veritas Cluster Server で Messaging Server を設定するには、表 3-2 を参照してください。
Sun Cluster エージェントのインストール
この節では、Sun Cluster の Highly Available (HA) Data Service のインストールおよび設定方法を説明します。このインストール手順は、Sun Cluster 3.1 に適用されます。この節には、以下の項目があります。
Sun Cluster 3.1 のマニュアルは、次の場所で参照できます。
http://docs.sun.com/db/prod/cluster#hic
Veritas File System (VxFS) は、Sun Cluster 3.1 でサポートされています。
Sun Cluster の要件
ここでは、次の条件を前提としています。
HAStoragePlus について
Sun Cluster 環境内でローカルにマウントされたファイルシステムの可用性を高めるために、HAStoragePlus リソースタイプを使用することを強くお勧めします。Sun Cluster グローバルデバイスグループに常駐するファイルシステムは、HAStoragePlus で使用できます。HAStorage のようなグローバルにマウントされたファイルシステムとは異なり、HAStoragePlus は一定期間に 1 つのクラスタノードでのみ利用できます。これらのローカルにマウントされたファイルシステムは、フェイルオーバーモードとフェイルオーバーリソースグループのみで使用できます。HAStorage の GFS (グローバルファイルシステム) とは異なり、HAStoragePlus は FFS (フェイルオーバーファイルシステム) を提供します。
HAStoragePlus には、多くの利点があります。
HAStoragePlus の詳細は、『Sun Cluster 3.1 Data Service Planning and Administration Guide』を参照してください。
Sun Cluster と HA StoragePlus での Messaging Server の設定
この節では、Sun Cluster 3.1 の Sun ONE Messaging Server の HA サポートおよび HA StoragePlus を設定する方法を、単純な例を使って説明します。
HA を設定したら、「サーバー上での IP アドレスのバインド」で、HA サポートに関連する追加の手順を確認してください。
以下の例では、メッセージングサーバーが HA 論理ホスト名および IP アドレスによって設定されていると仮定しています。物理ホスト名は mail-1 と mail-2 で、HA 論理ホスト名は budgie とします。図 3-3 に、Messaging Server HA サポートの構成時に作成する各種の HA リソースの入れ子の依存関係を示します。
図 3-3 単純な Sun ONE Messaging Server HA 構成
- スーパーユーザーになり、コンソールを開きます。
以下の Sun Cluster コマンドを実行するには、スーパーユーザーとしてログインする必要があります。また、メッセージ出力を表示するコンソールまたはウィンドウを /dev/console に設定する必要があります。
- 必要なリソースタイプを追加します。
使用するリソースタイプを Sun Cluster が認識できるように設定します。これを行うには、次のように、scrgadm -a -t コマンドを使用します。
# scrgadm -a -t SUNW.HAStoragePlus
# scrgadm -a -t SUNW.ims- Messaging Server のリソースグループを作成します。
この作業をまだ実行していない場合は、リソースグループを作成し、Messaging Server を実行するクラスタノードにそのグループが表示されるようにします。次のコマンドは、MAIL-RG というリソースグループを作成し、クラスタノードの mail-1 および mail-2 にこのグループを表示します。
# scrgadm -a -g MAIL-RG -h mail-1,mail-2
リソースグループには、任意の名前を使用できます。
- HA 論理ホスト名リソースを作成し、リソースグループを起動します。
この作業をまだ実行していない場合は、HA 論理ホスト名リソースを作成して有効にし、これをリソースグループ内に配置します。次のコマンドは、論理ホスト名 budgie を使用して、これを実行します。-j オプションが省略されているので、作成したリソースの名前も budgie になります。
# scrgadm -a -L -g MAIL-RG -l budgie
# scswitch -Z -g MAIL-RG- HAStoragePlus リソースを作成します。
Messaging Server が依存するファイルシステムの HAStoragePlus リソースタイプを作成する必要があります。次のコマンドは、disk-rs という HAStoragePlus リソースを作成し、ファイルシステム disk_sys_mount_point を、その制御下に配置します。
# scrgadm -a -j disk-rs -g MAIL-RG ¥
-t SUNW.HAStoragePlus ¥
-x ServicePaths=disk_sys_mount_point-1, disk_sys_mount_point-2ServicePaths= の後ろに、Messaging Server が依存するクラスタファイルシステムのマウントポイントをコンマで区切って列挙します。上の例では、2 つのマウントポイント、disk_sys_mount_point-1 と disk_sys_mount_point-2 が指定されています。一方のサーバーが別のファイルシステムに依存する場合は、追加の HA ストレージリソースを作成し、手順 9 でその依存関係を指定します。
- 管理サーバーをインストールして設定します (『Sun Java Enterprise System 2004Q2 インストールガイド』を参照)。
完全指定ドメイン名を指定するときは、手順 4 で作成した HA 論理ホスト名を使用してください。
- Messaging Server をインストールして設定します。「Messaging Server の初期実行時設定を作成するには」を参照してください。
- 初期実行時設定で、設定ディレクトリを指定するよう求められます (「Messaging Server の初期実行時設定を作成するには」を参照)。必ず、HAStoragePlus リソースの共用ディスクのディレクトリパスを使用してください。
watcher プロセスの詳細は、『Sun Java System Messaging Server 管理ガイド』を参照してください。
- ha_ip_config スクリプトを実行して、service.listenaddr と service.http.smtphost を設定し、高可用性用に dispatcher.cnf および job_controller.cnf ファイルを設定します。このスクリプトでは、物理 IP アドレスではなく論理 IP アドレスがこれらのパラメータやファイルに設定されます。
スクリプトの実行手順については、「サーバー上での IP アドレスのバインド」を参照してください。
ha_ip_config スクリプトは、(設定とデータ用の) 共用ディスクがあるマシン上で、1 回だけ実行する必要があります。
- HA Messaging Server リソースを作成します。
HA Messaging Server リソースを作成し、これをリソースグループに追加します。このリソースは、HA 論理ホスト名リソースと HA ディスクリソースに依存します。
HA Messaging Server リソースを作成するときは、Messaging Server のトップレベルディレクトリへのパス (msg_svr_base パス) を指定する必要があります。これには、次に示すように、IMS_serverroot 拡張プロパティを使用します。
# scrgadm -a -j mail-rs -t SUNW.ims -g MAIL-RG ¥
-x IMS_serverroot=msg_svr_base ¥
-y Resource_dependencies=disk-rs,budgie上記のコマンドは、msg_svr_base ディレクトリ内の IMS_serverroot にインストールされている Messaging Server に、mail-rs という Messaging Server リソースを作成します。この HA Messaging Server リソースは、HA ディスクリソース disk-rs、および HA 論理ホスト名 budgie に依存します。
Messaging Server が追加のファイルシステムとの依存関係を持つ場合は、そのファイルシステム用に追加の HA ストレージリソースを作成できます。上記のコマンドの Resource_dependencies オプションに、追加する HA ストレージリソースの名前が含まれていることを確認してください。
- /etc/vfstab ファイルから global という語を削除します。ブートアップでは、/etc/vbstab が「no」に設定されている必要があります。詳細については、Sun Cluster 3.1 のマニュアルを参照してください。
HAStoragePlus で vfstab ファイルが有効になる前に、最初に、現在のグローバルファイルシステムであるファイルシステムを umount する場合があります。そのあと、HAStoragePlus で vfstab ファイルを有効にし、ファイルシステムを再マウントすることができます。
- Messaging Server リソースを有効にします。
HA Messaging Server リソースを有効にし、その Messaging Server をオンラインにします。これを実行するには、次のコマンドを使用します。
# scswitch -e -j mail-rs
このコマンドは、MAIL-RG リソースグループの mail-rs リソースを有効にします。MAIL-RG リソースはすでにオンラインになっているので、このコマンドで、mail-rs リソースもオンラインにします。
- リソースの動作を確認します。
scstat コマンドを使用して、MAIL-RG リソースグループがオンラインになっているかどうかを確認します。診断情報があれば、コンソールデバイスに出力されるので、画面で確認できます。また、syslog ファイル /var/adm/messages で参照することもできます。
- フェイルオーバーを適切に動作させるため、もう 1 つのクラスタノードにリソースグループの処理を継続させます。
手動でリソースグループの処理を別のクラスタノードに継続させます。フェイルオーバー先のノードでスーパーユーザー権限を持っていることを確認してください。
scstat コマンドを使用して、現在リソースグループの処理を実行している (オンラインになっている) ノードを確認します。たとえば、オンラインノードが mail-1 の場合は、次のコマンドを使用して、mail-2 に処理を継続させます。
# scswitch -z -g MAIL-RG -h mail-2
サーバー上での IP アドレスのバインド
「対称」高可用性モデルまたは「N + 1」高可用性モデルを使用する場合は、Sun Cluster Server を Messaging Server に対応させるために、構成で注意すべき事項がいくつかあります。
サーバー上で動作する Messaging Server は、正しい IP アドレスによってバインドされる必要があります。これは HA 環境で Messaging を正しく設定するために必要です。
Messaging Server を HA 対応に構成する過程で、Messaging Server がバインドされて接続を待機するインタフェースアドレスを設定します。デフォルトでは、各サーバーは使用可能なすべてのインタフェースアドレスにバインドされます。ただし、HA 環境では、HA 論理ホスト名に関連付けられたインタフェースアドレスに限定して各サーバーをバインドする必要があります。
上記のようなバインドが簡単に行えるように、特定の Messaging Server インスタンスに属するサーバーが使用するインタフェースアドレスの構成を行うためのスクリプトが用意されています。このスクリプトでは、ユーザーが所有する IP アドレス、またはサーバーが使用する HA 論理ホスト名に関連付ける IP アドレスから、適切なインタフェースアドレスを特定します。
このスクリプトは、以下の設定ファイルを修正または作成することによって、構成を変更します。
msg_svr_base/config/dispatcher.cnf
このファイルでは、SMTP サーバーおよび SMTP 送信サーバーの INTERFACE_ADDRESS オプションを追加または変更します。
msg_svr_base/config/job_controller.cnf
このファイルでは、ジョブコントローラの INTERFACE_ADDRESS オプションを追加または変更します。
最後に、POP、IMAP、および Messenger Express HTTP サーバーが使用する configutil service.listenaddr および service.http.smtphost パラメータを設定します。
元の設定ファイルがある場合、それらのファイルは *.pre-ha という名前に変更されます。
このスクリプトを実行するには、次の手順に従います。
- スーパーユーザーになります。
- msg_svr_base/sbin/ha_ip_config を実行します。
- スクリプトによって、以下の質問が表示されます。Control キーを押しながら d キーを押すと、どの質問の段階でもスクリプトを中止できます。デフォルトの設定は、角括弧 ([ ]) 内に表示されています。デフォルトの設定を選択する場合は、Return キーを押します。
- Logical IP address : 論理 IP アドレス。Messaging Server が使用する論理ホスト名に割り当てられた IP アドレスを指定します。この IP アドレスは、「123.456.78.90」のように、ドット付きの 10 進形式で指定する必要があります。
論理 IP アドレスは、configutil パラメータ service.http.smtphost に自動的に設定されます。このパラメータにより、クラスタ内でメッセージングシステムが実行されているマシンを参照することができます。たとえば Messenger Express を使用している場合、サーバーは、送信メールの送り先メールホストを判断できます。
- Messaging Server Base (msg_svr_base) : Messaging Server ルート。Messaging Server をインストールする最上位ディレクトリの絶対パスを指定します。
- Do you wish to change any of the above choices : 選択した項目を変更するかどうか。これまでに回答した内容でよい場合は、「no」と答えて、設定の変更を確定します。回答を変更する場合は、「yes」と答えます。
注
また、ha_ip_config スクリプトでは、パラメータ local.autorestart および local.watcher.enable を使用して、2 つの新しいプロセス watcher および msprobe を自動的に有効にします。これらの新しいパラメータは、メッセージングサーバーの状況を監視する際に役立ちます。プロセスの障害や反応しないサービスによって、特定の障害を示すログメッセージが生成されます。これで、クラスタエージェントは watcher プロセスを監視するようになり、このプロセスが終了すると必ずフェイルオーバーします。Sun Cluster を正しく機能させるために、パラメータを有効にしておく必要があります。
watcher および msprobe プロセスの詳細は、「障害が発生したサービスや応答がないサービスの自動再起動」を参照してください。
高可用性の構成の解除この節では、高可用性の構成を解除する方法を説明します。高可用性をアンインストールするには、Veritas または Sun Cluster のマニュアルに記載されている手順に従ってください。
高可用性の構成の解除手順は、Veritas Cluster Server か Sun Cluster のどちらを削除するかによって異なります。
この節には、以下の項目があります。
Veritas Cluster Server の構成の解除
Veritas Cluster Server の高可用性コンポーネントの構成を解除するには、次の手順に従います。
- iMS5 サービスグループをオフラインにし、そのリソースを無効にします。
- mail リソース、logical_IP リソース、および mountshared リソースの間の依存関係を解除します。
- iMS5 サービスグループをオンラインに戻します。sharedg リソースが有効になります。
- インストール時に作成した Veritas Cluster Server リソースをすべて削除します。
- Veritas Cluster Server を停止し、両方のノードで次のファイルを削除します。
/etc/VRTSvcs/conf/config/MsgSrvTypes.cf
/opt/VRTSvcs/bin/MsgSrv/online
/opt/VRTSvcs/bin/MsgSrv/offline
/opt/VRTSvcs/bin/MsgSrv/clean
/opt/VRTSvcs/bin/MsgSrv/monitor
/opt/VRTSvcs/bin/MsgSrv/sub.pl- Messaging Server のエントリを両方のノードの /etc/VRTSvcs/conf/config/main.cf ファイルから削除します。
- 両方のノードから /opt/VRTSvcs/bin/MsgSrv/ ディレクトリを削除します。
Sun Cluster 3.ｘ の Messaging Server HA サポートの構成の解除
この節では、Sun Cluster の HA 構成を取り消す方法を説明します。ここでは、「Sun Cluster エージェントのインストール」で説明した単純な例の構成を前提としています。ほかの構成では、特定のコマンド (たとえば、手順 3) が異なる場合がありますが、それ以外の手順は同じです。
- スーパーユーザーになります。
以下の Sun Cluster コマンドを実行するには、スーパーユーザーになる必要があります。
- リソースグループをオフラインにします。
リソースグループのすべてのリソースをシャットダウンするには、次のコマンドを実行します。
# scswitch -F -g MAIL-RG
これで、リソースグループ内のすべてのリソース (Messaging Server やHA 論理ホスト名など) がシャットダウンされます。
- 個々のリソースを無効にします。
次のコマンドで、リソースグループからリソースを 1 つずつ無効にします。
# scswitch -n -j mail-rs
# scswitch -n -j disk-rs
# scswitch -n -j budgie- リソースグループから個々のソースを削除します。
リソースを無効にしたら、次のコマンドで、リソースグループからリソースを 1 つずつ削除できます。
# scrgadm -r -j mail-rs
# scrgadm -r -j disk-rs
# scrgadm -r -j budgie- リソースグループを削除します。
リソースグループからすべてのリソースを削除したら、次のコマンドで、リソースグループそのものを削除できます。
# scrgadm -r -g MAIL-RG
- リソースタイプを削除します (省略可)。
クラスタからリソースタイプを削除する必要がある場合は、次のコマンドを実行します。
# scrgadm -r -t SUNW.ims
# scrgadm -r -t SUNW.HAStoragePlus
