虚拟化厂商横向对比：VMware、华三、华为、云宏、深信服怎么选
不按宣传页简单比较参数，而是从交付难度、日常运维、生态兼容、迁移成本和故障处理五个角度，把几套平台放在同一张表里。
FIELD NOTES · 01IaaS / Virtualization / HCI
把复杂的
基础设施
讲清楚。
聚焦 IaaS 层交付与运维，系统整理 VMware、国产虚拟化、 Nutanix 和 SmartX 的部署、迁移与排障实践，并记录 Python 运维工具从需求拆解到代码实现的完整过程。
01
OBSERVE采集指标、事件与上下文
READY02
CORRELATE关联计算、存储与网络信号
READY03
DECIDE收敛根因与修复路径
HUMAN04
VERIFY验证恢复与沉淀知识
LOOP05虚拟化技术栈
02HCI 平台实践
02AI Ops 项目
从故障现场出发
写可执行的技术笔记
KNOWLEDGE INDEX / 2024+
技术文章
不照着产品手册罗列功能。每篇尽量说明方案依据、现场检查顺序， 以及实施过程中最容易出现问题的环节。
01
VIRTUALIZATION
虚拟化
覆盖 VMware 与国产虚拟化的选型、部署、迁移和排障，重点说明现场操作与验证方法。
H3C CAS 部署记录：从 CVK 安装到集群验收
这是一份按交付顺序整理的 CAS 开局文档，重点不是截图点下一步，而是安装前要收集什么、每一步怎么验证、哪些问题不能留到验收。
云宏 CNware 部署笔记：国产化环境先把兼容性做实
云宏部署的难点不只是安装平台，而是把国产服务器、芯片、网卡、存储、操作系统和迁移工具放在一起验证。下面给出现场步骤和验收模板。
五套平台界面不同，故障定位可以使用同一条主线
无需强记每个平台的菜单位置。先判断影响范围，再按计算、存储、网络和管理面收集证据，平台变化后排障逻辑仍然适用。
从 VMware 迁移到 KVM：先完成这份迁移底表
迁移不只是把 VMDK 转成另一种格式。应先盘点业务依赖、驱动、网络、备份和回退，再决定使用什么工具、分几个批次切换。
02
HYPERCONVERGED
HCI / 超融合
从 Nutanix 与 SmartX 的实际运维视角，记录架构差异、扩容步骤、容量风险和交付检查。
Nutanix 与 SmartX 横向对比：从运维接手角度看两套 HCI
将 AOS/AHV/Prism 和 SMTX OS/ELF/CloudTower 放在一起，不做简单的输赢判断，而是比较架构、部署、升级、生态、排障和本地服务。
Nutanix 集群扩容：数据重平衡也属于变更窗口
节点加入集群不代表扩容结束。变更期间需要持续跟踪容量分布、后台重平衡、业务时延和故障余量，直到集群重新稳定。
SmartX 巡检怎么写：别只截一张容量使用率
巡检报告应提前暴露风险，而不是堆放几十张正常截图。容量趋势、副本状态、硬件、时延和网络需要放在一起分析。
03
INTELLIGENT OPERATIONS
AI Ops
两个 Python 与 AI 运维工具项目：需求拆解、代码实现、调试过程，以及尚未解决的问题。
K8s 故障智能诊断工具开发：从 kubectl 手工排查开始
这不是一个聊天页面，而是一条 Python 诊断流水线：采集 Pod、Event、日志和节点信息，先运行规则，再让模型根据证据生成报告。
Nutanix / VMware / KVM 运维知识库问答助手开发
将厂商文档、交付 SOP 和故障复盘整理成可检索的知识库。重点不是聊天，而是文档清洗、切分、来源引用，以及如何避免跨平台答错。
ABOUT THIS ARCHIVE
关于这座知识库
这是一套持续更新的技术工作底稿：每完成一个项目，都沉淀下一次可以直接复用的方法。
01
从现象到信号
先还原事实，再解释告警；把计算、存储、网络放进同一条证据链。
02
从经验到 SOP
把一次故障拆成可检查、可验证、可回退的动作，减少对个人记忆的依赖。
03
从 SOP 到智能化
让 AI 负责检索、关联和初步归因，让工程师保留判断与变更权限。
BUILD · OPERATE · LEARN