en to ja translation catalogue (47 entries)

note: type: Title ==
en: Using Xen with DRBD
ja: DRBDでのXenの使用

note: type: Plain text
en: indexterm:[Xen]This chapter outlines the use of DRBD as a Virtual Block Device (VBD) for virtualization environments using the Xen hypervisor.
ja: indexterm:[Xen]この章では、Xenハイパーバイザを使用する仮想化環境のVBD (Virtual Block Device: 仮想ブロックデバイス)としてDRBDを使用する方法を説明します。

note: type: Title ===
en: Xen primer
ja: Xenの基礎

note: type: Plain text
en: Xen is a virtualization framework originally developed at the University of Cambridge (UK), and later being maintained by XenSource, Inc. (now a part of Citrix). It is included in reasonably recent releases of most Linux distributions, such as Debian GNU/Linux (since version 4.0), SUSE Linux Enterprise Server (since release 10), Red Hat Enterprise Linux (since release 5), and many others.
ja: Xenはケンブリッジ大学(英国)で開発された仮想化フレームワークで、その後はXenSource, Inc. (現在はCitrix傘下)が維持管理しています。Debian GNU/Linux (バージョン4.0以降)、SUSE Linux Enterprise Server (リリース10以降)、Red Hat Enterprise Linux (リリース5)など、ほとんどのLinuxディストリビューションの比較的新しいリリースにはXenが含まれています。

note: type: Plain text
en: Xen uses paravirtualization — a virtualization method involving a high degree of cooperation between the virtualization host and guest virtual machines — with selected guest operating systems for improved performance in comparison to conventional virtualization solutions (which are typically based on hardware emulation). Xen also supports full hardware emulation on CPUs that support the appropriate virtualization extensions; in Xen parlance, this is known as HVM ( "hardware-assisted virtual machine").
ja: Xenでは indexterm:[Xen]準仮想化が使用されます。これは、仮想化ホストとゲスト仮想マシンの高度な協調を必要とする仮想化方式です。従来のハードウェアエミュレーションにもとづく仮想化ソリューションよりも高いパフォーマンスを実現します。適切な仮想化拡張機能をサポートするCPUの場合、indexterm:[Xen]Xenは完全なハードウェアエミュレーションもサポートします。これはXenの用語ではHVM (「Hardware-assisted Virtual Machine: ハードウェア支援仮想マシン」)と呼ばれます。

note: type: Plain text
en: At the time of writing, CPU extensions supported by Xen for HVM are Intel's Virtualization Technology (VT, formerly codenamed "Vanderpool"), and AMD's Secure Virtual Machine (SVM, formerly known as "Pacifica").
ja: 本書の執筆時点で、XenがHVM用にサポートするCPU拡張機能はIntelのVirtualization Technology (VT、以前のコードネームは「Vanderpool」)およびAMDのSecure Virtual Machine (SVM、以前の「Pacifica」)です。

note: type: Plain text
en: Xen supports indexterm:[Xen, live migration]_live migration_, which refers to the capability of transferring a running guest operating system from one physical host to another, without interruption.
ja: indexterm:[Xen]Xenは _ライブマイグレーション_ をサポートします。これは、実行中のゲストオペレーティングシステムを1つの物理ホストからもう1つへ中断なく転送する機能です。

note: type: Plain text
en: When a DRBD resource is used as a replicated Virtual Block Device (VBD) for Xen, it serves to make the entire contents of a domU's virtual disk available on two servers, which can then be configured for automatic fail-over. That way, DRBD does not only provide redundancy for Linux servers (as in non-virtualized DRBD deployment scenarios), but also for any other operating system that can be virtualized under Xen — which, in essence, includes any operating system available on 32- or 64-bit Intel compatible architectures.
ja: DRBDリソースをレプリケートされたXen用仮想ブロックデバイス(VBD)として設定すると、2つのサーバの両方でdomUの仮想ディスクとして使えます。さらに自動フェイルオーバさせることも可能になります。このように、DRBDは、仮想化以外の他の用途と同様に、Linuxサーバに冗長性を提供するだけでなく、Xenによって仮想化できる他のオペレーティングシステムにも冗長性を提供します。これには32ビットまたは64ビットIntel互換アーキテクチャで実行可能な実質上すべてのオペレーティングシステムが含まれます。

note: type: Title ===
en: Setting DRBD module parameters for use with Xen
ja: Xenとともに使用するためにDRBDモジュールパラメータを設定する

note: type: Plain text
en: For Xen Domain-0 kernels, it is recommended to load the DRBD module with the parameter `disable_sendpage` set to `1`. To do so, create (or open) the file `/etc/modprobe.d/drbd.conf` and enter the following line:
ja: Xen Domain-0カーネルの場合は、 `disable_sendpage` を `1` に設定してDRBDモジュールをロードすることをお勧めします。ファイル `/etc/modprobe.d/drbd.conf` を作成するか開いて、次の行を入力します。

note: type: Title ===
en: Creating a DRBD resource suitable to act as a Xen VBD
ja: Xen VBDとして適切なDRBDリソースを作成する

note: type: Plain text
en: Configuring a DRBD resource that is to be used as a Virtual Block Device for Xen is fairly straightforward -- in essence, the typical configuration matches that of a DRBD resource being used for any other purpose. However, if you want to enable live migration for your guest instance, you need to enable indexterm:[Dual-Primary mode]<<s-dual-primary-mode,dual-primary mode>>for this resource:
ja: Xenの仮想ブロックデバイスとして使用するDRBDリソースの設定は比較的簡単です。基本的には、他の目的に使用するDRBDリソースの構成とほぼ同様です。ただし、ゲストインスタンスの indexterm:[Xen]ライブマイグレーションを有効にしたい場合は、そのリソースのindexterm:[dual-primary mode]<<s-dual-primary-mode,デュアルプライマリモード>>を有効にする必要があります。

note: type: Plain text
en: Enabling dual-primary mode is necessary because Xen, before initiating live migration, checks for write access on all VBDs a resource is configured to use on both the source and the destination host for the migration.
ja: デュアルプライマリモードを有効にするのは、Xenがライブマイグレーションを開始する前にすべてのVBDの書き込みアクセスをチェックするためです。リソースは、移行元ホストと移行先ホストの両方で使用されるように設定されます。

note: type: Title ===
en: Using DRBD VBDs
ja: DRBD VBDの使用

note: type: Plain text
en: In order to use a DRBD resource as the virtual block device, you must add a line like the following to your Xen domU configuration: indexterm:[Xen]
ja: DRBDリソースを仮想ブロックデバイスとして使用するには、Xen domU設定に次のような行を追加する必要があります。 indexterm:[Xen]

note: type: Plain text
en: This example configuration makes the DRBD resource named _resource_ available to the domU as `/dev/xvda` in read/write mode (`w`).
ja: この設定例では、resource という名前のDRBDリソースを読み取り/書きみモード( `w` )で `/dev/xvda` としてdomUで使用できるようにします。

note: type: Plain text
en: Of course, you may use multiple DRBD resources with a single domU. In that case, simply add more entries like the one provided in the example to the `disk` option, separated by commas.
ja: もちろん、複数のDRBDリソースを単一のdomUで使用することもできます。その場合は、上記の例のように、コンマで区切って disk オプションにさらに項目を追加します。

note: type: Plain text
en: There are three sets of circumstances under which you cannot use this approach:
ja: ただし、次に示す3つの状況ではこの方法を使用できません。

note: type: Plain text
en: You are configuring a fully virtualized (HVM) domU.
ja: 完全に仮想化された(HVM) domUを構成する場合

note: type: Plain text
en: You are installing your domU using a graphical installation utility, _and_ that graphical installer does not support the `drbd:` syntax.
ja: グラフィカルインストールユーティリティを使用してdomUをインストールし、 _さらに_ そのグラフィカルインストーラが `drbd:` 構文をサポートしない場合。

note: type: Plain text
en: You are configuring a domU without the `kernel`, `initrd`, and `extra` options, relying instead on `bootloader` and `bootloader_args` to use a Xen pseudo-bootloader, _and_ that pseudo-bootloader does not support the `drbd:` syntax.
ja: `kernel` 、 `initrd` 、 `extra` オプションを指定せずにdomUを構成し、代わりに `bootloader` と `bootloader_args` によりXen擬似ブートローダを使用するように指定し、さらにこの擬似ブートローダが `drbd:` 構文をサポートしない場合。

note: type: Plain text
en: pygrub+ (prior to Xen 3.3) and `domUloader.py` (shipped with Xen on SUSE Linux Enterprise Server 10) are two examples of pseudo-bootloaders that do not support the `drbd:` virtual block device configuration syntax.
ja: `pygrub` (Xen 3.3より前)および `domUloader.py` (SUSE Linux Enterprise Server 10のXenに同梱)は、仮想ブロックデバイス構成の `drbd:` 構文をサポートしない擬似ブートローダの例です。

note: type: Plain text
en: `pygrub` from Xen 3.3 forward, and the `domUloader.py` version that ships with SLES 11 _do_ support this syntax.
ja: Xen 3.3以降の `pygrub` およびSLES 11に同梱される `domUloader.py` のバージョンはこの構文を `サポートします` 。

note: type: Plain text
en: Under these circumstances, you must use the traditional `phy:` device syntax and the DRBD device name that is associated with your resource, not the resource name. That, however, requires that you manage DRBD state transitions outside Xen, which is a less flexible approach than that provided by the `drbd` resource type.
ja: このような場合は、従来の `phy:` デバイス構文、およびリソース名ではなく、リソースに関連付けられたDRBDデバイス名を使用する必要があります。ただし、この場合はDRBDの状態遷移をXenの外部で管理する必要があるため、drbd リソースタイプを使用する場合より柔軟性が低下します。

note: type: Title ===
en: Starting, stopping, and migrating DRBD-backed domU's
ja: DRBDで保護されたdomUの開始、停止、移行

note: type: Block title
en: Starting the domU
ja: domUの開始

note: type: Plain text
en: Once you have configured your DRBD-backed domU, you may start it as you would any other domU:
ja: DRBDで保護されたdomUを設定したら、通常のdomUと同様に開始できます。

note: type: Plain text
en: In the process, the DRBD resource you configured as the VBD will be promoted to the primary role, and made accessible to Xen as expected.
ja: このとき、VBDとして設定したDRBDリソースは、プライマリロールに昇格され、通常どおりにXenにアクセスできるようになります。

note: type: Block title
en: Stopping the domU
ja: domUの停止

note: type: Plain text
en: This is equally straightforward:
ja: これも同様に簡単です。

note: type: Plain text
en: Again, as you would expect, the DRBD resource is returned to the secondary role after the domU is successfully shut down.
ja: この場合も、domUが正常にシャットダウンされると、DRBDリソースがセカンダリロールに戻ります。

note: type: Block title
en: Migrating the domU
ja: domUの移行

note: type: Plain text
en: This, too, is done using the usual Xen tools:
ja: これも通常のXenツールで実行します。

note: type: Plain text
en: In this case, several administrative steps are automatically taken in rapid succession:
ja: この場合、短時間に連続して複数の管理ステップが自動的に実行されます。

note: type: Plain text
en: The resource is promoted to the primary role on _destination-host_.
ja: _destination-host_ のリソースがプライマリロールに昇格されます。

note: type: Plain text
en: Live migration of _domU_ is initiated on the local host.
ja: _domU_ のライブマイグレーションがローカルホストで開始します。

note: type: Plain text
en: When migration to the destination host has completed, the resource is demoted to the secondary role locally.
ja: 移行先ホストへの移行が完了すると、 ローカル側でリソースがセカンダリロールに降格されます。

note: type: Plain text
en: The fact that both resources must briefly run in the primary role on both hosts is the reason for having to configure the resource in dual-primary mode in the first place.
ja: 最初にリソースをデュアルプライマリモードに設定するのは、両方のリソースを短時間だけ両方のホストでプライマリロールとして実行する必要があるためです。

note: type: Title ===
en: Internals of DRBD/Xen integration
ja: DRBDとXen統合の内部

note: type: Plain text
en: Xen supports two Virtual Block Device types natively:
ja: Xenはネイティブで次のタイプの仮想ブロックデバイスをサポートします。

note: type: Plain text
en: This device type is used to hand "physical" block devices, available in the host environment, off to a guest domU in an essentially transparent fashion.
ja: このデバイスタイプは、ホスト環境で使用可能な「物理的な」ブロックデバイスをゲストdomUに基本的には透過的な方法で渡します。

note: type: Plain text
en: This device type is used to make file-based block device images available to the guest domU. It works by creating a loop block device from the original image file, and then handing that block device off to the domU in much the same fashion as the `phy` device type does.
ja: このデバイスタイプは、ファイルベースのブロックデバイスイメージをゲストdomUで使用するためのものです。元のイメージファイルからループブロックデバイスを作成し、このブロックデバイスを `phy` デバイスタイプとほぼ同じ方法でdomUに渡します。

note: type: Plain text
en: If a Virtual Block Device configured in the `disk` option of a domU configuration uses any prefix other than `phy:`, `file:`, or no prefix at all (in which case Xen defaults to using the `phy` device type), Xen expects to find a helper script named ``block-``_prefix_ in the Xen scripts directory, commonly `/etc/xen/scripts`.
ja: domU構成の `disk` オプションで設定された仮想ブロックデバイスが `phy:` と `file:` 以外の接頭辞を使用する場合、または接頭辞をまったく使用しない場合(この場合はXenのデフォルトの `phy` デバイスタイプが使用される)は、Xenスクリプトディレクトリ(通常は `/etc/xen/scripts` )にある `block-` _prefix_ というヘルパースクリプトが使用されます。

note: type: Plain text
en: The DRBD distribution provides such a script for the `drbd` device type, named `/etc/xen/scripts/block-drbd`. This script handles the necessary DRBD resource state transitions as described earlier in this chapter.
ja: DRBDは `drbd` デバイスタイプ用のスクリプト( `/etc/xen/scripts/block-drbd` )を提供しています。この章の前半で述べたように、このスクリプトは必要に応じてDRBDリソースの状態遷移を制御します。

note: type: Title ===
en: Integrating Xen with Pacemaker
ja: XenとPacemakerの統合

note: type: Plain text
en: indexterm:[Xen]indexterm:[Heartbeat]In order to fully capitalize on the benefits provided by having a DRBD-backed Xen VBD's, it is recommended to have Pacemaker manage the associated domU's as Pacemaker resources.
ja: indexterm:[Xen]indexterm:[Heartbeat]DRBDで保護されるXen VBDのメリットを十分に活用するために Pacemaker を使用し、関連する domU を Pacemaker リソースとして管理することをお勧めします。

note: type: Plain text
en: You may configure a Xen domU as a Pacemaker resource, and automate resource failover. To do so, use the Xen OCF resource agent. If you are using the `drbd` Xen device type described in this chapter, you will _not_ need to configure any separate `drbd` resource for use by the Xen cluster resource. Instead, the `block-drbd` helper script will do all the necessary resource transitions for you.
ja: Xen domUをPacemakerリソースとして構成し、フェイルオーバを自動化することができます。これには `Xen` OCFリソースエージェントを使用します。この章で説明したXenデバイスタイプとして `drbd` を使用している場合は、Xenクラスタリソースで使用するために個別にdrbdリソースを設定する必要は _ありません_ 。`block-drbd` ヘルパースクリプトによって必要なリソース移行がすべて実行されます。
