![磁带替代品](https://linux22.com/image/778170/%E7%A3%81%E5%B8%A6%E6%9B%BF%E4%BB%A3%E5%93%81%20.png)
我最近被任命为系统管理员,负责流媒体服务及其相关的服务器架构。
每周我花 3 个小时去检查保存着服务器文件的磁带库。
为了节省驾驶时间,我想实施一种策略,即通过 ssh 或等效方式保存和传输文件,使用 tar 文件或 zip 文件。我正在考虑使用 IaaS 或只是一个定期脚本来备份和传输到单独的位置。
如果我要实施这种磁带备份替代方案,需要考虑哪些因素?
我不确定业务需求、数据量等。我目前处于文献综述阶段,知道这个网站拥有丰富的有用知识和参考资料。
我现在有更多信息。
- 备份遵循 3-2-1 规则。3 份副本,分别位于 2 个介质上,1 个位于异地。
- 14.1 Tb,包括服务器映像、卷和文件夹。
- 额外容量 20%
- RTO 48 小时(理想时间为 24 小时)
- RPO 1 小时
- 每日数据变化量为 5%
- 目前 40Mbs 管道中有 15Mbs 专用于备份流量
答案1
没有业务需求是一个很大的危险信号——所以我强烈建议理解什么是必须的前投资任何解决方案。
也就是说,为了节省大量的异地数据,我建议使用rsync
或zfs send/recv
rsync
在处理许多很少更改的小文件时效率最高 - 在这种情况下,它会有效地跳过未更改的文件。在处理较大文件的小更改(仅传输增量)时,它也非常高效。与rsnapshot
(用于定期快照轮换)结合使用时,它可以很好地工作。但是,当非常大的文件(例如:虚拟机磁盘)累积更改时,它会受到很大影响。
zfs send/recv
在较低级别(块层)上工作。因此,它可以高效地传输较大的文件增量,且不会产生大量开销。但是,它需要支持 zfs 的发送方和目标。
另一种可能性是使用一些(相对)低成本的云存储解决方案,如 Amazon Glacier。这些服务可能非常有用,但它们通常存在一些重大问题(即:仅附加存储),这意味着它们根本不是灵丹妙药。
答案2
首先,计算出需要传输的大致数据量,并将其与现场可用的网络带宽进行比较。如果您发现需要将一条新的光纤线路连接到“偏僻地区”的站点才能获得必要的带宽,那么您可能已经发现了以前没有这样做的原因。
Minix 之父 Andrew S. Tanenbaum 有一句经典名言:“永远不要低估高速公路上飞驰的装满磁带的旅行车的带宽。”
你需要弄清楚的第二件事是为什么你每周去现场一次:如果主要目的是将磁带轮换到备用位置,以便现场发生任何重大灾难(如火灾或洪水)不会破坏数据,那么你的问题的答案将与只是旧磁带库容量不足的情况完全不同。在前一种情况下,访问现场是现有灾难恢复解决方案;在后一种情况下,可能只需要获取一个新的、容量更大的磁带库。
磁带库仍然是档案式大容量存储的有力竞争者,特别是当现场获取高带宽连接的成本太高时。
答案3
如果您最关心的是驾驶上的宝贵时间,那么可以考虑将更换磁带的任务外包出去。
大多数数据中心都提供远程操作服务,切换磁带所需的时间可能不超过 10 分钟。
然后快递/包裹服务可以来收集磁带并将其运送到您的办公室。
尽管这需要付出代价,但比起节省时间来说还是便宜的。
但请考虑一下,也许过一段时间后,您会喜欢定期离开办公室,避开无聊的会议,花几个小时开车,同时听您最喜欢的播客……