与えられた:
- リモートロケーションにある1ダース半のサーバー。 リモート制御インターフェース(DRAC / ILO / IP KVM)があることを当然のことと考えてください。 これがないと、多数の出張により移行が非常に複雑になります。
- サーバー上で実行されている3つの仮想マシンがあります-DNSおよびDHCPサーバーとしても機能するドメインコントローラー(40ギガバイトの仮想ディスク)、WSUS +ディストリビューションストレージ(150ギガバイト)、および脆弱性のためにブランチネットワークをスキャンするサーバー(別の40ギガバイト)。
- 一時的に別のESXiを配置してライブマシンを変換できる中間サーバーはありませんが、マージされた情報を保存するために、同じスイッチ内のサーバーにファイルサーバーが接続されています。しかし、ほとんどの場合100メガビットです。
- すべてのサーバーについて、ADグループを介した管理者権限があります(大企業では常にそうであるとは限りませんが、この場合は取得しました)。 これらのサーバーのローカル管理者パスワードはありません。
必須です:
Windows + VMware Serverの束を取り除きます。 利益:ホストマシンが定期的にすべてのプロセッサリソースを消費したため、OSのライセンスをリリースし、仮想マシンの作業を高速化しました(理由は同じレリックハイパーバイザーのTomcatプロセスです)-仮想コンピューターは非常に不快になりました。
まず、このすべてを実際に行うことができる方法と時間、および速度を上げるために実行できる手順を理解する必要がありました。
マナを吸ってGoogleの結果を読んだ後の「方法」の質問は、仮想マシンのディレクトリ全体をハイパーバイザーサーバーからファイルサーバーにコピーし、VMware Converterを使用して新しくインストールしたESXiにアップロードすることを支持しました。 パイロットサーバーでは、変換速度(または、むしろ、vmdkファイルをESXiホストマシンにアップロードするコンバーター)が望まれていることが多いことがわかりました-結局、SCPです。 しかし、他のオプション(たとえば、ESXiでsambaを有効にし、データストアに直接アップロードするアイデアがありました)は、vmdkやvmxファイルの編集など、サポートされていないVMwareスクリプトにつまずきました。 VMware-vdiskmanagerを使用するオプションは、仮想マシン構成をゼロから再作成したくないという事実のために好きではなく、何らかの理由ですべてのディスクで簡単にオフになりませんでした。
パイロットサーバーでの「どれくらい時間がかかるか」という質問に対する答えは、仮想マシンを前後にコピーする時間を含めて、合計時間が約3日かかることを示していました。 これは非常に多く、加速する必要があります。最も重要なことは、ビジネスの仕事に干渉しないことです。 最初の考えは、週末にそれを行い、夜間に操作をコピーすることです。 ビジネスはDHCP / DNSが存在しない場合にのみ不満になります。つまり、このマシンは私たちにとって優先度が高く、週末にでも最も注意を払う必要があります-週末でも仕事をしたい人がいます。
だから、最終的に何が起こったのか、ステップで:
準備する
DRAC / ILO経由のリモートアクセス、ファイルサーバー上の空き領域を確認し、VMware Standalone ConverterとVSphere Clientをファイルサーバーに配置します。 また、ドメインコントローラーにスタンドアロンコンバーターをインストールします。 ISOディストリビューションをファイルサーバーにコピーするか(DRAC / ILOがある場合)、ブランクを切り取ります。 ドメインコントローラーのシステム状態をバックアップすることを強くお勧めします。 すべての仮想マシンのネットワーク設定を記録します。
金曜日の夜
- AD-adminログインですべての仮想マシンにログインする必要があります-これは、ネットワーク設定に何かが発生した場合(そして、ゲストOSがネットワークOSXネットワークを新しいデバイスとして見る場合)、キャッシュされたパスワードでログインできます。
- ドメインコントローラを除くすべてのマシンを消滅させます。 VMwareがマシンの一時作業ファイルを削除するまで待機し(5分)、夜に2番目と3番目の仮想マシンからファイルサーバーへのフォルダーのコピーを設定します
土曜日
- 金曜日のサーバーと同様に、ドメインコントローラーをオフにしてコピーします。
- ESXiとアップデートをインストールし、ネットワーク、データストアなどを構成します。
- ファイルサーバーでスタンドアロンコンバーターを実行します。 ドメインコントローラーを変換します。 これは、100メガビットのリンクで約5時間です。 コントローラのネットワーク設定を復元します。
- これでゲストWindowsができました。これにより、コンバーターはより高速に動作します。 実践が示しているように、数回です。 WSUSをドメインコントローラーから変換し、並行してファイルサーバー(3番目のサーバー)に変換します。 それらの変換はほぼ同時に終了します。
さて、日曜日にすべてが変換されたかどうかを確認し、ネットワーク設定を返し、ESXi自体の設定を完了する必要がありました。
合計すると、非常に短い時間で人の参加とタスクの並列化が行われ、1人の人が週末に3つ以上の支店を「流出」させたスキームを受け取りました。
誰かが私たちが見つけ出したものに欠陥を見つけたり、プロセスをスピードアップする方法を知っていたら、私は学習が常に良いことだけがうれしいです。