kvm-virtualization – 单个NFS服务器到冗余NFS存储

通常有两种选择：

选项1：购买冗余存储设备

这是最快(通常最昂贵)的选择.
选择制造具有满足您需求的冗余功能的存储设备的供应商,向他们提供公司信用卡,并尽量不要在发票上撕裂.

这条路线的两个主要好处是它很快(你可以通过遵循手册获得预先构建的解决方案)并且它受到支持(如果你有问题,你可以调用供应商并大声喊叫,直到他们修复它).

选项2：自己构建

This site has a good outline of building a redundant iSCSI/NFS cluster using Debian Linux.这是从2009年开始,但原则是合理的.
有关如何构建此类环境的具体分步说明超出了服务器故障的范围,但我可以粗略概述您需要的内容：

>共享(或复制)存储
为了在存储层上实现冗余,您需要从多个位置访问相同的数据 – 通过实时复制,或将所有内容连接到共享磁盘池.
SAN是满足共享存储要求的常用方法.这仍然是单点故障,但是当你把所有鸡蛋放在其中一个篮子里时,你要确保它是一个非常好的篮子.
如果您选择走这条路线,DRBD或ZFS复制可以满足复制存储的要求 – 它可能比SAN便宜,并且这两种技术都已发展到非常可靠的状态.
>多个“前端”系统
现在您已经完成了存储,您需要通过冗余的“前端”系统来访问它们 – 这些是运行NFS服务器的机器(或者您用来向客户端提供磁盘的任何机器).
您至少需要两个,运行高可用性/故障转移软件,因此如果/当您丢失一个,另一个可以接管. IP故障转移是这里的“简单”选项(如果一个框下降,另一个框假定“实时”IP地址).
>存储的多个物理路径
如果一切都通过一根线,世界上所有的存储冗余都无济于事.
您需要确保客户端计算机具有多个物理路径以返回到存储前端,否则失败的交换机会使您遇到与您尝试脱离的相同的单点故障情况.

构建自己的冗余存储通常需要比供应商解决方案更长的时间,并且您自己支持它(这意味着您需要对所涉及的技术感到满意).
主要优势是成本(您通常可以构建比供应商提供的解决方案更便宜的环境)和灵活性(您可以定制解决方案以满足您的需求并与环境的其他部分集成 – 例如您的备份系统).

你需要两种方式

在投入生产之前,您将需要一个测试计划*.
理想情况下,你应该在开始构建之前拥有它(知道你正在防御哪些失败将帮助你设计你的系统).

您在测试中的目标是证明绝对最糟糕的故障汇总不会使您处于丢失数据的位置(理想情况下,由于您的存储无法访问,因此不会导致中断).您可能找不到或测试每个可能的故障情况,但记下您可以想到的所有故障并确保测试它们.您不希望等到实时生产的第一天使用,才能发现在备用计算机中丢失一个磁盘会导致主磁盘崩溃 – 此时修复已经太晚了.