花拾录

知识库

云计算 / 运维AI2026/09/300 阅读

Terraform 管理云资源的目录结构:从单文件到多环境拆分的演进路径

为什么目录结构很重要 用 Terraform 管理云资源时,初期一个 main.tf 就能跑通。但随着资源增多、环境从 1 个变成 3 个,单文件会迅速变成“改一处、崩三处”的泥潭。合理的目录结构能让环境隔离、代码复用和团队协作变得可控。 …

#Terraform#基础设施即代码#云资源管理#多环境#模块化
云计算 / 运维AI2026/09/280 阅读

旧机械硬盘改冷备份盘:外壳、供电与定期校验全指南

为什么用旧机械硬盘做冷备份? 冷备份指数据写入后离线保存,不持续通电。旧机械硬盘(HDD)容量大、成本低,适合存放不常访问但需长期保留的数据,如照片、文档、历史归档。相比云存储,冷备份无月费、隐私可控;相比固态硬盘,机械硬盘长期不通电的数据…

#冷备份#机械硬盘#数据安全#硬件改造
云计算 / 运维AI2026/09/270 阅读

Kubernetes 资源 requests 与 limits 的错配:被 OOMKilled 之前发生了什么

结论先行 Pod 被 OOMKilled 的直接原因是 容器内进程使用的内存超过了 cgroup 的 memory limit ,内核 OOM killer 在容器自己的 cgroup 内选中了进程。 但更常见的根因是: requests …

#Kubernetes#资源管理#OOMKilled#QoS
云计算 / 运维AI2026/09/270 阅读

Kubernetes 探针配错反而制造故障:存活、就绪与启动探针的职责边界

探针不是“越多越好” 在 Kubernetes 中,kubelet 通过三类探针判断容器状态: livenessProbe(存活探针) 、 readinessProbe(就绪探针) 、 startupProbe(启动探针) 。很多线上故障并…

#Kubernetes#探针#容器编排#可用性
云计算 / 运维AI2026/09/240 阅读

把家庭路由器改造成旁路由:分流规则与 DNS 污染的应对思路

为什么需要旁路由 家庭网络中,主路由负责拨号和基础 NAT,但往往缺乏灵活的分流与 DNS 处理能力。旁路由(又称旁路网关)作为辅助设备,可以接管特定流量的转发和域名解析,在不更换主路由的前提下实现更精细的网络控制。 旁路由的基本原理 旁路…

#旁路由#DNS污染#分流规则#OpenWrt#网络优化
云计算 / 运维AI2026/09/240 阅读

从零搭建一套日志聚合链路:采集、传输与检索的分层设计

日志聚合的核心目标只有三个: 收得全、传得稳、查得快 。围绕这三个目标,把链路拆成采集、传输、存储与检索四层,每层只解决一个问题,系统才容易扩展和排障。 一、先明确设计约束 动手前先回答几个问题,它们直接决定选型: 日志量级:每天 GB 级…

#日志系统#可观测性#采集#检索#架构设计
云计算 / 运维AI2026/09/220 阅读

云上对象存储冷热分层:标准、低频与归档存储的成本对比与迁移策略

对象存储按访问频率划分存储层级,是云上降本最常见的手段之一。但分层不是简单地"把冷数据挪到便宜层",取回成本、最小存储时长和请求费用常常决定最终账单。本文以主流云厂商(AWS S3、阿里云 OSS、腾讯云 COS)的公开计费逻辑为基础,梳理…

#对象存储#存储分层#成本优化#生命周期策略
云计算 / 运维导入2026/09/220 阅读

用 SFTP 传几个 GB 的大文件太慢:换协议比调参数有效得多

你要把几个 GB 的镜像或数据包从一台机器搬到另一台。手边最顺手的工具当然是 SSH——两台机器已经配好了密钥,sftp 传文件天经地义。但传着传着你会发现速度慢得让人怀疑人生:明明内网是千兆,实际速率却只有十几 MB/s,甚至更低。 现象…

#python#文件传输#内网传输#HTTP#SFTP
云计算 / 运维导入2026/09/220 阅读

拔掉光猫上几根网线,手机 WiFi 立刻断网:先怀疑拓扑

家里网线乱,想整理一下。你看光猫上插了好几根线,觉得应该是"多余的",于是拔掉几根,只留那个千兆口——想着这样更清爽。结果手机 WiFi 立刻断了。你没动路由器、没改任何配置,WiFi 怎么就没了? 答案往往是: 你刚拔掉的那根线,正是通往…

#排错#光猫#拓扑#家庭网络#网络
云计算 / 运维导入2026/09/220 阅读

U 盘里的引导文件"不见了":隐藏 + 系统属性

做一个启动盘,想确认核心的引导文件是不是已经写进 U 盘了。插上盘,打开目录一列——没有。心里一沉:文件没写进去?制作失败了?于是重新做了一遍,还是一样。折腾半天才发现,文件一直在那儿,只是 列目录的时候没显示出来 。 现象 具体表现: 列…

#排错#U盘#隐藏文件#文件属性#Windows
云计算 / 运维导入2026/09/220 阅读

计划任务里第二步脚本找不到文件,数据静默断了 5 天

一个每天定时跑的批处理,里面有两步 python。你手动双击运行过,一切正常。可到了定时执行的时候,第一步跑得好好的,第二步却持续失败,日志里就一句"无法打开文件"。更麻烦的是没人及时发现—— 数据就这么静默地断了 5 天 。这种"跑了一半…

#自动化#工作目录#绝对路径#计划任务#Windows
云计算 / 运维导入2026/09/220 阅读

计划任务"上次结果"是个六位数,其实它只是还在跑

手动触发了一个计划任务,想看看跑得怎么样。于是立刻查询任务状态,看到"上次结果"那一栏是一个六位数——267009 之类的。数字这么大,看着就像个严重的错误码。你开始怀疑任务是不是卡死了、是不是又失败了,甚至准备去翻日志排查。 先别急。那个…

#排错#自动化#状态码#计划任务#Windows
云计算 / 运维导入2026/09/220 阅读

电脑毫无征兆强制重启,没有蓝屏也没有转储文件

机器用着用着,屏幕一黑,直接重启了。没有蓝屏,没有"正在收集错误信息",重启后也没有留下任何转储文件。你查系统日志想找原因,看到的只有一条"内核电源"事件——关键的错误码还是 0。这种"干净利落"的重启,比蓝屏更让人摸不着头脑,而且不是第一…

#Windows#日志#超频#稳定性#硬件
云计算 / 运维导入2026/09/220 阅读

想彻底删掉捆绑安装的安全组件,杀进程改注册表全部失败

装一个压缩软件,结果顺带装进来了"一整套安全驱动"。用不上,占资源,看着碍眼,于是决定把它彻底清掉。杀进程、停驱动、改注册表、删目录、清自启项——你把常规手段全试了一遍,全部失败。更诡异的是:进程号从头到尾没变(说明杀不掉),删掉的注册表键…

#卸载#Windows#自保护#驱动#安全软件
云计算 / 运维导入2026/09/220 阅读

只看"页面文件峰值用量"就建议删掉它,差点误事

一台机器的系统盘空间告急,你开始找"能删的大文件"。看到一个好几 GB 的页面文件,又查了查它的用量统计——峰值用量很低。于是结论很自然:这东西这么大却基本没用,删掉它,空间就回来了。这个结论,如果真执行了,很可能把某个应用推向崩溃。 现象…

#排错#磁盘清理#内存#页面文件#Windows
云计算 / 运维导入2026/09/220 阅读

虚拟机里新建的分区,宿主机上看不到:内核分区表缓存

在一台虚拟机上给硬盘分了新分区、建好了文件系统,一切正常。切换回宿主机,想直接看看那块盘的分区情况——结果宿主机的工具里,新分区根本没出现,显示的还是老样子。你以为虚拟机里的操作没生效,回去一看,虚拟机上它好好的。两边看到的世界不一样。 现…

#运维#块设备#内核缓存#分区表#虚拟化
云计算 / 运维导入2026/09/220 阅读

ls 看权限全是 ----------,文件却读写正常:NFSv4 ACL

连上共享存储,ls l 一看,文件权限那一栏全是 ——一个 r、一个 w、一个 x 都没有。按老经验,这文件"谁也读不了、谁也写不了"。可你伸手去读,读得出来;去写,也写得进去。权限显示和实际行为完全对不上,这时候该信哪个? 信行为。权限那…

#权限#ACL#NFS#文件系统#Linux
云计算 / 运维导入2026/09/220 阅读

刚写完大文件,可用空间显示还是旧的,像是没写进去

往盘里写完一批大文件,脚本报告"写入完成",可你随手一看磁盘可用空间——还是写之前那个数,几乎没变。心里一紧:文件到底写进去了没有?是写入失败了没报错,还是统计读错了?再去看文件,文件明明在,大小也对。这中间的落差,就是缓存造成的。 现象 …

#运维#缓存#磁盘空间#sync#文件系统
云计算 / 运维导入2026/09/220 阅读

统计目录大小算出来虚高:目录联接把另一个盘也算进去了

磁盘快满了,你想知道空间到底是被哪个目录吃掉的。于是对某个看起来很大的目录做一次递归统计,算出好几个 GB,比你的预期大得多。你以为那里堆了一堆该清理的垃圾,结果点进去看,实际的物理文件并没有那么多——多出来的量,来自一块完全不同的盘。 现…

#运维#磁盘占用#目录联接#文件系统#Windows
云计算 / 运维导入2026/09/220 阅读

测试路径说文件不存在,可它明明在那儿还能正常工作

写一个巡检脚本,检查系统关键文件在不在。跑到某个系统文件时,Test Path 返回 False——脚本判定"文件缺失",告警弹了出来,你以为出了事故,开始翻是不是被误删了。结果去机器上一看:文件好端端躺在那儿,系统也运转如常,什么都没缺。…

#排错#页面文件#内核#文件系统#Windows