2019年1月23日Veeam发布了其产品历史上功能最多的一次Update包 VBR 9.5U4，其中包含了一系列和云相关的功能模块，本文将会详细讨论其中最主要的一个特性：云对象存储。
在VBR 9.5U4中，可以使用Amazon S3、Microsoft Azure Blob、IBM Cloud Object Storage以及其他各种兼容S3协议的对象存储，因此，对于我们国内用户AliCloud OSS和Tencent Cloud COS也能够完美支持。
云对象存储的定位
在VBR中有三大类Repository，分别是Backup Repository、External Repository和Scale-Out Backup Repository（SOBR）。我相信对于绝大多数Veeam使用者，Backup Repository是再熟悉不过了，那是Veeam存放备份数据的磁盘位置，也是以往被使用最多的数据存放方式。External Repository是VBR 9.5U4新增的，这个并不是本文云对象存储涉及到的部分，本文暂且不讨论。而SOBR，在以前的VBR版本中，可能鲜有提及，而在未来，这将可能成为Veeam最主要的数据存储方式。
在了解云对象存储之前，我觉得有必要来回顾一下SOBR的组成，每个SOBR都会由1个以上的Extents组成，每个Extents其实就是一个常规的Backup Repository，也就是说，SOBR就是一个Backup Repository的集合，这是以往SOBR的基本组成。
在这个全新的SOBR中，Veeam把它分成两个层级，分别是Performance Tier和Capacity Tier，所有本地磁盘组成的Extend都被归类为Performance Tier，而云对象存储组成的Extents则被归类为Capacity Tier。
工作原理
简单来说，含有云对象存储的SOBR必须由1个以上的Extents组成，然后必须包含1个云对象存储。
- 每隔4小时，Veeam会根据SOBR中的保留策略设定自动运行SOBR Offload任务，将本地需要上传至云端的数据上传至云端的对象存储中。
- 相对的，SOBR Download任务则对应可以将云对象存储中的数据取回本地Extents之中。
而在还原过程中，云对象存储可以说是近乎于透明状态的存在，它和以往任何的存储解决方案都会不一样，在Veeam中，云对象存储上的还原点，可以保留其原有的任何还原能力，以完全源生平滑的方式来进行数据还原。
我们来看一个实际的例子：当进行数据还原时，选择的还原点位于云对象存储上时，Veeam首先会去读取本地的数据索引（Index），这个Index会告诉Veeam，哪些数据同时存在于云上和本地，那么在读写数据时，Veeam将会优先去使用本地的数据作为数据源，而只会从云中获取那些本地不存在的数据。这将大大减少云对象存储的使用费用，因为绝大多数的云对象存储的使用计费会更多的按照请求和回流来计算。
管理和操作
1.添加云对象存储
上文提到过，云对象存储也是属于SOBR的一个Extents，而Extents则是一个Backup repository，因此添加云对象存储的入口就是Add Repository。
在Add Backup Repository中会新增一个向导Object Storage，这就是添加云对象存储，其中包含了上文提到的4种不同的协议。
添加过程非常简单，如同任何Veeam功能一样，以交互的方式填入合适的信息即可完成配置，本文就不做官方User Guide的复读机了，可以根据实际使用的云对象存储选择合适的存储类型进行添加。
https://helpcenter.veeam.com/docs/backup/vsphere/new_object_storage.html?ver=95u4
- 配置SOBR和Capacity Tier
在Backup Infrastructure中找到Scale-Out Backup Repository，然后点击Add来新增，这时候需要首先配置Performance Tier。关于Performance Tier的配置详细选项，本文就不展开进行详细讨论，有需要的可以查看官方User Guide中的相关章节。
https://helpcenter.veeam.com/docs/backup/vsphere/sorb_add_extents.html?ver=95u4
选择默认的Placement Policy后，就可以进入Capacity Tier的配置，这时，在上一步中配置的云对象存储库就会出现在下图的List中，同时在这个页面上我们也可以配置如何去进行SOBR Offload任务，也就是我们前面提到的SOBR的保留策略。
设置完本页内容之后，云对象存储的配置就完成了。
3.使用操作
日常备份中，我们不需要过多的操作，系统后台会定时4小时去检查是否有数据需要Offload，如果没有数据需要Offload，或者说没有数据满足Offload条件，那么这个SOBR Offload task会迅速完成。
当然我们有手工进行数据传输的方式，可以按需进行数据的Offload和Download。
举个例子，如图我们已经有一组备份存档，部分位于云对象存储中，部分位于本地磁盘上。
这时候，对于云上的数据，我们可以做Copy to Performance Tier操作，这个操作就是SOBR Download任务。在Download过程中，Veeam依旧是通过Index最优化取回数据，可以通过本地磁盘中重组的数据，就不会从线上取回。
以上就是今天的内容，下一期我们会更深入的探讨Veeam云对象存储使用。
