一、Kubernetes核心概念与集群搭建

1. 在线答疑



1）答疑Docker需要掌握到什么程度

• 学习目标：达到入门水平即可，重点掌握第一章Docker入门视频内容
• 学习建议：预习时间约3-4小时，建议吸收视频内容的80%
• 学习安排：可作为K8s学习的前置知识，实现平滑过渡

2）答疑镜像的封装概念

• 分层结构：镜像采用分层组合方式，基于UFS(联合文件系统)实现
• 空间优化：当多个镜像共享相同基础层时，仅存储差异部分
• 版本控制：通过分层机制实现类似版本控制的效果
• 建议：深入了解UFS系统工作原理可更好理解镜像封装机制

3）答疑docker私有仓库镜像删除

• 删除方式：不同镜像仓库系统删除方法不同
• Harbor示例：图形界面提供删除按钮
• 通用建议：参考具体镜像仓库系统的官方文档

4）答疑容器资源利用率监控

• 监控原则：
  • 容器本质是应用的另一种部署方式
  • 建议单个容器只运行一个应用程序
• 监控工具：
  • 传统脚本监控方法仍然适用
  • 推荐使用专用工具如cAdvisor
  • Kubernetes中可使用metrics-server
• 优势：单应用容器部署可精确获取应用资源占用情况

5）答疑docker-compose作用



• 核心功能：单机批量管理容器
• 应用场景：
  • 部署由多个容器组成的应用
  • 实现一键部署/关闭/卸载等操作
• 限制：不具备集群管理能力

6）答疑docker容器互通



• 互通基础：容器间通信是必备功能
• 实现机制：
  • 基于Linux虚拟网桥技术
  • 容器启动后自动加入网桥
  • 类似交换机二层网络通信
• 技术组件：结合网桥设备和veth pair实现

7）答疑打成镜像数量



• 镜像构建：支持任意层级的镜像构建
• 数量限制：镜像生成数量没有上限
• 构建示例：镜像A→容器B→镜像B的循环构建不受限制

8）答疑docker数据持久化应用场景

• 容器数据的临时性
  
  • 数据丢失风险：容器是临时性的，当容器被删除时，容器内的数据（如MySQL数据）会随之丢失
  • 生命周期特性：数据仅在容器运行且未被删除时存在，重建容器时无法保留原有数据
• • 心目的：确保容器重建后仍能访问原有数据
  • 实现方式：将容器数据持久化存储到宿主机，通过挂载卷(volume)实现数据持久化
• 数据持久化的实现方式
  
  • 挂载机制：通过volume将容器内数据目录映射到宿主机特定路径
  • 应用场景：数据库容器（如MySQL）、需要保存用户数据的应用等

9）答疑docker容器通信原理



• 底层实现：基于iptables的NAT规则实现容器间通信
• 外部访问容器：通过iptables的DNAT规则转发
• 容器访问外部：通过iptables的SNAT规则实现
• 网络组件：配合网桥(bridge)和veth设备对完成网络连接

10）答疑k8s指定端口方式



• Service机制：k8s通过Service生成随机端口，但可通过字段指定
• 配置方法：使用nodePort字段显式定义服务端口
• 与Docker区别：不同于Docker直接使用

  −p-p−p

  参数映射端口

11）答疑批量删除镜像



• 删除命令：使用docker命令手动删除无用镜像
• 卷处理：镜像删除不会自动清理关联卷，需单独执行卷清理命令
• 清理工具：Docker提供专用命令可清理系统无用资源

12）答疑HUB认证方式



• 证书生成：推荐使用openssl或cfssl工具生成自签名证书
• 实践建议：两种工具均可满足需求，cfssl操作更简便

13）答疑容器数量少上swarm还是k8s



• 技术选型：Docker Swarm已被官方弃用，不再维护
• 唯一选择：无论容器数量多少，都应选择k8s作为容器编排方案

14）答疑部署lnmp文件目录共享问题



• 必要性分析：Nginx需要处理静态文件，PHP需要处理动态脚本，两者必须共享同一程序目录
• 解决方案：除非将静态/动态文件物理分离，否则必须保持目录共享
• 典型场景：网站程序通常混合存放静态资源和PHP脚本文件

15）答疑数据库是否应放在容器中



• 适用场景：单实例数据库可部署在容器中
• 架构限制：主从复制等复杂架构不建议容器化部署
• 数据安全：必须配合持久化卷使用，避免数据丢失

二、知识小结

知识点	核心内容	易混淆点/考试重点	难度系数
Docker基础掌握程度	入门水平即可，需掌握80%的入门视频内容（约4小时）	无需深入底层原理，重点理解基础操作和概念	⭐⭐
镜像封装原理	基于UFS联合文件系统分层构建，节省磁盘空间	镜像层共享机制（如A/B镜像的磁盘占用关系）	⭐⭐⭐
容器监控	推荐单容器单应用部署，通过cAdvisor等工具监控资源	传统虚拟机监控与容器监控的差异	⭐⭐⭐
Docker Compose作用	单机批量管理容器，适用于多容器应用的一键部署/关闭	不支持集群管理，仅限单机场景	⭐⭐
容器网络互通	通过Linux网桥（类似交换机）和veth pair实现二层通信	与iptables NAT的区别（外部访问走DNAT）	⭐⭐⭐⭐
数据持久化场景	MySQL等有状态服务需挂载宿主机目录，防止容器删除数据丢失	容器临时存储与持久化卷的对比	⭐⭐⭐
K8s端口管理	通过Service的nodePort字段指定端口（非完全随机）	Docker直接映射端口（-p）与K8s Service的差异	⭐⭐⭐⭐
数据库容器化争议	单实例可容器化，集群架构需谨慎	数据安全性与容器 ephemeral 特性的矛盾	⭐⭐⭐⭐
LNMP目录共享	Nginx与PHP需共享网站目录以同时处理静态/PHP文件	动态与静态资源未分离时的必要性	⭐⭐⭐
Swarm淘汰现状	官方已停止维护，仅选K8s	Swarm与K8s的适用场景对比（历史背景）	⭐⭐