除了价格，NetApp SAN解决方案没有其他缺点吗？[关闭]

我们已经为第一个SAN选择了NetApp解决方案。鉴于此，我一直在寻找尽可能多的理由不使用NetApp的原因。我们喜欢这样做A），这样我们就知道要进入什么； B）这样，我们就不会因不可避免的后供应商演示快感而蒙上阴影。我在互联网上搜索了缺点，只能找到一个：价格。

您是否曾经想过摆脱NetApp的噩梦体验？请只有具有NetApp经验的人员。

谢谢！

我们经历了一些起伏。包括在部署之前发现我们的第一个ONTAP错误，并生成某些与我们预期不符的基准条件。

但这可能使它听起来比实际情况更糟。在使用中，它运行良好，我会毫不犹豫地将其推荐给其他人。

只是几点建议：

• 正确调整大小和保留空间后，假设磁盘大约有60％的容量。
• 在您打算购买的相同规格的演示文件服务器上模拟实时基准测试。
• 检查所选文件管理器的最大总大小。它们因硬件规格而异。
• 如果要使用重复数据删除，请检查ASIS的最大卷大小。再次变化。
• 准备使用CLI。除非新Windows NSM是您的事。
• 确保已指定所需的所有许可功能。
• 讨价还价;）

我的想法：

• 它们是昂贵的。找到您信任的代理商，然后在季度末（甚至更好的是年末）进行购买。
• 许可证每次都会使您一分钱一分钱（或者更确切地说，将您踢到垃圾中，罚款数千美元）。许多漂亮的功能是额外付费的许可证。
• 支持非常昂贵，特别是对于EOL齿轮。但是，如果安装正确，大多数情况下，设备出现问题的第一个迹象就是前台出现更换零件时。
• 当您购买更多容量时，请在满载的架子上购买。（请参阅上面的季度和年末。）为部分装满的磁盘架购买磁盘非常昂贵-而且，当您一次购买一两个磁盘时，NetApp不太可能降低磁盘的价格。
• 在磁盘大小调整，备用磁盘和奇偶校验之间，与“原始”磁盘相比，您的有效空间收益令人失望。例如：我们有一个2020年的磁盘，其磁盘大小为12x500GB，但大小正确（一个500GB的磁盘大小正确地减小到420GB），丢失了1个备用磁盘和2个奇偶校验磁盘，而6TB原始数据变成了3TB收益的一小部分。 确保签署PO的任何人都理解这一点。
• NetApp的不说，他们没有能力保证读取吞吐量（这是因为一旦足够的未决写存储起来，文件管理器中断所有读取进程去做好写入现在），所以这是敏感的平稳的数据处理阅读流（即实时视频）可能会打h；在大多数情况下，它们都很好。
• NAS（nfs / cifs）文件的备份是通过ndmp完成的，这通常是备份系统的一项额外费用。（您正在计划来支持这一傻逼了吧？）
• 混合模式文件系统（即通过NFS和CIFS共享的文件系统）suck。即使使用混合模式确实很诱人，也不要使用。选择一个或另一个。
• 尽管确实很想过量使用卷空间，但不要这样做。过量使用意味着当一个卷被填满时，它们都将填满。在这种情况下，以及快照通常发生的意外行为（这意味着已删除的文件实际上并未释放空间）之间，可能会在文件管理器已满时导致各种混乱。
• 对您的用户社区进行快照教育，以便A）可以及时返回并自行挖掘内容； B）可以将按空间快照视为“免费”，因此，不应尝试进入.snapshot目录以“清理东西”。这将需要多次尝试，因为这是一些用户无法理解的棘手概念。

话虽如此，我们真的很喜欢他们。我们将NetApps推销给我们认为可以负担得起的所有客户，并鼓励那些无法坚决将其视为目标的客户。在大多数情况下，它们只是起作用。支持几乎完全可以动用，特别是在启用自动支持的情况下-磁盘仅在需要时显示。电话上的家伙真的很了解他们的东西。

您的评论表明，您知道售后忧郁症可以伴随任何大规模购买，因此我认为您现在尝试寻找疣的方法是一个很好的选择。

• 丹·C确实提出了要点。刚开始调整大小和各种储备可能会像打耳光一样。对于人们来说，很难感到“这不像salesrep所说的那么多汁的TB！” 这是特定于Netapp的容量计算器，该计算器可能会有用：http : //nicholasbernstein.com/calc/ 我相信它会考虑正确的大小。一个好的销售代表应该愿意直截了当，并花一些时间来确保不会有巨大的售后冲击。

• 也同意++关于讨价还价的艰难……对于买卖双方来说，艰难的时期都非常艰辛，很难获得新的顾客。与此同时，Dan C也发表了有关确保计划中的系统扩展之前，确保您具有预期需要的许可证（以及适当大小的可用容量）规范的评论。通常一次购买所有产品要划算得多，而不是几个月后再添加许可证并在几个月后再购买一个货架。

• 请注意所购买设备的限制，并将其与预期的增长以及使用寿命有关。除了总大小外，请注意最大磁盘数和架子限制，以便您可以在需要时明智地计划扩展。（这些因素是存储规划中的关键。道歉，如果它们像“ duh！”那样冒出来，但是如果这是环境中的第一个SAN，并且每个人都习惯于处理大量服务器和直接连接的存储，那么很可能没人会在战略上收集此类信息。）

• 如果您计划使用NAS，则最大的好处就是可以为共享和SAN提供一个集中且灵活管理的资源池，而不是SAN和Sep。文件服务器或SAN抛出由文件服务器安装的LUN。

我的经验：

无需做噩梦，但可以通过调整大小和容量来学习，并通过“精简配置”找到我们的舒适之地。

总体而言，我们对灵活性和性能感到满意。几个月前我们使用7.3.x ONTAP的情况更是如此。

我们确实有一个明显的性能问题，该问题与已解决的与重复数据删除相关的错误有关。

重复数据删除节省在我们的环境中具有巨大的价值。根据您所处的环境，节省的费用可大大减少因调整大小和可用容量而导致的胃灼热。

对于NAS来说，基于文件管理者的配额管理可能不是人们期望的“灵活”的股份管理。但是，有一些功能强大的产品可以与Netapp完全集成，可以购买。

在操作上，我们的小型FAS270c对我们来说很不错，运行iSCSI。单击鼠标即可从SQL Server，Exchange，Sharepoint和VMWare进行快照备份，并且能够在20秒内恢复GB的数据的点击软件是很棒的东西，并且可能是NetApp最强的功能之一。

但是，我们必须搁置这一点是，当它的3年保修期用完时，NetApp希望获得2万英镑左右的费用来再支持3年（部分原因是FAS270c的使用寿命已结束）。将其装箱并购买较新的型号（FAS2020），然后在我们现有的包装盒中进行保修会比较便宜。

因此，我们看了一眼升级到FAS3100系列或FAS2050的产品，并获得了大幅折扣，但是最终，我们厌倦了NetApp每次与他们交谈时似乎都突然取消价格的方式。如果我们曾经想购买另一部为我们的灾难恢复站点，或额外的许可证或磁盘架我们的预期受到打击非常钱包艰难。

因此，我们现在已切换到HP LeftHand iSCSI盒；我们可以在单个数据中心NetApp FAS3140的成本中，在数据中心和灾难恢复站点中放置一个Lefthand副本。嗯...当然，如果我们与NetApp进行足够长时间的交谈，他们最终可能会与价格相提并论，但是我们中有些人需要做。

有关NetApp SAN的一些注意事项。首先，这不是真正的SAN。它是SAN，位于waffel（sp？）文件系统之上，它对NAS来说很棒，但是对SAN而言却不是很好，特别是它们之间的另一层。

因为华夫饼位于平台和光纤端口之间，如果用数据爆炸WAFL，则FC会在等待华夫饼恢复正常运行时放慢速度。

您也无法控制RAID级别（除非最近已更改）。因此，如果您需要RAID 5来存储某些数据，因为它们都是可读取的，而某些数据则需要是RAID 10，因为它们都是可写入的，而很少读取的则无法控制。

现在不要误会我的意思，NetApp成为了一个了不起的NAS单元。但是您不能使用NAS，而是将FC端口插入其背面并称为SAN。

现在，我知道可以使这些单元冗余，但是我认为这需要购买一个额外的文件管理器头（双头是标准配置，在重启时大多数情况下都是SAN设置，等等），以及第二个文件管理器的额外存储空间（因为我认为两个磁头不能使用相同的磁盘）。

看看Chuck Hollis的博客和他发表的Prove It Kit

我知道NetApp SAN上的电池备份曾经存在问题。如果您启动了SQL Server并创建了一个表并开始向其中插入数据，请拔下NetApp上的插头（模拟电源故障），然后查询缓存以获取最后插入的值，之后将获得与数据库不同的数字NetApp重新启动是因为某些事务丢失了（这是一个老问题，希望现在可以解决）。

NetApp不允许您控制读取缓存或写入缓存的数量。是50/50。如果您要在该数据库上托管数据库，那么读取缓存基本上毫无用处，而写入缓存为王。通常，您将要为SQL Server的LUN禁用读缓存，并禁用写缓存。这里不是一个选择。

（我确实有NetApp经验，但这并不会影响我的回答。）

您可以选择将其对开源ZFS文件系统的专利威胁视为选择不支持该公司的潜在原因。

（或者，如果你在自己的身边，你可以使用它作为一个理由来支持他们！）

我们刚刚购买了一个，以替换一些OnStor Bobcat文件管理器。到目前为止，我们已经收到两个月的投诉。相反，它们非常强大。NDMP备份速度惊人。到目前为止，管理非常容易，一切都按我们预期的方式进行。

对于此类解决方案要记住的事情是，您的防病毒软件必须托管在另一个用于扫描NetApp上文件的盒子上（这与大学的公共存储有关，对您而言可能没那么重要）。配额管理是由用户按主机进行的（再次，这对您可能没有关系）。

我不知道我们发现什么不喜欢的东西。

为了不重复别人:)

• 重复数据删除功能很棒。仔细计划您的FlexVol，因为用于重复数据删除的单元是FlexVol。
• 确保您了解以下术语（以及它们之间的区别）：快照保留，部分保留，容量保证，文件保证。否则，您将在最初的实现中犯错，并且/或者为您的目的分配过多的存储空间。相信我这个:)

NetApp在存储方面做了大量的魔术工作，但它使构建基于NetApp的解决方案变得相当复杂。

哦，是的，找出谁的资源用于设置/配置/最佳实践支持。NetApp技术支持非常不愿意处理最佳实践案例，因为他们认为这超出了中断/修复范围。如果您需要了解最佳做法，则无法从netapp支持中获取最佳做法。

无需做噩梦，但要知道所有软件的精巧性都意味着整个系统的性能确实会发生变化-如果您需要SAN在一天中的所有时间始终保持一致的性能，那么您可能会感到失望。否则，它们很棒，哦，他们现在正在减免裤子折扣：)

我从未听说过有人抱怨NetApp的性能。不过，我从来没有能力支持这一主张；-)

我知道您只说了有经验的人

有一家名为Joyent的托管公司，当我作为托管服务提供商向他们寻求服务时，由于出现问题等，唯一出现的问题是他们不久前出现了一些严重的问题，以及可以从Netapp文件管理器中收集。他们现在改用thumper和zfs，因为它们是Sun商店。这显然解决了他们的问题。这是几年前的事。但是可能值得检查。

希望这可以帮助。

在哪里乞讨。支持质量非常非常差。与3位技术人员交谈，可获得3个不同的答案。通常他们都错了。读取性能非常差（祝您运气好，不能达到数据库系统的延迟容限）。随着时间的推移，读取性能会急剧下降。如果初次设置对您来说还算不错，请稍等片刻。Wafl（编写ANYHERE文件系统）在各处散布数据，使数据库文件碎片化，超出了任何合理的限制。Netapp实际上希望客户经常在主机级别和卷级别进行碎片整理（他们每天告诉我们）。不幸的是，该过程是侵入性的，完全无效。我们从HP切换到Netapp。大错。这是我16年IT生涯中绝对最糟糕的经历。我们唯一需要在HP上花费的时间是当我们更新固件或增加容量时。一切都按广告做。使用Netapp，没有任何广告能像宣传的那样工作，并且我们花费了无尽的时间试图使事情正常进行，并解决了无数的问题。但是我们现在可以使用CIFS。小伙子

Netapp是一款不错的NAS，但是如果您需要SAN，请购买SAN。