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

note: Tag: title
en: Miscellaneous administration tasks
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'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: 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 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>コマンドラインツールは、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: Create the new disk image <replaceable>filename</replaceable> of size <parameter>size</parameter> and format <parameter>format</parameter>.
ja_JP: 容量<parameter>size</parameter>の新規ディスクイメージ<replaceable>filename</replaceable>を作成し、<parameter>format</parameter>でフォーマットします。

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: The <parameter>convert</parameter> option is used for converting a recognized format to another image format.
ja_JP: <parameter>convert</parameter>オプションは、認識されたフォーマットを他のイメージフォーマットへ変換するために用いられます。

note: Tag: para
en: Command format:
ja_JP: コマンドフォーマット：

note: Tag: para
en: Convert the disk image <parameter>filename</parameter> to disk image <parameter>output_filename</parameter> using format <parameter>output_format</parameter>. The disk image can be optionally encrypted with the <parameter>-e</parameter> option or compressed with the <parameter>-c</parameter> option.
ja_JP: ディスクイメージ<parameter>filename</parameter>を、<parameter>output_format</parameter>フォーマットでディスクイメージ<parameter>output_filename</parameter>に変換します。ディスクイメージはオプションとして、<parameter>-e</parameter>オプションで暗号化されます、もしくは、<parameter>-c</parameter>オプションで圧縮されます。

note: Tag: para
en: Only the <filename>qcow</filename> format supports encryption or compression. the compression is read-only. it means that if a compressed sector is rewritten, then it is rewritten as uncompressed data.
ja_JP: <filename>qcow</filename>フォーマットだけが、暗号化と圧縮をサポートしています。圧縮は読み込み専用です。もし圧縮されたセクタを上書きしたいならば、非圧縮データとして上書きされるということを意味します。

note: Tag: para
en: The encryption uses the AES format with very secure 128-bit keys. Use a long password (over 16 characters) to get maximum protection.
ja_JP: 暗号化は、非常に安全な128-bit鍵を持つAES形式を用います。最高の保護を得るために長いパスワード（16文字以上）を使用します。

note: Tag: para
en: Image conversion is also useful to get smaller image when using a format which can grow, such as <command>qcow</command> or <command>cow</command>. The empty sectors are detected and suppressed from the destination image.
ja_JP: イメージ変換は、<command>qcow</command>や<command>cow</command>のような、拡張できるフォーマットを用いているときに、イメージをより小さくするためにも有用です。空セクタはあて先イメージから検出され、削除されます。

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: ディスクイメージのファイル名に関する情報を表示します。表示された容量と異なる可能性がある、ディスクに割り当てられた容量を知るために用います。仮想マシンのスナップショットはディスクイメージに保存され、それも表示されます。

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ディスクイメージフォーマット（デフォルト）。このフォーマットは、シンプルである優位性を持ち、他のエミュレータすべてへと簡単にエクスポート可能です。もしファイルシステムがhole（たとえば、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イメージフォーマット、もっとも多機能なフォーマット。より小さいイメージを持つために利用されます（もしファイルシステムがholeをサポートしていないならば（たとえば、Windowsにおいて）有用です。）、オプションとして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: User Mode 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 Compressed Loopイメージ、たとえば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ハイパーバイザはCPUオーバーコミットとメモリオーバーコミットをサポートします。オーナーコミットは、システムにある物理リソースより多い仮想CPUやメモリを割り当てます。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. KVM can allocate more memory for virtualized guests than the host has physically available.
ja_JP: 多くのオペレーティングシステムとアプリケーションは、利用可能なRAMをずっと100%使っているわけではありません。この振る舞いはKVMで活かされます。KVMは、ホストが物理的に利用可能なよりも、多いメモリを仮想ゲストに対して割り当てできます。

note: Tag: para
en: With KVM, virtual machines are Linux processes. Guests on the KVM hypervisor do not have dedicated blocks of physical RAM assigned to them, instead guests function as Linux processes. The Linux kernel allocates each process memory when the process requests more memory. KVM guests are allocated memory when requested by the guest operating system. The guest only requires slightly more physical memory than the virtualized operating system reports as used. The Linux kernel swaps infrequently used memory out of physical memory and into virtual memory. Swapping decreases the amount of memory required by virtualized guests.
ja_JP: KVMで、仮想マシンはLinuxプロセスです。KVMハイパーバイザにおけるゲストは、Linuxプロセスとしてのゲスト機能の代わりに、それらに割り当てられた物理RAMの費やされたブロックを持ちません。Linuxカーネルは、プロセスがより多くのメモリを必要とするとき、各プロセスにメモリを割り当てます。KVMゲストは、ゲストオペレーティングシステムによって要求されたとき、メモリが割り当てられます。ゲストは、仮想オペレーティングシステムは使用していると報告するより、わずかに多い物理メモリを要求します。Linuxカーネルは、物理メモリの他に、仮想メモリの中でまれに使われるメモリをスワップします。

note: Tag: para
en: When physical memory is completely used or a process is inactive for some time, Linux moves the process'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 due to the throughput and response times of hard drives and solid state drives.
ja_JP: 物理メモリが完全に使われるか、プロセスがしばらくの間アクティブでなくなったとき、Linuxはプロセスのメモリをスワップに移動します。スワップは通常、Linuxが仮想メモリを拡張するために用いる、HDDやSSDにおけるパーティションです。スワップは、HDDやSSDのスループットとレスポンスのため、RAMよりも非常に遅いです。

note: Tag: para
en: As KVM virtual machines are Linux processes, underused or idle memory of virtualized guests is moved by default to swap. The total memory used by guests can be overcommitted, which is to use more than the physically available host memory. Overcommitting requires sufficient swap space for all guests and all host processes.
ja_JP: KVM仮想マシンはLinuxプロセスなので、仮想ゲストの利用不足または未利用のメモリはデフォルトでスワップに移動されます。ゲストで使用される合計メモリはオーバーコミットでき、物理的に利用可能なホストメモリよりも多く使用されます。オーバーコミットは、すべてのゲストとすべてのホストプロセスに対して十分なスワップ領域が必要になります。

note: Tag: para
en: Without sufficient swap space for all processes in virtual memory the <command>pdflush</command> process, the cleanup process, starts. The <command>pdflush</command> process kills processes to free memory so the system does not crash. <command>pdflush</command> may destroy virtualized guests or other system processes which may cause file system errors and may leave virtualized guests unbootable.This can cause issues if virtualized guests use their total RAM.
ja_JP: 仮想マシンにおいてすべてのプロセスに対して十分なスワップ領域がないならば、<command>pdflush</command>プロセス、cleanupプロセスが開始されます。<command>pdflush</command>プロセスは、プロセスが空きメモリをなくすので、システムはクラッシュしません。<command>pdflush</command>は、仮想ゲストや他のシステムプロセスを破棄するかもしれません、それはファイルシステムエラーを起こすかもしれず、仮想ゲストを起動不能にするかもしれません。

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

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: title
en: With KSM
ja_JP: KSMで

note: Tag: para
en: If KSM is used ensure the swap size is sufficient for the overcommitted RAM. KSM reduces the RAM usage of identical or similar guests. Overcommitting guests with KSM without sufficient swap may be possible but is not recommended. For more information on KSM and overcommitting, refer to <xref linkend="chap-KSM" />.
ja_JP: KSMが使われているならば、スワップ容量はオーバーコミットされたRAMにとって十分です。KSMは、同一または類似したゲストのRAM使用量を減らします。十分なスワップを持たないKSMを持つKSMをオーバーコミットすることは可能ですが、推奨されません。KSMとオーバーコミットの詳細は、<xref linkend="chap-KSM" />を参照してください。

note: Tag: title
en: Configuring swap for overcommitting memory
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 the physical RAM of the host.
ja_JP: swapパーティションは、メモリパフォーマンスの速度を向上させるために、利用されないメモリをハードドライブに対して用いられます。スワップパーティションのデフォルト容量は、ホストの物理RAMから計算されます。

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: para
en: The swap partition must be large enough to provide virtual memory for all guests and the host system.
ja_JP: スワップパーティションは、すべてのゲストとホストシステムに対して、十分大きな仮想メモリを提供しなければいけません。

note: Tag: title
en: Important
ja_JP: 重要

note: Tag: para
en: The example below is provided as a guide for configuring swap only. The settings listed may not be appropriate for your environment.
ja_JP: 以下の例は、スワップだけの設定に対するガイドとして提供されます。書かれている設定は、あなたの環境に対して適切ではないかもしれません。

note: Tag: title
en: Memory overcommit example
ja_JP: メモリオーバーコミットの例

note: Tag: para
en: ExampleServer1 has 32GB of RAM. The system is being configured to run 56 guests with 1GB of virtualized memory. The host system rarely uses more than 4GB of memory for system processes, drivers and storage caching.
ja_JP: ExampleServer1は32GBのRAMを持ちます。システムが、1GBの仮想メモリを持つゲストを56台起動するよう設定されています。ホストシステムは、システムプロセッサ、ドライバおよびストレージキャッシュに4GB以上のメモリをまれに使用します。

note: Tag: para
en: 32GB minus 4GB for the host leaves 28GB of physical RAM for virtualized guests. Each guest uses 1GB of RAM, a total of 56GB of virtual RAM is required for the guests.
ja_JP: 32GBから、ホスト用の4GBが引かれ、仮想ゲスト用に28GBの物理メモリが残されています。各ゲストが1GBのRAMを使用すると、合計56GBの仮想RAMがゲストに対して必要となります。

note: Tag: para
en: The Red Hat Knowledgebase recommends 8GB of swap for a system with 32GB of RAM. To safely overcommit memory there must be sufficient virtual memory for all guests and the host. The host has 28GB of RAM for guests (which need 56GB of RAM). Therefore, the system needs at least 28GB of swap for the guests.
ja_JP: Red Hat Knowledgebaseは、32GBのRAMを持つシステムに対して、8GBのスワップを推奨しています。安全にメモリオーバーコミットするために、すべてのゲストとホストに対して十分な仮想メモリがなければいけません。ホストは（56GBのRAMが必要な）ゲストに対して28GBのRAMを持ちます。そのため、システムは少なくとも28GBのゲスト用スワップが必要です。

note: Tag: para
en: ExampleServer1 requires at least 36GB (8GB for the host and 28GB for the guests) of swap to safely overcommit for all 56 guests.
ja_JP: ExampleServer1は、全56ゲストに対して安全にオーバーコミットするために、少なくとも36GB（ホスト用の8GBとゲスト用の28GB）のスワップを必要とします。

note: Tag: para
en: It is possible to overcommit memory over ten times the amount of physical RAM in the system. This only works with certain types of guest, for example, desktop virtualization with minimal intensive usage or running several identical guests with KSM. Configuring swap and memory overcommit is not a formula, each environment and setup is different. Your environment must be tested and customized to ensure stability and performance.
ja_JP: システムにおける物理RAM合計の10倍以上のメモリをオーバーコミットできます。特定のタイプのゲストのみでうまくいきます。たとえば、集中的な利用が最小限のデスクトップ仮想化やいくつかの同一ゲストをKSMとともに実行しているもの。

note: Tag: para
en: For more information on KSM and overcommitting, refer to <xref linkend="chap-KSM" />.
ja_JP: KSMとオーバーコミットに関する詳細は、<xref linkend="chap-KSM" />を参照してください。

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ハイパーバイザは仮想CPUのオーバーコミットをサポートします。仮想CPUは仮想ゲストが許可する負荷制限と同じくらいオーバーコミットできます。100%近い負荷によりリクエストが廃棄されたり、レスポンス時間が非実用的となる可能性があるので、VCPUをオーバーコミットするときに注意してください。

note: Tag: para
en: Virtualized CPUs are overcommitted best when each virtualized guest only has a single VCPU. The Linux scheduler is very efficient with this type of load. KVM should safely support guests with loads under 100% at a ratio of five VCPUs. Overcommitting single VCPU virtualized guests is not an issue.
ja_JP: 各仮想ゲストがシングルVCPUを持つとき、仮想CPUは最も良くオーバーコミットされます。Linuxスケジューラはこの種類の負荷に非常に効果的です。KVMは5VCPUの比率で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: プロセッサコアの物理数以上のSMPゲストをオーバーコミットできません。たとえば、4VCPUを持つゲストは、デュアルコアのプロセッサを持つホストにおいて実行できません。処理コアの物理数を超えてSMPゲストをオーバーコミットすると、重大な性能劣化を引き起こします。

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を物理コア数まで割り当てることは、適切であり、期待したとおりに動作します。たとえば、クアッドコアのホストにおいて4VCPUを持つ仮想CPUを実行すること。負荷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: 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: para
en: Run the following command to verify the CPU virtualization extensions are available:
ja_JP: CPU仮想化拡張が利用可能であるかを確認するために以下のコマンドを実行します：

note: Tag: para
en: Analyze the output.
ja_JP: 出力の分析

note: Tag: para
en: The following output contains a <computeroutput>vmx</computeroutput> entry indicating an Intel processor with the Intel VT extensions:
ja_JP: 以下の出力は、Intel VT拡張を持つIntelプロセッサを意味する、<computeroutput>vmx</computeroutput>エントリを含みます。

note: Tag: para
en: The following output contains an <computeroutput>svm</computeroutput> entry indicating an AMD processor with the AMD-V extensions:
ja_JP: 以下の出力は、AMD-V拡張を持つAMDプロセッサを意味する、<computeroutput>svm</computeroutput>エントリを含みます。

note: Tag: para
en: If any output is received, the processor has the hardware virtualization extensions. However in some circumstances manufacturers disable the virtualization extensions in BIOS.
ja_JP: もし何らかの出力が得られると、プロセッサはハードウェア仮想化拡張を持ちます。しかし、いくつかの状況において、製造者はBIOSで仮想化拡張を無効にしています。

note: Tag: para
en: The "<computeroutput>flags:</computeroutput>" output content may appear multiple times, once for each hyperthread, core or CPU on the system.
ja_JP: "<computeroutput>flags:</computeroutput>"出力内容は、システムにおける各ハイパースレッド、コアまたはCPUごとに一度、何回も出てくるかもしれません。

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: For users of the KVM hypervisor
ja_JP: KVMハイパーバイザのユーザのために

note: Tag: para
en: If the kvm package is installed. I As an additional check, verify that the <computeroutput>kvm</computeroutput> modules are loaded in the kernel:
ja_JP: もしkvmパッケージがインストールされているならば、追加の確認として、<computeroutput>kvm</computeroutput>モジュールがカーネルにロードされているかを確認します：

note: Tag: para
en: If the output includes <computeroutput>kvm_intel</computeroutput> or <computeroutput>kvm_amd</computeroutput> then the <computeroutput>kvm</computeroutput> hardware virtualization modules are loaded and your system meets requirements. sudo
ja_JP: もし出力に<computeroutput>kvm_intel</computeroutput>や<computeroutput>kvm_amd</computeroutput>が含まれるならば、<computeroutput>kvm</computeroutput>ハードウェア仮想化モジュールがロードされていて、システムは要件を満たします。sudo

note: Tag: title
en: Additional output
ja_JP: 追加の出力

note: Tag: para
en: If the <package>libvirt</package> package is installed, the <command>virsh</command> command can output a full list of virtualization system capabilities. Run <command>virsh capabilies</command> as root to receive the complete list.
ja_JP: <package>libvirt</package>パッケージがインストールされているならば、<command>virsh</command>コマンドが仮想化システム互換性の完全なリストを出力できます。完全なリストを得るために、<command>virsh capabilies</command>をrootとして実行します。

note: Tag: title
en: Generating a new unique MAC address
ja_JP: 一意な新規MACアドレスの生成

note: Tag: para
en: In some case you will need to generate a new and unique <firstterm linkend="glos-Virtualization-MAC_Addresses">MAC address</firstterm> for a guest. There is no command line tool available to generate a new MAC address at the time of writing. The script provided below can generate a new MAC address for your guests. Save the script to your guest as <filename>macgen.py</filename>. Now from that directory you can run the script using <command>./macgen.py</command> and it will generate a new MAC address. A sample output would look like the following:
ja_JP: いくつかの場合において、ゲスト用の新しく一意な<firstterm linkend="glos-Virtualization-MAC_Addresses">MAC address</firstterm>を生成する必要があるでしょう。執筆時点で、新しいMACアドレスを生成するために利用可能なコマンドラインツールはありません。以下に示されるスクリプトはゲスト用の新しいMACアドレスを生成できます。スクリプトを<filename>macgen.py</filename>としてゲストへ保存します。ここで、そのディレクトリから<command>./macgen.py</command>を用いてスクリプトを実行でき、それが新しい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: ゲスト設定ファイルにおいて使用する、新しいMACアドレスと<command>UUID</command>を生成するために、<command>python-virtinst</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: Improving guest response time
ja_JP: ゲストのレスポンス時間の改善

note: Tag: para
en: Virtualized guests can sometimes be slow to respond with certain workloads and usage patterns. Examples of situations which may cause slow or unresponsive guests:
ja_JP: 仮想ゲストはときどき、特定の作業負荷と使用法パターンでレスポンスが遅くなります。ゲストが遅くなったり、応答しなくなったりするかもしれない状況の例：

note: Tag: para
en: Severely overcommitted memory.
ja_JP: ひどくオーバーコミットしたメモリ

note: Tag: para
en: Overcommitted memory with high processor usage
ja_JP: プロセッサ使用率の高い、オーバーコミットしたメモリ

note: Tag: para
en: Other (not <command>qemu-kvm</command> processes) busy or stalled processes on the host.
ja_JP: ホストにおける（<command>qemu-kvm</command>プロセス以外の）他の忙しいまたは機能停止したプロセス。

note: Tag: para
en: These types of workload may cause guests to appear slow or unresponsive. Usually, the guests memory is eventually fully loaded from swap into the hosts main memory. Once the guest is loaded in main memory, the guest will preform normally. Note, the process of loading a guest from swap to main memory may take several seconds per gigabyte of RAM assigned to the guest depending on the type of storage used for swap and the performance of the components.
ja_JP: これらの種類の負荷により、ゲストが遅い、または、応答しないように見ます。一般的に、ゲストのメモリは、結局完全にホストのメインメモリの中にあるスワップから読み込まれます。一度ゲストがメインメモリから読み込まれると、普通に動作するようになるでしょう。ゲストをスワップからメインメモリにロードするプロセスは、スワップ用のストレージの種類とコンポーネントのパフォーマンスに依存して、ゲストへ割り当てられているRAMの1GBあたり数秒かかるかもしれません。

note: Tag: para
en: KVM virtualized guests function as Linux processes. Linux processes are not permanently kept in main memory (physical RAM). The kernel scheduler swaps process memory into virtual memory (swap). Swap, with conventional hard disk drives, is thousands of times slower than main memory in modern computers. If a guest is inactive for long periods of time, the guest may be placed into swap by the kernel.
ja_JP: KVM仮想ゲストはLinuxプロセスとして機能します。Linuxプロセスは永続的にメインメモリ（物理RAM）に保持されるわけではありません。カーネルスケジューラがプロセスのメモリを仮想メモリ（swap）へスワップします。スワップ（一般的なハードディスクドライブにあります）は、最近のコンピュータにおいて、メインメモリよりも数千倍遅いです。ゲストが長い間アクティブでなければ、ゲストはカーネルによってスワップの中に入れられるかもしれません。

note: Tag: para
en: KVM virtualized guests processes may be moved to swap regardless of whether memory is overcommitted or overall memory usage.
ja_JP: KVM仮想ゲストは、メモリがオーバーコミットされているか、やメモリ全体が使われているかに関わらず、スワップへ移動されるかもしれません。

note: Tag: para
en: In extreme circumstances, for example, using unsafe overcommit levels or overcommit with swap turned off, guest processes can be killed by the <command>pdflush</command> kernel function. <command>pdflush</command> automatically kills processes to keep the system from crashing and to free up memory. Be aware of the function of the
ja_JP: たとえば、極限的な状況において、危険なレベルのオーバーコミットまたはスワップを無効にしたオーバーコミットを使用することは、ゲストプロセスが<command>pdflush</command>カーネル機能によってkillされる可能性があります。<command>pdflush</command>は、システムをクラッシュから保護し、メモリを開放するために、自動的にプロセスをkillします。次の機能に注意してください。

note: Tag: para
en: For more information on overcommitting with KVM, refer to <xref linkend="sect-Virtualization-Tips_and_tricks-Overcommitting_with_KVM" />.
ja_JP: KVMのオーバーコミットに関する詳細は、<xref linkend="sect-Virtualization-Tips_and_tricks-Overcommitting_with_KVM" />を参照してください。

note: Tag: title
en: Warning: turning off swap
ja_JP: 警告: スワップの無効化

note: Tag: para
en: Virtual memory is useful to Linux and improves performance and memory utilization. Turning it off will remove these benefits.
ja_JP: 仮想メモリはLinuxにとって有用であり、パフォーマンスとメモリ利用を改善します。それを無効にすることは、これらの利点を取り除きます。

note: Tag: para
en: If swap is turned off, do not overcommit guests. Overcommitting guests without swap may cause guests or the host system to crash.
ja_JP: スワップが無効にされていると、ゲストをオーバーコミットしないでください。スワップなしでオーバーコミットしたゲストは、ゲストやホストシステムをクラッシュされるかもしれません。

note: Tag: title
en: Turning off swap
ja_JP: スワップの無効化

note: Tag: para
en: Swap usage can be completely turned off to prevent guests from being unresponsive while they are moved back to main memory. This may improve performance but will expose the system to certain risks.
ja_JP: ゲストがメインメモリに書き戻されるときに応答しなくなることを避けるために、スワップ使用を完全に無効化できます。これにより。パフォーマンスを向上できますが、システムを特定のリスクにさらすでしょう。

note: Tag: para
en: The <command>swapoff</command> command can disable all swap partitions and swap files on a system.
ja_JP: <command>swapoff</command>コマンドは、システムにおけるすべてのスワップパーティションとスワップファイルを無効にします。

note: Tag: para
en: To make this change permanent, remove <parameter>swap</parameter> lines from the <filename>/etc/fstab</filename> file and restart the host system.
ja_JP: この変更を永続化するために、<filename>/etc/fstab</filename>ファイルから<parameter>swap</parameter>行を削除して、ホストシステムを再起動します。

note: Tag: title
en: Using SSDs for swap
ja_JP: スワップに対するSSDの使用

note: Tag: para
en: Using Solid State Drives (SSDs) for swap storage may improve the performance of virtualized guests.
ja_JP: スワップストレージに対してSolid State Drives (SSDs) を使用すると、仮想ゲストのパフォーマンスを改善するかもしれません。

note: Tag: para
en: Using RAID arrays, faster disks or separate drives dedicated to swap may also improve performance.
ja_JP: RAIDアレイを用いると、スワップ専用にされた、より速いディスクや分離されたドライブがパフォーマンスを改善するかもしれません。

note: Tag: para
en: <systemitem class="daemon">vsftpd</systemitem> can provide access to installation trees for para-virtualized guests (for example, the Fedora 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>は、準仮想化ドライバ用のインストールツリー（たとえば、Fedoraリポジトリ）または他のデータへアクセスできるようにします。サーバをインストール中に<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's home directory to the directory where you are going to keep the installation trees for your 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ユーザのホームディレクトリをゲストのインストールツリーを置いておきたいディレクトリに変更します。FTPユーザ用のエントリ例は以下のようなものです：

note: Tag: para
en: Verify that <systemitem class="daemon">vsftpd</systemitem> is not enabled using the <command>chkconfig --list vsftpd</command>:
ja_JP: <command>chkconfig --list vsftpd</command>を用いて<systemitem class="daemon">vsftpd</systemitem>が有効でないことを確認します：

note: Tag: para
en: Run the <command>chkconfig --levels 345 vsftpd on</command> to start vsftpd automatically for run levels 3, 4 and 5.
ja_JP: vsftpdがランレベル3、4および5で自動的に開始するよう、<command>chkconfig --levels 345 vsftpd on</command>を実行します。

note: Tag: para
en: Use the <command>chkconfig --list vsftpd</command> command to verify the <command>vsftpd</command> daemon is enabled to start during system boot:
ja_JP: <command>chkconfig --list vsftpd</command>を使用して、<command>vsftpd</command>デーモンがシステム起動中に開始するよう有効化されていることを確認します：

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: Disable SMART disk monitoring for guests
ja_JP: ゲストに対するSMARTディスクモニタリングの無効化

note: Tag: para
en: SMART disk monitoring can be safely disabled as virtual disks and the physical storage devices are managed by the host.
ja_JP: SMARTディスクモニタリングは仮想ディスクとして安全に無効にされ、物理ストレージデバイスはホストにより管理されます。

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>アプリケーションを使用します。

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: <application>vncserver</application>が開始されるといつでも、GNOMEセッションが開始するよう<filename>~/.vnc/xstartup</filename>ファイルを編集します。初めて<application>vncserver</application>スクリプトは、使用したいVNCセッションのパスワードを尋ねられます。

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

note: Tag: title
en: Gracefully shutting down guests
ja_JP: ゲストの緩やかなシャットダウン

note: Tag: para
en: Installing virtualized Red Hat Enterprise Linux 6 guests with the <option>Minimal installation</option> installation option will not install the <package>acpid</package> package.
ja_JP: Red Hat Enterprise Linux 6仮想ゲストを<option>最小インストール</option>のインストールオプションでインストールすると、<package>acpid</package>パッケージがインストールされません。

note: Tag: para
en: Without the <package>acpid</package> package, the Red Hat Enterprise Linux 6 guest does not shut down when the <command>virsh shutdown</command> command is executed. The <command>virsh shutdown</command> command is designed to gracefully shut down virtualized guests.
ja_JP: <package>acpid</package> パッケージがないと、Red Hat Enterprise Linux 6ゲストは、<command>virsh shutdown</command>コマンドが実行されてもシャットダウンしません。<command>virsh shutdown</command>コマンドは仮想ゲストを緩やかにシャットダウンするよう設計されています。

note: Tag: para
en: Using <command>virsh shutdown</command> is easier amd safer for system administration. Without graceful shut down with the <command>virsh shutdown</command> command a system administrator must log into a virtualized guest manually or send the <keycap>Ctrl</keycap>-<keycap>Alt</keycap>-<keycap>Del</keycap> key combination to each guest.
ja_JP: <command>virsh shutdown</command>はシステム管理者にとって、より簡単かつ安全です。<command>virsh shutdown</command>コマンドによる緩やかなシャットダウンがなければ、システム管理者は、仮想ゲストへ手動でログインするか、もしくは各ゲストへ<keycap>Ctrl</keycap>-<keycap>Alt</keycap>-<keycap>Del</keycap>キーコンビネーションを送るかしなければいけません。

note: Tag: title
en: Other virtualized operating systems
ja_JP: 他の仮想オペレーティングシステム

note: Tag: para
en: Other virtualized operating systems may be affected by this issue. The <command>virsh shutdown</command> command requires that the guest operating system is configured to handle ACPI shut down requests. Many operating systems require additional configuration on the guest operating system to accept ACPI shut down requests.
ja_JP: 他のオペレーティングシステムはこの問題によって影響されるかもしれません。<command>virsh shutdown</command>コマンドは、ゲストオペレーティングシステムがACPIシャットダウン要求を処理するように設定されている必要があります。多くのオペレーティングシステムは、ACPIシャットダウン要求を受け付けるために、ゲストオペレーティングシステムにおいて追加の設定が必要になります。

note: Tag: title
en: Workaround for Red Hat Enteprise Linux 6
ja_JP: Red Hat Enteprise Linux 6に対する回避方法

note: Tag: title
en: Install the acpid package
ja_JP: acpidパッケージをインストールします。

note: Tag: para
en: The <command>acpid</command> service listen and processes ACPI requests.
ja_JP: <command>acpid</command>サービスがACPIリクエストを受け付けて処理します。

note: Tag: para
en: Log into the guest and install the <package>acpid</package> package on the guest:
ja_JP: ゲストにログインし、ゲストに<package>acpid</package>パッケージをインストールします：

note: Tag: title
en: Enable the acpid service
ja_JP: acpidサービスを有効化します

note: Tag: para
en: Set the <systemitem class="daemon">acpid</systemitem> service to start during the guest boot sequence and start the service:
ja_JP: <systemitem class="daemon">acpid</systemitem>サービスがゲストのブートシーケンス中に開始するようセットし、サービスを開始します：

note: Tag: para
en: The guest is now configured to shut down when the <command>virsh shutdown</command> command is used.
ja_JP: <command>virsh shutdown</command>コマンドが使われるとき、ゲストはシャットダウンするように設定されています。
