从一个集群扩大到多个集群，，，，，，，，难点不只是多了一套设备。。。。。。。。登录入口、镜像、用户和日常运维，，，，，，，，也可能随着分成几套。。。。。。。。

多园区云桌面：本地集群独立运行，，，，，，，，治理入口统一

上午在总部集群更新办公镜像，，，，，，，，下午还要登录分厂后盾再做一遍；；；；；

员工换到另一个园区办公，，，，，，，，先得问明显该连哪个地址；；；；；

统一项安全战术，，，，，，，，几个集群是不是都改了，，，，，，，，治理员只能逐一确认……

企业只有一套云桌面集群时，，，，，，，，这些问题不显著。。。。。。。。随着园区和数据中心增长，，，，，，，，为了保障本地接见履历和业务陆续性，，，，，，，，云桌面通；；；；；嵫∪∩⒉际讲渴。。。。。。。。每个园区有自己的推算和存储资源，，，，，，，，业务不用绕路总部，，，，，，，，单个站点或专线出现问题时，，，，，，，，影响领域也更容易节造。。。。。。。。

架构更稳了，，，，，，，，治理却可能沉新变散。。。。。。。。

多个集群各自治理，，，，，，，，容易形成沉复操作

多集群的麻烦，，，，，，，，往往从第二套后盾起头

多建一个集群，，，，，，，，带来的不只是多一批服务器。。。。。。。。每个集群通常都有独立的治理入口、桌面资源、镜像和用户配置。。。。。。。。

若是各管各的，，，，，，，，日常工作很快就会造成沉复劳动：

总部做完镜像升级，，，，，，，，分厂还要再做一次；；；；；

用户或安全战术有调整，，，，，，，，必要逐个集群查抄；；；；；

排查问题时，，，，，，，，也要先确认用户属于哪个集群，，，，，，，，再找到对应后盾。。。。。。。。

功夫一长，，，，，，，，更麻烦的是配置差距。。。。。。。？？？？？？？雌鹄词褂玫氖峭骋惶自谱烂妫，，，，，，，现实镜像版本、战术和用户数据可能已经不一致。。。。。。。。

全发国际RCenter就是在这个场景下使用的。。。。。。。。它不把多个集群归并成一个大集群，，，，，，，，而是在各集群之上提供统一入口，，，，，，，，把正本分散的登录和治理操作串起来。。。。。。。。

集群仍在本地，，，，，，，，入口收归一处

接入RCenter后，，，，，，，，各个云桌面集群依然保留自己的推算、存储和本地服务能力。。。。。。。。园区间网络异常时，，，，，，，，本地用户仍由地点集群提供服务。。。。。。。。

变动重要产生在入口层：用户不再凭据园区寻找分歧地址，，，，，，，，治理员也不用珍藏一排治理后盾。。。。。。。。

RCenter多集群统一治理架构示意

对用户来说，，，，，，，，统一登录是最直观的变动。。。。。。。。用户只需配置一个地址，，，，，，，，RCenter凭据账号和桌面分配关系实现后续认证与接见，，，，，，，，不必要用户先判断桌面属于哪个集群。。。。。。。。目前，，，，，，，，统一登录可用于云办公客户端、VDI瘦终端和网页客户端等入口。。。。。。。。

这项能力有一个前提：各集群要使用一致的身份起源，，，，，，，，例如统一AD域、LDAP域，，，，，，，，或者通过主从集群同步用户和用户组。。。。。。。。RCenter统一的是入口和认证过程，，，，，，，，不会代替企业原有的身份系统。。。。。。。。

少切几个后盾只是表表，，，，，，，，关键是少做几遍

治理员登录RCenter后，，，，，，，，能够查看已经纳管的集群，，，，，，，，并从统一入口进入分歧集群的云桌面、桌面池、磁盘池、镜像模板、工作和用户治理。。。。。。。。

这种统一入口的价值，，，，，，，，并不是少开几个浏览器页面。。。。。。。。真正省下来的，，，，，，，，是跨集群沉复确认和沉复配置的功夫。。。。。。。。

例如排查用户问题时，，，，，，，，能够先确认用户和桌面的所属集群，，，，，，，，再进入对应治理页面；；；；；必要回溯操作时，，，，，，，，能够查问操作日志、系统日志、登录日志、用户同步日志和汗青工作，，，，，，，，不用别离到多个后盾碰命运。。。。。。。。

镜像同步也是多园区环境中的高频需要。。。。。。。。RCenter能够在主从集群之间配置镜像同步战术，，，，，，，，并设置同步QoS、单次工作流量和并行工作数量。。。。。。。。总部实现镜像守护后，，，，，，，，可按战术同步到其他集群，，，，，，，，不用依附人为导出、传递和沉复造作。。。。。。。。

镜像、用户和战术按规定同步到分歧园区集群

用户、用户组和有关战术也能够在多集群之间守护或同步。。。。。。。。这样做不是为了让所有园区齐全一样，，，，，，，，而是让本应一致的内容有一套明确的守护蹊径。。。。。。。。

一个多厂区项目中的现实用法

某大型医药企业在多个厂区建设了1200点VDI云桌面。。。。。。。。

若是把所有桌面集中在一个数据中心，，，，，，，，异地用户的履历会受到专线时延和不变性影响；；；；；一旦中心节点或线路产生故障，，，，，，，，影响领域也会扩大。。。。。。。。因而，，，，，，，，该项目选择在分歧厂区部署云桌面集群，，，，，，，，让推算和存储流量尽量留在本地。。。。。。。。

散布式部署解决了接见履历和故障隔离问题，，，，，，，，但企业不仅愿IT团队同时守护几套彼此独立的系统。。。。。。。。通过RCenter，，，，，，，，分歧厂区共用统一登录和运维入口，，，，，，，，并在集群之间同步镜像、用户和战术。。。。。。。。

用户接见的是地点园区的本地资源，，，，，，，，治理员面对的则是一套统一的治理蹊径。。。。。。。。散布式部署带来的业务陆续性得以保留，，，，，，，，治理工作没有随着园区数量一路拆散。。。。。。。。

什么时辰必要思考RCenter？？？？？？？

若是企业只有一个集群，，，，，，，，治理员在现有后盾中就能实现日常工作，，，，，，，，RCenter的价值并不凸起。。。。。。。。

当企业筹备建设第二个园区或第二个数据中心时，，，，，，，，问题就不应只停顿在服务器数量和网络规划上。。。。。。。；；；；；贡匾崆跋朊飨裕河没欠褚亲⌒碌牡锹嫉刂罚，，，，，，，镜像和战术由谁同步，，，，，，，，治理员若何跨集群查找用户和工作，，，，，，，，配置差距由谁发现。。。。。。。。

这些问题若是在第二个集群上线后再补，，，，，，，，往往会形成一套持久依赖人为协调的治理方式。。。。。。。。

RCenter解决的正是这部门工作：集群各自承载本地业务，，，，，，，，登录入口、运维入口以及必要维持一致的数据集中治理。。。。。。。。集群能够持续增长，，，，，，，，治理员不用随着增长一套套操作习惯。。。。。。。。

←点击链接立即征询，，，，，，，，预约POC，，，，，，，，获取更多全发国际安全云办公4.0资料