Updated on 2024-12-04 GMT+08:00

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) as nodes to build highly available Kubernetes clusters.

Supported Node Specifications

Different regions support different node flavors, and node flavors may be changed. 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.

Table 1 Node statuses

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 running properly.

Instances in this state no longer provide services. In this case, perform the operations in Resetting a Node.

Creating

Intermediate state

The node has been created but is not running.

Installing

Intermediate state

The Kubernetes software is being installed on the node.

Deleting

Intermediate state

The node is being deleted.

If this state stays for a long time, an exception occurred.

Stopped

Stable state

The node is stopped properly.

A node in this state cannot provide services. You can start the node on the ECS console.

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.