Skip to content

Commit 36e64a4

Browse files
author
Jill Grant
authored
Merge pull request #291907 from jmmason70/Provisioning-Strategies-for-Configure-Cluster-and-Cluster-Runtime-Upgrade
Provisioning strategies for configure cluster and cluster runtime upgrade
2 parents b38eae4 + 5f86bc9 commit 36e64a4

File tree

5 files changed

+294
-107
lines changed

5 files changed

+294
-107
lines changed

articles/operator-nexus/concepts-nexus-availability.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -119,7 +119,7 @@ Operator Nexus upgrade is initiated by the customer, but it's then managed by th
119119

120120
- The process is only active on one rack in the selected site at a time. Although upgrade is done in-place, there's still some impact to the worker nodes in the rack during the upgrade.
121121

122-
For more information about the upgrade process, see [this article](./howto-cluster-runtime-upgrade.md#upgrading-cluster-runtime-using-cli). For more information about ensuring control-plane resiliency, see [this one](./concepts-rack-resiliency.md).
122+
For more information about the upgrade process, see [this article](./howto-cluster-runtime-upgrade.md#upgrade-cluster-runtime-using-cli). For more information about ensuring control-plane resiliency, see [this one](./concepts-rack-resiliency.md).
123123

124124
## Designing and Operating High Availability Workloads for Operator Nexus
125125

articles/operator-nexus/howto-baremetal-functions.md

Lines changed: 29 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -48,8 +48,8 @@ This command will `power-off` the specified `bareMetalMachineName`.
4848
```azurecli
4949
az networkcloud baremetalmachine power-off \
5050
--name <BareMetalMachineName> \
51-
--resource-group <CLUSTER_MRG> \
52-
--subscription <SUBSCRIPTION_ID>
51+
--resource-group <resourceGroup> \
52+
--subscription <subscriptionID>
5353
```
5454

5555
## Start a BMM
@@ -59,8 +59,8 @@ This command will `start` the specified `bareMetalMachineName`.
5959
```azurecli
6060
az networkcloud baremetalmachine start \
6161
--name <BareMetalMachineName> \
62-
--resource-group <CLUSTER_MRG> \
63-
--subscription <SUBSCRIPTION_ID>
62+
--resource-group <resourceGroup> \
63+
--subscription <subscriptionID>
6464
```
6565

6666
## Restart a BMM
@@ -70,12 +70,26 @@ This command will `restart` the specified `bareMetalMachineName`.
7070
```azurecli
7171
az networkcloud baremetalmachine restart \
7272
--name <BareMetalMachineName> \
73-
--resource-group <CLUSTER_MRG> \
74-
--subscription <SUBSCRIPTION_ID>
73+
--resource-group <resourceGroup> \
74+
--subscription <subscriptionID>
7575
```
7676

7777
## Make a BMM unschedulable (cordon)
78-
<!--(PLACEHOLDER: We need to explain how a customer can identify if workloads are currently running on a BMM and the az cli command used to get this information. Ask NAKS team to provide.)-->
78+
79+
**To identify if any workloads are currently running on a BMM, run the following command:**
80+
81+
**For Virtual Machines:**
82+
```azurecli
83+
az networkcloud baremetalmachine show -n <nodeName> /
84+
--resource-group <resourceGroup> /
85+
--subscription <subscriptionID> | jq '.virtualMachinesAssociatedIds'
86+
```
87+
88+
**For Nexus Kubernetes cluster nodes: (requires logging into the Nexus Kubernetes cluster)**
89+
90+
```
91+
kubectl get nodes <resourceName> -ojson |jq '.metadata.labels."topology.kubernetes.io/baremetalmachine"'
92+
```
7993

8094
You can make a BMM unschedulable by executing the [`cordon`](#make-a-bmm-unschedulable-cordon) command.
8195
On the execution of the `cordon` command,
@@ -89,8 +103,8 @@ parameter, the workloads that are running on the BMM are `stopped` and the BMM i
89103
az networkcloud baremetalmachine cordon \
90104
--evacuate "True" \
91105
--name <BareMetalMachineName> \
92-
--resource-group <CLUSTER_MRG> \
93-
--subscription <SUBSCRIPTION_ID>
106+
--resource-group <resourceGroup> \
107+
--subscription <subscriptionID>
94108
```
95109

96110
The `evacuate "True"` removes workloads from that node while `evacuate "False"` only prevents the scheduling of new workloads.
@@ -103,8 +117,8 @@ state on the BMM are `restarted` when the BMM is `uncordoned`.
103117
```azurecli
104118
az networkcloud baremetalmachine uncordon \
105119
--name <BareMetalMachineName> \
106-
--resource-group <CLUSTER_MRG> \
107-
--subscription <SUBSCRIPTION_ID>
120+
--resource-group <resourceGroup> \
121+
--subscription <subscriptionID>
108122
```
109123

110124
## Reimage a BMM
@@ -121,8 +135,8 @@ command, with `evacuate "True"`, before executing the `reimage` command.
121135
```azurecli
122136
az networkcloud baremetalmachine reimage \
123137
--name <BareMetalMachineName> \
124-
--resource-group <CLUSTER_MRG> \
125-
--subscription <SUBSCRIPTION_ID>
138+
--resource-group <resourceGroup> \
139+
--subscription <subscriptionID>
126140
```
127141

128142
## Replace a BMM
@@ -137,11 +151,11 @@ Use the `replace` command when a server encounters hardware issues requiring a c
137151
```azurecli
138152
az networkcloud baremetalmachine replace \
139153
--name <BareMetalMachineName> \
140-
--resource-group <CLUSTER_MRG> \
154+
--resource-group <resourceGroup> \
141155
--bmc-credentials password=<IDRAC_PASSWORD> username=<IDRAC_USER> \
142156
--bmc-mac-address <IDRAC_MAC> \
143157
--boot-mac-address <PXE_MAC> \
144158
--machine-name <OS_HOSTNAME> \
145159
--serial-number <SERIAL_NUMBER> \
146-
--subscription <SUBSCRIPTION_ID>
160+
--subscription <subscriptionID>
147161
```

0 commit comments

Comments
 (0)