ほとんどの機能については、新しいモードで設定を始めたときのデフォルトの初期設定は空です。設定が空であることとモードの設定が存在しないことは明確に区別されます。例として、1 つのグループと 1 台のマシンからなる非常に簡単なクラスタを考えます。LDAP クエリーがクラスタ レベルで設定されているとします。グループ レベルとマシン レベルでは何も設定されていません。

ここで、グループに対して新しい LDAP クエリーの設定を作成したとします。その結果は次のようになります。

すると、クラスタ レベルの設定がグループ レベルの設定で上書きされますが、新しいグループ設定は初期状態では空です。グループ モードには、独自に設定された LDAP クエリーが実際には存在しません。このグループ内のマシンは、この「空の」LDAP クエリーをグループから継承します。

次に、このグループに次のような LDAP クエリーを追加します。

これで、クラスタ レベルで設定されたクエリーとは別に、グループにもクエリーが設定されました。マシンはグループのクエリーを継承します。

マシン上でクラスタの作成やクラスタへの参加を行うには、clusterconfig コマンドを使用します。

• 新しいクラスタを作成すると、そのクラスタのすべての初期設定はそのクラスタを作成したマシンから継承されます。マシンがすでに「スタンドアロン」モードで設定されている場合は、クラスタを作成したときにそのスタンドアロンの設定が使用されます。
• マシンがクラスタに参加 すると、そのマシンのすべてのクラスタ化可能な設定がクラスタ レベルから継承されます。つまり、そのマシン固有の設定（IP アドレスなど）を除くすべての設定が消失し、そのマシンが参加したクラスタ、グループ、またはその両方の設定に置き換わります。マシンがすでに「スタンドアロン」モードで設定されている場合は、クラスタを作成するときにそのスタンドアロンの設定が使用され、マシン レベルの設定は保持されません。

現在のマシンがまだクラスタに含まれていない場合は、clusterconfig コマンドを実行すると、既存のクラスタに参加するか、新しいクラスタを作成するかのオプションが表示されます。

この時点で、新しいクラスタにマシンを追加できます。これらのマシンは、SSH または CCS を使用して通信できます。

newyork.example.com> clusterconfig

Do you want to join or create a cluster?

1. No, configure as standalone.

2. Create a new cluster.

3. Join an existing cluster over SSH.

4. Join an existing cluster over CCS.

[1]> 2

Enter the name of the new cluster.

[]> americas

New cluster committed: Wed Jun 22 10:02:04 2005 PDT

Creating a cluster takes effect immediately, there is no need to commit.

Cluster americas

Choose the operation you want to perform:

- ADDGROUP - Add a cluster group.

- SETGROUP - Set the group that machines are a member of.

- RENAMEGROUP - Rename a cluster group.

- DELETEGROUP - Remove a cluster group.

- REMOVEMACHINE - Remove a machine from the cluster.

- SETNAME - Set the cluster name.

- LIST - List the machines in the cluster.

- LISTDETAIL - List the machines in the cluster with detail.

- DISCONNECT - Temporarily detach machines from the cluster.

- RECONNECT - Restore connections with machines that were previously detached.

- PREPJOIN - Prepare the addition of a new machine over CCS.

[]>

クラスタに含まれるマシンでは、CLI を異なるモードに切り替えることができます。モードはあるレベルに含まれる特定の（名前の付いた）メンバを表していることを思い出してください。

CLI のモードに応じて、設定が変更される正確な場所が決まります。デフォルトは、ユーザがログインしたマシン（「ログイン ホスト」）を示す「マシン」モードです。

別のモードに切り替えるには、clustermode コマンドを使用します。

clustermode

clustermode group northamerica

clustermode machine losangeles.example.com

CLI プロンプトの表示が現在のモードに変わります。

(Cluster Americas)> 

または

(Machine losangeles.example.com)>

マシン モードでは、プロンプトにマシンの完全修飾ドメイン名が表示されます。

すべての非制限コマンド（制限コマンドを参照）に、新しい操作として CLUSTERSHOW と CLUSTERSET が追加されました。CLUSTERSHOW は、コマンド設定のモードを表示するときに使用します（新たに追加された操作を参照）。CLUSTERSET 操作は、（現在のコマンドで設定できる）現在の設定をモード間またはレベル間で（たとえば、あるマシンからあるグループへ）移動またはコピーするときに使用します。

コピー すると、現在のモードの設定が保持されます。移動 すると、現在のモードの設定がリセット（クリア）されます。つまり、移動した後は、現在のモードに設定が設定されなくなります。

たとえば、（destconfig コマンドで）グループ northamerica にグッド ネイバー テーブルを設定し、クラスタ全体にこの設定を適用する場合は、destconfig コマンド内で clusterset 操作を使って現在の設定をクラスタ モードにコピー（または移動）できます。（新しい設定の実験 を参照）。

注意	設定を移動またはコピーするときは、依存関係に矛盾が生じないように注意してください。たとえば、免責事項のスタンプが設定されたリスナーを別のマシンに移動またはコピーしても、その新しいマシンに同じ免責事項が設定されていない場合、新しいマシンでは免責事項のスタンプがイネーブルになりません。

マシンをクラスタから永続的に削除するには、clusterconfig の REMOVEMACHINE 操作を使用します。マシンをクラスタから永続的に削除すると、その設定は「平板化」され、そのマシンはクラスタに含まれていたときと同じように動作します。たとえば、クラスタ モードのグローバル配信停止テーブルしかない場合にマシンをクラスタから削除すると、そのグローバル配信停止テーブルのデータがマシンのローカル設定にコピーされます。

AsyncOS のすべての CLI コマンドがクラスタ対応になりました。一部のコマンドは、クラスタ モードで実行したときの動作がやや異なります。たとえば、次のコマンドをクラスタに含まれるマシン上で実行すると、コマンドの動作が変更されます。

ほとんどの CLI コマンドとそれに対応する GUI ページは、任意のモード（クラスタ、グループ、マシン）で実行できます。しかし、一部のコマンドとページは 1 つのモードだけに制限されています。

システム インターフェイスには（GUI と CLI のどちらにも）、コマンドが制限されること、およびどのように制限されるかが必ず明示されます。コマンドを設定するための適切なモードに簡単に切り替えることができます。

• GUI では、[モードを変更（Change Mode）] メニューまたは [この機能の設定は現在、次で定義されています：（Settings for this features are currently defined at:）] リンクを使ってモードを切り替えます。
• CLI では、clustermode コマンドを使ってモードを切り替えます。

上記のコマンドをグループ モードまたはマシン モードで実行しようとすると、警告メッセージが表示され、適切なモードに切り替えることができます。

（注）	passwd コマンドは、ゲスト ユーザが使用できるようにするための特例です。ゲスト ユーザがクラスタ内のマシン上で passwd コマンドを実行すると、警告メッセージは表示されず、ユーザのモードを変更せずにクラスタ レベルのデータに対して操作が行われます。他のすべてのユーザに対しては、上記の（他の制限されるコンフィギュレーション コマンドと同じ）動作が行われます。

次のコマンドは、マシン モードに制限されます。

antispamstatus

etherconfig

resume

suspenddel

antispamupdate

featurekey

resumedel

suspendlistener

antivirusstatus

hostrate

resumelistener

techsupport

antivirusupdate

hoststatus

rollovernow

tophosts

bouncerecipients

interfaceconfig

routeconfig

topin

deleterecipients

ldapflush

sbstatus

trace

delivernow

ldaptest

setgateway

version

diagnostic

nslookup

sethostname

vofflush

dnsflush

quarantineconfig

settime

vofstatus

dnslistflush

rate

shutdown

workqueue

dnslisttest

reboot

status

dnsstatus

resetcounters

suspend

上記のコマンドをクラスタ モードまたはグループ モードで実行しようとすると、警告メッセージが表示され、適切なモードに切り替えることができます。

次のコマンドは、さらにログイン ホスト（ユーザがログインしているマシン）に制限されます。これらのコマンドを使用するには、ローカル ファイル システムにアクセスできる必要があります。

マシンをクラスタに接続するには、DNS が必要です。クラスタの通信は、通常、（マシン上のインターフェイスのホスト名ではなく）マシンの DNS ホスト名を使って開始されます。ホスト名を解決できないマシンは、形式的にはクラスタに含まれていても、実際にはクラスタ内の他のマシンと通信できません。

ホスト名がアプライアンス上の SSH または CCS をイネーブルにした正しい IP インターフェイスを指すように、DNS を設定する必要があります。これは非常に重要です。DNS が SSH または CCS をイネーブルにしていない別の IP アドレスを参照すると、ホストが見つかりません。中央集中型管理では、インターフェイスごとのホスト名ではなく、sethostname コマンドで設定した「メイン ホスト名」が使用されます。

IP アドレスを使ってクラスタ内の他のマシンに接続する場合は、接続先のマシンが接続元の IP アドレスの逆ルックアップを実行できる必要があります。DNS 内にその IP アドレスがないために逆ルックアップがタイムアウトすると、そのマシンはクラスタに接続できません。

Cluster Communication Security（CCS）は、標準の SSH サービスに似たセキュア シェル サービスです。シスコが CCS を実装したのは、クラスタ通信に標準の SSH を使用することに対する懸念に応えるためです。マシン間の SSH 通信では、同じポートで（管理者などの）通常のログインを開きます。多くの管理者は、クラスタ化されたマシン上で通常のログインを開くことを好みません。

ヒント：CCS はデフォルトですが、クラスタ化されたマシン間のポート 22 の通信がファイアウォールによってブロックされない場合は、CCS をイネーブルにしないでください。クラスタリングでは、すべてのマシン間でフル メッシュの SSH トンネル（ポート 22 上）が使用されます。いずれかのマシンですでに CCS をイネーブルにした場合は、クラスタからすべてのマシンを削除し、最初からやり直してください。クラスタ内の最後のマシンを削除すると、クラスタが削除されます。

CCS は、管理者が CLI へのログインではなく、クラスタ通信を開始できるように強化されています。デフォルトでは、このサービスはディセーブルです。interfaceconfig コマンドで他のサービスをイネーブルにするためのプロンプトが表示されたときに、CCS をイネーブルにするかどうかの選択を求められます。次に例を示します。

Do you want to enable SSH on this interface? [Y]>

Which port do you want to use for SSH?

[22]>

Do you want to enable Cluster Communication Service on this interface?

[N]> y

Which port do you want to use for Cluster Communication Service?

[2222]>

CCS のデフォルトのポート番号は 2222 です。必要な場合は、これを別の開いている未使用のポート番号に変更できます。マシンの参加が完了し、参加したマシンにクラスタのすべての設定データが適用されると、次の質問が表示されます。

Do you want to enable Cluster Communication Service on this interface? [N]> y


Which port do you want to use for Cluster Communication Service?

[2222]>

「クラスタ対応」のマシンは、クラスタ内の他のマシンへのネットワーク接続を継続的に確認します。この確認は、クラスタ内の他のマシンに対する定期的な「ping」によって行われます。

特定のマシンとの通信の試行がすべて失敗すると、通信を試行したマシンはリモート ホストが切断されたことを示すメッセージをログに記録します。システムはリモート ホストがダウンしたことを示すアラートを管理者に送信します。

マシンがダウンしても、確認用の ping は引き続き送信されます。マシンがクラスタのネットワークに再び参加すると、それまでオフラインだったマシンが更新をダウンロードできるように、同期コマンドが実行されます。この同期コマンドは、一方のマシンに含まれる変更がもう一方のマシンに含まれるかどうかも判定します。含まれない場合は、それまでダウンしていたマシンが更新をサイレントでダウンロードします。

マシンは、クラスタから切断できます。時折、たとえばマシンをアップグレードするために、マシンを意図的に切断することがあります。切断は、たとえば停電やソフトウェアまたはハードウェアのエラーのために突発的に起きることもあります。1 台のアプライアンスがセッションで許可されている SSH 接続の最大数を超えて開こうとする場合も、切断が起きることがあります。クラスタから切断されたマシンに直接アクセスしてマシンを設定することはできますが、切断されたマシンを再接続するまでは、クラスタ内の他のマシンに変更が反映されません。

マシンをクラスタに再接続すると、そのマシンはただちにすべてのマシンに再接続しようとします。

理論的には、クラスタから 2 台のマシンを切断した場合、同じような変更が各マシンのローカル データベースに同時に確定される可能性があります。これらのマシンをクラスタに再接続すると、これらの変更の同期が試行されます。競合がある場合は、最新の変更が記録されます（他の変更はすべて破棄されます）。

アプライアンスは、変更されるすべての変数を確定時にチェックします。確定データには、バージョン情報、連番 ID、その他の比較可能な情報が含まれます。変更しようとしているデータが以前の変更と競合することがわかった場合は、変更を破棄するオプションが表示されます。たとえば、次のようなメッセージが表示されます。

(Machine mail3.example.com)> clustercheck

This command is restricted to "cluster" mode. Would you like to switch to "cluster"

mode? [Y]> y

Checking Listeners (including HAT, RAT, bounce profiles)...

Inconsistency found!

Listeners (including HAT, RAT, bounce profiles) at Cluster enterprise:

mail3.example.com was updated Mon Sep 12 10:59:17 2005 PDT by 'admin' on

mail3.example.com

test.example.com was updated Mon Sep 12 10:59:17 2005 PDT by 'admin' on

mail3.example.com

How do you want to resolve this inconsistency?

1. Force entire cluster to use test.example.com version.


2. Force entire cluster to use mail3.example.com version.

3. Ignore.

[1]>

変更を破棄しなかった場合、変更は（確定されませんが）保持されます。変更を現在の設定に照らして確認し、その後の処理方法を決めることができます。

また、いつでも clustercheck コマンドを使ってクラスタが正常に動作していることを確認できます。

losangeles> clustercheck

Do you want to check the config consistency across all machines in the cluster? [Y]> y

Checking losangeles...

Checking newyork...

No inconsistencies found.

クラウド E メール セキュリティ アプライアンスでは次の設定を行わないことをお勧めします。

中央集中型管理環境では、互いに依存する設定が異なるモードで設定されることがあります。設定モデルの高い柔軟性によって複数のモードで設定できるため、個々のマシンでどの設定が使用されるかは継承の法則に基づいて決まります。しかし、一部の設定は他の設定に依存しており、依存する設定の適用範囲は同じモードの設定に制限されません。したがって、あるレベルで特定のマシン用に設定された設定を参照する設定を別のレベルで設定することも可能です。

互いに依存する設定の最も一般的な例は、ページ上の別のクラスタ セクションからデータを取得する選択フィールドに関するものです。たとえば、次の機能をそれぞれ異なるモードで設定できます。

• LDAP クエリーの使用
• ディクショナリまたはテキスト リソースの使用
• バウンス プロファイルまたは SMTP 認証プロファイルの使用。

中央集中型管理には、制限コマンドと非制限コマンドがあります。（制限コマンド を参照）。非制限コマンドは、通常、クラスタ全体で共有できるコンフィギュレーション コマンドです。

listenerconfig コマンドは、クラスタ内のすべてのマシンに設定できるコマンドの例です。非制限コマンドは、クラスタ内のすべてのマシンに反映できるため、マシンごとにデータを変更する必要がないコマンドです。

一方、制限コマンドは特定のモードだけに適用されるコマンドです。たとえば、ユーザを特定のマシン用に設定することはできません。ユーザはクラスタ全体に 1 セットしか設定できません（そうしないと、同じログイン名でリモート マシンにログインすることができなくなります）。同じように、メール フロー モニタのデータ、システム概要のカウンタ、およびログファイルは、マシン単位でしか保持されないため、これらのコマンドやページはマシンだけに制限する必要があります。

定期レポートはクラスタ全体で同じに設定できますが、レポートの表示はマシン別に行われます。したがって、GUI の [定期レポート（Scheduled Reports）] ページは 1 つでも、設定はクラスタ モードで行い、レポートの表示はマシン モードで行う必要があります。

[システム時刻（System Time）] のページには、settz、ntpconfig、settime の各コマンドが含まれ、制限コマンドと非制限コマンドが混在しています。この場合、settime は（時間の設定がマシンに固有のものであるため）マシン モードだけに制限する必要がありますが、settz と ntpconfig はクラスタ モードまたはグループ モードで設定できます。

この図では、リスナー「IncomingMail」がマシン レベルでのみ設定された「disclaimer」という名前のフッターを参照しています。使用可能なフッター リソースのドロップダウン リストには、クラスタでは使用できるのにマシン「buttercup.run」では使用できないフッターが表示されています。このジレンマを解消するには、次の 2 つの方法があります。

• フッター「disclaimer」をマシン レベルからクラスタ レベルに格上げする
• リスナーをマシン レベルに格下げして、相互依存を解消する

中央集中型管理されたシステムの特長を最大限に活かすためには、1 つめの方法を推奨します。クラスタ化されたマシンの設定を調整するときは、設定間の相互依存に注意してください。

クラスタを作成すると、現在ログインしているマシンが自動的に最初のマシンとしてクラスタに追加され、Main_Group にも追加されます。マシン レベルの設定は、できる限りクラスタ レベルに移動されます。グループ レベルの設定は存在せず、マシン レベルに残された設定は、クラスタ レベルでは意味を成さないのでクラスタ化できません。例として、IP アドレスやライセンス キーなどがあります。

設定はできる限りクラスタ レベルに残します。クラスタ内の 1 つのマシンにだけ異なる設定が必要な場合は、そのクラスタ設定をそのマシンのマシン レベルにコピーします。この場合は、設定を移動しないでください。工場出荷時のデフォルト値がない設定（HAT テーブル、SMTPROUTES テーブル、LDAP サーバ プロファイルなど）を移動すると、クラスタ設定を継承するシステムに空のテーブルが作成され、電子メールが処理されなくなるおそれがあります。

マシンにクラスタ設定を再度継承させるには、CM の設定を管理し、マシンの設定を削除します。マシンがクラスタ設定を上書きするかどうかは、次のメッセージが表示されたときにわかります。

Settings are defined:

To inherit settings from a higher level: Delete Settings for this feature at this mode.

You can also Manage Settings.

Settings for this feature are also defined at:

Cluster: xxx

または、次のメッセージが表示されます。

Delete settings from:

Cluster: xxx

Machine: yyyy.domain.com

Q：これまでスタンドアロンとして設定されていたマシンがあり、既存のクラスタに参加しました。これまでの設定はどうなりますか。

A：マシンがクラスタに参加すると、そのマシンのすべてのクラスタ化可能な設定がクラスタ レベルから継承されます。クラスタに参加した時点で、ローカルで設定されたネットワーク以外の設定は消失し、クラスタや関連するグループの設定で上書きされます。（これにはユーザ/パスフレーズのテーブルも含まれ、パスフレーズとユーザはクラスタ内で共有されます）。

Q：クラスタ化されたマシンがあり、それをクラスタから（永続的に）削除しました。これまでの設定はどうなりますか。

A：マシンをクラスタから永続的に削除すると、その設定階層は「平板化」され、そのマシンは引き続きクラスタに含まれていたときと同じように動作します。マシンに継承されたすべての設定が、スタンドアロンとして設定されたマシンに適用されます。

たとえば、クラスタ モードのグローバル配信停止テーブルしかない場合にマシンをクラスタから削除すると、そのグローバル配信停止テーブルのデータがマシンのローカル設定にコピーされます。

Q.中央集中型で管理されるマシンの間でログ ファイルは集約されますか。

A：いいえ。ログ ファイルは引き続き個々のマシンごとに保持されます。セキュリティ管理アプライアンスを使って複数のマシンのメール ログを集約し、トラッキングやレポート作成に利用できます。

Q.ユーザ アクセスはどうなりますか。

A：Cisco アプライアンスはクラスタ全体で 1 つのデータベースを共有します。特に、admin アカウント（およびパスフレーズ）は、クラスタ全体で 1 つしかありません。

Q.データセンターをクラスタ化するにはどうすればよいですか。

A：データセンターは、それ自体をクラスタにせずに、クラスタ内の「グループ」にするのが理想的です。しかし、データセンター間で共有する設定が多くない場合は、各データセンターを別個のクラスタにした方がうまくいく場合があります。

Q.オフラインのシステムを再接続するとどうなりますか。

A.クラスタにシステムを再接続すると、システム間の同期が試行されます。

Q.中央集中型管理機能は「ピアツーピア」アーキテクチャと「マスター/スレーブ」アーキテクチャのどちらですか。

A：すべてのマシンにすべてのマシン用のあらゆるデータ（使用されないマシン固有の設定を含む）があるため、中央集中型管理機能は「ピアツーピア」アーキテクチャと見なすことができます。

Q：ピアにならないようにアプライアンスをセットアップするにはどうすればよいですか。「スレーブ」システムを設定する必要があります。

A：このアーキテクチャでは、本物の「スレーブ」マシンは設定できません。しかし、マシン レベルで HTTP（GUI）アクセスと SSH（CLI）アクセスをディセーブルにすることは可能です。このように GUI アクセスや CLI アクセスができないマシンは、clusterconfig コマンドでのみ 設定可能です（つまり、ログイン ホストではなくなります）。これはスレーブを設定するのに似ていますが、ログイン アクセスを再度イネーブルにすると、この設定は無効になります。

Q.複数のセグメント化されたクラスタを作成できますか。

A.クラスタを「島」のように分離することは可能です。実際、たとえばパフォーマンス上の理由などで、このようなクラスタを作成するのが有益な場合もあります。

Q：クラスタ化されたアプライアンスのうち、1 台の IP アドレスとホスト名を再設定したいのですが、再設定した場合、再起動コマンドを実行できるようになる前に GUI/CLI セッションが終了しませんか。

A.次の手順に従ってください。

1. 新しい IP アドレスを追加します。
2. リスナーを新しいアドレスに移動します。
3. クラスタを脱退します。
4. ホスト名を変更します。
5. どのマシンから表示した clusterconfig の接続リストにも、古いマシン名が表示されないことを確認します。
6. すべての GUI セッションがログアウトしたことを確認します。
7. （interfaceconfig または [ネットワーク（Network）] > [リスナー（Listeners）] を使って）どのインターフェイスでも CCS がイネーブルになっていないことを確認します。
8. マシンを再びクラスタに追加します。

Q.送信先コントロール機能をクラスタ レベルで適用できますか。それともこの機能はローカル マシン レベル専用ですか。

A：クラスタ レベルでも設定できますが、制限はマシン単位で適用されます。したがって、接続を 50 個に制限すると、クラスタ内のそれぞれのマシンにその制限が設定されます。

Q：クラスタをセットアップするときに、効率を最大限に高め、問題を最小限に抑えるにはどうすればよいですか。

1. 初期の計画
   • できるだけ多くの項目をクラスタ レベルで設定します。
   • 例外のみをマシン単位で管理します。
   • データセンターが複数ある場合は、たとえば、グループを使ってクラスタ共通でもマシン固有でもない特性を共有します。
   • 各アプライアンスのインターフェイスとリスナーに同じ名前を使用します。
2. 制限コマンドに注意してください。

3. 設定間の相互依存に注意してください。

   たとえば、listenerconfig コマンドは、（クラスタ レベルでも）マシン レベルにしか存在しないインターフェイスに依存します。クラスタ内のどのマシンにもマシン レベルのインターフェイスが存在しない場合、そのリスナーはイネーブルになります。

   インターフェイスの削除も listenerconfig に影響します。

4. 設定に注意してください。

   すでに設定されているマシンがクラスタに参加すると、そのマシン単独の設定は消失します。前に設定した設定の一部を再び適用する場合は、クラスタに参加する前にすべての設定をメモしてください。

   「切断された」マシンは、まだクラスタに含まれています。マシンを再接続すると、オフライン中に行った変更がクラスタの他のマシンと同期化されます。

   マシンをクラスタから永続的に削除すると、そのマシンはクラスタのメンバとして持っていたすべての設定を保持します。しかし、考えを変えて再びそのマシンをクラスタに追加すると、そのマシンのスタンドアロンの設定はすべて消失します。

   saveconfig コマンドを使って設定の記録を取ってください。