ちょっと前にですがvSphere ESXi 6.5からProxmox 8.1.4へ移行しました｡移行方法についてメモしておきたいと思います｡

移行方法について

ちょっと調べるとESXiサーバからProxmoxサーバへovftoolを使ってovfを作成してインポートするのが主流のようです｡コマンドで表すとこうなります｡

ESXiサーバからProxmoxサーバにovfファイルを作成
コマンドはProxmoxから実行します｡IPアドレスはESXiで､wp01はゲストOS名になります｡
忘れそうになるのが最後の . (ドット)です｡これは保存先になります｡

# /root/ovftool/ovftool vi://root@192.168.0.100/wp01 .

ovfファイルからProxmoxへインポート
101はID番号で100から振り分けられます｡local-lvmは保存先｡

# qm importovf 101 wp01/wp01.ovf local-lvm --format qcow2

インポート後は､ProxmoxのUIからハードウェア設定を変更するだけです｡

移行環境について

移行環境は､同じサーバを使うので移行中はESXiサーバは停止しているため､さきほど説明した方法で移行が出来ません｡そこで考えたのがESXiではVCBでバックアップを取っているので､そのバックアップディスクをProxmoxサーバにマウントしてovftoolを使いovfファイルを取得することにしました｡

VMFSをマウント

ということで､ProxmoxサーバにVMFSでフォーマットされたディスクを追加した状態から説明します｡通常､VMFSのファイルを見ることは出来ないのでvmfs-toolsを使います｡これは読取り専用となりますがVMFSのファイルが参照できます｡

VMFSのディスク名を確認

# fdisk -l

vmfs-toolsをインストール

# apt install vmfs-tools

vmfs-toolsを使いマウント

# vmfs-fuse /dev/sda3 /mnt/vmfs

ovfファイルの作成

まずは以下のURLからovftoolsをダウンロードしSCPなどでProxmoxサーバへコピーします｡

Open Virtualization Format (OVF) Tool - 4.6.2

4.6.2

developer.vmware.com

zipを解凍するためunzipをインストール

# apt install unzip
# unzip VMware-ovftool-4.6.2-22220919-lin.x86_64.zip

ovftoolsでovfファイルの作成
直接ファイルをovfへ変換する場合はシンプルなコマンドで実行出来ます｡

# mkdir -p /usr/local/src/ovf/wp01
# cd /mnt/vmfs/<vcb backup folder>
# ovftool ./wp01.vmx /usr/local/src/ovf/wp01/wp01.ovf

ovfファイルからProxmoxへインポート

qmコマンドでProxmoxへインポートします｡IDは100から始まりまして被らないようにします｡

# cd /usr/local/src/ovf/wp01
# qm importovf 101 wp01.ovf local-lvm --format qcow2

インポートが終わったらProxmox のUIからハードウェアを変更して終わりです｡

NIC設定 : VMware vmxnet3
DISK設定 : ハードウェア > SCSI > “VMware PVSCSI”
Options > OS type : Linux, 6.x – 2.6 Kernel

修正が終わったらゲストOSを起動し､ネットワーク名の修正をします｡

ネットワーク名を確認
# ip a

仮にens192 から ens18 へ変更する場合を説明します｡nmtuiでネットワーク名を修正｡nmcliで変更しようとしたのですが､よくわからなかったのでUIに頼ってしまいました｡

ネットワークを再起動しておわり
# nmcli con down ens18;nmcli con up ens18

これで移行完了です｡

前提条件

• 対象仮想マシンの停止
• 対象仮想マシンへ最新のVMware toolsをインストール
• 操作端末へVMware Remote Consoleのインストール

コピペの設定

vSphere Web Clientへログインし対象仮想マシンの「設定の編集」>「仮想マシン オプション」>「詳細」をクリック

構成パラメータの「設定の編集」をクリック

構成パラメータの追加をクリックして下記の3つを追加

isolation.tools.copy.disable : FALSE
isolation.tools.paste.disable : FALSE
isolation.tools.setGUIOptions.enable : TRUE

なお、Web Consoleではコピペは出来なかった。VMware Remote Consoleからコピペが可能。

それとこの設定は6.7から変わったらしい。

デプロイ後に設定が必要と書いています。

いつも読まないで同意するヤツです。

Platform Services Controllerが組み込まれたvCenter Serverを選びます。

デプロイ先のホストの情報を入れます。

次にvCenter Serverのログイン情報を入れます。

仮想基盤の規模でサイズを選びます。とりあえず極小で。

保存先を選びます。極小でも250GBも使うんですね。

vCenter Serverのネットワーク情報を入れます。

設定に問題なければ「終了」

これでしばらく待てばデプロイ終了するはずなのですが、80%から進みません。この時点でデプロイは終了していますが、RPMのインストールが永遠に終わらないのです。
しかも、無線LANがなぜか接続出来なくなるので有線で試してみましたが正常に終わりません。

仕方が無いのでインストーラーは放置してブラウザからアクセスします。
https://vcenter.address:5480/

vCenter Server Applianceの設定を選択

次へ

ここは先ほど入力した情報がほぼ入力済みです。
折角なのでシステム名をしっかり書いてみました。
もちろん正引き出来るようにしてあります。

SSOの情報を入れます。vCenterの管理で使うので忘れないようにします。

とりあえず次へ

問題なければ「終了」
……今度は無事に終わりました。

vCenterのIPアドレスを入れると出てきました。
Flash版とHTML5版です。HTML5の場合はvSphere Clientって名前なんですね。

さて、ワクワクしてきます。

あれ、なにもない…
どこをクリックしても表示されません。

ここはSSOのアカウントでログインする必要がありました。
今回の場合のユーザー名は、administrator@vphere.localになります。

でも、vCenterは出てきたけどなにも出来ない…
なんとHTML5版はいろいろ出来ないことがあるようです。
データセンターやクラスターの作成、ホストの追加などです。

vSphere Clientで設定しようとしたらログイン出来ません。
なんと6.5から一切使えなくなったそうです。

vSphere Web Clientでホストを追加してきたらHTML5でも見えました。

うーん、結局はFlashが必要なようです。初期設定が終わればHTML5版でもいろいろ使えるのかな？ もう少しバージョンが上がればやれることも増えるかもしれません。

Flashが使えない古いLinux等でも使えると期待してたのになぁ。
これは後で検証してみたいと思います。

このまま運用するわけにはいかないのでロープロファイルNICを買うことにしました。ちょっと調べたらIntel EXPI9301CTがロープロファイル対応で3,000円を切る安さだったのでポチりました。Intel NICも安くなったなぁ。

とりあえずVMware ESXi 6.0 Build 3620759になったのですが見た目はなんも変わらないですね。vCenter 6.0は結構変わったんですけどね。vCenterのiptablesの設定方法が変わっていたので、後日記事にしたいと思います。

追記：2016/04/03

Intel EXPI9301CTが届いたのでESXi 6.0へ追加したところ無事に認識しました。安いだけにEXPI9300PTと比べると安っぽい印象がありましたが、いまのところ動作には特に気になりません。

それと、vCenter 6.0のiptablesの設定方法を書こうと思ったら、vCenter 5.5U1あたりから全ポート開いているそうです。もう、必要ないんだ…

うーん、CPUが対応していないのかなぁ。
Core 2 Dio T7500とそこそこ古いCPUを使っています。
サーバはAOpen MP965-Dとこれまた古い。
それとも現在のESXi 5.5のBuildが古いからかな？

とりあえずパッチを当ててみました。
旧： ESXi 5.5.0 Build 1746018
新： ESXi 5.5.0 Build 2456374

もう一度チャレンジしてみたのですが、黄色い画面になってからパープルスクリーンが起きて何も変わりません。古いドライバなくなっちゃったのかなぁ。

vmfs-tools - glandium.org

glandium.org

DebianかUbuntuでしか動作しないようなので
今回はUbuntu 14.04を用いました。
インストールはすべてデフォルトで行ってます。

必要パッケージを入れてvmfs-toolsを導入します。

次にiSCSIをマウントします。

これでVMFS-5の中身を取り出すことができます。
なお、マウントしたVMFSは読み取り専用なので
VMFSどおしでコピーは行えませんでした。残念。

Windows版 VMFS toolsもありましたが、
VMFS-3までの対応のようで使えませんでした。

あとで気付いたのですが、下記コマンドで入れた場合
動作するのかな？

vCenterの管理画面よりドメイン参加します。
https://vcenter_ipaddress:5480/

Network > Address よりホスト名にドメイン名を追加したあと
vCenter Server > Authentication からドメイン名とAD参加用アカウントを
入力して「Save Settings」をクリックして参加できます。

vSphere Web Clientにログインしホスト名を変えます。
vCenterを選択し「管理」>「設定」>「全般」より
「編集」をクリック。

「ランタイム設定」>「vCenter Server名」より
ホスト名にドメイン名を追加します。
設定が終わったらvCenterを再起動。

再起動後、ドメイン追加が反映されているはずです。
確認するために、vSphere Web Clientにログインし
「管理」をクリック。

サインオンおよび検出「構成」をクリック。
もし、ドメイン情報が追加されていない場合は
「アイデンティティソース」タブより「＋」で追加。
ここは5.1ではrootでも操作可能です。

ここで手入力でドメイン情報を入れていきます。
ソースのタイプ：Active Directory
名前：なんでもいい
プライマリサーバURL：ldap://servername.domain.dom:3268
ドメイン名：ドメイン名
ドメインエイリアス：NetBIOS？
認証タイプ：セッションの再利用

vCenterにログイン出来るユーザーを追加します。
vCenterを選択し「管理」>「権限」>「＋」。

「追加」をクリック。

ドメインを選択しユーザーを追加します。

権限を「システム管理者」にしました。

これでAD連携の設定は終了です。

vSphere Web Clientではチェックボタンを付けるだけで
ログイン出来るようになりますが、vSphere Clientでは
なぜかログイン出来ません。

ドメイン名をフルパスで入力すればいけるんですけどね。
ちなみに、この不具合は5.5では解消されています。

「Shift + Page Up」と「Shift + Page Down」で出来ます。

1. パッチを入手
VMware Download Patchs

2．パッチのアップロード
ダウンロードしたZIPファイルを
vSphereのデータストアブラウザからアップロード

今回は /vmfs/volumes/datastore1/updates にアップロード

3．vSphere ESXiのインスタンスOSすべて落とす

4. メンテナンスモードへ変更

5. SSHでvSphere ESXiにログイン
パスワードはチャレンジレスポンスで行います。

ここまではいままでと同じ

6. コマンドでアップデート

バージョン確認
# esxcli system version get

プロファイル確認
# esxcli software profile get

パッチのプロファイルを確認
# esxcli software sources profile list \
-d /vmfs/volumes/datastore1/updates/ESXi550-201404001.zip

Name Vendor Acceptance Level
-----------------------------------------------------------
ESXi-5.5.0-20140404001-no-tools VMware, Inc. PartnerSupported
ESXi-5.5.0-20140404001-standard VMware, Inc. PartnerSupported

今回はstandardを使用する

動作検証
# esxcli software profile update --dry-run \
-d /vmfs/volumes/datastore1/updates/ESXi550-201404001.zip \
-p ESXi-5.5.0-20140404001-standard

パッチ適応
# esxcli software profile update \
-d /vmfs/volumes/datastore1/updates/ESXi550-201404001.zip \
-p ESXi-5.5.0-20140404001-standard

7. VMware ESXiを再起動

8. メンテナンスモードの終了

この方法だとパッチ適応する前にチェックが出来るので
安全性が高いです。ベンダー専用パッチを当てるときは
たまにエラーが出ることがあるのでこちらの方法をおすすめします。

2016/9/30 更新
パッチ適用時は「update」でいいですが、オフラインバンドルを適用する場合は「install」を選びます。
ベンダーによって違う可能性もあるので各ベンダー提供のマニュアルを確認するのが間違いないです。

ところが下記のエラーが出てデプロイに失敗することがあります。
「～_deviceImage-0.isoが見つかりませんでした」

その対処方法をメモしておきます。

エクスポートしたovfファイルの一部を修正します。
修正前「vmware.cdrom.iso 」
修正後「vmware.cdrom.remotepassthrough」

修正が終わったら、mfファイルを修正します。
ここが面倒で、先ほど書き換えたovfファイルのSHA1を書き換えます。
まずSHA1を調べるためにツールを使います。

HashSumが比較的簡単にSHA1を手に入れられます。
メニューの「Algorithm & Colum」でSHA1を選択して実行します。
そのあとCtrl+CでSHA1を手に入れられます。

SHA1を手に入れたらmfファイルに反映させれば
これで問題なくデプロイ出来るようになります。