Fixed typos and standardized formatting

Sessions/Winter-Ready-2019/Lab-Kubernetes.md

@@ -6,67 +6,76 @@ Purpose: In this lab you will deploy multiple SQL Server pods along with Availab
 ---
 ## SQL Server High Availability On Kubernetes
 
-**Step 1 -** Connecting to the kubernetes Kubernetes Cluster
+1. Connecting to the kubernetes Kubernetes Cluster
 
-
-**Step 2 -** Deploying SQL Server pods using kubectl and the SQL manifest file. For this deployment you'll be using the SQl_Server_Deployment.yaml file, which is available under C:\Labs. 
+2. Deploying SQL Server pods using kubectl and the SQL manifest file. For this deployment you'll be using the `SQl_Server_Deployment.yaml` file, which is available under `C:\Labs`. 
  
-  **Step 2.1 -** Create Kubernetes secret for SQL Server SA password and Master Key Password. All SQL Server Pods use these passwords. In the following command please replace <YourStrongPassword> with a valid Strong Password within double quotes "".
-  
-  `kubectl create namespace ag1`
-  
-  `kubectl create secret generic sql-secrets --from-literal=sapassword= <YourStrongPassword> --from-literal=masterkeypassword=<YourStrongPassword> -n ag1`
+    1. Create Kubernetes secret for SQL Server SA password and Master Key Password. All SQL Server Pods use these passwords. In the following commands replace *<YourStrongPassword>* with a valid Strong Password within double quotes "":
   
->Note: This deployment uses Namespace ag1. If you'd like to use a different namespace, replace the namespace name "ag1" with a name of your choosing. 
+        `kubectl create namespace ag1`   
+          
+        `kubectl create secret generic sql-secrets --from-literal=sapassword= <YourStrongPassword> --from-literal=masterkeypassword=<YourStrongPassword> -n ag1`
+      
+        > **Note:** This deployment uses Namespace ag1. If you'd like to use a different namespace, replace the namespace name "ag1" with a name of your choosing. 
   
-  **Step 2.2 -** Deploy SQL Server pods using the SQL_Server_Deployment.yaml file. Please deploy the SQL Server pods in the same namespace as the previous step. The default deployment used namespace ag1. If you are using a different namespace, open the SQL_Server_Deployment.yaml file and replace ALL occurrences of "ag1" 
+    2. Deploy SQL Server pods using the `SQL_Server_Deployment.yaml` file. Deploy the SQL Server pods in the same namespace as the previous step. The default deployment used namespace *ag1*. If you are using a different namespace, open the `SQL_Server_Deployment.yaml` file and replace **ALL** occurrences of "ag1".
 
- `Kubectl apply -f <"Localtion of SQL Server Deployment YAML file"> -n ag1`
+        `Kubectl apply -f <"Localtion of SQL Server Deployment YAML file"> -n ag1`
   
-  > Note: The script creates the SQL Server operator along with 3 SQL Server Pods with an Availability Group. The script also creates 5 kubernetes service (3 for the SQL Server pods, 1 for AG Primary Replica and 1 for AG Secondary Replica). The Primary Replica Service provides the same functionality as an AG listener, while the secondary replica service provides load balancing capability across the readable secondaries. It may take a few minutes (generally less than 5 minutes) for the entire deployment to finish.
+        > **Note:** The script creates the SQL Server operator along with 3 SQL Server Pods with an Availability Group.     
+        > The script also creates 5 kubernetes service (3 for the SQL Server pods, 1 for AG Primary Replica and 1 for AG Secondary Replica).    
+        > The Primary Replica Service provides the same functionality as an AG listener, while the secondary replica service provides load balancing capability across the readable secondaries.    
+        > It may take a few minutes (generally less than 5 minutes) for the entire deployment to finish.
 
+<<<<<<< HEAD
   **Step 2.3 -** Execute the below command to get a list of all the deployments in your namespace. 
   
   `kubectl get all -n <namespace_name>`
+=======
+    3. Execute the below command to get a list of all the deployments in your namespace: 
     
-**Step 3 -** Connect to the SQL Server Primary Replica to create a database and add the database to the Availability Group.
+        `kubectl get all -n ag1`
+>>>>>>> parent of 579f544... Revert "Fixed typos and standardized formatting"
+    
+3. Connect to the SQL Server Primary Replica to create a database and add the database to the Availability Group.
 
-  From the output of above command, identify the External IP address associated with the AG primary relica service. The Service has the following naming convention - **svc/AGName-primary**. Connect to the external IP and the password from step 2.1, using SSMS or Azure Data Studio.
+    From the output of above command, identify the External IP address associated with the AG primary relica service.    
+    The Service has the following naming convention - **svc/AGName-primary**.    
+    Connect to the external IP and the password from step 2.1, using SSMS or Azure Data Studio.
   
- Open a new query window and run the following commands
- 
- ```SQL
-Create Database TestDB1
-Go
-Alter Database TestDB1 Set Recovery Full
-Go
-Backup Database TestDB1 to Disk = 'Nul'
-Go
-Alter Availability Group <AG_Name> Add Database TestDB1
-Go
- 
-```
-  >Note: Replace the <AG_Name> in the script above with the name of your Availability Group
- 
- **Step 4 -** Intiate Automatic Failover of the AG by crashing the Primary Replica of the AG. 
- 
- Connect to the Primary Replica of the AG using the primary service IP and execute the below query 
- ```SQL
- Select @@ServerName
- go
- ```
- 
- From a cmd window, execute the below command to crash the primary replica pod
+    Open a new query window and run the following commands:
+    
+    ```SQL
+    CREATE DATABASE TestDB1
+    GO
+    ALTER DATABASE TestDB1 SET RECOVERY FULL
+    GO
+    BACKUP DATABASE TestDB1 TO DISK = 'Nul'
+    GO
+    ALTER AVAILABILITY GROUP <AG_Name> ADD DATABASE TestDB1
+    GO
+    ```
+
+    > **Note:** Replace the <AG_Name> in the script above with the name of your Availability Group.
  
- `kubectl delete pod <primary_replica_pod_name> -n <namespace_name>`
+4. Initiate Automatic Failover of the AG by crashing the Primary Replica of the AG. 
  
- >Note: Please replace the Primary Replica Name from the output of the previous command. Also replace the <namespace_name> with the name of your namespace. 
+    Connect to the Primary Replica of the AG using the primary service IP and execute the below query:
+
+    ```SQL
+    SELECT @@SERVERNAME
+    GO
+    ```
  
- Killing the primary replica pod will initiate an automatic Failover of the AG to one of the synchornous secondary replicas. Reconnect to the Primary Replica IP and execute the below command again. 
+    From a cmd window, execute the below command to crash the primary replica pod:
  
-  ```SQL
- Select @@ServerName
- go
- ```
-  
-  
+    `kubectl delete pod <primary_replica_pod_name> -n <namespace_name>`
+    
+    > **Note:** Please replace the Primary Replica Name from the output of the previous command. Also replace the <namespace_name> with the name of your namespace. 
+    
+    Killing the primary replica pod will initiate an automatic Failover of the AG to one of the synchronous secondary replicas. Reconnect to the Primary Replica IP and execute the below command again: 
+    
+    ```SQL
+    SELECT @@SERVERNAME
+    GO
+    ```