3台服务器，这是一个集群吗？

Question 1

你的情况取决于工作量和业务。集群增加了复杂性，如果你没有做好准备，如果你没有大量的用户，服务中断几分钟后你就会大喊大叫，那么集群带来的麻烦可能比它带来的价值还要大。

我同意您应该对服务进行一些分区。根据您的硬件，我会考虑虚拟化。即使这样，您也有选择，因为这取决于您的预算；如果硬件支持，您可以花大价钱购买 SAN 阵列来存储您的 VM 和备份服务器来备份您的映像，然后使用这三个服务器作为前端来运行虚拟机，例如 VMWare ESX。

如果您是一家小型企业，用户数量相对较少，对服务的需求也较低，我会考虑使用 ESXi 设置三台服务器，并创建虚拟机来处理独立任务，例如一台用于文件存储，一台用于邮件，一台用于 DNS...然后从那里将负载分摊到三台 VM 服务器中。我会定期关闭 VM 并将数据内容复制到其他服务器，因此如果您的硬件出现故障，其他两台服务器可以弥补不足并从您制作最后一个快照的位置运行您的虚拟化硬件。

它很笨重，但是如果它适合您的特定情况，那么从后勤角度管理它并不困难。

从那里，您可以考虑在虚拟机内运行备份等选项，以便更轻松地恢复。例如，您的文件服务器在服务器 A 上运行。A 死机了，您在服务器 B 上调出最后一个快照，但它是一个月前的快照。然后，您使用备份软件运行恢复，将虚拟机恢复到最新的备份时间，因此您可能只能恢复一两周的数据，而不是整台机器。

这是假设您已经制定了良好的备份计划。

我提到的计划的缺点可能很明显；在机器之间复制巨大的 VM 映像可能需要很长时间。我可以花一个周末将关闭的 VM 复制到备份区域，然后花近一周的时间将它们压缩以进行离线存储在一个几乎不用于其他用途的小型服务器上。但它适用于我们的情况，也可能适用于您的情况。

优点非常多；多个虚拟服务器使得根据需要重新创建和迁移服务器、分区服务和排除故障变得更加容易。一次错误的更新不会在服务器宕机时影响三四个服务，而只需一个虚拟机即可。如果您正在运行 VMWare，那么如果您以后选择这样做，可以轻松迁移到他们的高价服务器，而且虚拟机非常适合创建测试平台。在首次将系统迁移到其他虚拟机服务器之一后，您可以拍摄服务器快照并在物理服务器上进行维修或维护，而用户不会知道这些变化。它还非常适合拍摄系统状态快照。如果需要，您可以将整个服务器存储在外部硬盘上，然后将其带到另一台计算机！

您还可以选择虚拟化；自行使用开源的 Xen/KVM、ESXi、ESX、citrix 等，价格各有不同（免费到几千美元），支持也各有不同（自行免费，或者几千美元获得 wazoo 的全面支持）。

我会测试一下，看看它是否适合您的业务情况。

Answer

你的情况取决于工作量和业务。集群增加了复杂性，如果你没有做好准备，如果你没有大量的用户，服务中断几分钟后你就会大喊大叫，那么集群带来的麻烦可能比它带来的价值还要大。

我同意您应该对服务进行一些分区。根据您的硬件，我会考虑虚拟化。即使这样，您也有选择，因为这取决于您的预算；如果硬件支持，您可以花大价钱购买 SAN 阵列来存储您的 VM 和备份服务器来备份您的映像，然后使用这三个服务器作为前端来运行虚拟机，例如 VMWare ESX。

如果您是一家小型企业，用户数量相对较少，对服务的需求也较低，我会考虑使用 ESXi 设置三台服务器，并创建虚拟机来处理独立任务，例如一台用于文件存储，一台用于邮件，一台用于 DNS...然后从那里将负载分摊到三台 VM 服务器中。我会定期关闭 VM 并将数据内容复制到其他服务器，因此如果您的硬件出现故障，其他两台服务器可以弥补不足并从您制作最后一个快照的位置运行您的虚拟化硬件。

它很笨重，但是如果它适合您的特定情况，那么从后勤角度管理它并不困难。

从那里，您可以考虑在虚拟机内运行备份等选项，以便更轻松地恢复。例如，您的文件服务器在服务器 A 上运行。A 死机了，您在服务器 B 上调出最后一个快照，但它是一个月前的快照。然后，您使用备份软件运行恢复，将虚拟机恢复到最新的备份时间，因此您可能只能恢复一两周的数据，而不是整台机器。

这是假设您已经制定了良好的备份计划。

我提到的计划的缺点可能很明显；在机器之间复制巨大的 VM 映像可能需要很长时间。我可以花一个周末将关闭的 VM 复制到备份区域，然后花近一周的时间将它们压缩以进行离线存储在一个几乎不用于其他用途的小型服务器上。但它适用于我们的情况，也可能适用于您的情况。

优点非常多；多个虚拟服务器使得根据需要重新创建和迁移服务器、分区服务和排除故障变得更加容易。一次错误的更新不会在服务器宕机时影响三四个服务，而只需一个虚拟机即可。如果您正在运行 VMWare，那么如果您以后选择这样做，可以轻松迁移到他们的高价服务器，而且虚拟机非常适合创建测试平台。在首次将系统迁移到其他虚拟机服务器之一后，您可以拍摄服务器快照并在物理服务器上进行维修或维护，而用户不会知道这些变化。它还非常适合拍摄系统状态快照。如果需要，您可以将整个服务器存储在外部硬盘上，然后将其带到另一台计算机！

您还可以选择虚拟化；自行使用开源的 Xen/KVM、ESXi、ESX、citrix 等，价格各有不同（免费到几千美元），支持也各有不同（自行免费，或者几千美元获得 wazoo 的全面支持）。

我会测试一下，看看它是否适合您的业务情况。

Question 2

在我看来，您的架构问题重重，急需重新设计。当然，您有很多选择。下面是一些想法。

由于看起来您的经验有限，在您的情况下我不会采用集群的方式，而是寻找更简单的替代方案（如上面的评论所述，这确实很难做到正确）。

我要做的第一件事是尝试将负载分配到不同的计算机：让第一台计算机只处理电子邮件、DHCP 和 DNS，然后可以配置第二台和第三台计算机来处理不同的 Samba 共享。这样，电子邮件就不会受到 Samba 使用的影响，并且您可以在两台计算机之间平衡 Samba。当然，这并不完美，但这是一个好的开始。接下来，确保每台服务器都配置得当，以便在发生故障时只需按几下键就可以激活另一台计算机的功能（配置服务，但不要激活它），当然，您还要尽可能地在其上保存来自另一台服务器的最新数据（备份、备份、备份！）。

完成所有这些操作后，您就可以开始优化整个设置。首先，为什么服务器会宕机？服务器应该是稳定的，如果不稳定，那么一定是出了什么严重问题。其次：当有人在传输大文件时，您无法访问电子邮件的原因是什么？网络是否饱和？磁盘速度或内存/和/或 CPU 功率是否存在问题？可以做些什么来解决这些问题？也许可以用千兆以太网而不是 100MB 来替换交换机和服务器 NIC？增加额外的 RAM 或使用更新、更快的磁盘的 RAID 控制器？

Answer