openstack-manuals/doc/high-availability-guide/locale/ja.po

# 
# Translators:
# Tomoyuki KATO <tomo@dream.daynight.jp>, 2013-2014
msgid ""
msgstr ""
"Project-Id-Version: OpenStack Manuals\n"
"POT-Creation-Date: 2014-01-17 07:14+0000\n"
"PO-Revision-Date: 2014-01-16 07:12+0000\n"
"Last-Translator: openstackjenkins <jenkins@openstack.org>\n"
"Language-Team: Japanese (http://www.transifex.com/projects/p/openstack/language/ja/)\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: ja\n"
"Plural-Forms: nplurals=1; plural=0;\n"

#: ./doc/high-availability-guide/ha-guide-docinfo.xml4(firstname)
#: ./doc/high-availability-guide/bk-ha-guide.xml8(firstname)
msgid "Florian"
msgstr "Florian"

#: ./doc/high-availability-guide/ha-guide-docinfo.xml5(surname)
#: ./doc/high-availability-guide/bk-ha-guide.xml9(surname)
msgid "Haas"
msgstr "Haas"

#: ./doc/high-availability-guide/ha-guide-docinfo.xml7(email)
#: ./doc/high-availability-guide/bk-ha-guide.xml11(email)
msgid "florian@hastexo.com"
msgstr "florian@hastexo.com"

#: ./doc/high-availability-guide/ha-guide-docinfo.xml9(orgname)
#: ./doc/high-availability-guide/bk-ha-guide.xml13(orgname)
msgid "hastexo"
msgstr "hastexo"

#: ./doc/high-availability-guide/bk-ha-guide.xml5(title)
msgid "OpenStack High Availability Guide"
msgstr "OpenStack 高可用性ガイド"

#: ./doc/high-availability-guide/bk-ha-guide.xml17(year)
msgid "2012"
msgstr "2012"

#: ./doc/high-availability-guide/bk-ha-guide.xml18(year)
msgid "2013"
msgstr "2013"

#: ./doc/high-availability-guide/bk-ha-guide.xml19(holder)
msgid "OpenStack Contributors"
msgstr "OpenStack 貢献者"

#: ./doc/high-availability-guide/bk-ha-guide.xml21(releaseinfo)
msgid "master"
msgstr "master"

#: ./doc/high-availability-guide/bk-ha-guide.xml22(productname)
msgid "OpenStack"
msgstr "OpenStack"

#: ./doc/high-availability-guide/bk-ha-guide.xml26(remark)
msgid "Copyright details are filled in by the template."
msgstr "Copyright details are filled in by the template."

#: ./doc/high-availability-guide/bk-ha-guide.xml31(date)
msgid "2012-01-16"
msgstr "2012-01-16"

#: ./doc/high-availability-guide/bk-ha-guide.xml35(para)
msgid "Organizes guide based on cloud controller and compute nodes."
msgstr "クラウドコントローラーとコンピュートノードに基づいてガイドを整理しました。"

#: ./doc/high-availability-guide/bk-ha-guide.xml41(date)
msgid "2012-05-24"
msgstr "2012-05-24"

#: ./doc/high-availability-guide/bk-ha-guide.xml45(para)
msgid "Begin trunk designation."
msgstr "trunk 指定を始めました。"

#: ./doc/high-availability-guide/bk-ha-guide.xml54(title)
msgid "Introduction to OpenStack High Availability"
msgstr "OpenStack 高可用性の概要"

#: ./doc/high-availability-guide/bk-ha-guide.xml56(simpara)
msgid "High Availability systems seek to minimize two things:"
msgstr "高可用性システムは以下の二つを最小化しようとします。"

#: ./doc/high-availability-guide/bk-ha-guide.xml59(simpara)
msgid ""
"<emphasis role=\"strong\">System downtime</emphasis> — occurs when a "
"<emphasis>user-facing</emphasis> service is unavailable beyond a specified "
"maximum amount of time, and"
msgstr "<emphasis role=\"strong\">システム停止時間</emphasis> — 指定された最大時間を超える<emphasis>ユーザーが直面する</emphasis>サービスの利用不可能な時間の発生。"

#: ./doc/high-availability-guide/bk-ha-guide.xml63(simpara)
msgid ""
"<emphasis role=\"strong\">Data loss</emphasis> — accidental deletion or "
"destruction of data."
msgstr "<emphasis role=\"strong\">データ損失</emphasis> — 不慮の削除、またはデータの破損。"

#: ./doc/high-availability-guide/bk-ha-guide.xml67(simpara)
msgid ""
"Most high availability systems guarantee protection against system downtime "
"and data loss only in the event of a single failure. However, they are also "
"expected to protect against cascading failures, where a single failure "
"deteriorates into a series of consequential failures."
msgstr "多くの高可用性システムは単一障害事象のみで、システム停止やデータ損失に対する保護を保証します。しかしながら、単一障害が一連の障害を悪化させていく、段階的な障害に対しても保護することが期待されます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml68(simpara)
msgid ""
"A crucial aspect of high availability is the elimination of single points of"
" failure (SPOFs). A SPOF is an individual piece of equipment or software "
"which will cause system downtime or data loss if it fails. In order to "
"eliminate SPOFs, check that mechanisms exist for redundancy of:"
msgstr "高可用性の重要な側面は単一障害点 (SPOF) を減らすことです。SPOF は、障害が発生した場合にシステム停止やデータ損失を引き起こす、設備やソフトウェアの個々の部品です。SPOF を削減するために、以下の冗長性に対するメカニズムを確認します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml71(simpara)
msgid "Network components, such as switches and routers"
msgstr "スイッチやルーターなどのネットワークの構成要素"

#: ./doc/high-availability-guide/bk-ha-guide.xml76(simpara)
msgid "Applications and automatic service migration"
msgstr "アプリケーションおよび自動的なサービスのマイグレーション"

#: ./doc/high-availability-guide/bk-ha-guide.xml81(simpara)
msgid "Storage components"
msgstr "ストレージ構成要素"

#: ./doc/high-availability-guide/bk-ha-guide.xml86(simpara)
msgid "Facility services such as power, air conditioning, and fire protection"
msgstr "電源、空調、防火などに関する設備"

#: ./doc/high-availability-guide/bk-ha-guide.xml91(simpara)
msgid ""
"Most high availability systems will fail in the event of multiple "
"independent (non-consequential) failures. In this case, most systems will "
"protect data over maintaining availability."
msgstr "多くの高可用性システムは複数の独立した (不連続な) 障害が発生すると停止します。この場合、多くのシステムは可用性の維持よりデータの保護を優先します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml92(simpara)
msgid ""
"High-availability systems typically achieve uptime of 99.99% or more, which "
"roughly equates to less than an hour of cumulative downtime per year. In "
"order to achieve this, high availability systems should keep recovery times "
"after a failure to about one to two minutes, sometimes significantly less."
msgstr "高可用性システムは一般的に 99.99% かそれ以上の稼働時間を達成します。これは、年間の累積停止時間として 1 時間以内ほどです。これを達成するために、高可用性システムは、障害発生後の復旧時間を1、2分に、ときどきさらに短時間にする必要があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml93(simpara)
msgid ""
"OpenStack currently meets such availability requirements for its own "
"infrastructure services, meaning that an uptime of 99.99% is feasible for "
"the OpenStack infrastructure proper. However, OpenStack "
"<emphasis>does</emphasis><emphasis>not</emphasis> guarantee 99.99% "
"availability for individual guest instances."
msgstr "OpenStack は自身のインフラストラクチャーサービスに対して、現在そのような要件を満たしています。99.99% の稼働時間が OpenStack インフラストラクチャーに対して完全に実現するという意味です。しかしながら、OpenStack は個々のゲストインスタンスに対して 99.99% の可用性を保証<emphasis>していません</emphasis>。"

#: ./doc/high-availability-guide/bk-ha-guide.xml94(simpara)
msgid ""
"Preventing single points of failure can depend on whether or not a service "
"is stateless."
msgstr "単一障害点を無くすことは、サービスがステートレスであるかどうかに依存する可能性があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml97(title)
msgid "Stateless vs. Stateful services"
msgstr "ステートレスサービスとステートフルサービス"

#: ./doc/high-availability-guide/bk-ha-guide.xml99(simpara)
msgid ""
"A stateless service is one that provides a response after your request, and "
"then requires no further attention. To make a stateless service highly "
"available, you need to provide redundant instances and load balance them. "
"OpenStack services that are stateless include nova-api, nova-conductor, "
"glance-api, keystone-api, neutron-api and nova-scheduler."
msgstr "ステートレスなサービスは、リクエストの後に応答を返すもので、その後の注意をする必要がないものです。ステートレスなサービスを高可用性にするには、冗長なインスタンスとそれらの負荷分散を提供する必要があります。ステートレスな OpenStack サービスは nova-api、nova-conductor、glance-api、keystone-api、neutron-api、nova-scheduler があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml100(simpara)
msgid ""
"A stateful service is one where subsequent requests to the service depend on"
" the results of the first request. Stateful services are more difficult to "
"manage because a single action typically involves more than one request, so "
"simply providing additional instances and load balancing will not solve the "
"problem. For example, if the Horizon user interface reset itself every time "
"you went to a new page, it wouldn’t be very useful. OpenStack services that "
"are stateful include the OpenStack database and message queue."
msgstr "ステートフルサービスは、最初のサービスリクエストの結果に基づいて、後続のものがサービスにリクエストします。ステートフルサービスは管理することがより難しいです。その理由は、単一のアクションが複数のリクエストに関係するため、単に追加インスタンスと負荷分散を提供しても問題が解決しないからです。たとえば、Horizon ユーザーインターフェースが新しいページに移動するたびにリセットすると、かなり使い勝手が悪くなります。ステートフルな OpenStack サービスに OpenStack データベースとメッセージキューがあります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml101(simpara)
msgid ""
"Making stateful services highly available can depend on whether you choose "
"an active/passive or active/active configuration."
msgstr "ステートフルサービスの高可用性は、アクティブ / パッシブとアクティブ / アクティブのどちらの設定を選択するかに依存する可能性があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml105(title)
msgid "Active/Passive"
msgstr "アクティブ/パッシブ"

#: ./doc/high-availability-guide/bk-ha-guide.xml107(simpara)
msgid ""
"In an active/passive configuration, systems are set up to bring additional "
"resources online to replace those that have failed. For example, OpenStack "
"would write to the main database while maintaining a disaster recovery "
"database that can be brought online in the event that the main database "
"fails."
msgstr "アクティブ / パッシブの設定の場合、システムは故障したリソースを置き換えるために、オンラインで追加リソースをセットアップします。たとえば、メインのデータベースが故障したときにオンラインになる災害対策データベースを維持する限り、OpenStack はメインのデータベースに書き込みます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml108(simpara)
msgid ""
"Typically, an active/passive installation for a stateless service would "
"maintain a redundant instance that can be brought online when required. "
"Requests are load balanced using a virtual IP address and a load balancer "
"such as HAProxy."
msgstr "一般的にステートレスサービスをアクティブ / パッシブにインストールすると、必要に応じてオンラインにできる冗長なインスタンスを維持することになります。リクエストは HAProxy のような仮想 IP アドレスとロードバランサーを使用して負荷分散されます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml109(simpara)
msgid ""
"A typical active/passive installation for a stateful service maintains a "
"replacement resource that can be brought online when required. A separate "
"application (such as Pacemaker or Corosync) monitors these services, "
"bringing the backup online as necessary."
msgstr "一般的にステートレスサービスをアクティブ / パッシブにインストールすると、必要に応じてオンラインにできる置換リソースを維持します。 独立したアプリケーション (Pacemaker や Corosync など) がこれらのサービスを監視し、必要に応じてバックアップ側をオンラインにします。"

#: ./doc/high-availability-guide/bk-ha-guide.xml113(title)
msgid "Active/Active"
msgstr "アクティブ/アクティブ"

#: ./doc/high-availability-guide/bk-ha-guide.xml115(simpara)
msgid ""
"In an active/active configuration, systems also use a backup but will manage"
" both the main and redundant systems concurrently. This way, if there is a "
"failure the user is unlikely to notice. The backup system is already online,"
" and takes on increased load while the main system is fixed and brought back"
" online."
msgstr "アクティブ / アクティブの設定の場合、システムはバックアップ側も使用しますが、メインと冗長システムを同時に管理します。このように、ユーザーが気が付かない障害が発生した場合、バックアップシステムはすでにオンラインであり、メインシステムが復旧され、オンラインになるまでの間は負荷が高くなります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml116(simpara)
msgid ""
"Typically, an active/active installation for a stateless service would "
"maintain a redundant instance, and requests are load balanced using a "
"virtual IP address and a load balancer such as HAProxy."
msgstr "一般的にステートレスサービスをアクティブ / アクティブにインストールすると、冗長なインスタンスを維持することになります。リクエストは HAProxy のような仮想 IP アドレスとロードバランサーを使用して負荷分散されます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml117(simpara)
msgid ""
"A typical active/active installation for a stateful service would include "
"redundant services with all instances having an identical state. For "
"example, updates to one instance of a database would also update all other "
"instances. This way a request to one instance is the same as a request to "
"any other. A load balancer manages the traffic to these systems, ensuring "
"that operational systems always handle the request."
msgstr "一般的にステートレスサービスをアクティブ / アクティブにインストールすることは、すべてのインスタンスが同じ状態を持つ冗長なサービスになることを含みます。たとえば、あるインスタンスのデータベースの更新は、他のすべてのインスタンスも更新されます。このように、あるインスタンスへのリクエストは、他へのリクエストと同じです。ロードバランサーがこれらのシステムのトラフィックを管理し、利用可能なシステムが常にリクエストを確実に処理します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml118(simpara)
msgid ""
"These are some of the more common ways to implement these high availability "
"architectures, but they are by no means the only ways to do it. The "
"important thing is to make sure that your services are redundant, and "
"available; how you achieve that is up to you. This document will cover some "
"of the more common options for highly available systems."
msgstr "これらの高可用性アーキテクチャーを実現する、より一般的な方法がいくつかありますが、それらは唯一の方法ではありません。重要なことは、サービスが冗長であり、利用可能であることを確実にすることです。あなたがしたいように達成します。このドキュメントは高可用性システムのより一般的なオプションをいくつか取り扱います。"

#: ./doc/high-availability-guide/bk-ha-guide.xml123(title)
msgid "HA Using Active/Passive"
msgstr "アクティブ/パッシブを使用した HA"

#: ./doc/high-availability-guide/bk-ha-guide.xml127(title)
msgid "The Pacemaker Cluster Stack"
msgstr "Pacemaker クラスタースタック"

#: ./doc/high-availability-guide/bk-ha-guide.xml129(simpara)
msgid ""
"OpenStack infrastructure high availability relies on the <link "
"href=\"http://www.clusterlabs.org\">Pacemaker</link> cluster stack, the "
"state-of-the-art high availability and load balancing stack for the Linux "
"platform. Pacemaker is storage- and application-agnostic, and is in no way "
"specific to OpenStack."
msgstr "OpenStack インフラストラクチャーの高可用性は <link href=\"http://www.clusterlabs.org\">Pacemaker</link> クラスタースタックに依存しています。これは Linux プラットフォームにおける最先端の高可用性および負荷分散のスタックです。Pacemaker はストレージとアプリケーションに依存しません。また、OpenStack だけのものではありません。"

#: ./doc/high-availability-guide/bk-ha-guide.xml134(simpara)
msgid ""
"Pacemaker relies on the <link "
"href=\"http://www.corosync.org\">Corosync</link> messaging layer for "
"reliable cluster communications. Corosync implements the Totem single-ring "
"ordering and membership protocol and provides UDP and InfiniBand based "
"messaging, quorum, and cluster membership to Pacemaker."
msgstr "Pacemaker は信頼できるクラスター通信として <link href=\"http://www.corosync.org\">Corosync</link> メッセージング層に依存しています。Corosync は Totem 単一リング順序制御・メンバー管理プロトコルを実装しています。また、UDP および InfiniBand によるメッセージング、クォーラムおよびクラスターメンバー管理を Pacemaker に提供します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml139(simpara)
msgid ""
"Pacemaker interacts with applications through <emphasis>resource "
"agents</emphasis> (RAs), of which it supports over 70 natively. Pacemaker "
"can also easily use third-party RAs. An OpenStack high-availability "
"configuration uses existing native Pacemaker RAs (such as those managing "
"MySQL databases or virtual IP addresses), existing third-party RAs (such as "
"for RabbitMQ), and native OpenStack RAs (such as those managing the "
"OpenStack Identity and Image Services)."
msgstr "Pacemaker は <emphasis>リソースエージェント</emphasis> (RA) を経由してアプリケーションと通信します。これは標準で 70 近くのアプリケーションをサポートします。Pacemaker はサードパーティーの RA を簡単に使用することもできます。OpenStack の高可用性設定は、既存の標準の Pacemaker RA (MySQL データベースまたは仮想 IP アドレスの管理など)、既存のサードパーティー RA (RabbitMQ など)、および標準の OpenStack RA (OpenStack 認証サービスおよびイメージサービスなど) を使用します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml148(title)
msgid "Installing Packages"
msgstr "パッケージのインストール"

#: ./doc/high-availability-guide/bk-ha-guide.xml150(simpara)
msgid ""
"On any host that is meant to be part of a Pacemaker cluster, you must first "
"establish cluster communications through the Corosync messaging layer. This "
"involves installing the following packages (and their dependencies, which "
"your package manager will normally install automatically):"
msgstr "Pacemaker クラスターに参加させるすべてのホストにおいて、まず Corosync メッセージング層によるクラスター通信を確立する必要があります。これは、以下のパッケージをインストールする必要があります。(また通常、パッケージ管理ソフトウェアが自動的にそれらに依存するものをインストールします):"

#: ./doc/high-availability-guide/bk-ha-guide.xml158(literal)
msgid "pacemaker"
msgstr "pacemaker"

#: ./doc/high-availability-guide/bk-ha-guide.xml163(literal)
msgid "corosync"
msgstr "corosync"

#: ./doc/high-availability-guide/bk-ha-guide.xml168(literal)
msgid "cluster-glue"
msgstr "cluster-glue"

#: ./doc/high-availability-guide/bk-ha-guide.xml172(simpara)
msgid ""
"<literal>fence-agents</literal> (Fedora only; all other distributions use "
"fencing agents from <literal>cluster-glue</literal>)"
msgstr "<literal>fence-agents</literal> (Fedora のみ、他のすべてのディストリビューションは <literal>cluster-glue</literal> からフェンシング・エージェントを使用します)"

#: ./doc/high-availability-guide/bk-ha-guide.xml178(literal)
msgid "resource-agents"
msgstr "resource-agents"

#: ./doc/high-availability-guide/bk-ha-guide.xml185(title)
msgid "Setting up Corosync"
msgstr "Corosync のセットアップ"

#: ./doc/high-availability-guide/bk-ha-guide.xml187(simpara)
msgid ""
"Besides installing the <literal>corosync</literal> package, you will also "
"have to create a configuration file, stored in "
"<literal>/etc/corosync/corosync.conf</literal>. Most distributions ship an "
"example configuration file (<literal>corosync.conf.example</literal>) as "
"part of the documentation bundled with the <literal>corosync</literal> "
"package. An example Corosync configuration file is shown below:"
msgstr "<literal>corosync</literal> パッケージのインストールに関連して、<literal>/etc/corosync/corosync.conf</literal> に保存する、設定ファイルを作成する必要があります。多くのディストリビューションは、<literal>corosync</literal> パッケージに同梱されているドキュメントの一部として、サンプル設定ファイル (<literal>corosync.conf.example</literal>) が同梱されています。サンプルの Corosync 設定ファイルを以下に示します:"

#: ./doc/high-availability-guide/bk-ha-guide.xml195(title)
msgid "Corosync configuration file (<literal>corosync.conf</literal>)"
msgstr "Corosync 設定ファイル (<literal>corosync.conf</literal>)"

#: ./doc/high-availability-guide/bk-ha-guide.xml269(para)
msgid ""
"The <literal>token</literal> value specifies the time, in milliseconds, "
"during which the Corosync token is expected to be transmitted around the "
"ring. When this timeout expires, the token is declared lost, and after "
"<literal>token_retransmits_before_loss_const</literal> lost tokens the non-"
"responding <emphasis>processor</emphasis> (cluster node) is declared dead. "
"In other words, <literal>token</literal> × "
"<literal>token_retransmits_before_loss_const</literal> is the maximum time a"
" node is allowed to not respond to cluster messages before being considered "
"dead. The default for <literal>token</literal> is 1000 (1 second), with 4 "
"allowed retransmits. These defaults are intended to minimize failover times,"
" but can cause frequent \"false alarms\" and unintended failovers in case of"
" short network interruptions. The values used here are safer, albeit with "
"slightly extended failover times."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml285(para)
msgid ""
"With <literal>secauth</literal> enabled, Corosync nodes mutually "
"authenticate using a 128-byte shared secret stored in "
"<literal>/etc/corosync/authkey</literal>, which may be generated with the "
"<literal>corosync-keygen</literal> utility. When using "
"<literal>secauth</literal>, cluster communications are also encrypted."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml293(para)
msgid ""
"In Corosync configurations using redundant networking (with more than one "
"<literal>interface</literal>), you must select a Redundant Ring Protocol "
"(RRP) mode other than <literal>none</literal>. <literal>active</literal> is "
"the recommended RRP mode."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml300(para)
msgid ""
"There are several things to note about the recommended interface "
"configuration:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml306(simpara)
msgid ""
"The <literal>ringnumber</literal> must differ between all configured "
"interfaces, starting with 0."
msgstr "<literal>ringnumber</literal> はすべての設定済みインターフェースで異なる必要があります。0 から始まります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml312(simpara)
msgid ""
"The <literal>bindnetaddr</literal> is the <emphasis>network</emphasis> "
"address of the interfaces to bind to. The example uses two network addresses"
" of <literal>/24</literal> IPv4 subnets."
msgstr "<literal>bindnetaddr</literal> はバインドするインターフェースの<emphasis>ネットワーク</emphasis>アドレスです。この例は二つの <literal>/24</literal> IPv4 サブネットのネットワークアドレスを使用します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml318(simpara)
msgid ""
"Multicast groups (<literal>mcastaddr</literal>) <emphasis>must "
"not</emphasis> be reused across cluster boundaries. In other words, no two "
"distinct clusters should ever use the same multicast group. Be sure to "
"select multicast addresses compliant with <link "
"href=\"http://www.ietf.org/rfc/rfc2365.txt\">RFC 2365, \"Administratively "
"Scoped IP Multicast\"</link>."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml327(simpara)
msgid ""
"For firewall configurations, note that Corosync communicates over UDP only, "
"and uses <literal>mcastport</literal> (for receives) and "
"<literal>mcastport</literal>-1 (for sends)."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml336(para)
msgid ""
"The <literal>service</literal> declaration for the "
"<literal>pacemaker</literal> service may be placed in the "
"<literal>corosync.conf</literal> file directly, or in its own separate file,"
" <literal>/etc/corosync/service.d/pacemaker</literal>."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml343(simpara)
msgid ""
"Once created, the <literal>corosync.conf</literal> file (and the "
"<literal>authkey</literal> file if the <literal>secauth</literal> option is "
"enabled) must be synchronized across all cluster nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml349(title)
msgid "Starting Corosync"
msgstr "Corosync の開始"

#: ./doc/high-availability-guide/bk-ha-guide.xml351(simpara)
msgid ""
"Corosync is started as a regular system service. Depending on your "
"distribution, it may ship with a LSB (System V style) init script, an "
"upstart job, or a systemd unit file. Either way, the service is usually "
"named <literal>corosync</literal>:"
msgstr "Corosync は通常のシステムサービスとして開始されます。お使いのディストリビューションにより、LSB (System V 形式) init スクリプト、upstart ジョブ、または systemd ユニットファイルが同梱されています。どの方法においても、サービスは通常 <literal>corosync</literal> という名前です:"

#: ./doc/high-availability-guide/bk-ha-guide.xml357(simpara)
msgid "<literal>/etc/init.d/corosync start</literal> (LSB)"
msgstr "<literal>/etc/init.d/corosync start</literal> (LSB)"

#: ./doc/high-availability-guide/bk-ha-guide.xml361(simpara)
msgid "<literal>service corosync start</literal> (LSB, alternate)"
msgstr "<literal>service corosync start</literal> (LSB, 代替)"

#: ./doc/high-availability-guide/bk-ha-guide.xml365(simpara)
msgid "<literal>start corosync</literal> (upstart)"
msgstr "<literal>start corosync</literal> (upstart)"

#: ./doc/high-availability-guide/bk-ha-guide.xml369(simpara)
msgid "<literal>systemctl start corosync</literal> (systemd)"
msgstr "<literal>systemctl start corosync</literal> (systemd)"

#: ./doc/high-availability-guide/bk-ha-guide.xml373(simpara)
msgid "You can now check Corosync connectivity with two tools."
msgstr "2 つのツールを用いて Corosync 接続性を確認できます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml374(simpara)
msgid ""
"The <literal>corosync-cfgtool</literal> utility, when invoked with the "
"<literal>-s</literal> option, gives a summary of the health of the "
"communication rings:"
msgstr "<literal>corosync-cfgtool</literal> ユーティリティは、<literal>-s</literal> オプションを用いるとき、通信リングの健全性の概要を表示します:"

#: ./doc/high-availability-guide/bk-ha-guide.xml385(simpara)
msgid ""
"The <literal>corosync-objctl</literal> utility can be used to dump the "
"Corosync cluster member list:"
msgstr "<literal>corosync-objctl</literal> ユーティリティは Corosync クラスターのメンバー一覧をダンプするために使用できます:"

#: ./doc/high-availability-guide/bk-ha-guide.xml394(simpara)
msgid ""
"You should see a <literal>status=joined</literal> entry for each of your "
"constituent cluster nodes."
msgstr "組み込まれているそれぞれのクラスターノードの項目が <literal>status=joined</literal> になっていることが確認できるはずです。"

#: ./doc/high-availability-guide/bk-ha-guide.xml399(title)
msgid "Starting Pacemaker"
msgstr "Pacemaker の開始"

#: ./doc/high-availability-guide/bk-ha-guide.xml401(simpara)
msgid ""
"Once the Corosync services have been started, and you have established that "
"the cluster is communicating properly, it is safe to start "
"<literal>pacemakerd</literal>, the Pacemaker master control process:"
msgstr "Corosync サービスが開始されると、クラスターが適切に通信するよう設定されます。<literal>pacemakerd</literal>, Pacemaker マスター制御プロセスを安全に開始されます:"

#: ./doc/high-availability-guide/bk-ha-guide.xml406(simpara)
msgid "<literal>/etc/init.d/pacemaker start</literal> (LSB)"
msgstr "<literal>/etc/init.d/pacemaker start</literal> (LSB)"

#: ./doc/high-availability-guide/bk-ha-guide.xml410(simpara)
msgid "<literal>service pacemaker start</literal> (LSB, alternate)"
msgstr "<literal>service pacemaker start</literal> (LSB, 代替)"

#: ./doc/high-availability-guide/bk-ha-guide.xml414(simpara)
msgid "<literal>start pacemaker</literal> (upstart)"
msgstr "<literal>start pacemaker</literal> (upstart)"

#: ./doc/high-availability-guide/bk-ha-guide.xml418(simpara)
msgid "<literal>systemctl start pacemaker</literal> (systemd)"
msgstr "<literal>systemctl start pacemaker</literal> (systemd)"

#: ./doc/high-availability-guide/bk-ha-guide.xml422(simpara)
msgid ""
"Once Pacemaker services have started, Pacemaker will create an default empty"
" cluster configuration with no resources. You may observe Pacemaker’s status"
" with the <literal>crm_mon</literal> utility:"
msgstr "Pacemaker サービスが開始されると、Pacemaker はリソースを持たない空の標準クラスター設定を作成します。<literal>crm_mon</literal> ユーティリティを用いて Pacemaker の状態を確認できます:"

#: ./doc/high-availability-guide/bk-ha-guide.xml439(title)
msgid "Setting basic cluster properties"
msgstr "基本的なクラスター・プロパティの設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml441(simpara)
msgid ""
"Once your Pacemaker cluster is set up, it is recommended to set a few basic "
"cluster properties. To do so, start the <literal>crm</literal> shell and "
"change into the configuration menu by entering <literal>configure</literal>."
" Alternatively. you may jump straight into the Pacemaker configuration menu "
"by typing <literal>crm configure</literal> directly from a shell prompt."
msgstr "Pacemaker クラスターを構築すると、いくつかの基本的なクラスタープロパティを設定することを推奨します。そうするために、<literal>crm</literal> シェルを開始し、<literal>configure</literal> と入力して設定メニューに変更します。代わりに、シェルプロンプトから直接 <literal>crm configure</literal> と入力して、Pacemaker 設定メニューに入ることもできます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml447(simpara)
msgid "Then, set the following properties:"
msgstr "そして、以下のプロパティを設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml455(para)
msgid ""
"Setting <literal>no-quorum-policy=\"ignore\"</literal> is required in 2-node"
" Pacemaker clusters for the following reason: if quorum enforcement is "
"enabled, and one of the two nodes fails, then the remaining node can not "
"establish a <emphasis>majority</emphasis> of quorum votes necessary to run "
"services, and thus it is unable to take over any resources. The appropriate "
"workaround is to ignore loss of quorum in the cluster. This is safe and "
"necessary <emphasis>only</emphasis> in 2-node clusters. Do not set this "
"property in Pacemaker clusters with more than two nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml467(para)
msgid ""
"Setting <literal>pe-warn-series-max</literal>, <literal>pe-input-series-"
"max</literal> and <literal>pe-error-series-max</literal> to 1000 instructs "
"Pacemaker to keep a longer history of the inputs processed, and errors and "
"warnings generated, by its Policy Engine. This history is typically useful "
"in case cluster troubleshooting becomes necessary."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml476(para)
msgid ""
"Pacemaker uses an event-driven approach to cluster state processing. "
"However, certain Pacemaker actions occur at a configurable interval, "
"<literal>cluster-recheck-interval</literal>, which defaults to 15 minutes. "
"It is usually prudent to reduce this to a shorter interval, such as 5 or 3 "
"minutes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml485(simpara)
msgid ""
"Once you have made these changes, you may <literal>commit</literal> the "
"updated configuration."
msgstr "これらの変更を実行すると、更新した設定を <literal>commit</literal> できます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml491(title)
msgid "Cloud Controller Cluster Stack"
msgstr "クラウドコントローラー・クラスター・スタック"

#: ./doc/high-availability-guide/bk-ha-guide.xml493(simpara)
msgid ""
"The Cloud Controller sits on the management network and needs to talk to all"
" other services."
msgstr "クラウドコントローラーは管理ネットワークにあり、他のすべてのサービスと通信できる必要があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml496(title)
msgid "Highly available MySQL"
msgstr "高可用性 MySQL"

#: ./doc/high-availability-guide/bk-ha-guide.xml498(simpara)
msgid ""
"MySQL is the default database server used by many OpenStack services. Making"
" the MySQL service highly available involves"
msgstr "MySQL は多くの OpenStack サービスにより使用される標準のデータベースサーバーです。MySQL サービスを高可用性にするには、次のことが関係します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml502(simpara)
msgid "configuring a DRBD device for use by MySQL,"
msgstr "MySQL により使用するために DRBD デバイスを設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml507(simpara)
msgid ""
"configuring MySQL to use a data directory residing on that DRBD device,"
msgstr "MySQL がこの DRBD デバイスにあるデータディレクトリを使用するよう設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml513(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml759(simpara)
msgid ""
"selecting and assigning a virtual IP address (VIP) that can freely float "
"between cluster nodes,"
msgstr "クラスターノード間で自由に移動できる仮想 IP アドレス (VIP) を選択して割り当てます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml519(simpara)
msgid "configuring MySQL to listen on that IP address,"
msgstr "その IP アドレスをリッスンするよう MySQL を設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml524(simpara)
msgid ""
"managing all resources, including the MySQL daemon itself, with the "
"Pacemaker cluster manager."
msgstr "Pacemaker クラスターマネージャーを用いて、MySQL デーモン自身を含め、すべてのリソースを管理します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml531(simpara)
msgid ""
"<link "
"href=\"http://codership.com/products/mysql_galera\">MySQL/Galera</link> is "
"an alternative method of configuring MySQL for high availability. It is "
"likely to become the preferred method of achieving MySQL high availability "
"once it has sufficiently matured. At the time of writing, however, the "
"Pacemaker/DRBD based approach remains the recommended one for OpenStack "
"environments."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml540(title)
#: ./doc/high-availability-guide/bk-ha-guide.xml789(title)
msgid "Configuring DRBD"
msgstr "DRBD の設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml542(simpara)
msgid ""
"The Pacemaker based MySQL server requires a DRBD resource from which it "
"mounts the <literal>/var/lib/mysql</literal> directory. In this example, the"
" DRBD resource is simply named <literal>mysql</literal>:"
msgstr "Pacemaker ベースの MySQL サーバーは <literal>/var/lib/mysql</literal> ディレクトリをマウントする DRBD リソースが必要です。この例では、DRBD リソースが単に <literal>mysql</literal> という名前になっています。"

#: ./doc/high-availability-guide/bk-ha-guide.xml547(title)
msgid ""
"<literal>mysql</literal> DRBD resource configuration "
"(<literal>/etc/drbd.d/mysql.res</literal>)"
msgstr "<literal>mysql</literal> DRBD リソース設定 (<literal>/etc/drbd.d/mysql.res</literal>)"

#: ./doc/high-availability-guide/bk-ha-guide.xml563(simpara)
msgid ""
"This resource uses an underlying local disk (in DRBD terminology, a "
"<emphasis>backing device</emphasis>) named "
"<literal>/dev/data/mysql</literal> on both cluster nodes, "
"<literal>node1</literal> and <literal>node2</literal>. Normally, this would "
"be an LVM Logical Volume specifically set aside for this purpose. The DRBD "
"<literal>meta-disk</literal> is <literal>internal</literal>, meaning DRBD-"
"specific metadata is being stored at the end of the <literal>disk</literal> "
"device itself. The device is configured to communicate between IPv4 "
"addresses 10.0.42.100 and 10.0.42.254, using TCP port 7700. Once enabled, it"
" will map to a local DRBD block device with the device minor number 0, that "
"is, <literal>/dev/drbd0</literal>."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml572(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml821(simpara)
msgid ""
"Enabling a DRBD resource is explained in detail in <link "
"href=\"http://www.drbd.org/users-guide-8.3/s-first-time-up.html\">the DRBD "
"User’s Guide</link>. In brief, the proper sequence of commands is this:"
msgstr "DRBD リソースを有効化する方法は <link href=\"http://www.drbd.org/users-guide-8.3/s-first-time-up.html\">DRBD ユーザーガイド</link> に詳細に説明されています。要約すると、正しいコマンドの流れはこのとおりです。"

#: ./doc/high-availability-guide/bk-ha-guide.xml580(para)
msgid ""
"Initializes DRBD metadata and writes the initial set of metadata to "
"<literal>/dev/data/mysql</literal>. Must be completed on both nodes."
msgstr "DRBD メタデータを初期化し、メタデータの初期セットを <literal>/dev/data/mysql</literal> に書き込みます。両方のノードで完了する必要があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml586(para)
msgid ""
"Creates the <literal>/dev/drbd0</literal> device node, "
"<emphasis>attaches</emphasis> the DRBD device to its backing store, and "
"<emphasis>connects</emphasis> the DRBD node to its peer. Must be completed "
"on both nodes."
msgstr "<literal>/dev/drbd0</literal> デバイスノードを作成し、DRBD デバイスをそのバックエンドに<emphasis>接続</emphasis>し、DRBD ノードを同期先に<emphasis>接続</emphasis>します。両方のノードで完了する必要があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml593(para)
#: ./doc/high-availability-guide/bk-ha-guide.xml842(para)
msgid ""
"Kicks off the initial device synchronization, and puts the device into the "
"<literal>primary</literal> (readable and writable) role. See <link "
"href=\"http://www.drbd.org/users-guide-8.3/ch-admin.html#s-roles\">Resource "
"roles</link> (from the DRBD User’s Guide) for a more detailed description of"
" the primary and secondary roles in DRBD. Must be completed <emphasis>on one"
" node only,</emphasis> namely the one where you are about to continue with "
"creating your filesystem."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml607(title)
#: ./doc/high-availability-guide/bk-ha-guide.xml856(title)
msgid "Creating a file system"
msgstr "ファイルシステムの作成"

#: ./doc/high-availability-guide/bk-ha-guide.xml609(simpara)
msgid ""
"Once the DRBD resource is running and in the primary role (and potentially "
"still in the process of running the initial device synchronization), you may"
" proceed with creating the filesystem for MySQL data. XFS is the generally "
"recommended filesystem:"
msgstr "DRBD リソースが実行中になり、プライマリロールになると (まだ初期デバイス同期が実行中かもしれません)、MySQL データのファイルシステムの作成を進められます。XFS が一般的に推奨されるファイルシステムです。"

#: ./doc/high-availability-guide/bk-ha-guide.xml614(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml863(simpara)
msgid ""
"You may also use the alternate device path for the DRBD device, which may be"
" easier to remember as it includes the self-explanatory resource name:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml618(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml867(simpara)
msgid ""
"Once completed, you may safely return the device to the secondary role. Any "
"ongoing device synchronization will continue in the background:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml625(title)
msgid "Preparing MySQL for Pacemaker high availability"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml627(simpara)
msgid ""
"In order for Pacemaker monitoring to function properly, you must ensure that"
" MySQL’s database files reside on the DRBD device. If you already have an "
"existing MySQL database, the simplest approach is to just move the contents "
"of the existing <literal>/var/lib/mysql</literal> directory into the newly "
"created filesystem on the DRBD device."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml633(simpara)
msgid ""
"You must complete the next step while the MySQL database server is shut "
"down."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml639(simpara)
msgid ""
"For a new MySQL installation with no existing data, you may also run the "
"<literal>mysql_install_db</literal> command:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml644(simpara)
msgid ""
"Regardless of the approach, the steps outlined here must be completed on "
"only one cluster node."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml649(title)
msgid "Adding MySQL resources to Pacemaker"
msgstr "MySQL リソースの Pacemaker への追加"

#: ./doc/high-availability-guide/bk-ha-guide.xml651(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for MySQL "
"resources. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml687(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml921(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1116(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1207(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1366(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1440(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1484(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1525(simpara)
msgid "This configuration creates"
msgstr "この設定により、次のものが作成されます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml690(simpara)
msgid ""
"<literal>p_ip_mysql</literal>, a virtual IP address for use by MySQL "
"(192.168.42.101),"
msgstr "<literal>p_ip_mysql</literal>, MySQL により使用される仮想 IP アドレス (192.168.42.101),"

#: ./doc/high-availability-guide/bk-ha-guide.xml695(simpara)
msgid ""
"<literal>p_fs_mysql</literal>, a Pacemaker managed filesystem mounted to "
"<literal>/var/lib/mysql</literal> on whatever node currently runs the MySQL "
"service,"
msgstr "<literal>p_fs_mysql</literal>, 現在 MySQL サービスを実行している、すべてのノードにおいて <literal>/var/lib/mysql</literal> にマウントされている、Pacemaker が管理しているファイルシステム。"

#: ./doc/high-availability-guide/bk-ha-guide.xml701(simpara)
msgid ""
"<literal>ms_drbd_mysql</literal>, the <emphasis>master/slave set</emphasis> "
"managing the <literal>mysql</literal> DRBD resource,"
msgstr "<literal>ms_drbd_mysql</literal>, <literal>mysql</literal> DRBD リソースを管理している<emphasis>マスター/スレーブの組</emphasis>。"

#: ./doc/high-availability-guide/bk-ha-guide.xml706(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml940(simpara)
msgid ""
"a service <literal>group</literal> and <literal>order</literal> and "
"<literal>colocation</literal> constraints to ensure resources are started on"
" the correct nodes, and in the correct sequence."
msgstr "リソースが適切なノードにおいて、適切な順序で起動されることを確実にする、サービスの <literal>group</literal>, <literal>order</literal> および <literal>colocation</literal> 制約。"

#: ./doc/high-availability-guide/bk-ha-guide.xml712(simpara)
msgid ""
"<literal>crm configure</literal> supports batch input, so you may copy and "
"paste the above into your live pacemaker configuration, and then make "
"changes as required. For example, you may enter <literal>edit "
"p_ip_mysql</literal> from the <literal>crm configure</literal> menu and edit"
" the resource to match your preferred virtual IP address."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml717(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the MySQL service, and its dependent resources, on"
" one of your nodes."
msgstr "完了すると、<literal>crm configure</literal> メニューから <literal>commit</literal> と入力し、設定の変更をコミットします。"

#: ./doc/high-availability-guide/bk-ha-guide.xml723(title)
msgid "Configuring OpenStack services for highly available MySQL"
msgstr "高可用性 MySQL のための OpenStack サービスの設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml725(simpara)
msgid ""
"Your OpenStack services must now point their MySQL configuration to the "
"highly available, virtual cluster IP address — rather than a MySQL server’s "
"physical IP address as you normally would."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml728(simpara)
msgid ""
"For OpenStack Image, for example, if your MySQL service IP address is "
"192.168.42.101 as in the configuration explained here, you would use the "
"following line in your OpenStack Image registry configuration file (<literal"
">glance-registry.conf</literal>):"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml733(simpara)
msgid ""
"No other changes are necessary to your OpenStack configuration. If the node "
"currently hosting your database experiences a problem necessitating service "
"failover, your OpenStack services may experience a brief MySQL interruption,"
" as they would in the event of a network hiccup, and then continue to run "
"normally."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml742(title)
msgid "Highly available RabbitMQ"
msgstr "高可用性 RabbitMQ"

#: ./doc/high-availability-guide/bk-ha-guide.xml744(simpara)
msgid ""
"RabbitMQ is the default AMQP server used by many OpenStack services. Making "
"the RabbitMQ service highly available involves"
msgstr "RabbitMQ が多くの OpenStack サービスにより使用される標準の AMQP サーバーです。RabbitMQ サービスを高可用性にすることは、次のことが関連します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml748(simpara)
msgid "configuring a DRBD device for use by RabbitMQ,"
msgstr "RabbitMQ により使用するための DRBD デバイスを設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml753(simpara)
msgid ""
"configuring RabbitMQ to use a data directory residing on that DRBD device,"
msgstr "RabbitMQ が DRBD デバイスにあるデータディレクトリを使用するよう設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml765(simpara)
msgid "configuring RabbitMQ to listen on that IP address,"
msgstr "RabbitMQ がその IP アドレスでリッスンするよう設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml770(simpara)
msgid ""
"managing all resources, including the RabbitMQ daemon itself, with the "
"Pacemaker cluster manager."
msgstr "RabbitMQ デーモン自身を含む、すべてのリソースを Pacemaker クラスターマネージャーで管理します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml777(simpara)
msgid ""
"There is an alternative method of configuring RabbitMQ for high "
"availability. That approach, known as <link "
"href=\"http://www.rabbitmq.com/ha.html\">active-active mirrored "
"queues</link>, happens to be the one preferred by the RabbitMQ developers — "
"however it has shown less than ideal consistency and reliability in "
"OpenStack clusters. Thus, at the time of writing, the Pacemaker/DRBD based "
"approach remains the recommended one for OpenStack environments, although "
"this may change in the near future as RabbitMQ active-active mirrored queues"
" mature."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml791(simpara)
msgid ""
"The Pacemaker based RabbitMQ server requires a DRBD resource from which it "
"mounts the <literal>/var/lib/rabbitmq</literal> directory. In this example, "
"the DRBD resource is simply named <literal>rabbitmq</literal>:"
msgstr "Pacemaker ベースの RabbitMQ サーバーは <literal>/var/lib/rabbitmq</literal> ディレクトリをマウントする DRBD リソースが必要です。この例では、DRBD リソースは単に <literal>rabbitmq</literal> という名前になっています。"

#: ./doc/high-availability-guide/bk-ha-guide.xml796(title)
msgid ""
"<literal>rabbitmq</literal> DRBD resource configuration "
"(<literal>/etc/drbd.d/rabbitmq.res</literal>)"
msgstr "<literal>rabbitmq</literal> DRBD リソース設定 (<literal>/etc/drbd.d/rabbitmq.res</literal>)"

#: ./doc/high-availability-guide/bk-ha-guide.xml812(simpara)
msgid ""
"This resource uses an underlying local disk (in DRBD terminology, a "
"<emphasis>backing device</emphasis>) named "
"<literal>/dev/data/rabbitmq</literal> on both cluster nodes, "
"<literal>node1</literal> and <literal>node2</literal>. Normally, this would "
"be an LVM Logical Volume specifically set aside for this purpose. The DRBD "
"<literal>meta-disk</literal> is <literal>internal</literal>, meaning DRBD-"
"specific metadata is being stored at the end of the <literal>disk</literal> "
"device itself. The device is configured to communicate between IPv4 "
"addresses 10.0.42.100 and 10.0.42.254, using TCP port 7701. Once enabled, it"
" will map to a local DRBD block device with the device minor number 1, that "
"is, <literal>/dev/drbd1</literal>."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml829(para)
msgid ""
"Initializes DRBD metadata and writes the initial set of metadata to "
"<literal>/dev/data/rabbitmq</literal>. Must be completed on both nodes."
msgstr "DRBD メタデータを初期化し、メタデータの初期セットを <literal>/dev/data/rabbitmq</literal> に書き込みます。両方のノードで完了する必要があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml835(para)
msgid ""
"Creates the <literal>/dev/drbd1</literal> device node, "
"<emphasis>attaches</emphasis> the DRBD device to its backing store, and "
"<emphasis>connects</emphasis> the DRBD node to its peer. Must be completed "
"on both nodes."
msgstr "<literal>/dev/drbd1</literal> デバイスノードを作成し、DRBD デバイスをそのバックエンドに<emphasis>接続</emphasis>し、DRBD ノードを同期先に<emphasis>接続</emphasis>します。両方のノードで完了する必要があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml858(simpara)
msgid ""
"Once the DRBD resource is running and in the primary role (and potentially "
"still in the process of running the initial device synchronization), you may"
" proceed with creating the filesystem for RabbitMQ data. XFS is the "
"generally recommended filesystem:"
msgstr "DRBD リソースが実行中になり、プライマリロールになると (まだ初期デバイス同期が実行中かもしれません)、RabbitMQ データのファイルシステムの作成を進められます。XFS が一般的に推奨されるファイルシステムです。"

#: ./doc/high-availability-guide/bk-ha-guide.xml874(title)
msgid "Preparing RabbitMQ for Pacemaker high availability"
msgstr "Pacemaker 高可用性のための RabbitMQ の準備"

#: ./doc/high-availability-guide/bk-ha-guide.xml876(simpara)
msgid ""
"In order for Pacemaker monitoring to function properly, you must ensure that"
" RabbitMQ’s <literal>.erlang.cookie</literal> files are identical on all "
"nodes, regardless of whether DRBD is mounted there or not. The simplest way "
"of doing so is to take an existing <literal>.erlang.cookie</literal> from "
"one of your nodes, copying it to the RabbitMQ data directory on the other "
"node, and also copying it to the DRBD-backed filesystem."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml889(title)
msgid "Adding RabbitMQ resources to Pacemaker"
msgstr "RabbitMQ リソースの Pacemaker への追加"

#: ./doc/high-availability-guide/bk-ha-guide.xml891(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for RabbitMQ "
"resources. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml924(simpara)
msgid ""
"<literal>p_ip_rabbitmp</literal>, a virtual IP address for use by RabbitMQ "
"(192.168.42.100),"
msgstr "<literal>p_ip_rabbitmp</literal>, RabbitMQ により使用される仮想 IP アドレス (192.168.42.100),"

#: ./doc/high-availability-guide/bk-ha-guide.xml929(simpara)
msgid ""
"<literal>p_fs_rabbitmq</literal>, a Pacemaker managed filesystem mounted to "
"<literal>/var/lib/rabbitmq</literal> on whatever node currently runs the "
"RabbitMQ service,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml935(simpara)
msgid ""
"<literal>ms_drbd_rabbitmq</literal>, the <emphasis>master/slave "
"set</emphasis> managing the <literal>rabbitmq</literal> DRBD resource,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml946(simpara)
msgid ""
"<literal>crm configure</literal> supports batch input, so you may copy and "
"paste the above into your live pacemaker configuration, and then make "
"changes as required. For example, you may enter <literal>edit "
"p_ip_rabbitmq</literal> from the <literal>crm configure</literal> menu and "
"edit the resource to match your preferred virtual IP address."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml951(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the RabbitMQ service, and its dependent resources,"
" on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml957(title)
msgid "Configuring OpenStack services for highly available RabbitMQ"
msgstr "高可用性 RabbitMQ のための OpenStack サービスの設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml959(simpara)
msgid ""
"Your OpenStack services must now point their RabbitMQ configuration to the "
"highly available, virtual cluster IP address — rather than a RabbitMQ "
"server’s physical IP address as you normally would."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml962(simpara)
msgid ""
"For OpenStack Image, for example, if your RabbitMQ service IP address is "
"192.168.42.100 as in the configuration explained here, you would use the "
"following line in your OpenStack Image API configuration file (<literal"
">glance-api.conf</literal>):"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml967(simpara)
msgid ""
"No other changes are necessary to your OpenStack configuration. If the node "
"currently hosting your RabbitMQ experiences a problem necessitating service "
"failover, your OpenStack services may experience a brief RabbitMQ "
"interruption, as they would in the event of a network hiccup, and then "
"continue to run normally."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml977(title)
msgid "API Node Cluster Stack"
msgstr "API ノードクラスタースタック"

#: ./doc/high-availability-guide/bk-ha-guide.xml979(simpara)
msgid ""
"The API node exposes OpenStack API endpoints onto external network "
"(Internet). It needs to talk to the Cloud Controller on the management "
"network."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml983(title)
msgid "Configure the VIP"
msgstr "仮想 IP の設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml985(simpara)
msgid ""
"First of all, we need to select and assign a virtual IP address (VIP) that "
"can freely float between cluster nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml986(simpara)
msgid ""
"This configuration creates <literal>p_ip_api</literal>, a virtual IP address"
" for use by the API node (192.168.42.103) :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml993(title)
msgid "Highly available OpenStack Identity"
msgstr "高可用性 OpenStack Identity"

#: ./doc/high-availability-guide/bk-ha-guide.xml995(simpara)
msgid ""
"OpenStack Identity is the Identity Service in OpenStack and used by many "
"services. Making the OpenStack Identity service highly available in active /"
" passive mode involves"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml999(simpara)
msgid "configuring OpenStack Identity to listen on the VIP address,"
msgstr "OpenStack Identity がその仮想 IP アドレスでリッスンするよう設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1004(simpara)
msgid "managing OpenStack Identity daemon with the Pacemaker cluster manager,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1009(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1094(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1184(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1268(simpara)
msgid "configuring OpenStack services to use this IP address."
msgstr "OpenStack のサービスがこの IP アドレスを使用するよう設定します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1015(simpara)
msgid ""
"Here is the <link href=\"http://docs.openstack.org/trunk/install-"
"guide/install/apt/content/ch_installing-openstack-identity-"
"service.html\">documentation</link> for installing OpenStack Identity "
"service."
msgstr "ここに OpenStack Identity Service をインストールするための<link href=\"http://docs.openstack.org/trunk/install-guide/install/apt/content/ch_installing-openstack-identity-service.html\">ドキュメント</link>があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1019(title)
msgid "Adding OpenStack Identity resource to Pacemaker"
msgstr "OpenStack Identity リソースの Pacemaker への追加"

#: ./doc/high-availability-guide/bk-ha-guide.xml1021(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1106(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1196(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1280(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1356(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1473(simpara)
msgid "First of all, you need to download the resource agent to your system :"
msgstr "まず初めに、リソースエージェントをシステムにダウンロードする必要があります :"

#: ./doc/high-availability-guide/bk-ha-guide.xml1027(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for OpenStack "
"Identity resource. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr "OpenStack Identity リソース用の Pacemaker 設定を追加して、次に進むことができます。<literal>crm configure</literal> を用いて Pacemaker クラスターに接続し、以下のクラスターリソースを追加します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1033(simpara)
msgid ""
"This configuration creates <literal>p_keystone</literal>, a resource for "
"manage OpenStack Identity service."
msgstr "この設定は OpenStack Identity サービスを管理するためのリソース <literal>p_keystone</literal> を作成します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1034(simpara)
msgid ""
"<literal>crm configure</literal> supports batch input, so you may copy and "
"paste the above into your live pacemaker configuration, and then make "
"changes as required. For example, you may enter <literal>edit "
"p_ip_keystone</literal> from the <literal>crm configure</literal> menu and "
"edit the resource to match your preferred virtual IP address."
msgstr "<literal>crm configure</literal> はバッチ入力をサポートします。そのため、現在の pacemaker 設定の中に上をコピー・ペーストし、適宜変更を反映できます。たとえば、お好みの仮想 IP アドレスに一致させるために、<literal>crm configure</literal> メニューから <literal>edit p_ip_keystone</literal> と入力し、リソースを編集できます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1039(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the OpenStack Identity service, and its dependent "
"resources, on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1045(title)
msgid "Configuring OpenStack Identity service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1047(simpara)
msgid ""
"You need to edit your OpenStack Identity configuration file "
"(<literal>keystone.conf</literal>) and change the bind parameter :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1049(simpara)
msgid ""
"To be sure all data will be high available, you should be sure that you "
"store everything in the MySQL database (which is also high available) :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1059(title)
msgid ""
"Configuring OpenStack Services to use High Available OpenStack Identity"
msgstr "高可用性 OpenStack Identity を使用するための OpenStack サービスの設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml1061(simpara)
msgid ""
"Your OpenStack services must now point their OpenStack Identity "
"configuration to the highly available, virtual cluster IP address — rather "
"than a OpenStack Identity server’s physical IP address as you normally "
"would."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1064(simpara)
msgid ""
"For example with OpenStack Compute, if your OpenStack Identity service IP "
"address is 192.168.42.103 as in the configuration explained here, you would "
"use the following line in your API configuration file (<literal>api-"
"paste.ini</literal>):"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1069(simpara)
msgid "You need also to create the OpenStack Identity Endpoint with this IP."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1070(simpara)
msgid ""
"NOTE : If you are using both private and public IP addresses, you should "
"create two Virtual IP addresses and define your endpoint like this :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1072(simpara)
msgid ""
"If you are using the Horizon Dashboard, you should edit "
"<literal>local_settings.py</literal> file :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1078(title)
msgid "Highly available OpenStack Image API"
msgstr "高可用性 OpenStack Image API"

#: ./doc/high-availability-guide/bk-ha-guide.xml1080(simpara)
msgid ""
"OpenStack Image Service offers a service for discovering, registering, and "
"retrieving virtual machine images. Making the OpenStack Image API service "
"highly available in active / passive mode involves"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1084(simpara)
msgid "configuring OpenStack Image to listen on the VIP address,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1089(simpara)
msgid ""
"managing OpenStack Image API daemon with the Pacemaker cluster manager,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1100(simpara)
msgid ""
"Here is the <link href=\"http://docs.openstack.org/trunk/install-"
"guide/install/apt/content/ch_installing-openstack-"
"image.html\">documentation</link> for installing OpenStack Image API "
"service."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1104(title)
msgid "Adding OpenStack Image API resource to Pacemaker"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1110(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for OpenStack "
"Image API resource. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1119(simpara)
msgid ""
"<literal>p_glance-api</literal>, a resource for manage OpenStack Image API "
"service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1123(simpara)
msgid ""
"<literal>crm configure</literal> supports batch input, so you may copy and "
"paste the above into your live pacemaker configuration, and then make "
"changes as required. For example, you may enter <literal>edit p_ip_glance-"
"api</literal> from the <literal>crm configure</literal> menu and edit the "
"resource to match your preferred virtual IP address."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1128(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the OpenStack Image API service, and its dependent"
" resources, on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1134(title)
msgid "Configuring OpenStack Image API service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1136(simpara)
msgid "Edit <literal>/etc/glance/glance-api.conf</literal> :"
msgstr "<literal>/etc/glance/glance-api.conf</literal> を編集します :"

#: ./doc/high-availability-guide/bk-ha-guide.xml1152(title)
msgid ""
"Configuring OpenStack Services to use High Available OpenStack Image API"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1154(simpara)
msgid ""
"Your OpenStack services must now point their OpenStack Image API "
"configuration to the highly available, virtual cluster IP address — rather "
"than a OpenStack Image API server’s physical IP address as you normally "
"would."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1157(simpara)
msgid ""
"For OpenStack Compute, for example, if your OpenStack Image API service IP "
"address is 192.168.42.104 as in the configuration explained here, you would "
"use the following line in your <literal>nova.conf</literal> file :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1161(simpara)
msgid "You need also to create the OpenStack Image API Endpoint with this IP."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1162(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1330(simpara)
msgid ""
"NOTE : If you are using both private and public IP addresses, you should "
"create two Virtual IP addresses and define your endpoint like this:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1168(title)
msgid "Highly available Cinder API"
msgstr "高可用性 Cinder API"

#: ./doc/high-availability-guide/bk-ha-guide.xml1170(simpara)
msgid ""
"Cinder is the block storage service in OpenStack. Making the Cinder API "
"service highly available in active / passive mode involves"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1174(simpara)
msgid "configuring Cinder to listen on the VIP address,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1179(simpara)
msgid "managing Cinder API daemon with the Pacemaker cluster manager,"
msgstr "Pacemaker クラスターマネージャを用いた Cinder API デーモンの管理"

#: ./doc/high-availability-guide/bk-ha-guide.xml1190(simpara)
msgid ""
"Here is the <link href=\"http://docs.openstack.org/trunk/install-"
"guide/install/apt/content/cinder-install.html\">documentation</link> for "
"installing Cinder service."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1194(title)
msgid "Adding Cinder API resource to Pacemaker"
msgstr "Cinder API リソースの Pacemaker への追加"

#: ./doc/high-availability-guide/bk-ha-guide.xml1200(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for Cinder API "
"resource. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1210(simpara)
msgid ""
"<literal>p_cinder-api</literal>, a resource for manage Cinder API service"
msgstr "<literal>p_cinder-api</literal>, Cinder API サービスを管理するためのリソース"

#: ./doc/high-availability-guide/bk-ha-guide.xml1214(simpara)
msgid ""
"<literal>crm configure</literal> supports batch input, so you may copy and "
"paste the above into your live pacemaker configuration, and then make "
"changes as required. For example, you may enter <literal>edit p_ip_cinder-"
"api</literal> from the <literal>crm configure</literal> menu and edit the "
"resource to match your preferred virtual IP address."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1219(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the Cinder API service, and its dependent "
"resources, on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1225(title)
msgid "Configuring Cinder API service"
msgstr "Cinder API サービスの設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml1227(simpara)
msgid "Edit <literal>/etc/cinder/cinder.conf</literal> :"
msgstr "<literal>/etc/cinder/cinder.conf</literal> を編集します :"

#: ./doc/high-availability-guide/bk-ha-guide.xml1240(title)
msgid "Configuring OpenStack Services to use High Available Cinder API"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1242(simpara)
msgid ""
"Your OpenStack services must now point their Cinder API configuration to the"
" highly available, virtual cluster IP address — rather than a Cinder API "
"server’s physical IP address as you normally would."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1245(simpara)
msgid "You need to create the Cinder API Endpoint with this IP."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1246(simpara)
msgid ""
"NOTE : If you are using both private and public IP, you should create two "
"Virtual IP and define your endpoint like this :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1252(title)
msgid "Highly available OpenStack Networking Server"
msgstr "高可用性 OpenStack Networking サーバー"

#: ./doc/high-availability-guide/bk-ha-guide.xml1254(simpara)
msgid ""
"OpenStack Networking is the network connectivity service in OpenStack. "
"Making the OpenStack Networking Server service highly available in active / "
"passive mode involves"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1258(simpara)
msgid "configuring OpenStack Networking to listen on the VIP address,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1263(simpara)
msgid ""
"managing OpenStack Networking API Server daemon with the Pacemaker cluster "
"manager,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1274(simpara)
msgid ""
"Here is the <link href=\"http://docs.openstack.org/trunk/install-"
"guide/install/apt/content/ch_installing-openstack-"
"networking.html\">documentation</link> for installing OpenStack Networking "
"service."
msgstr "ここに OpenStack Networking Service をインストールするための<link href=\"http://docs.openstack.org/trunk/install-guide/install/apt/content/ch_installing-openstack-networking.html\">ドキュメント</link>があります。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1278(title)
msgid "Adding OpenStack Networking Server resource to Pacemaker"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1284(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for OpenStack "
"Networking Server resource. Connect to the Pacemaker cluster with "
"<literal>crm configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1291(simpara)
msgid ""
"This configuration creates <literal>p_neutron-server</literal>, a resource "
"for manage OpenStack Networking Server service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1292(simpara)
msgid ""
"<literal>crm configure</literal> supports batch input, so you may copy and "
"paste the above into your live pacemaker configuration, and then make "
"changes as required. For example, you may enter <literal>edit p_neutron-"
"server</literal> from the <literal>crm configure</literal> menu and edit the"
" resource to match your preferred virtual IP address."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1297(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the OpenStack Networking API service, and its "
"dependent resources, on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1303(title)
msgid "Configuring OpenStack Networking Server"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1305(simpara)
msgid "Edit <literal>/etc/neutron/neutron.conf</literal> :"
msgstr "<literal>/etc/neutron/neutron.conf</literal> を編集します。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1322(title)
msgid ""
"Configuring OpenStack Services to use Highly available OpenStack Networking "
"Server"
msgstr "高可用性 OpenStack Networking Server を使用するための OpenStack サービスの設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml1324(simpara)
msgid ""
"Your OpenStack services must now point their OpenStack Networking Server "
"configuration to the highly available, virtual cluster IP address — rather "
"than an OpenStack Networking server’s physical IP address as you normally "
"would."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1327(simpara)
msgid ""
"For example, you should configure OpenStack Compute for using Highly "
"Available OpenStack Networking Server in editing "
"<literal>nova.conf</literal> file :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1329(simpara)
msgid ""
"You need to create the OpenStack Networking Server Endpoint with this IP."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1336(title)
msgid "Highly available Ceilometer Central Agent"
msgstr "高可用性 Ceilometer 中央エージェント"

#: ./doc/high-availability-guide/bk-ha-guide.xml1338(simpara)
msgid ""
"Ceilometer is the metering service in OpenStack. Central Agent polls for "
"resource utilization statistics for resources not tied to instances or "
"compute nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1342(simpara)
msgid ""
"Due to limitations of a polling model, a single instance of this agent can "
"be polling a given list of meters. In this setup, we install this service on"
" the API nodes also in the active / passive mode."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1346(simpara)
msgid ""
"Making the Ceilometer Central Agent service highly available in active / "
"passive mode involves managing its daemon with the Pacemaker cluster "
"manager,"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1349(simpara)
msgid ""
"You will find at <link "
"href=\"http://docs.openstack.org/developer/ceilometer/install/manual.html"
"#installing-the-central-agent\">this page</link> the process to install "
"Ceilometer Central Agent."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1354(title)
msgid "Adding Ceilometer Central Agent resource to Pacemaker"
msgstr "Ceilometer 中央エージェントリソースの Pacemaker への追加"

#: ./doc/high-availability-guide/bk-ha-guide.xml1360(simpara)
msgid ""
"You may then proceed with adding the Pacemaker configuration for Ceilometer "
"Central Agent resource. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1369(simpara)
msgid ""
"<literal>p_ceilometer-agent-central</literal>, a resource for manage "
"Ceilometer Central Agent service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1373(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1447(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1492(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1533(simpara)
msgid ""
"<literal>crm configure</literal> supports batch input, so you may copy and "
"paste the above into your live pacemaker configuration, and then make "
"changes as required."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1376(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the Ceilometer Central Agent service, and its "
"dependent resources, on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1382(title)
msgid "Configuring Ceilometer Central Agent service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1384(simpara)
msgid "Edit <literal>/etc/ceilometer/ceilometer.conf</literal> :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1399(title)
msgid "Configure Pacemaker Group"
msgstr "Pacemaker グループの設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml1401(simpara)
msgid ""
"Finally, we need to create a service <literal>group</literal> to ensure that"
" virtual IP is linked to the API services resources :"
msgstr "最終的に、仮想 IP が API サービスリソースとリンクされるよう、サービス <literal>グループ</literal> を作成する必要があります :"

#: ./doc/high-availability-guide/bk-ha-guide.xml1408(title)
msgid "Network Controller Cluster Stack"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1410(simpara)
msgid ""
"The Network controller sits on the management and data network, and needs to"
" be connected to the Internet if a VM needs access to it."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1412(simpara)
msgid ""
"Both nodes should have the same hostname since the Neutron scheduler will be"
" aware of one node, for example a virtual router attached to a single L3 "
"node."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1417(title)
msgid "Highly available Neutron L3 Agent"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1419(simpara)
msgid ""
"The Neutron L3 agent provides L3/NAT forwarding to ensure external network "
"access for VMs on tenant networks. High Availability for the L3 agent is "
"achieved by adopting Pacemaker."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1423(simpara)
msgid ""
"Here is the <link href=\"http://docs.openstack.org/trunk/config-"
"reference/content/section_adv_cfg_l3_agent.html\">documentation</link> for "
"installing Neutron L3 Agent."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1427(title)
msgid "Adding Neutron L3 Agent resource to Pacemaker"
msgstr "Neutron L3 Agent リソースの Pacemaker への追加"

#: ./doc/high-availability-guide/bk-ha-guide.xml1429(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1514(simpara)
msgid "First of all, you need to download the resource agent to your system:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1433(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for Neutron L3 "
"Agent resource. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1443(simpara)
msgid ""
"<literal>p_neutron-l3-agent</literal>, a resource for manage Neutron L3 "
"Agent service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1450(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the Neutron L3 Agent service, and its dependent "
"resources, on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1454(simpara)
msgid ""
"This method does not ensure a zero downtime since it has to recreate all the"
" namespaces and virtual routers on the node."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1461(title)
msgid "Highly available Neutron DHCP Agent"
msgstr "高可用性 Neutron DHCP Agent"

#: ./doc/high-availability-guide/bk-ha-guide.xml1463(simpara)
msgid ""
"Neutron DHCP agent distributes IP addresses to the VMs with dnsmasq (by "
"default). High Availability for the DHCP agent is achieved by adopting "
"Pacemaker."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1467(simpara)
msgid ""
"Here is the <link href=\"http://docs.openstack.org/trunk/config-"
"reference/content/section_adv_cfg_dhcp_agent.html\">documentation</link> for"
" installing Neutron DHCP Agent."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1471(title)
msgid "Adding Neutron DHCP Agent resource to Pacemaker"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1477(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for Neutron DHCP"
" Agent resource. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1487(simpara)
msgid ""
"<literal>p_neutron-dhcp-agent</literal>, a resource for manage Neutron DHCP "
"Agent service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1495(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the Neutron DHCP Agent service, and its dependent "
"resources, on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1502(title)
msgid "Highly available Neutron Metadata Agent"
msgstr "高可用性 Neutron Metadata Agent"

#: ./doc/high-availability-guide/bk-ha-guide.xml1504(simpara)
msgid ""
"Neutron Metadata agent allows Nova API Metadata to be reachable by VMs on "
"tenant networks. High Availability for the Metadata agent is achieved by "
"adopting Pacemaker."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1508(simpara)
msgid ""
"Here is the <link href=\"http://docs.openstack.org/trunk/config-"
"reference/content/networking-options-metadata.html\">documentation</link> "
"for installing Neutron Metadata Agent."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1512(title)
msgid "Adding Neutron Metadata Agent resource to Pacemaker"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1518(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for Neutron "
"Metadata Agent resource. Connect to the Pacemaker cluster with <literal>crm "
"configure</literal>, and add the following cluster resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1528(simpara)
msgid ""
"<literal>p_neutron-metadata-agent</literal>, a resource for manage Neutron "
"Metadata Agent service"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1536(simpara)
msgid ""
"Once completed, commit your configuration changes by entering "
"<literal>commit</literal> from the <literal>crm configure</literal> menu. "
"Pacemaker will then start the Neutron Metadata Agent service, and its "
"dependent resources, on one of your nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1543(title)
msgid "Manage network resources"
msgstr "ネットワークリソースの管理"

#: ./doc/high-availability-guide/bk-ha-guide.xml1545(simpara)
msgid ""
"You may now proceed with adding the Pacemaker configuration for managing all"
" network resources together with a group. Connect to the Pacemaker cluster "
"with <literal>crm configure</literal>, and add the following cluster "
"resources:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1556(title)
msgid "HA Using Active/Active"
msgstr "アクティブ/アクティブを使用した HA"

#: ./doc/high-availability-guide/bk-ha-guide.xml1560(title)
msgid "Database"
msgstr "データベース"

#: ./doc/high-availability-guide/bk-ha-guide.xml1562(simpara)
msgid ""
"The first step is installing the database that sits at the heart of the "
"cluster. When we’re talking about High Availability, however, we’re talking "
"about not just one database, but several (for redundancy) and a means to "
"keep them synchronized. In this case, we’re going to choose the MySQL "
"database, along with Galera for synchronous multi-master replication."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1567(simpara)
msgid ""
"The choice of database isn’t a foregone conclusion; you’re not required to "
"use MySQL. It is, however, a fairly common choice in OpenStack "
"installations, so we’ll cover it here."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1572(title)
msgid "MySQL with Galera"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1574(simpara)
msgid ""
"Rather than starting with a vanilla version of MySQL and then adding Galera "
"to it, you will want to install a version of MySQL patched for wsrep (Write "
"Set REPlication) from <link href=\"https://launchpad.net/codership-"
"mysql/0.7\">https://launchpad.net/codership-mysql/0.7</link>. Note that the "
"installation requirements are a bit touchy; you will want to make sure to "
"read the README file so you don’t miss any steps."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1579(simpara)
msgid ""
"Next, download Galera itself from <link "
"href=\"https://launchpad.net/galera/+download\">https://launchpad.net/galera/+download</link>."
" Go ahead and install the *.rpms or *.debs, taking care of any dependencies "
"that your system doesn’t already have installed."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1582(simpara)
msgid ""
"Once you’ve completed the installation, you’ll need to make a few "
"configuration changes:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1583(simpara)
msgid ""
"In the system-wide <literal>my.conf</literal> file, make sure mysqld isn’t "
"bound to 127.0.0.1, and that <literal>/etc/mysql/conf.d/</literal> is "
"included. Typically you can find this file at "
"<literal>/etc/my.cnf</literal>:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1590(simpara)
msgid ""
"When adding a new node, you must configure it with a MySQL account that can "
"access the other nodes so that it can request a state snapshot from one of "
"those existing nodes. First specify that account information in "
"<literal>/etc/mysql/conf.d/wsrep.cnf</literal>:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1594(simpara)
msgid "Next connect as root and grant privileges to that user:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1596(simpara)
msgid ""
"You’ll also need to remove user accounts with empty usernames, as they cause"
" problems:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1598(simpara)
msgid ""
"You’ll also need to set certain mandatory configuration options within MySQL"
" itself. These include:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1604(simpara)
msgid ""
"Finally, make sure that the nodes can access each other through the "
"firewall. This might mean adjusting iptables, as in:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1608(simpara)
msgid ""
"It might also mean configuring any NAT firewall between nodes to allow "
"direct connections, or disabling SELinux or configuring it to allow mysqld "
"to listen to sockets at unprivileged ports."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1611(simpara)
msgid "Now you’re ready to actually create the cluster."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1614(title)
msgid "Creating the cluster"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1616(simpara)
msgid ""
"In creating a cluster, you first start a single instance, which creates the "
"cluster. The rest of the MySQL instances then connect to that cluster. For "
"example, if you started on <literal>10.0.0.10</literal> by executing the "
"command:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1618(simpara)
msgid ""
"you could then connect to that cluster on the rest of the nodes by "
"referencing the address of that node, as in:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1620(simpara)
msgid ""
"You also have the option to set the <literal>wsrep_cluster_address</literal>"
" in the <literal>/etc/mysql/conf.d/wsrep.cnf</literal> file, or within the "
"client itself. (In fact, for some systems, such as MariaDB or Percona, this "
"may be your only option.) For example, to check the status of the cluster, "
"open the MySQL client and check the status of the various parameters:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1627(simpara)
msgid "You should see a status that looks something like this:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1676(title)
msgid "Galera Monitoring Scripts"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1678(simpara)
msgid "(Coming soon)"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1682(title)
msgid "Other ways to provide a Highly Available database"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1684(simpara)
msgid ""
"MySQL with Galera is by no means the only way to achieve database HA. "
"MariaDB (<link href=\"https://mariadb.org/\">https://mariadb.org/</link>) "
"and Percona (<link "
"href=\"http://www.percona.com/\">http://www.percona.com/</link>) also work "
"with Galera. You also have the option to use Postgres, which has its own "
"replication, or some other database HA option."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1692(title)
msgid "RabbitMQ"
msgstr "RabbitMQ"

#: ./doc/high-availability-guide/bk-ha-guide.xml1694(simpara)
msgid ""
"RabbitMQ is the default AMQP server used by many OpenStack services. Making "
"the RabbitMQ service highly available involves:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1698(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1715(title)
msgid "Install RabbitMQ"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1703(simpara)
msgid "Configure RabbitMQ for HA queues"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1708(simpara)
msgid "Configure OpenStack services to use Rabbit HA queues"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1717(simpara)
msgid "This setup has been tested with RabbitMQ 2.7.1."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1720(title)
msgid "On Ubuntu / Debian"
msgstr "Ubuntu / Debian の場合"

#: ./doc/high-availability-guide/bk-ha-guide.xml1722(simpara)
#: ./doc/high-availability-guide/bk-ha-guide.xml1732(simpara)
msgid "RabbitMQ is packaged on both distros:"
msgstr "RabbitMQ がどちらもパッケージ化されています。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1725(link)
msgid "Official manual for installing RabbitMQ on Ubuntu / Debian"
msgstr "Ubuntu / Debian に RabbitMQ をインストールする方法の公式マニュアル"

#: ./doc/high-availability-guide/bk-ha-guide.xml1730(title)
msgid "On Fedora / RHEL"
msgstr "Fedora / RHEL の場合"

#: ./doc/high-availability-guide/bk-ha-guide.xml1735(link)
msgid "Official manual for installing RabbitMQ on Fedora / RHEL"
msgstr "Fedora / RHEL に RabbitMQ をインストールする方法の公式マニュアル"

#: ./doc/high-availability-guide/bk-ha-guide.xml1741(title)
msgid "Configure RabbitMQ"
msgstr "RabbitMQ の設定"

#: ./doc/high-availability-guide/bk-ha-guide.xml1743(simpara)
msgid ""
"Here we are building a cluster of RabbitMQ nodes to construct a RabbitMQ "
"broker. Mirrored queues in RabbitMQ improve the availability of service "
"since it will be resilient to failures, but we have to consider that while "
"exchanges and bindings will survive the loss of individual nodes, queues and"
" their messages will no because a queue and its contents is located on one "
"node. So if we lose this node, we also lose the queue."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1748(simpara)
msgid ""
"We consider that we run (at least) two RabbitMQ servers. To build a broker, "
"we need to ensure that all nodes have the same erlang cookie file. To do so,"
" stop RabbitMQ everywhere and copy the cookie from rabbit1 server to other "
"server(s):"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1753(simpara)
msgid ""
"Then, start RabbitMQ on nodes. If RabbitMQ fails to start, you can’t "
"continue to the next step."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1755(simpara)
msgid "Now, we are building the HA cluster. From rabbit2, run these commands:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1759(simpara)
msgid "To verify the cluster status :"
msgstr "クラスターの状態を確認する方法:"

#: ./doc/high-availability-guide/bk-ha-guide.xml1764(simpara)
msgid ""
"If the cluster is working, you can now proceed to creating users and "
"password for queues."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1766(emphasis)
msgid "Note for RabbitMQ version 3"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1768(simpara)
msgid ""
"Queue mirroring is no longer controlled by the <emphasis>x-ha-"
"policy</emphasis> argument when declaring a queue. OpenStack can continue to"
" declare this argument, but it won’t cause queues to be mirrored. We need to"
" make sure that all queues (except those with auto-generated names) are "
"mirrored across all nodes in running:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1773(link)
msgid "More informations about High availability in RabbitMQ"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1778(title)
msgid "Configure OpenStack Services to use RabbitMQ"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1780(simpara)
msgid ""
"Since Grizzly Release, most of OpenStack components using queuing has been "
"supported the feature, we have to configure them to use at least two "
"RabbitMQ nodes."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1782(simpara)
msgid "Do this configuration on all services using RabbitMQ:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1783(simpara)
msgid "RabbitMQ HA cluster host:port pairs:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1785(simpara)
msgid "How frequently to retry connecting with RabbitMQ:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1787(simpara)
msgid "How long to backoff for between retries when connecting to RabbitMQ:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1789(simpara)
msgid ""
"Maximum retries with trying to connect to RabbitMQ (infinite by default):"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1791(simpara)
msgid "Use durable queues in RabbitMQ:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1793(simpara)
msgid "Use H/A queues in RabbitMQ (x-ha-policy: all):"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1795(simpara)
msgid ""
"If you change the configuration from an old setup which did not use HA "
"queues, you should interrupt the service :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1799(simpara)
msgid ""
"Services currently working with HA queues : OpenStack Compute, Cinder, "
"OpenStack Networking, Ceilometer."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1804(title)
msgid "HAproxy Nodes"
msgstr "HAproxy ノード"

#: ./doc/high-availability-guide/bk-ha-guide.xml1806(simpara)
msgid ""
"HAProxy is a very fast and reliable solution offering high availability, "
"load balancing, and proxying for TCP and HTTP-based applications. It is "
"particularly suited for web sites crawling under very high loads while "
"needing persistence or Layer 7 processing. Supporting tens of thousands of "
"connections is clearly realistic with today’s hardware."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1810(simpara)
msgid ""
"For installing HAproxy on your nodes, you should consider its <link "
"href=\"http://haproxy.1wt.eu/#docs\">official documentation</link>. Also, "
"you have to consider that this service should not be a single point of "
"failure, so you need at least two nodes running HAproxy."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1813(simpara)
msgid "Here is an example for HAproxy configuration file:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1953(simpara)
msgid "After each change of this file, you should restart HAproxy."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1957(title)
msgid "OpenStack Controller Nodes"
msgstr "OpenStack コントローラーノード"

#: ./doc/high-availability-guide/bk-ha-guide.xml1959(simpara)
msgid "OpenStack Controller Nodes contains:"
msgstr "OpenStack コントローラーノードは次のものを含みます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml1962(simpara)
msgid "All OpenStack API services"
msgstr "すべての OpenStack API サービス"

#: ./doc/high-availability-guide/bk-ha-guide.xml1967(simpara)
msgid "All OpenStack schedulers"
msgstr "すべての OpenStack スケジューラー"

#: ./doc/high-availability-guide/bk-ha-guide.xml1972(simpara)
msgid "Memcached service"
msgstr "Memcached サービス"

#: ./doc/high-availability-guide/bk-ha-guide.xml1979(title)
msgid "Running OpenStack API &amp; schedulers"
msgstr "OpenStack API &amp; スケジューラーの実行"

#: ./doc/high-availability-guide/bk-ha-guide.xml1983(title)
msgid "API Services"
msgstr "API サービス"

#: ./doc/high-availability-guide/bk-ha-guide.xml1985(simpara)
msgid ""
"All OpenStack projects have an API service for controlling all the resources"
" in the Cloud. In Active / Active mode, the most common setup is to scale-"
"out these services on at least two nodes and use load-balancing and virtual "
"IP (with HAproxy &amp; Keepalived in this setup)."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1989(emphasis)
msgid "Configuring API OpenStack services"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1991(simpara)
msgid ""
"To configure our Cloud using Highly available and scalable API services, we "
"need to ensure that:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1994(simpara)
msgid "Using Virtual IP when configuring OpenStack Identity Endpoints."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml1999(simpara)
msgid "All OpenStack configuration files should refer to Virtual IP."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2005(emphasis)
msgid "In case of failure"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2007(simpara)
msgid ""
"The monitor check is quite simple since it just establishes a TCP connection"
" to the API port. Comparing to the Active / Passive mode using Corosync "
"&amp; Resources Agents, we don’t check if the service is actually running). "
"That’s why all OpenStack API should be monitored by another tool (i.e. "
"Nagios) with the goal to detect failures in the Cloud Framework "
"infrastructure."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2014(title)
msgid "Schedulers"
msgstr "スケジューラー"

#: ./doc/high-availability-guide/bk-ha-guide.xml2016(simpara)
msgid ""
"OpenStack schedulers are used to determine how to dispatch compute, network "
"and volume requests. The most common setup is to use RabbitMQ as messaging "
"system already documented in this guide. Those services are connected to the"
" messaging backend and can scale-out :"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2021(simpara)
msgid "nova-scheduler"
msgstr "nova-scheduler"

#: ./doc/high-availability-guide/bk-ha-guide.xml2026(simpara)
msgid "nova-conductor"
msgstr "nova-conductor"

#: ./doc/high-availability-guide/bk-ha-guide.xml2031(simpara)
msgid "cinder-scheduler"
msgstr "cinder-scheduler"

#: ./doc/high-availability-guide/bk-ha-guide.xml2036(simpara)
msgid "neutron-server"
msgstr "neutron-server"

#: ./doc/high-availability-guide/bk-ha-guide.xml2041(simpara)
msgid "ceilometer-collector"
msgstr "ceilometer-collector"

#: ./doc/high-availability-guide/bk-ha-guide.xml2046(simpara)
msgid "heat-engine"
msgstr "heat-engine"

#: ./doc/high-availability-guide/bk-ha-guide.xml2051(simpara)
msgid ""
"Please refer to the RabbitMQ section for configure these services with "
"multiple messaging servers."
msgstr "これらのサービスを複数のメッセージングサービスを用いて設定する方法は、RabbitMQ のセクションを参照してください。"

#: ./doc/high-availability-guide/bk-ha-guide.xml2056(title)
msgid "Memcached"
msgstr "Memcached"

#: ./doc/high-availability-guide/bk-ha-guide.xml2058(simpara)
msgid ""
"Most of OpenStack services use an application to offer persistence and store"
" ephemeral datas (like tokens). Memcached is one of them and can scale-out "
"easily without specific trick."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2060(simpara)
msgid ""
"To install and configure it, you can read the <link "
"href=\"http://code.google.com/p/memcached/wiki/NewStart\">official "
"documentation</link>."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2061(simpara)
msgid ""
"Memory caching is managed by Oslo-incubator for so the way to use multiple "
"memcached servers is the same for all projects."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2062(simpara)
msgid "Example with two hosts:"
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2064(simpara)
msgid ""
"By default, controller1 will handle the caching service but if the host goes"
" down, controller2 will do the job. More informations about memcached "
"installation are in the OpenStack Compute Manual."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2070(title)
msgid "OpenStack Network Nodes"
msgstr "OpenStack ネットワークノード"

#: ./doc/high-availability-guide/bk-ha-guide.xml2072(simpara)
msgid "OpenStack Network Nodes contains:"
msgstr "OpenStack ネットワークノードは次のものを含みます。"

#: ./doc/high-availability-guide/bk-ha-guide.xml2075(simpara)
msgid "Neutron DHCP Agent"
msgstr "Neutron DHCP エージェント"

#: ./doc/high-availability-guide/bk-ha-guide.xml2080(simpara)
msgid "Neutron L2 Agent"
msgstr "Neutron L2 エージェント"

#: ./doc/high-availability-guide/bk-ha-guide.xml2085(simpara)
msgid "Neutron L3 Agent"
msgstr "Neutron L3 エージェント"

#: ./doc/high-availability-guide/bk-ha-guide.xml2090(simpara)
msgid "Neutron Metadata Agent"
msgstr "Neutron メタデータエージェント"

#: ./doc/high-availability-guide/bk-ha-guide.xml2095(simpara)
msgid "Neutron LBaaS Agent"
msgstr "Neutron LBaaS エージェント"

#: ./doc/high-availability-guide/bk-ha-guide.xml2101(simpara)
msgid ""
"The Neutron L2 Agent does not need to be highly available. It has to be "
"installed on each Data Forwarding Node and controls the virtual networking "
"drivers as Open-vSwitch or Linux Bridge. One L2 agent runs per node and "
"controls its virtual interfaces. That’s why it cannot be distributed and "
"highly available."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2109(title)
msgid "Running Neutron DHCP Agent"
msgstr "Neutron DHCP エージェントの実行"

#: ./doc/high-availability-guide/bk-ha-guide.xml2111(simpara)
msgid ""
"Since the Grizzly release, OpenStack Networking service has a scheduler that"
" lets you run multiple agents across nodes. Also, the DHCP agent can be "
"natively highly available. For details, see <link "
"href=\"http://docs.openstack.org/trunk/config-"
"reference/content/app_demo_multi_dhcp_agents.html\">OpenStack Configuration "
"Reference</link>."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2117(title)
msgid "Running Neutron L3 Agent"
msgstr "Neutron L3 エージェントの実行"

#: ./doc/high-availability-guide/bk-ha-guide.xml2119(simpara)
msgid ""
"Since the Grizzly release, the Neutron L3 Agent is scalable thanks to the "
"scheduler that allows distribution of virtual routers across multiple nodes."
" But there is no native feature to make these routers highly available. At "
"this time, the Active / Passive solution exists to run the Neutron L3 agent "
"in failover mode with Pacemaker. See the Active / Passive section of this "
"guide."
msgstr ""

#: ./doc/high-availability-guide/bk-ha-guide.xml2128(title)
msgid "Running Neutron Metadata Agent"
msgstr "Neutron メタデータエージェントの実行"

#: ./doc/high-availability-guide/bk-ha-guide.xml2130(simpara)
msgid ""
"There is no native feature to make this service highly available. At this "
"time, the Active / Passive solution exists to run the Neutron Metadata agent"
" in failover mode with Pacemaker. See the Active / Passive section of this "
"guide."
msgstr ""

#. Put one translator per line, in the form of NAME <EMAIL>, YEAR1, YEAR2
#: ./doc/high-availability-guide/bk-ha-guide.xml0(None)
msgid "translator-credits"
msgstr "Tomoyuki KATO <tomo@dream.daynight.jp>, 2012-2014"