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 0caa6df568da2d4ca89e341ee74a92603787d9f1..974da2c80a01a86e043301bd891369506bd60906 100644 (file)
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1,7 +1,7 @@
-
+
 
 
- High Availability<span class="marked"> and Load Balancing</span>
+ High Availability<span class="marked">, Load Balancing, and Replication</span>
 
  high availability
  failover
@@ -45,7 +45,7 @@
  
 
  
-  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 @@
  
 
  
-  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.