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
Copy file name to clipboardExpand all lines: articles/operator-nexus/concepts-nexus-kubernetes-cluster.md
+16-15Lines changed: 16 additions & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ ms.custom: template-concept
11
11
12
12
# Nexus Kubernetes cluster overview
13
13
14
-
This article describes core concepts of Nexus Kubernetes Cluster, a managed Kubernetes service that you can use to deploy and operate containerized applications on [Azure Operator Nexus Platform](./overview.md)
14
+
This article describes core concepts of a Nexus Azure Kubernetes Service Cluster, a managed Azure Kubernetes Service that you can use to deploy and operate containerized applications on [Azure Operator Nexus Platform](./overview.md)
15
15
16
16
## What is Kubernetes?
17
17
@@ -21,40 +21,41 @@ deployments, backed by a robust set of APIs for management operations. See [What
21
21
22
22
## Nexus Kubernetes Service
23
23
24
-
Nexus Kubernetes Cluster Service is a Kubernetes distribution designed for on-premises deployment over Nexus instances. It's engineered to streamline the automated creation of containers, and is optimized to run workloads associated for data-intensive network functions.
24
+
Nexus Kubernetes Cluster Service is a Kubernetes distribution designed for on-premises deployment over Nexus instances. It streamlines the automated creation of containers, and is optimized to run workloads associated for data-intensive network functions.
25
25
26
26
Like any Kubernetes cluster, Nexus Kubernetes cluster has two components:
27
27
28
28
* Control plane: provides core Kubernetes services and manages the life cycle of application workloads.
29
29
30
30
* Nodes: To run your applications and supporting services, you need a Kubernetes node. It provides the container runtime environment.
31
-
Each NKS cluster has at least one node. Node is hosted in virtual machine (VM) that runs the [Kubernetes node components](/azure/aks/concepts-clusters-workloads#nodes).
32
-
VM is created as part of NKS cluster deployment on Nexus instance. There are two types of node pools in Nexus Kubernetes Clusters
31
+
Each Nexus AKS cluster has at least one node. Node is hosted in virtual machine (VM) that runs the [Kubernetes node components](/azure/aks/core-aks-concepts#nodes).
32
+
VM is created as part of Nexus AKS cluster deployment on Nexus instance. There are two types of node pools in Nexus Kubernetes Clusters
33
33
34
-
* When you create an AKS cluster, you define the initial number of nodes and their size (SKU), which creates a system node pool. System node pools host critical system pods.
34
+
* When you create a Nexus AKS cluster, you define the initial number of nodes and their size (SKU), which creates a system node pool. System node pools host critical system pods.
35
35
* On the other hand, to support applications that have different compute or storage demands, you can create user node pools, also known as Nexus Agent pool. Each VM in a Nexus Agent pool adheres to a uniform configuration, such as CPU, memory, disk and so on. Once an Agent pool is established, the number of VMs within it remains fixed. To scale the capacity of a Nexus Kubernetes cluster, more Agent pools can be created and integrated into the existing cluster. In other words, the Nexus Agent pool supports horizontal scaling by allowing the addition or removal of Agent pools within the Nexus Kubernetes cluster.
36
36
37
37
However, application pods can be scheduled on system node pools in case user wants only one node pool in their cluster. Every Nexus Kubernetes Cluster must
38
38
contain at least one system node pool with at least one node.
39
39
40
-
## Nexus Kubernetes Cluster Add-ons
40
+
## Nexus Kubernetes Cluster Features
41
41
42
-
Nexus Kubernetes Cluster Add-onsis a feature of the Nexus platform that allows customers to enhance their Nexus Kubernetes clusters with extra packages or features. The Add-ons are categorized into two types: required and optional.
42
+
Nexus Kubernetes Cluster Features, previously known as "Add-ons" in releases before [Azure Operator Nexus](./overview.md) release 3.11.0, is a component of the Nexus platform that allows customers to enhance their Nexus Kubernetes clusters with extra packages or components. The Features are categorized into two types: required and optional.
43
43
44
-
* Required Add-ons: Add-ons are automatically deployed into provisioned Nexus Kubernetes clusters. Core add-ons such as Calico, MetalLB, Nexus Storage CSI, IPAM plugins, metrics-server, node-local-dns, Arc for Kubernetes,
45
-
and Arc for Servers are included by default when clusters are created. The successful completion of the cluster provisioning process depends on these add-ons being installed successfully. If a required add-on installation fails and can't be fixed, the cluster status is marked as failed.
44
+
* Required Features: Required Features are automatically deployed into provisioned Nexus Kubernetes clusters. Core Features such as Calico, MetalLB, Nexus Storage CSI, IPAM plugins, metrics-server, node-local-dns, Arc for Kubernetes,
45
+
and Arc for Servers are included by default when clusters are created. The successful completion of the cluster provisioning process depends on these Features being installed successfully. If a required Feature installation fails and can't be fixed, the cluster status is marked as failed.
46
46
47
-
* Optional Add-ons: Add-ons are supplementary services associated with a Kubernetes Cluster resource. Customers can choose to activate or deactivate these add-ons on demand.
48
-
Example for supplementary services could include deployment of cluster-level local image caching registry within the NKS cluster to support for disconnected scenarios. NKS enables the customer to observe the status, health,
49
-
and version of each required and optional add-on, which can be monitored on Azure portal, or the state can be fetched using Azure Resource Manager APIs.
47
+
* Optional Features: Optional Features are supplementary services associated with a Kubernetes Cluster resource. Customers can choose to activate or deactivate these Features on demand.
48
+
Example for supplementary services could include deployment of cluster-level local image caching registry within the Nexus AKS cluster to support for disconnected scenarios. Nexus AKS enables the customer to observe the status, health,
49
+
and version of each required and optional Feature, which can be monitored on Azure portal, or the state can be fetched using Azure Resource Manager APIs.
50
50
51
-
Add-ons are installed once and can only be updated or upgraded when the customer upgrades the Nexus Kubernetes cluster. It enables customers to apply critical production hotfixes without interference from the underlying infrastructure operations, which could otherwise overwrite their cluster modifications.
51
+
Features are installed once and can only be updated or upgraded when the customer upgrades the Nexus Kubernetes cluster. It enables customers to apply critical production hotfixes without interference from the underlying infrastructure operations, which could otherwise overwrite their cluster modifications.
52
52
53
53
## Nexus Available Zones
54
54
55
-
Nexus has introduced a concept of Availability Zone. It's delineated at a Rack level and allows customers to spread their workloads across the instance to achieve better availability. For a Nexus instance with eight racks, customers get eight Availability zones.
55
+
Nexus supports the concept of an Availability Zone. An Availability Zone is delineated at the Rack level and allows customers to spread their workloads across various zones to achieve high availability. For a Nexus instance with eight racks, customers get eight Availability Zones to spread their workload over. This is configured within control plane and agentpool configuration for a given Nexus AKS cluster.
56
+
56
57
Each Zone comprises a pair of management servers with redundancy and a collection of compute servers that function as a resource pool.
57
-
During multi-rack deployments in Nexus and when performing runtime bundle upgrades, Availability zones provide the added benefit of acting as an upgrade domain. This ensures that, at most, only the servers within a single rack are taken offline for these upgrades.
58
+
During multi-rack deployments in Nexus and when performing runtime bundle upgrades, Availability Zones provide the added benefit of acting as an upgrade domain. This ensures that, at most, only the servers within a single rack are taken offline for these upgrades.
0 commit comments