我想知道现在VTL是否真的是一个有效的选择?这里有人在用它吗?为什么?与RAID6 6/10中塞满SATA驱动器的普通服务器相比,它有什么好处吗?
让我解释一下我的好奇心:我们的环境包括4×DELL R730服务器,由VMWare VSphere 6.0 + VEAAM备份和复制驱动。我们一直在寻找一个合适的备份解决方案,并作为建议由VTL登陆VEEAM。我们的环境中没有任何与磁带相关的基础设施,而且其他人告诉我,这是一种针对怪胎/潮人的老式蒸汽朋克技术。所以我很害怕走那条路,我想知道更多。
提前谢谢你!
发布于 2016-03-04 11:26:18
Veeam可以本地备份到iSCSI和SMB3。我认为在您的特定场景中使用VTL没有任何可行的点。相反:通过不实现VTL层,您只需消除一个层次的复杂性!也许你的变速箱是想让一些额外的$s卖给你一些你不需要的东西。在你的地方,我会得到类似戴尔R730(xd?)较低的CPU和内存,并在RAID10中添加8 6-8TB、NL或Enterprise。RAID6也可以工作,但要小心使用Veeam,因为当构建反向快照和锤子I/O子系统时,它会进行就地更新。到目前为止,RAID6并不是最好的选择,因为它会导致4倍的写入放大。不过,我建议与你的Veeam支持工程师谈谈,让你的确切情况在附近。
回到你最初的问题,人们倾向于购买VTL之前,仅仅是无缝地增量升级他们的备份基础设施完全建立在磁带。此外,监管要求说,他们必须使用磁带,他们期待着能够将越来越多的数据放入备份窗口。由于您没有现有的磁带感知备份,并且没有与监管要求紧密联系,我认为再次使用VTL没有任何意义。
发布于 2016-03-04 13:16:34
VTL是一个可行的选择,如果你的LT驱动器无法应付速度。但是,VTL必须嵌入到目标备份应用程序中,这样才能给您带来很大的好处。我发现富士通( Fujitsu CS800 )非常有吸引力: TBA CS800接受备份,保留一些版本用于快速恢复、去复制、内部压缩和另一端有一个磁带库连接器。
结果:更少的磁带更改要求,磁带是不重复的,所以你可以从和其他系统数据读取回来,并将它完全集成到Veeam。连接器: NAS共享,OST和VTL。它完全不重复所有频道,这是非常性感的。它处理多个备份流。然后,您可以将压缩的、重复的数据复制到第二个CS800 (最多8次复制到1比),并且只有一个统一的备份磁带库。
在一次训练中,我有机会看到它在现场工作。它就像一个备份黑匣子,有自己的网络接口,并运行在Linux嵌入式操作系统上。是量子许可的。使用OST AIR @ Backup Exec,复制的备份将显示在目标站点上,而无需首先读取新文件,因为目录将直接发送到目标站点上的媒体服务器。最后,它们在盒子中保存了4个完整的和6个增量备份,并将磁带活动减少到每月一个写出来。数据存储在Raid 6 FR上。
https://serverfault.com/questions/761528
复制相似问题