update.参考資料http://docs.openstack.org/admin-guide-cloud/content/section_configuring-compute-migrations.html概要devstackで2ノード構成のOpenStackを構築し、片方のノードでvmを立ち上げ、該当vmにsshログインしたまま別ノードにmigrationできることを確認する。今回は、環境の制限があるため2台のサーバで検証をすることとする。本来なら、4台でcontroller,compute2台,nfs-serverと4台のサーバ構成でやりたいところだが、めんどくさいのでcontroller,compute,nfs-serverを1台で構築し、もう1台をcomputeにすることにする。|+--------------------------------------+----------------------------------------------------------------+libvirt-qemuやkvmや実行ユーザのuidが違うと、permissionエラーでlivemigrationに失敗することがあるので、uidが違う場合は、chmodで全ユーザから読み書きできるようにする。成功とか、失敗とか特に出力はされない見たいです。listで確認をしても、移動は確認できます(今回はしない)。ms34.2ミリ秒とping応答に時間がかかっているところがmigration中のdownタイムと思われます。Migrationができることが確認できました。live-migrationができることは確認できましたが、いくつか課題が見えます。show」の出力からエラーであるということは判断できません。移行前ホストのnova-compute,移行予定ホストのnova-computeのログより失敗していること、理由を確認しないといけません。最後に、ハマッたエラーとその解決策について残しておきます。エラーがないけど、live-migrationされない(解決)nova.confのlibvirtdに設定が足りなかった。missing./opt/stack/data/nova/instances/_baseディレクトリは、glanceからのnova用にイメージをDLしたものを、キャッシュするディレクトリだが、nfsなどで各ノードで共有している場合このcacheが消えてしまうことがあるらしい。するとlive-migrationできなくなってしまう。長期的な回避策としては、この_baseディレクトリはcomputeノードごとに分けることがベストだ。Qemuがクラッシュしたっぽい(未解決/再現条件調査中)最後のエラーは何回か、live-migrationを試してたら一回起きたエラー。エラーの再現条件もよくわからないので、今後調べる必要がある。いうことも起きるみたい。upLoginユーザーは見つかりませんでした。