VAO基础入门（五） - 基础配置要点

2020-02-21 | 阅读：次

系列目录：

在前几篇中，我们把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个维度结合起来看，这样这个概念才会生动的显现在我们面前：

授权使用这个Scope的用户；
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的具体配置了。如下图，最终我的效果。

Recovery Locations

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

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

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

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