New async/sync multi-master headings for docs.

diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index ba7f2e2d9fd31e1fe48d049e9d0ec56568b67f1c..bc09f40c584d65045c061ce84eb02ad6b8ccb2f0 100644 (file)
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1,4 +1,4 @@
-
+
 
 
  High Availability and Load Balancing
@@ -184,22 +184,22 @@ protocol to make nodes agree on a serializable transactional order.
  
 
  
-  Multi-Master Clustering
+  Multi-Master Replication
   
 
    
-    In clustering, each server can accept write requests, and
-    modified data is transmitted from the original server to every
-    other server before each transaction commits.  Heavy write
-    activity can cause excessive locking, leading to poor performance.
-    In fact, write performance is often worse than that of a single
-    server.  Read requests can be sent to any server.  Some
-    implementations use cluster-wide shared memory or shared disk
-    to reduce the communication overhead.  Clustering is best for
-    mostly read workloads, though its big advantage is that any
-    server can accept write requests — there is no need to
-    partition workloads between master and slave servers, and
-    because the data changes are sent from one server to another,
+    In multi-master replication, each server can accept write
+    requests, and modified data is transmitted from the original
+    server to every other server before each transaction commits.
+    Heavy write activity can cause excessive locking, leading to
+    poor performance.  In fact, write performance is often worse
+    than that of a single server.  Read requests can be sent to
+    any server.  Some implementations use cluster-wide shared memory
+    or shared disk to reduce the communication overhead.  Clustering
+    is best for mostly read workloads, though its big advantage is
+    that any server can accept write requests — there is no
+    need to partition workloads between master and slave servers,
+    and because the data changes are sent from one server to another,
     there is no problem with non-deterministic functions like
     random().
    
@@ -246,7 +246,7 @@ protocol to make nodes agree on a serializable transactional order.
  
 
  
-  Clustering For Parallel Query Execution
+  Multi-Server Parallel Query Execution