-
公开(公告)号：CN119065907A
公开(公告)日：2024-12-03
申请号：CN202411376278.9
申请日：2024-09-29
Applicant: 济南浪潮数据技术有限公司
Inventor： 胡飞
IPC: G06F11/22 , G06F18/24 , G06N3/0464 , G06N3/048
Abstract: 本发明公开了一种磁盘故障预测方法、装置、设备及可读存储介质，应用于故障处理技术领域，包括：对每种磁盘属性对应的时间序列数据进行归一化处理，归一化后的时间序列数据；对每种磁盘属性对应的归一化后的时间序列数据进行多尺度卷积，并利用通道注意力机制确定不同磁盘属性对应的权重，基于权重和每种磁盘属性对应的第一特征向量，得到第二特征向量；利用时间注意力机制确定时间点的权重，基于时间点的权重对第二特征向量进行调整，得到第三特征向量；基于第三特征向量利用预测模型进行预测，得到每种磁盘属性的时间序列数据对应的故障预测结果。本发明进行故障预测使用的多尺度的第三特征向量，从而提高了故障预测模型的准确性。
-
公开(公告)号：CN119065789A
公开(公告)日：2024-12-03
申请号：CN202411127230.4
申请日：2024-08-16
Applicant: 济南浪潮数据技术有限公司
Inventor： 许江永
IPC: G06F9/455
Abstract: 本申请涉及一种存储桶数据管理方法、装置、计算机设备和存储介质。方法应用于分布式服务器集群，分布式服务器集群包括主节点和从节点，从节点设有管理系统模块、对象存储网关以及rados分片，从节点通过对象存储网关采集存储桶数据，存储桶数据包括桶属性信息以及历史性能数据，从节点将桶属性信息上报至主节点，从节点通过对象存储网关将历史性能数据存入rados分片，并将历史性能数据传递至管理系统模块，通过管理系统模块将历史性能数据存入从节点的数据库，主节点从从节点的数据库以及rados分片获取历史性能数据，并将历史性能数据以及桶属性信息更新至主节点的数据库。采用本方法能够提高存储桶数据收集的时效性以及完整性。
-
公开(公告)号：CN119065612A
公开(公告)日：2024-12-03
申请号：CN202411375215.1
申请日：2024-09-29
Applicant: 济南浪潮数据技术有限公司
IPC: G06F3/06
Abstract: 本发明公开一种监控数据缓存刷写方法、装置及介质，涉及计算机技术领域，用于实现数据监控，针对传统基于ganglia框架实现数据监控难以适应大规模监控需要的问题，提供一种监控数据缓存刷写方法。通过改造ganglia的gmetad，使得在拉取gmond采样得到监控数据之后，并不直接写入rrd文件；而是先写入到缓存模块中，在缓存模块中基于监控项进行监控数据的合并；再以监控项为单位将监控数据合并下刷到对应的rrd文件中。由此可见，本方法可以大大减缓对磁盘的压力，在同等硬件条件下，基于本方法实施的ganglia框架可以支持更大规模的数据监控，带来更好的监控性能和监控效果。
-
公开(公告)号：CN119030855A
公开(公告)日：2024-11-26
申请号：CN202411227994.0
申请日：2024-09-03
Applicant: 济南浪潮数据技术有限公司
IPC: H04L41/0654 , H04L41/0894 , H04L41/0866 , H04L41/0823 , H04L43/10 , H04L43/16
Abstract: 本申请涉及一种基于网元探测机制的流量引流方法及相关组件，所属领域为网络安全技术领域，所述方法包括：接收并校验配置信息；当所述配置信息校验成功且检测到网元探测请求时，基于所述配置信息，封装探测包，并向目标网元发送探测包；根据目标网元返回的探测包，确定所述目标网元的转发状态；响应于检测到所述目标网元的转发状态为正常状态时，下发所述目标网元的引流配置，并将流量引入所述目标网元；响应于检测到所述目标网元的转发状态为异常状态时，删除所述目标网元的引流配置。本申请通过对网元状态进行监测，在对流量引流的同时还能及时感知网元状态动态调整流量引流策略，实现流量逃生，保证了业务的稳定性。
-
公开(公告)号：CN119003233A
公开(公告)日：2024-11-22
申请号：CN202411197002.4
申请日：2024-08-29
Applicant: 济南浪潮数据技术有限公司
Abstract: 本发明公开一种磁盘故障扩散处理方法、装置及介质，涉及分布式存储系统技术领域，用于解决目前在进行慢盘检测时可能出现的故障扩散问题。本发明提供的一种磁盘故障扩散处理方法，通过定时对慢盘检出功能所检测出的故障盘进行健康检测；判断其是否为由板卡连接的其它故障盘所引起故障扩散的正常盘；若是，则通过存储系统的磁盘扩容功能，重新将该磁盘加入到磁盘拓扑中，并重启该磁盘的OSD服务，恢复其正常运行以提供存储功能。本方法可以有效地解决慢盘检出功能在检出单盘故障后的故障扩散问题，可以将状态正常却因故障扩散而被终止OSD服务、移除存储系统的磁盘重新恢复工作，避免故障扩散所带来的OSD服务宕机、客户数据丢失等严重问题。
-
Patent Agency Ranking
公开(公告)号：CN119003043A
公开(公告)日：2024-11-22
申请号：CN202410983968.4
申请日：2024-07-22
Applicant: 济南浪潮数据技术有限公司
IPC: G06F9/448
Abstract: 本申请涉及一种接口调用方法、装置、计算机设备和存储介质。所述方法包括：接收第三方平台的调用请求，并根据所述调用请求识别目标应用程序接口，其中，所述目标应用程序接口为目标微服务模块内对外开放的应用程序接口；获取所述目标应用程序接口的数据信息，并根据所述目标应用程序接口的数据信息，判断所述调用请求是否需要经过规则服务；响应于所述调用请求需要经过规则服务，获取所述规则服务模块中的接口规则，并根据所述目标应用程序接口的数据信息筛选出目标接口规则；通过所述规则引擎对目标接口规则进行编排，并按照编排结果依次执行对应操作。采用本方法能够提高接口调用效率。
-
公开(公告)号：CN118964074A
公开(公告)日：2024-11-15
申请号：CN202411018023.5
申请日：2024-07-26
Applicant: 济南浪潮数据技术有限公司
IPC: G06F11/07 , H04L41/0631 , H04L41/0686
Abstract: 本申请实施例提供了一种故障域的变更方法及装置、存储介质、计算机程序产品，其中，该故障域的变更方法包括：接收目标对象发送的操作指令，其中，操作指令用于对目标对象管理的多个存储池进行故障域的变更；确定操作指令对应的待执行故障域变更的目标存储池和目标存储池对应的变更类型；在预设场景变更数据库查找与变更类型匹配的目标结构树；校验目标结构树与目标存储池对应的当前结构树，确定是否使用目标结构树对目标存储池对应的故障域进行结构变更。至少解决现有方式中无法实现多场景动态变更故障域的问题。
-
公开(公告)号：CN118964014A
公开(公告)日：2024-11-15
申请号：CN202411017937.X
申请日：2024-07-26
Applicant: 济南浪潮数据技术有限公司
Inventor： 李洪恩
Abstract: 本申请实施例提供了一种任务的执行方法、装置、存储介质及电子设备，其中，该方法包括：在确定目标集群中包括的主节点出现故障的情况下，获取目标集群中包括的数据库中存储的目标任务的任务数据，其中，主节点在接收到用于指示执行目标任务的任务指令的情况下，确定目标任务中包括的子任务，确定执行每个子任务所需的目标数据，将目标数据存储至数据库中，并执行每个子任务，并在执行完成一个第一子任务的情况下，在任务数据中更新第一子任务的执行状态；基于任务数据确定目标任务中包括的处于未执行状态的第二子任务；基于任务数据执行第二子任务。通过本申请，解决了任务执行效率低的问题，进而达到了提高任务执行效率的效果。
-
公开(公告)号：CN118963917A
公开(公告)日：2024-11-15
申请号：CN202411034265.3
申请日：2024-07-30
Applicant: 济南浪潮数据技术有限公司
Abstract: 本申请涉及一种Kubernetes集群句柄资源管控方法及装置。方法应用于Kubernetes集群，Kubernetes集群包括至少一个节点，节点设有Pod，Pod中创建有容器，Kubernetes集群句柄资源管控方法包括：监听Pod的创建事件，当监听到Pod创建完成时，对Pod执行重启操作，在重启过程中将预先设定的最大可使用句柄数传递至容器，以便容器根据最大可使用句柄数使用句柄资源，其中，最大可使用句柄数为根据可分配的句柄总数设置的，可分配的句柄总数为通过预先创建的句柄资源获取的。采用本方法能够限制工作负载大量使用文件句柄资源。
-
公开(公告)号：CN118331612B
公开(公告)日：2024-11-12
申请号：CN202410750938.9
申请日：2024-06-12
Applicant: 济南浪潮数据技术有限公司
Abstract: 本申请提供一种虚拟化系统的跨版本升级方法、电子设备、产品及介质，涉及系统运维技术领域，能够通过目标版本创建升级包，并创建新分区，在新分区下基于升级包和原始分区的虚拟化系统，创建目标版本下的虚拟化系统，并进行重启启动，得到重新启动后的虚拟化系统切换到目标版本下的新分区，完成虚拟化系统的升级。由于升级包是基于目标版本制作的，各个历史版本都是兼容的，因此，无需针对于每个历史版本都制作差分升级包，减少了开发人员的工作量，更具便捷性，提高了虚拟化系统的升级效率。
-
-
-
-
-
-
-
-
-
Search Results
3376
records
(took 0.069 seconds)
