|
4 | 4 |
|
5 | 5 | Here are the steps to deploy a simple Kubernetes cluster with Windows:
|
6 | 6 |
|
7 |
| -1. [install acs-engine](../acsengine.md#downloading-and-building-acs-engine) |
8 |
| -2. [generate your ssh key](../ssh.md#ssh-key-generation) |
9 |
| -3. [generate your service principal](../serviceprincipal.md) |
| 7 | +1. [install acs-engine](../acsengine.md#downloading-and-building-acs-engine) |
| 8 | +2. [generate your ssh key](../ssh.md#ssh-key-generation) |
| 9 | +3. [generate your service principal](../serviceprincipal.md) |
10 | 10 | 4. edit the [Kubernetes windows example](../../examples/windows/kubernetes.json) and fill in the blank strings
|
11 |
| -5. [generate the template](../acsengine.md#generating-a-template) |
12 |
| -6. [deploy the output azuredeploy.json and azuredeploy.parameters.json](../acsengine.md#deployment-usage) |
| 11 | +5. [generate the template](../acsengine.md#generating-a-template) |
| 12 | +6. [deploy the output azuredeploy.json and azuredeploy.parameters.json](../acsengine.md#deployment-usage) |
13 | 13 | 7. Temporary workaround when deploying a cluster in a custom VNET with Kubernetes 1.6.0:
|
14 | 14 | 1. After a cluster has been created in step 6 get id of the route table resource from Microsoft.Network provider in your resource group.
|
15 | 15 | The route table resource id is of the format:
|
@@ -46,13 +46,13 @@ Once your Kubernetes cluster has been created you will have a resource group con
|
46 | 46 |
|
47 | 47 | 1. 1 master accessible by SSH on port 22 or kubectl on port 443
|
48 | 48 |
|
49 |
| -2. a set of windows and linux nodes. The windows nodes can be accessed through an RDP SSH tunnel via the master node. To do this, follow these [instructions](../ssh.md#create-port-80-tunnel-to-the-master), replacing port 80 with 3389. Since your windows machine is already using port 3389, it is recommended to use 3390 to Windows Node 0, 10.240.245.5, 3391 to Windows Node 1, 10.240.245.6, and so on as shown in the following image: |
| 49 | +2. a set of windows and linux nodes. The windows nodes can be accessed through an RDP SSH tunnel via the master node. To do this, follow these [instructions](../ssh.md#create-port-80-tunnel-to-the-master), replacing port 80 with 3389. Since your windows machine is already using port 3389, it is recommended to use 3390 to Windows Node 0, 10.240.245.5, 3391 to Windows Node 1, 10.240.245.6, and so on as shown in the following image: |
50 | 50 |
|
51 |
| - |
| 51 | + |
52 | 52 |
|
53 | 53 | The following image shows the architecture of a container service cluster with 1 master, and 2 agents:
|
54 | 54 |
|
55 |
| - |
| 55 | + |
56 | 56 |
|
57 | 57 | In the image above, you can see the following parts:
|
58 | 58 |
|
@@ -80,7 +80,7 @@ After completing this walkthrough you will know how to:
|
80 | 80 | 4. then click on the "Microsoft.Template"
|
81 | 81 | 5. now you can copy the output FQDNs and sample SSH commands
|
82 | 82 |
|
83 |
| -  |
| 83 | +  |
84 | 84 |
|
85 | 85 | 2. SSH to the master FQDN obtained in step 1.
|
86 | 86 |
|
@@ -122,7 +122,7 @@ After completing this walkthrough you will know how to:
|
122 | 122 | spec:
|
123 | 123 | containers:
|
124 | 124 | - name: windowswebserver
|
125 |
| - image: microsoft/windowsservercore |
| 125 | + image: microsoft/windowsservercore:1709 |
126 | 126 | command:
|
127 | 127 | - powershell.exe
|
128 | 128 | - -command
|
@@ -219,7 +219,7 @@ After completing this walkthrough you will know how to:
|
219 | 219 |
|
220 | 220 | 8. Type `watch kubectl get pods` to watch the deployment of the service that takes about 10 minutes. Once running, type `kubectl get svc` and for the app names `aspnet-webapi-todo` copy the external address and open in your webbrowser. As shown in the following image, the traffic flows from your webbrowser to the ASP.Net WebAPI frontend and then to the hybrid container.
|
221 | 221 |
|
222 |
| -  |
| 222 | +  |
223 | 223 |
|
224 | 224 | ## Troubleshooting
|
225 | 225 |
|
|
0 commit comments