pgpool2.git / summary / log / commit / refs
commit 9ddf1de712d5867bd185a8bf2ab8b0ef2dd6711f
Author: Tatsuo Ishii <ishii@postgresql.org>
Date: Mon Jul 22 23:09:04 2013 +0000
Fix "deploy" section.
This should had been updated when watchdog is introduced.
doc/pgpool-en.html | 12 +++++++-----
doc/pgpool-ja.html | 10 +++++-----
2 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/doc/pgpool-en.html b/doc/pgpool-en.html
index 5cf730f5f..88fb881f8 100644
--- a/doc/pgpool-en.html
+++ b/doc/pgpool-en.html
@@ -7,7 +7,7 @@
</head>
<!-- hhmts start -->
-Last modified: Wed Jun 5 14:36:13 JST 2013
+Last modified: Tue Jul 23 08:04:32 JST 2013
<!-- hhmts end -->
<body bgcolor="#ffffff">
@@ -3776,7 +3776,7 @@ to make those deployments and pros and cons.
It's simple and pgpool-II is not affected by other server softwares.
Obvious cons is you need to buy more hardware.
Also pgpool-II can be a single point of failure with this configuration
- (you can avoid this by using pgpool-HA described described below).
+ (you can avoid this by enabling <a href="#watchdog">watchdog</a> or using pgpool-HA described described below).
</p>
</dd>
@@ -3789,8 +3789,10 @@ to make those deployments and pros and cons.
is within a local machine, socket communication can be faster than inter-sever communication.
Also if you are using multiple web serves or application servers, you can avoid
the single point of failure problem
- (in this case you must have identical pgpool.conf on each pgpool-II instance).
- There are several things you should care about in this configuration:
+ (in this case you must have identical pgpool.conf on each pgpool-II instance except the <a href="#watchdog">watchdog section</a>).
+ </p>
+ <p>
+ We strongly recommend to enable <a href="#watchdog">watchdog</a> to avoid following concerns in this configuration.
</p>
<ul>
<li>If the communication between pgpool-II and DB servers is not stable, it is possible
@@ -3814,7 +3816,7 @@ to make those deployments and pros and cons.
You can avoid the single point of failure problem of pgpool-II with configuration.
And obviously you do need to buy additional dedicated server.
Problem with this configuration is, application need to aware of which DB server they should connect to.
- To solve the problem you can use virtual IP with pgpool-HA.
+ To solve the problem you can use virtual IP with <a href="#watchdog">watchdog</a> or pgpool-HA.
</p>
</dd>
</dl>
diff --git a/doc/pgpool-ja.html b/doc/pgpool-ja.html
index c8ffdb045..fcf6f9ba9 100644
--- a/doc/pgpool-ja.html
+++ b/doc/pgpool-ja.html
@@ -8,7 +8,7 @@
<body>
<!-- hhmts start -->
-Last modified: Wed Jun 5 14:39:40 JST 2013
+Last modified: Tue Jul 23 08:08:30 JST 2013
<!-- hhmts end -->
<body bgcolor="#ffffff">
@@ -3921,7 +3921,7 @@ pgpool-IIは、独立したサーバに配置することもできますし、
分かりやすい方法ですし、他のサーバソフトウェアの影響を受けないのでpgpool-IIをもっとも安全に運営できますが、
サーバ装置を1台余計に増やす必要があるのが欠点です。
また、そのサーバが単一障害点になります(pgpool-IIが単一障害点になることを回避するには、
- 後述のpgpool-HAを併用します)。
+ 後述の<a href="#watchdog">watchdog</a>かpgpool-HAを併用します)。
</p>
</dd>
@@ -3933,8 +3933,8 @@ pgpool-IIは、独立したサーバに配置することもできますし、
この方法では、Webサーバやアプリケーションサーバとpgpool-IIの通信がローカルマシン内になるので、
ソケット通信がマシン間で通信するよりも高速になるメリットがあります。
また、複数のWebサーバ／アプリケーションサーバがあれば、自然と単一障害点を回避できるようになります。
- (この場合、複数のpgpool-IIの設定は同じにしてください)。
- なお、複数のpgpool-IIが動作しているケースでは以下の点に注意してください。
+ (この場合、複数のpgpool-IIの設定は<a href="#watchdog">watchdog用の設定</a>を除き同じにしてください)。
+ なお、複数のpgpool-IIが動作しているケースでは以下のような問題が考えられますが、<a href="#watchdog">watchdog</a>を有効にすることによって回避できます。したがって、このような構成では<a href="#watchdog">watchdog</a>を有効にすることを強くおすすめします。
</p>
<ul>
<li>pgpool-IIとDBサーバの間のネットワークが不安定だと、pgpool-IIから見てDBノード#1がダウン、
@@ -3956,7 +3956,7 @@ pgpool-IIは、独立したサーバに配置することもできますし、
PostgreSQLの稼働しているDBサーバと同居させる方法です。
この方法では、pgpool-IIが単一障害点になることがなく、余計なサーバを追加する必要もない点が優れていますが、
アプリケーションがどのDBサーバに接続するのかを自ら判断する必要があるのが欠点です。
- この問題を解決するには、pgpool-HAと組み合わせて仮想IPを利用します。
+ この問題を解決するには、<a href="#watchdog">watchdog</a>を有効にするか、pgpool-HAと組み合わせて仮想IPを利用します。
</p>
</dd>
</dl>
[parent: 10393f1851c5]