Debian 13基于kubeadm和containerd部署单节点kubernetes
<h2 id="前言">前言</h2><p>在本地虚拟机环境中使用 kubeadm 搭建 Kubernetes 集群是学习和实验的理想选择。考虑到实际应用场景中可能存在的网络限制以及镜像构建需求，本文详细记录了在完全离线环境下部署单节点 Kubernetes 集群的完整过程。通过集成 Harbor 私有镜像仓库，所有 Kubernetes 组件镜像均从本地 Harbor 实例拉取，确保部署过程的可靠性和可重复性。</p>
<p>本指南适用于希望在受限网络环境中快速搭建 Kubernetes 实验环境的技术人员，涵盖了从系统初始化到 Cilium 网络插件配置的全流程。</p>
<h2 id="环境和版本信息">环境和版本信息</h2>
<h3 id="基础环境配置">基础环境配置</h3>
<ul>
<li><strong>操作系统</strong>：Debian 13 (代号 "Trixie")</li>
<li><strong>硬件规格</strong>：4 核 CPU / 4GB 内存 / 40GB 存储空间</li>
<li><strong>网络拓扑</strong>：单节点部署（Control Plane + Worker 合一）</li>
</ul>
<h3 id="软件版本清单">软件版本清单</h3>
<table>
<thead>
<tr>
<th>组件</th>
<th>版本</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td>Kubernetes</td>
<td>v1.33.7</td>
<td>容器编排平台</td>
</tr>
<tr>
<td>containerd</td>
<td>2.2.1</td>
<td>容器运行时</td>
</tr>
<tr>
<td>runc</td>
<td>1.4.0</td>
<td>OCI 运行时规范实现</td>
</tr>
<tr>
<td>CNI Plugins</td>
<td>1.9.0</td>
<td>容器网络接口插件</td>
</tr>
<tr>
<td>Harbor</td>
<td>v2.14.2</td>
<td>企业级容器镜像仓库</td>
</tr>
<tr>
<td>Cilium</td>
<td>v1.18.6</td>
<td>eBPF 驱动的网络和安全解决方案</td>
</tr>
<tr>
<td>Helm</td>
<td>3.19.5</td>
<td>Kubernetes 包管理器</td>
</tr>
</tbody>
</table>
<h3 id="网络规划">网络规划</h3>
<table>
<thead>
<tr>
<th>IP 地址</th>
<th>主机名</th>
<th>角色</th>
</tr>
</thead>
<tbody>
<tr>
<td>192.168.0.22</td>
<td>deb13-k8s-node1</td>
<td>Kubernetes 节点</td>
</tr>
<tr>
<td>192.168.0.42</td>
<td>deb13-harbor</td>
<td>Harbor 镜像仓库</td>
</tr>
</tbody>
</table>
<blockquote>
<p><strong>注意</strong>：本文档假设两台主机位于同一内网环境中，且网络连通性已验证。</p>
</blockquote>
<h2 id="系统初始化">系统初始化</h2>
<p>在开始 Kubernetes 组件安装之前，需要对系统进行必要的初始化配置，以满足 Kubernetes 的运行要求。</p>
<h3 id="1-安装-ipvs-相关工具包">1. 安装 IPVS 相关工具包</h3>
<p>IPVS（IP Virtual Server）是 Linux 内核的负载均衡实现，Kubernetes 在 IPVS 模式下运行 kube-proxy 时需要相关工具支持。</p>
<pre><code class="language-bash"># 仅在 Kubernetes 节点执行
sudo apt update
sudo apt install -y ipvsadm ipset
</code></pre>
<h3 id="2-配置主机名">2. 配置主机名</h3>
<p>为便于管理和识别，建议为每台主机设置有意义的主机名。</p>
<pre><code class="language-bash"># Harbor 服务器
hostnamectl set-hostname deb13-harbor
# Kubernetes 节点
hostnamectl set-hostname deb13-k8s-node1
</code></pre>
<h3 id="3-配置本地-dns-解析">3. 配置本地 DNS 解析</h3>
<p>编辑 <code>/etc/hosts</code> 文件，添加主机名与 IP 地址的映射关系：</p>
<pre><code class="language-bash">cat >> /etc/hosts << EOF
192.168.0.22 deb13-k8s-node1
192.168.0.42 deb13-harbor
EOF
</code></pre>
<h3 id="4-加载必要的内核模块">4. 加载必要的内核模块</h3>
<p>Kubernetes 依赖特定的内核模块来支持容器网络功能。创建模块加载配置并立即生效：</p>
<pre><code class="language-bash"># 创建模块加载配置文件
cat << EOF > /etc/modules-load.d/containerd.conf
overlay
br_netfilter
EOF
# 立即加载模块
sudo modprobe overlay
sudo modprobe br_netfilter
# 验证模块加载状态
lsmod | grep -E "(overlay|br_netfilter)"
</code></pre>
<h3 id="5-配置系统内核参数">5. 配置系统内核参数</h3>
<p>调整内核参数以优化容器运行环境：</p>
<pre><code class="language-bash">cat > /etc/sysctl.d/k8s.conf << EOF
net.ipv4.ip_forward=1
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
vm.swappiness = 0
EOF
# 应用配置
sudo sysctl --system
</code></pre>
<blockquote>
<p><strong>重要提示</strong>：如果系统启用了 swap 分区，必须在 Kubernetes 启动前将其关闭，否则 kubelet 将无法正常启动。可通过以下命令临时关闭：</p>
</blockquote>
<pre><code class="language-bash">sudo swapoff -a
# 永久关闭需注释 /etc/fstab 中的 swap 相关行
</code></pre>
<h2 id="harbor-私有镜像仓库部署">Harbor 私有镜像仓库部署</h2>
<p>Harbor 作为企业级容器镜像仓库，为离线环境下的 Kubernetes 部署提供了可靠的镜像分发能力。</p>
<h3 id="1-准备-harbor-安装包">1. 准备 Harbor 安装包</h3>
<p>从 Harbor GitHub Releases 页面下载离线安装包（约 600MB）。安装 Harbor 前需确保 Docker 和 Docker Compose 已正确安装。</p>
<h3 id="2-生成自签名-tls-证书">2. 生成自签名 TLS 证书</h3>
<p>由于 Harbor 强制要求 HTTPS 连接，我们需要为 Harbor 服务器生成自签名证书。创建证书生成脚本：</p>
<pre><code class="language-bash"># 创建证书目录
mkdir -p ~/apps/harbor/certs
cd ~/apps/harbor/certs
# 创建证书生成脚本
cat > gen-harbor-crt.sh << 'EOF'
#!/bin/bash
# --- 配置参数 ---
DOMAIN="deb13-harbor" # Harbor 域名
IP="192.168.0.42" # Harbor 服务器内网 IP
DAYS=3650 # 有效期 10 年
# 1. 生成私钥 (无密码)
openssl genrsa -out harbor.key 2048
# 2. 创建 OpenSSL 配置文件以包含 SAN
cat > harbor.conf << CONF_EOF
distinguished_name = req_distinguished_name
x509_extensions = v3_req
prompt = no
CN = ${DOMAIN}
keyUsage = critical, digitalSignature, keyEncipherment
extendedKeyUsage = serverAuth
subjectAltName = @alt_names
DNS.1 = ${DOMAIN}
IP.1 = ${IP}
CONF_EOF
# 3. 生成自签名证书
openssl req -x509 -nodes -days ${DAYS} -key harbor.key -out harbor.crt -config harbor.conf -extensions v3_req
# 4. 验证证书（查看是否有 Subject Alternative Name 字段）
echo "--------------------------------------------------"
echo "证书信息验证："
openssl x509 -in harbor.crt -text -noout | grep -A 1 "Subject Alternative Name"
echo "--------------------------------------------------"
echo "生成成功！"
echo "服务端使用: harbor.crt, harbor.key"
echo "客户端 (K8s 节点) 使用: harbor.crt"
EOF
# 执行证书生成
chmod +x gen-harbor-crt.sh
./gen-harbor-crt.sh
</code></pre>
<h3 id="3-配置-harbor">3. 配置 Harbor</h3>
<p>从模板文件复制并修改 Harbor 配置：</p>
<pre><code class="language-bash"># 复制配置模板
cp harbor.yml.tmpl harbor.yml
# 修改关键配置项
</code></pre>
<p>主要配置项如下：</p>
<pre><code class="language-yaml"># Harbor 访问地址
hostname: 192.168.0.42
# HTTPS 配置
https:
port: 443
certificate: /home/rainux/apps/harbor/certs/harbor.crt
private_key: /home/rainux/apps/harbor/certs/harbor.key
# 管理员密码（请设置强密码）
harbor_admin_password: your-harbor-password
# 数据库密码
database:
password: your-db-password
# 数据存储路径
data_volume: /home/rainux/apps/harbor/data
# 日志配置
log:
location: /home/rainux/apps/harbor/logs
# 启用指标监控
metric:
enabled: true
port: 9090
path: /metrics
</code></pre>
<h3 id="4-启动-harbor-服务">4. 启动 Harbor 服务</h3>
<pre><code class="language-bash">cd ~/apps/harbor
sudo ./install.sh
</code></pre>
<h3 id="5-初始化-harbor-项目">5. 初始化 Harbor 项目</h3>
<p>通过 Web 界面访问 Harbor（https://192.168.0.42），使用配置的管理员密码登录后，创建以下两个公开项目：</p>
<ul>
<li><code>google_containers</code>：用于存储 Kubernetes 核心组件镜像</li>
<li><code>cilium</code>：用于存储 Cilium 网络插件相关镜像</li>
</ul>
<blockquote>
<p><strong>配置更新说明</strong>：如需修改 Harbor 配置，可执行以下命令使配置生效：</p>
<pre><code class="language-bash">sudo ./prepare
docker-compose down -v
sudo docker-compose up -d
</code></pre>
</blockquote>
<h2 id="containerd-容器运行时配置">Containerd 容器运行时配置</h2>
<p>Containerd 作为轻量级容器运行时，是 Kubernetes 推荐的运行时选项之一。</p>
<h3 id="1-下载必要组件">1. 下载必要组件</h3>
<p>从官方 GitHub 仓库下载以下组件：</p>
<ul>
<li>containerd</li>
<li>runc</li>
<li>CNI Plugins</li>
</ul>
<h3 id="2-安装-runc">2. 安装 runc</h3>
<pre><code class="language-bash"># 注意：原文中的文件名可能存在笔误，应为 runc.amd64
chmod +x runc.amd64
sudo mv runc.amd64 /usr/local/bin/runc
</code></pre>
<h3 id="3-安装-cni-插件">3. 安装 CNI 插件</h3>
<pre><code class="language-bash">sudo mkdir -p /opt/cni/bin/
sudo tar xf cni-plugins-linux-amd64-v1.9.0.tgz -C /opt/cni/bin/
</code></pre>
<h3 id="4-安装-containerd">4. 安装 containerd</h3>
<pre><code class="language-bash">sudo tar xf containerd-2.2.1-linux-amd64.tar.gz
sudo mv bin/* /usr/local/bin/
</code></pre>
<h3 id="5-配置-containerd">5. 配置 containerd</h3>
<p>生成默认配置并进行必要的修改：</p>
<pre><code class="language-bash"># 创建 Harbor 证书目录
sudo mkdir -p /etc/containerd/certs.d/192.168.0.42/
# 生成默认配置
sudo containerd config default > /etc/containerd/config.toml
# 复制 Harbor 证书
sudo cp ~/apps/harbor/certs/harbor.crt /etc/containerd/certs.d/192.168.0.42/ca.crt
</code></pre>
<p>关键配置修改：</p>
<pre><code class="language-toml"># 设置 Pod 沙箱镜像源
sandbox = '192.168.0.42/google_containers/pause:3.10'
# 配置私有镜像仓库
config_path = '/etc/containerd/certs.d'
# 启用 systemd cgroup 驱动
SystemdCgroup = true
</code></pre>
<h3 id="6-配置-systemd-服务">6. 配置 systemd 服务</h3>
<p>从 官方仓库 获取 service 文件：</p>
<pre><code class="language-bash">sudo curl -o /usr/lib/systemd/system/containerd.service https://raw.githubusercontent.com/containerd/containerd/main/containerd.service
</code></pre>
<h3 id="7-启动-containerd-服务">7. 启动 containerd 服务</h3>
<pre><code class="language-bash">sudo systemctl daemon-reload
sudo systemctl enable --now containerd
</code></pre>
<h2 id="kubernetes-组件部署">Kubernetes 组件部署</h2>
<h3 id="1-安装-kubernetes-二进制文件">1. 安装 Kubernetes 二进制文件</h3>
<p>从 Kubernetes GitHub Releases 下载 <code>kubernetes-server-linux-amd64.tar.gz</code>，提取核心组件：</p>
<pre><code class="language-bash"># 解压并安装核心组件
tar xf kubernetes-server-linux-amd64.tar.gz
sudo cp kubernetes/server/bin/{kubeadm,kubelet,kubectl} /usr/local/bin/
# 验证所需镜像列表
kubeadm config images list --kubernetes-version v1.33.7
</code></pre>
<p>将列出的所有镜像（包括 pause、coredns、etcd 等）从官方源拉取后重新打标签并推送到 Harbor 的 <code>google_containers</code> 项目中。</p>
<h3 id="2-配置-kubelet-systemd-服务">2. 配置 kubelet systemd 服务</h3>
<p>创建主服务文件 <code>/usr/lib/systemd/system/kubelet.service</code>：</p>
<pre><code class="language-ini">
Description=kubelet: The Kubernetes Node Agent
Documentation=https://kubernetes.io/docs/
Wants=network-online.target
After=network-online.target
ExecStart=/usr/local/bin/kubelet
Restart=always
StartLimitInterval=0
RestartSec=10
WantedBy=multi-user.target
</code></pre>
<h3 id="3-创建-kubeadm-配置目录">3. 创建 kubeadm 配置目录</h3>
<pre><code class="language-bash">sudo mkdir -p /usr/lib/systemd/system/kubelet.service.d/
</code></pre>
<h3 id="4-配置-kubeadm-drop-in-文件">4. 配置 kubeadm drop-in 文件</h3>
<p>创建 <code>/usr/lib/systemd/system/kubelet.service.d/10-kubeadm.conf</code>：</p>
<pre><code class="language-ini"># Note: This dropin only works with kubeadm and kubelet v1.11+
Environment="KUBELET_KUBECONFIG_ARGS=--bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf"
Environment="KUBELET_CONFIG_ARGS=--config=/var/lib/kubelet/config.yaml"
# This is a file that "kubeadm init" and "kubeadm join" generates at runtime, populating the KUBELET_KUBEADM_ARGS variable dynamically
EnvironmentFile=-/var/lib/kubelet/kubeadm-flags.env
# This is a file that the user can use for overrides of the kubelet args as a last resort. Preferably, the user should use
# the .NodeRegistration.KubeletExtraArgs object in the configuration files instead. KUBELET_EXTRA_ARGS should be sourced from this file.
EnvironmentFile=-/etc/sysconfig/kubelet
ExecStart=
ExecStart=/usr/local/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_CONFIG_ARGS $KUBELET_KUBEADM_ARGS $KUBELET_EXTRA_ARGS
</code></pre>
<h3 id="5-启动-kubelet-服务">5. 启动 kubelet 服务</h3>
<pre><code class="language-bash">sudo systemctl daemon-reload
sudo systemctl enable --now kubelet
</code></pre>
<h2 id="集群初始化">集群初始化</h2>
<h3 id="1-创建-kubeadm-配置文件">1. 创建 kubeadm 配置文件</h3>
<p>创建 <code>kubeadm-config.yaml</code> 配置文件：</p>
<pre><code class="language-yaml">apiVersion: kubeadm.k8s.io/v1beta4
kind: ClusterConfiguration
kubernetesVersion: v1.33.7
imageRepository: 192.168.0.42/google_containers# 指向本地 Harbor 仓库
networking:
podSubnet: "10.10.0.0/16" # Cilium 默认 Pod 网段
serviceSubnet: "10.96.0.0/12"
---
apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
cgroupDriver: systemd
imageGCHighThresholdPercent: 70 # 磁盘使用率超过 70% 时开始清理镜像
imageGCLowThresholdPercent: 60 # 清理至磁盘使用率 60% 时停止
---
apiVersion: kubeproxy.config.k8s.io/v1alpha1
kind: KubeProxyConfiguration
mode: "ipvs"# 虽然后续会使用 Cilium 替代 kube-proxy，但初始化阶段仍需配置
</code></pre>
<h3 id="2-执行集群初始化">2. 执行集群初始化</h3>
<pre><code class="language-bash">sudo kubeadm init --config kubeadm-config.yaml --ignore-preflight-errors=ImagePull
</code></pre>
<h3 id="3-清理-kube-proxy使用-cilium-替代">3. 清理 kube-proxy（使用 Cilium 替代）</h3>
<p>由于我们将使用 Cilium 作为网络解决方案，可以移除 kube-proxy：</p>
<pre><code class="language-bash"># 删除 kube-proxy DaemonSet
kubectl delete ds kube-proxy -n kube-system
# 在所有节点清理 iptables 规则残留
sudo kube-proxy --cleanup
</code></pre>
<h3 id="4-验证初始化状态">4. 验证初始化状态</h3>
<p>初始化完成后，配置 kubectl 并检查集群状态：</p>
<pre><code class="language-bash"># 配置 kubectl
mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config
# 检查节点状态（此时应显示 NotReady，因为 CNI 尚未安装）
kubectl get nodes
kubectl get namespaces
</code></pre>
<h2 id="cilium-网络插件部署">Cilium 网络插件部署</h2>
<p>Cilium 基于 eBPF 技术提供高性能的网络、安全和可观测性功能。</p>
<h3 id="1-安装-cilium-cli">1. 安装 cilium-cli</h3>
<p>从 Cilium CLI Releases 下载并安装命令行工具。</p>
<h3 id="2-准备-cilium-镜像">2. 准备 Cilium 镜像</h3>
<p>将 Cilium 所需的镜像推送到 Harbor 仓库：</p>
<pre><code class="language-bash">#!/bin/bash
set -euo pipefail
images=(
cilium/cilium:v1.18.6
cilium/hubble-relay:v1.18.6
cilium/hubble-ui-backend:v0.13.3
cilium/hubble-ui:v0.13.3
cilium/cilium-envoy:v1.35.9-1767794330-db497dd19e346b39d81d7b5c0dedf6c812bcc5c9
cilium/certgen:v0.3.1
cilium/startup-script:1755531540-60ee83e
)
src_registry="quay.io"
target_registry="192.168.0.42"
for image in "${images[@]}"; do
echo "Processing image: ${image}"
docker pull "${src_registry}/${image}"
docker tag "${src_registry}/${image}" "${target_registry}/${image}"
docker push "${target_registry}/${image}"
done
</code></pre>
<h3 id="3-获取-helm-chart">3. 获取 Helm Chart</h3>
<pre><code class="language-bash">helm repo add cilium https://helm.cilium.io/
helm pull cilium/cilium --version 1.18.6
tar xf cilium-1.18.6.tgz
mv cilium cilium-chart
</code></pre>
<h3 id="4-配置-chart-values">4. 配置 Chart Values</h3>
<p>首先替换所有镜像源地址：</p>
<pre><code class="language-bash">sed -i 's#quay.io#192.168.0.42#g' ./cilium-chart/values.yaml
</code></pre>
<p>关键配置项调整：</p>
<pre><code class="language-yaml"># 启用 kube-proxy 替代模式
kubeProxyReplacement: true
# 指定 Kubernetes API 服务器地址
k8sServiceHost: "192.168.0.22"
k8sServicePort: 6443
# 单节点部署，operator 副本数设为 1
operator:
replicas: 1
# 启用 Hubble 可观测性组件
hubble:
enabled: true
relay:
enabled: true
ui:
enabled: true
# 配置 IPAM CIDR 范围
ipam:
operator:
clusterPoolIPv4PodCIDRList:
- "10.10.0.0/16"
</code></pre>
<blockquote>
<p><strong>镜像 Digest 注意事项</strong>：通过 docker pull 再 push 的方式可能导致镜像 digest 发生变化。如遇镜像拉取失败，可将 <code>values.yaml</code> 中的 <code>useDigest</code> 设置为 <code>false</code>。</p>
</blockquote>
<h3 id="5-安装-cilium">5. 安装 Cilium</h3>
<pre><code class="language-bash"># 执行安装
cilium install --chart-directory ./cilium-chart
# 检查安装状态
cilium status
# 移除 control-plane 污点以允许 Pod 调度
kubectl taint nodes --all node-role.kubernetes.io/control-plane-
</code></pre>
<h3 id="6-验证集群状态">6. 验证集群状态</h3>
<p>等待所有 Pod 正常运行后，验证集群就绪状态：</p>
<pre><code class="language-bash"># 检查所有命名空间的 Pod 状态
kubectl get pods -A
# 验证节点状态（应显示 Ready）
kubectl get nodes
# 检查 Cilium 组件状态
cilium status --verbose
</code></pre>
<h2 id="添加工作节点扩展部署">添加工作节点（扩展部署）</h2>
<p>完成单节点集群部署后，如需扩展为多节点集群，可在新节点上执行以下步骤：</p>
<p><em>在新节点上需要先完成上面的系统初始化、Containerd配置、kube组件配置</em></p>
<h3 id="1-生成节点加入令牌">1. 生成节点加入令牌</h3>
<p>在 Control Plane 节点上生成 24 小时有效的加入令牌：</p>
<pre><code class="language-bash">kubeadm token create --print-join-command
</code></pre>
<p>该命令将输出类似以下格式的加入命令：</p>
<pre><code class="language-bash">kubeadm join 192.168.0.22:6443 --token <token> --discovery-token-ca-cert-hash sha256:<hash>
</code></pre>
<h3 id="2-在新节点执行加入命令">2. 在新节点执行加入命令</h3>
<p>在新节点上执行上述命令，并忽略镜像预检错误：</p>
<pre><code class="language-bash">sudo kubeadm join 192.168.0.22:6443 \
--token <token> \
--discovery-token-ca-cert-hash sha256:<hash> \
--ignore-preflight-errors=ImagePull
</code></pre>
<h3 id="3-验证节点加入状态">3. 验证节点加入状态</h3>
<pre><code class="language-bash"># 检查节点列表
kubectl get nodes
# 验证 Cilium 状态
cilium status
# 清理 iptables 规则（如已禁用 kube-proxy）
sudo iptables -F
</code></pre>
<p>Cilium 会自动在新节点上部署代理 Pod，确保网络连通性。</p>
<h2 id="私有镜像仓库认证配置">私有镜像仓库认证配置</h2>
<p>对于 Harbor 中非公开项目的镜像拉取，需要配置相应的认证机制。</p>
<h3 id="方式一pod-级别-imagepullsecrets推荐">方式一：Pod 级别 imagePullSecrets（推荐）</h3>
<p>适用于需要精细化控制镜像拉取权限的场景。</p>
<h4 id="1-创建-docker-registry-secret">1. 创建 Docker Registry Secret</h4>
<pre><code class="language-bash">kubectl create secret docker-registry harbor-pull-secret \
--docker-server=192.168.0.42 \
--docker-username=<your-username> \
--docker-password=<your-password> \
--docker-email=<your-email>
</code></pre>
<h4 id="2-在-pod-定义中引用-secret">2. 在 Pod 定义中引用 Secret</h4>
<pre><code class="language-yaml">apiVersion: v1
kind: Pod
spec:
containers:
- name: my-app
image: 192.168.0.42/private-project/my-image:v1
imagePullSecrets:
- name: harbor-pull-secret
</code></pre>
<h3 id="方式二serviceaccount-绑定便捷方案">方式二：ServiceAccount 绑定（便捷方案）</h3>
<p>适用于命名空间内所有 Pod 都需要访问私有镜像仓库的场景。</p>
<pre><code class="language-bash"># 将 Secret 绑定到 default ServiceAccount
kubectl patch serviceaccount default -p '{"imagePullSecrets": [{"name": "harbor-pull-secret"}]}'
</code></pre>
<p>此配置将使该命名空间下所有新建的 Pod 自动继承镜像拉取权限。</p>
<h3 id="方式三containerd-全局认证实验环境适用">方式三：Containerd 全局认证（实验环境适用）</h3>
<p>在 Containerd 层面配置全局认证，适用于个人实验环境。</p>
<p>编辑 <code>/etc/containerd/config.toml</code>：</p>
<pre><code class="language-toml">
username = "your-username"
password = "your-password"
# 或使用 base64 编码的凭证：auth = "base64(username:password)"
</code></pre>
<blockquote>
<p><strong>安全提醒</strong>：方式三将凭据明文存储在配置文件中，不建议在生产环境中使用。</p>
</blockquote>
<h2 id="补充">补充</h2>
<p>相较于使用二进制方式部署，用kubeadm起码省去了手动维护证书的操作，后续添加节点也更简单些。有空整个ansible让添加节点更方便。</p>
</div>
<div id="MySignature" role="contentinfo">
<p>本文来自博客园，作者：花酒锄作田，转载请注明原文链接：https://www.cnblogs.com/XY-Heruo/p/19560948</p><br><br>
来源：https://www.cnblogs.com/XY-Heruo/p/19560948
頁:
[1]