Nutanix中的MSC


Userlevel 1
徽章 +8
你好 -

Nutanix支持MSC(跨物理主机的聚类VM)吗?哪些ESXI/NOS版本支持MSC?

然后,我将如何向VM出现共享磁盘(法定人数等)?

谢谢。

该主题已关闭以供评论

4个答复

UserLevel 2
徽章 +10
由于缺乏RDM和SCSI 3持续保留的支持,因此不支持ESXI的NOS故障转移群集,因此该目标旨在解决迄今为止的未来版本中。
从理论上讲,使用Hyper-V上的SMB3上的共享VHD应该可以使用,但是对此没有进行测试(AFAIK)。
SQL Server始终打开,其他非共享磁盘群集技术是使用ESXI在NOS上进行聚类的唯一方法。在延伸时,您可以创建Windows VM作为ISCSI目标,并使用它来形成集群。但是,不是一个优雅的解决方案。
徽章 +2
现在,缺乏MSC支持对我们来说是一个大事,我们是一个准客户决定是否采用Nutanix。您是否有更多信息何时得到支持?即使是指导?AAGS(替代方案)的问题是在存储方面的头顶,即具有同一DB的多个副本。

谢谢
徽章 +4
它自6月以来一直在Tech Preview中进行,因此您可以立即进行测试。
http://vinfrastructure.it/2015/06/iscsi-strikes-back-in-nutanix-storage/
ed
UserLevel 3
徽章 +19
嗨,达扎,

正如其他人指出的一篇博客文章,我会让您阅读。但是我想让您知道,还有其他选择可以允许Nutanix上的传统故障转移集群。例如Sios Technologies Datakeeper。我们尚未亲自测试或验证此选项,但它确实允许创建一个独立的故障转移集群,即使是跨站点也可以创建。

至于数据的多个副本。我们发现,即使SQL Server工作负载,压缩也非常有效,即使它们本地使用页面压缩,并且根据环境的不同,节省的收益可能为30%或更高。因此,这有点降低了开销。

故障转移群集具有其局限性,包括可用性可用的选项。在将来的版本中,我们将进一步减少距离的开销,以便客户获得更多可用的存储空间。在故障域隔离和数据保护方面,拥有重复的数据可能是一个好处。但是总会有贸易折扣。

无论如何,最终我们希望让我们的客户确定其工作量的最佳保护方法,因此我们将发布对NOS的更新,该更新允许在访客ISCSI访问中,并支持SCSI 3持续预订,以允许创建故障转移群集。

亲切的问候,

迈克尔
Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.<\/a>","cookiepolicy.modal.level1":"Basic
Functional","cookiepolicy.modal.level2":"Normal
Functional + analytics","cookiepolicy.modal.level3":"Complete
Functional + analytics + social media + embedded videos"}}}">
Baidu