NetApp：我的瑞士军刀

当人们问我在基础架构领域工作了二十多年后，是如何来到 NetApp 的，我总会回到那个最初意识到存储不必是僵化、不透明且脆弱的时刻。存储可以是灵活的，可以是高效的，可以让我的工作更轻松，而不是更难。对我来说，那一刻发生在我第一次部署 NetApp 的时候。

但故事要从更早说起，那时我还是一名 IT 经理，整天提心吊胆，因为我整个数据中心都依赖一个我几乎不信任的块存储阵列。

我的第一个虚拟化项目是 VMware ESX 3.5，运行在 HP LeftHand Networks 块存储阵列上。近 60 台服务器承载着所有业务，而我几乎无法洞察底层究竟发生了什么。精简配置的 LUN 会意外写满，存储中断感觉很随意。每一天都在让我认识到，我能用的工具是多么匮乏。 

那些经历塑造了我。它们让我明白，存储不仅仅是容量和性能，更是关于控制力、可观察性和可预测性。而那时，这些我一样都不具备。

后来，我进入一家领先的 IT 解决方案提供商担任集成商角色，开始为客户部署各种不同的存储阵列，其中就包括 NetApp。这就是一切发生变化的地方。

• 对我来说，最神奇的时刻是了解 ONTAP 如何处理 VMware 的 NFS 协议：
• NFS 数据存储库显示的是真实、可感知重复数据删除的可用容量。
• VMware 管理员能清晰地看到他们拥有多少存储。
• 我不再需要不断创建新的数据存储库，或者猜测实际占用空间。

与那些对我毫无信息提示的块 LUN 相比，这感觉像是一场革命。

从那时起，我开始把 NetApp 称为存储界的瑞士军刀。统一协议、数据效率、灵活性、多种选择。其他存储阵列相比之下就像是只会一招的小马驹。

有一个学区希望实现全年每天进行完整的 Veeam 备份。在任何其他系统上，这简直是天方夜谭。但是 ONTAP 的重复数据删除功能使其成为可能。 

我提供了一个 5 TB 的 CIFS 共享，而他们实际上存储了超过 80 TB 的备份数据，却无需占用 80 TB 的物理磁盘空间。当达到重复数据删除理论最大值时，我只需创建一个新卷，然后继续运行。 

无需叉车式硬件升级，无需面对紧张预算会议。只需智能、高效的设计。 

另一个客户 — 一个使用离岸 VDI 的 SAP 开发人员环境 — 由于延迟问题而濒临崩溃。我们预算紧张，但性能要求极高。 

使用全闪存 FAS (AFF) + Network File System (NFS)，我构建了一个 500 GB 的数据存储库，仅用半个固态驱动器 (SSD) 机架就托管了 100 个完全配置的桌面。 

这个项目被成功挽救了。这也让我更加坚信，NetApp 能够解决其他存储阵列根本无法解决的业务难题。

当集群 ONTAP 出现时，我承认我的第一反应是害怕。它看起来很复杂。但当我理解了无中断运维的真正含义，一切都变得豁然开朗。 

• 无需重新架构即可刷新硬件。   
• 无需重新连接任何内容即可进行卷迁移。  
• 无需多年规划的生命周期管理。  
• 它解决了客户长期以来一直面临的真正痛点。  

当我加入 NetApp IT 时，我惊喜地发现，我们对于“喝自己的香槟”（即自己使用自家产品）这件事是如此认真。  
  
NetApp 销售的每种产品，IT 部门都在使用：

• ONTAP
• StorageGRID
• E 系列
• Amazon FSx for NetApp ONTAP
• Data Infrastructure Insights (DII)
• AI Data Engine (AIDE)

我的职业生涯带我走过小型 IT 部门、集成商、AWS，直到现在的 NetApp。一路走来，我留在这里的原因很简单：NetApp 为实践者提供了真正的工具来解决真正的问题。

它灵活、高效且功能强大。它是改变了我对存储看法的瑞士军刀。