none
Hyper-V Server2016 搭建横向扩展文件服务器 RRS feed

  • 问题

  • 搭建两台Hyper-V服务器,系统:Server 2016 DataCerter。两个虚拟机配置相同。

    虚拟机配置如下:

    两台虚拟机做了故障转移,仲裁见证:文件共享见证。存储空间直通(S2D):已启用

    系统盘C盘:128G,每个虚拟机增加了两个固定容量的磁盘,一个50G,一个30G。

    2个虚拟机的50G和30G磁盘,共四个做了集群存储池。

    配置了集群虚拟磁盘,分配卷D:30G。

    故障转移集群角色:横向扩展文件服务器,添加了共享文件夹.

    配置完成后,两台虚拟机都工作时,共享文件可以使用.

    按照我的理解,任何一台虚拟机有故障,共享文件夹都可以访问。但是我测试时,关闭掉一台虚拟机,共享文件有时不能用。

    集群虚拟磁盘运行状态:警告,  操作状态:已降级

    把关闭的虚拟机重新开启,也是无法进入正常状态。

    这是把另外一台虚拟机关机,

    集群虚拟磁盘运行状态:不正常\,操作状态:NoRedundancy,连接状态:无访问权(有时也显示联机)(失败).

    请问我的配置是哪里出了问题,配置的时候需要注意什么,我这样两台虚拟机做高可用的文件共享服务器可以吗?,谢谢



    • 已编辑 li XP 2018年11月20日 11:04 修改
    2018年11月20日 10:39

答案

  • 您好,

    感谢您的回复。

    1. 关于集群的高可用,我们一般讨论的是关于Cluster role的高可用性。例如,我们有一台集群的虚拟机一开始跑在节点A上,如果在配置仲裁的条件中,节点A挂掉了,虚拟机将迁移到到节点B上继续运行,这就实现了集群虚拟机的高可用。

    根据您的问题描述,您考虑的应该是存储的高可用。在S2D的环境中,如果我们配置的是two-way mirror的虚拟盘,理论上只允许挂一块盘。下面有一篇关于S2D 存储容错性的文章,供您参考:

    https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-fault-tolerance

    2. 在两个节点的S2D环境中,如果同时两块盘失去连接,virtual diskoffline

    3. 如果3个节点做cluster, 每个节点上挂1块盘做S2D,如果也是two-way mirror的话,理论上我们可以允许一个节点挂点即一个盘挂掉,virtual disk继续online

    但是根据经验,在比较复杂的生产环境中,虽然理论上可以允许一个节点一个盘挂掉,但是在低层IO较为不稳定的情况下,有时候也会导致上层virtual disk offline

    Best regards,


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    • 已标记为答案 li XP 2018年12月12日 5:59
    2018年11月28日 8:55
    版主

全部回复

  • 您好,

    从您的描述,应该是csv的问题,为了盘查原因,我们需要尝试修复磁盘,看是否还出现同样问题。如果出现同样的问题,请看下csv的状态。

    Best regards,

    Cora


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年11月21日 7:48
    版主
  • 您好,

    请问我的建议有用吗?

    如果还有其他问题,可以回帖提问。

    Best regards,


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年11月23日 9:50
    版主
  • 您好

    通过手动去修复磁盘,是可以恢复到正常显示状态。

    我再次尝试关闭一台虚拟机,然后在启动关闭的虚拟机,虚拟磁盘状态:运行状态:警告,操作状态:已降级


    再关闭另外一台虚拟机,这时虚拟磁盘状态:运行状况:不正常,操作状态:NoRedundancy

    这样共享文件都不可用了,需要再次手动去修复磁盘

    2018年11月26日 6:06
  • 您好,

    感谢您的回复。

    根据我的理解,我们有两个节点构成的cluster,在两个节点上,我们分别挂了2块盘,请问我们是否用这4块盘启动的S2D?<o:p></o:p>

    如果是的话,请问我们在cluster中创建完S2D pool之后,创建的virtual disk是什么类型的,two-way mirror, three-way mirror还是什么?请提供存放SOFS shareCSV的相关截图。<o:p></o:p>

    Best Regards,<o:p></o:p>


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年11月26日 9:57
    版主
  • 是您说的这种架构:两个节点构成cluster,除了系统盘C盘,两个节点上分别挂了2块盘,一块是50G,一块是30G.用这4块盘做的S2D,做完后存储池中大约150G多的容量。

    截图我发不上去。

    virtual disk配置:  媒体类型HDD    f复原:双向镜像。这个是在添加虚拟磁盘上显示的,无法修改。我已经创建完成的虚拟磁盘看不到这个信息。


    创建完成后能找到:  复原:镜像、列数:2、交错:256KB

    卷:CSVFS 29.0G可用

    分区样式:GPT


    • 已编辑 li XP 2018年11月27日 3:38 修改细节
    2018年11月26日 13:32
  • 您好,

    感谢您的回复。

    我做了一下实验,在两个节点,每个节点上挂两块盘的S2D环境中,如果我们创建的virtual disk是two way mirror的,在挂一个节点即两个盘断连的状态下,virtual disk 会offline. 如果是two way mirror的话,理论上,我们只允许挂一块盘。

    Best regards,


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年11月27日 9:01
    版主
  • 你好,感谢

    我还有几个疑问:

    1.是不是两个节点分别挂两块盘的S2D的环境达不到高可用,甚至是更容易出故障,因为只要一台节点关闭两个盘就会断连,节点启动后也不会自动修复。

    2.如果我有2个节点,怎么配置可以达到S2D高可用?如果2个节点不可能实现高可用,那用3个节点做成Cluster,每个节点都挂1个盘,是不是可以实现高可用?

    3.如果3个节点做成的Cluster,每个节点挂1个盘做S2D,是不是可以任意重启一个节点,虚拟磁盘都能正常工作啊?

    2018年11月27日 10:08
  • 您好,

    感谢您的回复。

    1. 关于集群的高可用,我们一般讨论的是关于Cluster role的高可用性。例如,我们有一台集群的虚拟机一开始跑在节点A上,如果在配置仲裁的条件中,节点A挂掉了,虚拟机将迁移到到节点B上继续运行,这就实现了集群虚拟机的高可用。

    根据您的问题描述,您考虑的应该是存储的高可用。在S2D的环境中,如果我们配置的是two-way mirror的虚拟盘,理论上只允许挂一块盘。下面有一篇关于S2D 存储容错性的文章,供您参考:

    https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-fault-tolerance

    2. 在两个节点的S2D环境中,如果同时两块盘失去连接,virtual diskoffline

    3. 如果3个节点做cluster, 每个节点上挂1块盘做S2D,如果也是two-way mirror的话,理论上我们可以允许一个节点挂点即一个盘挂掉,virtual disk继续online

    但是根据经验,在比较复杂的生产环境中,虽然理论上可以允许一个节点一个盘挂掉,但是在低层IO较为不稳定的情况下,有时候也会导致上层virtual disk offline

    Best regards,


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    • 已标记为答案 li XP 2018年12月12日 5:59
    2018年11月28日 8:55
    版主
  • 您好,

    请问我的回答对您有帮助吗?

    如果还有其他疑问,请回帖。

    Best regards,


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年11月30日 7:53
    版主
  • 您好

    请问您的问题解决了吗? 如果您使用我们的方案解决问题,请将其标记为答案,以帮助其他社区成员快速找到有用的回复。

     如果您使用自己的方案解决问题,请在此处分享您的经验和解决方案。对于有类似问题的其他社区成员也是非常有帮助的。 如果没有,请回复并告诉我们目前的情况,以提供进一步的帮助。

    Best regards,


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年12月3日 9:05
    版主
  • 我可不可以这样理解:我目前的架构,无法实现文件服务器的高可用
    2018年12月12日 5:59
  • 您好,
    感谢您的回复。

    从理论上讲,目前我们的配置在存储方面只能允许一个节点上的一块盘出现故障。无法实现一整个节点都挂掉存储还正常工作。但是从服务上来讲,如果一个服务在某个节点上无法运行,还是可以实现故障转移到另一个节点上运行的。
     
    简单来说,我们目前的架构中如果一整个节点失败,那就是无法正常运行服务了。

    Best regards,


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年12月14日 6:46
    版主