生效配置：

sudo sysctl --system

检查参数：

sysctl net.bridge.bridge-nf-call-iptables
sysctl net.bridge.bridge-nf-call-ip6tables
sysctl net.ipv4.ip_forward

3. 安装 containerd

Kubernetes 需要容器运行时，这里使用 containerd。

sudo apt update
sudo apt install -y ca-certificates curl gnupg

安装 containerd：

sudo apt install -y containerd

生成默认配置：

sudo mkdir -p /etc/containerd
sudo containerd config default | sudo tee /etc/containerd/config.toml > /dev/null

启用 systemd cgroup：

sudo sed -i 's/SystemdCgroup = false/SystemdCgroup = true/' /etc/containerd/config.toml

重启 containerd：

sudo systemctl restart containerd
sudo systemctl enable containerd
sudo systemctl status containerd

4. 安装 kubeadm、kubelet、kubectl

安装依赖：

sudo apt update
sudo apt install -y apt-transport-https ca-certificates curl gpg

创建 keyrings 目录：

sudo mkdir -p /etc/apt/keyrings

添加 Kubernetes 软件源密钥。以下以 Kubernetes v1.30 为例：

curl -fsSL https://pkgs.k8s.io/core:/stable:/v1.30/deb/Release.key | \
sudo gpg --dearmor -o /etc/apt/keyrings/kubernetes-apt-keyring.gpg

添加软件源：

echo 'deb [signed-by=/etc/apt/keyrings/kubernetes-apt-keyring.gpg] https://pkgs.k8s.io/core:/stable:/v1.30/deb/ /' | \
sudo tee /etc/apt/sources.list.d/kubernetes.list

更新索引并安装组件：

sudo apt update
sudo apt install -y kubelet kubeadm kubectl

锁定版本，避免自动升级导致集群异常：

sudo apt-mark hold kubelet kubeadm kubectl

启用 kubelet：

sudo systemctl enable kubelet

查看版本：

kubeadm version
kubectl version --client
kubelet --version

5. 初始化 Kubernetes 主节点

初始化集群，Pod 网段这里使用 10.244.0.0/16，适配 Flannel 网络插件：

sudo kubeadm init \
  --pod-network-cidr=10.244.0.0/16 \
  --cri-socket=unix:///run/containerd/containerd.sock

初始化成功后，会输出类似如下命令：

kubeadm join 192.168.10.10:6443 --token xxxxxx.xxxxxxxxxxxxxxxx \
  --discovery-token-ca-cert-hash sha256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

这条命令用于工作节点加入集群，建议保存。

配置 kubectl：

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

查看节点：

kubectl get nodes

此时节点可能是 NotReady，因为还没有安装网络插件。

6. 安装 Flannel 网络插件

安装 Flannel：

kubectl apply -f https://github.com/flannel-io/flannel/releases/latest/download/kube-flannel.yml

查看 Pod 状态：

kubectl get pods -A

查看节点状态：

kubectl get nodes -o wide

当节点变为 Ready，说明基础集群已经可用。

7. 工作节点加入集群

在工作节点上同样需要完成前面的系统准备、关闭 swap、配置内核参数、安装 containerd、安装 kubeadm/kubelet/kubectl。然后执行主节点初始化时生成的 join 命令，例如：

sudo kubeadm join 192.168.10.10:6443 \
  --token xxxxxx.xxxxxxxxxxxxxxxx \
  --discovery-token-ca-cert-hash sha256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

如果忘记 join 命令，可以在主节点重新生成：

kubeadm token create --print-join-command

查看所有节点：

kubectl get nodes -o wide

七、Kubernetes 常用资源操作命令

1. 创建 Deployment

部署一个 Nginx 应用：

kubectl create deployment nginx-demo --image=nginx:latest

查看 Deployment：

kubectl get deployments

查看 Pod：

kubectl get pods -o wide

查看详细信息：

kubectl describe deployment nginx-demo

2. 暴露服务

将 Nginx 暴露为 NodePort：

kubectl expose deployment nginx-demo \
  --type=NodePort \
  --port=80 \
  --target-port=80

查看 Service：

kubectl get svc

查看访问端口：

kubectl get svc nginx-demo -o wide

如果节点 IP 为 192.168.10.10，NodePort 为 30080，可以访问：

curl http://192.168.10.10:30080

3. 扩容应用

将副本数扩展为 3：

kubectl scale deployment nginx-demo --replicas=3

查看副本：

kubectl get pods -o wide

4. 滚动更新

更新镜像版本：

kubectl set image deployment/nginx-demo nginx=nginx:1.25

查看发布状态：

kubectl rollout status deployment/nginx-demo

查看发布历史：

kubectl rollout history deployment/nginx-demo

5. 回滚应用

回滚到上一个版本：

kubectl rollout undo deployment/nginx-demo

查看状态：

kubectl rollout status deployment/nginx-demo

6. 删除资源

删除 Service：

kubectl delete svc nginx-demo

删除 Deployment：

kubectl delete deployment nginx-demo

八、Debian 常用运维命令汇总

1. 软件包管理

更新软件源：

sudo apt update

升级软件包：

sudo apt upgrade -y

完整升级：

sudo apt full-upgrade -y

安装软件：

sudo apt install -y nginx

卸载软件：

sudo apt remove -y nginx

彻底卸载并删除配置：

sudo apt purge -y nginx

清理缓存：

sudo apt autoremove -y
sudo apt clean

查询软件包：

apt search nginx
apt show nginx

2. 服务管理

启动服务：

sudo systemctl start nginx

停止服务：

sudo systemctl stop nginx

重启服务：

sudo systemctl restart nginx

设置开机自启：

sudo systemctl enable nginx

取消开机自启：

sudo systemctl disable nginx

查看状态：

sudo systemctl status nginx

查看日志：

journalctl -u nginx

实时查看日志：

journalctl -u nginx -f

3. 网络排查

查看 IP 地址：

ip addr

查看路由：

ip route

查看监听端口：

ss -tulnp

测试连通性：

ping -c 4 8.8.8.8

测试 DNS：

dig example.com

如果没有 dig，安装：

sudo apt install -y dnsutils

使用 curl 测试 HTTP：

curl -I https://example.com

4. 磁盘和内存

查看磁盘空间：

df -h

查看目录大小：

du -sh /var/log

查看内存：

free -h

查看系统负载：

uptime

查看进程：

ps aux

动态查看资源：

top

安装并使用 htop：

sudo apt install -y htop
htop

九、Debian 和 Kubernetes 如何协同工作？

在生产环境中，Debian 与 Kubernetes 通常按照以下方式协作：

1. Debian 提供操作系统基础

   • 管理硬件资源；
   • 提供 Linux 内核；
   • 提供网络、磁盘、用户和进程管理；
   • 运行 systemd、containerd、kubelet 等组件。

2. containerd 提供容器运行时

   • 拉取镜像；
   • 创建容器；
   • 管理容器生命周期。

3. Kubernetes 管理容器应用

   • 调度 Pod 到不同节点；
   • 管理应用副本；
   • 提供 Service 访问；
   • 处理应用更新、回滚和扩缩容。

一个典型架构如下：

用户请求
  ↓
Ingress / Service
  ↓
Kubernetes Pod
  ↓
containerd 容器运行时
  ↓
Debian Linux 操作系统
  ↓
物理机 / 虚拟机 / 云服务器

因此，学习 Kubernetes 之前，掌握 Debian 或其他 Linux 发行版的基础知识非常重要。因为 Kubernetes 的很多问题最终都要回到 Linux 层面排查，例如网络、端口、DNS、磁盘、权限、内核参数和系统服务。

十、Debian 的优缺点

Debian 的优点

1. 稳定可靠
   Debian Stable 分支以稳定著称，非常适合长期运行的服务器。

2. 软件包丰富
   Debian 仓库中包含大量开源软件，安装和维护方便。

3. 社区成熟
   Debian 是非常老牌的 Linux 发行版，文档和经验丰富。

4. 安全性较好
   官方长期维护安全更新，适合作为服务器基础系统。

5. 通用性强
   可以用于桌面、服务器、容器宿主机、云平台等多种场景。

Debian 的缺点

1. 软件版本相对保守
   Stable 分支中的软件不一定是最新版本。

2. 对新硬件支持可能稍慢
   对于非常新的硬件，可能需要更新内核或使用 backports。

3. 图形桌面体验不如部分发行版开箱即用
   如果是桌面用户，Ubuntu、Linux Mint 等可能更友好。

十一、Kubernetes 的优缺点

Kubernetes 的优点

1. 强大的容器编排能力
   适合大规模管理容器应用。

2. 高可用和自愈能力
   Pod 崩溃后可自动重启，节点故障后可重新调度。

3. 生态丰富
   Helm、Prometheus、Istio、Argo CD、Ingress Controller 等工具非常成熟。

4. 适合微服务架构
   能够很好地支持服务发现、弹性扩缩容和持续发布。

5. 跨云能力强
   可以部署在多个云平台或本地数据中心。

Kubernetes 的缺点

1. 学习曲线陡峭
   概念较多，包括 Pod、Deployment、Service、Ingress、ConfigMap、Secret、PV、PVC 等。

2. 部署和维护复杂
   生产环境需要关注高可用、安全、监控、日志、备份、网络插件、存储插件等。

3. 资源消耗较高
   对小型项目来说，Kubernetes 可能显得过重。

4. 故障排查复杂
   问题可能出现在应用、容器、网络、节点、DNS、存储或控制平面多个层面。

十二、应该先学 Debian 还是 Kubernetes？

建议顺序是：

Linux 基础 → Debian 运维 → Shell 脚本 → Docker/containerd → Kubernetes → Helm/Ingress/监控/CI/CD

如果你是初学者，建议先掌握 Debian 或其他 Linux 系统的基础知识，包括：

• 文件系统；
• 用户和权限；
• 软件包管理；
• systemd 服务；
• 网络配置；
• 日志查看；
• 进程管理；
• 防火墙；
• Shell 脚本。

然后再学习容器技术：

• Docker 基础；
• 镜像构建；
• 容器网络；
• 数据卷；
• Compose；
• containerd。

最后再进入 Kubernetes：

• Pod；
• Deployment；
• Service；
• Ingress；
• ConfigMap；
• Secret；
• Namespace；
• PV/PVC；
• Helm；
• 监控和日志；
• GitOps。

原因很简单：Kubernetes 不是脱离 Linux 存在的技术。很多 Kubernetes 故障都需要 Linux 能力来解决。例如 Pod 无法访问外网，可能与节点路由、iptables、DNS、CNI 插件有关；镜像拉取失败，可能与 DNS、代理、证书或 containerd 配置有关；节点 NotReady，可能与 kubelet、swap、内核参数、容器运行时有关。

十三、如何选择：Debian 还是 Kubernetes？

如果你的需求是搭建一台服务器，运行网站、数据库、脚本或开发环境，那么选择 Debian 就够了。例如：

• 个人博客；
• 小型 Web API；
• 内部工具；
• 数据库服务；
• 文件服务器；
• VPN；
• Git 服务；
• Docker 单机部署。

如果你的需求是管理多个服务、多个节点，并且需要自动扩缩容、灰度发布、高可用和统一编排，那么可以考虑 Kubernetes。例如：

• 中大型微服务系统；
• 多节点容器集群；
• 云原生平台；
• 高可用业务系统；
• CI/CD 自动发布平台；
• 多环境统一部署；
• 弹性伸缩业务。

但并不是所有项目都需要 Kubernetes。对于小型项目，直接在 Debian 上使用 Docker Compose 可能更简单、更经济、更容易维护。

例如，在 Debian 上使用 Docker Compose 部署 Nginx：

mkdir -p ~/compose-nginx
cd ~/compose-nginx

创建 compose.yml：

cat > compose.yml <

docker compose up -d

docker compose ps

curl http://localhost:8080

docker compose down

Debian 是操作系统基础，Kubernetes 是容器编排平台。
Debian 负责让服务器稳定运行，Kubernetes 负责让容器化应用高效运行。
二者不是竞争关系，而是协同关系。

Debian + containerd + Kubernetes + Helm + Ingress + Prometheus + GitOps