Node Overview
Introduction
A container cluster consists of a set of worker machines, called nodes, that run containerized applications. A node can be a virtual machine (VM) or a physical machine (PM), depending on your service requirements. The components on a node include kubelet, container runtime, and kube-proxy.
A Kubernetes cluster consists of master nodes and worker nodes. The nodes described in this section refer to worker nodes, which are computing nodes of a cluster that run containerized applications.
CCE uses high-performance Elastic Cloud Servers (ECSs) or Bare Metal Servers (BMSs) as nodes to build highly available Kubernetes clusters.
Supported Node Specifications
Different regions support different node flavors, and node flavors may be changed or sold out. Log in to the CCE console and check whether the required node flavors are supported on the page for creating nodes.
Underlying File Storage System of Containers
Docker
- In clusters of v1.15.6 or earlier, the underlying Docker file storage system is in XFS format.
- In clusters of v1.15.11 or later, after a node is created or reset, the underlying Docker file storage system changes to the ext4 format.
For containerized applications that use the XFS format, pay attention to the impact of the underlying file storage format change. (The sequence of files in different file systems is different. For example, some Java applications reference a JAR package, but the directory contains multiple versions of the JAR package. If the version is not specified, the actual referenced package is determined by the system file.)
Run the docker info | grep "Backing Filesystem" command to check the format of the underlying Docker storage file used by the current node.
containerd
Nodes running on containerd use the ext4 file storage system.
paas User and User Group
When you create a node in a cluster, the paas user or a user group will be created on the node by default. CCE components and CCE add-ons on a node run as a non-root user (user paas or a user group) to minimize the running permission. If the paas user or user group is modified, CCE components and pods may fail to run properly.
The normal running of CCE components depends on the paas user or user group. Pay attention to the following requirements:
- Do not modify the directory permission and container directory permission on a node.
- Do not change the GID and UID of the paas user or user group.
- Do not directly use the paas user or user group to set the user and group to which the service file belongs.
Node Lifecycle
A lifecycle indicates the node statuses recorded from the time when the node is created through the time when the node is deleted or released.
Status |
Status Attribute |
Description |
---|---|---|
Running |
Stable state |
The node is running properly and is connected to the cluster. Nodes in this state can provide services. |
Unavailable |
Stable state |
The node is not functioning correctly, which includes being in a stopped state. Instances in this state cannot provide services. |
Creating |
Intermediate state |
The node has been created but is not running. |
Installing |
Intermediate state |
The Kubernetes software is being installed on the node. |
Upgrading |
Intermediate state |
The node is being upgraded. |
Deleting |
Intermediate state |
The node is being deleted. If this state stays for a long time, an exception occurred. |
Error |
Stable state |
The node is abnormal. Instances in this state no longer provide services. In this case, perform the operations in Resetting a Node. |
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot