一、环境说明1.1基本环境配置该环境使用的是vmware虚拟的六台服务器，使用二进制的方式安装部署可用于生产环境的k8s集群！具体信息规划如下：
主机名
ip地址
说明
k8s-master01
192.168.0.81
主节点
k8s-master02
192.168.0.82
主节点
k8s-master03
192.168.0.83
主节点
k8s-node01
192.168.0.84
从节点
k8s-node02
192.168.0.85
从节点
k8s-node03
192.168.0.86
从节点
keepalived虚拟ip
192.168.0.236
keepalived虚拟ip(不占用机器)
配置信息
备注
系统版本
Rocky Linux 9.5
Containerd
latest
Pod网段
172.16.0.0/16
Service网段
10.96.0.0/16
如果需要修改这些网段，统一替换。Pod网段、Service网段以及宿主机网段不能重复，不能重复！！！
VIP（虚 ...
.video-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* 16:9 aspect ratio (height/width = 9/16 * 100%) */
}
.video-container iframe {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
k8s弹性能力-基于KEDA的下一代弹性伸缩1.k8s原生弹性伸缩—HPA1.1HPA介绍在 Kubernetes（K8s）中，HPA 代表 Horizontal Pod Autoscaler（水平 Pod 自动扩缩容）。
它的主要作用是根据实际的资源利用率或自定义指标，自动增减工作负载中 Pod 的副本数量（Replicas）。例如，当系统流量激增导致 CPU 占用率超过预设阈值时，HPA 会自动增加 Pod 数量来分摊负载；当负载下降时，它会自动缩减 Pod 数量以节约资源 📈 ...
.video-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* 16:9 aspect ratio (height/width = 9/16 * 100%) */
}
.video-container iframe {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
EB级分布式高可用存储平台落地1.分布式存储介绍1.1单节点或NFS存储存在的问题常见的存储设计如下：
1.2分布式存储的主要特性与优势支持近乎无限的扩容支持容错能力和数据冗余支持多机房多区域部署支持负载均衡和并行处理支持权限管理和多用户支持多种文件存储类型支持普通硬件设计
1.3分布式存储平台对比
特性/项目
Ceph
CubeFS
设计目标
统一存储解决方案，支持对象、块和文件存储
专注于文件存储和对象存储，适用云原生和大数据场景
存储类型
对象存储、块存 ...
.video-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* 16:9 aspect ratio (height/width = 9/16 * 100%) */
}
.video-container iframe {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
配置管理-ConfigaMap和Secret
认识ConfigMap和Secret
创建ConfigMap和Secret的方式
以配置文件形式挂载ConfigMap和Secret
以环境变量形式挂载ConfigMap和Secret
更改挂载文件的名称和权
限解决挂载覆盖目录的问题
Secret管理域名证书
Secret管理镜像仓库密钥
Secret和ConfigMap配置只读
Secret和ConfigMap备份还原
Secret和ConfigMap使用注意事项 ...
Ingress
未读
.video-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* 16:9 aspect ratio (height/width = 9/16 * 100%) */
}
.video-container iframe {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
一、什么是Ingress在 Kubernetes（K8s）环境中，Ingress 是一种 API 对象，用于管理集群内部服务（通常是 HTTP 服务）的外部访问，它提供了一种灵活的方式来定义和管理基于 HTTP/HTTPS 的路由规则，允许外部流量通过配置的规则访问 Kubernetes 集群中的服务。为集群中的服务提供了一个统一的入口，可以提供负载均衡、SSL终止和基于名称(域名)的虚拟主机，应用的灰度发布等功能。
Ingress 本身不直接处理流量，而是依赖于 In ...
.video-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* 16:9 aspect ratio (height/width = 9/16 * 100%) */
}
.video-container iframe {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
k8s-容忍Toleration和污点Taint1.容忍和污点概念在 Kubernetes 中，污点（Taints） 和 容忍（Tolerations） 是一对协同工作的机制，用于控制哪些 Pod 可以被调度到特定的 Node（节点）上。
核心概念
污点（Taint）：附加在 Node 上的属性。它就像给节点打上了「排斥标记」，默认情况下会拒绝所有不能容忍该污点的 Pod 被调度上来。
容忍（Toleration）：配置在 Pod 规范（spec.tolerations）中的规则。 ...
.video-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* 16:9 aspect ratio (height/width = 9/16 * 100%) */
}
.video-container iframe {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
提升服务高可用性-Pod亲和力1.亲和力AffinityKubernetes的亲和力(Affinity)是一种调度规则，作用于Pod资源，用于控制Pod的调度行为，比如Pod应该或者尽量调度到哪些节点上、Pod不能和哪些Pod部署在一起等，Pod尽量和哪些Pod部署到一起，从而实现更灵活的资源管理和故障隔离。
Kubernetes的亲和力支持三种类型：节点亲和力(NodeAffinity)、Pod亲和力(PodAffinity)、Pod反亲和力(PodAntiAffinity)。
分 ...
k8s集群备份
未读
.video-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* 16:9 aspect ratio (height/width = 9/16 * 100%) */
}
.video-container iframe {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
k8s集群备份恢复1.Velero介绍Velero是一个专为Kubernetes设计的容灾工具，主要用于如下场景：备份和恢复K8s集群的各类资源灵活地迁移K8s中的数据手动及周期性备份和最小范围恢复对K8s集群进行灾难恢复
Velero核心组件：服务端:负责处理备份和恢复操作，需要部署在K8s集群中，并且需要配置S3存储后端客户端:负责与服务端交互，比如备份和恢复等，无需部署，只需要一个客户端工具
Velero核心资源介绍：
Backup:备份资源，用于执行一次性备份任务，可以基于 ...
.video-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* 16:9 aspect ratio (height/width = 9/16 * 100%) */
}
.video-container iframe {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
基于ECK技术栈收集日志1.Filebeat收集指定空间日志有时候可能只需要收集部分空间的日志，而并不是收集所有的日志，此时通过修改 Filebeat 的配置，实现只收集部分空间的日志。
比如只收集 krm 和 kube-system 空间下的日志
1.1方式一：使用 Autodiscover + templates优点：从源头只生成指定命名空间的采集任务，性能更好、日志更干净。
缺点：每增加一个命名空间就要加一段 condition。
方案一：指定要采集的命名空间，每增加一个命名空 ...
