![构建低预算存储服务器时应注意什么?](https://linux22.com/image/551705/%E6%9E%84%E5%BB%BA%E4%BD%8E%E9%A2%84%E7%AE%97%E5%AD%98%E5%82%A8%E6%9C%8D%E5%8A%A1%E5%99%A8%E6%97%B6%E5%BA%94%E6%B3%A8%E6%84%8F%E4%BB%80%E4%B9%88%EF%BC%9F.png)
我想更换我们当前的存储。现有系统只是我们 7 年历史的域控制器上的 450GB 文件共享,加上另一台服务器的另外 150GB。我们将它们映射到客户端计算机上的驱动器。两者都备份到单个 400GB 磁带驱动器。添加一些系统状态和一个 sql server db,每晚的备份大约有 600GB。这比一盘磁带所能做的要多,所以我们目前有一个交错备份,我们每个工作日晚上只从总空间的 1/5 中获取“完整”备份 + 所有内容的差分备份。
为了替换它,我想使用两台专用服务器(主服务器和镜像服务器)和第一个计划是使用 RAID 1 卷来存储操作系统 + 2 个 RAID 10 2TB 卷来存储数据(4 个磁盘 + 1 个热备用,总共 12 个 1TB 磁盘,包括操作系统)。另一个计划是使用相同的 12 个 1TB 磁盘(每晚从第一台服务器镜像)。它还将有 2 个 6TB RAID 6 卷(每个 5 个 2TB 磁盘,单独的卷以缩短不可避免的重建时间),我计划使用我们现有的备份执行软件每晚制作差异快照。这将为真正的备份提供历史/代际存储,以代替我们的磁带,并且应该有足够的空间来获得大约 30 天的数据(对我们的变化率进行简单检查表明,我需要大约 3:1 的比例来实现这一点)。第二台服务器将位于校园的另一边,以避免需要将任何东西移出现场。
我更愿意购买供应商支持的解决方案,但成本是个大问题。我知道我可以按照上面描述的方式操作,总成本约为 13,000 美元(包括操作系统许可,感谢教育机构的学术定价),这使得它方式低于我见过的任何商业选择。我有一个可靠的合作伙伴,可以提供基本机箱、RAID 卡和背板,所以我知道我在那里得到了很好的设备,我也知道我需要一张高质量的 RAID 卡。我以前没有构建过这种规模的服务器,因此我的问题如下:
我是否遗漏了什么,导致我面临不必要的数据丢失风险?在组装、安装和配置服务器时,我应该注意什么或避免什么?我还没有购买任何东西,所以我愿意听取其他建议——但价格是关键。一些立即引起我注意的物品,我希望您能发表评论:
- 为了减少主数据库的备份时间/压力,我想从镜像数据库获取夜间备份。但复制到镜像数据库是否会破坏我获取良好差异/增量所需的存档位?
- 我不确定如何在这里配置分代存储,因为差异和增量都需要一个基础来工作。我知道我可以直接为此使用主存储,这对于这里或那里的文件来说不是什么大问题,但如果我需要对卷进行完全重建怎么办?如何确保 30 天内不会更改的文件仍然可用?
- 我刚刚描述的解决方案需要 44TB 的原始磁盘空间,但只向我的用户公开了 4TB。其余空间则被浪费在 RAID、镜像和历史备份空间中。我能安全地做到比 11:1 更好的比例吗?
答案1
我对自行组装电脑非常谨慎。不过,听起来你对此非常执着。处理设备时,请务必遵守正确的防静电程序。组装 RAID 卷时,尽量避免仅使用同一制造批次的硬盘驱动器。确保您购买的磁盘按照制造商的规定装在适当的防震包装中(而不是像 NewEgg 那样“装在防静电袋中,放在盒子里,里面放一些气泡膜和花生”)。
由于您要自行构建机箱,因此您需要为难以更换的组件储备足够的备件,以备系统预期生产寿命期间之用。备件可用性是“商业”选项的一部分。如果您丢失了背板、RAID 控制器或主板,您需要准备好更换它们。您充当自己的硬件支持供应商。这会增加您的购买成本,但您应该购买备件现在趁它们还容易获得的时候。
在考虑将硬件用于生产之前,我会对硬件进行严格的测试。对硬件进行任何负载测试或生产使用模拟都是好主意。在投入生产之前,您肯定希望消除硬件中的任何“早期缺陷”。
没有多个先前生成的“镜像”是糟糕的异地副本。如果您正在执行“镜像”以允许您在生产发生故障时将备份文件服务器投入生产,那么保留这样的“镜像”是有意义的。但在我看来,这不是备份。这听起来更像是一种冗余机制,而不是备份机制。我强烈建议使用允许在远程服务器上存储多代更改的备份,即使您还维护了远程服务器上数据的功能性“镜像”以用于生产故障转移目的。
我很高兴听到你仍然会使用磁带。我非常喜欢将备份保存在异地和离线状态。离线备份很好,因为它们的完整性(前提是它们从一开始就被正确保存)比始终保持在线的系统更容易保证。远程攻击锁箱中的磁带上的数据非常困难。
磁带也是用于档案存储的极佳存储介质。扩展保留窗口的成本是递增的(而不是在纯硬盘解决方案中添加更多旋转介质)。我认为您应该认真考虑使用磁带来保留所有异地和离线数据的多代。确保您满足在磁带上维护长期档案的任何业务要求,并计划在必要时购买额外的介质。您可以将这些档案保存在地理位置更分散的位置,以便在发生重大物理灾难时具有一定的恢复能力。
如果您进行的备份确实是“复制”,那么您不会丢失存档位。这取决于您使用的软件。
答案2
以下是有关备份的建议,可能有助于减少您的存储需求:
每天执行完整的 SQL 和系统状态备份(除非您愿意执行时间点 SQL 备份)。
切换到每天对文件服务器备份执行增量备份。我从事 IT 领域已有 11 年,但还没有遇到过需要差异备份来恢复系统或恢复数据的情况(敲木头)。我可能需要回顾几天的增量备份才能找到用户需要恢复的文件的“版本”,但这种情况很少见,因为用户通常希望恢复最新的备份副本。如果发生整个系统故障,最坏的情况是您需要恢复多个增量备份集以使文件服务器恢复“同步”。这当然会延长您的恢复窗口,这对您和组织来说可能是或可能不是可以接受的。
我从“可能性与概率”的角度来处理系统管理,根据我的经验,虽然我可能需要差异备份,但可能性不大……根据我的经验。这使我能够减少每日备份的大小以及备份窗口。
答案3
有些设备具有复制功能,或者至少具有基于以下方面的远程差异复制功能:开放式,尼克森塔或者Windows 存储服务器在市场上。
总的来说,我宁愿不购买组件来将它们组装成服务器,而是购买具有系统保修的服务器/设备 - 它们的成本不会高出很多,但在出现硬件缺陷的情况下可能会为您省去很多麻烦。
此外,您不应使用磁带“进行 SQL Server 和系统状态备份”,而应将其用于将关键数据复制到异地。无论如何,您都应该确保保留历史记录 - 将 SQL Server 纳入标准备份流程可能是一个好主意。
如果您是 Microsoft 商店并且有资格获得学术许可,您可能需要研究数据保护管理器来替换旧的 BackupExec 版本 - 它将为您带来有趣的功能并与 Microsoft 软件良好集成。
为了减少主服务器的备份时间/压力,我想从镜像服务器获取夜间备份。但复制到镜像服务器是否会破坏我获取良好差异所需的存档位?
是的,会的。但无论如何,差异备份是个坏主意——你可能不需要它们。以合理的间隔进行完整备份,并将其存储在异地。你的备份策略主要是为了减轻灾难性故障的影响——如果你的两个校园 IT 站点同时被灾难性事件摧毁,你的用户丢失一天或五天的数据可能并不重要——只要不是全部数据都丢失就行。
我正在查看 44TB 的原始磁盘空间,但在划分 RAID 和备份空间后,只向我的用户公开 4TB。我能安全地做得比 11:1 更好吗?
取决于您的安全性和性能要求。您可能可以节省“备份”镜像上 RAID 10 设置的成本 - 只要这不是直接为用户服务,您就可以使用性能较低且成本较低的带奇偶校验条带设置(RAID 5、6 或 Z)。
答案4
在 Nexenta,我们有许多优秀的合作伙伴,例如 Pogo Linux,他们提供的解决方案应该适合您的预算。请记住,他们可以帮助您提出一个缩小的解决方案,该解决方案将具有必要的扩展功能,可让您根据需要扩展 SAN。如果您选择自行构建,可以选择 NexentaStor 社区版选项,我认为该选项目前的磁盘容量上限为 12TB,如果您在适当的情况下使用重复数据删除和压缩,则可能意味着您实际上会在 12TB 分配容量中获得更多数据。但是,如果您以后选择升级到商业企业版,您将无法升级。此外,如果您拥有未经认证的解决方案,支持总是比合作伙伴解决方案更成问题。还有其他选择,但如果您对 Linux 或更好的 Solaris 或 Open Solaris 有基本的了解,NexentaStor 可能是一个绝佳的选择,因为底层操作系统非常强大并且与 OpenSolaris 有很多共同之处。