- 博客(218)
- 收藏
- 关注
RSS订阅原创 服务器硬件管控接口学习笔记：IPMI与Redfish深度解析+实操调研
相较于IPMI，Redfish的核心优势集中在“现代化、高安全、易集成、可扩展”四大方面，完美解决IPMI的核心局限，既能满足基础的硬件监控、配置、告警需求，也能适配大规模集群管控、高级能耗管理、自动化运维等现代化需求，是当前新型服务器硬件管控的首选协议，也是未来服务器硬件管控的主流方向，尤其适合云数据中心、大规模服务器集群的运维场景。
2026-02-02 22:35:20
1014
原创 HTTPS进阶学习：TLS版本差异+证书区别+性能优化+Nginx配置实操
生产环境优先启用「TLS1.3+向下兼容TLS1.2」，彻底禁用TLS1.0/TLS1.1等不安全版本，兼顾性能、安全与基础兼容性。自签名证书适合「测试/内网场景」，免费便捷但无第三方信任；权威CA证书为「生产/公网场景」必选，阿里云提供免费单域名CA证书，可满足基础需求。
2026-01-28 21:50:24
683
原创 吃透HTTPS核心原理：从协议缺陷到安全通信全解析（附实操）
本文核心是吃透HTTPS的底层逻辑——从HTTP协议的固有缺陷入手，理解HTTPS如何通过加密机制弥补不足，再拆解完整通信流程，最后通过实操验证HTTP与HTTPS的差异、掌握证书查看方法，为后续接口开发与硬件管控筑牢安全基础。HTTP传输的所有数据（包括账号密码、接口参数、返回结果）都是明文形式，在网络传输过程中，可通过抓包工具（如Wireshark）直接捕获并读取内容，甚至能篡改数据后重新发送，导致信息泄露、业务异常。HTTPS并非全新协议，而是“HTTP协议+SSL/TLS加密层”的组合。
2026-01-26 22:42:44
648
原创 CI/CD 核心原则 + 制品管理全解析：落地要求 + 存储方案
制品是指通过 CI/CD 流水线构建、测试后，输出的 “标准化、可部署、可运行的软件包”。通俗理解：制品就是 “代码经过加工后的最终成品”，类似于工厂里 “原材料→加工→成品” 的 “成品”；关键特征：可重复部署、与环境无关、版本唯一、可追溯。1、4 大核心原则是 CI/CD 流水线的 “骨架”，决定了流水线的稳定性和可靠性—— 自动化减少人工错误，快速反馈降低返工成本，可追溯支持问题定位，环境一致性消除诡异故障；
2026-01-15 22:28:27
735
原创 CI/CD 完整流水线全解析：环节拆解 + 角色分工
流水线的核心价值：通过 “标准化环节 + 自动化工具”，减少重复劳动，避免人为错误，让代码从提交到上线的全流程 “可重复、可追溯、可控制”；角色协同的关键：开发、测试、运维不是 “各自为战”，而是围绕流水线形成闭环 —— 开发保证代码 “可构建可测试”，测试保证制品 “质量合格”，运维保证流程 “稳定高效”；落地建议：新手团队不用一开始就追求 “全自动化”，可以从 “代码提交→自动构建→自动单元测试” 入手，逐步完善后续环节；
2026-01-12 22:19:51
723
原创 浪潮服务器BIOS性能优化全方案解析：多场景适配与配置详解
浪潮服务器的BIOS优化核心是“场景适配”，不同业务场景对延迟、吞吐量、功耗的需求不同，对应的优化逻辑也不同。本次设计的4套基础方案+1套组合方案，覆盖了IO密集、计算密集、单线程、少线程等核心场景，且通过取舍分析明确了各方案的不可替代性。在实际运维中，需根据业务特性、机房环境（节能/非节能）、散热资源等因素，精准选择优化方案，才能最大化挖掘服务器硬件潜力，同时实现性能与成本的平衡。
2026-01-12 21:50:31
852
原创 持续交付与持续部署（CD）深度解析：定义差异、流程架构与交付模式对比
持续交付与持续部署均以 CI 为基础，核心目标是 “提升软件交付效率与质量”，但两者在自动化程度、人工干预节点、适用场景上存在明确边界，需精准区分。持续交付与持续部署的核心差异在于 “生产部署是否保留人工审批”，但两者本质都是通过 “自动化 + 标准化” 重构软件交付流程，实现 “快速、稳定、高质量” 的软件交付。企业选择哪种模式，需结合业务特性（稳定性要求、迭代频率）、团队能力（自动化水平、协同效率）综合判断 —— 多数企业可从持续交付切入，逐步构建自动化能力，再根据业务需求演进至持续部署。
2026-01-11 18:29:02
685
原创 一文吃透持续集成（CI）：通俗定义 + 流程拆解 + 实战案例
CI（Continuous Integration，持续集成）是一种 开发运维协同的自动化实践：开发人员频繁将自己编写的代码合并到团队共享的代码仓库（比如 Git 的 master/main 分支），每次合并后，通过自动化工具（如 Jenkins、GitLab CI）自动执行 “编译→测试” 流程，快速发现代码问题，确保合并后的代码可正常运行、能随时交付。
2026-01-06 23:18:30
957
原创 Linux存储核心问题全解析：wipe/LVM/RAID 5实操指南
LVM负责“管理空间”（把分散硬盘整合成灵活的逻辑卷），mount负责“让系统访问空间”（把逻辑卷/分区挂载到目录，让系统能读写数据）。通俗类比：LVM是“装修队”，把多个“小房间（硬盘）”改成一个“可灵活分隔的大房间（LV）”；mount是“给大房间装个门（挂载点目录）”，让你能进出使用这个房间（读写数据）。没有LVM，你也可以直接给“小房间（硬盘分区）”装门（mount）；但有了LVM，你可以随时调整“大房间”的大小，再装门使用。
2026-01-06 23:01:17
996
原创 CPU睿频与核心核心问题全解析
单核心睿频：指CPU仅让1个核心（部分架构支持2个首选核心）运行在最高加速频率，其他核心降频或休眠，核心目标是提升单线程任务的响应速度和峰值性能。比如我们常见的CPU参数中标注的“最大睿频”，通常就是指单核心睿频，例如Xeon Silver 4510的4.1GHz就是其单核最大睿频。全核心睿频：指CPU所有核心同时运行在同一加速频率（低于单核心睿频），核心目标是提升多线程并行任务的整体吞吐量，比如大数据处理、多虚拟机运行等场景。
2026-01-06 22:54:37
792
原创 彻底搞懂交换机 Access/Trunk/PVID/Tag｜附 PXE 装机场景实战配置（通俗比喻 + 落地实操）
搭建 PXE 批量装机环境时，交换机的 VLAN 端口配置是最容易踩坑的环节 —— 多数 PXE 装机失败（客户端获取 IP 超时、引导文件下载失败、安装源访问不通），本质都是 Access/Trunk 口配置错误、PVID 不匹配、Tag 标签处理异常导致的。本文用「办公楼」通俗比喻吃透交换机端口核心概念，再结合 PXE 批量装机的真实场景，讲解单 / 多交换机组网下的配置实操、故障排查与最佳实践，做到概念理解 + 落地配置双重掌握，内容适配博客发布，可直接复用。
2025-12-28 17:33:34
1031
原创 PXE装机遇DHCP错误：ICMP echo reply导致IP分配失败原理解析
但租约过期后，服务器会自动将其重新标记为“空闲”，纳入待分配池。若网络中除了当前isc-dhcp-server外，还有其他DHCP服务（比如路由器自带的DHCP、其他运维人员部署的DHCP），且其他DHCP的地址池与当前服务器重叠，可能导致xxx.xxx.xxx.xxx已被其他DHCP分配给设备，当前服务器检测到冲突。关键矛盾：在租约过期、服务器标记为“空闲”后，该IP可能已被其他设备（比如手动配置静态IP的服务器、其他DHCP服务器分配的设备）占用，导致DHCP服务器筛选该IP后，ping测试发现冲突。
2025-12-21 20:40:01
1026
原创 PXE启动菜单配置完全指南：打造高效网络装机入口
一个精心配置的PXE启动菜单不仅能提供友好的用户界面，还能极大提升网络装机的效率和可靠性。分层配置：利用PXE的配置优先级实现灵活的设备特定配置参数准确：确保内核、initrd路径和安装源URL完全正确兼容性考虑：为不同架构（BIOS/UEFI）和发行版准备相应的配置调试准备：保留调试选项便于故障排查。
2025-12-21 20:23:37
972
原创 解析Debian 10安装Intel Xeon Silver 4510卡住问题及Debian 11/12支持改进
在使用 Intel® Xeon® Silver 4510（Ice Lake-SP 架构）处理器的服务器上安装 Debian 10.13 时遇到安装卡住问题。该处理器需要较新内核支持，而 Debian 10 的内核版本（4.19）过旧。
2025-12-18 22:52:53
745
原创 Apache HTTP 服务搭建全攻略
通过本文，搭建了一个完整的HTTP安装源服务器，这是PXE网络装机环境的最后一块关键拼图。DHCP服务：为客户端分配IP并指引TFTP服务器TFTP服务：提供引导文件（pxelinux.0，内核等）HTTP服务：提供完整的操作系统安装镜像至此，当客户端PXE启动时，将能够：获取IP地址 → 下载引导文件 → 加载内核 → 通过HTTP获取完整安装镜像 → 自动完成系统安装。
2025-12-18 22:38:54
380
原创 PXE 装机引导文件提取与验证（Debian 9.13 适配，含 TFTP 传输测试）
Debian 需安装包获取pxelinux.0（CentOS 为syslinuxDebian 的 initrd 文件为initrd.gz，需解压为initrd.img后使用；引导文件存放目录与 CentOS 一致，TFTP 传输验证逻辑通用。至此，Debian 9.13 的 PXE 引导文件已部署完成，结合 DHCP 服务器配置，下一步只需编写 PXE 装机菜单（），即可实现 Debian 9.13 的批量网络装机。
2025-12-08 23:54:40
1073
原创 CentOS 7 搭建 TFTP 服务器（PXE 装机必备，含协议特性 + 权限配置 + 排错）
TFTP 服务器是 PXE 批量装机的关键组件，其核心优势是轻量、快速、配置简单，完全适配小文件传输场景。本文从协议特性到实操配置，再到权限安全和排错，完整覆盖了 TFTP 服务器的部署流程 —— 只需遵循 “权限最小化” 原则，即可搭建一个稳定安全的 TFTP 服务。结合之前部署的 DHCP 服务器，我们已经完成了 PXE 装机的 “半壁江山”，下一篇将讲解PXE 引导文件的提取与菜单配置，实现客户端的自动装机！博客发布提示：可添加的目录结构截图、的端口监听截图，提升教程直观性；
2025-12-07 18:26:48
783
原创 CentOS 7 部署 isc-dhcp-server（PXE 场景专属，含完整配置 + 避坑指南）
CentOS 7 部署 dhcpd 的核心是 “静态 IP 打底 + PXE 参数点睛”：静态 IP 确保 DHCP 服务器地址稳定，和filename参数是 PXE 引导的关键，地址池配置支撑批量装机需求。本文的配置文件可直接适配 PXE 场景，后续只需搭建 TFTP 服务器并放置pxelinux.0引导文件，即可完成 PXE 引导的 “第一关”。下一篇将带来 TFTP 服务器的安装配置与引导文件准备，结合本文的 DHCP 服务，实现 PXE 客户端从 “获取 IP” 到 “下载引导文件” 的完整链路。
2025-12-01 23:15:57
1150
原创 PXE 核心组件深度解析：DHCP 地址池 + PXE 特殊配置 + 交互逻辑（含流程图）！！！
DHCP 地址池（也叫 IP 地址池）是 DHCP 服务器预先划分的一段连续 IP 地址范围，是 DHCP 服务器为客户端分配 IP 的 “资源池”。当客户端发送 DHCP 请求时，服务器会从这个范围内挑选一个空闲 IP 分配给客户端，并设定 IP 租期（租期到期后客户端需重新申请或续租）。plaintextDHCP服务器 = DHCP地址池（IP资源库） + 基础网络配置（网关/DNS） + PXE引导扩展（next-server+filename）从地址池获取：自己的 IP 地址（可正常通信）；从。
2025-11-27 22:15:12
799
原创 一文搞懂 PXE 高效批量网络装机：原理 + 流程 + 可视化流程图
PXE 批量装机的核心优势在于 “无介质、自动化、规模化”，其流程本质是 “网络引导→配置传递→文件下载→镜像挂载→自动安装” 的闭环。掌握了上面的原理、流程和组件作用，你就能轻松搭建 PXE 部署环境，大幅提升运维效率～
2025-11-24 22:12:34
983
原创 Debian 10 系统 A 服务故障分析与解决思路
本次故障的核心是 “资源限制与应用需求不匹配” 引发的连锁反应，而非 “高 IO 负载” 导致的传统故障。解决问题的关键逻辑是：先定位根源（cgroup 内存限制 + systemd 重启策略），再阻断故障链（避免 IO 中断累积），最后加固防护（文件系统保护 + 监控预警）。所有故障环节均存在明确的因果递进关系，只要打破 “资源不匹配” 或 “无限制重启” 任一节点，即可避免后续的文件系统损坏与机器关机。解决方法无需复杂，核心是 “让资源适配需求”+“避免故障放大”。
2025-11-22 18:00:27
793
原创 MySQL的主从复制
主从复制是指将主数据库的DDL 和DML操作通过二进制日志传到从库服务器中，然后再从库上对这些日志重新执行(也叫重做)，从而使得从库和主库的数据保持同步。MySQL支持一台主库同时向多台从库进行复制，从库同时也可以作为其他从服务器的主库，实现链状复制。
2024-04-18 17:33:05
1316
1
原创 msyql中的四大日志
慢查询日志记录了了所有执行时间超过参数long_query_time设置值并扫描记录不小于min_examined_row_limit的所有sql语句的日志，默认未开启。错误日志是MySQL中最重要的日志之一，它记录了当MySQL启动和停止时，以及服务器子啊运行过程中发生任何严重错误时的相关信息。查询日志中记录了客户端的所有操作语句，而二进制日志不包含查询数据的sql语句。默认情况下，查询日志是未开启的。该日志是默认开启大的，默认存放目录/var/log/，默认的日志文件名问mysql.log。
2024-04-17 18:18:33
803
原创 MySQL中的事务
事务是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。默认MySQL的事务是自动提交的，也就是说，当执行一条DML语句，Mysql会立即隐式的提交事务。
2024-03-11 18:27:32
760
1
原创 mysql的多表查询
概述：指从多张表中查询数据笛卡尔积：笛卡尔积是指在数学中，两个集合A和集合B所有的组合情况（在多表查询中，需要消除无效的笛卡尔积）
2024-03-11 16:30:05
1165
原创 DQL相关操作（很详细！！！）
注意:如果是多字段排序，当第一个字段值相同时，才会根据第二个字段进行排序。select 聚合函数（字段列表） from 表名；DQL是数据查询语言，用来查询数据库中表的记录。1.介绍：将一列数据作为一个整体进行纵向运算。注意：null值不参与所有聚合函数运算。2.where和having的区别。查询关键字：select。别名增强可读性，可有可无。
2024-03-05 20:10:58
662
原创 docker搭建Redis三主三从
请确保在运行该命令之前已经启动了六个对应的 Redis 容器，并且这些容器处于可访问的状态。此外，还需要注意集群的配置和部署步骤，以确保正确设置 Redis 集群。
2023-09-26 13:27:42
483
原创 分布式算法相关，使用Redis落地解决1-2亿条数据缓存
为了在结点数目发生改变时尽可能少的迁移数据将所有的存储接地点配列在首尾相接的hash环上，每个可以在计算hash后会顺时针找到临近的存储点存放。而当有结点加入或退出时仅影响该节点在hash环上顺时针相邻的后续结点优点：加入和删除只影响哈希环中顺时针方向的相邻的节点，对其他节点无影响缺点：数据的分布和节点位置有关，因为这些节点不是均匀分布在hash环上的，所以数据在进行存储时达不到均匀分布的效果。
2023-09-25 16:10:50
468
原创 docker实现mysql主从复制（巨详细！！！）
综合上述参数，该命令会创建一个名为 mysql-master 的 MySQL 5.7 数据库容器，并将其映射到主机的 3307 端口，同时将容器中数据库的日志文件、数据文件和配置文件挂载到主机上指定的目录。容器中的 MySQL 数据库的 root 用户密码将被设置为 ROOT。综合上述命令，第一个命令创建了一个名为 ‘slave’ 的用户，并设置其密码为 ‘123456’，允许从任何主机连接。这是两个 MySQL 数据库命令用于创建一个名为 ‘slave’ 的用户，并授予该用户复制从库和复制客户端的权限。
2023-09-24 21:25:44
867
原创 docker镜像相关
docker中的镜像分层，支持通过扩展现有镜像，创建新的镜像。自己再按需扩展。新镜像是从base镜像一层一层叠加生成的。没安装一个新的软件，就在现有镜像的基础上增加一层。
2023-09-20 19:13:25
395
原创 docker一些基础的命令
–name=“容器新名字” ，为指定容器指定一个名字-d：后台运行容器并返回一个容器ID，即启动守护式容器（后台运行）-i：以交互模式运行容器，通常与-t同时使用-t：为容器重新分配一个伪输入终端，通常与-i同时使用，即启动交互式容器（前台有伪终端，等待交互）-P：随机端口映射-p:指定端口映射-a：列出当前所有正在运行的容器+历史运行过的-l:显示最近创建的容器-n：显示最近n个创建的容器-q：静默模式，只显示容器编号退出容器：有两种方式：exit：run进去容器，exit退出，容器停止ctrl+p+
2023-09-20 14:25:20
479
原创 HDFS中snapshot快照机制
snapshot是数据存储的某一时刻的状态记录，备份（backup）则是数据存储的某一个时刻的副本HDFS snapshot快照是整个文件系统或某个目录在某个时刻的镜像，该镜像并不会随着源目录的改变而进行动态的更新。
2023-08-08 18:05:44
1432
原创 HDFS中的Trash垃圾桶回收机制
HDFS Trash机制，目的防止无意中删除某些东西。默认情况下是不开启的启用Trash功能之后，从HDFS中删除某些内容时，文件或目录不会立即被清楚，他们将被移动到回收站Current目录中（/user/${username}.Trash/current).Trash中的文件在用户可配置的时间延迟后被永久删除也可以简单的讲回收站里的文件移动到.Trash目录之外的位置来恢复回收站中的文件和目录。
2023-08-08 15:58:50
1924
原创 HDFS中的sequence file
sequence file是hadoop提供的一种二进制文件存储格式一条数据称之为record（记录），底层直接以键值对形式序列化到文件中。
2023-08-06 00:26:52
1565
原创 HDFS小文件解决方案---archive归档文件命令
hadoop archive可以有效地处理以上的问题，它可以把多个文件归档成为一个文件，归档成一个文件后还可以透明的访问每一个文件。
2023-08-05 23:55:12
1399
原创 HDFS中的NAMENODE元数据管理（超详细）
文件自身属性信息文件名称、权限、修改时间，文件大小、复制因子、数据块大小文件块位置映射信息记录文件块和DataNode之间的映射信息，即哪个块位于哪个结点上按照存储形式分别为内存元数据和元数据文件两种，分别存在内存和磁盘上SNN可以减小edits logs文件的大小和得到一个最新的fsimage文件，这样也会减小在namenode上的压力。
2023-08-05 19:48:13
5827
原创 HDFS架构刨析
HDFS是Hadoop distribute file system的简称，意味：Hadoop分布式文件系统HDFS是Hadoop核心组件之一，作为大数据生态圈最底层的分布式存储服务而存在HDFS解决的问题就是大数据如何存储，它是横跨在多台计算机上的文件存储系统并且具有高度的容错能力HDFS遵循主从架构namenode是主节点，负责存储和管理文件系统元数据信息，包括namespace目录结构，文件块位置信息等datanode是从节点，负责存储文件具体的数据块。
2023-08-03 11:21:32
1386
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人