*Hypervisor Configuration [#x5d82919]
*ハイパーバイザの設定 [#u7ecd04a]
Eucalyptus deploys instances (i.e., virtual machines) on a hypervisor. Eucalyptus can use either xen or kvm hypervisors. To interact with them, Eucalyptus employs libvirt virtualization API. The best choice for the hypervisor depends on its support for your hardware, on the support for the hypervisor in your OS (some distros support KVM better, some support Xen better), as well as personal preferences.~
Eucalyptusはインスタンス(仮想マシン)をノード・コントローラが動作するマシンのハイパーバイザ上に構成します。Eucalyptusでは[[Xen:http://xen.org/]]と[[kvm:http://linux-kvm.org/]]が使用できます。Xen, kvmと連携するために、Eucalyptusではlibvirt APIを使用します。どのハイパーバイザを使用した方がよいかは、使用するマシンのハードウェア、ディストリビューションがどのハイパーバイザを利用できるかによって変わります。(いくつかのディストリビューションではKVMの方がよりよくサポートされていますし、Xenをよりよくサポートするディストリビューションもあります)

Another consideration is support for Eucalyptus features in the hypervisor. Because Eucalyptus uses features that only recently have been added to hypervisors, some combinations of hypervisor and kernel do not function as intended. The most common problem we encounter has to do with support for attaching and removing block devices. On some kernels, for example, you may see a lot of WARN_ON messages in the logs (similar to kernel oops), with KVM you will not be able to specify the exact device block (it will be chosen by the system), and on some hypervisor-kernel combinations EBS will not work at all (e.g., Debian "squeeze" with 2.6.30-2-amd64 kernel and KVM v88).~
また、Eucalyptusではどのハイパーバイザを使うかによって利用できる機能にも差が出てきます。Eucalyptusで最近追加された機能は比較的最近ハイパーバイザに追加された機能を利用するように実装されており、カーネルとハイパーバイザの組み合わせによっては意図通りに動きません。最もよく出てくる問題は、ブロックデバイスの接続・切断に関する問題です。例えばいくつかのカーネルは、カーネルパニックに類似するようなWARN_ONメッセージが大量にログに出力されたり、KVMでは正しくブロックデバイスを解釈できません。またいくつかのカーネル・ハイパーバイザの組み合わせ(例えば、Debian "squeeze"で、2.6.30-2-amd64カーネルを使用し、KVM v88を使用している場合)ではEBSは動作しません。

**Running a test VM with hypervisor tools [#c96e09bf]
**テスト用のVMを動作させる [#z2161b4c]
First of all, before even installing Eucalyptus, install a hypervisor of your choice and, based on the hypervisor's documentation, try to construct and run a test VM from the command line.(If you cannot run a VM outside Eucalyptus, you will not be able to run any VMs through Eucalyptus.)~

Running a Xen VM usually involves creating a configuration file and passing it to the xm create command. Running a KVM VM usually involves invoking kvm with many parameters on the command-line.~
XenでVMを動作させるためには設定ファイルを作成し、xm create コマンドに引き渡します。KVMでVMを動作させるためにはkvmコマンドに多くのパラメータを指定して実行します。

If the hypervisor doesn't work out of the box on your distro, you may want to experiment with options. For Xen, the options are specified in:/etc/xend/xend-config.sxpWe had good luck with these:~

 (xend-http-server yes)
 (xend-unix-server yes)
 (xend-unix-path /var/lib/xend/xend-socket)
 (xend-address localhost)
 (network-script network-bridge)
 (vif-script vif-bridge)
 (dom0-min-mem 196)
 (dom0-cpus 0)
 (vncpasswd '')

**Running a test VM with libvirt's virsh [#nee9afac]
**virshを使ってテスト用の仮想マシン(VM)を実行する [#b2a57b31]
Since Eucalyptus interacts with hypervisors through libvirt, it is also a good idea to ensure that libvirt is set up properly, particularly for user "eucalyptus". A way to do so is to try~

 virsh list
as the "eucalyptus" user (root usually can always connect). If that fails, the solutions are distribution-specific: for example, on some Debian-based distros, the user "eucalyptus" needs to be in the group libvirt or libvirtd.~

On distros using PolicyKit, you may want to ensure that in~

there is something like

 <config version="0.1">
 <match action="org.libvirt.unix.manage">
    <match user="eucalyptus">
       <return result="yes"/>
As the last resort, you may want to look into~

and keep an eye on logs in~


« First-time Setup (1.6)UPBackup of Eucalyptus (1.6) »

Printer-friendly version Login or register to post co

トップ   編集 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS