▶ Pod控制器介绍 Pod是k8s的最小管理单元，在k8s中，按照pod的创建方式可以将其分为两类： • 自主式pod： k8s直接创建的pod，这种pod删除后就没有了，也不会重建 • 控制器创建的pod： k8s通过控制器创建的pod，这种pod删除了之后还会自动重建 ▶ Pod控制器分类 •

▶ nginx工作原理： • Nginx核心架构：Master-Worker模型 ▪ Nginx启动后生成两类进程： 1.Master（主进程，管理员），不处理用户HTTP请求，管理所有Worker子进程 2.Worker（子进程，干活的），真正接受浏览器请求，处理请求，默认进程数=CPU核心数，W

**▶ Nginx优化方案：** **• 基础优化：** ▪ 使用最新稳定版本 ▪ 选择合适的编译参数 减少不必要的模块可以提升Nginx启动速度和运行效率 **• 性能优化：** ▪ 调整worker进程： 默认worker_processes数量通常设置为CPU核心数： worker_proce

一、安装MySQL 二、配置MySQL配置文件/etc/my.cnf • 在每台节点添加MGR配置（唯一的server_id） [mysqld] server_id=130 # n1:130, n2:131, n3:132 log_bin=binlog binlog_format=ROW gtid_

1.目录：（/根目录下） bin：平台用户的命令 boot：引导系统启动的文件 dev：设备文件目录 etc：配置文件目录 home：普通用户家目录 root：超级用户家目录 run：执行程序的文件（进程ID） sbin：管理员命令 tmp：临时文件 usr：用户相关文件 var：可变的文件（日志文

▶ 什么是kafka？ • kafka（全名Apache Kafka），是一个用来处理消息的系统，就像一个信息中转站或者快递分发中心，负责“收消息、存消息、转消息。 • kafka就是一个高性能的消息队列系统，用来在系统与系统之间传递数据，而且还能保证**不丢、不乱、速度快** 。（面试问题） ▶

Service在很多情况下只是一个概念，真正起作用的其实是kube-proxy服务进程，每个Node节点上都运行着一个kube-proxy服务进程。当创建Service的时候会通过api-server向etcd写入创建的service的信息，而kube-proxy会基于监听的机制发现这种Servic

▶ ServiceAccount.yaml apiVersion: v1 kind: ServiceAccount metadata: name: jenkins-k8s-sa namespace: devops --- apiVersion: rbac.authorization.k8s.io/

▶ 1.下载镜像 ▶ 2.准备宿主机映射目录 mkdir -p ~/gitlab/{etc,log,data} ▶ 写配置文件(~/gitlab/etc/girlab.rb) external_url 'http://47.98.48.243' #设置实例的外部访问URL gitlab_rail

先一句话总览： **Elasticsearch是存数据+搜索的仓库；Filebeat是跑腿采集日志；Kibana是可视化看板。三者可以独立跑，但是搭ELK日志平台的时候，就是一套黄金搭档。** 1\. 每个rpm包是什么 ① elasticsearch‑7.17.29‑x86_64.rpm 角色：数