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

note: Tag: title
en: Setting KVM processor affinities
ja_JP: KVMプロセッサアフィニティの設定

note: Tag: para
en: This section covers setting processor and processing core affinities with <application>libvirt</application> and KVM guests.
ja_JP: このセクションは、<application>libvirt</application>とKVMゲストで、

note: Tag: para
en: By default, libvirt provisions guests using the hypervisor's default policy. For most hypervisors, the policy is to run guests on any available processing core or CPU. There are times when an explicit policy may be better, in particular for systems with a NUMA (Non-Uniform Memory Access) architecture. A guest on a NUMA system should be pinned to a processing core so that its memory allocations are always local to the node it is running on. This avoids cross-node memory transports which have less bandwidth and can significantly degrade performance.
ja_JP: デフォルトで、libvirtはハイパーバイザのデフォルトポリシーを用いてゲストをセットアップします。多くのハイパーバイザにとって、ポリシーは利用可能な処理コアやCPUすべてにおいてゲストを実行するようになっています。特にNUMA (Non-Uniform Memory Access) アーキテクチャを持つシステムに対しては、明確なポリシーがより良いかもしれないときがあります。NUMAシステムにおけるゲストは、メモリ配置が常に実行されているノードのローカルにあるよう、処理コアを固定すべきです。

note: Tag: para
en: On a non-NUMA systems some form of explicit placement across the hosts’ sockets, cores and hyperthreads may be more efficient.
ja_JP: 非NUMAシステムにおいて、ホストのソケット、コアおよびハイパースレッディングをまたがった明確な配置のいくかの形式は、より効率的かもしれません。

note: Tag: title
en: Identifying CPU and NUMA topology
ja_JP: CPUとNUMA接続形態の識別

note: Tag: para
en: The first step in deciding what policy to apply is to determine the host’s memory and CPU topology. The <command>virsh nodeinfo</command> command provides information about how many sockets, cores and hyperthreads there are attached a host.
ja_JP: どのポリシーを適用するかを決める最初のステップは、ホストのメモリとCPU接続形態を決定することです。<command>virsh nodeinfo</command>コマンドは、ホストに接続されているソケット数、コア数およびハイパースレッド数に関する情報を提供します。

note: Tag: para
en: This system has eight CPUs, in two sockets, each processor has four cores.
ja_JP: このシステムは2ソケットに8CPUを持ち、各プロセッサが4コアを持ちます。

note: Tag: para
en: The output shows that that the system has a NUMA architecture. NUMA is more complex and requires more data to accurately interpret. Use the <command>virsh capabilities</command> to get additional output data on the CPU configuration.
ja_JP: 出力は、システムがNUMAアーキテクチャを持つことを示しています。NUMAは、より複雑であり、正しく解釈されるためによりデータが必要です。CPU設定において追加の出力データを手に入れられるように<command>virsh capabilities</command>を使用してください。

note: Tag: para
en: The output shows two NUMA nodes (also know as NUMA cells), each containing four logical CPUs (four processing cores). This system has two sockets, therefore it can be inferred that each socket is a separate NUMA node. For a guest with four virtual CPUs, it would be optimal to lock the guest to physical CPUs 0 to 3, or 4 to 7 to avoid accessing non-local memory, which are significantly slower than accessing local memory.
ja_JP: 出力は、二つのNUMAノード（NUMAセルとしても知られている）を示しており、それぞれ4論理CPU（4処理コア）を含んでいます。このシステムは二つのソケットがあるため、各ソケットは分離したNUMAノードであることが推測できます。4仮想CPUを持つゲストに対して、ローカルメモリへのアクセスに比べて非常に遅くなる、非ローカルメモリへアクセスするのを避けるために、ゲストを物理CPUの0～3もしくは4～7へ固定することが最適でしょう。

note: Tag: para
en: If a guest requires eight virtual CPUs, as each NUMA node only has four physical CPUs, a better utilization may be obtained by running a pair of four virtual CPU guests and splitting the work between them, rather than using a single 8 CPU guest. Running across multiple NUMA nodes significantly degrades performance for physical and virtualized tasks.
ja_JP: ゲストは8仮想CPUを必要とするならば、各NUMAノードが4物理CPUしか持たないので、単一の8CPUゲストを使用するよりはむしろ、4仮想CPUのゲストの組を実行し、それらの間で作業を分けることで、より良く利用できるでしょう。

note: Tag: title
en: Decide which NUMA node can run the guest
ja_JP: どのNUMAノードがゲストを実行するかの決定

note: Tag: para
en: Locking a guest to a particular NUMA node offers no benefit if that node does not have sufficient free memory for that guest. libvirt stores information on the free memory available on each node. Use the <command>virsh freecell</command> command to display the free memory on all NUMA nodes.
ja_JP: ゲストを特定のNUMAノードに固定することは、そのノードがゲストに対する十分な空きメモリを持たないならば、利益はありません。libvirtは各ノードにおける空きメモリの情報を保存します。すべてのNUMAノードにおける空きメモリを表示するために、<command>virsh freecell</command>コマンドを使用してください。

note: Tag: para
en: If a guest requires 3 GB of RAM allocated, then the guest should be run on NUMA node (cell) 1. Node 0 only has 2.2GB free which is probably not sufficient for certain guests.
ja_JP: ゲストが3GBのRAM割り当てを必要とするならば、ゲストはNUMAノード（セル）1で実行されるでしょう。ノード0は、おそらく特定のゲストに対しては十分ではない、2.2GBの空きしかありません。

note: Tag: title
en: Lock a guest to a NUMA node or physical CPU set
ja_JP: ゲストのNUMAノードまたは物理CPUセットへの固定

note: Tag: para
en: Once you have determined which node to run the guest on, refer to the capabilities data (the output of the <command>virsh capabilities</command> command) about NUMA topology.
ja_JP: いったんゲストをどのノードで実行するか決めたら、NUMA接続形態に関する性能データ（<command>virsh capabilities</command>コマンドの出力）を参照してください。

note: Tag: para
en: Extract from the <command>virsh capabilities</command> output.
ja_JP: <command>virsh capabilities</command>出力からの変換

note: Tag: para
en: Observe that the node 1, <computeroutput>&lt;cell id='1'&gt;</computeroutput>, has physical CPUs 4 to 7.
ja_JP: ノード1（<computeroutput>&lt;cell id='1'&gt;</computeroutput>）が物理CPU4～7を持つことを確認してください。

note: Tag: para
en: The guest can be locked to a set of CPUs by appending the <computeroutput>cpuset</computeroutput> attribute to the configuration file.
ja_JP: ゲストは、<computeroutput>cpuset</computeroutput>属性を設定ファイルにすることで、CPUの組を固定できます。

note: Tag: para
en: While the guest is offline, open the configuration file with <command>virsh edit</command>.
ja_JP: ゲストがオフラインの間、<command>virsh edit</command>で設定ファイルを開いてください。

note: Tag: para
en: Locate where the guest's virtual CPU count is specified. Find the <computeroutput>vcpus</computeroutput> element.
ja_JP: ゲストの仮想CPUカウントが特定される位置を見つけます。。<computeroutput>vcpus</computeroutput>要素を探します。

note: Tag: para
en: The guest in this example has four CPUs.
ja_JP: この例におけるゲストは4CPUを持ちます。

note: Tag: para
en: Add a <computeroutput>cpuset</computeroutput> attribute with the CPU numbers for the relevant NUMA cell.
ja_JP: 関連するNUMAセルに対するCPU番号を<computeroutput>cpuset</computeroutput>属性に追加してください。

note: Tag: para
en: Save the configuration file and restart the guest.
ja_JP: 設定ファイルを保存し、ゲストを再起動してください。

note: Tag: para
en: The guest has been locked to CPUs 4 to 7.
ja_JP: ゲストはCPU4～7に固定されました。

note: Tag: title
en: Automatically locking guests to CPUs with virt-install
ja_JP: virt-installを用いたゲストのCPUの自動固定

note: Tag: para
en: The <command>virt-install</command> provisioning tool provides a simple way to automatically apply a 'best fit' NUMA policy when guests are created.
ja_JP: <command>virt-install</command>セットアップツールは、ゲストが作成されるときに「最も合う」NUMAポリシーを自動的に適用するために簡単な方法を提供します。

note: Tag: para
en: The <parameter>cpuset</parameter> option for <command>virt-install</command> can use a CPU set of processors or the parameter <parameter>auto</parameter>. The <parameter>auto</parameter> parameter automatically determines the optimal CPU locking using the available NUMA data.
ja_JP: <command>virt-install</command>への<parameter>cpuset</parameter>オプションは、プロセッサのCPUセットまたはパラメータ<parameter>auto</parameter>を使用できます。<parameter>auto</parameter>パラメータは、利用可能なNUMAデータを用いて最適なCPU固定を自動的に決定します。

note: Tag: para
en: For a NUMA system, use the <parameter>--cpuset=auto</parameter> with the <command>virt-install</command> command when creating new guests.
ja_JP: NUMAシステムに対して、新規ゲストを作成するとき、<command>virt-install</command>コマンドに<parameter>--cpuset=auto</parameter>を使います。

note: Tag: title
en: Tuning CPU affinity on running guests
ja_JP: 動作中のゲストにおけるCPUアフィニティのチューニング

note: Tag: para
en: There may be times where modifying CPU affinities on running guests is preferable to rebooting the guest. The <command>virsh vcpuinfo</command> and <command>virsh vcpupin</command> commands can perform CPU affinity changes on running guests.
ja_JP: 実行中のゲストにおいてCPUアフィニティを変更するとき、ゲストを再起動したほうが望ましい場合があるかもしれません。<command>virsh vcpuinfo</command>と<command>virsh vcpupin</command>コマンドは、実行中にゲストにおいてCPUアフィニティを変更できます。

note: Tag: para
en: The <command>virsh vcpuinfo</command> command gives up to date information about where each virtual CPU is running.
ja_JP: <command>virsh vcpuinfo</command>コマンドは、各仮想CPUがどこで動作しているかに関する情報に日付をつけることを保証します。

note: Tag: para
en: In this example, <replaceable>guest1</replaceable> is a guest with four virtual CPUs is running on a KVM host.
ja_JP: この例では、<replaceable>guest1</replaceable>は、KVMホストで実行している4仮想CPUを持つゲストです。

note: Tag: para
en: The <command>virsh vcpuinfo</command> output (the <computeroutput>yyyyyyyy</computeroutput> value of <computeroutput>CPU Affinity</computeroutput>) shows that the guest can presently run on any CPU.
ja_JP: <command>virsh vcpuinfo</command>の出力（<computeroutput>CPU Affinity</computeroutput>の<computeroutput>yyyyyyyy</computeroutput>値）は、現在ゲストがすべてのCPUにおいて実行できることを示しています。

note: Tag: para
en: To lock the virtual CPUs to the second NUMA node (CPUs four to seven), run the following commands.
ja_JP: 仮想CPUを第2NUMAノード（CPU4～7）に固定するために、以下のコマンドを実行します。

note: Tag: para
en: The <command>virsh vcpuinfo</command> command confirms the change in affinity.
ja_JP: <command>virsh vcpuinfo</command>コマンドはアフィニティにおける変更を確認します。

note: Tag: para
en: Information from the KVM processes can also confirm that the guest is now running on the second NUMA node.
ja_JP: KVMプロセスからの情報も、ゲストがいま第2NUMAノードにおいて実行されていることを確認できます。
