en to ja translation catalogue (112 entries)

note: FIXME type: Title ==
en: Integrating DRBD with Pacemaker clusters
ja: DRBDとPacemakerクラスタ

note: type: Plain text
en: indexterm:[Pacemaker]Using DRBD in conjunction with the Pacemaker cluster stack is arguably DRBD's most frequently found use case. Pacemaker is also one of the applications that make DRBD extremely powerful in a wide variety of usage scenarios.
ja: indexterm:[Pacemaker]PacemakerクラスタスタックとDRBDの組み合わせは、もっとも多いDRBDの使いみちです。そしてまた、Pacemakerはさまざまな使用シナリオでDRBDを非常に強力なものにするアプリケーションの１つです。

note: type: Plain text
en: DRBD can be used in Pacemaker clusters in different ways:
ja: DRBD は Pacemaker クラスタでさまざまな方法で使用できます。

note: type: Plain text
en: DRBD running as a background-service, used like a SAN; or
ja: DRBDをSANのようにバックグラウンドのサービスとして使用する、または

note: type: Plain text
en: DRBD completely managed by Pacemaker via the DRBD OCF resource agent
ja: DRBD は DRBD OCF リソースエージェントを介して Pacemaker によって完全に管理されます。

note: type: Plain text
en: Both have a few advantages and disadvantages, these will be discussed below.
ja: それぞれの長所と短所は後で考察します。

note: type: Plain text
en: It's recommended to have either fencing configured or quorum enabled.  (But not both. External fencing handler results may interact in conflicting ways with DRBD internal quorum.)  If your cluster has communication issues (e.g. network switch loses power) and gets split, the parts might start the services (failover)  and cause a *Split-Brain* when the communication resumes again.
ja: フェンシングを構成するか、またはクォーラムを有効にすることをお勧めします（ただし、両方ではありません。外部フェンシングハンドラーの結果は、DRBD 内部クォーラムと競合し相互作用する可能性があります）。クラスタ間の接続が途切れてノードが互いを見失うと、両ノードでサービスが開始し(フェイルオーバー)、通信が復帰したタイミングで *スプリットブレイン* が発生する事になります。

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

note: type: Plain text
en: Pacemaker is a sophisticated, feature-rich, and widely deployed cluster resource manager for the Linux platform. It comes with a rich set of documentation. In order to understand this chapter, reading the following documents is highly recommended:
ja: PacemakerはLinuxプラットフォーム向けの高度で機能豊富なクラスタリソースマネージャで、さまざまな用途で使われています。マニュアルも豊富に用意されています。この章を理解するために、以下のドキュメントを読むことを強くお勧めします。

note: type: Plain text
en: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf[Clusters From Scratch], a step-by-step guide to configuring high availability clusters;
ja: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf[Clusters From Scratch]:高可用性クラスタ構築ステップバイステップガイド

note: type: Plain text
en: http://crmsh.github.io/documentation/index.html[CRM CLI (command line interface) tool], a manual for the CRM shell, a simple and intuitive command line interface bundled with Pacemaker;
ja: http://crmsh.github.io/documentation/index.html[CRM CLI (command line interface) tool]:CRMのシェルやシンプルかつ直感的なコマンドラインインタフェースのマニュアル

note: type: Plain text
en: http://clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Pacemaker_Explained/[Pacemaker Configuration Explained], a reference document explaining the concept and design behind Pacemaker.
ja: http://clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Pacemaker_Explained/[Pacemaker Configuration Explained]:Pacemakerの背景にあるコンセプトや設計を説明している参考ドキュメント

note: type: Title ===
en: Using DRBD as a background service in a pacemaker cluster
ja: DRBDをPacemakerクラスタで管理する

note: type: Plain text
en: In this section you will see that using autonomous DRBD storage can look like local storage; so integrating in a Pacemaker cluster is done by pointing your mount points at DRBD.
ja: 自律的なDRBDストレージはローカルストレージのように扱えます。Pacemakerクラスタへの組み込みは、DRBDのマウントポイントを指定することで行えます。

note: type: Plain text
en: First of all, we will use the `auto-promote` feature of DRBD, so that DRBD automatically sets itself _Primary_ when needed. This will probably apply to all of your resources, so setting that a default in the `common` section makes sense:
ja: 初めに、DRBDの `自動プロモーション` 機能を使用しますので、DRBDは必要な時に自分自身を `プライマリ` に設定します。この動作はすべてのリソースで同じなので `common` セクションで設定しておくとよいでしょう。

note: type: Plain text
en: Now you just need to use your storage, e.g. via a filesystem:
ja: 後はファイルシステム経由で使ってストレージにアクセスするだけです。

note: type: Block title
en: Pacemaker configuration for DRBD-backed MySQL service, using `auto-promote`
ja: `自動プロモーション` を使ったDRBDを下位デバイスにするMySQLサービスのPacemaker設定

note: type: Plain text
en: Essentially all that is needed is a mountpoint (`/var/lib/mysql` in this example) where the DRBD resource gets mounted.
ja: 基本的には、必要なのはDRBDリソースがマウントされるマウントポイント(この例では `/var/lib/mysql` )です。

note: type: Plain text
en: As long as Pacemaker has control, it will only allow a single instance of that mount across your cluster.
ja: Pacemaker管理下ではクラスタ内で1インスタンスのみがマウント出来ます。

note: type: Plain text
en: See also <<s-pacemaker-drbd-attr>> for additional information on ordering constraints for system startup and more.
ja: システム起動などの順序の制約に関する追加情報は <<s-pacemaker-drbd-attr>> も参照ください。

note: type: Title ===
en: Adding a DRBD-backed service to the cluster configuration, including a master-slave resource
ja: DRBDを下位デバイスにするマスターとスレーブのあるサービスのクラスタ設定

note: type: Plain text
en: This section explains how to enable a DRBD-backed service in a Pacemaker cluster.
ja: このセクションではPacemakerクラスタでDRBDを下位デバイスにするサービスを使用する方法を説明します。

note: type: Plain text
en: If you are employing the DRBD OCF resource agent, it is recommended that you defer DRBD startup, shutdown, promotion, and demotion _exclusively_ to the OCF resource agent. That means that you should disable the DRBD init script:
ja: DRBDのOCFリソースエージェントを採用している場合には、DRBDの起動、停止、昇格、降格はOCFリソースエージェント _のみ_ で行う事を推奨します。DRBDの自動起動は無効にしてください。

note: type: Plain text
en: The `ocf:linbit:drbd` OCF resource agent provides Master/Slave capability, allowing Pacemaker to start and monitor the DRBD resource on multiple nodes and promoting and demoting as needed. You must, however, understand that the DRBD RA disconnects and detaches all DRBD resources it manages on Pacemaker shutdown, and also upon enabling standby mode for a node.
ja: OCFリソースエージェントの `ocf:linbit:drbd` はマスター/スレーブ管理が可能であり、Pacemakerから複数ノードでのDRBDリソースの起動やモニター、必要な場合には降格を行うことができます。ただし、 `drbd` リソースエージェントはPacemakerのシャットダウン時、またはノードをスタンバイモードにする時には、管理する全DRBDリソースを切断してデタッチを行う事を理解しておく必要があります。

note: type: Plain text
en: The OCF resource agent which ships with DRBD belongs to the `linbit` provider, and hence installs as `/usr/lib/ocf/resource.d/linbit/drbd`. There is a legacy resource agent that ships as part of the OCF resource agents package, which uses the `heartbeat` provider and installs into `/usr/lib/ocf/resource.d/heartbeat/drbd`. The legacy OCF RA is deprecated and should no longer be used.
ja: `linbit` のDRBD付属のOCFリソースエージェントは `/usr/lib/ocf/resource.d/linbit/drbd` にインストールされます。`heartbeat` のOCFリソースパッケージに付属するレガシーなリソースエージェントは `/usr/lib/ocf/resource.d/heartbeat/drbd` にインストールされます。レガシーなOCFリソースエージェントは非推奨なので使用しないでください。

note: type: Plain text
en: In order to enable a DRBD-backed configuration for a MySQL database in a Pacemaker CRM cluster with the `drbd` OCF resource agent, you must create both the necessary resources, and Pacemaker constraints to ensure your service only starts on a previously promoted DRBD resource. You may do so using the `crm` shell, as outlined in the following example:
ja: `drbd` のOCFリソースエージェントを使用したPacemakerのCRMクラスタで、MySQLデータベースにDRBDの下位デバイス設定を有効にするためには、両方の必要なリソースエージェントを作成して、 先行してDRBDリソースが昇格したノードでだけサービスが起動するようにPacemakerの制約を設定しなければなりません。以下に示すように、`crm` シェルで設定することができます。

note: type: Block title
en: Pacemaker configuration for DRBD-backed MySQL service, using a `master-slave` resource
ja: `マスター/スレーブ` リソースを使ったDRBDを下位デバイスにするMySQLサービスのPacemaker設定

note: type: Plain text
en: After this, your configuration should be enabled. Pacemaker now selects a node on which it promotes the DRBD resource, and then starts the DRBD-backed resource group on that same node.
ja: これで設定が有効になります。そしてPacemakerがDRBDリソースを昇格するノードを選び、そのノードでDRBDを下位デバイスにするリソースを起動します。

note: type: Plain text
en: See also <<s-pacemaker-drbd-attr>> for additional information on location contraints for placing the Master role.
ja: Master role を配置するための location 制約に関する追加情報は <<s-pacemaker-drbd-attr>> も参照ください。

note: type: Title ===
en: Using resource-level fencing in Pacemaker clusters
ja: Pacemakerクラスタでリソースレベルのフェンシングを使用する

note: type: Plain text
en: This section outlines the steps necessary to prevent Pacemaker from promoting a DRBD Master/Slave resource when its DRBD replication link has been interrupted. This keeps Pacemaker from starting a service with outdated data and causing an unwanted "time warp" in the process.
ja: ここでは、DRBDのレプリケーションリンクが遮断された場合に、Pacemakerが `drbd` マスター/スレーブリソースを昇格させないようにするために必要な手順の概要を説明します。これにより、Pacemakerが古いデータでサービスを開始し、プロセスでの不要な「タイムワープ」の原因になることが回避できます。

note: type: Plain text
en: In order to enable any resource-level fencing for DRBD, you must add the following lines to your resource configuration:
ja: DRBD用のリソースレベルのフェンシングを有効にするには、リソース設定で次の行を追加する必要があります。

note: type: Plain text
en: You will also have to make changes to the `handlers` section depending on the cluster infrastructure being used.
ja: 同時に、使用するクラスタインフラストラクチャによっては `handlers` セクションも変更しなければなりません。

note: type: Plain text
en: Corosync-based Pacemaker clusters can use the functionality explained in <<s-pacemaker-fencing-cib>>.
ja: Corosync を使用したクラスタは <<s-pacemaker-fencing-cib>>で説明されている機能を使うことができます。

note: type: Plain text
en: It is absolutely vital to configure at least two independent cluster communications channels for this functionality to work correctly. Corosync clusters should list at least two redundant rings in `corosync.conf`, respectively several paths for knet.
ja: 最低でも2つの独立したクラスタ通信チャネルを設定しなければ、この機能は正しく動作しません。Corosync クラスタでは最低 2 つの冗長リング、それぞれ knet のいくつかのパスを `corosync.conf` に記載しなければなりません。

note: type: Title ====
en: Resource-level fencing using the Cluster Information Base (CIB)
ja: CIB (Cluster Information Base)を使ったリソースレベルフェンシング

note: type: Plain text
en: In order to enable resource-level fencing for Pacemaker, you will have to set two options in `drbd.conf`:
ja: Pacemaker用のリソースレベルフェンシングを有効にするには、 `drbd.conf` の2つのオプション設定をする必要があります。

note: type: Plain text
en: Thus, if the DRBD replication link becomes disconnected, the `crm-fence-peer.9.sh` script contacts the cluster manager, determines the Pacemaker Master/Slave resource associated with this DRBD resource, and ensures that the Master/Slave resource no longer gets promoted on any node other than the currently active one. Conversely, when the connection is re-established and DRBD completes its synchronization process, then that constraint is removed and the cluster manager is free to promote the resource on any node again.
ja: DRBDレプリケーションリンクが切断された場合には `crm-fence-peer.sh` スクリプトがクラスタ管理システムに連絡し、このDRBDリソースに関連付けられたPacemakerのマスター/スレーブリソースが決定され、現在アクティブなノード以外のすべてのノードでマスター/スレーブリソースが昇格されることがないようにします。逆に、接続が再確立してDRBDが同期プロセスが完了すると、この制約は解除され、クラスタ管理システムは再び任意のノードのリソースを自由に昇格させることができます。

note: type: Title ===
en: Using stacked DRBD resources in Pacemaker clusters
ja: PacemakerクラスタでスタックDRBDリソースを使用する

note: type: Plain text
en: Stacking is deprecated in DRBD version 9.x, as more nodes can be implemented on a single level. See <<s-drbdconf-conns>> for details.
ja: DRBD9.xでは1つの階層で複数ノードを使用できるのでスタッキングは非推奨です。詳細は <<s-drbdconf-conns>>をご参照ください。

note: type: Plain text
en: Stacked resources allow DRBD to be used for multi-level redundancy in multiple-node clusters, or to establish off-site disaster recovery capability. This section describes how to configure DRBD and Pacemaker in such configurations.
ja: スタックリソースを用いるとマルチノードクラスタの多重冗長性やオフサイトのディザスタリカバリ機能を実現するためにDRBDを利用できます。本セクションではそのような構成におけるDRBDおよびPacemakerの設定方法について説明します。

note: type: Title ====
en: Adding off-site disaster recovery to Pacemaker clusters
ja: オフサイトディザスタリカバリ機能をPacemakerクラスタに追加する

note: type: Plain text
en: In this configuration scenario, we would deal with a two-node high availability cluster in one site, plus a separate node which would presumably be housed off-site. The third node acts as a disaster recovery node and is a standalone server. Consider the following illustration to describe the concept.
ja: この構成シナリオでは、1つのサイトの2ノードの高可用性クラスタと、多くは別のサイトに設置する独立した1つのノードについて説明します。第3のノードは、ディザスタリカバリノードとして機能するスタンドアロンサーバです。次の図で概念を説明します。

note: type: Block title
en: DRBD resource stacking in Pacemaker clusters
ja: PacemakerクラスタのDRBDリソースのスタック

note: type: Plain text
en: In this example, 'alice' and 'bob' form a two-node Pacemaker cluster, whereas 'charlie' is an off-site node not managed by Pacemaker.
ja: この例では `alice` と `bob` が2ノードのPacemakerクラスタを構成し、 `charlie` はPacemakerで管理されないオフサイトのノードです。

note: type: Plain text
en: To create such a configuration, you would first configure and initialize DRBD resources as described in <<s-three-nodes>>. Then, configure Pacemaker with the following CRM configuration:
ja: このような構成を作成するには、<<s-three-nodes>>の説明に従って、まずDRBDリソースを設定と初期化を行います。そして、次のCRM構成でPacemakerを設定します。

note: type: Plain text
en: Assuming you created this configuration in a temporary file named `/tmp/crm.txt`, you may import it into the live cluster configuration with the following command:
ja: この構成を `/tmp/crm.txt` という一時ファイルに保存し、次のコマンドで現在のクラスタにインポートします。

note: type: Plain text
en: This configuration will ensure that the following actions occur in the correct order on the 'alice'/'bob' cluster:
ja: この設定により、次の操作が正しい順序で `alice` と `bob` クラスタで行われます。

note: type: Plain text
en: Pacemaker starts the DRBD resource `r0` on both cluster nodes, and promotes one node to the Master (DRBD Primary) role.
ja: PacemakerはDRBDリソース `r0` を両クラスタノードで開始し、1つのノードをマスター(DRBD Primary)ロールに昇格させます。

note: type: Plain text
en: Pacemaker then starts the IP address 192.168.42.1, which the stacked resource is to use for replication to the third node. It does so on the node it has previously promoted to the Master role for `r0` DRBD resource.
ja: PacemakerはIPアドレス192.168.42.1の、第3ノードへのレプリケーションに使用するスタックリソースを開始します。これは、 `r0` DRBDリソースのマスターロールに昇格したノードで行われます。

note: type: Plain text
en: On the node which now has the Primary role for `r0` and also the replication IP address for `r0-U`, Pacemaker now starts the `r0-U` DRBD resource, which connects and replicates to the off-site node.
ja: `r0` がプライマリになっていて、かつ、r0-U のレプリケーション用IPアドレスを持つノードで、Pacemakerはオフサイトノードに接続およびレプリケートを行う `r0-U` DRBDリソースを開始します。

note: type: Plain text
en: Pacemaker then promotes the `r0-U` resource to the Primary role too, so it can be used by an application.
ja: 最後に、Pacemakerが `r0-U` リソースもプライマリロールに昇格させるため、ディザスタリカバリノードとのレプリケーションが始まります。

note: type: Plain text
en: Thus, this Pacemaker configuration ensures that there is not only full data redundancy between cluster nodes, but also to the third, off-site node.
ja: このように、このPacemaker構成では、クラスタノード間だけではなく第3のオフサイトノードでも完全なデータ冗長性が確保されます。

note: type: Plain text
en: This type of setup is usually deployed together with <<s-drbd-proxy,DRBD Proxy>>.
ja: このタイプの設定には通常、<<s-drbd-proxy,DRBD Proxy>>と合わせて使用するのが一般的です。

note: type: Title ====
en: Using stacked resources to achieve 4-way redundancy in Pacemaker clusters
ja: スタックリソースを使って、Pacemakerクラスタの4ノード冗長化を実現する

note: type: Plain text
en: In this configuration, a total of three DRBD resources (two unstacked, one stacked) are used to achieve 4-way storage redundancy. This means that of a 4-node cluster, up to three nodes can fail while still providing service availability.
ja: この構成では、全部で3つのDRBDリソース(2つの非スタック、1つのスタック)を使って、4ノードのストレージ冗長化を実現します。4ノードクラスタの目的と意義は、3ノードまで障害が発生しても、可用なサービスを提供し続けることが可能であることです。

note: type: Plain text
en: Consider the following illustration to explain the concept.
ja: 次の例で概念を説明します。

note: type: Plain text
en: In this example, 'alice', 'bob', 'charlie', and 'daisy' form two two-node Pacemaker clusters. 'alice' and 'bob' form the cluster named `left` and replicate data using a DRBD resource between them, while 'charlie' and 'daisy' do the same with a separate DRBD resource, in a cluster named `right`. A third, stacked DRBD resource connects the two clusters.
ja: この例では、 `alice` と `bob` ならびに `charlie` と `daisy` が2セットの2ノードPacemakerクラスタを構成しています。`alice` と `bob` は `left` という名前のクラスタを構成し、互いにDRBDリソースを使ってデータをレプリケートします。一方 `charlie` と `daisy` も同様に、 `right` という名前の別のDRBDリソースでレプリケートします。3番目に、DRBDリソースをスタックし、2つのクラスタを接続します。

note: type: Plain text
en: Due to limitations in the Pacemaker cluster manager as of Pacemaker version 1.0.5, it is not possible to create this setup in a single four-node cluster without disabling CIB validation, which is an advanced process not recommended for general-purpose use. It is anticipated that this is being addressed in future Pacemaker releases.
ja: Pacemakerバージョン1.0.5のPacemakerクラスタの制限により、CIBバリデーションを有効にしたままで4ノードクラスタをつくることはできません。CIBバリデーションは汎用的に使うのには向かない特殊な高度な処理です。これは、今後のPacemakerのリリースで解決されることが予想されます。

note: type: Plain text
en: To create such a configuration, you would first configure and initialize DRBD resources as described in <<s-three-nodes>> (except that the remote half of the DRBD configuration is also stacked, not just the local cluster). Then, configure Pacemaker with the following CRM configuration, starting with the cluster `left`:
ja: このような構成を作成するには、<<s-three-nodes>>の説明に従って、まずDRBDリソースを設定して初期化します(ただし、ローカルがクラスタになるだけでなく、リモート側にもクラスタになる点が異なります)。そして、次のCRM構成でPacemakerを設定し、 `left` クラスタを開始します。

note: type: Plain text
en: After adding this configuration to the CIB, Pacemaker will execute the following actions:
ja: CIBに上記の設定を投入すると、Pacemakerは以下のアクションを実行します。

note: type: Plain text
en: Bring up the DRBD resource `left` replicating between 'alice' and 'bob' promoting the resource to the Master role on one of these nodes.
ja: `alice` と `bob` をレプリケートするリソース `left` を起動し、いずれかのノードをマスターに昇格します。

note: type: Plain text
en: Bring up the IP address 10.9.9.100 (on either 'alice' or 'bob', depending on which of these holds the Master role for the resource `left`).
ja: IPアドレス10.9.9.100 ( `alice` または `bob` 、いずれかのリソース `left` のマスターロールを担っている方)を起動します。

note: type: Plain text
en: Bring up the DRBD resource `stacked` on the same node that holds the just-configured IP address.
ja: IPアドレスを設定したのと同じノード上で、DRBDリソース `stacked` が起動します。

note: type: Plain text
en: Promote the stacked DRBD resource to the Primary role.
ja: target-role="Master"が指定されているため、スタックリソースがプライマリになります。

note: type: Plain text
en: Now, proceed on the cluster `right` by creating the following configuration:
ja: さて、以下の設定を作り、クラスタ `right` に進みましょう。

note: type: Plain text
en: Bring up the DRBD resource `right` replicating between 'charlie' and 'daisy', promoting the resource to the Master role on one of these nodes.
ja: `charlie` と `daisy` 間をレプリケートするDRBDリソース `right` を起動し、これらのノードのいずれかをマスターにします。

note: type: Plain text
en: Bring up the IP address 10.9.10.101 (on either 'charlie' or 'daisy', depending on which of these holds the Master role for the resource `right`).
ja: IPアドレス10.9.10.101を開始します( `charlie` または `daisy` のいずれかのリソース `right` のマスターロールを担っている方)を起動します)。

note: type: Plain text
en: Leave the stacked DRBD resource in the Secondary role (due to `target-role="Slave"`).
ja: `target-role="Slave"` が指定されているため、スタックリソースはセカンダリのままになります。

note: type: Title ===
en: Configuring DRBD to replicate between two SAN-backed Pacemaker clusters
ja: 2セットのSANベースPacemakerクラスタ間をDRBDでレプリケート

note: type: Plain text
en: indexterm:[IP address, floating peers]This is a somewhat advanced setup usually employed in split-site configurations. It involves two separate Pacemaker clusters, where each cluster has access to a separate Storage Area Network (SAN). DRBD is then used to replicate data stored on that SAN, across an IP link between sites.
ja: これは、拠点が離れた構成に用いるやや高度な設定です。2つのクラスタが関与しますが、それぞれのクラスタは別々のSANストレージにアクセスします。サイト間のIPネットワークを使って2つのSANストレージのデータを同期させるためにDRBDを使います。

note: type: Plain text
en: Consider the following illustration to describe the concept.
ja: 次の図で概念を説明します。

note: type: Block title
en: Using DRBD to replicate between SAN-based clusters
ja: SANベースのクラスタ間のレプリケートにDRBDを用いる

note: type: Plain text
en: Which of the individual nodes in each site currently acts as the DRBD peer is not explicitly defined -- the DRBD peers <<s-floating-peers,are said to _float_>>; that is, DRBD binds to virtual IP addresses not tied to a specific physical machine.
ja: このような構成の場合、DRBDの通信にかかわるホストをあらかじめ明示的に指定しておくことは不可能です。つまり、動的接続構成の場合、DRBDは特定の物理マシンではなく<<s-floating-peers,_仮想IPアドレス_>>で通信先を決めます。

note: type: Plain text
en: This type of setup is usually deployed together with <<s-drbd-proxy,DRBD Proxy>> and/or <<s-truck-based-replication,truck based replication>>.
ja: このタイプの設定は通常、<<s-drbd-proxy,DRBD Proxy>>や、または<<s-truck-based-replication,トラック輸送のレプリケーション>>と組み合わせます。

note: type: Plain text
en: Since this type of setup deals with shared storage, configuring and testing STONITH is absolutely vital for it to work properly.
ja: このタイプの設定は共有ストレージを扱うので、STONITHを構築してテストすることが、正常動作の確認のためには必要不可欠です。ただし、STONITHは本書の範囲を超えるので、以下の設定例は省略しています。

note: type: Title ====
en: DRBD resource configuration
ja: DRBDリソース構成

note: type: Plain text
en: To enable your DRBD resource to float, configure it in `drbd.conf` in the following fashion:
ja: 動的接続するDRBDリソースを有効にするには、次のように `drbd.conf` を設定します。

note: type: Plain text
en: The `floating` keyword replaces the `on <host>` sections normally found in the resource configuration. In this mode, DRBD identifies peers by IP address and TCP port, rather than by host name. It is important to note that the addresses specified must be virtual cluster IP addresses, rather than physical node IP addresses, for floating to function properly. As shown in the example, in split-site configurations the two floating addresses can be expected to belong to two separate IP networks -- it is thus vital for routers and firewalls to properly allow DRBD replication traffic between the nodes.
ja: `floating` キーワードは、通常リソース設定の `on <host>` セクションの代わりに指定します。このモードでは、DRBDはホスト名ではなく、IPアドレスやTCPポートで相互接続を認識します。動的接続を適切に運用するには、物理IPアドレスではなく仮想IPアドレスを指定してください(これはとても重要です)。上の例のように、離れた地点ではそれぞれ別々のIPネットワークに属するのが一般的です。したがって、動的接続を正しく運用するにはDRBDの設定だけではなく、ルータやファイアウォールの適切な設定も重要です。

note: type: Title ====
en: Pacemaker resource configuration
ja: Pacemakerリソース構成

note: type: Plain text
en: A DRBD floating peers setup, in terms of Pacemaker configuration, involves the following items (in each of the two Pacemaker clusters involved):
ja: DRBD動的接続の設定には、少なくともPacemaker設定が必要です(2つの各Pacemakerクラスタに係わる)。

note: type: Plain text
en: A virtual cluster IP address.
ja: 仮想クラスタIPアドレス

note: type: Plain text
en: A master/slave DRBD resource (using the DRBD OCF resource agent).
ja: マスター/スレーブDRBDリソース(DRBD OCFリソースエージェントを使用)

note: type: Plain text
en: Pacemaker constraints ensuring that resources are started on the correct nodes, and in the correct order.
ja: リソースを適切なノードで正しい順序に起動するための各種制約

note: type: Plain text
en: To configure a resource named `mysql` in a floating peers configuration in a 2-node cluster, using the replication address `10.9.9.100`, configure Pacemaker with the following `crm` commands:
ja: レプリケーション用アドレスに `10.9.9.100` を使う動的接続構成と、 `mysql` というリソースを構築するには、次のように `crm` コマンドでPacemakerを設定します。

note: type: Plain text
en: Bring up the IP address 10.9.9.100 (on either 'alice' or 'bob').
ja: IPアドレス10.9.9.100を起動する( `alice` または `bob` のいずれか)

note: type: Plain text
en: Bring up the DRBD resource according to the IP address configured.
ja: IPアドレスの設定にもとづいてDRBDリソースを起動します。

note: type: Plain text
en: Promote the DRBD resource to the Primary role.
ja: DRBDリソースをプライマリにします。

note: type: Plain text
en: Then, in order to create the matching configuration in the other cluster, configure _that_ Pacemaker instance with the following commands:
ja: 次に、もう一方のクラスタで、これとマッチングする設定を作成します。 `その` Pacemakerのインスタンスを次のコマンドで設定します。

note: type: Plain text
en: Bring up the IP address 10.9.10.101 (on either 'charlie' or 'daisy').
ja: IPアドレス10.9.10.101を起動する(charlie または daisy のいずれか)。

note: type: Plain text
en: Leave the DRBD resource in the Secondary role (due to `target-role="Slave"`).
ja: target-role="Slave" が指定されているため、DRBDリソースは、セカンダリのままになります。

note: type: Title ====
en: Site fail-over
ja: サイトのフェイルオーバ

note: type: Plain text
en: In split-site configurations, it may be necessary to transfer services from one site to another. This may be a consequence of a scheduled transition, or of a disastrous event. In case the transition is a normal, anticipated event, the recommended course of action is this:
ja: 拠点が離れた構成では、サービス自体をある拠点から他の拠点に切り替える必要が生じるかもしれません。これは、計画された移行か、または悲惨な出来事の結果でしょう。計画にもとづく移行の場合、一般的な手順は次のようになります。

note: type: Plain text
en: Connect to the cluster on the site about to relinquish resources, and change the affected DRBD resource's `target-role` attribute from `Master` to `Slave`. This will shut down any resources depending on the Primary role of the DRBD resource, demote it, and continue to run, ready to receive updates from a new Primary.
ja: サービス移行元のクラスタに接続し、影響を受けるDRBDリソースの `target-role` 属性を `マスター` から `スレーブ` に変更します。DRBDがプライマリであることに依存したリソースは自動的に停止し、その後DRBDはセカンダリに降格します。

note: type: Plain text
en: Connect to the cluster on the site about to take over resources, and change the affected DRBD resource's `target-role` attribute from `Slave` to `Master`. This will promote the DRBD resources, start any other Pacemaker resources depending on the Primary role of the DRBD resource, and replicate updates to the remote site.
ja: サービス移行先のクラスタに接続し、DRBDリソースの `target-role` 属性を `Slave` から `Master` に変更します。DRBDリソースは昇格し、DRBDリソースのプライマリ側に依存した他のPacemakerリソースを起動します。 そしてリモート拠点への同期が更新されます。

note: type: Plain text
en: To fail back, simply reverse the procedure.
ja: フェイルバックをするには、手順を逆にするだけです。

note: type: Plain text
en: In the event that of a catastrophic outage on the active site, it can be expected that the site is off line and no longer replicated to the backup site. In such an event:
ja: アクティブな拠点で壊滅的な災害が起きると、その拠点はオフラインになり、以降その拠点からバックアップ側にレプリケートできなくなる可能性があります。このような場合には

note: type: Plain text
en: Connect to the cluster on the still-functioning site resources, and change the affected DRBD resource's `target-role` attribute from `Slave` to `Master`. This will promote the DRBD resources, and start any other Pacemaker resources depending on the Primary role of the DRBD resource.
ja: リモートサイトが機能しているならそのクラスタに接続し、DRBDリソースの `target-role` 属性を `スレーブ` から `マスター` に変更します。DRBDリソースは昇格し、DRBDリソースがプライマリになることに依存する他のPacemakerリソースも起動します。

note: type: Plain text
en: When the original site is restored or rebuilt, you may connect the DRBD resources again, and subsequently fail back using the reverse procedure.
ja: 元の拠点が回復または再構成されると、DRBDリソースに再度接続できるようになります。その後、逆の手順でフェイルバックします。

note: type: Title ===
en: Importing DRBD's promotion scores into the CIB
ja: DRBD のプロモーションスコアを CIB にインポートする

note: type: Plain text
en: Everything described in this section depends on the `drbd-attr` OCF resource agent.  It is available since drbd-utils version 9.15.0. On Debian/Ubuntu systems this is part of the `drbd-utils` package. On RPM based Linux distributions you need to install the `drbd-pacemaker` package.
ja: このセクションで説明するものはすべて `drbd-attr` OCF リソースエージェントに依存します。drbd-utils バージョン 9.15.0 以降で使用できます。Debian/Ubuntu システムでは、これは `drbd-utils` パッケージの一部です。 RPM ベースの Linux ディストリビューションでは `drbd-pacemaker` パッケージをインストールする必要があります。

note: type: Plain text
en: Every DRBD resource exposes a _promotion score_ on each node where it is configured. It is a numeric value that might be 0 or positive. The value reflects how desirable it is to promote the resource to master on this particular node. A node that has an _UpToDate_ disk and two _UpToDate_ replicas has a higher score than a node with an _UpToDate_ disk and just one _UpToDate_ replica.
ja: すべての DRBD リソースは、それが構成されている各ノードでプロモーションスコアを公開します。これは 0 または正の数値です。この値は、このノードでリソースをマスターに昇格させることがどれほど望ましいかを示します。 _UpToDate_ ディスクと 2 つの _UpToDate_ レプリカを持つノードは _UpToDate_ ディスクと 1 つの _UpToDate_ レプリカを持つノードよりもスコアが高くなります。

note: type: Plain text
en: During startup, the _promotion score_ is 0.  E.g., before the DRBD device has its backing device attached, or, if quorum is enabled, before quorum is gained.  A value of 0 indicates that a promotion request will fail, and is mapped to a pacemaker score that indicates _must not run here_.
ja: たとえば DRBD デバイスに下位デバイスが接続される前、または、クォーラムが有効になっている場合は、クォーラムが取得される前はプロモーションスコアは 0 です。値 0 は、プロモーションリクエストが失敗することを意味し、ここで実行してはならないことを pacemaker に指示します。

note: type: Plain text
en: The `drbd-attr` OCF resource agent imports these promotion scores into node attributes of a Pacemaker cluster. It needs to be configured like this:
ja: `drbd-attr` OCF リソースエージェントは、これらのプロモーションスコアを Pacemaker クラスターのノード属性にインポートします。次のようにして構成します。

note: type: Plain text
en: These are _transient_ attributes (have a _lifetime_ of _reboot_ in pacemaker speak). That means, after a _reboot_ of the node, or local restart of pacemaker, those attributes will not exist until an instance of `drbd-attr` is started on that node.
ja: これらは一時的な属性です（再起動時に定義される）。つまり、ノードの再起動後、または pacemaker のローカル再起動後、これらの属性はそのノードで `drbd-attr` のインスタンスが開始されるまで存在しません。

note: type: Plain text
en: You can inspect the generated attributes with `crm_mon -A -1`.
ja: 生成された属性は `crm_mon -A-1` で確認できます。

note: type: Plain text
en: These attributed can be used in constraints for services that depend on the DRBD devices, or, when managing DRBD with the `ocf:linbit:drbd` resource agent, for the _Master_ role of that DRBD instance.
ja: これらの属性は、DRBD デバイスに依存するサービスの制約で使用できます。また `ocf:linbit:drbd` リソースエージェントで DRBD を管理する場合は、その DRBD インスタンスの _Master_ ロールでも使用できます。

note: type: Plain text
en: Here is an example location constraint for the example resource from <<s-pacemaker-drbd-background>>
ja: 以下は、<<s-pacemaker-drbd-background>> のサンプルリソースのロケーション制約の例です。

note: type: Plain text
en: This means, that as long as the attribute is not defined, the fs_mysql file system cannot be mounted here. When the attribute is defined, its value becomes the score of the location constraint.
ja: これは、属性が定義されていない限り、fs_mysql ファイルシステムをここにマウントできないことを意味します。属性が定義されると、その値がロケーション制約のスコアになります。

note: type: Plain text
en: This can also be used to cause Pacemaker to migrate a service away when DRBD loses a local backing device. Because a failed backing block device causes the promotion score to drop, other nodes with working backing devices will expose higher promotion scores.
ja: これは、DRBD がローカルの下位デバイスを失ったときに Pacemaker にサービスを移行させるためにも使用できます。下位ブロックデバイスに障害が発生するとプロモーションスコアが低下するため、下位デバイスが機能している他のノードはより高いプロモーションスコアになります。

note: type: Plain text
en: The attributes are updated live, independent of the resource-agent's monitor operation, with a dampening delay of 5 seconds by default.
ja: 属性は、リソースエージェントの監視操作とは関係なく、随時更新されます。デフォルトでは、5秒の減衰遅延があります。

note: type: Plain text
en: The resource agent has these optional parameters, see also its man page `ocf_linbit_drbd-attr(7)`:
ja: リソースエージェントには、以下のオプションのパラメータもあります。詳細は `ocf_linbit_drbd-attr(7)` を参照ください。
