Bod*_*den 9 hardware high-availability
如果您负担不起或不需要在发生故障时等待联机的集群或备用服务器,那么您似乎可以将一台功能强大的服务器提供的服务拆分到两台功能较弱的服务器上。因此,如果服务器 A 出现故障,客户可能无法访问电子邮件,如果服务器 B 出现故障,他们可能无法访问 ERP 系统。
虽然起初这看起来更可靠,但它不是简单地增加了硬件故障的机会吗?因此,任何一次失败都不会对生产力产生如此大的影响,但现在您正在为两倍的失败做好准备。
当我说“不那么健壮”时,我真正的意思是较低的组件规格,而不是较低的质量。因此,一台机器规格用于可视化,而两台服务器规格分别用于减少负载。
通常建议使用 SAN,以便您可以使用集群或迁移来保持服务正常运行。但是 SAN 本身呢?如果我要把钱花在将要发生故障的地方,它不会是在基本的服务器硬件上,而是与存储有关。如果您没有某种冗余 SAN,那么这些冗余服务器不会给我很大的信心。就个人而言,对于小型操作而言,投资具有冗余组件和本地驱动器的服务器对我来说更有意义。我可以看到 SAN 的价格和灵活性具有成本效益的大型操作的好处。但是对于较小的商店,我没有看到争论,至少不是为了容错。
这一切都归结为风险管理。对您的 IT 系统进行适当的成本/风险分析将帮助您确定将资金花在何处以及您可以或必须承担哪些风险。任何事情都会产生成本……这包括 HA 和停机时间。
我在一个小地方工作,所以我理解这种斗争,我的 IT 极客不希望任何地方出现单点故障,但在每个级别都这样做的成本并不是一个现实的选择。但是这里有一些我在没有大量预算的情况下能够做的事情。但这并不总是意味着消除单点故障。
网络边缘:我们有 2 个互联网连接,一个 T1 和 Comcast 业务。计划将我们的防火墙转移到一对使用 CARP for HA 运行 pfSense 的旧计算机上。
网络:为网络核心获取几个托管交换机并使用绑定在两个交换机之间拆分关键服务器可防止交换机故障导致整个数据柜消失。
服务器:所有服务器都有 RAID 和冗余电源。
备份服务器:我有一个旧系统,它没有主文件服务器那么强大,但它在 raid5 中有几个大型 sata 驱动器,它每小时拍摄主文件服务器的快照。我为此设置了脚本,以便在出现故障时将角色切换为主文件服务器。
异地备份服务器:与现场备份类似,我们每晚通过 vpn 隧道将服务器备份到业主之一。
虚拟机:我有一对物理服务器,它们在使用 Xen 的虚拟机内运行许多服务。这些在主文件服务器上运行 NFS 共享,如果需要,我可以在物理服务器之间进行实时迁移。
我认为这是一个有很多答案的问题,但我同意在许多较小的商店中,多个服务器解决方案有效,正如您所说,如果出现故障,至少有些事情会继续进行。但这取决于失败的原因。
很难涵盖所有基础,但冗余电源、优质电源和良好的备份可以提供帮助。
我们已将 Backup Exec System Recovery 用于一些关键系统。与其说是日常备份,不如说是一种恢复工具。如果可用,我们可以恢复到不同的硬件,并且我们还使用该软件将备份映像转换为虚拟机。如果服务器出现故障并且我们需要等待硬件修复,我们可以在不同的服务器或工作站上启动一个虚拟机,然后一瘸一拐地前进。并不完美,但它可以快速启动并运行。
| 归档时间: |
|
| 查看次数: |
1527 次 |
| 最近记录: |