是否可以使用 Windows Server 2019 中的共享虚拟硬盘和 DFS 部署具有两个文件服务器的高可用文件服务?

是否可以使用 Windows Server 2019 中的共享虚拟硬盘和 DFS 部署具有两个文件服务器的高可用文件服务?

在我的基础架构中,我有两台安装了 Windows Server 2019 和 Hyper-V 的服务器。SAN 通过 FC 直接连接到两台服务器。SAN 为两台服务器提供三个卷:一个用于仲裁的卷、一个用于虚拟机的卷和一个用于数据的卷。

我计划部署一个文件服务,该服务在我给定的基础设施所能达到的范围内尽可能地高可用性。因此,由于我有两个节点,因此我想部署两个文件服务器。这样,我可以容忍整个服务器(主机)发生故障或一个虚拟文件服务器发生故障。如果只有一个虚拟文件服务器(启用了 HA),我只能容忍一个主机发生故障,但不能容忍虚拟机本身发生故障。

我计划使用我的 SAN 的数据卷来部署一个共享虚拟硬盘,两个虚拟文件服务器都将使用该硬盘来提供文件共享。

此外,我希望用户不必关心他们访问哪个文件服务器来访问他们的文件。\\FileSrv1\Data\README.md应该与相同\\FileSrv2\Data\README.md,但用户应该能够像访问它一样访问它\\FS\Data\README.md。据我所知,这是 DFS 的典型用例。但我不想要两个复制其数据的文件服务器,因为我有一个共享存储。

所以我的问题是,在我的场景中,我可以同时使用虚拟文件服务器的共享存储和 DFS 来抽象文件访问吗?

答案1

事实证明,在我的场景中,我并不一定需要 DFS。文件服务器的来宾故障转移群集已经提供了一个抽象层来访问文件,因此我只需调用群集角色即可。总而言之,无论哪个文件服务器处于活动状态,fs都可以始终访问文件。\\FS\...

相关内容