CN115941709A - 一种基面向多可用区存储的用户协同方法及系统和存储介质 - Google Patents
一种基面向多可用区存储的用户协同方法及系统和存储介质 Download PDFInfo
- Publication number
- CN115941709A CN115941709A CN202211407065.9A CN202211407065A CN115941709A CN 115941709 A CN115941709 A CN 115941709A CN 202211407065 A CN202211407065 A CN 202211407065A CN 115941709 A CN115941709 A CN 115941709A
- Authority
- CN
- China
- Prior art keywords
- user
- application
- area
- data
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了面向多可用区存储的用户协同方法及存储介质,方法应用于云桌面系统,包括:通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;调用所述用户适配层自定义所述虚拟用户;调用所述用户适配层制定用户适配策略;根据用户工作状态和应用需求进行数据预测;依据适配策略有选择地将缓存区数据与虚拟用户进行适配。本申请实施例通过先将用户虚拟化,根据用户工作状态和应用需求进行热等待状态的预测,优先将热等待状态数据放到专门的缓存区用于与虚拟用户优先适配,以实现多角色协同,满足多需求用户的高并发应用需求。
Description
技术领域
本申请涉及云服务领域,尤其涉及面向多可用区存储的用户协同方法及存储介质。
背景技术
云桌面是一种云上虚拟桌面服务,集云设计、云办公、云协同、云渲染为一体,可为多领域用户提供一站式云应用服务。在云桌面平台,云运营商通过云上多可用区存储环境部署,即在特定区域、可用区创建资源,可满足用户跨可用区构建高可用性系统的需求。
一站式云应用服务模式下,云桌面系统集所有应用功能为一体,通过不同角色分配可使用户获得不同的云应用体验。通常情况下,一个用户绑定一个角色,通过创建一个虚拟桌面,获得一个应用服务,访问一个数据区;当多个用户分别以多个角色并行时,则一般采用多可用区存储环境部署,以实现数据的扩展性和可用性。
发现上述技术至少存在如下技术问题:
当同一用户绑定不同角色时,便会出现多应用、多数据区、多可用区并发的情况;面向这种高并发协同的应用场景,现有云桌面系统一般采用多角色并发程序或者多角色切换模式,但是这两种方式,前者占用资源大,造成资源浪费,后者效率低下且容易出现卡顿现象。
因此,为减少资源浪费,提升用户体验,亟需一种面向多可用区存储的用户协同方法及系统及存储介质。
发明内容
本申请的目的是提供面向多可用区存储的用户协同方法及系统及存储介质,用以解决现有技术中多应用、多数据区、多可用区并发时占用资源大,造成资源浪费,或者效率低下且容易出现卡顿现象的技术问题。
鉴于上述问题,本申请实施例提供了面向多可用区存储的用户协同方法及系统及存储介质。
第一方面,本申请提供了面向多可用区存储的用户协同方法,所述方法应用于云桌面系统;所述云桌面系统包括应用层、服务中台层、用户适配层和基础设施层,且与用户端通信连接,所述方法包括:
通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;
调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;
调用所述用户适配层自定义所述虚拟用户;
调用所述用户适配层制定用户适配策略;
根据用户工作状态和应用需求进行数据预测;
依据适配策略有选择地将缓存区数据与虚拟用户进行适配。
进一步的,每个所述虚拟用户包含桌面-应用-数据区-可用区的映射信息,其中,桌面-应用-数据区-可用区的映射信息呈一对多映射。
进一步的,所述根据用户工作状态和应用需求进行数据预测包括:预测符合热等待状态的数据。
进一步的,所述依据适配策略有选择地将缓存区数据与虚拟用户进行适配包括:
所述基础设施层中包含多个用于存储数据的可用区;
所述用户适配层中包含缓存区;所述缓存区用于存放处于热等待状态提前从所述可用区调取过来的数据;
其中,所述热等待状态为根据用户工作状态和应用需求进行预测后确定。
进一步的,所述调用所述用户适配层制定用户适配策略包括:根据用户的应用需求制定用户适配策略。
进一步的,所述用户适配策略包括密码策略、用户安全策略、用户并发策略、用户切换策略、用户资源访问策略、用户许可策略、用户器报警策略和用户配置策略。
第二方面,本申请还提供面向多可用区存储的用户协同系统,其特征在于,所述系统应用于云桌面系统;所述云桌面系统包括应用层、服务中台层、用户适配层和基础设施层,且与用户端通信连接,所述系统包括:
需求获得模块,用于通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;
虚拟化创建模块,用于调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;
自定义模块,用于调用所述用户适配层自定义所述虚拟用户;
适配策略制定模块,用于调用所述用户适配层制定用户适配策略;
数据预测模块,用于根据用户工作状态和应用需求进行数据预测;
适配模块,用于依据适配策略有选择地将缓存区数据与虚拟用户进行适配。
第三方面,本申请还提供了一种计算机可读存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现第一方面任一项所述的方法。
本申请实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
本申请实施例通过先将用户虚拟化,然后采用软件定义的方式对虚拟用户进行自定义,根据用户工作状态和应用需求进行热等待状态的预测,优先将热等待状态数据放到专门的缓存区用于与虚拟用户优先适配,以实现多角色协同,满足多需求用户的高并发应用需求。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是示例性的,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例的流程示意图。
具体实施方式
本申请实施例通过提供一种基于云桌面的三维模型高效预览方法及系统,解决了现有技术中预览环节,统一提供相同比例大小的图像,导致真实需求无法实现或造成资源浪费的问题。
下面,将参考附图对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请的一部分实施例,而不是本申请的全部实施例,应理解,本申请不受这里描述的示例实施例的限制。基于本申请的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部。
实施例一
本申请实施例提供了面向多可用区存储的用户协同方法,所述方法应用于云桌面系统。构建了面向多可用区存储的云桌面系统架构,包括应用层、服务中台层、用户适配层和基础设施层;重构了用户角色适配方法,实现多角色、多应用、多任务的协同。
如图1所示,所述云桌面系统包括应用层、服务中台层、用户适配层和基础设施层,且与用户端通信连接。
其中,应用层直接面向用户,为用户提供全流程一站式云应用服务,如云设计、云渲染、云协同、云办公等。
服务中台层在应用层和基础设施层之间起到支撑作用,包括运维管理和资源调度管理,可实现用户管理、角色管理以及资源的可视化集中管理和智能调度。
所述用户适配层通过用户虚拟化方法构建而成,包括虚拟用户管理、自定义虚拟用户管理、适配策略管理和缓存区管理。
所述基础设施层为应用服务提供各类云资源,在多可用区存储环境下,可实现跨区域、跨网络的统一管理。
所述方法包括:
S100:通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;比如A用户同时需要渲染、设计、存储、协同;B用户同时需要渲染、设计。用户需求组就包括A用户-渲染、A用户-设计、A用户-存储、A用户-系统、B用户-渲染、B用户-设计。
S200:调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;每个所述虚拟用户包含桌面-应用-数据区-可用区的映射信息,其中,桌面-应用-数据区-可用区的映射信息呈一对多映射。
具体来说,用户虚拟化是将计算机系统直接操作者的交互逻辑(人机交互)与计算逻辑隔离开来,随着用户需求的多样化,虚拟用户的组合方式也有若干种,如:
A用户有三个应用需求,需要绑定三个角色,那么就有很多很多的组合方式:
1桌面—1应用—1数据区—1可用区;即1个云桌面对应1个应用,每个应用对应1个数据区,每个数据区对应1个可用区;
1桌面—M应用—1数据区—1可用区;即1个云桌面对应多个应用,每个应用对应1个数据区,每个数据区对应1个可用区;
1桌面—1应用—M数据区—1可用区;即1个云桌面对应1个应用,每个应用对应多个数据区,每个数据区对应1个可用区;
1桌面—1应用—1数据区—M可用区;即1个云桌面对应1个应用,每个应用对应1个数据区,每个数据区对应多个可用区;
......
A用户有三个角色(即三个应用需求,比如渲染、设计、存储),从而变成甲乙丙三个角色(即三个虚拟用户),三个角色分别创建云桌面,从而多应用、多数据区并行。
具体而言,通过对用户的多个应用需求的属性信息进行详细分析,包括应用场景、任务目标和所需云资源等,从而能够更加准确的进行用户虚拟化,确定最为优选的组合方式(应用、数据区、可用区分配最为合理高效,最为方便后续选择恰当的数据作为热等待数据)为后续用户需求与数据进行匹配打好基础。
S300:调用所述用户适配层采用软件定义的方法自定义所述虚拟用户;通过采用软件定义的方法来自定义虚拟用户可以将应用、云桌面、数据区、可用区进行按需分割和重组,以实现效率最大化。
S400:调用所述用户适配层制定用户适配策略;根据用户的应用需求制定用户适配策略,包括密码策略、用户安全策略、用户并发策略、用户切换策略、用户资源访问策略、用户许可策略、用户器报警策略和用户配置策略。适配策略的制定可以采用机器学习的方式,先设定好模型,通过大数据的学习,成长为自迭代的用户适配策略制定模型。
S500:根据用户工作状态和应用需求进行数据预测;这一步中,主要是预测符合热等待状态的数据,提前预测用户需求度高的资源并使其处于热等待状态,以提高资源使用效率。
要实现此步骤,得益于S200中将用户进行虚拟化,将需求、资源、数据分开放到了不同的可用区,为了进一步提高资源利用率,可以将每个可用区中的信息进行压缩。
如图1中所示,所述基础设施层中包含多个用于存储数据的可用区;
所述用户适配层中包含缓存区;所述缓存区用于存放处于热等待状态提前从所述可用区调取过来的数据;也就是预测后,就把热等待状态的数据放入缓存区,后续优先处理这些数据,其他非热等待状态的,不响应和处理。
具体来讲,以通过连接所述用户端获取的用户在应用层的需求信息为基础,精准感知用户的工作状态并捕获用户需求,从而用于预测确定热等待数据。
工作状态具体包括工作内容和设备情况,工作内容如设计、协同、建模、渲染等;设备情况如终端类型、分辨率等。
热等待是指将已配置好角色的云桌面处于热等待状态,则意味着该云桌面中所需应用以及应用资源和数据处于热等待状态。如设计需求,需要用到计算资源、系统软件、素材贴图等数据,然后根据适配策略,选择相应的数据资源进行角色绑定配置并创建云桌面,则云桌面以及对应的数据资源处于热等待状态。
在本步骤中,采用机器学习的方式根据用户需求对各项信息进行分析和预测。
S600:依据适配策略有选择地将缓存区数据与虚拟用户进行适配。
将缓存区数据与虚拟用户角色进行适配,以实现自动处理操作。每个角色的每个数据通路之间互相隔离,以保证数据的安全性。
所述缓存区即在用户适配层设置的存储区域,用于存放热等待状态提前配置好并连通的数据,以提高工作效率;同时缓存区的大小是有限的即并发数也是有限的。
实施例二
本实施例为面向多可用区存储的用户协同系统应用于云桌面系统;所述云桌面系统包括应用层、服务中台层、用户适配层和基础设施层,且与用户端通信连接,所述系统包括:
需求获得模块,用于通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;
虚拟化创建模块,用于调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;每个所述虚拟用户包含桌面-应用-数据区-可用区的映射信息,其中,桌面-应用-数据区-可用区的映射信息呈一对多映射。
自定义模块,用于调用所述用户适配层自定义所述虚拟用户;
适配策略制定模块,用于调用所述用户适配层制定用户适配策略;所述用户适配层中包含缓存区;所述缓存区用于存放处于热等待状态提前从所述可用区调取过来的数据;根据用户的应用需求制定用户适配策略,包括密码策略、用户安全策略、用户并发策略、用户切换策略、用户资源访问策略、用户许可策略、用户器报警策略和用户配置策略。
数据预测模块,用于根据用户工作状态和应用需求进行数据预测;主要是预测符合热等待状态的数据。
适配模块,用于依据适配策略有选择地将缓存区数据与虚拟用户进行适配。
本申请实施例通过先将用户虚拟化,然后采用软件定义的方式对虚拟用户进行自定义,根据用户工作状态和应用需求进行热等待状态的预测,优先将热等待状态数据放到专门的缓存区用于与虚拟用户优先适配,以实现多角色协同,满足多需求用户的高并发应用需求。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (8)
1.面向多可用区存储的用户协同方法,其特征在于,所述方法应用于云桌面系统;所述云桌面系统包括应用层、服务中台层、用户适配层和基础设施层,且与用户端通信连接,所述方法包括:
通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;
调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;
调用所述用户适配层自定义所述虚拟用户;
调用所述用户适配层制定用户适配策略;
根据用户工作状态和应用需求进行数据预测;
依据适配策略有选择地将缓存区数据与虚拟用户进行适配。
2.根据权利要求1所述的面向多可用区存储的用户协同方法,其特征在于,每个所述虚拟用户包含桌面-应用-数据区-可用区的映射信息,其中,桌面-应用-数据区-可用区的映射信息呈一对多映射。
3.根据权利要求1所述的面向多可用区存储的用户协同方法,其特征在于,所述根据用户工作状态和应用需求进行数据预测包括:预测符合热等待状态的数据。
4.根据权利要求2所述的面向多可用区存储的用户协同方法,其特征在于,所述依据适配策略有选择地将缓存区数据与虚拟用户进行适配包括:
所述基础设施层中包含多个用于存储数据的可用区;
所述用户适配层中包含缓存区;所述缓存区用于存放处于热等待状态提前从所述可用区调取过来的数据;
其中,所述热等待状态为根据用户工作状态和应用需求进行预测后确定。
5.根据权利要求1所述的面向多可用区存储的用户协同方法,其特征在于,
所述调用所述用户适配层制定用户适配策略包括:根据用户的应用需求制定用户适配策略。
6.根据权利要求5所述的面向多可用区存储的用户协同方法,其特征在于,所述用户适配策略包括密码策略、用户安全策略、用户并发策略、用户切换策略、用户资源访问策略、用户许可策略、用户器报警策略和用户配置策略。
7.面向多可用区存储的用户协同系统,其特征在于,所述系统应用于云桌面系统;所述云桌面系统包括应用层、服务中台层、用户适配层和基础设施层,且与用户端通信连接,所述系统包括:
需求获得模块,用于通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;
虚拟化创建模块,用于调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;
自定义模块,用于调用所述用户适配层自定义所述虚拟用户;
适配策略制定模块,用于调用所述用户适配层制定用户适配策略;
数据预测模块,用于根据用户工作状态和应用需求进行数据预测;
适配模块,用于依据适配策略有选择地将缓存区数据与虚拟用户进行适配。
8.一种计算机可读存储介质,其特征在于,所述存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211407065.9A CN115941709A (zh) | 2022-11-10 | 2022-11-10 | 一种基面向多可用区存储的用户协同方法及系统和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211407065.9A CN115941709A (zh) | 2022-11-10 | 2022-11-10 | 一种基面向多可用区存储的用户协同方法及系统和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115941709A true CN115941709A (zh) | 2023-04-07 |
Family
ID=86551531
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211407065.9A Pending CN115941709A (zh) | 2022-11-10 | 2022-11-10 | 一种基面向多可用区存储的用户协同方法及系统和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115941709A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116782424A (zh) * | 2023-08-16 | 2023-09-19 | 深圳市永达电子信息股份有限公司 | 一种低延时高密集动态无线自组网的实现方法及装置 |
-
2022
- 2022-11-10 CN CN202211407065.9A patent/CN115941709A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116782424A (zh) * | 2023-08-16 | 2023-09-19 | 深圳市永达电子信息股份有限公司 | 一种低延时高密集动态无线自组网的实现方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11575748B2 (en) | Data storage method and apparatus for combining different data distribution policies | |
CN104636077B (zh) | 用于虚拟机的网络块设备存储系统与方法 | |
Zhang et al. | Cloud computing: state-of-the-art and research challenges | |
US8904341B2 (en) | Deriving grounded model of business process suitable for automatic deployment | |
CN102622264A (zh) | 一种云计算中多虚拟化计算平台方法 | |
CN100553214C (zh) | 移动虚拟环境系统 | |
US10892947B2 (en) | Managing cross-cloud distributed application | |
CN114416352A (zh) | 算力资源分配方法、装置、电子设备及储存介质 | |
CN110661842A (zh) | 一种资源的调度管理方法、电子设备和存储介质 | |
CN112698952A (zh) | 计算资源统一管理方法、装置、计算机设备及存储介质 | |
CN109388454A (zh) | 基于容器的虚拟桌面方法及系统 | |
CN116541134B (zh) | 多架构集群中容器的部署方法及装置 | |
CN115941709A (zh) | 一种基面向多可用区存储的用户协同方法及系统和存储介质 | |
KR101765725B1 (ko) | 대용량 방송용 빅데이터 분산 병렬처리를 위한 동적 디바이스 연결 시스템 및 방법 | |
CN105516267B (zh) | 云平台高效运行方法 | |
CN109739634A (zh) | 一种原子任务执行方法及装置 | |
CN105573672A (zh) | 一种基于nfs的虚拟化存储方法和系统 | |
KR20210041295A (ko) | 클라우드 컴퓨팅 환경에서 가상화 자원 분배 시스템 | |
CN105100180A (zh) | 集群节点动态加载的方法、装置及系统 | |
CN109889406A (zh) | 用于管理网络连接的方法、装置、设备和存储介质 | |
JPH07244644A (ja) | エージェント管理システム | |
CN115951974B (zh) | Gpu虚拟机的管理方法、系统、设备和介质 | |
CN111181929A (zh) | 基于共享虚拟机文件的异构混合云架构及管理方法 | |
CN114745377B (zh) | 边缘云集群服务系统及实现方法 | |
CN107562510B (zh) | 一种应用实例的管理方法及管理设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |