一、术语
“行云管家私有部署运营版”存在“运营中心”与“多租户”的概念。运营中心有且只有一个,其主要职责是对行云管家运行实例进行配置与维护,以及对租户进行支持、服务与管理;租户也称之为团队,可以有一至多个,其主要职责是将IT资源导入至租户,并在租户的工作界面中完成对IT资源的日常运维管理操作。
运营中心的工作界面是“行云管家管理控制台”,其默认登录地址为:http://ip/console ;租户的工作界面是“行云管家门户”,其默认登录地址为:http://ip/ 。
二、租户
在行云管家中,租户又称之为团队,租户是完全自治且相互隔离的。
2.1、租户的自治性
所谓完全自治,是指租户是自成体系的。在租户中拥有用户和资源,用户会形成组织架构与角色,资源有多种类型,如主机、数据库、应用、CDN、Bucket等,用户与资源之间通过权限模型完成精细化授权。
当指定的用户被授予合适的权限访问指定的资源后,用户就可在租户体系内完成对资源的运维管理、操作审计等行为,而上述流程是完全自治的,无需其它第三方的介入。
2.2、租户的隔离性
同一个用户可以加入多个团队(租户),同一个资源也可以导入到多个团队(租户)。但这里稍有差异的是:加入不同团队的同一个用户,会被行云管家认为依然是同一个用户;而导入到不同团队的同一个资源,则会被行云管家认为是不同的资源。
举个例子,张三,其在行云管家中的账号为 zhangsan,他加入了团队A和团队B,当他登录行云管家后,可以在团队A和B中进行切换,在这里的团队,更像是一种“工作空间”的概念。一台主机,其IP为192.168.9.10,它可以导入到团队A,起个名字叫WebServer1,也可以被导入到团队B,起个名字叫WebServer2,在物理上,它依然是同一台主机,其IP都是192.168.9.10,但在行云管家A、B两个团队的视角下,它是两台不同的主机,在团队A中叫做WebServer1,在团队B中叫做WebServer2,只是它们的IP都是192.168.9.10。
由此谈到“租户的隔离性”,是指团队与团队之间的资源,以及用户在不同团队内的操作行为,是完全隔离,相互不可见的。
继续延用上述例子,在A团队中拥有的资源,在B团队中完全看不到,张三在A团队中所做的操作,只能在A团队中查看,在B团队中也看不到,反之亦然。
三、运营中心
运营中心有且只有一个,其主要职责是对行云管家运行实例进行配置与维护,以及对多租户进行支持、服务与管理。
3.1、运营中心的用户与权限体系
运营中心拥有自己的用户与权限体系,您可在运营中心中创建一个新的用户或者一个新的角色,授予角色以不同的权限,并将用户加入到指定的角色。如下图所示:
但这里需要提及的是,运营中心的用户与权限体系,和租户的用户与权限体系是完全不同的,换言之,同样是张三这个人,如果他既希望是运营中心的人,也希望加入到某些租户,那么他应该有两套账号密码,分别是运营中心的账号和租户的账号。
3.2、对行云管家运行实例进行配置与维护
运营中心的首要职责是对行云管家运行实例进行配置与维护,如设置访问协议和访问域名,更改存储方式、开启短信网关等行为,如下图所示:
3.3、对租户进行管理
运营中心的第二个职责是对行云管家中的租户进行管理,如创建新的租户(团队)、创建租户中的用户,指定租户管理员等行为,如下图所示。
3.4、资源池
除了用户与角色,运营中心可不可以拥有自己的资源?可以,这就是资源池。我们可以把OpenStack、VMWare等私有云,以及阿里云、AWS等公有云,以资源池的形式导入至运营中心。如下图所示:
问题来了,在运营中心导入资源池是做什么用途?我们不推荐用户在运营中心工作界面(既管理控制台)中完成对资源池的运维管理,因此,运营中心的资源池,其主要目的是将资源池分配给指定的租户,并由租户完成对资源池的运维管理。
一个非常典型的场景是:一家企业有一个VMWare私有云,希望把这些计算资源分给三个团队使用,而从管理的角度来看,希望这三个团队是相互隔离、单独核算的,于是可以在运营中心导入VMWare资源池,针对该资源池设置好计费规则、工单流程等一系列初始化配置,然后将该资源池分配给这三个团队(租户)使用,而这三个团队日常的管理行为依然在租户的工作界面(暨行云管家门户)中完成。
3.5、工单中心
如果团队(租户)在日常工作中遇到问题,希望和运营中心的用户进行沟通,如何解决?答案是通过工单完成。
还是延用上述例子,团队A希望申请一台VMWare虚拟机,可以通过工单和运营中心进行交互,由运营中心在资源池中创建主机,并通过工单自动将创建好后的主机分配给团队A。
四、场景与实践
以下会针对一些具体的业务场景,给出行云管家推荐的解决方案。
- (1)一个用户可以加入多个团队,在不同团队之间如何切换?
在行云管家私有部署中,并不会限制一个用户能够加入多少团队,用户登录行云管家后,可以轻松的进行团队之间的切换。如下图所示:
- (2)是否存在一个超级用户,可以管理所有租户的所有资源
坦率的说,目前并没有特别好的办法可以解决这个问题。因为这样一个超级用户的存在,会导致破坏租户资源隔离的模型。可能的方案有两种:
方案一:假设有一个用户,他隶属于每个团队。在检索团队资源时,他可以跨团队检索资源,如下图所示:
方案二:将所有的资源全部放到运营中心,日常所有的运维操作全部在运营中心完成?但这意味着同样的管理行为既可以在门户中完成,也可以在管理控制台中完成,显然也不是最佳方案。