こんにちは
返信ありがとうございます。
はい。こちらの手順書を確認しております。
>>
実機で確認したわけでは無いのであくまで参考意見となりますが、
ご存知のように、セカンダリサーバ物理の場合と仮想の場合とで手順が異なります。
https://www.vmware.com/support/pubs/heartbeat_pubs.html
>>
OSは、Windows Server 2008 R2 SP 1 を使用しています。
2 台とも HW構成は同一となっております。
2 台の hosts ファイルで以下を定義しております。
----------------------------------------------------------------
hosts ファイル定義
仮想 IP ホスト0(仮想ホスト名)
ホスト1 ManagementIP (1 号機ホスト名)
ホスト2 ManagementIP (2 号機ホスト名)
---------------------------------------------------------------
マニュアルの中に登場する "PublicName"が、上記 仮想ホスト名に該当します。
実機での動作を見ると、フェイルオーバー後、Active 系となったサーバのみが、仮想 IP をもつ 動きとなります。
データおよびファイルを全てレプリケーションする仕様になっているので、1 号機→ 2 号機へレプリケーションとなります。
2 号機が Active になった時、認証処理等で 1 号機の情報を使って動作することから、細かい部分で 本来 2 号機固有情報を使用しないと
いけないのに、1 号機の情報を使うことからエラーになっているのでは ? と見ております。が、検証 環境(仮想)は特別 何もしてないのにできているから
...この見解と矛盾した結果になっておりますが:smileyshocked::smileyshocked:
-
こんにちは 返信ありがとうございます。
はい。以下の構成です。全部 1 台に含まれている構成が 2 台となっています。(物理サーバ)
>>
再確認ですが、SSO-vCenter-DB全部1台に含まれている構成が2台あるということですよね？
SSOだけ切り出してHeartbeat外にしてSSOのHA構成にすることもできるので、その場合はこの現象は発生しない可能性が大きいのです。
>>
教えて頂きました、以下の情報も確認しました
http://kb.vmware.com/kb/2036170
こちらですが、Primary で実行して、HA してみても、Secondary で vCenter Server サービスが起動しません:smileyshocked:
そこで、Active になった、Secondary で 上記コマンドを実行し、SSO パスワードを再設定?し、Single Sign On サービスを
再起動し、手動で vCenter Server サービスが起動できることを確認しました。
しかし、再び Primary へ HA すると、今度は、Primary が vCenter Server サービスを起動できなくなります。。
Primary 側で、同じ対応をすると、vCenter Server サービスは起動できます。しかし HA すると.... の状況からは脱出できない状態です。
結局 レプリケーションされるから、不具合となるのでしょうかね。。
どこかの DB 情報の中に、SSO サーバと通信するのに必要な情報があり、そこに、Primary サーバ固有の設定が入っているから
2 号機にレプリケーションされた時に、2 号機でその情報を使用して、SSO サーバと通信するから 認証失敗等になるのかなぁと思ってます。
以前の HeatBeat は、1 台ずつ 個別にインストールするタイプで、非常に簡単だったとのことです
6.5 では、インストールの途中で、1 号機の システムバックアップを取る処理が走り、2 号機側でのインストール時にその情報を使用して
リストアする.... ここで既におかしくなっているんじゃないかと思ってます:smileycry:
こんにちは
貴重な情報ありがとうございます!!!
1 台に全て同居の構成で、かつ、物理サーバの場合は、直面している動作になるというなら、
製品仕様(バグ?) なんでしょうかね:smileycry:
こちらの情報が VMware 社、または 他のサイトにあれば嬉しいのですが、ご存知ないでしょうか ??
こんばんは
本件について、アドバイスありがとうございます
その後、サポートに問い合わせたところ、社内でも似たような事象が報告されているとのことで、
SSO 関連のコマンドを記述したバッチファイルを用意し、それを
vCenter HeatBeat の GUI 設定画面の中にあるタスク設定画面で、vCenter Server Single Sign On サービスの前に
動作するように仕込んでくださいとのことでした。
ただ、回答が来る前に、当方側でも
以下のコマンドを記述したバッチファイルを用意し、vCenter HeatBeat の GUI 設定画面の中にあるタスク設定画面で
vCenter Server Single Sign On サービスの前に、本バッチファイルが実行されるように仕込んだところ、2 号機へ HA 後、
vCenter Server サービスが起動され、2 号機が Active になっても無事 サービスを提供できる正常な構成となりました
■ コマンド
rsautil manage-secrets -a recover -m <masterPassword>
ということで、現状は 1、2 号機で vCenter HeatBeat の GUI 設定画面の中にあるタスク設定に
本バッチファイルを仕込んでいます。
vCHB 6.5 Update1 の件ですが、サポートに今回の修正で HA 後に SSO 関連のコマンドを実行する必要がないような
修正がされているか と確認したところ、今回の修正には含まれていないとのことでした:smileyshocked:
このため、例のタスク登録にバッチファイルを登録する の現状構成のままとなっています。
物理環境で HeatBeat 6.5 を使用するのは、色々 不具合があるので、当方側で 色々検証中です:smileycry: