製品のインストーラーをテストするために、以前のさまざまなバージョンがインストールされた仮想マシンスナップショットのツリーを維持しています。各VMでWindowsUpdate、再スナップショット、親スナップショットの削除を行うのは面倒な作業です。
VMのグループを最新の状態に保つための自動化されたソリューションはありますか?私はVirtualBoxを使用していますが、VMware Workstationにアクセスでき、メンテナンスが改善される場合は切り替えます。
製品のインストーラーをテストするために、以前のさまざまなバージョンがインストールされた仮想マシンスナップショットのツリーを維持しています。各VMでWindowsUpdate、再スナップショット、親スナップショットの削除を行うのは面倒な作業です。
VMのグループを最新の状態に保つための自動化されたソリューションはありますか?私はVirtualBoxを使用していますが、VMware Workstationにアクセスでき、メンテナンスが改善される場合は切り替えます。
VMのベースラインをある種のライブラリに保持します。それらは約20余り(Java、DB2、WASなどの異なるバージョンの混合物を含む)であり、開発チームとテストチームは自分で使用するためにコピーすることができます。
司書(開発者、これをパートタイムで行う)は、それらを最新の状態に保つ責任があります。彼らが行うことは、毎週かそこらでVMの1つをコピーし、それを起動してすべての更新をインストールしてから、更新されたVMを元のVMにコピーして戻すことです。これは、コピー操作が実行されている場合を除いて、チェックアウトに使用できることを意味します。さらに、VMが共有されているため、更新が必要なVMの数が最小限に抑えられます。
これがスナップショットの作成方法です。ディレクトリをコピーするのは、管理が簡単なためですが、ワークステーションバージョンを購入するにはきつすぎるためです:-)代わりにプレーヤーを使用します。
すべてのVMがSUSサーバーから更新を取得し、更新の準備ができたことを確認できるため、ほとんど自動化されています。ライブラリアンは、どのVMを更新する必要があるかをスクリプトで通知され、VMをコピーしてコピーを開始する別のスクリプトを実行するだけで済みます。
図書館員がコピーが最新であると納得すると、それをシャットダウンし、さらに別のスクリプトがそのVMをライブラリにコピーして戻し、そのステータスを更新します。
すべてのVMの自動化されたソリューションを知りませんが、Windows Server Update Servicesを使用して、すべてのVMの更新ステータスを追跡し、更新プロセスを高速化するためのローカルWindowsUpdateリポジトリを提供することをお勧めします。
WSUSとグループポリシーを組み合わせてこれらの更新を実行し、自動更新インストールを設定し、特定の期間にすべてのVMをオンにして、すべてのVMが更新されるようにすることができると思います。
ただし、スナップショットなどの管理に関する問題は解決されません。VMWareにはAPIがあるのだろうか...