运维基础

• 1-Web前端笔记
• 2-网络基础入门
• 3-Linux操作系统
• 4-数据库技术实战
• 5-GIT源码版本控制

自动化集群管理

• 1-Shell实战
• 2-Nginx实战
• 3-高并发与高可用
• 4-Ansible集群管理

运维高级

• 1-云平台运维指导
• 2-Docker容器化教程
• 3-分布式存储实战
• 4-Kubernetes教程

运维开发

• 1-Python基础教程
• 2-Python数据分析
• 3-GoLang基础教程

监控与CI/CD

• 1-服务器监控系统
• 2-ELK日志查询分析

数据库补充

• 1-Oracle基础入门
• 2-达梦数据基础入门

Read more

Kubernetes emptyDir 详解：多容器共享临时存储

一、核心概念与生命周期

emptyDir 是 Kubernetes 中一种与 Pod 强绑定的临时卷，其核心特性如下：

• 生命周期：与 Pod 完全一致。当 Pod 被调度到节点时自动创建，Pod 从节点移除（删除、驱逐、节点故障）时自动删除，数据随 Pod 消亡而丢失。
• 共享范围：仅支持同一 Pod 内的多个容器共享数据（跨 Pod 无法共享）。
• 存储介质：默认使用节点的本地磁盘（或临时存储目录，通常为 /var/lib/kubelet/pods/<pod-id>/volumes/kubernetes.io~...

Read more

Service类型详解

在 Kubernetes 中，Service 是一种抽象概念，用于将一组运行在 Pods 上的应用程序暴露为网络服务。Kubernetes 提供了四种主要的 Service 类型，每种类型适用于不同的使用场景。

k8s 四种 Service 类型：

• ClusterIP
• NodePort
• LoadBalancer
• ExternalName

ClusterIP

它是 Kubernetes Service的默认类型，也就是说如果不指定 type，Kubernetes 会默认创建 ClusterIP 类型的 Service。

仅在集群内部可访问，提供一个集群内部的...

Read more

K8s高频YAML配置用法详解

对于 Kubernetes 用户来说，80% 的日常操作都围绕着 20% 的 YAML 配置。掌握这些高频配置的写法和含义，是玩转 K8s 的关键。

核心概念：必须理解的字段

在深入具体资源之前，有几个在所有资源中几乎都会出现的顶级字段：

• apiVersion: 定义该资源所属的 API 组和版本。
• 核心组（如 Pod、Service）：v1
• 有组名的（如 Deployment）：apps/v1， batch/v1（Job）， networking.k8s.io/v1（Ingress）
• kind: 定义资源的类型，如 Pod, Deployment,...

Read more

Kubernetes Pod 生命周期与重启策略：从创建到终止的实战指南

适用场景 & 前置条件

适用场景：Pod 故障排查、优雅终止配置、健康检查设置、任务类 Pod 管理。

前置条件：

• Kubernetes 1.20+
• kubectl 访问权限
• 理解 Pod、容器概念

环境与版本矩阵

Pod 生命周期完整流程

1. Pod 生命周期阶段

阶段（Phase）：

• Pending：...

Read more

K8S二进制安装

基本环境配置

高可用Kubernetes集群规划

所有节点更...

Read more

Git与版本控制

什么是版本控制？

版本控制（Version Control）是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。它可以帮助我们：

• 追踪文件的修改历史，查看谁在何时做了什么更改
• 恢复到之前的版本，当出现错误时可以快速回滚
• 多人协作时管理代码，避免文件冲突和覆盖
• 并行开发不同功能，最后再合并到一起

简单来说，版本控制就像给你的项目创建了一系列"快照"，你可以随时回到过去的任何一个状态。

版本控制系统的类型

1.本地版本控制系统

• 在本地磁盘上保存文件的不同版本
• 例如：RCS（通过补丁集记录文件差异）

2.集中式版本控制系统

• 所有版本数据存储在中央服务器
• 开...

Read more

用“餐厅经营”讲透技术逻辑

以大家熟悉的“餐厅”为类比——把用户的请求看作“顾客需求”，服务器、网络设备看作“餐厅的人/工具”，运维的核心目标就是让“餐厅”既高效服务，又不翻车，还能扛住大客流。下面逐个拆解10个核心概念，每个都配生活场景，保证一看就懂：

1. 负载均衡：不让某个“服务员”忙到跑断腿，其他人闲到玩手机

核心痛点

小餐馆只有1个服务员，中午高峰10桌顾客全喊他，他会漏单、摔盘子；但如果有5个服务员，却只让1个带8桌，剩下4个站着摸鱼——这就是“资源浪费+效率低下”。
服务器也一样：所有用户请求都挤1台服务器，这台机“CPU跑满、内存爆炸”直接崩，旁边几台服务器却“CPU使用...

Read more

使用HAProxy实现MySQL的负载均衡

是通过HAProxy的TCP层（四层）负载均衡能力，将客户端的数据库连接请求分发到多个后端MySQL节点，从而分散压力、提高可用性。以下是详细的实现思路、配置方法及注意事项：

一、核心原理与架构

HAProxy支持TCP（四层）和HTTP（七层）协议。MySQL基于TCP协议通信，因此HAProxy通过四层负载均衡实现MySQL的请求分发。

典型架构

• 前端：HAProxy监听指定端口（如3306，与MySQL默认端口一致），接收客户端连接。
• 后端：多个MySQL节点（通常为从库，用于读负载均衡；主库单独处理写操作）。
• 核心目标：分散读请求到多...

Read more

MHA简介

MHA（Master High Availability）是一套针对MySQL的高可用解决方案，能实现自动故障检测与主从切换，有效减少MySQL故障恢复时间，提高服务可用性。

其核心特点包括：

1. 自动故障检测与切换：通过定期监控主库状态，当主库出现故障（如宕机、网络中断等）时，能自动识别并在从库中选择最合适的节点提升为新主库，整个过程无需人工干预。

2. 数据一致性保障：在切换过程中，会尽量复制主库未同步到从库的binlog日志，最大程度减少数据丢失；支持GTID（全局事务标识），简化binlog定位与同步流程。

3. 灵活的候选主库选择：可通过配置指定优先成为新主库的候选节...

Read more