解决了

文件故障转移网络


徽章 +1

你好,

您能否请我指向一个文档,其中包含_detailed _描述用于工作的PD恢复文件的网络要求,以及_detailed _ defficted _描述在故障转移期间如何处理网络?

The reason I’m asking is that I’m planning PD for Files, and I need to understand the networking side of that, i.e. how Storage and Client networking are being handled during the failover to the other cluster, where the networking is different (different datacentre). Do I pre-configure portgroups to connect to in advance, as well as the IP-s to assign?, and AOS/Files handle this automatically during the failover? Or is this a “wizard”-driven workflow where I specify portgroups and IPs? Or is there a requirement for stretched VLAN-s for both Client and Storage networks? I wasn’t able to find and deatiled information on that, so am askign for your help.

谢谢你,维克多

图标

最好的答案阿罗纳2021年3月11日,07:45

Hi Victor,<\/p>

When you chose to Activate Files Server on a DR site you are prompted to put in IP address ranges, port groups and such which means that you do need to have that information ready and port groups configured, DNS and AD working at the DR before you activate the FS.<\/p>

Nutanix Files User Guide: Activating a File Server<\/a><\/p>

To enable Files DR you will need to pair sites as part of Data Protection first. For that, the two clusters must be able to communicate via their VIPs. How you choose to achieve (via VPN, stretched VLAN, MPLS, VPLS or even SSH tunnel (not recommended as a primary option)) we leave up to you to choose. There\u2019s more than one way to skin the cat, right?<\/p>

The overview of the process is, you add Remote Site in the Data Protection tab. Add Protection domain for Files (should be created during FS creation). If it is, edit it and add the remote site in there.<\/p>

Arrange networking on the remote site for the FS activation. Activate.
I\u2019ll add some documents that I think could be useful below.<\/p>

Data Protection and Recovery with Prism Element: Configuring a Remote Site (Physical Cluster)<\/a><\/p>

Data Protection and Disaster Recovery: Backup and Disaster Recovery on Remote Sites<\/a><\/p>

KB-8717 Nutanix Files - Failover and Failback guide step by step<\/a><\/p>

Let me know if this helps or if you have further questions.<\/p>","className":"post__content__best_answer"}">

查看原件

该主题已关闭以供评论

6个答复

UserLevel 6
徽章 +5

嗨,维克多,

当您选择激活DR网站上的文件服务器时,提示您将IP地址范围,端口组和端口组放入,这意味着您确实需要准备好这些信息,并且在DR上配置了该信息和端口组,并且在DR上工作的端口组工作,然后才能在DR上工作。激活FS。

Nutanix文件用户指南:激活文件服务器

要启用文件,您将需要首先将站点配对作为数据保护的一部分。为此,两个簇必须能够通过其VIP进行通信。您如何选择实现(通过VPN,拉伸VLAN,MPLS,VPLS甚至SSH隧道(不建议作为主要选项))我们要选择。有多种方法可以使猫剥皮,对吗?

该过程的概述是,您在数据保护选项卡中添加远程站点。添加文件的保护域(应在FS创建期间创建)。如果是这样,请编辑并在其中添加远程站点。

在远程站点上安排网络以进行FS激活。启用。
我会添加一些我认为在下面可能很有用的文档。

使用Prism元素的数据保护和恢复:配置远程站点(物理群集)

数据保护和灾难恢复:远程站点上的备份和灾难恢复

KB -8717 NUTANIX文件 - 故障转移和故障指南逐步

让我知道这是否有帮助,或者您还有其他问题。

徽章 +1

嗨,Alona,

感谢您回答我的问题。

很明显,如何最初_configure_保护,谢谢。问题更多是关于到底发生了什么_During_故障转移。从您的链接到“激活文件服务器”,我可以看到需要为客户端网络输入PortGroup和IP地址,并假定存储网络相同。这是否意味着AO将在Strate上重新使用FSVM的网络接口?如果是这样,我是否会正确地收集一般文件/FSVM中,只要两个环境之间的复制环境都可以恢复到具有完全不同的网络的群集/数据中心?IE。Vlan伸展不是必需的吗?

谢谢。

UserLevel 6
徽章 +5

嗨,维克多,

啊,我现在看到你的困惑到底在哪里。是的,你是对的。
当您想到FS时,它是由几个VM组成的文件服务器VM群,其中包括NIC(2)和磁盘(3)相互通信,并与CVM,用户和其他服务器通信。在这三个组件中,两个是动态的:NIC配置,用户数据可以更改。FS VMS OS是静态的。

这意味着,只要您复制了磁盘数据,并且可以在DR站点上重新创建FSVM群集的NICS配置信息。

那就是发生的事情。直到您点击激活按钮之前,DR上不存在FS VM。然后,创建了FS VM,形成了群集,配置了您在激活时提供的IP配置,并显示了用户数据。完成后,您将在DR网站上有一个FSVM群集。

这有帮助吗?

徽章 +1

嗨,Alona,

是的,它确实有帮助,谢谢您的解释。

如果FSVM重新使用时,则需要更新DNS记录,以便在UNC路径中的服务器名称中解析到新的IP地址。给定文件配置为使用AD DNS,是否会在FSVM启动上自动更新DNS记录,还是群集管理员需要手动编辑DNS记录?

谢谢。

UserLevel 6
徽章 +5

嗨,维克多,

我包括的第一个URL遍及有关如何触发激活的说明。单击按钮后,下面的窗口显示为您填写。如果您是指更新现有的广告记录以指向新服务器,则需要手动更新它们。

徽章 +1

嗨,Alona,

是的,我在您的URL上看到了屏幕截图,谢谢。

感谢您的答案 - DNS更新必须在激活不同的IP后手动完成。

这可能就是为什么我们较早地实现了复制的文件实例,该实例是在伸展的VLAN上与客户端网络配置的……这仍然使我们的网络团队感到不高兴。:)如果文件在激活工作流中具有DNS更新的最后一步,那将是不错的。:)

再次感谢Alona!

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