VAO基础入门(三) - 基本组件 · 上篇

目录

系列目录:

VAO引入了一套非常特殊的概念,它为该产品中使用的组件定义了一系列名称,随着版本的更新和迭代,这里的组件和名称可能会发生一些变化。目前VAO的版本是v2.0,因此本文所述内容仅适用于v2.0之后的版本,而后续版本中如果有新的变化,我会在后续的更新中说明。

Scope

定义和用途

Scope是VAO的最核心的概念,在v2.0中首次引入了这个概念。每个Scope中包含了灾备中需要一系列元素,VAO把这些元素称为Plan Components:

 - VM Groups
 - Recovery Locations
 - Plan Steps
 - Credentials
 - Template Jobs

打个比方,Scope是一间房间,那么在这个房间中所放置的各种家具就是以上这些Plan Components。对于灾备来说,以上这些Plan Components将会在Orchestration Plan中被具体使用到。可以说Orchestration Plan是将这些Plan Components有序的组合起来,最终可以让我们实现一键的灾备恢复。

另外,Scope中还有个非常特殊的Component – Datalab,每一个Datalab对应某个Scope中,也就是说,每个Scope都有一个或多个独立的属于自己的DataLab。

关于Plan Components和DataLab,将在VAO基础入门(四)- 基本组件 · 下篇中详细介绍。

分类和创建方式

VAO中的Scope可以大致分为两类,一类是系统内置的名称叫Default的Scope,这个Scope无法删除,无法修改名称,并且Administrator的Role会被包含在这个Scope中,在VAO的其他Scope中是无法选择添加Administrators Role。当您要授予任何用户执行Administration配置操作时,您就需要将该用户添加至Default Scope下的Administrators Role。还记不记得在前一篇推送中提到的初始化步骤,在初始化过程中所添加的用户,默认就会被添加到这个Administrators Role下面。当然我们可以来添加更多的用户到Administrator Role中。

第二类是除了Default之外增加的Scope,对于每一个Scope,可以修改名称,可以删除。而这些Scope的Roles仅限于Plan Authors。在每个Scope下的Plan Authors Role中,我们可以为这个Scope加入不同的用户。如下图所示。

3F05i6.png

在VAO中,这个Scope非常难理解,不过没关系,我还是来继续打这个比方:

我们可以把Scope想象成一个一个的房间,每个房间都会有把锁,而这把锁配了多把钥匙,我们现在把这些钥匙分给不同的用户,那么这些用户都能通过A钥匙进入房间(Scope A),通过B钥匙进入房间(Scope B),通过C钥匙进入房间(Scope C)。这样,就形成了VAO中特殊的一种权限的管理:

当前有房间(Scope):A、B、C、D

用户1:拥有房间A、B的钥匙。

用户2:拥有房间B、C、D的钥匙。

用户3:拥有房间D的钥匙。

转换成VAO中的Scope管理:

房间(Scope A):用户1

房间(Scope B):用户1、用户2

房间(Scope C):用户2

房间(Scope D):用户2、用户3

而分钥匙的方法,就是在VAO中设置User and Scopes,在VAO中,通过拥有Administrator Role的User登录后,可以至Administration界面下面,找到Permission->Users and Scope来设定以上的管理权限,如下图:

3k3G4J.png

按照这样设定完成后,我们用User 1再次登入VAO的系统后,我们可以看到Dashborad上显示的当前用户的Scope如下图所示:

3k38N4.png

类似的,User 2登入系统后,将会看到房间B、C、D,而User 3登入系统后,将只会看到房间D。

配置Scope中的Plan Components

进入Administration界面,在Permissions下,可以找到Plan Components,在这个界面上,可以为每个Scope设定每种Components。如下图,可以在红框位置选择Scope来切换并且设定。

3k3YC9.png

这里面大家可以注意到这是一个复选框,也就是说,可以同时选择多个Scope进行相关设定,但是为了更准确的设置相关内容,我还是建议大家逐个勾选设定会比较好。

Datalabs

VAO的Datalab其实就是VBR中的Virtual Lab,只要在VBR中配置了Virtual Lab后,VAO就能直接识别到。在识别到这些Virtual Labs之后,VAO需要做一个分配的动作,将这些Virtual Lab按照实际使用的需求分配给不同的Scope。特别注意,每一个Virtual Lab只能分配给一个指定的Scope。

要分配Datalab,可以使用Administrator账号进入Administration界面,找到Permission下面的Datalab Assignment,在这个页面下,勾选中间VAO扫描到的Virtual Lab名称,然后点击Assign按钮。

当点击了Assign按钮后会弹出Assign Datalab to Scope的对话框,在这里选择需要分配给哪个Scope即可。如下图所示。

3kt6XR.png

如果需要调整或者重新分配Datalab,可以勾选Virtual Lab名称,然后点击Unassign按钮,稍等片刻之后就可以重新分配给其他的Scope了。

Lab Groups

我相信熟悉DataLabs的同学一定会好奇,我们VBR上的Datalabs的功能包含三个核心组件:Virtual Lab、Application Group和Surebackup Job。那么在VAO中我们将DataLab和VBR的Virtual Lab做了一一的对应,剩下的Application Group和Surebackup Job去哪里了?

在VAO中,也有一个和VBR中的Application Group一一对应的组件,那就是Lab Groups。在Administration控制台中并没有这个Lab Groups的设定,这个Lab Groups需要使用每个用户的账号登入自己的VAO控制台中,用各自的账号进入DataLabs主页面进行设置。和Virtual Lab不同的是,Lab Groups并不是从VBR的Application Group中继承,在VAO中,这个Lab Group是全新创建的,需要用VAO中的对象来创建。

3kwKJK.png

一般来说,Lab Group可以保持空的状态,这和我们之前在Application Group的说明中提到的完全一致,除非是业务有依赖关系,必须依赖某个系统才能运行,那么此时,我们需要将这个被其他系统依赖的系统放入Lab Group之中。

3kwMRO.png

而Surebackup Job,在VAO中就不需要用到了,这个Job会自动集成入Orchestration Plan之中,这里就不展开讨论,在后面的章节会详细介绍。

以上就是本章节的主要内容,谢谢关注。

打赏一个呗

取消

感谢您的支持,我会继续努力的!

扫码支持
扫码支持
扫码打赏,你说多少就多少

打开支付宝扫一扫,即可进行扫码打赏哦