CN114116187B - 容器资源动态扩容方法和装置 - Google Patents

容器资源动态扩容方法和装置 Download PDF

Info

Publication number
CN114116187B
CN114116187B CN202010871072.9A CN202010871072A CN114116187B CN 114116187 B CN114116187 B CN 114116187B CN 202010871072 A CN202010871072 A CN 202010871072A CN 114116187 B CN114116187 B CN 114116187B
Authority
CN
China
Prior art keywords
pod
capacity expansion
expansion
amount
capacity
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
CN202010871072.9A
Other languages
English (en)
Other versions
CN114116187A (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.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp 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 China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202010871072.9A priority Critical patent/CN114116187B/zh
Publication of CN114116187A publication Critical patent/CN114116187A/zh
Application granted granted Critical
Publication of CN114116187B publication Critical patent/CN114116187B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开公开了一种容器资源动态扩容方法和装置，安全领域。该方法包括：根据pod预定扩容时间间隔内的扩容量，计算pod的单位时间的扩容量；判断pod的单位时间的扩容量是否大于阈值；以及若pod的单位时间的扩容量大于阈值，则拒绝对pod扩容，否则，允许对pod扩容。通过计算pod单位时间内的扩容量，并与阈值进行比较，判断扩容需求是否正常，实现了容器资源合理动态扩容，避免非法扩容，造成挤占其他pod资源，导致其他pod上服务不可用现象，提升MEC系统的安全性和用户体验。

Description

容器资源动态扩容方法和装置
技术领域
本公开安全领域，尤其涉及一种容器资源动态扩容方法和装置。
背景技术
MEC(Multi-access Edge Computing，多接入边缘计算)通过将应用部署到边缘，就近提供服务，创造出一个高性能、低延迟与高带宽的运营商级服务环境，加速网络中各项内容、服务及应用的快速下载，不仅为运营商节约了资源，还给用户带来了不间断的高质量的网络体验，给运营商带来了经济价值。
MEC系统采用容器技术实现，并使用K8S统一管理编排容器。K8S以pod(容器集合)为单位分配资源，现有容器资源动态扩容方案是基于pod资源使用信息，依据不同的算法判断是否有扩容需求，采取不同的算法计算扩容值并重新分配资源方式保证pod上服务的可用性。但没有考虑可能存在非法扩容挤占其他pod资源，影响可用性的场景。
发明内容
本公开要解决的一个技术问题是，提供一种容器资源动态扩容方法和装置，能够实现容器资源合理动态扩容。
根据本公开一方面，提出一种容器资源动态扩容方法，包括：根据容器集合pod预定扩容时间间隔内的扩容量，计算pod的单位时间的扩容量；判断pod的单位时间的扩容量是否大于阈值；以及若pod的单位时间的扩容量大于阈值，则拒绝对pod扩容，否则，允许对pod扩容。
在一些实施例中，阈值根据pod的CPU资源、内存资源、应用种类中的至少一项确定。
在一些实施例中，根据pod的历史扩容信息，确定pod前次扩容后的总体资源量和系统时间；根据pod前次扩容后的总体资源量和当前次准备扩容后的总体资源量，确定pod的扩容量；根据pod前次扩容时的系统时间和当前次准备扩容时的系统时间，确定pod的扩容时间间隔；以及将pod的扩容量与扩容时间间隔的比值，作为述pod的单位时间的扩容量。
在一些实施例中，总体资源量为pod实例数和每个pod实例的资源量的数乘向量运算之积。
根据本公开的另一方面，还提出一种容器资源动态扩容装置，包括：扩容量确定单元，被配置为根据容器集合pod预定扩容时间间隔内的扩容量，计算pod的单位时间的扩容量；扩容量比较单元，被配置为判断pod的单位时间的扩容量是否大于阈值；以及扩容执行单元，被配置为若pod的单位时间的扩容量大于阈值，则拒绝对pod扩容，否则，允许对pod扩容。
在一些实施例中，阈值根据pod的CPU资源、内存资源、应用种类中的至少一项确定。
在一些实施例中，扩容量确定单元被配置为根据pod的历史扩容信息，确定pod前次扩容后的总体资源量和系统时间；根据pod前次扩容后的总体资源量和当前次准备扩容后的总体资源量，确定pod的扩容量；根据pod前次扩容时的系统时间和当前次准备扩容时的系统时间，确定pod的扩容时间间隔；以及将pod的扩容量与扩容时间间隔的比值，作为述pod的单位时间的扩容量。
在一些实施例中，总体资源量为pod实例数和每个pod实例的资源量的数乘向量运算之积。
根据本公开的另一方面，还提出一种容器资源动态扩容装置，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行如上述的容器资源动态扩容方法。
根据本公开的另一方面，还提出一种非瞬时性计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现如上述的容器资源动态扩容方法。
本公开实施例中，通过计算pod单位时间内的扩容量，并与阈值进行比较，判断扩容需求是否正常，实现了容器资源合理动态扩容，避免非法扩容，造成挤占其他pod资源，导致其他pod上服务不可用现象，提升MEC系统的安全性和用户体验。
通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：
图1为本公开的容器资源动态扩容方法的一些实施例的流程示意图。
图2为本公开的容器资源动态扩容方法的一些实施例的流程示意图。
图3为本公开的容器资源动态扩容装置的一些实施例的结构示意图。
图4为本公开的容器资源动态扩容装置的另一些实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
图1为本公开的容器资源动态扩容方法的一些实施例的流程示意图。
在步骤110，根据pod预定扩容时间间隔内的扩容量，计算pod的单位时间的扩容量。
在一些实施例中，根据pod的历史扩容信息，确定pod前次扩容后的总体资源量和系统时间；根据pod前次扩容后的总体资源量和当前次准备扩容后的总体资源量，确定pod的扩容量；根据pod前次扩容时的系统时间和当前次准备扩容时的系统时间，确定pod的扩容时间间隔。Pod的扩容量与扩容时间间隔的比值为单位时间的扩容量，单位时间的扩容量可以定义为扩容频率值。
在步骤120，判断pod的单位时间的扩容量是否大于阈值。
在一些实施例中，阈值根据pod的CPU资源、内存资源、应用种类中的至少一项确定。
例如，有些场景下，仅考虑CPU利用率；有些场景下，仅考虑内容使用率；有些场景下，仅考虑应用种类；有些场景下，即考虑CPU利用率，又考虑内存利用率。
在一些实施例中，根据MEC系统资源情况和MEC系统对时延的要求决定阈值是动态变化的还是静态的。如果系统资源量很充足且对时延要求低，那么可以采用动态变化的方式，此时可以通过机器学习等的方法得到阈值的具体数值。否则可以采用静态的方式，在系统上线运行时规定阈值大小，系统运行时不改变阈值，如果要改变，则使系统停止后修改阈值。此时，可以人工根据经验或试验结果配阈值。
在步骤130，若pod的单位时间的扩容量大于阈值，则拒绝对pod扩容，否则，允许对pod扩容。
在一些实施例中，若单位时间的扩容量大于阈值，则说明本次扩容行为存疑，拒绝pod扩容请求，否则，说明此次扩容需求合理，可使用一定的方法对pod进行扩容。
在上述实施例中，通过计算pod单位时间内的扩容量，并与阈值进行比较，判断扩容需求是否正常，实现了容器资源合理动态扩容。
图2为本公开的容器资源动态扩容方法的一些实施例的流程示意图。该实施例由容器资源动态扩容装置执行，该容器资源动态扩容装置位于管理节点。
在步骤210，针对pod历史扩容信息定义pod总体资源量和系统时间表K。K＝(Cpod，Tpod)，其中Cpod表示pod的总体资源量，为pod实例数和每个pod实例的资源量的数乘向量运算之积，初始值为单个pod的资源量；pod资源量应是一个一维或多维向量，例如，为包括了pod的CPU资源、内存资源等资源的多维向量；Tpod为上次pod扩容的管理节点系统时间，初始值为pod创建时间。
在一些实施例中，K8S启动某一pod提供服务时，在管理节点master初始化该pod对应的表K，依据定义pod资源的yaml文件初始化向量Cpod，并依据创建pod的master系统时间初始化Tpod。
在一些实施例中，若只考虑内存，此时Cpod是一个一维向量，若考虑内存和CPU，此时Cpod是一个二维向量。
在步骤220，结合pod资源使用情况决定对pod进行扩容，依据动态调整算法计算出pod扩容后的总体资源量，例如，扩容至Ci+1。
在一些实施例中，驻留在node节点中的监控程序持续监控pod的资源使用情况并报告给manager节点进行分析。若manager节点决定对pod进行扩容，并依据一定的动态调整算法计算出应扩容至Ci+1。
本公开并不对动态调整算法进行限定，可根据相关算法计算出pod扩容后的总体资源量。例如，若限定CPU的使用率为25％，采集pod的CPU指标，然后根据聚合算法计算此时的CPU使用率，若大于25％，则增加pod的实例数，使得CPU使用率低于25％。
在步骤230，取出该pod的pod总体资源量和系统时间表K和系统时间Ti+1。
在步骤240，计算此时的pod的单位时间内的扩容量。
在一些实施例中，计算单位时间内的扩容量的公式为：C′＝Ci+1-Cpod，T′＝Ti+1-Tpod。
在步骤250，判断计算出的单位时间内的扩容量是否大于阈值，若是，则执行步骤260，否则，执行步骤270。
在步骤260，拒绝扩容请求。
若单位时间内的扩容量大于阈值，则说明该pod存在短时间内多次大量扩容行为，本次扩容行为存疑，拒绝扩容请求，并加强监控该pod。
在步骤270，允许pod扩容。
若单位时间内的扩容量小于等于阈值，则说明本次扩容需求合理，应调整pod资源。在扩容完成后，更新pod总体资源量和系统时间表K，Cpod＝Ci+1，Tpod＝Ti+1。
在上述实施例中，对已有容器资源动态扩容方法进行改进，在自动扩容之前判断扩容需求是否合理，避免非法扩容，造成挤占其他pod资源，导致其他pod上服务不可用现象，提升MEC系统的安全性和用户体验。
本公开适用于pod容器资源的水平扩容和垂直扩容场景。pod的水平扩容是通过增加pod的实例数实现的，如从1个pod增加到3个pod，新增的2个pod是复制了第一个pod的资源，这3个pod一起发挥原来单个pod的功能。pod的垂直扩容是增加pod自身的资源，如增加单个pod的内存、CPU等。由于本公开定义总体资源量为pod实例数和每个pod实例的资源量的数乘向量运算之积，则说明本公开适用这两种扩容场景。例如，在只考虑pod内存和CPU的情况下，扩容前只有1个pod，内存为1，CPU为2，Cpod＝1*(1,2)＝(1,2)。如果是水平扩容，有2个pod，则扩容后的Cpod＝2*(1,2)＝(2,4)；如果是垂直扩容，将内存从1扩容到2，CPU不变，则扩容后的Cpod＝1*(2,2)＝(2,2)。
图3为本公开的容器资源动态扩容装置的一些实施例的结构示意图。该装置包括扩容量确定单元310、扩容量比较单元320、扩容执行单元330。
扩容量确定单元310被配置为根据容器集合pod预定扩容时间间隔内的扩容量，计算pod的单位时间的扩容量。
在一些实施例中，根据pod的历史扩容信息，确定pod前次扩容后的总体资源量和系统时间；根据pod前次扩容后的总体资源量和当前次准备扩容后的总体资源量，确定pod的扩容量；根据pod前次扩容时的系统时间和当前次准备扩容时的系统时间，确定pod的扩容时间间隔；以及将pod的扩容量与扩容时间间隔的比值，作为述pod的单位时间的扩容量。
扩容量比较单元320被配置为判断pod的单位时间的扩容量是否大于阈值。
在一些实施例中，阈值根据pod的CPU资源、内存资源、应用种类中的至少一项确定。
在一些实施例中，根据MEC系统资源情况和MEC系统对时延的要求决定阈值是动态变化的还是静态的。如果系统资源量很充足且对时延要求低，那么可以采用动态变化的方式，此时可以通过机器学习等的方法得到阈值的具体数值。否则可以采用静态的方式，在系统上线运行时规定阈值大小，系统运行时不改变阈值，如果要改变，则使系统停止后修改阈值。
扩容执行单元330被配置为若pod的单位时间的扩容量大于阈值，则拒绝对pod扩容，否则，允许对pod扩容。
在一些实施例中，若单位时间内的扩容量大于阈值，则说明该pod存在短时间内多次大量扩容行为，本次扩容行为存疑，拒绝扩容请求，并加强监控该pod。若单位时间内的扩容量小于等于阈值，则说明本次扩容需求合理，应调整pod资源。
在上述实施例中，对已有容器资源动态扩容方法进行改进，在自动扩容之前判断扩容需求是否合理，避免非法扩容，造成挤占其他pod资源，导致其他pod上服务不可用现象，提升MEC系统的安全性和用户体验。
图4为本公开的容器资源动态扩容装置的另一些实施例的结构示意图。该装置包括存储器410和处理器420。其中：存储器410可以是磁盘、闪存或其它任何非易失性存储介质。存储器410用于存储图1、2所对应实施例中的指令。处理器420耦接至存储器410，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器420用于执行存储器中存储的指令。
在一些实施例中，处理器420通过BUS总线430耦合至存储器410。该装置400还可以通过存储接口440连接至外部存储系统450以便调用外部数据，还可以通过网络接口460连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
在该实施例中，通过计算pod单位时间内的扩容量，并与阈值进行比较，判断扩容需求是否正常，实现了容器资源合理动态扩容，避免非法扩容，造成挤占其他pod资源，导致其他pod上服务不可用现象，提升MEC系统的安全性和用户体验。
在另一些实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现图1、2所对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。

Claims (8)

1.一种容器资源动态扩容方法，包括：
根据容器集合pod预定扩容时间间隔内的扩容量，计算所述pod的单位时间的扩容量；
判断所述pod的单位时间的扩容量是否大于阈值，其中，所述阈值根据所述pod的CPU资源、内存资源、应用种类中的至少一项确定；以及
若所述pod的单位时间的扩容量大于所述阈值，则拒绝对所述pod扩容，否则，允许对所述pod扩容。
2.根据权利要求1所述的容器资源动态扩容方法，其中，
根据所述pod的历史扩容信息，确定所述pod前次扩容后的总体资源量和系统时间；
根据所述pod前次扩容后的总体资源量和当前次准备扩容后的总体资源量，确定所述pod的扩容量；
根据所述pod前次扩容时的系统时间和当前次准备扩容时的系统时间，确定所述pod的扩容时间间隔；以及
将所述pod的扩容量与所述扩容时间间隔的比值，作为所述pod的单位时间的扩容量。
3.根据权利要求2所述的容器资源动态扩容方法，其中，
所述总体资源量为pod实例数和每个pod实例的资源量的数乘向量运算之积。
4.一种容器资源动态扩容装置，包括：
扩容量确定单元，被配置为根据容器集合pod预定扩容时间间隔内的扩容量，计算所述pod的单位时间的扩容量；
扩容量比较单元，被配置为判断所述pod的单位时间的扩容量是否大于阈值，其中，所述阈值根据所述pod的CPU资源、内存资源、应用种类中的至少一项确定；以及
扩容执行单元，被配置为若所述pod的单位时间的扩容量大于所述阈值，则拒绝对所述pod扩容，否则，允许对所述pod扩容。
5.根据权利要求4所述的容器资源动态扩容装置，其中，
所述扩容量确定单元被配置为根据所述pod的历史扩容信息，确定所述pod前次扩容后的总体资源量和系统时间；根据所述pod前次扩容后的总体资源量和当前次准备扩容后的总体资源量，确定所述pod的扩容量；根据所述pod前次扩容时的系统时间和当前次准备扩容时的系统时间，确定所述pod的扩容时间间隔；以及将所述pod的扩容量与所述扩容时间间隔的比值，作为所述pod的单位时间的扩容量。
6.根据权利要求5所述的容器资源动态扩容装置，其中，
所述总体资源量为pod实例数和每个pod实例的资源量的数乘向量运算之积。
7.一种容器资源动态扩容装置，包括：
存储器；以及
耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至3任一项所述的容器资源动态扩容方法。
8.一种非瞬时性计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现如权利要求1至3任一项所述的容器资源动态扩容方法。
CN202010871072.9A 2020-08-26 2020-08-26 容器资源动态扩容方法和装置 Active CN114116187B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010871072.9A CN114116187B (zh) 2020-08-26 2020-08-26 容器资源动态扩容方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010871072.9A CN114116187B (zh) 2020-08-26 2020-08-26 容器资源动态扩容方法和装置

Publications (2)

Publication Number Publication Date
CN114116187A CN114116187A (zh) 2022-03-01
CN114116187B true CN114116187B (zh) 2024-02-02

Family

ID=80374396

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010871072.9A Active CN114116187B (zh) 2020-08-26 2020-08-26 容器资源动态扩容方法和装置

Country Status (1)

Country Link
CN (1) CN114116187B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115617517B (zh) * 2022-10-12 2023-11-10 中航信移动科技有限公司 一种用于应用pod控制的数据处理系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103379090A (zh) * 2012-04-12 2013-10-30 腾讯科技（北京）有限公司 一种开放平台访问的频率控制方法和系统、频率服务器
CN106162733A (zh) * 2015-04-21 2016-11-23 中国移动通信集团河南有限公司 一种异常流量抑制方法及装置
CN109299135A (zh) * 2018-11-26 2019-02-01 平安科技（深圳）有限公司 基于识别模型的异常查询识别方法、识别设备及介质
CN109842565A (zh) * 2018-12-15 2019-06-04 平安科技（深圳）有限公司 接口限流方法、装置、电子设备及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180167487A1 (en) * 2016-12-13 2018-06-14 Red Hat, Inc. Container deployment scheduling with constant time rejection request filtering
JP7277168B2 (ja) * 2019-02-20 2023-05-18 キヤノン株式会社 リソースサービスシステム、及び、制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103379090A (zh) * 2012-04-12 2013-10-30 腾讯科技（北京）有限公司 一种开放平台访问的频率控制方法和系统、频率服务器
CN106162733A (zh) * 2015-04-21 2016-11-23 中国移动通信集团河南有限公司 一种异常流量抑制方法及装置
CN109299135A (zh) * 2018-11-26 2019-02-01 平安科技（深圳）有限公司 基于识别模型的异常查询识别方法、识别设备及介质
CN109842565A (zh) * 2018-12-15 2019-06-04 平安科技（深圳）有限公司 接口限流方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN114116187A (zh) 2022-03-01

Similar Documents

Publication Publication Date Title
US10558498B2 (en) Method for scheduling data flow task and apparatus
CN109194584B (zh) 一种流量监控方法、装置、计算机设备及存储介质
CN107431696B (zh) 用于应用自动化部署的方法和云管理节点
CN110221915B (zh) 节点调度方法和装置
EP2921954A1 (en) Virtual machine allocation method and apparatus
CN108270805B (zh) 用于数据处理的资源分配方法及装置
US10102098B2 (en) Method and system for recommending application parameter setting and system specification setting in distributed computation
CN114116187B (zh) 容器资源动态扩容方法和装置
CN114385353A (zh) 资源调度方法及装置、电子设备、存储介质
CN115269118A (zh) 一种虚拟机的调度方法、装置及设备
CN111858200A (zh) 系统测试中的吞吐量控制方法、装置及电子设备
CN111190719B (zh) 优化集群资源分配的方法、装置、介质及电子设备
CN106664259B (zh) 虚拟网络功能扩容的方法和装置
CN111382141B (zh) 主从架构配置方法、装置、设备以及计算机可读存储介质
US9847908B2 (en) Resource management method and management server
CN109040156B (zh) 一种基于容器云的软负载资源处理方法及装置
CN111400241B (zh) 数据重构方法和装置
CN111211915B (zh) 容器的网络带宽的调节方法、计算机设备及可读存储介质
US20240168809A1 (en) Efficient dynamic resource allocation method and system for maximizing utilization in kubernetes environment
CN111338803A (zh) 一种线程处理方法和装置
WO2018196459A1 (zh) 一种下载请求处理方法、装置、处理设备及介质
CN110704175B (zh) 容器部署方法和装置
CN113687908A (zh) Pmem虚拟机的创建方法、装置、设备及可读存储介质
CN114625474A (zh) 容器迁移方法、装置、电子设备及存储介质
CN113377866A (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
GR01 Patent grant
GR01 Patent grant