You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
| COMPX_RACK_SKU | Rack SKU for CompX Rack; repeat for each rack in compute-rack-definitions |
87
87
| COMPX_RACK_SN | Rack Serial Number for CompX Rack; repeat for each rack in compute-rack-definitions |
88
88
| COMPX_RACK_LOCATION | Rack physical location for CompX Rack; repeat for each rack in compute-rack-definitions |
89
-
| COMPX_SVRY_BMC_PASS | CompX Rack ServerY BMC password; repeat for each rack in compute-rack-definitions and for each server in rack |
89
+
| COMPX_SVRY_BMC_PASS | CompX Rack ServerY Baseboard Management Controller (BMC) password; repeat for each rack in compute-rack-definitions and for each server in rack |
90
90
| COMPX_SVRY_BMC_USER | CompX Rack ServerY BMC user; repeat for each rack in compute-rack-definitions and for each server in rack |
91
91
| COMPX_SVRY_BMC_MAC | CompX Rack ServerY BMC MAC address; repeat for each rack in compute-rack-definitions and for each server in rack |
92
-
| COMPX_SVRY_BOOT_MAC | CompX Rack ServerY boot NIC MAC address; repeat for each rack in compute-rack-definitions and for each server in rack |
92
+
| COMPX_SVRY_BOOT_MAC | CompX Rack ServerY boot Network Interface Card (NIC) MAC address; repeat for each rack in compute-rack-definitions and for each server in rack |
93
93
| COMPX_SVRY_SERVER_DETAILS | CompX Rack ServerY details; repeat for each rack in compute-rack-definitions and for each server in rack |
94
-
| COMPX_SVRY_SERVER_NAME | CompX Rack ServerY name, repeat for each rack in compute-rack-definitions and for each server in rack |
94
+
| COMPX_SVRY_SERVER_NAME | CompX Rack ServerY name; repeat for each rack in compute-rack-definitions and for each server in rack |
95
95
| MRG_NAME | Cluster managed resource group name |
| CLUSTER_TYPE | Type of cluster, Single, or MultiRack |
105
-
| CLUSTER_VERSION |NC Version of cluster|
104
+
| CLUSTER_TYPE | Type of cluster, Single, or MultiRack |
105
+
| CLUSTER_VERSION |Network Cloud (NC) Version of cluster |
106
106
| TAG_KEY1 | Optional tag1 to pass to Cluster Create |
107
107
| TAG_VALUE1 | Optional tag1 value to pass to Cluster Create |
108
108
| TAG_KEY2 | Optional tag2 to pass to Cluster Create |
@@ -131,23 +131,23 @@ You can find examples for an 8-Rack 2M16C SKU cluster using these two files:
131
131
>[!NOTE]
132
132
>To get the correct formatting, copy the raw code file. The values within the cluster.parameters.jsonc file are customer specific and may not be a complete list. Update the value fields for your specific environment.
133
133
134
-
1.In a web browser, go to the [Azure portal](https://portal.azure.com/) and sign in.
135
-
1.From the Azure portal search bar, search for 'Deploy a custom template' and then select it from the available services.
134
+
1.Navigate to [Azure portal](https://portal.azure.com/) in a web browser and sign in.
135
+
1.Search for 'Deploy a custom template' in the Azure portal search bar, and then select it from the available services.
136
136
1. Click on Build your own template in the editor.
137
137
1. Click on Load file. Locate your cluster.jsonc template file and upload it.
138
138
1. Click Save.
139
139
1. Click Edit parameters.
140
140
1. Click Load file. Locate your cluster.parameters.jsonc parameters file and upload it.
141
141
1. Click Save.
142
142
1. Select the correct Subscription.
143
-
1. Search for the Resource group to see if it already exists. If not, create a new Resource group.
143
+
1. Search for the Resource group to see if it already exists. If not, create a new Resource group.
144
144
1. Make sure all Instance Details are correct.
145
145
1. Click Review + create.
146
146
147
147
148
148
### Cluster validation
149
149
150
-
A successful Operator Nexus Cluster creation results in the creation of an AKS cluster
150
+
A successful Operator Nexus Cluster creation results in the creation of an Azure Kubernetes Service (AKS) cluster
151
151
inside your subscription. The cluster ID, cluster provisioning state, and
152
152
deployment state are returned as a result of a successful `cluster create`.
153
153
@@ -170,16 +170,16 @@ Cluster create Logs can be viewed in the following locations:
170
170
171
171
## Deploy Cluster
172
172
173
-
After creating the cluster, the deploy cluster action can be triggered.
173
+
The deploy Cluster action can be triggered after creating the Cluster.
174
174
The deploy Cluster action creates the bootstrap image and deploys the Cluster.
175
175
176
176
Deploy Cluster initiates a sequence of events that occur in the Cluster Manager.
177
177
178
-
1. Validation of the cluster/rack properties
178
+
1. Validation of the cluster/rack properties.
179
179
2. Generation of a bootable image for the ephemeral bootstrap cluster
180
180
(Validation of Infrastructure).
181
-
3. Interaction with the IPMI interface of the targeted bootstrap machine.
182
-
4.Perform hardware validation checks
181
+
3. Interaction with the Intelligent Platform Management Interface (IPMI) interface of the targeted bootstrap machine.
182
+
4.Performing hardware validation checks.
183
183
5. Monitoring of the Cluster deployment process.
184
184
185
185
Deploy the on-premises Cluster:
@@ -198,7 +198,7 @@ az networkcloud cluster deploy \
198
198
> See the section [Cluster Deploy Failed](#cluster-deploy-failed) for more detailed steps.
199
199
> Optionally, the command can run asynchronously using the `--no-wait` flag.
200
200
201
-
### Cluster Deploy with hardware validation
201
+
### Cluster Deployment with hardware validation
202
202
203
203
During a Cluster deploy process, one of the steps executed is hardware validation.
204
204
The hardware validation procedure runs various test and checks against the machines
@@ -211,6 +211,9 @@ passed and/or are available to meet the thresholds necessary for deployment to c
211
211
> Additionally, the provided Service Principal in the Cluster object is used for authentication against the Log Analytics Workspace Data Collection API.
212
212
> This capability is only visible during a new deployment (Green Field); existing cluster will not have the logs available retroactively.
213
213
214
+
> [!NOTE]
215
+
> The RAID controller is reset during Cluster deployment wiping all data from the server's virtual disks. Any Baseboard Management Controller (BMC) virtual disk alerts can typically be ignored unless there are additional physical disk and/or RAID controllers alerts.
216
+
214
217
By default, the hardware validation process writes the results to the configured Cluster `analyticsWorkspaceId`.
215
218
However, due to the nature of Log Analytics Workspace data collection and schema evaluation, there can be ingestion delay that can take several minutes or more.
216
219
For this reason, the Cluster deployment proceeds even if there was a failure to write the results to the Log Analytics Workspace.
@@ -219,9 +222,9 @@ To help address this possible event, the results, for redundancy, are also logge
219
222
In the provided Cluster object's Log Analytics Workspace, a new custom table with the Cluster's name as prefix and the suffix `*_CL` should appear.
220
223
In the _Logs_ section of the LAW resource, a query can be executed against the new `*_CL` Custom Log table.
221
224
222
-
#### Cluster Deploy Action with skipping specific bare-metal-machine
225
+
#### Cluster Deployment with skipping specific bare-metal-machine
223
226
224
-
A parameter can be passed in to the deploy command that represents the names of
227
+
The `--skip-validation-for-machines` parameter represents the names of
225
228
bare metal machines in the cluster that should be skipped during hardware validation.
226
229
Nodes skipped aren't validated and aren't added to the node pool.
227
230
Additionally, nodes skipped don't count against the total used by threshold calculations.
@@ -279,7 +282,7 @@ az networkcloud cluster show --resource-group "$CLUSTER_RG" \
279
282
```
280
283
281
284
The Cluster deployment is in-progress when detailedStatus is set to `Deploying` and detailedStatusMessage shows the progress of deployment.
282
-
Some examples of deployment progress shown in detailedStatusMessage are `Hardware validation is in progress.` (if cluster is deployed with hardware validation) ,`Cluster is bootstrapping.`, `KCP initialization in progress.`, `Management plane deployment in progress.`, `Cluster extension deployment in progress.`, `waiting for "<rack-ids>" to be ready`, etc.
285
+
Some examples of deployment progress shown in detailedStatusMessage are `Hardware validation is in progress.` (if cluster is deployed with hardware validation), `Cluster is bootstrapping.`, `KCP initialization in progress.`, `Management plane deployment in progress.`, `Cluster extension deployment in progress.`, `waiting for "<rack-ids>" to be ready`, etc.
0 commit comments