我们基本上已经决定使用 NetApp 解决方案来构建我们的第一个 SAN。鉴于此，我被要求尽可能多地找出不选择 NetApp 的理由。我们之所以喜欢这样做，是因为 A) 我们知道我们要做什么，B) 我们不会被供应商演示后的必然兴奋所蒙蔽。我在网上搜索了缺点，只找到了一个：价格。
您是否曾有过与 NetApp 合作的噩梦，想要倾诉一番？请务必只向具有 NetApp 经验的人士咨询。
谢谢你！
答案1
我们经历了一些起起伏伏。包括在部署之前发现第一个 ONTAP 错误，以及产生一些与我们预期不符的基准测试条件。
但这可能听起来比实际情况更糟糕。在使用过程中，它运行良好，我会毫不犹豫地向其他人推荐它们。
仅举几点：
- 假设经过适当的大小调整和保留后，磁盘容量约为 60%。
- 在与您打算购买的规格相同的演示文件器上模拟实际使用的基准测试。
- 检查所选文件的最大聚合大小。它们会根据硬件规格而变化。
- 如果您打算使用重复数据删除功能，请检查 ASIS 的最大卷大小。同样，它会有所不同。
- 准备好使用 CLI。除非新的 Windows NSM 才是你的菜。
- 确保您已经指定了所需的所有许可功能。
- 努力讨价还价 ;)
答案2
我的想法：
- 它们很贵。找到一个你信任的经销商，然后争取在季度末（或者更好的是年末）购买。
- 许可证每次都会向你收取小额费用（或者更确切地说，每次都要花费数千美元）。许多实用功能都需要额外付费才能使用。
- 支持费用昂贵，尤其是对于 EOL 设备。但是，如果您正确设置，大多数情况下，设备出现问题的第一个迹象就是前台收到替换部件。
- 当您购买更多容量时，请按满载的架子购买。（请参见上文的季度和年末情况。）购买部分满载架子的磁盘价格高得令人难以置信——而且当您一次购买一两个磁盘时，NetApp 不太可能降价。
- 在磁盘正确大小、备用磁盘和奇偶校验之间，与“原始”相比，您的有效空间产量令人失望。例如：我们有一个 2020 年的 12x500GB 磁盘，但经过正确大小调整（500GB 磁盘的大小调整为 420GB），丢失 1 个磁盘作为备用磁盘和 2 个磁盘作为奇偶校验磁盘，6TB 原始磁盘变成了 3TB 产量的一小部分。 确保签署采购订单的任何人都了解这一点。
- NetApp 确实表示，他们无法保证读取吞吐量（这是因为一旦存储了足够多的待处理写入，文件管理器就会中断所有读取过程以执行写入现在)，因此对平滑数据读取流（即实时视频）敏感的进程可能会出现问题；但对于大多数用途来说，它们都很好。
- NAS（nfs/cifs）文件的备份是通过 ndmp 完成的，这通常是备份系统的额外付费选项。（您是打算支持这个傻瓜，对吧？）
- 混合模式文件系统（即通过 NFS 和 CIFS 共享的文件系统）吮吸。尽管使用混合模式真的很诱人，但不要这么做。选择其中一种。
- 尽管过度使用卷空间确实很诱人，但不要这样做。过度使用意味着当一个卷满了，其他卷也都满了。再加上快照通常的意外行为（意味着删除的文件实际上并没有释放空间），当文件管理器满了时，它可能会导致各种滑稽的事情。
- 向您的用户社区普及快照知识，A) 他们可以回到过去自己挖掘出内容，B) 空间快照可以视为“免费”，因此他们不应该尝试进入 .snapshot 目录自己“清理内容”。这需要多次尝试，因为这是一个棘手的概念，有些用户无法理解。
尽管如此，我们真的很喜欢它们。我们向所有我们认为能负担得起的客户推销 NetApps，并鼓励那些负担不起的客户认真考虑将其作为目标。在大多数情况下，他们只是工作. 支持几乎完全无需动手，尤其是在自动支持打开的情况下 - 磁盘只会在需要时显示。电话那头的人真的很了解他们的东西。
答案3
您的评论表明您知道任何大额购买都会伴随售后忧郁症，所以我认为您现在尝试找出缺陷的方法很好。
Dan C 的观点确实很好。一开始，正确确定大小和各种储备可能让人感觉像是被打了一记耳光。人们可能很难克服“这并不像销售人员说的那么多 TB”的感觉！以下是 Netapp 专用的容量计算器，可能会有用：http://nicholasbernstein.com/calc/ 我认为它考虑到了合适的尺寸。优秀的销售代表应该愿意直截了当地说明所有这些问题，并花时间确保不会出现巨大的售后冲击。
也同意++关于讨价还价的观点……对于买家和卖家来说，现在都是艰难的时期，新客户很难获得。这与 Dan C 的评论一致，即在计划扩展系统之前，确保您已经获得了预计需要的许可证（以及合适大小、可用容量）。一次性购买所有许可证通常比几个月后添加许可证和几个月后再购买货架更具成本效益。
请注意您购买的设备的限制，并将其与您的预期增长和可用寿命预期相匹配。除了总大小之外，还要注意磁盘的最大数量和机架限制，以便您在需要时明智地规划扩展。（这些因素是存储规划的关键。如果它们听起来像“废话！”，请原谅，但如果这是环境中的第一个 SAN，并且每个人都习惯于处理大量服务器和直接连接存储，那么可能没有人战略性地将此类信息汇总在一起。）
如果您计划使用 NAS，那么一个很大的优势就是拥有一个用于共享和 SAN 的集中且灵活管理的资源池，而不是 SAN 和单独的文件服务器或由文件服务器挂载 LUN 的 SAN。
我的经验：
没有什么噩梦，只是在尺寸和容量方面有一些学习曲线，并且通过“精简配置”找到我们的舒适点。
总体而言，我们对灵活性和性能感到满意。几个月前开始使用的 7.3.x ONTAP 尤其如此。
我们确实有一个明显的性能问题，与重复数据删除相关的错误有关，目前该错误已经得到纠正。
在我们的环境中，重复数据删除节省的成本非常可观。根据您的环境，节省的成本可以大大缓解因确定合适大小和可用容量而产生的烦恼。
对于 NAS，文件原生配额管理可能并不完全符合人们对于“精巧”共享管理的期望。不过，有一些功能丰富的产品可以购买，它们可以完全集成 Netapp。
答案4
关于 NetApp SAN，需要记住一些事情。首先，它不是真正的 SAN。它是 SAN，位于 waffel（拼写错误？）文件系统之上，这对于 NAS 来说很棒，但对于 SAN 来说并不好，尤其是在它们之间有另一层的情况下。
因为 waffel 位于平台和光纤端口之间，如果您用数据轰炸 WAFL，那么 FC 就会减慢速度，等待 waffel 重新赶上来。
您也无法控制 RAID 级别（除非最近有所更改）。因此，如果您需要 RAID 5 来存储某些数据（因为所有数据都是读取的），而某些数据需要 RAID 10（因为所有数据都是写入的，读取的很少），那么您无法控制这一点。
别误会，NetApp 制造了一款出色的 NAS 设备。但您不能拿一台 NAS，然后在其背面安装 FC 端口，然后称其为 SAN。
现在，我知道这些单元可以冗余，但是我认为这需要购买额外的文件管理器头（大多数 SAN 设置都采用双头，以防重新启动等）以及第二个文件管理器的额外存储空间（因为我不认为两个头可以与同一个磁盘通信）。
我知道 NetApp SAN 上的电池备份曾经存在问题。如果您启动 SQL Server 并创建了一个表并开始向其中插入数据，然后拔掉 NetApp 的电源插头（模拟电源故障），然后查询缓存以获取最后插入的值，那么在 NetApp 恢复后，您将从数据库中获得不同的数字，因为某些事务丢失了（这是一个老问题，希望现在已经解决）。
NetApps 不允许您控制读取缓存或写入缓存的数量。两者各占一半。如果您要托管数据库，则读取缓存基本上毫无用处，而写入缓存才是王道。通常，您需要禁用 SQL Server LUN 的读取缓存并增加写入缓存。这里没有选择。