Doc: mention about relcache_query_target in the performance chapter.
authorTatsuo Ishii <ishii@sraoss.co.jp>
Fri, 16 Aug 2019 07:07:03 +0000 (16:07 +0900)
committerTatsuo Ishii <ishii@sraoss.co.jp>
Fri, 16 Aug 2019 07:07:03 +0000 (16:07 +0900)
doc.ja/src/sgml/performance.sgml
doc/src/sgml/performance.sgml

index fcac4dc7d56d11ad9b4772598fa2a32e0983a2e6..50e3fa8059c5217e9eaeeabd07653c2ef7dff2c3 100644 (file)
    </para>
   </sect2>
 
+  <sect2 id="disaster-recovery-settings">
+   <title>ディザスタリカバリ設定</title>
+   <para>
+    ディザスタリカバリ設定を行う場合、<productname>Pgpool-II</productname>とプライマリ<productname>PostgreSQL</productname>サーバから地理的に離れた場所に、もう1台の<productname>Pgpool-II</productname>とスタンバイ<productname>PostgreSQL</productname>サーバを設置することが考えられます。
+    そしてスタンバイサーバ側に近いクライアントは、読み出し専用のクエリに関してはスタンバイサーバに近い<productname>Pgpool-II</productname>にアクセスしたいとします。
+    しかしスタンバイ側の<productname>Pgpool-II</productname>は、内部的にシステムカタログへの問い合わせをプライマリ<productname>PostgreSQL</productname>サーバに発行することがあり、性能が低下してしまいます。
+    この問題を回避するために、<xref linkend="guc-relcache-query-target">を使用して、そうした問い合わせをスタンバイサーバ側に送るようにすることができます。
+    詳細は<xref linkend="guc-relcache-query-target">をご覧ください。
+   </para>
+  </sect2>
  </sect1>
 </chapter>
index de8b0c0a7a3566af534f5e82f9736f8777182ed5..09a93ef19be65c3f82bd763865f8ba6862992612 100644 (file)
    </para>
   </sect2>
 
+  <sect2 id="disaster-recovery-settings">
+   <title>Disaster recovery settings</title>
+   <para>
+    To create a disaster recovery setting, it is possible to deploy a
+    <productname>Pgpool-II</productname> plus
+    <productname>PostgreSQL</productname> primary server, and another
+    <productname>Pgpool-II</productname> plus standby
+    <productname>PostgreSQL</productname> server in a geographically
+    distant place. Clients close to the standby server send read only
+    queries to the <productname>Pgpool-II</productname>, being close
+    to the standby server. However, since standby
+    <productname>Pgpool-II</productname> sends internal queries to
+    system catalog of primary <productname>PostgreSQL</productname>
+    server, query performance may be getting worse. To avoid the
+    problem, it is possible to use <xref
+    linkend="guc-relcache-query-target"> so that such queries are sent
+    to the standby. See <xref linkend="guc-relcache-query-target"> for
+    more details.
+   </para>
+  </sect2>
  </sect1>
 </chapter>