Mention "replication" in the title of the high availability and load

balancing chapter because some people were looking for 'replication' and
didn't realize that chapter addressed it.

diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index 93bf732254399cbec2b94a810f9bcbf4ecf3deef..6074bc5661457bd54198148b1abd2bd9d72f8025 100644 (file)
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1,7 +1,7 @@
 <!-- $PostgreSQL$ -->
 
 <chapter id="high-availability">
- <title>High Availability and Load Balancing</title>
+ <title>High Availability, Load Balancing, and Replication</title>
 
  <indexterm><primary>high availability</></>
  <indexterm><primary>failover</></>
@@ -45,7 +45,7 @@
  </para>
 
  <para>
-  Some failover and load balancing solutions are synchronous,
+  Some solutions are synchronous,
   meaning that a data-modifying transaction is not considered
   committed until all servers have committed the transaction.  This
   guarantees that a failover will not lose any data and that all
@@ -65,8 +65,8 @@
  </para>
 
  <para>
-  Performance must be considered in any failover or load balancing
-  choice.  There is usually a tradeoff between functionality and
+  Performance must be considered in any choice.  There is usually a
+  tradeoff between functionality and
   performance.  For example, a full synchronous solution over a slow
   network might cut performance by more than half, while an asynchronous
   one might have a minimal performance impact.