VAO基础入门(五) - 基础配置要点 Backup Next Cloud

系列目录:

在前几篇中,我们把VAO的基本架构、基本组件都盘点了一遍,所涉及到的内容都是在Administration中的设置,也就是具有VAO管理员权限的账户所能进行的操作。VAO的管理员可以在这里为每组应用分别设定不同的Scope,同时将这些Scope分派给相关的人员进行使用,利用这一特性,可以有效的进行分组和隔离,是不是有点类似多租户或者多用户?但是又有很大差异。

本篇内容针对之前所提到的这些配置,说明一些可能需要注意的地方。

基础架构

vCenter添加

在安装和初始化配置过程中,我们把vCenter添加入VAO了,这时候之前的帖子如果大家有印象,可能会留意到我都没有提到过内嵌的VBR和Veeam ONE的配置,实际上在初始化配置完成之后,VAO非常智能的将我们在初始化阶段填写的vCenter的信息写入到了VBR和Veeam ONE之中,因此我们不需要再次在VBR和Veeam ONE里面重新添加了。

VBR添加

在VAO中,可以管理多个VBR或Enterprise Manager副本,在管理非内嵌的VBR时,需要做的只是通过推送的方式在VAO的控制台上,将VAO Agent推送到VBR上即可接管该VBR。这个操作也相当简单,通过这样的方式,可以很方便的管理到一个大规模的备份/灾备环境。

Active Directory

在项目实施中,往往很多用户环境没有Active Directory,而VAO又必须要有AD才能工作,这时候特别头疼,但是回过来其实这事情却又很简单。大家可以想想VDI的项目,也都是必须AD才能工作的,那他们那些项目不都得急死了?那倒不会的,因为很简单,没有AD我们就造个AD嘛,为了项目成功,没有条件创造个条件呗,这事完全难不倒我们这些攻城狮。

Scope

Scope特别难理解,但是想通了又特别简单,因此这个配置要点说明,我强烈建议大家回过去到我的第三篇,加强理解下Scope的概念,并且通过实战,到VAO中设置一些复杂的场景来理解这个Scope。只有真枪实弹动过手,才能把这个Scope吃透,才能用好VAO,这是最最关键的一个组件。

另外,对于Scope,不能仅仅从Users and Scopes中去看这个Scopes,需要从Scopes的2个维度结合起来看,这样这个概念才会生动的显现在我们面前:

  1. 授权使用这个Scope的用户;
  2. Scope包含的5大Components和对应的DataLabs;

Datalabs

请先理解VBR中所有DataLab的配置,如果还不会配置VBR中的DataLab,那么将会玩不转VAO,因为这是VAO的必要组件和必要条件。

DataLabs的配置在VAO中几乎没有任何操作,只是通过Assign的动作分配给对应的Scope,在VAO中想知道自己的DataLabs是如何配置是件非常困难的事情,假如我们需要用到大量的DataLabs,这时候可能只能回到VBR中逐个逐个点开配置去查看,这个非常不科学。那么我在这里有个很不错的小技巧可以提供给大家,在VAO的DataLabs信息中,会从VBR上取得这个DataLabs的Name、Description、Platform和VBR Server Name,这时候大家完全可以利用好这个Description,只需要在VBR中创建DataLabs时,将Virtual Lab Summary的内容Copy出来,贴到这个Virtual Lab的Description中,这样这段关于该DataLabs的详细配置情况就会被读取到VAO中,那么我们也就能够很清楚的知道这个DataLabs的具体配置了。如下图,最终我的效果。

3ZScnI.png

Recovery Locations

设置相对复杂,而且设置完成后就固化下来了,然而这个只是一个计算资源的逻辑组合,他实际上只存在于VAO之中,不管在vCenter、VBR还是VeeamONE之中都不会有这个Recovery Locations存在。因此这也是一个非常好的消息,这个Recovery Locations无论设置成什么样子,他都不会影响除了VAO之外的其他任何组件的正常运行。

小小的Tips给到大家,那就是任性的去设置Recovery Locations吧,放肆的组合吧,就算不会被实际的Orchestration Plan使用到,放在那边又何妨?难说哪天有需要就用到了呢?

当然,最终回归回来,在这里还是需要合理,合理的按需配置才能降低这套系统的复杂程度,最终实现为我们的高效的灾备服务。

以上就是VAO中Administration部分的配置要点,从下一篇开始,将进入真正的使用环节,谢谢大家关注本系列。