CN108132775B - 一种租户管理系统及方法 - Google Patents

一种租户管理系统及方法 Download PDF

Info

Publication number
CN108132775B
CN108132775B CN201611082412.XA CN201611082412A CN108132775B CN 108132775 B CN108132775 B CN 108132775B CN 201611082412 A CN201611082412 A CN 201611082412A CN 108132775 B CN108132775 B CN 108132775B
Authority
CN
China
Prior art keywords
target
tenant
resource
request
application request
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.)
Active
Application number
CN201611082412.XA
Other languages
English (en)
Other versions
CN108132775A (zh
Inventor
韩东亮
赵英超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201611082412.XA priority Critical patent/CN108132775B/zh
Publication of CN108132775A publication Critical patent/CN108132775A/zh
Application granted granted Critical
Publication of CN108132775B publication Critical patent/CN108132775B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/20Software design
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/18File system types
    • G06F16/182Distributed file systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例公开了一种租户管理系统及方法,涉及计算机技术领域,所述系统包括:租户管理子系统和租户自服务子系统;其中,所述租户自服务子系统,用于获取目标租户的第一资源申请请求,并将所述第一资源申请请求转发至所述租户管理子系统;所述租户管理子系统,用于根据所述第一资源申请请求,通过API接口请求Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境。应用本申请实施例提供的方案,减轻了运营维护人员的工作量,可以提高其工作效率。

Description

一种租户管理系统及方法
技术领域
本申请涉及计算机技术领域,特别涉及一种租户管理系统及方法。
背景技术
由于共享开发和维护成本等因素的影响,对开发者来说,多租户系统是一种经济的解决方案,其中,多租户系统是指软件架构支持的一个实例服务多个租户的情况。从软件维护角度来说,相对于一个实例服务一个租户的单租户系统,系统变更时多租户系统仅需更新一次,而单租户系统则需要针对每个租户进行更新,因而,多租户系统维护更加简单。
在大数据领域,租户之间的数据一般是隔离的,并且每个租户的数据对其他租户是不可见的。
基于多租户系统的上述特性,现有技术中一般是根据租户的需求为该租户单独部署Hadoop集群,由于Hadoop集群与Hadoop集群之间是相互独立的,因此,应用上述方式可以使得租户之间具有相互独立的运行环境,做到了租户之间的数据隔离。
然而上述方式中需要为每个租户部署单独的Hadoop集群,这样需要运营维护人员维护多个Hadoop集群,导致运营维护人员工作量大,工作效率低。
发明内容
本申请实施例公开了一种租户管理系统及方法,以减轻运营维护人员的工作量,提高其工作效率。
为达到上述目的,本申请实施例公开了一种租户管理系统,所述系统包括:租户管理子系统和租户自服务子系统;其中,
所述租户自服务子系统,用于获取目标租户的第一资源申请请求,并将所述第一资源申请请求转发至所述租户管理子系统;
所述租户管理子系统,用于根据所述第一资源申请请求,通过API接口请求Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境。
为达到上述目的,本申请实施例公开了一种租户管理方法,所述方法包括:
获取目标租户的第一资源申请请求;
根据所述第一资源申请请求,通过API接口请求Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境。
由以上可见,本申请实施例提供的方案中,租户自服务子系统,获取目标租户的第一资源申请请求,并将第一资源申请请求转发至租户管理子系统;租户管理子系统,根据第一资源申请请求,通过API接口请求Hadoop集群为目标租户创建与其他租户隔离的目标运行环境。与现有技术相比,本申请实施例中通过租户管理子系统请求Hadoop集群为目标租户创建与其他租户隔离的运行环境的方式,使得目标租户具有独立的运行环境,进而保证与其他租户之间数据隔离,无需为每一租户单独创建Hadoop集群,进而运营维护人员也就不需要维护各个租户的Hadoop集群,从而减轻了运营维护人员的工作量,可以提高运营维护人员的工作效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为一种资源管理器的结构示意图;
图2为本申请实施例提供的一种租户管理系统的结构示意图;
图3为本申请实施例提供的一种租户管理方法的流程示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
下面先对本申请实施例中涉及的概念进行介绍:
Hadoop,Hadoop是一个由Apache基金会开发的分布式系统基础架构。它以一种可靠、高效、可伸缩的方式进行数据处理。此外,Hadoop依赖于社区服务,因此它的成本比较低,任何人都可以免费使用。Hadoop由许多元素构成。其最底部是HDFS(HadoopDistributed File System),HDFS的上一层是资源调度管理引擎YARN(Yet AnotherResource Negotiator)。
HDFS,HDFS是一种分布式的文件系统,提供高吞吐量的数据读写服务。对外部客户机而言,HDFS就像一个传统的分级文件系统。可以创建、删除、移动或重命名文件等等。但是HDFS的架构是基于一组特定的节点构建的,这是由它自身的特点决定的。这些节点包括:NameNode和DataNode。其中,
NameNode,在HDFS内部提供元数据服务;
DataNode,为HDFS提供存储块。
存储在HDFS中的文件被分成块,然后将这些块复制到多个DataNode中。这与传统的RAID(Redundant Arrays of Independent Disks,RAID)架构大不相同。块的大小和复制的块数量在创建文件时由客户机决定。NameNode可以控制所有文件操作。HDFS内部的所有通信都基于标准的TCP/IP协议。
YARN,YARN是一种新的Hadoop资源管理器,它是一个通用资源管理系统,可为上层应用提供统一的资源管理和调度,它的引入为集群在利用率、资源统一管理和数据共享等方面带来了巨大好处。该资源管理器由ResourceManager和NodeManager组成。
如图1所示,YARN总体上采用master/slave架构,其中,master被称为ResourceManager,slave被称为NodeManager。ResourceManager负责对各个NodeManager上的资源进行统一管理和调度。当用户提交一个应用程序时,需要提供一个用以跟踪和管理这个程序的AM(ApplicationMaster),它负责向ResourceManager申请资源,并要求NodeManger启动可以占用一定资源的Container(Container是YARN为了将来作资源隔离而提出的一个框架)。由于不同的ApplicationMaster被分布到不同的节点上,并通过一定的隔离机制进行了资源隔离,因此它们之间不会相互影响。
ResourceManager监控集群中有多少可用的活动节点和资源(CPU、内存、带宽等),协调用户提交的哪些应用程序应该在何时获取这些资源。所以可通过某种共享的、安全的、多租户的方式制定分配(或者调度)决策(例如,依据应用程序优先级、队列容量、ACLs、数据位置等)。
在多租户实现中,利用YARN资源管理、调度特性和封装API,将Hadoop集群资源池化(YARN队列树),并在HDFS上创建对于租户管理目录,映射成不同租户,实现计算资源和数据隔离;利用YARN调度策略,不同应用运行在各自独立的Container中,动态调整整个集群资源,使得集群资源最大可用化。
下面通过具体实施例对本申请实施例提供的租户管理系统进行详细介绍。
图2为本申请实施例提供的一种租户管理系统的结构示意图,该系统包括:租户管理子系统和租户自服务子系统;其中,
租户自服务子系统,用于获取目标租户的第一资源申请请求,并将该第一资源申请请求转发至租户管理子系统;
租户管理子系统,用于根据上述第一资源申请请求,通过API接口请求Hadoop集群为目标租户创建与其他租户隔离的目标运行环境。
具体的,租户自服务子系统,获取上述第一资源申请请求时,可以通过展示可申请资源以及对应的计费说明信息,获取目标租户请求的资源信息,生成上述第一资源申请请求;
租户管理子系统,接收到上述第一资源申请请求时,可以先获取第一资源申请请求的审批结果,并向租户自服务子系统返回该审批结果;在上述审批结果表明审批通过时,获取目标租户所请求的资源的计费策略,并根据上述第一资源申请请求,通过API接口请求所述Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境。
本申请实施例提供的租户管理系统不仅能够管理各个租户的资源,还能够向租户提供各种服务,而租户要想正常使用该租户管理系统提供的各项服务,首先需申请资源,例如:存储资源、计算资源等等,成功申请资源后才能正常使用租户管理系统提供的各项服务。基于上述情况,前述资源信息可以是目标租户请求的存储资源的资源量、计算资源的资源量等等信息,例如,数据库资源的资源量等等信息。
另外,上述第一资源申请请求需包含上述资源信息,当然,除了上述资源信息外,还可以包含其他信息,例如,目标租户的名称、调度方式等信息等等。
例如,上述第一资源申请请求中可以携带如下信息:
租户名称:tenantA
CPU:24核
内存:64GB
HDFS容量:500GB
调度方式:先入先出
允许最多在线运行程序数:800
其他组件使用列表:Hbase、Spark、hive、Storm等
其他资源使用权限列表:(Mysql)
截止时间:2020-12-30 12:30
本申请仅仅以上述为例进行说明,实际应用中上述第一资源申请请求并不仅限于此。
租户自服务子系统展示可申请资源以及对应的计费说明,可以使得租户能够直观的了解到该租户管理系统能够提供的资源情况,并可以参照计费说明结合自己的需求确定要申请资源的资源量。
在本申请的一种实现方式中,目标租户可以通过已注册的帐号、密码等信息登录租户自服务子系统,上述租户自服务子系统确定目标租户登录成功后,检测目标租户是否已申请资源,若检测到目标租户未申请资源,则提示目标租户申请资源,之后目标租户可以根据上述提示信息向租户自服务子系统发送要申请资源的资源信息,以申请其所需要的资源。
当然,目标租户也可能比较了解自己的资源情况,登录成功后,无需管理设备提示,也可以根据自己的需求直接向上述租户自服务子系统发送要申请资源的资源信息,以申请其所需要的资源。
租户管理子系统接收到上述第一资源申请请求后,可以先由管理员对上述第一资源申请请求进行审核,这样能够将不符合规定的资源申请请求过滤掉,保证系统的正常运行。
由于存储资源和计算资源是创建运行环境的必须的,所以在本申请的一种实现方式中,第一资源申请请求中携带:目标租户申请的存储资源量和计算资源量;
租户管理子系统,通过API接口请求Hadoop集群为目标租户创建与其他租户隔离的目标运行环境时,具体用于:根据第一资源申请请求,生成存储资源申请请求和计算资源申请请求,根据存储资源申请请求,通过API接口请求Hadoop集群的第一组件为目标租户分配与其他租户隔离的目标存储资源;根据计算资源申请请求,通过API接口请求所述Hadoop集群的第二组件为目标租户创建目标资源队列;目标资源队列对目标租户处于可用状态。
可以理解的,Hadoop集群可以包含多种组件,租户管理子系统,需要针对各组件生成相应的资源申请请求,即生成的该请求必须是组件能够识别并处理的。
例如,上述第一组件可以是HDFS组件,也就是说,可以通过API接口请求HDFS为目标租户分配与其他租户隔离的目标存储资源。HDFS可以先在预设路径下创建针对目标租户的目标目录,然后根据上述存储资源量,设置目标目录的空间大小,并设置目标目录针对目标租户处于可访问状态。设置目标目录针对目标租户处于可访问状态时,可以直接对该目标目录进行操作,进一步的可以理解为对上述目标目录对应的文件夹进行操作,例如,设置目标目录对应的文件夹的权限属性,该权限属性的取值为针对目标租户处于可访问状态,由以上可见,通过对目标目录进行设置,能够比较方便的实现对第一目标存储资源访问状态的设置。
为目标租户分配与其他租户隔离的目标存储资源后,只有目标租户具有该目标存储资源的访问权限,这样能够使得目标租户的存储资源与其他租户的存储资源隔离,防止不同租户之间的数据混淆,泄露租户的秘密。
例如,上述第二组件可以是YARN组件,YARN可以按照上述计算资源量,确定目标资源队列的大小,然后按照上述大小,基于Hadoop集群的计算资源,创建目标资源队列。
另外,创建目标资源队列之后,可以设置该目标资源队列仅仅对目标租户处于可用状态,这样做到了租户之间计算资源隔离,能够保证来自目标租户的任务及时得到执行;还可以设置该目标资源队列对目标租户和其他租户均处于可用状态,这样在目标租户不需要上述目标资源队列对应的计算资源时,可以通过上述计算资源为其他租户提供服务,使得各个租户之间共享计算资源,做到计算资源的有效利用。
目标租户的存储资源、计算资源等所请求的资源分配好之后,目标租户的运行环境随之创建完成。
通常情况下,一个租户往往拥有多个用户,租户之间的存储资源的是相互隔离的,所以各个用户需要申请资源时,只能从其所属租户的资源中进行分配,基于上述情况,在本申请的一种实现方式中:
租户自服务子系统,还用于获取目标用户的第二资源申请请求,并将第二资源申请请求转发至租户管理子系统;目标用户属于目标租户;
租户管理子系统,还用于根据第二资源申请请求,通过API接口请求Hadoop集群的第一组件从目标租户的目标存储资源中为目标用户分配与其他用户隔离的用户存储资源。
其中,上述第二资源申请请求中可以包括:目标用户需要的存储资源量,当然还可以包含目标用户需要的其他类型的资源信息,例如:数据库资源的资源量等等。由于Hadoop集群为目标用户提供服务时,是基于前述目标运行环境为目标用户提供服务的,其中计算资源是用于进行数据处理的资源,为保证能够快速有效的响应目标用户的服务请求,通常情况下,目标用户可以使用目标租户的所有计算资源,因此,上述第二资源申请请求中可以不包含与计算资源相关的信息。
上述目标用户可以是目标租户对应的管理员用户,还可以是目标租户对应的普通用户,本申请并不对此进行限定。
上述第一组件为目标用户分配与其他用户隔离的用户存储资源后,仅仅目标用户对上述用户存储资源具有访问权限,这样可以有效保证不同用户之间的数据隔离。
在上述目标用户请求的资源分配好之后,目标用户的运行环境也创建完成。
在运行环境创建完成之后,目标租户或目标用户即可使用Hadoop集群提供的各种服务。在本申请的另一个例子中:
租户自服务子系统,还用于获取目标租户和/或目标用户的服务请求,根据上述服务请求,通过API接口请求Hadoop集群的第三组件为目标租户和/或目标用户提供服务。
其中,上述服务请求可以是数据库服务请求、与登录、退出、提交MapReduce、Spark、数据导入、查看数据、删除数据等等相关的服务请求、资源申请请求等等,本申请并不对上述服务请求的具体内容进行限定。
在本申请的一种实现方式中,上述针对数据库服务请求可以是针对HBase服务的请求。其中,HBase不同于一般的关系数据库,它是一个适合于非结构化数据存储的数据库,是一个高可靠性、高性能、面向列、可伸缩的分布式存储系统。在上述租户管理系统中,根据HBase自带权限控制API、namespace数据表隔离机制,结合实际应用场景,根据不同的租户创建不同的namespace来隔离数据;封装权限控制API控制各租户下用户数据表访问、数据共享。
另外,随着应用进行、目标租户针对资源的需求发生变化、目标用户针对资源的需求发生变化等原因,上述目标存储资源或者目标资源队列对应的计算资源可能无法满足目标租户的需求,上述用户存储资源可能无法满足目标用户的需求等等,鉴于这种情况,在本申请的一种实现方式中,
租户自服务子系统,还用于获取目标租户和/或目标用户的资源调整请求,并将上述资源调整请求转发至租户管理子系统;
租户管理子系统,还用于根据目标租户的资源调整请求,通过API接口请求Hadoop集群的第一组件和/或第二组件调整目标存储资源和/或目标资源队列;还用于根据目标用户的资源调整请求,通过API接口请求Hadoop集群的第一组件调整用户存储资源。
进一步的,为了让目标租户能够更加直观的了解其所申请的资源或者其所申请资源的使用情况,为了让系统管理员能够更加直观的了解和管理整个系统的资源使用情况以及各个租户的服务请求情况,在本申请的一种实现方式中,
租户管理子系统,还用于通过API接口收集目标租户和/或目标用户请求的资源的使用状态信息、目标租户和/或目标用户请求的服务的运行状态信息,并展示;例如,上述使用状态信息可以是:已使用状态、未使用状态等等;上述运行状态信息可以是:服务数量、服务占用的资源量等信息。
还用于生成并展示目标租户和/或目标用户所请求的资源的计费状态信息;例如,上述计费状态信息可以是:已产生的费用额、计费方式等信息;
还用于提供目标租户和/或目标用户请求的服务的管理选项,确定选中的管理选项,生成相应的管理操作请求,通过API接口请求Hadoop集群的第三组件对相应的服务执行管理操作;例如,上述服务的管理选项可以是:关闭服务、开启服务等等;
还用于通过API接口收集目标租户和/或目标用户请求的服务运行时产生的日志,并展示;
还用于提供日志的管理选项,根据选中的管理选项对日志执行相应的管理操作;例如,上述日志的关联选项可以是:查找日志、删除日志等等;
租户自服务子系统,还用于从租户管理子系统获取上述使用状态信息、运行状态信息和计费状态信息并展示。
在展示上述信息时,可以单纯的以文字形式进行展示,当然也可以以饼图、柱状图等更加直观的形式展示。
租户管理子系统在进行信息展示时,可以以单一页面展示单一租户信息的方式进行展示,还可以以单一页面展示多租户信息的方式进行展示,这样系统管理员能够更加全面的把握整个系统中资源的分布情况。
由以上可见,上述各个实施例提供的方案中,租户自服务子系统,获取目标租户的第一资源申请请求,并将第一资源申请请求转发至租户管理子系统;租户管理子系统,根据第一资源申请请求,通过API接口请求Hadoop集群为目标租户创建与其他租户隔离的目标运行环境。与现有技术相比,上述各个实施例中通过租户管理子系统请求Hadoop集群为目标租户创建与其他租户隔离的运行环境的方式,使得目标租户具有独立的运行环境,进而保证与其他租户之间数据隔离,无需为每一租户单独创建Hadoop集群,进而运营维护人员也就不需要维护各个租户的Hadoop集群,从而减轻了运营维护人员的工作量,可以提高运营维护人员的工作效率。
与上述租户管理系统相对应,本申请实施例还提供了一种租户管理方法。
图3为本申请实施例提供的一种租户管理方法的流程示意图,该方法包括:
S301:获取目标租户的第一资源申请请求。
S302:根据所述第一资源申请请求,通过API接口请求Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境。
具体的,所述获取目标租户的第一资源申请请求的步骤可以包括:
展示可申请资源以及对应的计费说明信息,获取目标租户请求的资源信息,生成所述第一资源申请请求;
获取所述第一资源申请请求的审批结果,在所述审批结果表明审批通过时,获取所述目标租户所请求的资源的计费策略,根据所述第一资源申请请求,通过API接口请求所述Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境。
具体的,所述第一资源申请请求中携带:所述目标租户申请的存储资源量和计算资源量;
所述根据所述第一资源申请请求,通过API接口请求所述Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境的步骤,包括:
根据所述第一资源申请请求,生成存储资源申请请求和计算资源申请请求;
根据所述存储资源申请请求,通过所述API接口请求所述Hadoop集群的第一组件为所述目标租户分配与其他租户隔离的目标存储资源;根据所述计算资源申请请求,通过所述API接口请求所述Hadoop集群的第二组件为所述目标租户创建目标资源队列;所述目标资源队列对所述目标租户处于可用状态。
在本申请的一种实现方式中,上述租户管理方法还可以包括:
获取目标用户的第二资源申请请求,其中,所述目标用户属于所述目标租户;
根据所述第二资源申请请求,通过API接口请求Hadoop集群的第一组件从所述目标租户的目标存储资源中为所述目标用户分配与其他用户隔离的用户存储资源。
具体的,在前述各个实施例的基础上,所述租户管理方法还可以包括:
获取所述目标租户和/或所述目标用户的服务请求;
根据所述服务请求,通过API接口请求所述Hadoop集群的第三组件为所述目标租户和/或目标用户提供服务。
具体的,在前述各个实施例的基础上,所述租户管理方法还可以包括:
获取所述目标租户和/或目标用户的资源调整请求;
根据所述目标租户的资源调整请求,通过所述API接口请求所述Hadoop集群的第一组件和/或第二组件调整所述目标存储资源和/或所述目标资源队列;根据所述目标用户的资源调整请求,通过所述API接口请求所述Hadoop集群的第一组件调整所述用户存储资源。
具体的,在前述各个实施例的基础上,所述租户管理方法还可以包括:
执行以下操作中的至少一种:
通过所述API接口收集所述目标租户和/或目标用户请求的资源的使用状态信息、目标租户和/或目标用户请求的服务的运行状态信息,并展示;
生成并展示目标租户和/或目标用户所请求的资源的计费状态信息;
提供目标租户和/或目标用户请求的服务的管理选项,确定选中的管理选项,生成相应的管理操作请求,通过API接口请求所述Hadoop集群的第三组件对相应的服务执行管理操作;
通过API接口收集目标租户和/或目标用户请求的服务运行时产生的日志,并展示;
提供所述日志的管理选项,根据选中的管理选项对所述日志执行相应的管理操作。
由以上可见,上述各个实施例提供的方案中,获取目标租户的第一资源申请请求,根据第一资源申请请求,通过API接口请求Hadoop集群为目标租户创建与其他租户隔离的目标运行环境。与现有技术相比,上述各个实施例中通过请求Hadoop集群为目标租户创建与其他租户隔离的运行环境的方式,使得目标租户具有独立的运行环境,进而保证与其他租户之间数据隔离,无需为每一租户单独创建Hadoop集群,进而运营维护人员也就不需要维护各个租户的Hadoop集群,从而减轻了运营维护人员的工作量,可以提高运营维护人员的工作效率。
对于方法实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。
以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本申请的保护范围内。

Claims (12)

1.一种租户管理系统,其特征在于,所述系统包括:租户管理子系统和租户自服务子系统;其中,
所述租户自服务子系统,用于获取目标租户的第一资源申请请求,并将所述第一资源申请请求转发至所述租户管理子系统;所述第一资源申请请求为使租户能够使用所述租户管理系统提供的各项服务的请求;
所述租户管理子系统,用于根据所述第一资源申请请求,通过API接口请求Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境;所述租户自服务子系统,获取所述第一资源申请请求时,具体用于:展示可申请资源以及对应的计费说明信息,获取目标租户请求的资源信息,生成所述第一资源申请请求;
所述租户管理子系统,接收到所述第一资源申请请求时,还用于获取所述第一资源申请请求的审批结果,向所述租户自服务子系统返回所述审批结果;在所述审批结果表明审批通过时,获取所述目标租户所请求的资源的计费策略,根据所述第一资源申请请求,通过API接口请求所述Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境。
2.根据权利要求1所述的系统,其特征在于,
所述第一资源申请请求中携带:所述目标租户申请的存储资源量和计算资源量;
所述租户管理子系统,通过API接口请求所述Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境时,具体用于:根据所述第一资源申请请求,生成存储资源申请请求和计算资源申请请求,根据所述存储资源申请请求,通过所述API接口请求所述Hadoop集群的第一组件为所述目标租户分配与其他租户隔离的目标存储资源;根据所述计算资源申请请求,通过所述API接口请求所述Hadoop集群的第二组件为所述目标租户创建目标资源队列;所述目标资源队列对所述目标租户处于可用状态。
3.根据权利要求2所述的系统,其特征在于,
所述租户自服务子系统,还用于获取目标用户的第二资源申请请求,并将所述第二资源申请请求转发至所述租户管理子系统;所述目标用户属于所述目标租户;
所述租户管理子系统,还用于根据所述第二资源申请请求,通过API接口请求Hadoop集群的第一组件从所述目标租户的目标存储资源中为所述目标用户分配与其他用户隔离的用户存储资源。
4.根据权利要求3所述的系统,其特征在于,
所述租户自服务子系统,还用于获取所述目标租户和/或所述目标用户的服务请求,根据所述服务请求,通过API接口请求所述Hadoop集群的第三组件为所述目标租户和/或目标用户提供服务。
5.根据权利要求3所述的系统,其特征在于,
所述租户自服务子系统,还用于获取所述目标租户和/或目标用户的资源调整请求,并将所述资源调整请求转发至所述租户管理子系统;
所述租户管理子系统,还用于根据所述目标租户的资源调整请求,通过所述API接口请求所述Hadoop集群的第一组件和/或第二组件调整所述目标存储资源和/或所述目标资源队列;还用于根据所述目标用户的资源调整请求,通过所述API接口请求所述Hadoop集群的第一组件调整所述用户存储资源。
6.根据权利要求4或5所述的系统,其特征在于,
所述租户管理子系统,还用于通过所述API接口收集所述目标租户和/或目标用户请求的资源的使用状态信息、目标租户和/或目标用户请求的服务的运行状态信息,并展示;还用于生成并展示目标租户和/或目标用户所请求的资源的计费状态信息;还用于提供目标租户和/或目标用户请求的服务的管理选项,确定选中的管理选项,生成相应的管理操作请求,通过API接口请求所述Hadoop集群的第三组件对相应的服务执行管理操作;还用于通过API接口收集目标租户和/或目标用户请求的服务运行时产生的日志,并展示;还用于提供所述日志的管理选项,根据选中的管理选项对所述日志执行相应的管理操作;
所述租户自服务子系统,还用于从所述租户管理子系统获取所述使用状态信息、运行状态信息和计费状态信息并展示。
7.一种租户管理方法,其特征在于,所述方法包括:
获取目标租户的第一资源申请请求;所述第一资源申请请求为使租户能够使用所述租户管理系统提供的各项服务的请求;
根据所述第一资源申请请求,通过API接口请求Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境;
所述获取目标租户的第一资源申请请求的步骤,包括:
展示可申请资源以及对应的计费说明信息,获取目标租户请求的资源信息,生成所述第一资源申请请求;
获取所述第一资源申请请求的审批结果,在所述审批结果表明审批通过时,获取所述目标租户所请求的资源的计费策略,根据所述第一资源申请请求,通过API接口请求所述Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境。
8.根据权利要求7所述的方法,其特征在于,
所述第一资源申请请求中携带:所述目标租户申请的存储资源量和计算资源量;
所述根据所述第一资源申请请求,通过API接口请求所述Hadoop集群为所述目标租户创建与其他租户隔离的目标运行环境的步骤,包括:
根据所述第一资源申请请求,生成存储资源申请请求和计算资源申请请求;
根据所述存储资源申请请求,通过所述API接口请求所述Hadoop集群的第一组件为所述目标租户分配与其他租户隔离的目标存储资源;根据所述计算资源申请请求,通过所述API接口请求所述Hadoop集群的第二组件为所述目标租户创建目标资源队列;所述目标资源队列对所述目标租户处于可用状态。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
获取目标用户的第二资源申请请求,其中,所述目标用户属于所述目标租户;
根据所述第二资源申请请求,通过API接口请求Hadoop集群的第一组件从所述目标租户的目标存储资源中为所述目标用户分配与其他用户隔离的用户存储资源。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
获取所述目标租户和/或所述目标用户的服务请求;
根据所述服务请求,通过API接口请求所述Hadoop集群的第三组件为所述目标租户和/或目标用户提供服务。
11.根据权利要求9所述的方法,其特征在于,所述方法还包括:
获取所述目标租户和/或目标用户的资源调整请求;
根据所述目标租户的资源调整请求,通过所述API接口请求所述Hadoop集群的第一组件和/或第二组件调整所述目标存储资源和/或所述目标资源队列;根据所述目标用户的资源调整请求,通过所述API接口请求所述Hadoop集群的第一组件调整所述用户存储资源。
12.根据权利要求10或11所述的方法,其特征在于,所述方法还包括:
执行以下操作中的至少一种:
通过所述API接口收集所述目标租户和/或目标用户请求的资源的使用状态信息、目标租户和/或目标用户请求的服务的运行状态信息,并展示;
生成并展示目标租户和/或目标用户所请求的资源的计费状态信息;
提供目标租户和/或目标用户请求的服务的管理选项,确定选中的管理选项,生成相应的管理操作请求,通过API接口请求所述Hadoop集群的第三组件对相应的服务执行管理操作;
通过API接口收集目标租户和/或目标用户请求的服务运行时产生的日志,并展示;
提供所述日志的管理选项,根据选中的管理选项对所述日志执行相应的管理操作。
CN201611082412.XA 2016-11-30 2016-11-30 一种租户管理系统及方法 Active CN108132775B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611082412.XA CN108132775B (zh) 2016-11-30 2016-11-30 一种租户管理系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611082412.XA CN108132775B (zh) 2016-11-30 2016-11-30 一种租户管理系统及方法

Publications (2)

Publication Number Publication Date
CN108132775A CN108132775A (zh) 2018-06-08
CN108132775B true CN108132775B (zh) 2021-04-09

Family

ID=62387993

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611082412.XA Active CN108132775B (zh) 2016-11-30 2016-11-30 一种租户管理系统及方法

Country Status (1)

Country Link
CN (1) CN108132775B (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109614241B (zh) * 2018-12-17 2024-03-12 杭州玳数科技有限公司 基于Yarn队列实现多集群多租户资源隔离的方法及系统
CN112579265A (zh) * 2019-09-30 2021-03-30 北京国双科技有限公司 任务权限使用方法和装置、存储介质和电子设备及大数据平台
CN110941681B (zh) * 2019-12-11 2021-02-23 南方电网数字电网研究院有限公司 电力系统的多租户数据处理系统、方法和装置
CN111259378B (zh) * 2020-01-08 2023-04-07 建信金融科技有限责任公司 多租户管理系统和多租户管理系统的实现方法
CN111708588B (zh) * 2020-06-15 2023-03-21 东莞中国科学院云计算产业技术创新与育成中心 云平台资源处理方法、装置、计算机设备和存储介质
CN112241313B (zh) * 2020-10-27 2022-04-12 浪潮云信息技术股份公司 基于Ambari的Hadoop集群多租户管理服务方法及系统
CN112769947A (zh) * 2021-01-20 2021-05-07 浪潮云信息技术股份公司 一种基于租户侧容器集群管理微服务引擎实例的方法
CN113535360B (zh) * 2021-07-23 2023-07-28 中国科学技术大学苏州高等研究院 软件定义云中基于租户粒度的请求调度方法和装置
CN114301909B (zh) * 2021-12-02 2023-09-22 阿里巴巴(中国)有限公司 边缘分布式管控系统、方法、设备及存储介质
CN114666126B (zh) * 2022-03-21 2024-06-07 阿里云计算有限公司 资源管理方法、装置、服务器及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103049383A (zh) * 2012-12-31 2013-04-17 博彦科技(上海)有限公司 一种开发测试云系统
CN103067502A (zh) * 2012-12-31 2013-04-24 博彦科技(上海)有限公司 一种开发测试云的硬件系统
CN104050201A (zh) * 2013-03-15 2014-09-17 伊姆西公司 用于多租户分布式环境中的数据管理的方法和设备
CN105183820A (zh) * 2015-08-28 2015-12-23 广东创我科技发展有限公司 一种支持多租户的大数据平台及租户访问方法
AU2014309371A1 (en) * 2013-08-23 2016-02-11 VMware LLC Virtual hadoop manager

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103049383A (zh) * 2012-12-31 2013-04-17 博彦科技(上海)有限公司 一种开发测试云系统
CN103067502A (zh) * 2012-12-31 2013-04-24 博彦科技(上海)有限公司 一种开发测试云的硬件系统
CN104050201A (zh) * 2013-03-15 2014-09-17 伊姆西公司 用于多租户分布式环境中的数据管理的方法和设备
AU2014309371A1 (en) * 2013-08-23 2016-02-11 VMware LLC Virtual hadoop manager
CN105183820A (zh) * 2015-08-28 2015-12-23 广东创我科技发展有限公司 一种支持多租户的大数据平台及租户访问方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"云计算HD 系统架构(1)";beloved818414;《https://forum.huawei.com/enterprise/zh/thread-173559.html》;20160314;第1-8页 *

Also Published As

Publication number Publication date
CN108132775A (zh) 2018-06-08

Similar Documents

Publication Publication Date Title
CN108132775B (zh) 一种租户管理系统及方法
US12003571B2 (en) Client-directed placement of remotely-configured service instances
US10713071B2 (en) Method and apparatus for network function virtualization
US10540212B2 (en) Data-locality-aware task scheduling on hyper-converged computing infrastructures
US11553034B2 (en) Server computer management system for supporting highly available virtual desktops of multiple different tenants
US10067940B2 (en) Enhanced storage quota management for cloud computing systems
JP6246358B2 (ja) 大規模データストリームの取得、記憶、及び消費のための管理型サービス
US8972366B2 (en) Cloud-based directory system based on hashed values of parent and child storage locations
US10102018B2 (en) Introspective application reporting to facilitate virtual machine movement between cloud hosts
JP2018088293A (ja) 単一テナント及び複数テナント環境を提供するデータベースシステム
US10742713B2 (en) On-demand subscribed content library
US20140149475A1 (en) Managing distributed storage quotas
US20140108639A1 (en) Transparently enforcing policies in hadoop-style processing infrastructures
US8660996B2 (en) Monitoring files in cloud-based networks
US20130212340A1 (en) Partition aware quality of service feature
CN110678845A (zh) 用于大数据分析的分布式文件系统中的多租户数据服务
US9678984B2 (en) File access for applications deployed in a cloud environment
US10397071B2 (en) Automated deployment of cloud-hosted, distributed network monitoring agents
KR20150061346A (ko) 가상 세션 관리자를 이용한 클라우드 가상화 시스템 및 방법
CN116566656A (zh) 资源访问方法、装置、设备及计算机存储介质
US11900152B1 (en) Controlled automatic updates to disk image layers with compatibility verification
US20180123999A1 (en) Tracking client location using buckets
CN116016424A (zh) 交互业务数据的方法、装置、设备和计算机可读介质
Rajeev et al. Smart Grid Environment with Effective Storage and Computational Facilities
US10609134B2 (en) Providing application virtualization using a peer-to-peer model

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
GR01 Patent grant
GR01 Patent grant