Skip to content

Commit 95e5be9

Browse files
authored
Merge pull request #127467 from santhosh-kumar-cm/patch-1
Update concepts-cluster-deployment-overview.md
2 parents bea4480 + 5029f1b commit 95e5be9

File tree

1 file changed

+11
-4
lines changed

1 file changed

+11
-4
lines changed

articles/operator-nexus/concepts-cluster-deployment-overview.md

Lines changed: 11 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ author: sbatchu
55
ms.author: sbatchu
66
ms.service: azure-operator-nexus
77
ms.topic: conceptual
8-
ms.date: 06/07/2024
8+
ms.date: 08/05/2024
99
ms.custom: template-concept
1010
---
1111

@@ -20,6 +20,13 @@ During the cluster deployment, cluster undergoes various lifecycle phases, which
2020

2121
Hardware Validation is initiated during the cluster deployment process, assessing the state of hardware components for the machines provided through the Cluster's rack definition. Based on the results of these checks and any user skipped machines, a determination is done on whether sufficient nodes passed and/or are available to meet the thresholds necessary for deployment to continue.
2222

23+
> **Note:**
24+
> Hardware validation thresholds are enforced for various node types to ensure reliable cluster operation:
25+
> Management nodes are divided into two roles: Kubernetes Control Plane (KCP) nodes and Nexus Management Plane Nodes (NMP) nodes.
26+
> - **KCP nodes:** Must achieve a 100% hardware validation success rate since they make up the control plane.
27+
> - **NMP nodes:** These are grouped into two management groups, with each group required to meet a 50% hardware validation success rate.
28+
> - **Compute nodes:** Must meet the thresholds specified by the deployment input.
29+
2330
Hardware validation results for a given server are written into the Log Analytics Workspace(LAW), which is provided as part of the cluster creation. The results include the following categories:
2431
- system_info
2532
- drive_info
@@ -31,11 +38,11 @@ This article provides instructions on how to check hardware results information
3138

3239
### Bootstrap phase:
3340

34-
Once the Hardware Validation is successful, bootstrap image is generated for cluster deploy action on the cluster manager. This image iso URL is used to bootstrap the ephemeral node, which would deploy the target cluster components, which are provisioning the kubernetes control plane (KCP), Nexus Management plane (NMP), and storage appliance. These various states are reflected in the cluster status, which these stages are executed as part of the ephemeral bootstrap workflow.
41+
Once the Hardware Validation is successful and the thresholds necessary for deployment to continue are met, bootstrap image is generated for cluster deploy action on the cluster manager. This image iso URL is used to bootstrap the ephemeral node, which would deploy the target cluster components, which are provisioning the kubernetes control plane (KCP), Nexus Management plane (NMP), and storage appliance. These various states are reflected in the cluster status, which these stages are executed as part of the ephemeral bootstrap workflow.
3542

3643
The ephemeral bootstrap node sequentially provisions each KCP node, and if a KCP node fails to provision, the cluster deployment action fails, marking the cluster status as failed. The Bootstrap operator manages the provisioning process for bare-metal nodes using the PXE boot approach.
3744

38-
After successful provisioning of KCP nodes, the deployment action proceeds to provision NMP nodes in parallel. If an NMP node fails to provision, the cluster deployment action fails, resulting in the cluster status being marked as failed.
45+
Once KCP nodes are successfully provisioned, the deployment action proceeds to provision NMP nodes in parallel. Each management group must achieve at least a 50% provisioning success rate. If this requirement is not met, the cluster deployment action fails, resulting in the cluster status being marked as failed.
3946

4047
Upon successful provisioning of NMP nodes, up to two storage appliances are created before the deployment action proceeds with provisioning the compute nodes. Compute nodes are provisioned in parallel, and once the defined compute node threshold is met, the cluster status transitions from Deploying to Running. However, the remaining nodes continue undergoing the provisioning process until they too are successfully provisioned.
4148

@@ -44,4 +51,4 @@ Upon successful provisioning of NMP nodes, up to two storage appliances are crea
4451

4552
- **List cluster**: List cluster information in the provided resource group or subscription.
4653
- **Show cluster**: Get properties of the provided cluster.
47-
- **Update cluster**: Update properties or tags of the provided cluster.
54+
- **Update cluster**: Update properties or tags of the provided cluster.

0 commit comments

Comments
 (0)