Worker节点如何部署
- 0关注
- 0收藏，67浏览
Kubernetes Worker节点 vs Master节点部署差异
不需要部署相同组件
组件部署对比
| 组件类型 | Master节点 | Worker节点 | 说明 |
|---|---|---|---|
| 控制平面组件 | ✅ 需要 | ❌ 不需要 | |
| - kube-apiserver | ✅ | ❌ | API服务器 |
| - etcd | ✅ | ❌ | 分布式键值存储 |
| - kube-scheduler | ✅ | ❌ | 调度器 |
| - kube-controller-manager | ✅ | ❌ | 控制器管理器 |
| 工作节点组件 | ❌ 不需要 | ✅ 需要 | |
| - kubelet | ✅ | ✅ | 节点代理 |
| - kube-proxy | ✅ | ✅ | 网络代理 |
| - 容器运行时 | ✅ | ✅ | Docker/containerd |
| 网络插件 | 可选 | ✅ 需要 | Calico/Flannel等 |
Worker节点必须部署的核心组件
1. 基础运行时组件
# 容器运行时（二选一）
- Docker 或 containerd
# Kubernetes核心组件
- kubelet # 节点代理，管理Pod
- kube-proxy # 网络代理，实现Service2. 网络插件（CNI）
# 必须部署，否则节点状态为NotReady
- Calico
- Flannel
- Cilium
- Weave Net部署流程对比
Master节点部署流程
1. 环境准备（关闭防火墙、swap、配置hosts等）
2. 安装容器运行时（Docker/containerd）
3. 安装kubelet、kubeadm、kubectl
4. 使用kubeadm init初始化集群
5. 配置kubectl访问
6. 部署网络插件（Calico/Flannel）
7. （可选）部署高可用组件（HAProxy、Keepalived）Worker节点部署流程
1. 环境准备（关闭防火墙、swap、配置hosts等）
2. 安装容器运行时（Docker/containerd）
3. 安装kubelet、kubeadm、kubectl
4. 使用kubeadm join加入集群
# 命令示例：
kubeadm join <master-ip>:6443 \
--token <token> \
--discovery-token-ca-cert-hash sha256:<hash>
5. （Master节点）部署网络插件后自动生效关键区别说明
Worker节点简化之处
- 不需要etcd：数据存储由Master节点负责
- 不需要API Server：通过kubelet与Master通信
- 不需要Scheduler：Pod调度由Master节点完成
- 不需要Controller Manager：控制器逻辑在Master运行
Worker节点必须的组件
- kubelet：负责管理节点上的Pod生命周期
- kube-proxy：实现Service的网络代理和负载均衡
- 容器运行时：运行实际的容器
- CNI插件：提供Pod网络连接
实际部署示例
Master节点组件清单
✅ kube-apiserver
✅ etcd
✅ kube-scheduler
✅ kube-controller-manager
✅ kubelet
✅ kube-proxy
✅ containerd/docker
✅ Calico/FlannelWorker节点组件清单
✅ kubelet
✅ kube-proxy
✅ containerd/docker
✅ Calico/Flannel（由Master部署后自动同步）
❌ kube-apiserver
❌ etcd
❌ kube-scheduler
❌ kube-controller-manager暂无评论
**Worker 不需要像 Master 那样 “独立装一遍 Matrix + Base”；Worker 只装 H3Linux（带 Matrix 引擎），然后由 Master 统一纳管、自动推送 Agent 并加入集群，Base 也只在 Master 上部署。** 下面把区别和完整步骤说清楚（U‑Center 5.0 / 统一数字底盘 Matrix）。
一、Master 与 Worker 安装区别（关键）
Master 节点（3 台）
装 H3Linux（系统内自带 Matrix 包，装系统即自动装 Matrix）
初始化 Matrix 集群（3 台互备）
部署 Base 基础服务（IOM/CMDB/ 认证 / 数据库等）
承担控制面：etcd、gluster、调度、API、Web 控制台
Worker 节点（N 台）
同样装 H3Linux（同版本，自带 Matrix 引擎）
不做 Matrix 集群初始化
不单独装 Base
只做：系统初始化 → 加入 Matrix 集群 → 运行业务组件（NSM/ITSM/BSM 等）
一句话：Master 是 “控制面 + 数据面”，Worker 只是 “数据面 / 计算节点”，由 Master 统一管理。
二、Worker 节点完整部署步骤（U‑Center 5.0）
1）准备与系统安装（同 Master）
硬件：CPU / 内存 / 硬盘（系统盘 + 数据盘）符合规格
安装 common_H3Linux-xxx.iso（和 Master 完全一样）
分区：
/ 系统盘
数据盘（如 /dev/sdb）留空，后续给 gluster
配置：
主机名（如 worker‑01）
静态 IP、网关、DNS
NTP（必须和 Master 时间同步）
关闭 firewalld、selinux
配置 root 免密登录（Master → Worker）
2）在 Master 上获取 “加入集群” 信息
登录任意一台 Master 的 Matrix Web：
plaintext
https://<MasterIP>:8443/matrix/ui
进入：系统 → 节点管理 → 添加节点
复制生成的 加入命令 / Token（后面 Worker 要用）
3）Worker 执行 “加入集群”（核心！）
在 Worker 命令行执行 Master 给的加入命令（类似）：
bash
运行
matrix-node join --token xxxxx <MasterIP>:2379
自动：安装 Agent、注册 etcd、加入 gluster、同步配置
验证：回到 Matrix Web → 节点管理，状态变为 就绪（角色 Worker）
4）在 Worker 上挂载数据盘（gluster）
Matrix 会自动识别数据盘，在 Web 界面：
存储 → 存储池 → 添加存储
选择 Worker 的数据盘，创建 gluster 卷
完成后自动挂载到 /gluster
5）部署业务组件到 Worker
在 Matrix Web：应用 → 部署管理 → 新建部署
选择组件：NSM、ITSM、BSM、AOM、EAD 等
选择目标节点：Worker（不要选 Master）
分配 CPU / 内存 / 磁盘
启动组件，状态变为 运行中
三、常见误区澄清
❌ Worker 不需要 “重装一遍 Matrix 安装包”
→ H3Linux 系统自带 Matrix 引擎，加入集群后自动激活
❌ Worker 不需要单独部署 Base
→ Base 只在 Master 集群部署，Worker 共用 Master 的 Base 服务
❌ 不能用 Master 的镜像直接克隆 Worker
→ 主机名、IP、集群 ID 会冲突，必须全新安装 H3Linux 再加入集群
四、快速判断是否正确
Master：display matrix cluster → 3 个 Master，状态 健康
Worker：display matrix node → 角色 Worker，状态 就绪
Web 节点管理：能看到所有 Master + Worker，无告警
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论