Kubernetes 新手部署避坑指南：利用宿主机代理搭建 K8s 集群前言对于 Kubernetes（K8s）新手来说，在国内环境搭建第一个集群往往是“从入门到放弃”的第一步。最大的拦路虎莫过于网络问题：k8s.gcr.io、ghcr.io 等镜像仓库在国内无法直接访问，导致 kubeadm init 时镜像拉取失败。
本文将介绍一种最稳妥、最通用的解决方案：利用宿主机的代理节点，让虚拟机中的 K8s 集群顺利访问外网。此外，文章还整理了新手必须知道的系统配置原理，助你避开部署路上的各种深坑。
一、 环境准备我们要搭建的是一个“一主一从”的小型集群。
角色
IP 地址
主机名
操作系统
宿主机 (代理节点)
192.168.88.1
-
Windows/Mac/Linux
Master 节点
192.168.88.133
k8s-master
CentOS/RHEL/Ubuntu
Worker 节点
192.168.88.131
k8s-node
CentOS/RHEL/Ubuntu
关键前提： ...
Kubernetes 二进制部署实战指南（v1.28.0）：从零开始构建高可用集群前言为什么选择二进制部署？
当我们使用 kubeadm 部署 Kubernetes 时，就像使用“一键安装包”，简单快捷但隐藏了大量细节。而二进制部署则像是“手动组装乐高”，你需要亲手下载每一个组件、配置每一张证书、编写每一个启动文件。
虽然过程繁琐，但这是彻底理解 Kubernetes 架构的最佳途径。通过本文，你将清晰地理解：
Kubernetes 的核心组件（ApiServer, Scheduler, Controller-Manager, Etcd）是如何协作的。
TLS 认证体系是如何构建信任链的。
Node 节点是如何通过 Kubelet 与 Master 通信的。
本文适合想深入理解 K8s 内部机制的开发者或运维人员。
第一阶段：环境准备假设我们有两台 CentOS 7 虚拟机：
角色
主机名
IP 地址
Master
master2
192.168.88.134
Node
node2
192.168.88.132
前置条件：
所有节点网络互通。
宿主机提 ...
docker
未读
docker镜像配置1.配置docker镜像源123456789101112131415161718192021{ "registry-mirrors": [ "https://dockerhub.icu", "https://docker.registry.cyou", "https://docker-cf.registry.cyou", "https://dockercf.jsdelivr.fyi", "https://docker.jsdelivr.fyi", "https://dockertest.jsdelivr.fyi", "https://mirror.aliyuncs.com", "https://dockerproxy.com", "https://mirror.baidubce.com", &q ...
CentOS 7 虚拟机配置指南：静态IP、代理上网与换源实战在使用 VMware 或 VirtualBox 安装 CentOS 7 虚拟机时，我们经常会遇到三个核心问题：
如何配置静态 IP，防止重启后 IP 变动？
宿主机有代理，虚拟机如何通过代理上网？
CentOS 7 官方源停止服务，如何修复 yum 报错并安装软件？
本文将结合实际操作，一站式解决这三个问题。
一、 NAT 模式下配置静态 IP在 NAT 模式下，虚拟机通过宿主机的虚拟网卡转发数据。配置静态 IP 需要先了解虚拟网络编辑器分配的网段。
1. 查看 VMware 网络信息打开 VMware -> 编辑 -> 虚拟网络编辑器 -> 选择 **VMnet8 (NAT 模式)**。记录以下信息（你的环境数值可能不同）：
子网 IP：例如 192.168.133.0
子网掩码：255.255.255.0
网关 IP：点击“NAT设置”查看，例如 192.168.133.2
2. 修改 CentOS 网卡配置登录 CentOS 终端，查找网卡名称（通常是 ens33）：
1ip addr
...
CentOS 7 单机部署 Kubernetes v1.28.2 完整避坑指南前言本文详细记录了在 CentOS 7.9 系统上，使用 Kubeadm 部署 Kubernetes v1.28.2 单机集群的全过程。
部署环境：
操作系统：CentOS 7.9
Kubernetes 版本：v1.28.2
容器运行时：Containerd
网络插件：Flannel v0.22.0
服务器配置：建议 2核4G 以上
第一阶段：系统环境准备在安装 Kubernetes 之前，必须对 Linux 系统进行一系列内核和网络配置，否则后续初始化会频繁报错。
1. 关闭 Swap 分区原理：Kubernetes 为了保证性能和稳定性，要求关闭 Swap。如果开启了 Swap，Kubelet 将无法启动。
12345# 临时关闭 Swap，立即生效swapoff -a# 永久关闭 Swap，注释掉 fstab 中的 swap 行，防止重启后自动挂载sed -i '/swap/d' /etc/fstab
2. 关闭 SELinux 和防火墙原理：SELinux 和防火墙的安 ...
破解微服务中的依赖冲突：MyBatis-Plus自动配置数据源问题的解决方案
问题背景：当MyBatis-Plus遇上微服务分层架构
在微服务架构的开发实践中，我们常常采用分层设计来解耦业务逻辑。在我的项目中，我采用了实体类服务、server服务和web服务的分层架构，并通过Nacos进行配置管理。这种架构设计本应带来清晰的职责划分和灵活的部署能力，然而在实际开发中，我却遇到了一个棘手的依赖冲突问题。
具体场景如下：• server服务：作为核心业务逻辑层，配置了数据源并引入了MyBatis-Plus(以下简称MP)依赖，运行正常
• 实体类服务：包含领域模型和DTO定义，最初不涉及数据访问
• web服务：作为API网关层，主要负责请求路由和响应处理，不需要直接访问数据库
问题出现在当我需要在实体类服务中使用MP的注解(如@TableName等)时，我不得不引入MP依赖。由于web服务和server服务都依赖实体类服务，MP的自动配置机制在web服务启动时被触发，尝试初始化数据源，而Nacos上并未为web服务配置数据源，最终导致应用启动失败。
问题分析：自动配置的”双刃剑”特性
S ...
ArrayList底层结构1transient Object[] elementData; // non-private to simplify nested class access
底层是一个数组，默认大小为10，当数组容量不够时，会进行扩容，扩容大小为原来的1.5倍。
添加元素12345public boolean add(E e) { ensureCapacityInternal(size + 1); // Increments modCount!! elementData[size++] = e; return true;}
扩容12345678910111213private void grow(int minCapacity) { // overflow-conscious code int oldCapacity = elementData.length; int newCapacity = oldCapacity + (oldCapacity >> 1); if (newCa ...
Java集合框架集合框架概述集合框架简介集合框架是一个用来表示和操作集合的统一框架。所有的集合类都位于java.util包下，主要有以下几个特点：
集合框架提供了一套性能优良、使用方便的接口和类，使我们可以更轻松地操作数据。
集合框架中的接口代表不同的集合类型，如List、Set、Map等。
集合框架中的类实现了这些接口，提供了具体的集合实现。
集合框架中的迭代器（Iterator）用于遍历集合中的元素。
集合框架中的比较器（Comparator）用于对集合中的元素进行排序和比较。
集合框架的结构集合框架的结构如下所示：
Collection接口Collection接口简介Collection接口是Java集合框架中最基本的接口，它定义了一些常用的集合操作方法，如添加元素、删除元素、获取元素等。Collection接口有两个子接口：List和Set。
Collection接口的方法Collection接口定义了一些常用的方法，如下所示：
boolean add(E e)：向集合中添加一个元素。如果添加成功，返回true；否则返回false。
boolean addAll(C ...
缓存三兄弟缓存穿透缓存穿透是指缓存和数据库中都没有的数据，而用户不断发起请求，当请求大量不存在的数据时，就会导致数据库压力过大，甚至崩溃。
解决方案
布隆过滤器：布隆过滤器是一种数据结构，用于判断一个元素是否在一个集合中。它可以在O(1)的时间复杂度内完成判断，但是有一定的误判率。我们可以将所有可能存在的数据放入布隆过滤器中，当用户请求的数据不存在时，直接返回空，避免请求到达数据库。
缓存空值：当用户请求的数据不存在时，我们可以将空值存入缓存中，并设置一个较短的过期时间，比如5分钟。这样，当用户再次请求该数据时，可以直接从缓存中获取空值，而无需请求数据库。
参数校验：在用户请求之前，我们可以对请求参数进行校验，比如检查参数是否合法、参数是否在合理范围内等。如果参数不合法，可以直接返回错误信息，避免请求到达数据库。
缓存雪崩缓存雪崩是指缓存中大量数据同时过期或Reids服务宕机，导致大量请求直接到达数据库，导致数据库压力过大，甚至崩溃。
解决方案
设置不同的过期时间：为了避免缓存雪崩，我们可以为每个缓存的过期时间设置一个随机值，这样就可以避免大量数据同时过期。
使用Redis集群： ...
缓存更新策略1. Cache Aside1.1 Cache Aside 更新策略Cache Aside 是一种常见的缓存更新策略，其核心思想是先更新数据库，然后再删除缓存。具体步骤如下：
读请求：当客户端发起读请求时，首先查询缓存，如果缓存中存在数据，则直接返回缓存中的数据；如果缓存中不存在数据，则查询数据库，并将查询结果返回给客户端，同时将查询结果写入缓存。
写请求：当客户端发起写请求时，首先更新数据库，然后将缓存中的数据删除。这样可以确保缓存中的数据与数据库中的数据保持一致。
1.2 Cache Aside 的优点
一致性：Cache Aside 策略可以确保缓存中的数据与数据库中的数据保持一致，从而避免数据不一致的问题。
简单：Cache Aside 策略的实现相对简单，只需要在写请求时删除缓存即可。
1.3 Cache Aside 的缺点
缓存穿透：当数据库中不存在数据时，缓存中也不存在数据，此时每次读请求都会查询数据库，导致数据库压力过大。
缓存雪崩：当缓存中的数据大量失效时，大量的读请求会直接查询数据库，导致数据库压力过大。
2. Write Through ...
