web-dev-qa-db-ja.com

ESX3.5で複雑なスケジュールされたvmotionタスクを作成する方法

多数のVMを1つのESX3.5クラスターから別のクラスターに移行する必要があります。ストレージは、VMだけでなく、あるiSCSI SANから別のiSCSIに移行する必要があります。

クラスタAのホストは1つのiSCSI SANにアクセスできますが、宛先にはアクセスできません。クラスタBのホストは両方のSANにアクセスできます。

手動でこれを行うには、VMの電源を切り、移行するように指定されたストレージを使用して移行を行い、新しいクラスターでVM）の電源を入れます。

複数のスケジュールされたタスクでこれを実行できることはわかっていますが、電源投入時のタスクでは、移行が完了したかどうかを判断できません。私は適切な時間を推測する必要があります。

前のステップが終了するまで各ステップを待機させて、これらすべてを実行するスケジュールされたタスクを作成するにはどうすればよいですか？

スケジュールされたタスクの一部としてVM）のネットワークカードで使用されるネットワークラベルを再構成する方法を誰かが提案できる場合のボーナスポイント-新しいクラスターには異なる名前のポートグループがあるので、私は移行が完了した後、VMが新しいポートグループに正しく接続するかどうかはわかりません（少なくとも、手動移行ツールはここで潜在的な問題を報告しています）。

vmware-esxscheduled-taskvmotion
2
dunxd

私はジェイクに同意します。 VMwareのPowerCLIは非常に優れており、必要な制御を提供します。

「スケジュールされたタスクの一部としてVM）のネットワークカードで使用されるネットワークラベルを再構成する方法」については、元のホストのポートグループの名前を変更する必要があるようです。

ここでPowerCLIにアクセスできない場合は、次のようになります。

_$objHost = Get-VMhost -name "<FQDN>"_
foreach ($objPortGroup in (Get-VirtualPortGroup -VMhost $objHost)) {
if ( $objPortGroup -eq "old name" ) {
_$objPortGroup | Set-VirtualPortGroup -Name "new name" -confirm:$false_
_}_
_}_

私が言うように、これはテストされていません。PowerCLIの例ほど簡潔ではないことを理解していますが、巧妙さよりも明確にするために使用します。

1
Simon Catlin

relocateVMメソッド を使用したPowershell/PowerCLIスクリプト。

ここにvmwareスレッド 。 poweroff/poweron tasks を追加するように簡単に変更できます。移行するサーバーの名前を含むcsvファイルから読み取るか、サーバーごとに個別のWindowsスケジュールタスクを作成することができます。

1
JakeRobinson