这很有帮助,谢谢。哪些数据库?他们是多少?您看到什么样的空间节省?
据我所知,Dewupliction仅在第3.5.x号的热层上。因此,直到Nutanix发布第4.0号,我们不会通过使用重复数据删除来看到任何节省。
据我所知,Dewupliction仅在第3.5.x号的热层上。因此,直到Nutanix发布第4.0号,我们不会通过使用重复数据删除来看到任何节省。
我记得,数据库是Oracle 11G,大小在200-400GB范围内。
我不知道节省空间,我必须与他们联系,但他们很高兴。
如果/当我有机会看到它们时,我会回到您身边。
西尔万。
我不知道节省空间,我必须与他们联系,但他们很高兴。
如果/当我有机会看到它们时,我会回到您身边。
西尔万。
+5
+4
我不会在数据库中使用内联压缩。最多我会在很长的延迟时间内使用后过程压缩。非常适合您仅存储很长时间而不再写入内容的数据库的类型。
+3
你好,
已经运行了Nutanix已有几个月了,并已成功使用了SQL DB服务器的内联压缩。
我从一个非常有能力的NetApp环境中移动了大约15至1 TB Big VM,但我没有看到压缩的性能影响。我在SQL Server中使用页面压缩,并且仍然能够在压缩评估中获得1.8:1。
我已经进行了有或没有压缩的大量测试,到目前为止,我没有看到内联压缩的负面影响。群集的一般负载仍然很低,因为我有一个8节点6060群集,我唯一关心的是当群集上的CPU负载增加时会发生什么。有待观察。
已经运行了Nutanix已有几个月了,并已成功使用了SQL DB服务器的内联压缩。
我从一个非常有能力的NetApp环境中移动了大约15至1 TB Big VM,但我没有看到压缩的性能影响。我在SQL Server中使用页面压缩,并且仍然能够在压缩评估中获得1.8:1。
我已经进行了有或没有压缩的大量测试,到目前为止,我没有看到内联压缩的负面影响。群集的一般负载仍然很低,因为我有一个8节点6060群集,我唯一关心的是当群集上的CPU负载增加时会发生什么。有待观察。
+5
你好呀。
我一直在尝试理解压缩。查看Nutanixbible,我可以阅读有关内联压缩的信息。
对随机I/O没有影响,有助于增加存储层利用率。通过减少数据复制和从磁盘读取大型或顺序的I/O性能。
但是,当看着 ,似乎随机I/OS的内联压缩有影响。首先,它需要在压缩之前依靠数据。因此,如果将任何部分读成融合的集团,则必须对所有内容进行解压缩。因此,我想任何写作都是正确的,并且数据库记录的任何更改对吗?
在这种情况下,直列压缩只能用于数据库,其中一度/从未读取数据?!是否有关于真实(并且没有)性能影响的比较基准?我不能对客户说“使用压缩,感觉不会更糟” ...
我一直在尝试理解压缩。查看Nutanixbible,我可以阅读有关内联压缩的信息。
对随机I/O没有影响,有助于增加存储层利用率。通过减少数据复制和从磁盘读取大型或顺序的I/O性能。
但是,当看着
在这种情况下,直列压缩只能用于数据库,其中一度/从未读取数据?!是否有关于真实(并且没有)性能影响的比较基准?我不能对客户说“使用压缩,感觉不会更糟” ...
+2
你好,
任何人都可以发布有关压缩和重复数据删除的最新经验和/或建议吗?我们将在Nutanix(AOS 5.5)上设置第一个VMware VSphere环境,该环境将主要运行数据库工作负载(Oracle和MSSQL)和一些应用程序服务器。我已经阅读了很多有关此主题的文章和Nutanix文档,但是似乎有很多矛盾/分歧,所以我仍然对要迈出的方向感到困惑。谢谢。
任何人都可以发布有关压缩和重复数据删除的最新经验和/或建议吗?我们将在Nutanix(AOS 5.5)上设置第一个VMware VSphere环境,该环境将主要运行数据库工作负载(Oracle和MSSQL)和一些应用程序服务器。我已经阅读了很多有关此主题的文章和Nutanix文档,但是似乎有很多矛盾/分歧,所以我仍然对要迈出的方向感到困惑。谢谢。