Sun N1 System Manager 1.3 検出および管理マニュアル

管理対象サーバーの交換

この節では、N1 System Manager 内の管理対象サーバーに障害が起きた場合の、交換方法を説明します。

サーバーを交換する

N1 System Manager にログインします。

詳細は、「N1 System Manager のコマンド行にアクセスする」を参照してください。

次のコマンドを入力します。
N1-ok> stop server server force
管理対象サーバーが停止され、電源が切断されます。詳細は、『Sun N1 System Manager 1.3 コマンド行リファレンスマニュアル』の「stop server」を参照してください。

管理可能なサーバーとラックの接続を切断します。

管理可能なサーバーをシステムから削除します。
N1-ok> delete server server

新しい管理可能なサーバーを接続します。

『Sun N1 System Manager 1.3 サイト計画の手引き』の手順に従います。

任意の検出方法で、新しい管理可能なサーバーを検出します。

第 4 章「管理可能なサーバーの検出」の手順に従います。

新しいサーバーが管理対象になります。詳細は、『Sun N1 System Manager 1.3 コマンド行リファレンスマニュアル』の「discover」を参照してください。監視は設定できません。詳細は、「OS 監視のサポート」および「監視の有効化と無効化」を参照してください。

注意事項

discover コマンドの資格属性は、セキュリティー上の目的で使用されます。SSH、IPMI、および Telnet では、ユーザー名とパスワードが必要です。SNMP では、読み取りセキュリティーコミュニティー文字列として有効な値を入力する必要があります。資格が指定されない場合は、検出プロセスは、インストール時に定義されたデフォルトの資格を使用します。デフォルトの資格については、『Sun N1 System Manager 1.3 サイト計画の手引き』の「管理可能なサーバーの設定」を参照してください。

管理サーバーの古い SSH エントリが原因で、検出に失敗する場合があります。discover コマンドが、「アクセスに使用された証明書が無効です」または「SSH key changed: Cannot connect to host」というエラーメッセージで失敗し、かつセキュリティー違反がないことが確かな場合は、known_hosts ファイル、またはファイル内の管理対象サーバーに対応する特定のエントリを削除します。そのあと、discover コマンドを再度実行します。詳細は、『Sun N1 System Manager 1.3 Troubleshooting Guide』の「To Update the ssh_known_hosts File」を参照してください。

n1smconfig を使用した設定プロセスで、変更された、または不明なホストキーを容認するように SSH ポリシーを変更すると、管理サーバーの古い SSH エントリの問題を避けることができます。変更された、または不明なホストキーを容認することは、セキュリティー上のリスクを伴いますが、管理サーバーの古い SSH エントリの問題は避けることができます。詳細は、『Sun N1 System Manager 1.3 インストールおよび構成ガイド』の「N1 System Manager を設定する」を参照してください。