Fedora Virtualization Guide - en to ja_JP translation catalogue (155 entries)

note: Tag: title
en: Tips and tricks
ja_JP: ヒントと裏技

note: Tag: para
en: This chapter contain useful hints and tips to improve virtualization performance, scale and stability.
ja_JP: この章には仮想化のパフォーマンス、拡張性、及び安定性を改善する為の 役に立つヒントと裏技が含まれています。

note: Tag: title
en: Automatically starting guests
ja_JP: 自動的にゲストを開始

note: Tag: para
en: This section covers how to make virtualized guests start automatically during the host system&#39;s boot phase.
ja_JP: このセクションはホストシステムのブート段階で、仮想化ゲストの自動スタートの 方法を説明しています。

note: Tag: para
en: This example uses <command>virsh</command> to set a guest, <parameter>TestServer</parameter>, to automatically start when the host boots.
ja_JP: ここにある例は、ゲストの開始に <command>virsh</command> を使用して、 <parameter>TestServer</parameter> を 介してホストがブートする時点に自動的にスタートします。

note: Tag: para
en: The guest now automatically starts with the host.
ja_JP: これでゲストはホストと一緒に自動的にスタートします。

note: Tag: para
en: To stop a guest automatically booting use the <parameter>--disable</parameter> parameter
ja_JP: ゲストの自動ブートを停止するには、<parameter>--disable</parameter> パラメータを使用します。

note: Tag: para
en: The guest no longer automatically starts with the host.
ja_JP: もうゲストは自動的にホストと一緒にスタートしません。

note: Tag: title
en: Changing between the KVM and Xen hypervisors
ja_JP: KVM と Xen hypervisor との間での切り替え

note: Tag: para
en: This section covers changing between the KVM and Xen hypervisors.
ja_JP: このセクションは、KVM と Xen hypervisor 間での切り替えについて説明します。

note: Tag: para
en: Red Hat only supports one active hypervisor at a time.
ja_JP: Red Hat は一度に一つのみのアクティブ hypervisor をサポートします。

note: Tag: title
en: Migrating virtualized guests between hypervisors
ja_JP: hypervisor 間での仮想ゲストの移行

note: Tag: para
en: Presently, there is no application for switching Xen-based guests to KVM or KVM-based guests to Xen. Guests can only be used on the hypervisor type that they were created on.
ja_JP: 現時点では、Xen ベースのゲストを KVM へ切り替えたり、又は KVM ベースの ゲストを Xen に切り替えたりするアプリケーションは有りません。ゲストはそれが 作成されたタイプの hypervisor でしか使用できません。

note: Tag: title
en: Warning
ja_JP: 警告

note: Tag: para
en: This procedure is only available for the Intel 64 or AMD64 version of Red Hat Enterprise Linux 5.4 or newer. No other configurations or Red Hat Enterprise Linux versions are supported. KVM is not available in versions earlier than Red Hat Enterprise Linux 5.4.
ja_JP: この手順は Red Hat Enterprise Linux 5.4 又はそれ以降の Intel 64 又は AMD64 の バージョンにのみ利用可能です。他の構成や Red Hat Enterprise Linux の他のバージョンは サポートされていません。KVM は Red Hat Enterprise Linux 5.4 以前のバージョンでは 利用できません。

note: Tag: title
en: Xen to KVM
ja_JP: Xen から KVM へ

note: Tag: para
en: The following procedure covers changing from the Xen hypervisor to the KVM hypervisor. This procedure assumes the <package>kernel-xen</package> package is installed and enabled.
ja_JP: 以下の手順は Xen hypervisor から KVM hypervisor への変更を説明しています。この 手順は <package>kernel-xen</package> パッケージがインストールしてあり、有効に なっていることを想定しています。

note: Tag: title
en: Install the KVM package
ja_JP: KVM パッケージをインストール

note: Tag: para
en: Install the <package>kvm</package> package if you have not already done so.
ja_JP: まだ実行していない場合、<package>kvm</package> パッケージをインストールします。

note: Tag: title
en: Verify which kernel is in use
ja_JP: どのカーネルが使用中かを確認

note: Tag: para
en: The <package>kernel-xen</package> package may be installed. Use the <command>uname</command> command to determine which kernel is running:
ja_JP: <package>kernel-xen</package> パッケージがインストールされている可能性があります。 <command>uname</command> コマンドを使用して、どのカーネルが稼働しているか判定します:

note: Tag: para
en: The present kernel, "<command>2.6.18-159.el5xen</command>", is running on the system. If the default kernel, "<command>2.6.18-159.el5</command>", is running you can skip the substep.
ja_JP: 現在、カーネル "<command>2.6.18-159.el5xen</command>" がシステムで稼働中です。 デフォルトカーネル、"<command>2.6.18-159.el5</command>" が稼働している場合は、 このサブステップは無視できます。

note: Tag: title
en: Changing the Xen kernel to the default kernel
ja_JP: Xen カーネルをデフォルトカーネルに変更

note: Tag: para
en: The <filename>grub.conf</filename> file determines which kernel is booted. To change the default kernel edit the <filename>/boot/grub/grub.conf</filename> file as shown below.
ja_JP: <filename>grub.conf</filename> ファイルはどのカーネルがブートされるかを決定します。 デフォルトのカーネルを変更するには、<filename>/boot/grub/grub.conf</filename> ファイルを以下のように編集します。

note: Tag: para
en: Notice the <emphasis role="bold">default=1</emphasis> parameter. This is instructing the GRUB boot loader to boot the second entry, the Xen kernel. Change the default to <parameter>0</parameter> (or the number for the default kernel):
ja_JP: <emphasis role="bold">default=1</emphasis> パラメータを見てください。 これは GRUB ブートローダーに対して２つめのエントリである Xen カーネルをブートするように 指示しています。デフォルトを <parameter>0</parameter> （又は、デフォルトカーネルの番号）に 変更します。

note: Tag: title
en: Reboot to load the new kernel
ja_JP: 再起動して新しいカーネルをロードします。

note: Tag: para
en: Reboot the system. The computer will restart with the default kernel. The KVM module should be automatically loaded with the kernel. Verify KVM is running:
ja_JP: システムを再起動します。コンピュータはデフォルトのカーネルで再スタートします。 KVM モジュールは、カーネルで自動的にロードされるはずです。KVM が稼働していることを 確認します:

note: Tag: para
en: The <command>kvm</command> module and either the <command>kvm_intel</command> module or the <command>kvm_amd</command> module are present if everything worked.
ja_JP: もし全てが正常に機能していれば、<command>kvm</command>  モジュールと、 <command>kvm_intel</command> モジュール、あるいは <command>kvm_amd</command> モジュールが存在するはずです。

note: Tag: title
en: KVM to Xen
ja_JP: KVM から Xen へ

note: Tag: para
en: The following procedure covers changing from the KVM hypervisor to the Xen hypervisor. This procedure assumes the <package>kvm</package> package is installed and enabled.
ja_JP: 以下の手順は KVM hypervisor から Xen hypervisor への変更を説明しています。この 手順は <package>kvm</package> パッケージがインストールしてあり、有効になって いることを想定しています。

note: Tag: title
en: Install the Xen packages
ja_JP: Xen パッケージをインストール

note: Tag: para
en: Install the <package>kernel-xen</package> and <package>xen</package> package if you have not already done so.
ja_JP: まだ実行していない場合は、<package>kernel-xen</package> と <package>xen</package> の パッケージをインストールします。

note: Tag: para
en: The <package>kernel-xen</package> package may be installed but disabled.
ja_JP: <package>kernel-xen</package> パッケージはインストールされていて、無効に なっている可能性があります。

note: Tag: para
en: Use the <command>uname</command> command to determine which kernel is running.
ja_JP: <command>uname</command> コマンドを使用すると、どのカーネルが実行中であるか 判定できます。

note: Tag: para
en: The present kernel, "<command>2.6.18-159.el5</command>", is running on the system. This is the default kernel. If the kernel has <command>xen</command> on the end (for example, <command>2.6.18-159.el5xen</command>) then the Xen kernel is running and you can skip the substep.
ja_JP: 現在のカーネル "<command>2.6.18-159.el5</command>" はシステム上で実行中です。 これがデフォルトのカーネルです。カーネルがその末尾に <command>xen</command> を 持つ場合（例えば、<command>2.6.18-159.el5xen</command>）、Xen カーネルが 実行中であるため、このサブステップは無視しても結構です。

note: Tag: title
en: Changing the default kernel to the Xen kernel
ja_JP: デフォルトカーネルから Xen カーネルへ変更

note: Tag: para
en: Notice the <emphasis role="bold">default=0</emphasis> parameter. This is instructing the GRUB boot loader to boot the first entry, the default kernel. Change the default to <parameter>1</parameter> (or the number for the Xen kernel):
ja_JP: <emphasis role="bold">default=0</emphasis> パラメータに注意して下さい。 これは、GRUB ブートローダに対して最初のエントリ（デフォルトカーネル）をブート するように指示しています。デフォルトを <parameter>1</parameter> （又は Xen カーネルの番号）に変更します:

note: Tag: para
en: Reboot the system. The computer will restart with the Xen kernel. Verify with the <command>uname</command> command:
ja_JP: システムを再起動します。コンピュータは Xen カーネルで再スタートするでしょう。 <command>uname</command> コマンドを使用して確認します:

note: Tag: para
en: If the output has <computeroutput>xen</computeroutput> on the end the Xen kernel is running.
ja_JP: 出力が末尾に <computeroutput>xen</computeroutput> を示すなら、Xen カーネルが稼働しています。

note: Tag: title
en: Using qemu-img
ja_JP: qemu-img の使用

note: Tag: para
en: The <command>qemu-img</command> command line tool is used for formatting various file systems used by Xen and KVM. <command>qemu-img</command> should be used for formatting virtualized guest images, additional storage devices and network storage. <command>qemu-img</command> options and usages are listed below.
ja_JP: <command>qemu-img</command> コマンドラインツールは、Xen と KVM で使用している 各種ファイルシステムのフォーマットに使用されます。<command>qemu-img</command> は 仮想化ゲストイメージ、追加のストレージデバイス、及びネットワークストレージのフォーマットに 使用されるものです。<command>qemu-img</command> のオプションと使用法は以下の一覧に 示されています。

note: Tag: title
en: Formatting and creating new images or devices
ja_JP: 新規イメージ、又はデバイスのフォーマットと作成

note: Tag: para
en: If base_image is specified, then the image will record only the differences from base_image. No size needs to be specified in this case. base_image will never be modified unless you use the "commit" monitor command.
ja_JP: base_image が指定されている場合、そのイメージは base_image との相違のみを 記録します。この場合、サイズは指定する必要はありません。base_image は、  "commit" と言うモニターコマンドを使用しない限りは、修正しません。

note: Tag: title
en: Convert an existing image to another format
ja_JP: 既存のイメージを別の形式に変換

note: Tag: para
en: Command format:
ja_JP: コマンドの形式:

note: Tag: title
en: getting image information
ja_JP: イメージ情報の取得

note: Tag: para
en: the <command>info</command> parameter displays information about a disk image. the format for the <command>info</command> option is as follows:
ja_JP: <command>info</command> パラメータはディスクイメージに関する情報を 表示します。<command>info</command> オプション用の形式は以下のようになります:

note: Tag: para
en: give information about the disk image filename. use it in particular to know the size reserved on disk which can be different from the displayed size. if vm snapshots are stored in the disk image, they are displayed too.
ja_JP: これはディスクイメージのファイル名に関する情報を与えます。特に表示されたサイズとは 異なる可能性のあるディスク上で保存されたサイズを知る目的で使用します。vm スナップショットが ディスクイメージに格納されている場合は、それらも表示されます。

note: Tag: title
en: Supported formats
ja_JP: サポートされている形式

note: Tag: para
en: The format of an image is usually guessed automatically. The following formats are supported:
ja_JP: イメージのフォーマットは通常、自動的に行われます。以下のフォーマットが サポートされています:

note: Tag: para
en: Raw disk image format (default). This format has the advantage of being simple and easily exportable to all other emulators. If your file system supports holes (for example in ext2 or ext3 on Linux or NTFS on Windows), then only the written sectors will reserve space. Use <command>qemu-img info</command> to know the real size used by the image or <command>ls -ls</command> on Unix/Linux.
ja_JP: Raw ディスクイメージフォーマット（デフォルト）。このフォーマットは単純で、全ての 他のエミュレータに簡単にエキスポートできます。ユーザーのファイルシステムが  holes（例えば、Linux での ext2 や ext3 で、Windows での NTFS で）をサポートしていれば、 書き込まれたセクターのみがスペースを保存します。<command>qemu-img info</command> を使用して、イメージ又は Unix/Linux 上で <command>ls -ls</command> で使用されている本当のサイズを知ることができます。

note: Tag: para
en: QEMU image format, the most versatile format. Use it to have smaller images (useful if your file system does not supports holes, for example: on Windows), optional AES encryption, zlib based compression and support of multiple VM snapshots.
ja_JP: QEMU イメージフォーマットは最も柔軟性のあるフォーマットです。より小さなイメージ （例えば Windows で使用フィルシステムが holes をサポートしない場合）、オプションの AES 暗号化、zlib ベースの圧縮、及び 複数 VM スナップショットのサポートなどを得るのに 使用します。

note: Tag: para
en: Old QEMU image format. Only included for compatibility with older versions.
ja_JP: 旧来の QEMU イメージフォーマットです。古いバージョンとの互換性の為にのみ含まれています。

note: Tag: para
en: User Mode Linux Copy On Write image format. The <command>cow</command> format is included only for compatibility with previous versions. It does not work with Windows.
ja_JP: ユーザーモード Linux Copy On Write イメージフォーマットです。<command>cow</command> フォーマットは以前のバージョンとの互換性の為にのみ含まれています。Windows では機能しません。

note: Tag: para
en: VMware 3 and 4 compatible image format.
ja_JP: VMware 3 と 4 の互換イメージフォーマットです。

note: Tag: para
en: Linux Compressed Loop image, useful only to reuse directly compressed CD-ROM images present for example in the Knoppix CD-ROMs.
ja_JP: Linux 圧縮ループイメージは、例として Knoppix CD-ROM などに収納されている 直接圧縮 CD-ROM を再利用する時にのみ役に立ちます。

note: Tag: title
en: Overcommitting with KVM
ja_JP: KVM でオーバーコミット

note: Tag: para
en: The KVM hypervisor supports overcommitting CPUs and overcommitting memory. Overcommitting is allocating more virtualized CPUs or memory than there are physical resources on the system. With CPU overcommit, under-utilized virtualized servers or desktops can run on fewer servers which saves power and money.
ja_JP: KVM hypervisor は CPU とメモリーの両方のオーバーコミットをサポートします。 オーバーコミットとは、システム上に存在する物理的リソース以上に仮想 CPU や 仮想メモリーを割り当てることです。CPU のオーバーコミットでは、低レベル設備の 仮想化サーバーやデスクトップがより少ない物理サーバー上で実行できるため、電力と 経費を節約します。

note: Tag: title
en: Xen support
ja_JP: Xen サポート

note: Tag: para
en: CPU overcommitting is not supported for the Xen hypervisor. Overcommitting CPUs with the Xen hypervisor may cause system instability and crashes of the host and virtualized guests.
ja_JP: CPU オーバーコミットは Xen hypervisor にはサポートされていません。Xen hypervisor での CPU のオーバーコミットはシステムの不安定性の原因及び、ホストと仮想化ゲストのクラッシュの 原因となります。

note: Tag: title
en: Overcommitting memory
ja_JP: メモリーのオーバーコミット

note: Tag: para
en: Most operating systems and applications do not use 100% of the available RAM all the time. This behavior can be exploited with KVM to use more memory for virtualized guests than what is physically available.
ja_JP: ほとんどのオペレーティングシステムとアプリケーションは利用可能な RAM を常に 100% 使用することはありません。この状況を KVM で活用して使用物理メモリー 以上の仮想メモリーを仮想化ゲスト用に使用することが出来ます。

note: Tag: para
en: With KVM, virtual machines are Linux processes. Guests on the KVM hypervisor do not have blocks of physical RAM assigned to them instead they function as processes. Each process is allocated memory when it requests more memory. KVM uses this to allocate memory for guests when the guest operating system requests more or less memory. The guest only uses slightly more physical memory than the virtualized operating system appears to use.
ja_JP: KVM の使用に於いては、仮想マシンは Linux プロセスです。KVM hypervisor 上のゲストは それに割り当てられた物理 RAM 集合を持っておらず、代わりにプロセスとして機能する わけです。各プロセスはより多くのメモリーを要求するとメモリーが割り当てられます。 KVM はこれを利用してゲストオペレーティングシステムのメモリー要求が上下する時に、 ゲスト用のメモリーを割り当てます。ゲストは、仮想化オペレーティングシステムが使用 すると見えるよりも少しだけ多く物理メモリーを使用します。

note: Tag: para
en: When physical memory is nearly completely used or a process is inactive for some time, Linux moves the process&#39;s memory to swap. Swap is usually a partition on a hard disk drive or solid state drive which Linux uses to extend virtual memory. Swap is significantly slower than RAM.
ja_JP: 物理メモリーがほとんど全面的に使用されている時や、プロセスがしばらく休止している時は、 Linux はプロセスのメモリーをスワップに移動します。スワップは通常、ハードディスク、又は ソリッドステートドライブ上のパーティションであり、これを Linux が仮想メモリーを拡張する為に 使用します。スワップは RAM よりも確実に遅くなります。

note: Tag: para
en: If sufficient swap is not available guest operating systems will be forcibly shut down. This may leave guests inoperable. Avoid this by never overcommitting more memory than there is swap available.
ja_JP: 十分なスワップが使用できない場合は、ゲストオペレーティングシステムは 強制的にシャットダウンされます。これによりゲストは運用不能になります。 これを回避するには、決して使用可能なスワップ以上のメモリーをオーバーコミット しないことです。

note: Tag: para
en: The swap partition is used for swapping underused memory to the hard drive to speed up memory performance. The default size of the swap partition is calculated from amount of RAM and overcommit ratio. It is recommended to make your swap partition larger if you intend to overcommit memory with KVM. A recommended overcommit ratio is 50% (0.5). The formula used is:
ja_JP: スワップパーティションは、メモリーのパフォーマンスを高速化するために低使用の メモリーをハードドライブにスワップするために使用します。スワップパーティションの デフォルトサイズは RAM のサイズとオーバーコミット率から算出されます。KVM を 使用してメモリーをオーバーコミットする計画があれば、スワップパーティションは 大きめにすることが推奨されます。推薦オーバーコミット率は 50% (0.5) です。 その数式は以下のようになります:

note: Tag: para
en: Red Hat <ulink url="http://kbase.redhat.com/faq/docs/DOC-15252">Knowledgebase</ulink> has an article on safely and efficiently determining the size of the swap partition.
ja_JP: Red Hat <ulink url="http://kbase.redhat.com/faq/docs/DOC-15252">Knowledgebase</ulink> はスワップパーティションのサイズを決定する 安全性と効率についての記事を収納しています。

note: Tag: title
en: Overcommitting virtualized CPUs
ja_JP: 仮想化 CPU のオーバーコミット

note: Tag: para
en: The KVM hypervisor supports overcommitting virtualized CPUs. Virtualized CPUs can be overcommitted as far as load limits of virtualized guests allow. Use caution when overcommitting VCPUs as loads near 100% may cause dropped requests or unusable response times.
ja_JP: KVM hypervisor は仮想化 CPU のオーバーコミットをサポートします。仮想化 CPU は 仮想化ゲストが許容する負荷限度までオーバーコミットが可能です。但し、100% 近くの負荷は 要求の未処理や、使用に適しない反応時間の原因になるため、VCPU のオーバーコミットには 注意が必要です。

note: Tag: para
en: You cannot overcommit symmetric multiprocessing guests on more than the physical number of processing cores. For example a guest with four VCPUs should not be run on a host with a dual core processor. Overcommitting symmetric multiprocessing guests in over the physical number of processing cores will cause significant performance degradation.
ja_JP: 対称型のマルチプロセッシングゲストは物理プロセッシングコアの数以上にオーバーコミット することは出来ません。例えば、４ VCPU を持つゲストは、デュアルコアプロセッサを持つ ホスト上では実行すべきではありません。物理プロセッシングコアの数に対して対称型 マルチプロセッシングゲストをオーバーコミットすると、深刻なパフォーマンス低下の 原因になります。

note: Tag: para
en: Assigning guests VCPUs up to the number of physical cores is appropriate and works as expected. For example, running virtualized guests with four VCPUs on a quad core host. Guests with less than 100% loads should function effectively in this setup.
ja_JP: ゲスト VCPU を物理コアの数まで割り当てることが適切であり、それが期待どおりに 動作します。例えば、４ VCPU を持つ仮想化ゲストを４連コアのホストで実行することです。 100% 以下の負荷を持つゲストはこのセットアップで効率的に機能するはずです。

note: Tag: title
en: Always test first
ja_JP: 常に最初にテスト

note: Tag: para
en: Do not overcommit memory or CPUs in a production environment without extensive testing. Applications which use 100% of memory or processing resources may become unstable in overcommitted environments. Test before deploying.
ja_JP: 徹底的なテスト無しでは、実稼働環境でのメモリーと CPU のオーバーコミットはしないで 下さい。100% のメモリーやプロセッシングリソースを使用するアプリケーションは オーバーコミット環境では使用不能になる可能性があります。導入する前にテストを 実行すべきです。

note: Tag: title
en: Modifying /etc/grub.conf
ja_JP: /etc/grub.conf の修正

note: Tag: para
en: This section describes how to safely and correctly change your <filename>/etc/grub.conf</filename> file to use the virtualization kernel. You must use the <systemitem>xen</systemitem> kernel to use the Xen hypervisor. Copy your existing <systemitem>xen</systemitem> kernel entry make sure you copy all of the important lines or your system will panic upon boot (<command>initrd</command> will have a length of &#39;<command>0</command>&#39;). If you require <systemitem>xen</systemitem> hypervisor specific values you must append them to the <computeroutput>xen</computeroutput> line of your grub entry.
ja_JP: このセクションでは、仮想化カーネルを使用するために安全にそして正確に <filename>/etc/grub.conf</filename> ファイルの変更をする方法を説明しています。Xen hypervisor を 使用するには、<systemitem>xen</systemitem> カーネルを使用しなければなりません。 既存の <systemitem>xen</systemitem> カーネルエントリのコピーにより、確実に全ての 重要な行をコピーして下さい。そうしないとシステムがブート時にパニックを起こします。 （<command>initrd</command> が &#39;<command>0</command>&#39; の連続を持つ）  <systemitem>xen</systemitem> hypervisor 特有の値を必要とする場合は、それらを grub エントリの  <computeroutput>xen</computeroutput> 行に追記する必要があります。

note: Tag: para
en: The output below is an example of a <filename>grub.conf</filename> entry from a system running the <package>kernel-xen</package> package. The <filename>grub.conf</filename> on your system may vary. The important part in the example below is the section from the <command>title</command> line to the next new line.
ja_JP: 以下の出力は、<package>kernel-xen</package> パッケージを実行しているシステムからの <filename>grub.conf</filename> エントリの例です。個人のシステムの <filename>grub.conf</filename> は 異なるでしょう。以下の例の重要な部分は <command>title</command> 行から次の新しい行のセクションです。

note: Tag: title
en: An important point regarding editing <filename>grub.conf</filename>...
ja_JP: <filename>grub.conf</filename> の編集に関する重要点

note: Tag: para
en: Your <filename>grub.conf</filename> could look very different if it has been manually edited before or copied from an example. Read <xref linkend="chap-Virtualization-Configuring_the_Xen_kernel_boot_parameters"/> for more information on using virtualization and grub.
ja_JP: ユーザーのシステムが手動で編集されていたり、ある例からコピーされている場合は、 その <filename>grub.conf</filename> は異なっている可能性があります。仮想化と grub の使用に関する詳細は <xref linkend="chap-Virtualization-Configuring_the_Xen_kernel_boot_parameters"/> でご覧下さい。

note: Tag: para
en: To set the amount of memory assigned to your host system at boot time to 256MB you need to append <computeroutput>dom0_mem=256M</computeroutput> to the <computeroutput>xen</computeroutput> line in your <filename>grub.conf</filename>. A modified version of the grub configuration file in the previous example:
ja_JP: 起動時にホストシステムに割り当てるメモリーの量を 256MB にセットするには、 <filename>grub.conf</filename> の <computeroutput>xen</computeroutput> 行に <computeroutput>dom0_mem=256M</computeroutput> を追記する必要があります。 以前の例の中の grub 設定ファイルの変更バージョンは以下のようになります:

note: Tag: title
en: Verifying virtualization extensions
ja_JP: 仮想化拡張を確認

note: Tag: para
en: Use this section to determine whether your system has the hardware virtualization extensions. Virtualization extensions (Intel VT or AMD-V) are required for full virtualization.
ja_JP: このセクションを活用してユーザーのシステムがハードウェア仮想化拡張を持つかどうか 判定して下さい。仮想化拡張 (Intel VT 又は AMD-V) は完全仮想化で必須項目です。

note: Tag: title
en: Can I use virtualization without the virtualization extensions?
ja_JP: 仮想化拡張が無い状態で仮想化が使用できますか？

note: Tag: para
en: If hardware virtualization extensions are not present you can use Xen para-virtualization with the Red Hat <package>kernel-xen</package> package.
ja_JP: ハードウェア仮想化拡張が存在しなければ、Red Hat <package>kernel-xen</package> パッケージを使用して Xen para-virtualization を利用することができます。

note: Tag: para
en: Run the following command to verify the CPU virtualization extensions are available:
ja_JP: 以下のコマンドを実行すると、CPU 仮想化拡張が利用可能であることを確認 できます:

note: Tag: para
en: The following output contains a <computeroutput>vmx</computeroutput> entry indicating an Intel processor with the Intel VT extensions:
ja_JP: 以下の出力は <computeroutput>vmx</computeroutput> エントリを含んでおり、 Intel VT 拡張を持つ Intel プロセッサを示しています:

note: Tag: para
en: The following output contains an <computeroutput>svm</computeroutput> entry indicating an AMD processor with the AMD-V extensions:
ja_JP: 以下の出力は <computeroutput>svm</computeroutput> エントリを含んでおり、  AMD-V 拡張を持つ AMD プロセッサを示しています:

note: Tag: para
en: The virtualization extensions may be disabled in the BIOS. If the extensions do not appear or full virtualization does not work refer to <xref linkend="proc-Virtualization-Enabling_Intel_VT_and_AMD_V_virtualization_hardware_extensions_in_BIOS-Enabling_virtualization_extensions_in_BIOS"/>.
ja_JP: 仮想化拡張は BIOS 内で無効にしてあるかも知れません。その拡張が出現しないと 完全仮想化は機能しません。<xref linkend="proc-Virtualization-Enabling_Intel_VT_and_AMD_V_virtualization_hardware_extensions_in_BIOS-Enabling_virtualization_extensions_in_BIOS"/> を参照して下さい。

note: Tag: title
en: Identifying guest type and implementation
ja_JP: ゲストのタイプと実装を識別

note: Tag: title
en: Examining hosts
ja_JP: ホストの検証

note: Tag: title
en: Generating a new unique MAC address
ja_JP: 新規の特有 MAC アドレスを生成

note: Tag: title
en: Another method to generate a new MAC for your guest
ja_JP: 使用ゲストの為の新規 MAC の別の生成方法

note: Tag: para
en: You can also use the built-in modules of <command>python-virtinst</command> to generate a new MAC address and <command>UUID</command> for use in a guest configuration file:
ja_JP: 組込み済みのモジュール <command>python-virtinst</command> を使用しても 新規 MAC アドレスと ゲスト設定ファイル用の <command>UUID</command> を 生成できます。

note: Tag: para
en: The script above can also be implemented as a script file as seen below.
ja_JP: 上記のスクリプトは、下記に示してあるようにスクリプトファイルとしても 実装できます。

note: Tag: title
en: Limit network bandwidth for a Xen guest
ja_JP: Xen ゲスト用のネットワークバンド幅を制限

note: Tag: para
en: In some environments it may be required to limit the network bandwidth available to certain guests. This can be used to implement basic Quality of Service on a host running multiple virtual machines. By default, the guest can use any bandwidth setting available which your physical network card supports. The physical network card must be mapped to one of virtual machine&#39;s virtual network interfaces. In Xen the “<command>rate</command>” parameter part of the <filename>VIF</filename> entries can throttle virtualized guests.
ja_JP: 一部の環境では、特定のゲストに利用可能なネットワークバンド幅を制限することが 必要かも知れません。これは、複数仮想マシンを実行しているホスト上で基本的な サービス品質を実装するのに使用できます。デフォルトで、ゲストは物理ネットワーク カードがサポートする利用可能なバンド幅セッティングを使用できます。物理ネットワーク カードは仮想マシンの仮想ネットワークインターフェイスの１つにマップされている 必要があります。Xen では、<filename>VIF</filename> エントリの “<command>rate</command>” パラメータ部分は仮想化ゲストを絞ることが出来ます。

note: Tag: para
en: This list covers the variables
ja_JP: この一覧は変数を取り扱います

note: Tag: para
en: The <computeroutput>rate=</computeroutput> option can be added to the <computeroutput>VIF=</computeroutput> entry in a virtual machine configuration file to limit a virtual machine&#39;s network bandwidth or specify a specific time interval for a time window.
ja_JP: <computeroutput>rate=</computeroutput> オプションは仮想マシンの 設定ファイル内の <computeroutput>VIF=</computeroutput> エントリに追加して 仮想マシンのネットワークバンド幅を制限したり、又は時間ウィンドウ用に特定の 時間間隔を指定することができます。

note: Tag: term
en: time window
ja_JP: 時間ウィンドウ

note: Tag: para
en: The time window is optional to the <computeroutput>rate=</computeroutput> option:
ja_JP: 時間ウィンドウは <computeroutput>rate=</computeroutput> オプションへの選択肢です:

note: Tag: para
en: The default time window is 50ms.
ja_JP: デフォルトの時間ウィンドウは 50ms です。

note: Tag: para
en: A smaller time window will provide less burst transmission, however, the replenishment rate and latency will increase.
ja_JP: 小さい時間ウィンドウは少なめの突発伝送を提供しますが、補充レートと遅延は増加します。

note: Tag: para
en: The default 50ms time window is a good balance between latency and throughput and in most cases will not require changing.
ja_JP: デフォルトの 50ms 時間ウィンドウは遅延とスループットの間の良いバランスです。 ほとんどのケースで変更は必要ないでしょう。

note: Tag: para
en: Examples of <command>rate</command> parameter values and uses.
ja_JP: <command>rate</command> パラメータ値と使用法の例

note: Tag: para
en: Limit the outgoing network traffic from the guest to 10MB/s.
ja_JP: ゲストからの発信ネットワークトラフィックを 10MB/s に制限します。

note: Tag: para
en: Limit the outgoing network traffic from the guest to 250KB/s.
ja_JP: ゲストからの発信ネットワークトラフィックを 250KB/s に制限します。

note: Tag: para
en: Limit bandwidth to 10MB/s and provide the guest with a 50KB chunk every 50ms.
ja_JP: バンド幅を 10MB/s に制限して 50ms 毎に 50KB のブロックをゲストに提供します。

note: Tag: para
en: In the virtual machine configuration a sample <filename>VIF</filename> entry would look like the following:
ja_JP: 仮想マシンの設定で、サンプルの <filename>VIF</filename> エントリは以下のように なります:

note: Tag: para
en: This <computeroutput>rate</computeroutput> entry would limit the virtual machine&#39;s interface to 10MB/s for outgoing traffic
ja_JP: この <computeroutput>rate</computeroutput> エントリは仮想マシンのインターフェイスを 発信トラフィック用に 10MB/s に制限します。

note: Tag: title
en: Configuring Xen processor affinities
ja_JP: Xen プロセッサ類似関係の設定

note: Tag: para
en: Xen can allocate virtual CPUs to associate with one or more host CPUs. This allocates real processing resources to virtualized guests. This approach allows Red Hat Enterprise Linux optimize processor resources when employing dual-core, hyper-threading, or other CPU concurrency technologies. The Xen credit scheduler automatically balances virtual CPUs between physical ones, to maximize system use. Red Hat Enterprise Linux allows the credit scheduler to move CPUs around as necessary, as long as the virtual CPU is pinned to a physical CPU.
ja_JP: Xen は単数、又は複数の CPU と関連付けるために仮想 CPU を割り当てることができます。 これが本当のプロセッシングリソースを仮想化ゲストに割り当てます。このアプローチにより、 Red Hat Enterprise Linux は、デュアルコア、ハイパースレッド、あるいは、他の CPU 並行稼働 技術を使用する時にプロセッサリソースを最適化します。Xen クレジットスケジューラは自動的に 物理 CPU 間の仮想化 CPU のバランスを取り、システム使用を最大限にします。仮想化 CPU が物理 CPU に固定してある限りは、必要であれば Red Hat Enterprise Linux は、クレジット スケジューラが CPU を使い分けできるようにします。

note: Tag: para
en: If you are running I/O intensive tasks, it is recommended to dedicate either a hyperthread or an entire processor core to run domain0.
ja_JP: I/O 集中のタスクを実行している場合、domain0 を稼働するためにハイパースレッドか、 あるいはプロセッサコア全体を専従させることが推奨されます。

note: Tag: para
en: Note that this is unnecessary for KVM as KVM uses the default Linux kernel scheduler.
ja_JP: KVM はデフォルトで Linux カーネルスケジューラを使用するため、KVM 用には これは必要ないことに注意して下さい。

note: Tag: para
en: CPU affinities can be set with <command>virsh</command> or <command>virt-manager</command>:
ja_JP: CPU 類似関係は <command>virsh</command> か <command>virt-manager</command> でセットできます:

note: Tag: para
en: To set CPU affinities using <command>virsh</command> refer to <xref linkend="form-Virtualization-Managing_guests_with_virsh-Configuring_virtual_CPU_affinity"/> for more information.
ja_JP: <command>virsh</command> を使用して CPU 類似関係をセットするには、 詳細を <xref linkend="form-Virtualization-Managing_guests_with_virsh-Configuring_virtual_CPU_affinity"/> で参照して下さい。

note: Tag: para
en: To configure and view CPU information with <command>virt-manager</command> refer to <xref linkend="sect-Virtualization-Managing_guests_with_the_Virtual_Machine_Manager_virt_manager-Displaying_virtual_CPUs_"/> for more information.
ja_JP: <command>virt-manager</command> を使用して CPU 情報を設定し、表示するには、 その詳細を <xref linkend="sect-Virtualization-Managing_guests_with_the_Virtual_Machine_Manager_virt_manager-Displaying_virtual_CPUs_"/> で参照して下さい。

note: Tag: title
en: Modifying the Xen hypervisor
ja_JP: Xen hypervisor の修正

note: Tag: para
en: Managing host systems often involves changing the boot configuration file <filename>/boot/grub/grub.conf</filename>. Managing several or more hosts configuration files quickly becomes difficult. System administrators often prefer to use the &#39;cut and paste&#39; method for editing multiple <command>grub.conf</command> files. If you do this, ensure you include all five lines in the Virtualization entry (or this will create system errors). Hypervisor specific values are all found on the &#39;<systemitem>xen</systemitem>&#39; line. This example represents a correct <command>grub.conf</command> virtualization entry:
ja_JP: ホストシステムの管理には、多くの場合ブート設定ファイル、<filename>/boot/grub/grub.conf</filename> への 変更がかかわってきます。複数ホストの設定ファイルの管理はその数の増加と共に難しくなってきます。 システム管理者は通常、複数の <command>grub.conf</command> ファイルの編集にはカットアンド ペーストを好むものです。これを実行する場合は、仮想化エントリ内の ５つの行すべてを含めることを 忘れないで下さい（さもないと、システムエラーの原因になります）。Hypervisor 特有の値はすべて、 <systemitem>xen</systemitem> の行にあります。この例では、正しい <command>grub.conf</command> 仮想化エントリを表示しています:

note: Tag: title
en: Very Secure <systemitem class="daemon">ftpd</systemitem>
ja_JP: 非常にセキュアな <systemitem class="daemon">ftpd</systemitem>

note: Tag: para
en: <systemitem class="daemon">vsftpd</systemitem> can provide access to installation trees for para-virtualized guests (for example, the Red Hat Enterprise Linux 5 repositories) or other data. If you have not installed <systemitem class="daemon">vsftpd</systemitem> during the server installation you can grab the RPM package from your <filename>Server</filename> directory of your installation media and install it using the <command>rpm -ivh vsftpd*.rpm</command> (note that the RPM package must be in your current directory).
ja_JP: <systemitem class="daemon">vsftpd</systemitem> は para-virtualized ゲストの インストールツリー（例えば、Red Hat Enterprise Linux 5 のレポジトリ）又は他のデータ へのアクセスを提供します。サーバーのインストール時に <systemitem class="daemon">vsftpd</systemitem> を インストールしていない場合は、インストールメディアの <filename>Server</filename> ディレクトリから RPM パッケージを取得して、<command>rpm -ivh vsftpd*.rpm</command> を 使用してインストールできます（RPM パッケージは作業中のディレクトリになければならないことに 注意して下さい）。

note: Tag: para
en: To configure <systemitem class="daemon">vsftpd</systemitem>, edit <filename>/etc/passwd</filename> using <command>vipw</command> and change the ftp user&#39;s home directory to the directory where you are going to keep the installation trees for your para-virtualized guests. An example entry for the FTP user would look like the following:
ja_JP: <systemitem class="daemon">vsftpd</systemitem> を設定するには、<command>vipw</command> を 使用して <filename>/etc/passwd</filename> を編集することにより、ftp ユーザーのホームディレクトリを para-virtualized ゲストのインストールツールの保存先となるディレクトリに変更します。ftp ユーザー用の エントリのサンプルは以下のようになります:

note: Tag: para
en: use the <command>service vsftpd start vsftpd</command> to start the vsftpd service:
ja_JP: <command>service vsftpd start vsftpd</command> を使用して、vsftpd サービスを スタートします:

note: Tag: title
en: Configuring LUN Persistence
ja_JP: LUN 永続化の設定

note: Tag: para
en: This section covers how to implement <firstterm linkend="glos-Virtualization-LUN">LUN</firstterm> persistence in guests and on the host machine with and without multipath.
ja_JP: このセクションは、ゲストとホストマシン上でマルチパスがある場合と無い場合に 於ける <firstterm linkend="glos-Virtualization-LUN">LUN</firstterm> 永続化 の実装法を説明しています。

note: Tag: title
en: Implementing LUN persistence without multipath
ja_JP: multipath を使用しないで LUN 永続化の実装

note: Tag: para
en: If your system is not using multipath, you can use <command>udev</command> to implement LUN persistence. Before implementing LUN persistence in your system, ensure that you acquire the proper UUIDs. Once you acquire these, you can configure LUN persistence by editing the <command>scsi_id</command> file that resides in the <command>/etc </command> directory. Once you have this file open in a text editor, you must comment out this line:
ja_JP: システムがマルチパスを使用していない場合、<command>udev</command> を使用して LUN 永続化を実装することができます。自分のシステムで LUN 永続化の実装をする前に、正しい UUID を取得することを確認して下さい。これらを取得した後は、<command>/etc </command> ディレクトリ内にある <command>scsi_id</command>ファイルを編集して LUN 永続化を設定できます。テキストエディタでこのファイルを開いたら、以下の行をコメントアウトする必要があります:

note: Tag: para
en: Then replace it with this parameter:
ja_JP: そして、これを次のパラメータで入れ換えます:

note: Tag: para
en: This tells udev to monitor all system SCSI devices for returning UUIDs. To determine the system UUIDs, use the <command>scsi_id</command> command:
ja_JP: これが、返って来る UUID の為にシステム SCSI デバイス全てを監視するように udev に指示します。システム UUID を決定するには、以下のように <command>scsi_id</command> コマンドを使用します:

note: Tag: para
en: Replace your existing <parameter>UUID</parameter> and <parameter>devicename</parameter> with the above UUID retrieved entry. The rule should resemble the following:
ja_JP: 既存の <parameter>UUID</parameter> と <parameter>devicename</parameter> を、上記の取り込んだ UUID エントリに入れ換えます。その規則は以下に似たものになります:

note: Tag: para
en: This enables all devices that match the <command>/dev/sd*</command> pattern to inspect the given UUID. When it finds a matching device, it creates a device node called <parameter> /dev/devicename</parameter>. For this example, the device node is <parameter>/dev/mydevice </parameter>. Finally, append the <command>/etc/rc.local</command> file with this line:
ja_JP: これが、 <command>/dev/sd*</command> パターンに一致する全てのデバイスを有効にして、任意の UUID を検査するようになります。一致するデバイスを発見した場合、 <command> /dev/devicename </command> と呼ばれるデバイスノードを作成します。この例では、デバイスノードは <command>/dev/mydevice </command> にしています。最後に <command>/etc/rc.local</command> ファイルに以下の行を追記します:

note: Tag: title
en: Implementing LUN persistence with multipath
ja_JP: multipath を使用した LUN 永続化の実装

note: Tag: para
en: To implement LUN persistence in a multipath environment, you must define the alias names for the multipath devices. For this example, you must define four device aliases by editing the <command>multipath.conf</command> file that resides in the <command>/etc/</command> directory:
ja_JP: マルチパス環境内で LUN 永続化を実装するには、マルチパスデバイス用のエイリアス名を定義する必要があります。例えば、<command>/etc/</command> ディレクトリ内にある <command> multipath.conf</command> ファイルを編集して、四つのデバイスエイリアスを定義する必要があります。

note: Tag: title
en: Disable SMART disk monitoring for guests
ja_JP: ゲスト用の SMART ディスク監視を無効化

note: Tag: para
en: SMART disk monitoring can be disabled as we are running on virtual disks and the physical storage is managed by the host.
ja_JP: 仮想ディスク上で実行しているため、及び物理ストレージがホストで管理されているため、 SMART ディスク監視は無効にすることができます。

note: Tag: title
en: Cleaning up old Xen configuration files
ja_JP: 古い Xen 設定ファイルを整理

note: Tag: para
en: Over time you will see a number of files accumulate in <filename>/var/lib/xen</filename>, the usually named <filename>vmlinuz.******</filename> and <filename>initrd.******</filename>. These files are the initrd and vmlinuz files from virtual machines which either failed to boot or failed for some other reason. These files are temporary files extracted from virtual machine&#39;s boot disk during the start up sequence. These files should be automatically removed after the virtual machine is shut down cleanly. Then you can safely delete old and stale copies from this directory.
ja_JP: 時間が経過すると、<filename>/var/lib/xen</filename> 内で、通常 <filename>vmlinuz.******</filename>、及び <filename>initrd.******</filename> と名付けられたファイルが累積してきます。これらのファイルは ブートに失敗したか、又は他の理由で失敗した仮想マシンからの initrd 及び vmlinuz ファイルです。 これらのファイルはスタートアップシーケンス中に仮想マシンのブートディスクから抽出された一時 ファイルです。これらは仮想マシンが正常にシャットダウンした後は自動的に削除されるべきものです。 その後は、このディレクトリから古い無用なコピーを安全に削除できます。

note: Tag: title
en: Configuring a VNC Server
ja_JP: VNC サーバーの設定

note: Tag: para
en: To configure a VNC server use the <guimenuitem>Remote Desktop</guimenuitem> application in <guimenu>System</guimenu> &gt; <guimenu>Preferences</guimenu>. Alternatively, you can run the <command>vino-preferences</command> command.
ja_JP: VNC サーバーを設定するには、<guimenu>システム</guimenu> &gt; <guimenu>個人設定</guimenu> と進んで、<guimenuitem>リモートディスクトップ</guimenuitem> を使用します。 別の方法として、<command>vino-preferences</command> コマンドを実行することもできます。

note: Tag: para
en: The following steps set up a dedicated VNC server session:
ja_JP: 以下のステップは、専従の VNC サーバーセッションをセットアップします:

note: Tag: para
en: Edit the <filename>~/.vnc/xstartup</filename> file to start a GNOME session whenever <application>vncserver</application> is started. The first time you run the <application>vncserver</application> script it will ask you for a password you want to use for your VNC session.
ja_JP: <filename>~/.vnc/xstartup</filename> ファイルを編集することで、 <application>vncserver</application> がスタートする時にはいつも GNOME セッションが スタートするようにします。<application>vncserver</application> スクリプトを初めて 実行する時は使用する VNC セッション用のパスワードを要求して来ます。

note: Tag: para
en: A sample <command>xstartup</command> file:
ja_JP: <command>xstartup</command> ファイルのサンプル:

note: Tag: title
en: Cloning guest configuration files
ja_JP: ゲスト設定ファイルのクローン

note: Tag: para
en: You can copy an existing configuration file to create an all new guest. You must modify the name parameter of the guests&#39; configuration file. The new, unique name then appears in the hypervisor and is viewable by the management utilities. You must generate an all new UUID as well by using the <command>uuidgen</command> command. Then for the <command>vif</command> entries you must define a unique MAC address for each guest (if you are copying a guest configuration from an existing guest, you can create a script to handle it). For the xen bridge information, if you move an existing guest configuration file to a new host, you must update the <command>xenbr</command> entry to match your local networking configuration. For the Device entries, you must modify the entries in the <command>&#39;disk=&#39;</command> section to point to the correct guest image.
ja_JP: 既存の設定ファイルをコピーして、全面的に新しいゲストを作成することができます。ゲスト設定ファイルの名前パラメータを修正しなければなりません。新しい、独自の名前が hypervisor に出現し、管理ユーティリティで見ることができます。完全に新しい UUID も生成する必要があります(<command>uuidgen</command> コマンド使用)。それから、<command>vif</command> エントリには、各ゲスト用に独自の MAC アドレスを定義する必要があります(既存のゲストからゲスト設定をコピーする場合は、スクリプトを作成して処理できます)。xen ブリッジの情報には、既存のゲスト設定ファイルを新規ホストに移動する場合、<command>xenbr</command> エントリを更新して、ユーザーのローカルネットワーキング設定に一致させます。デバイスエントリには、<command>'disk=' </command> セクション内のエントリを修正して、それを正しいゲストイメージに向けます。

note: Tag: para
en: You must also modify these system configuration settings on your guest. You must modify the HOSTNAME entry of the <command>/etc/sysconfig/network</command> file to match the new guest&#39;s hostname.
ja_JP: ゲスト上のこれらのシステム構成セッティングも修正する必要があります。<command>/etc/sysconfig/network </command> ファイルの HOSTNAME エントリを修正して、新しいゲストのホスト名に一致するようにしなければなりません。

note: Tag: para
en: You must modify the <command>HWADDR</command> address of the <filename> /etc/sysconfig/network-scripts/ifcfg-eth0</filename> file to match the output from <command>ifconfig eth0</command> file and if you use static IP addresses, you must modify the <command>IPADDR</command> entry.
ja_JP: <command> /etc/sysconfig/network-scripts/ifcfg-eth0 </command> ファイルの <command>HWADDR</command> アドレスを修正して、<command>ifconfig eth0 </command> からの 出力に一致するようにしなければなりません。そして、静的 IP アドレスを使用している場合は、<command>IPADDR</command> エントリを修正する必要があります。

note: Tag: title
en: Duplicating an existing guest and its configuration file
ja_JP: 既存ゲストとその設定ファイルを複製

note: Tag: para
en: This section outlines copying an existing configuration file to create a new guest. There are key parameters in your guest&#39;s configuration file you must be aware of, and modify, to successfully duplicate a guest.
ja_JP: このセクションは、新規のゲストを作成するために既存の設定ファイルをコピーする方法の 概要を示します。ゲストの設定ファイルには修正して、正常にゲストを複製するために ユーザーが認識しておくべき基幹パラメータがあります。

note: Tag: para
en: The name of your guest as it is known to the hypervisor and displayed in the management utilities. This entry should be unique on your system.
ja_JP: hypervisor によって知られており、管理ユーティリティに表示されているゲストの名前です。このエントリはシステム内で特有でなければなりません。

note: Tag: para
en: A unique handle for the guest, a new UUID can be regenerated using the <command>uuidgen</command> command. A sample UUID output:
ja_JP: ゲスト用の特有の処理です。新規の UUID は <command>uuidgen</command> コマンドを 使用して再生成できます。UUID の出力のサンプルは以下のようになります:

note: Tag: para
en: The <firstterm linkend="glos-Virtualization-MAC_Addresses">MAC address</firstterm> must define a unique MAC address for each guest. This is automatically done if the standard tools are used. If you are copying a guest configuration from an existing guest you can use the script <xref linkend="sect-Virtualization-Tips_and_tricks-Generating_a_new_unique_MAC_address"/>.
ja_JP: <firstterm linkend="glos-Virtualization-MAC_Addresses">MAC アドレス</firstterm> は各ゲスト用に 特有の MAC アドレスを定義する必要があります。標準の ツールが使用されると、これは自動的に行われます。既存のゲストからゲスト設定を コピーしている場合は、スクリプト <xref linkend="sect-Virtualization-Tips_and_tricks-Generating_a_new_unique_MAC_address"/> の使用で達成できます。

note: Tag: para
en: If you are moving or duplicating an existing guest configuration file to a new host you have to make sure you adjust the <computeroutput>xenbr</computeroutput> entry to correspond with your local networking configuration (you can obtain the bridge information using the command <command>brctl show</command> command).
ja_JP: 新規のホストに向けて既存のゲスト設定ファイルを移動したり複製したりする場合は、 <computeroutput>xenbr</computeroutput> エントリを調節して使用中のローカル ネットワーキング設定に対応するようにしなければなりません。（<command>brctl show</command> コマンドを使用すると、ブリッジ情報を取得できます）。

note: Tag: para
en: Device entries, make sure you adjust the entries in the <filename>disk=</filename> section to point to the correct guest image.
ja_JP: デバイスエントリについては、そのエントリを <filename>disk=</filename> セクション内で調節して、正しいゲストイメージにポイントする ように確認します。

note: Tag: para
en: Now, adjust the system configuration settings on your guest:
ja_JP: ここで、使用ゲスト上のシステム設定セッティングを調節します:

note: Tag: para
en: Modify the <computeroutput>HOSTNAME</computeroutput> entry to the guest&#39;s new <command>hostname</command>.
ja_JP: <computeroutput>HOSTNAME</computeroutput> エントリをゲストの新しい <command>hostname</command> に 合わせて変更します。

note: Tag: para
en: Modify the <computeroutput>HWADDR</computeroutput> address to the output from <command>ifconfig eth0</command>
ja_JP: <computeroutput>HWADDR</computeroutput> アドレスを <command>ifconfig eth0</command> からの 出力に合わせて変更します。

note: Tag: para
en: Modify the <computeroutput>IPADDR</computeroutput> entry if a static IP address is used.
ja_JP: 静的 IP アドレスが使用されている場合は、<computeroutput>IPADDR</computeroutput> エントリを 変更します。
