Hyper-V上的冗余基于Windows的文件服务器

  • 2014年11月4日
  • 2个答复
  • 1400次观看

徽章 +5


我们在基于Nutanix Hyper-V的基础架构上部署了Windows Azure Pack环境。基础架构的构建为高可用性:

  • 冗余虚拟机管理器配置
  • 冗余SQL Server配置(使用SQL Server ElwaysOn)
但是我们目前面临设置冗余VMM库共享的问题。Microsoft不允许使用冗余VMM安装作为库服务器。相反,他们建议将扩展文件服务器基础架构设置为库服务器,然后将您的库共享添加到其中。

但是,据我当前的理解,不可能在Nutanix Hyper-V上设置群集共享卷 - 这是对扩展文件服务器的要求。

在此问题上,Nutanix的设计建议是什么?

该主题已关闭以供评论

2个答复

UserLevel 2
徽章 +11
你好汤姆 -

我建议将Nutanix SMB容器配置为SCVMM不受管理的库共享。从WAP部署模板时,这也将为您带来使用ODX的好处。

这是有关如何从Nutanix容器配置库共享的一篇很好的帖子:http://davyneirynck.wordpress.com/2014/04/19/leveraging-everaging-odx-deploy-a-vm-a-vm-vm-from-a-from-a-a-template-nutanix/

希望有帮助,欢呼!
徽章 +5


我以前看过博客文章,确实很好地描述了它。但是,我们希望使用完全冗余的配置来生产使用,并且VMM中的库服务器正在引起我们的麻烦。

当我们尝试将库服务器角色添加到VMM群集中时,它会导致错误消息:



原因似乎是VMM正在进行一些检查,并希望部署聚类的文件服务器角色。但是,这似乎在Nutanix上不可能吗?

因此,现在我们将单个服务器用作库服务器。但是,只要这件事下降,我们的租户就无法通过Azure Pack来提供新的Vitual机器,这是不可接受的。

因此,问题仍然存在,如何在运行Hyper-V的Nutanix之上为VMM提供冗余库服务器?
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