Adjusted headings in the Recommended configurable storage technology module

Author: ahardin-rh

modules/recommended-configurable-storage-technology.adoc

@@ -74,7 +74,7 @@ Contact the individual NFS implementation vendor for more information on any
 testing that was possibly completed against these OpenShift core components.
 ====
 
-==== Registry
+=== Registry
 
 In a non-scaled/high-availability (HA) {product-title} registry cluster deployment:
 
@@ -84,7 +84,7 @@ storage technology does not need to support RWX access mode.
 recommended for {product-title} Registry cluster deployment with production workloads.
 * While `hostPath` volumes are configurable for a non-scaled/HA {product-title} Registry, they are not recommended for cluster deployment.
 
-==== Scaled registry
+=== Scaled registry
 
 In a scaled/HA {product-title} registry cluster deployment:
 
@@ -94,7 +94,7 @@ In a scaled/HA {product-title} registry cluster deployment:
 not recommended for {product-title} Registry cluster deployment with production workloads.
 
 
-==== Metrics
+=== Metrics
 
 In an {product-title} hosted metrics cluster deployment:
 
@@ -112,7 +112,7 @@ Contact the individual NFS implementation vendor for more information on any
 testing that was possibly completed against these OpenShift core components.
 ====
 
-==== Logging
+=== Logging
 
 In an {product-title} hosted logging cluster deployment:
 
@@ -130,7 +130,7 @@ Contact the individual NFS implementation vendor for more information on any
 testing that was possibly completed against these OpenShift core components.
 ====
 
-==== Applications
+=== Applications
 
 Application use cases vary from application to application, as described in the following examples:
 
@@ -141,7 +141,7 @@ requirements for their application, and how it works with the provided storage
 to ensure that issues do not occur when an application scales or interacts
 with the storage layer.
 
-=== Other specific application storage recommendations
+== Other specific application storage recommendations
 
 * {product-title} Internal *etcd*: For the best etcd reliability, the lowest consistent latency storage technology is preferable.
 * OpenStack Cinder: OpenStack Cinder tends to be adept in ROX access mode use cases.