SCVMM 2008 R2 の冗長構成はどうするのだろうと少し調べていました。
Twitter で呟いてみたところ、
– [既存の SCVMM のデータベースを別の SCVMM のデータベースに関連付けできないか]
というフォローを頂くことができました。
なるほど。面白そうな構成だな~。と思い実験してみました。
用意した環境がこちら。
現在使用している検証環境の SCVMM のデータベースを新規に構築した SCVMM も参照する構成で実験をしています。
専用 SQL Serverを用意するときれいな環境だったのですが面倒だったもので…。
# SCVMM #1 のファイアウォールで SQL Server のポートに対して着信許可を設定しています。
■SCVMM #2 のインストール
まずは上記の構成を作るために新規サーバーに SCVMM をインストールします。
インストールは通常の方法と変わらないのですが、SCVMM で使用するデータベースを新規データベースではなく、
既存のデータベースに設定します。
# サーバー名とインスタンス名は塗りつぶしていますが、図の [SCVMM #1] を指定しています。
最初試したところ、ロックされているジョブがありますといったエラーが表示されインストールできないことがありました。
その場合は、SCVMM 用のデータベースの [dbo].[tbl_VMM_Lock] テーブルの内容を削除するとインストールができました。
# 実験なので問答無用で上記のテーブルを Truncate してしまいました。
■ホスト OS のグループにコンピュータアカウントを追加
通常はインストールが終了したら、各ホスト OS にエージェントをインストールします。
今回は各ホスト OS は SCVMM #1 で管理されているのでエージェントの再導入は避けたいです。
そこで、ホスト OS の以下のローカルグループにコンピュータアカウントを手動で追加します。
- Administrators
- Virtual Machine Manager Servers
これらのグループに SCVMM のコンピュータアカウントを追加しないと SCVMM 上でホスト OS の状態を取得できず、
仮想環境の管理をすることができません。
?
構築し終わった環境がこちら。
左が [SCVMM #1]、右が [SCVMM #2] になります。
同一のデータベースを参照しているのでバーチャルマシンの登録状況は一緒ですね。
SCVMM #2 のジョブでエラーが結構出力されているのと、両方の SCVMM サーバーのサービスが起動していると
管理コンソールが切断されることが多くなっているのが気になります。
# 私の SCVMM の環境は管理コンソールが切断されることがしばしばあるのですが、両サーバーを起動していると
切断される頻度が高くなった気がします。
コールドスタンバイ環境とするのであれば実用的かも。
PRO 機能との連携もどうなるのか気になるところですね。
SCVMM のバックアップはデータベースがきちんと取得できていれば再構築はさほど面倒ではないので、
サーバー冗長化ではなく、バックアップ + 再構築の手順を確立することで障害発生時に備えるという考えでも
いいのかもしれないですね。
予備機を作っておいて、以下のレジストリを変更し参照先 DB を変更してからエージェント再導入といった考えもあるかも。
VMM 2008 用 SQL Server のリモート インスタンスの構成