nutanix上的SQL簇


徽章 +3
有人在NUTANIX / HYPERV实现上运行传统的SQL簇吗?

21个答复

徽章 +5
你好

假设您的意思是故障转移群集配置,那么我相信这是(当前)不支持,因为这需要共享所有节点的数据。

我相信Nutanix不支持CSV或共享VHD(X)文件。

我们最终使用了nutanix完全支持的SQL Server Opplayon配置。不足的一面是它需要企业许可证和更多存储空间。

希望这可以帮助!
UserLevel 3
徽章 +19
嗨,汤姆,你是正确的。我们尚未支持SCSI 3个代码预订,这是共享磁盘与故障转移群集正常工作所必需的。这在将来的某个时候可能会发生变化。
徽章 +3
嗨,迈克尔,
不支持SCSI3持久性保留的哪一部分?仅当使用共享VMDK时,还是在VMware示例中,SCSI适配器设置为物理总线共享模式?
我问的原因是,我在下一个版本的Windows Server中看到了一个非常好的将来的用例。这仍然要求SCSI3持久性预订与Windows故障转移群集管理器中的基础VMDK对话,但是随着复制在SMB3中以smb3的形式在vmdk级别上“共享”磁盘实际上“共享”。预订仅用于将锁在OS级别的目标副本上。
我在这里的博客中写了这篇文章http://www.cloudypolitics.com/virtualize-windows-storage-replica-replica-cluster-on-vsphere/
希望有了此功能,我们可以使用SQL Server标准版在Nutanix上创建Windows群集。

干杯,
大卫
UserLevel 3
徽章 +19
嗨,大卫,

nutanix SCSI堆栈中尚未实施SCSI3 PR。因此,任何需要SCSI3 PR的东西,包括通过RDM进行故障转移聚类,都将被阻止工作。但是,在故障转移聚类的情况下,有一个解决方案将使用第三方工具在Nutanix上使用。如果需要用于SQL Server和其他应用程序的故障转移群集,则可以使用SIO DatakeEper和其他类似工具来启用传统的故障转移群集。这些第三方工具得到了各自的供应商的支持。当SCSI3 PR以及与SIO和其他类似技术供应商的任何验证 /联合论文有关时,我将更新此主题。

亲切的问候,

迈克尔
徽章 +2
VCDXNZ001写道:嗨,汤姆,你是正确的。我们尚未支持SCSI 3个代码预订,这是共享磁盘与故障转移群集正常工作所必需的。这在将来的某个时候可能会发生变化。
嗨,您表示不支持SCSI 3持续保留,但是CSV是否支持?从SQL Server 2014开始,ElwaysOn故障转移群集Instances在Windows Server 2008 R2和Windows Server 2012中支持集群共享卷(CSV)。//

谢谢,

伊恩
UserLevel 3
徽章 +19
CSV又称群集共享量还需要SCSI 3持续保留。这可能与刚刚发布的4.1.5号合作使用,因为SCSI 3 PR现在是技术预览。但是我们没有测试过。

同样,SQL FCI又名MSCS又称故障转移群集现在正在技术预览中,使用了GUEST ISCSI,截至第4.1.5号。
徽章 +2


这已经进行了测试吗?杰森
UserLevel 3
徽章 +19
嗨,杰森,

我们已经在各种不同条件下在世界各地的质量检查和性能实验室环境中进行了一段时间(在测试的所有阶段)进行了内部测试。目前的性能可能不如功能为GA时那样出色。技术预览并不意味着未测试。但是,它应该在非生产环境中使用,直到我们将功能充分使用为止。它将在以后的版本中成为GA。
徽章 +2


是否支持使用Nutanix复制到另一个Nutanix群集同步复制一对Windows群集VM(VMware)?

是否支持群集对VM的局部Nutanix快照?

换句话说,有哪些选择用于保护/群集对的DR?宁愿远离SQL镜像/日志运输。
UserLevel 3
徽章 +19
嗨,达扎,

我还没有测试过,我会发现。但是对于SQL Server,我们建议FCI本地站点(群集)在网站之间具有可用性组(复制)。这将是一致的应用程序,因为我们在存储级别上所做的任何事情只会崩溃一致。
徽章 +2
谢谢你想知道。
因此,在这里使用AAG进行DR Form a Business POV……..这是一个问题。.它与当前的SAN技术(如HP 3PAR群集扩展)相对应。这为您提供了多站点同步的拉伸集群功能在SQL标准许可证模型下。涉及哈和博士。因此,当我们查看当前的SQL项目时,SAN看起来非常吸引人,因为它可能会在SQL项目之间产生15万英镑的SQL许可证或60万英镑之间的区别。如果Nutanix要求通过AAG实现相同的HA/DR功能,那么从SAN到Nutanix的任何迁移的TCO都可以因需要企业而否定,因此,假设没有其他驾驶员可以企业进行企业,则可以否定从SAN到Nutanix的任何HA/DR功能。
UserLevel 3
徽章 +19
拉伸集群的最大问题是集群本身的千里。除非您有两个,否则您不能保证生产的非破坏性操作,并且它们的实施和维护非常复杂。因此,无论您在前面节省什么,您最终都会在增加的OPEX中随着时间的推移付款。Nutanix提供的Metro可用性可以单击几下实施,并消除了传统的SAN基伸展集群的许多问题。但是,这目前与SQL簇不起作用,这需要从卷组中访问iSCSI。
UserLevel 3
徽章 +19


随着我们今天发布的v4.5 OS发布,我们现在支持Windows Failover群集,并使用MPIO访问iSCSI访问。这将有助于您的项目以及其他需要支持传统故障转移聚类的客户,而不是始终在可用性组上。
徽章 +2
那是好消息。现在只是等待功能复制该群集
徽章 +10
你好,

所以现在Nutanix支持SCSI对吗?我是Windows的新手。您可以提供有关传统SQL震荡的一些链接吗?

RGD
里奇
UserLevel 2
徽章 +8
我知道这是一个旧线程,但它在搜索中弹出,所以我想我会添加。您可以在Nutanix中运行故障转移SQL簇,没有任何问题。在过去的几个月中,我已经建立了它们,这是一个坚实的高性能,高可用的解决方案。每个驱动器都是作为两个节点都可以访问的卷组创建的。我有一台服务器2012运行SQL 2016 Standard现在,正在计划另一个运行服务器2016和SQL Enterprise今年(2019年)。

嗨,大卫,

nutanix SCSI堆栈中尚未实施SCSI3 PR。因此,任何需要SCSI3 PR的东西,包括通过RDM进行故障转移聚类,都将被阻止工作。但是,在故障转移聚类的情况下,有一个解决方案将使用第三方工具在Nutanix上使用。如果需要用于SQL Server和其他应用程序的故障转移群集,则可以使用SIO DatakeEper和其他类似工具来启用传统的故障转移群集。这些第三方工具得到了各自的供应商的支持。当SCSI3 PR以及与SIO和其他类似技术供应商的任何验证 /联合论文有关时,我将更新此主题。

亲切的问候,

迈克尔

你好 @vcdxnz001- 该线程更新的时间?:)。由于SCSI-3 PR支持添加了AOS 5.17。它如何影响WSFC配置,并在Nutanix HCI上运行的每个市长管理程序(AHV,ESXI和HyperV)相关。感谢您的分享和评论。

这是一个很好的参考:https://next.nutanix.com/archive-44/shared-storage-for-windows-server-failover-clusters-clusters-on-nutanix-27364

嗨,雨果,

现在,SCSI 3 PR在本质上得到了支持,它可以跨越虚拟机管理员工作。对于AHV,如果将VDisk连接到多个VM并使用WSFC,则无需任何特殊配置就可以在本地工作。通常,您将使用VM之间的共享音量组进行集群存储。这也适用于使用SCSI围栏的RedHat和Linux簇。这是一个重大胜利,使设置故障转移簇非常简单。

对于ESXI和Hyper-V,您可能需要使用ISCSI连接到AOS上的卷。尽管我认为您可以通过Hyper-V中的SMB3传递SCSI 3 PR命令,因此它也可能与正常的共享VDisk一起使用。如果可能的话,建议使用5.20或更高版本的LTS发行版,以便获得最新功能。

这是一篇不错的文章 -http://longwhiteclouds.com/2020/11/09/simple-guest-os-clustering-without-complex-config/

使用WS2019进行WSFC配置|ESXI 6.7 |AOS 5.20.0.1,一切顺利,直到我们添加第五盘为止。我们正在使用Nutanix卷提出。然后找到这个评论https://docs.microsoft.com/en-us/troubleshoot/windows-server/high-availability/scsi-3-persistent-restrive-test-test-fail。一种配置的限制可能是原因?有建议吗?- 谢谢你!

没有配置的限制。您是否正在使用与这些卷的ISCSI连接?我建议为此打开支持请求。

是的,使用ISCSI连接。已经与Nutanix支持一起工作了。

回复


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