Nsl_17的博客

原创 【iptables 和 IPVS】

iptables 是“通用防火墙+附加转发功能”，线性规则匹配，适合小规模场景；IPVS 是“专用四层负载均衡模块”，哈希匹配+原生健康检查，性能优异，适合大规模 K8s 集群等高并发场景，二者均基于 netfilter 框架，但定位和性能差异显著。

原创 【k8s网络组件及关系】

firewalld 对常见网络服务的标准化规则封装，将服务的端口、协议、模块、转发规则等打包为一个服务名，用户无需手动配置端口/协议，直接通过服务名即可开启/关闭访问，简化防火墙配置。防火墙底层：netfilter 是所有 Linux 防火墙的内核基础，iptables/nftables 是其上的框架，firewalld 是基于二者的用户态管理工具，br_netfilter 让网桥报文能被 netfilter 处理；基础网络。

原创 一个完整的创建Pod流程

kubelet定期上报Pod状态到API Server。kube-scheduler监听API Server。创建iptables/IPVS规则，转发流量到Pod。目标节点的kubelet监听API Server。API Server更新etcd中的Pod状态。kube-proxy监听API Server。kubelet调用containerd。写入etcd，标记Pod为「待调度」kubectl提交Pod创建请求。将Pod与节点绑定，写入etcd。

原创 【Zookeeper 】

Hadoop 本身是分布式系统（由多个节点组成），但分布式系统天生有3个痛点：Zookeeper 就是来解决这些问题的，核心角色可以总结为4个：假设启动 Hadoop 集群：总结。

原创 【HBase列式存储数据库】

HBase 是。

原创 【Pod 间通信方式】

底层通：CNI 插件实现 Pod 全网段互通，是通信基础；访问稳：Service 解决 Pod IP 动态问题，5 种类型适配所有访问场景；转发准：kube-proxy 维护节点转发规则，IPVS 是生产主流；安全控：NetworkPolicy 实现 Pod 访问隔离，需 Calico 等 CNI 支持。

原创 【Service代理】

Service 解决 Pod IP 动态变化的问题，提供固定访问入口；iptables 是基础代理模式，适合小规模集群，IPVS 性能更优，适合大规模集群；Service 负责集群内四层负载均衡，Ingress/Gateway API 负责集群外七层负载均衡，生产中常配合使用。

原创 k8s控制器

控制器核心是通过「控制循环」保证资源「实际状态」与「期望状态」一致，是 K8s 自动化、高可用的核心；核心价值集中在故障自愈、弹性扩缩容、版本管控、资源编排四大维度，适配不同业务场景；控制器是 Pod 的上层管理者，生产环境必须通过控制器管理 Pod，禁止裸 Pod 部署。

原创 【k8s的Namespace】

Namespace 核心是软件层面的逻辑隔离，而非物理隔离，核心价值是适配多团队、多环境的资源与权限管控；关键特性围绕“隔离、管控”展开，名称隔离、资源配额是落地隔离的核心手段；核心作用覆盖“团队隔离、环境隔离、资源管控、运维效率”四大场景，是生产环境必用的基础功能。

原创 【K8s思维导图及单节点容器启动流程】

K8s 单节点容器启动的核心逻辑是“上层编排指令→标准化接口转发→运行时资源准备→底层工具执行→内核提供隔离环境”；核心链路为Kubelet → CRI → 容器运行时（CRI-O/Containerd） → runc → Linux 内核；所有节点的组件可通过 Ansible 批量部署，保证集群环境统一，体现 K8s “上层编排调度+下层标准化运行时”的架构设计核心。

原创 【NFS 自动挂载】

autofs 实现 NFS 按需挂载的核心是“主映射文件+映射文件”的双层配置：主映射定义挂载根目录和映射文件路径，映射文件定义具体挂载规则；本地挂载目录仅为访问远程 NFS 共享的“窗口”，所有数据实际存储在 NFS 服务器；autofs 相比手动/开机挂载更灵活，仅在访问时挂载，降低服务器资源占用。

原创 【 LVM 创建逻辑卷】

fdisk创建GPT分区的核心是先输入g初始化GPT表，再用n建分区、t改>类型（30=LVM）、w保存；容量计算要注意parted的“起始~结束”和fdisk的“+大小”的等价性；操作后必须执行partprobe让内核识别新分区表，否则后续PV创建会报错。PV：物理卷，被 LVM 管理的磁盘/分区VG：卷组，把多个 PV 合并成一个大池子LV：逻辑卷，从 VG 中切出来使用的分区PE：物理扩展块，LVM 最小分配单位（默认 4M）8e30。

原创 【MBR与GPT分区】

原创 【SELinux安全上下文】

SELinux安全上下文的核心是type字段（以_t结尾），目标策略下通过进程和资源的type匹配控制访问；不同服务有专属的进程type（如httpd_tmysqld_t）和资源type（如SELinux通过type标签实现服务间隔离，大幅提升系统防越权访问的安全性。

原创 【日志及存储】

统一收集所有系统日志，存为二进制结构化日志。rsyslog：从 journald接收日志，做分类、过滤、转文本、持久化。

原创 【磁盘与文件系统】

硬盘物理最小读写单位是扇区，文件系统最小管理单位是块，inode 负责存储文件元数据和块映射关系；索引结构从FAT32的链表演进到Ext4/XFS的B+树（Extent），核心是提升大文件处理和随机访问性能；磁盘分区分主分区/扩展分区/逻辑分区，LVM可动态管理磁盘空间，是企业级Linux系统的常用方案；挂载是将文件系统关联到目录的过程，/etc/fstab 实现自动挂载，mount命令用于手动挂载。

原创 【SSH 密钥认证】

两类公钥别搞混：服务器身份验证（客户端验服务器，存在known_hosts）、用户身份验证（服务器验用户，存在authorized_keys）；免密登录核心规则：谁想免密登录对方，就把自己的公钥放到对方的里；安全红线：私钥必须本地保管（权限600），服务器端.ssh权限必须严格控制（600/700），严禁泄露私钥。

原创 【service unit 】

RHEL 9 中 systemd（PID=1）是核心，通过 Unit 管理各类系统对象，.service是最常用的服务单元；是查看服务状态的核心命令，重点关注Loaded（开机自启）和Active（运行状态）；服务管理优先用reload（不终止服务）而非restart，修改配置后需；systemd 自带依赖管理、cgroups 管控、按需启动等能力，替代了传统 init.d、cron、inittab 等工具；排错时优先查journalctl -u 服务名和，定位依赖或日志问题。

原创 【Linux 进程信号控制】

原创 【获取root用户访问权限】

获取超级用户访问权限。

原创 【环境变量】

bash启动时，会从/etc/profile（全局的，linux启动就执行）、/etc/bashrc（全局的，会话打开才执行）、~/.bash_profile（ 当前普通用户的，）和 ~/.bashrc（普通用户的shell）中导入环境变量，（运行的确切脚本取决于shell启动方式，交互式登陆shell、交互式非登录shell、shell脚本）。export PATH=/home/user/sbin:$PATH（附加到新目录之前，优先使用新目录）

原创 【linux文件系统重要目录及命令解释】

dev/vdaX → 真正的磁盘分区，存储系统数据。，长度一般是 10 个字符，第一位 文件类型，接下来的 9 位权限位（3 组三组：属主/属组/其他人,分成 3 组，每组 3 位：rwx rwx rwx），最后一位 “.” 或 “+” 表示 ELinux 安全上下文或 ACL。tmpfs 178M 0 178M 0% /run/user/0（用户 root 的运行时数据存放目录，当 root 登录时，会在 /run/user/0 下创建也是临时的，系统重启会清空。

原创 【Linux 入门及访问命令行】

RHCOS Red Hat Enterprise Linux CoreOS 基于 RHEL 的 云原生操作系统（“专为 Kubernetes 优化的精简 OS”） Kubernetes 节点操作系统：作为 OpenShift（红帽 Kubernetes 发行版）的默认节点系统，专注于容器编排场景的稳定性和自动化管理。Linux 的核心功能（文件管理、用户权限、进程控制、系统服务）最原始、最完整的方式就是通过命令行，能更快理解 Linux 的底层原理。终端是什么，shell 是什么，这两者有什么联系？