-
公开(公告)号：CN114826892B
公开(公告)日：2024-07-02
申请号：CN202210460861.2
申请日：2022-04-28
Applicant: 济南浪潮数据技术有限公司
IPC: H04L41/0668 , H04L43/10 , H04L67/1095
Abstract: 本申请公开了一种集群节点控制方法、装置、设备及介质，涉及consul集群技术领域，该方法应用于由奇数个服务端节点构建的consul集群，包括：当consul集群中的目标服务端节点获取到服务更新信息，则基于服务更新信息对目标服务端节点本地存储的服务信息进行更新，以生成更新后信息；服务更新信息包括服务注册信息与心跳检查信息；利用预设的信息同步方法将目标服务端节点中的更新后信息同步至consul集群中的其他服务端节点；当监测到consul集群中的任一服务端节点故障时，则从consul集群中确定出故障节点的接替节点，并控制接替节点使用更新后信息代替故障节点以提供服务。本发明可以在提升consul集群在中小规模微服务架构中的易用性与可行性的同时，减少部署的复杂性。
-
公开(公告)号：CN118151970A
公开(公告)日：2024-06-07
申请号：CN202410311654.X
申请日：2024-03-18
Applicant: 济南浪潮数据技术有限公司
Abstract: 本发明涉及计算机领域，具体涉及服务升级方法、装置、电子设备及存储介质。获取至少一个待升级服务，并获取各待升级服务对应的最新代码；基于最新代码，生成各目标Docker镜像文件；根据目标Docker镜像文件，更新对应的待升级chart包，得到更新chart包，并将更新chart包上传至测试镜像仓库；校验更新chart包是否上传至测试镜像仓库；获取各更新chart包对应的第一优先级；根据第一优先级，对各更新chart包进行升级操作，以完成对待升级服务的升级。节省了人力，可以处理多个helm chart包的先后顺序，不需要运维人员进行逐个核对服务是否正常，且保证对待升级服务进行升级部署的准确性。
-
公开(公告)号：CN115208764A
公开(公告)日：2022-10-18
申请号：CN202210890256.9
申请日：2022-07-27
Applicant: 济南浪潮数据技术有限公司
IPC: H04L41/0893 , H04L67/60 , H04L41/0273
Abstract: 本申请公开了一种基于资源池的请求响应方法、装置及其介质，涉及软件开发技术领域，用于响应客户端发送的请求，针对目前在进行请求响应时兼容性较差，不能很好地响应多领域请求的问题，提供了一种基于资源池的请求响应方法，由于绝大部分技术领域的服务资源按照功能通常都可以分为用于被消耗以支持服务完成的消耗类资源，以及用于消耗资源以实现服务功能的执行类资源。所以通过描述文件对其进行定义，将其以资源池的思想抽象成基于统一规范的资源模型，使得多种不同技术领域的资源之间可以基于统一规范调用，进而在进行请求响应时可以调用更广泛的资源，提供对更多样的服务，响应更多种的请求，极大地增强了泛用性。
-
公开(公告)号：CN113656242B
公开(公告)日：2023-12-22
申请号：CN202110861748.0
申请日：2021-07-29
Applicant: 济南浪潮数据技术有限公司
Inventor： 刘畅
Abstract: 本发明提供了一种服务器集群的监控方法及系统，所述方法包括将集群中的服务器进行分组，并为每个分组设置优先级；结合机器学习得到的训练模型，将分组按照优先级由低到高的顺序，设置监控的物理资源限额。本发明通过深度学习，筛选出重点需要监测的服务器指标项，在保证监控频率的同时，减少监控平台的压力，保证监控平台对超大规模服务器集群监控的实时性与健壮性。
-
公开(公告)号：CN111061464A
公开(公告)日：2020-04-24
申请号：CN201911161225.4
申请日：2019-11-24
Applicant: 济南浪潮数据技术有限公司
Abstract: 本发明公开了一种解析Redfish服务的代码生成方法，包括：确定与Redfish服务对应的配置文件；调用代码生成框架分析配置文件，生成与Redfish服务对应的解析代码。可见，本申请在生成Redfish服务的解析代码时，只需要将该Redfish服务的配置文件输入代码生成框架，便可利用该框架自动生成解析该Redfish服务的代码，不需要软件开发人员手动编写解析代码中资源的Java类及资源的关系信息，从而降低软件开发人员的工作量庞，提高工作效率。本发明还公开了一种解析Redfish服务的代码生成装置、设备及计算机可读存储介质，同样能实现上述技术效果。
-
Patent Agency Ranking
公开(公告)号：CN117354244A
公开(公告)日：2024-01-05
申请号：CN202311536053.0
申请日：2023-11-17
Applicant: 济南浪潮数据技术有限公司
Abstract: 本发明公开一种管理平台数据传输控制方法、装置及介质，涉及在线设备管理平台数据传输领域，用于解决网络拥塞问题，针对传统方案在处理站点向在线平台上报数据时仍容易出现网络拥塞的问题，提供一种管理平台数据传输控制方法，在为各站点分配时间槽时，每一站点都分配至当前占用字节总数最小的时间槽；且每一站点完成时间槽的分配后，都对分配时间槽的占用字节总数进行更新，以进行下一个站点的时间槽分配；由此，保证每一个站点在分配时间槽时，都会被分配至字节最小的时间槽，保证各时间槽所有站点上报数据字节总量的尽可能均等，达到传输带宽削峰填谷的效果，从而进一步地避免站点同时上报导致的网络拥塞。
-
公开(公告)号：CN116931837A
公开(公告)日：2023-10-24
申请号：CN202310943547.4
申请日：2023-07-28
Applicant: 济南浪潮数据技术有限公司
Abstract: 本发明涉及一种缓存集群自动缩扩容方法、系统、装置及存储介质，涉及缓存集群缩扩容领域。本发明利用缓存集群中缓存节点的分析指标数据得到综合使用评分和健康度评价，综合使用评分由CPU平均总使用率、内存平均使用率和最新磁盘使用率加权获得；健康度评价由最新CPU可用率与最新CPU增长率的比值，最新内存可用率与最新内存增长率的比值，最新磁盘可用率与最新磁盘增长率的比值加权求和后，减去最新请求失败率与设定系数的乘积获得；在综合使用评分大于第六阈值或者健康度评价小于第七阈值时，执行扩容。综合考虑资源占用、请求处理失败情况和健康预期进行提前的扩容控制，扩容的控制具有预见性，保证缓存集群稳定。
-
公开(公告)号：CN114826892A
公开(公告)日：2022-07-29
申请号：CN202210460861.2
申请日：2022-04-28
Applicant: 济南浪潮数据技术有限公司
IPC: H04L41/0668 , H04L43/10 , H04L67/1095
Abstract: 本申请公开了一种集群节点控制方法、装置、设备及介质，涉及consul集群技术领域，该方法应用于由奇数个服务端节点构建的consul集群，包括：当consul集群中的目标服务端节点获取到服务更新信息，则基于服务更新信息对目标服务端节点本地存储的服务信息进行更新，以生成更新后信息；服务更新信息包括服务注册信息与心跳检查信息；利用预设的信息同步方法将目标服务端节点中的更新后信息同步至consul集群中的其他服务端节点；当监测到consul集群中的任一服务端节点故障时，则从consul集群中确定出故障节点的接替节点，并控制接替节点使用更新后信息代替故障节点以提供服务。本发明可以在提升consul集群在中小规模微服务架构中的易用性与可行性的同时，减少部署的复杂性。
-
公开(公告)号：CN115220563A
公开(公告)日：2022-10-21
申请号：CN202210763832.3
申请日：2022-06-30
Applicant: 济南浪潮数据技术有限公司
IPC: G06F1/3234 , G06F11/22 , G06F11/34
Abstract: 本申请公开了一种服务器运行管理方法、系统、装置、服务器及存储介质，涉及服务器领域，该服务器运行管理方法包括：确定多个预设功耗值；将各个预设功耗值分别设置为服务器的功耗封顶值，并在每一预设功耗值下对服务器进行压力测试，得到服务器的最大功耗值和性能值；基于所有最大功耗值和所有性能值计算最佳能效比；将根据最佳能效比得到的最优功耗值设置为服务器的功耗封顶值。本申请能够保证服务器在高负载业务时能效转换比最佳，避免造成资源浪费，从而促进绿色数据中心建设。
-
公开(公告)号：CN114968581A
公开(公告)日：2022-08-30
申请号：CN202210587030.1
申请日：2022-05-27
Applicant: 济南浪潮数据技术有限公司
IPC: G06F9/50
Abstract: 本发明公开了一种Kubernetes集群的pod调度方法及相关组件，涉及调度技术领域，确定集群中各物理主机包括资源的实际利用率，kube‑scheduler可根据实际利用率确定可部署该pod的目标主机，以实现pod部署。具体的，基于实际利用率按照预设评分标准确定各物理主机的综合评分，并确定综合评分最高的物理主机为可部署该pod的目标主机。可见，本申请综合考虑了各物理主机资源的实际利用率，相较于现有技术中随机调度且在pod已部署后再进行二次调度的方式，在kube‑scheduler首次调度时即保证了调度的最优性及合理性，实现了pod均衡调度，保证了应用服务的稳定性及资源的最大化利用。
-
-
-
-
-
-
-
-
-
Search Results
20
records
(took 0.036 seconds)
