Microsoft Exchange Server

  • 2014年2月5日
  • 8个答复
  • 1916年的观点

UserLevel 2
徽章 +6
有人在Nutanix集群上运行Microsoft Exchange吗?如果是这样,您正在运行大约几个邮箱数据库(EDB),每个邮箱数据库的大小是多少?

另外,总体反馈/对Nutanix集群交换环境的性能的总体反馈/想法?

8个答复

UserLevel 4
徽章 +20
我正在使用vsphere使用nutanix,所以我不部署交换您使用KVM吗?

如果不是,对于Nutanix/vsphere,请参见:http://www.joshodgers.com/2014/02/11/virtualizing-exchange-exchange-on-vsphere-with-nfs-nfs-nfs-backed-storage/
在这里进行调查/RFE在这里:http://exchange.ideascale.com/a/dtd/support-storing-exchange-exchange-data-on-file-shares-nares-nfs-nfs-smb/571697-27207

西尔万。
UserLevel 2
徽章 +6
我们使用的是NUTANIX提出的NFS存储的Vsphere。Understood that there is no official support for Microsoft Exchange backed by NFS, but it was in part ignorance and business decision [ sometimes the two are not different ] that we moved forward in this direction. We made the switch to NFS two years ago (early adopters of Nutanix), and our need to be agile and migrate to the Nutanix platform quickly drove us to where we are today.

幸运的是,由于NFS存储,我们没有遇到无法获得微软的支持的问题。总体而言,我们的经验一直很好。(我们的交换环境为〜300-350个邮箱)
UserLevel 4
徽章 +20
您可以尝试的一件事(首先问Nutanix)是向Nutanix提供ISCSI LUN,以托管您的Exchange VM。
众所周知,Nutanix能够呈现ISCSI(对于KVM),因此我认为向Vsphere展示一些ISCSI LUN不会有太多问题。
这样,您可以将Exchange VM迁移到“阻止”存储并与Microsoft支持策略保持一致。

只是一个想法,很高兴听到一切正常工作!

西尔万。
Userlevel 1
徽章 +11
Sylvain是正确的,您可以简单地使用ISCSI托管Exchange Workloads,严格符合Microsofts支持策略。

但是,这只会为您的环境增添非事物的复杂性,这就是Nutanix旨在避免的。

正如各种博客 /技术帖子所解释的那样,这个问题不是技术问题,因此我建议客户继续在通过NFS展示的Nutanix容器上运行交流。

支持问题正在与Microsoft进行积极讨论,我们正在获得一些吸引力,并希望向MS施加压力,以更新其支持政策。
徽章 +5
嗨,rsciaraffo :)

我们在Nutanix NX 2000集群上使用Exchange 2007。我们有2个数据库是80GB,另一个是10GB。

在升级到编号3.5.3.1之前,我们的经验混合在一起。我们在Outlook 2007和Exchange Server之间每天断开连接。我们希望这是对一个大邮箱的用户,其中一个文件夹中(通常在数千个文件夹中)。但是,对于那些没有内容很小的小邮箱的用户也是如此。此外,由于VSS错误,我们的Veeam备份软件无法备份Exchange VM。

现在,我们在第3.5.3.1号上进行了上述问题。自升级以来的两周内,我们没有任何用户报告Outlook断开连接。此外,我们的Exchange VM现在每天晚上都能成功备份。

我们已经看到了有关从微软进行NFS交流的文章,但我想说我们最近在Nutanix上的交流经验是一个很好的信息。

请让我知道我是否可以进一步帮助。
UserLevel 2
徽章 +14
我们使用零发行的NFS在4节点6020群集上的30+数据库之间进行大约1.6tb的邮件分配。我绝对同意,微软的交流/NFS支持声明比技术更具政治意义 - 无需与ISCSI相处。关于Nutanix交换的唯一不便之处是重新启动CVM会导致足够的IO潜伏期,以在整个交换DAG上启动故障转移,因为Hypervisor等待了几秒钟,然后将IO引导到另一个星际之乡,但这并不像我们四处重新启动CVM的CVM。一天,这并不是一个问题。无论如何,在您启动计划的CVM重新启动之前,可能是撤离节点的最佳做法。
UserLevel 2
徽章 +13
tjagoda,请打开有关DAG断开连接的支持票。我认为这是可以接受的。我确定Josh Odgers或某人可以帮助将其解决在交换方面,或者我们可以解决我们的ha.py脚本。

我们不仅要满足于可接受,还希望使我们的产品变得最好。

让我知道我是否可以以任何方式提供帮助。

托尼
Userlevel 1
徽章 +11
嗨,tjagoda,

我想回应托尼的评论,您的经历令人惊讶的是,这不是我们在其他客户或我个人在我的表演实验室中看到的问题。

Definatley与我们的支持团队开票,我将与他们合作,您确保解决此问题。

回复


Baidu