CN115225608A - 一种dns域名解析的负载均衡方法、装置、设备及介质 - Google Patents

一种dns域名解析的负载均衡方法、装置、设备及介质 Download PDF

Info

Publication number
CN115225608A
CN115225608A CN202210867292.3A CN202210867292A CN115225608A CN 115225608 A CN115225608 A CN 115225608A CN 202210867292 A CN202210867292 A CN 202210867292A CN 115225608 A CN115225608 A CN 115225608A
Authority
CN
China
Prior art keywords
target
domain name
storage node
name resolution
address
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
Application number
CN202210867292.3A
Other languages
English (en)
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.)
Inspur Jinan data Technology Co ltd
Original Assignee
Inspur Jinan data Technology 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 Inspur Jinan data Technology Co ltd filed Critical Inspur Jinan data Technology Co ltd
Priority to CN202210867292.3A priority Critical patent/CN115225608A/zh
Publication of CN115225608A publication Critical patent/CN115225608A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种DNS域名解析的负载均衡方法、装置、设备及介质，涉及信息技术领域。该方法包括：获取针对目标域名的域名解析请求；根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点；根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。通过上述方案，解决了在高IO低带宽场景下的负载均衡问题，从而避免了单节点IOPS过高造成的单节点业务压力的问题，增加了差异性并提升了产品竞争力。综上，本申请能够在进行DNS域名解析时考虑到各节点真实业务压力以进行负载均衡。

Description

一种DNS域名解析的负载均衡方法、装置、设备及介质
技术领域
本发明涉及信息技术领域，特别涉及一种DNS域名解析的负载均衡方法、装置、设备及介质。
背景技术
目前，现有的DNS(即Domain Name System，域名系统)域名解析策略常用的策略包含轮询策略、节点连接数策略、内存利用率策略、带宽利用率策略以及CPU(即CentralProcessing Unit，中央处理器)利用率策略，策略基本包含了常用的一些负载均衡业务场景。在分布式存储中，轮询策略不能保证完全均衡，连接数多少有时也并不能反映业务多少，节点带宽高低针对小文件场景也不能完全代表节点压力情况，内存和CPU利用率由于自身节点程序运行占用等原因也并不能直接反馈存储节点业务压力大小。综上，如何能够在进行DNS域名解析时考虑到各节点真实业务压力以进行负载均衡的问题有待进一步解决。
发明内容
有鉴于此，本发明的目的在于提供一种DNS域名解析的负载均衡方法、装置、设备及介质，能够在进行DNS域名解析时考虑到各节点真实业务压力以进行负载均衡。其具体方案如下：
第一方面，本申请公开了一种DNS域名解析的负载均衡方法，包括：
获取针对目标域名的域名解析请求；
根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点；
根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
可选的，还包括：
根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS；所述预设数据采集周期为通过对应的预设接口获取的预设周期。
可选的，所述获取针对目标域名的域名解析请求之前，还包括：
配置IOPS策略类型并统计所述域名解析请求对应的分布式集群的各个存储节点对应的接入协议类型；
相应的，所述根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS，包括：
根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的目标接入协议类型对应的IOPS进行采集，以得到各个存储节点中目标接入协议类型对应的IOPS；
基于各个存储节点中目标接入协议类型对应的IOPS统计各个存储节点中各个接入协议类型对应的IOPS之和，以得到各个存储节点对应的所述总IOPS。
可选的，所述根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS之后，还包括：
将所述分布式集群中各个存储节点对应的所述总IOPS与各个存储节点对应的虚拟IP地址更新至DNS服务进程的缓存中。
可选的，所述根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集之后，还包括：
如果数据采集失败，则将无法采集到IOPS的存储节点标记为异常存储节点，并将所述异常存储节点对应的虚拟IP地址标记为异常虚拟IP地址；
将所述异常存储节点通过预设异常上报指令进行上报并告警。
可选的，所述根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方，包括：
如果所述目标存储节点对应的虚拟IP地址只有一个时，则将所述虚拟IP地址作为目标虚拟IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
可选的，所述根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方，包括：
如果所述目标存储节点对应的多个虚拟IP地址时，则对所述目标存储节点对应的多个虚拟IP地址进行轮询选择，并根据轮询结果从所述多个虚拟IP地址中确定出目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
第二方面，本申请公开了一种DNS域名解析的负载均衡装置，包括：
请求获取模块，用于获取针对目标域名的域名解析请求；
目标节点确定模块，用于根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点；
目标IP确定模块，用于根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
第三方面，本申请公开了一种电子设备，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现前述公开的所述的DNS域名解析的负载均衡方法的步骤。
第四方面，本申请公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的所述的DNS域名解析的负载均衡方法的步骤。
本申请在进行DNS域名解析的负载均衡时，获取针对目标域名的域名解析请求，然后根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点，最后根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。可见，本申请在进行DNS域名解析的负载均衡时，首先获取从客户端发出的针对目标域名的域名解析请求，并根据预先在分布式集群的各个存储节点收集到总IOPS确定出其中总IOPS最小的存储节点，并将其作为目标存储节点，最后将所述目标存储节点对应的虚拟IP地址确定为目标IP地址，并将目标IP地址作为目标域名的解析结果返回至发出目标域名解析请求的客户端。由此，本申请在进行DNS域名解析的负载均衡时，获取到针对目标域名的解析请求后通过预先在分布式集群的各个存储节点收集到总IOPS确定出其中总IOPS最小的存储节点，即在分布式集群的各个存储节点中找到业务压力最小的存储节点，并将其作为目标存储节点，在将所述目标存储节点对应的虚拟IP地址确定为目标IP地址进行解析结果返回，使得在域名统一的条件下在进行DNS域名解析时，可根据能反映出各个存储节点真实业务情况的各个节点总IOPS进行节点选择，选择业务IO较少的节点对应的虚拟IP地址作为目标IP地址返回给客户端，解决了在高IO低带宽场景下的负载均衡问题，从而避免了单节点IOPS过高造成的单节点业务压力的问题，丰富了产品的应用场景，增加了差异性并提升了产品竞争力。综上，本申请能够在进行DNS域名解析时考虑到各节点真实业务压力以进行负载均衡。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请提供的一种DNS域名解析的负载均衡方法流程图；
图2为本申请提供的一种具体的DNS域名解析的负载均衡方法流程图；
图3为本申请提供的一种DNS域名解析的负载均衡装置结构示意图；
图4为本申请提供的一种电子设备结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
目前，现有的DNS(即Domain Name System，域名系统)域名解析策略常用的策略包含轮询策略、节点连接数策略、内存利用率策略、带宽利用率策略以及CPU(即CentralProcessing Unit，中央处理器)利用率策略，策略基本包含了常用的一些负载均衡业务场景。在分布式存储中，轮询策略不能保证完全均衡，连接数多少有时也并不能反映业务多少，节点带宽高低针对小文件场景也不能完全代表节点压力情况，内存和CPU利用率由于自身节点程序运行占用等原因也并不能直接反馈存储节点业务压力大小。为此，本申请提供了一种DNS域名解析的负载均衡方法能够在进行DNS域名解析时考虑到各节点真实业务压力以进行负载均衡。
本发明实施例公开了一种DNS域名解析的负载均衡方法，参见图1所示，该方法包括：
步骤S11：获取针对目标域名的域名解析请求。
在本实施例中，所述域名解析请求为用户通过客户端发出的针对目标域名的域名解析请求。可以理解的是，当获取到客户端发出针对目标域名的域名解析请求后，则根据所述目标域名返回目标域名对应的目标IP地址，由于分布式集群中各个存储节点的真实业务情况不相同，需要从所述分布式集群中的业务节点中选择出合适的目标存储节点，并将所述目标存储节点对应的虚拟IP地址返回给客户端。通过上述技术方案，获取到针对目标域名的域名解析请求，以便于后续根据所述域名解析请求在对应的分布式集群中筛选出合适的存储节点并进行目标IP地址的返回。
步骤S12：根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点。
在本实施例中，在根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点之前，还包括：根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS；所述预设数据采集周期为通过对应的预设接口获取的预设周期。其中，所述各个存储节点对应的总IOPS(即Input/OutputOperations Per Second，每秒读写次数)可以真实反应出分布式集群中各个存储节点的真实用户业务IO压力情况；所述预设数据采集周期为预先设定好的IOPS采集周期，在一种具体实施方式中，所述预设采集周期为5s，即每间隔5s时间进行一次分布式集群中各个节点当前的IOPS的采集。
需要指出的是，原DNS域名解析策略中的连接数、CPU(即central processingunit，中央处理器)、内存、带宽策略，在统计各存储节点时采用的是各节点主动将各自节点信息上报给管理节点的方式，当某节点DNS服务故障无法上报时，管理节点将无法感知该节点是否异常，同时该节点对应的信息也将一直无法更新。为避免上述问题，本实施例中对IOPS的收集不沿用之前已有的方案，改为DNS服务节点主动去获取各节点的IOPS信息，通过上述技术方案，无需在各个节点都运行DNS服务，但是多节点同时启动服务时互相也无影响，可通过多节点同时配置，实现高可用；通过根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，并从各个存储节点中找出总IOPS最小的存储节点作为目标存储节点，以便于后续根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
步骤S13：根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
在本实施例中，根据目标存储节点对应的IP地址确定出目标IP地址，并将所述目标存储节点对应的虚拟IP地址返回给客户端。可以理解的是，由于分布式集群中各个存储节点的真实业务情况不相同，需要从所述分布式集群中的业务节点中选择出合适的目标存储节点，即通过分布式存储中各个节点的总IOPS确定出当前业务压力最小的存储节点，并将所述目标存储节点对应的虚拟IP地址确定为目标IP地址，并将所述目标存储节点对应的虚拟IP地址返回给客户端，使得用户使用目标存储节点对应的虚拟IP地址进行响应业务处理。通过上述技术方案，在分布式集群的各个存储节点中找到业务压力最小的存储节点，并将其作为目标存储节点，在将所述目标存储节点对应的虚拟IP地址确定为目标IP地址进行解析结果返回，使得在域名统一的条件下在进行DNS域名解析时，可根据能反映出各个存储节点真实业务情况的各个节点总IOPS进行节点选择，选择业务IO较少的节点对应的虚拟IP地址作为目标IP地址返回给客户端，解决了在高IO低带宽场景下的负载均衡问题，从而避免了单节点IOPS过高造成的单节点业务压力的问题。
可见，本实施例在进行DNS域名解析的负载均衡时，首先获取从客户端发出的针对目标域名的域名解析请求，并根据预先在分布式集群的各个存储节点收集到总IOPS确定出其中总IOPS最小的存储节点，并将其作为目标存储节点，最后将所述目标存储节点对应的虚拟IP地址确定为目标IP地址，并将目标IP地址作为目标域名的解析结果返回至发出目标域名解析请求的客户端。由此，本申请在进行DNS域名解析的负载均衡时，获取到针对目标域名的解析请求后通过预先在分布式集群的各个存储节点收集到总IOPS确定出其中总IOPS最小的存储节点，即在分布式集群的各个存储节点中找到业务压力最小的存储节点，并将其作为目标存储节点，在将所述目标存储节点对应的虚拟IP地址确定为目标IP地址进行解析结果返回，使得在域名统一的条件下在进行DNS域名解析时，可根据能反映出各个存储节点真实业务情况的各个节点总IOPS进行节点选择，选择业务IO较少的节点对应的虚拟IP地址作为目标IP地址返回给客户端，解决了在高IO低带宽场景下的负载均衡问题，从而避免了单节点IOPS过高造成的单节点业务压力的问题，丰富了产品的应用场景，增加了差异性并提升了产品竞争力。综上，本申请能够在进行DNS域名解析时考虑到各节点真实业务压力以进行负载均衡。
参见图2所示，本发明实施例公开了一种具体的DNS域名解析的负载均衡方法，相对于上一实施例，本实施例对技术方案作了进一步说明和优化。
步骤S21：获取针对目标域名的域名解析请求。
在本实施例中，在获取针对目标域名的域名解析请求之前，还包括：配置IOPS策略类型并统计所述域名解析请求对应的分布式集群的各个存储节点对应的接入协议类型。具体地，所述接入协议类型包括但不限于NAS、SMB、FTP以及HTTP。可以理解的是，在所述分布式集群中各个节点对应这不同的接入协议类型，其中一个存储节点可以配置多个接入协议类型。
进一步的，根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的目标接入协议类型对应的IOPS进行采集，以得到各个存储节点中目标接入协议类型对应的IOPS；基于各个存储节点中目标接入协议类型对应的IOPS统计各个存储节点中各个接入协议类型对应的IOPS之和，以得到各个存储节点对应的所述总IOPS；将所述分布式集群中各个存储节点对应的所述总IOPS与各个存储节点对应的虚拟IP地址更新至DNS服务进程的缓存中。可以理解的是，DNS服务在其所在节点启动单独的定时线程，根据配置需要收集协议的IOPS类型，预设数据采集周期收集一次分布式存储集群各节点当前的IOPS值。在一种具体实施方式中，以文件存储为例，收集各节点IOPS信息命令：ansible all–mshell–a“ganesha_stat_tool show_nfs_ops”//NFS业务IOPS；ansible all–m shell–a“ftp-info show_node_stat”//FTP业务IOPS。服务根据定时调用各接入协议的IOPS统计命令，根据返回结果，将节点信息对应的虚拟IP地址、节点IOPS等信息更新至服务进程的缓存中。
在本实施例中，如果数据采集失败，则将无法采集到IOPS的存储节点标记为异常存储节点，并将所述异常存储节点对应的虚拟IP地址标记为异常虚拟IP地址；将所述异常存储节点通过预设异常上报指令进行上报并告警。具体地，ansible命令可以返回节点是否正常返回IOPS信息值，当返回异常时，将该节点对应的虚拟IP地址标记为异常，同时该虚拟IP地址在域名解析时不再进行分配，避免其一直IOPS最低每次都分配到异常节点，导致压力过大，并调用异常上报指令上报给管理软件进行告警。
步骤S22：根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点。
步骤S23：如果所述目标存储节点对应的虚拟IP地址只有一个时，则将所述虚拟IP地址作为目标虚拟IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
步骤S24：如果所述目标存储节点对应的多个虚拟IP地址时，则对所述目标存储节点对应的多个虚拟IP地址进行轮询选择，并根据轮询结果从所述多个虚拟IP地址中确定出目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
具体地，当所述目标存储节点对应的虚拟IP地址只有一个时，则直接将所述虚拟IP地址作为目标虚拟IP地址并返回；如果所述目标存储节点对应多个虚拟IP地址，则轮询选择，以保证各个虚拟IP的业务均衡，防止发生IP漂移时由于业务只在一个IP上导致的业务业力过大。通过上述技术方案，在分布式集群的各个存储节点中找到业务压力最小的存储节点，并将其作为目标存储节点，在将所述目标存储节点对应的虚拟IP地址确定为目标IP地址进行解析结果返回，使得在域名统一的条件下在进行DNS域名解析时，可根据能反映出各个存储节点真实业务情况的各个节点总IOPS进行节点选择，选择业务IO较少的节点对应的虚拟IP地址作为目标IP地址返回给客户端，解决了在高IO低带宽场景下的负载均衡问题，从而避免了单节点IOPS过高造成的单节点业务压力的问题。
可见，在本实施例中，配置IOPS策略类型并统计所述域名解析请求对应的分布式集群的各个存储节点对应的接入协议类型，然后根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的目标接入协议类型对应的IOPS进行采集，以得到各个存储节点中目标接入协议类型对应的IOPS，并进一步确定各个存储节点对应的总IOPS，并在返回IOPS异常时进行处理，避免其一直IOPS最低每次都分配到异常节点，导致压力过大。
参见图3所示本申请实施例公开了一种DNS域名解析的负载均衡装置，包括：
请求获取模块11，用于获取针对目标域名的域名解析请求；
目标节点确定模块12，用于根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点；
目标IP确定模块13，用于根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
在一种具体实施方式中，通过请求获取模块，当获取到客户端发出针对目标域名的域名解析请求后，则根据所述目标域名返回目标域名对应的目标IP地址，由于分布式集群中各个存储节点的真实业务情况不相同，需要从所述分布式集群中的业务节点中选择出合适的目标存储节点，并将所述目标存储节点对应的虚拟IP地址返回给客户端。通过上述技术方案，获取到针对目标域名的域名解析请求，以便于后续根据所述域名解析请求在对应的分布式集群中筛选出合适的存储节点并进行目标IP地址的返回。
在一种具体实施方式中，通过目标节点确定模块，在根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点之前，还包括：根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS；所述预设数据采集周期为通过对应的预设接口获取的预设周期。其中，所述各个存储节点对应的总IOPS可以真实反应出分布式集群中各个存储节点的真实用户业务IO压力情况；所述预设数据采集周期为预先设定好的IOPS采集周期，在一种具体实施方式中，所述预设采集周期为5s，即每间隔5s时间进行一次分布式集群中各个节点当前的IOPS的采集。需要指出的是，原DNS域名解析策略中的连接数、CPU、内存、带宽策略，在统计各存储节点时采用的是各节点主动将各自节点信息上报给管理节点的方式，当某节点DNS服务故障无法上报时，管理节点将无法感知该节点是否异常，同时该节点对应的信息也将一直无法更新。为避免上述问题，本实施例中对IOPS的收集不沿用之前已有的方案，改为DNS服务节点主动去获取各节点的IOPS信息，通过上述技术方案，无需在各个节点都运行DNS服务，但是多节点同时启动服务时互相也无影响，可通过多节点同时配置，实现高可用；通过根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，并从各个存储节点中找出总IOPS最小的存储节点作为目标存储节点，以便于后续根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
在一种具体实施方式中，通过目标IP确定模块，根据目标存储节点对应的IP地址确定出目标IP地址，并将所述目标存储节点对应的虚拟IP地址返回给客户端。可以理解的是，由于分布式集群中各个存储节点的真实业务情况不相同，需要从所述分布式集群中的业务节点中选择出合适的目标存储节点，即通过分布式存储中各个节点的总IOPS确定出当前业务压力最小的存储节点，并将所述目标存储节点对应的虚拟IP地址确定为目标IP地址，并将所述目标存储节点对应的虚拟IP地址返回给客户端，使得用户使用目标存储节点对应的虚拟IP地址进行响应业务处理。通过上述技术方案，在分布式集群的各个存储节点中找到业务压力最小的存储节点，并将其作为目标存储节点，在将所述目标存储节点对应的虚拟IP地址确定为目标IP地址进行解析结果返回，使得在域名统一的条件下在进行DNS域名解析时，可根据能反映出各个存储节点真实业务情况的各个节点总IOPS进行节点选择，选择业务IO较少的节点对应的虚拟IP地址作为目标IP地址返回给客户端，解决了在高IO低带宽场景下的负载均衡问题，从而避免了单节点IOPS过高造成的单节点业务压力的问题。
可见，本实施例在进行DNS域名解析的负载均衡时，首先获取从客户端发出的针对目标域名的域名解析请求，并根据预先在分布式集群的各个存储节点收集到总IOPS确定出其中总IOPS最小的存储节点，并将其作为目标存储节点，最后将所述目标存储节点对应的虚拟IP地址确定为目标IP地址，并将目标IP地址作为目标域名的解析结果返回至发出目标域名解析请求的客户端。由此，本申请在进行DNS域名解析的负载均衡时，获取到针对目标域名的解析请求后通过预先在分布式集群的各个存储节点收集到总IOPS确定出其中总IOPS最小的存储节点，即在分布式集群的各个存储节点中找到业务压力最小的存储节点，并将其作为目标存储节点，在将所述目标存储节点对应的虚拟IP地址确定为目标IP地址进行解析结果返回，使得在域名统一的条件下在进行DNS域名解析时，可根据能反映出各个存储节点真实业务情况的各个节点总IOPS进行节点选择，选择业务IO较少的节点对应的虚拟IP地址作为目标IP地址返回给客户端，解决了在高IO低带宽场景下的负载均衡问题，从而避免了单节点IOPS过高造成的单节点业务压力的问题，丰富了产品的应用场景，增加了差异性并提升了产品竞争力。综上，本申请能够在进行DNS域名解析时考虑到各节点真实业务压力以进行负载均衡。
在一些具体实施例中，所述DNS域名解析的负载均衡装置还包括：
数据采集模块，用于根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS；所述预设数据采集周期为通过对应的预设接口获取的预设周期。
在一些具体实施例中，所述DNS域名解析的负载均衡装置还包括：
策略配置模块，用于配置IOPS策略类型并统计所述域名解析请求对应的分布式集群的各个存储节点对应的接入协议类型；
相应的，所述数据采集模块，具体包括：
IOPS采集单元，用于根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的目标接入协议类型对应的IOPS进行采集，以得到各个存储节点中目标接入协议类型对应的IOPS；
总IOPS确定单元，用于基于各个存储节点中目标接入协议类型对应的IOPS统计各个存储节点中各个接入协议类型对应的IOPS之和，以得到各个存储节点对应的所述总IOPS。
在一些具体实施例中，所述DNS域名解析的负载均衡装置还包括：
数据更新模块，用于将所述分布式集群中各个存储节点对应的所述总IOPS与各个存储节点对应的虚拟IP地址更新至DNS服务进程的缓存中。
在一些具体实施例中，所述DNS域名解析的负载均衡装置还包括：
异常地址标记模块，用于如果数据采集失败，则将无法采集到IOPS的存储节点标记为异常存储节点，并将所述异常存储节点对应的虚拟IP地址标记为异常虚拟IP地址；
告警上报模块，用于将所述异常存储节点通过预设异常上报指令进行上报并告警。
在一些具体实施例中，所述目标IP确定模块13，具体用于：如果所述目标存储节点对应的虚拟IP地址只有一个时，则将所述虚拟IP地址作为目标虚拟IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
在一些具体实施例中，所述目标IP确定模块13，具体用于：如果所述目标存储节点对应的多个虚拟IP地址时，则对所述目标存储节点对应的多个虚拟IP地址进行轮询选择，并根据轮询结果从所述多个虚拟IP地址中确定出目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
图4所示为本申请实施例提供的一种电子设备20。该电子设备20，具体还可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的DNS域名解析的负载均衡方法中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。
本实施例中，电源23用于为电子设备20上的各硬件设备提供电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
另外，存储器22作为资源储存的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221，计算机程序222等，存储方式可以是短暂存储或者永久存储。
其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的DNS域名解析的负载均衡方法的计算机程序外，还可以进一步包括能够用于完成其他特定工作的计算机程序。
进一步的，本申请还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的DNS域名解析的负载均衡方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种DNS域名解析的负载均衡方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种DNS域名解析的负载均衡方法，其特征在于，包括：
获取针对目标域名的域名解析请求；
根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点；
根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
2.根据权利要求1所述的DNS域名解析的负载均衡方法，其特征在于，还包括：
根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS；所述预设数据采集周期为通过对应的预设接口获取的预设周期。
3.根据权利要求2所述的DNS域名解析的负载均衡方法，其特征在于，所述获取针对目标域名的域名解析请求之前，还包括：
配置IOPS策略类型并统计所述域名解析请求对应的分布式集群的各个存储节点对应的接入协议类型；
相应的，所述根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS，包括：
根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的目标接入协议类型对应的IOPS进行采集，以得到各个存储节点中目标接入协议类型对应的IOPS；
基于各个存储节点中目标接入协议类型对应的IOPS统计各个存储节点中各个接入协议类型对应的IOPS之和，以得到各个存储节点对应的所述总IOPS。
4.根据权利要求2所述的DNS域名解析的负载均衡方法，其特征在于，所述根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集，以得到各个存储节点对应的所述总IOPS之后，还包括：
将所述分布式集群中各个存储节点对应的所述总IOPS与各个存储节点对应的虚拟IP地址更新至DNS服务进程的缓存中。
5.根据权利要求2所述的DNS域名解析的负载均衡方法，其特征在于，所述根据预设数据采集周期对所述域名解析请求对应的分布式集群的各个存储节点的总IOPS进行采集之后，还包括：
如果数据采集失败，则将无法采集到IOPS的存储节点标记为异常存储节点，并将所述异常存储节点对应的虚拟IP地址标记为异常虚拟IP地址；
将所述异常存储节点通过预设异常上报指令进行上报并告警。
6.根据权利要求1所述的DNS域名解析的负载均衡方法，其特征在于，所述根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方，包括：
如果所述目标存储节点对应的虚拟IP地址只有一个时，则将所述虚拟IP地址作为目标虚拟IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
7.根据权利要求1至6中任一项所述的DNS域名解析的负载均衡方法，其特征在于，所述根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方，包括：
如果所述目标存储节点对应的多个虚拟IP地址时，则对所述目标存储节点对应的多个虚拟IP地址进行轮询选择，并根据轮询结果从所述多个虚拟IP地址中确定出目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
8.一种DNS域名解析的负载均衡装置，其特征在于，包括：
请求获取模块，用于获取针对目标域名的域名解析请求；
目标节点确定模块，用于根据所述域名解析请求对应的分布式集群的各个存储节点的总IOPS在所述分布式集群中确定出所述总IOPS最小的存储节点作为目标存储节点；
目标IP确定模块，用于根据所述目标存储节点对应的虚拟IP地址确定目标IP地址，并将所述目标IP地址作为所述目标域名的解析结果返回至所述目标域名解析请求的请求发送方。
9.一种电子设备，其特征在于，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的DNS域名解析的负载均衡方法的步骤。
10.一种计算机可读存储介质，其特征在于，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的DNS域名解析的负载均衡方法的步骤。
CN202210867292.3A 2022-07-22 2022-07-22 一种dns域名解析的负载均衡方法、装置、设备及介质 Pending CN115225608A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210867292.3A CN115225608A (zh) 2022-07-22 2022-07-22 一种dns域名解析的负载均衡方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210867292.3A CN115225608A (zh) 2022-07-22 2022-07-22 一种dns域名解析的负载均衡方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN115225608A true CN115225608A (zh) 2022-10-21

Family

ID=83613541

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210867292.3A Pending CN115225608A (zh) 2022-07-22 2022-07-22 一种dns域名解析的负载均衡方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN115225608A (zh)

Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1968166A (zh) * 2005-11-18 2007-05-23 联通新时讯通信有限公司 基于网络结构的智能终端应用系统
CN103220354A (zh) * 2013-04-18 2013-07-24 广东宜通世纪科技股份有限公司 一种实现服务器集群负载均衡的方法
CN105657066A (zh) * 2016-03-23 2016-06-08 天津书生云科技有限公司 用于存储系统的负载再均衡方法及装置
JP2016139237A (ja) * 2015-01-27 2016-08-04 株式会社日立製作所 計算機システム及び計算機システムの性能障害の対処方法
CN105847462A (zh) * 2016-03-31 2016-08-10 乐视控股（北京）有限公司 域名解析方法及装置
CN107493351A (zh) * 2017-10-09 2017-12-19 郑州云海信息技术有限公司 一种客户端访问存储系统的负载均衡的方法及装置
CN108924212A (zh) * 2018-06-27 2018-11-30 郑州云海信息技术有限公司 一种负载均衡方法、系统、装置及计算机可读存储介质
CN109347947A (zh) * 2018-10-15 2019-02-15 郑州云海信息技术有限公司 一种负载均衡的方法、域名服务器及集群nas服务器
CN109347944A (zh) * 2018-10-11 2019-02-15 郑州云海信息技术有限公司 一种域名解析方法及装置
CN109639796A (zh) * 2018-12-11 2019-04-16 浪潮电子信息产业股份有限公司 一种负载均衡实现方法、装置、设备及可读存储介质
CN110519349A (zh) * 2019-08-15 2019-11-29 济南浪潮数据技术有限公司 一种基于DNS固定分配虚拟ip的负载均衡方法及装置
CN110674098A (zh) * 2019-09-19 2020-01-10 浪潮电子信息产业股份有限公司 一种分布式文件系统中的域名解析方法
CN110752953A (zh) * 2019-10-25 2020-02-04 苏州浪潮智能科技有限公司 一种基于负载均衡的连接数更新方法、设备以及存储介质
CN112416888A (zh) * 2020-10-16 2021-02-26 上海哔哩哔哩科技有限公司 用于分布式文件系统的动态负载均衡方法及系统
CN112929416A (zh) * 2021-01-22 2021-06-08 苏州浪潮智能科技有限公司 一种域名系统的负载均衡方法、装置、设备及存储介质
CN113489691A (zh) * 2021-06-22 2021-10-08 腾讯科技（深圳）有限公司 网络访问方法、装置、计算机可读介质及电子设备
CN113608876A (zh) * 2021-08-12 2021-11-05 中国科学技术大学 基于负载类型感知的分布式文件系统元数据负载均衡方法
CN113778627A (zh) * 2021-09-10 2021-12-10 龙坤(无锡)智慧科技有限公司 一种创建云资源的调度方法
CN113806084A (zh) * 2021-09-07 2021-12-17 济南浪潮数据技术有限公司 一种集群节点内存负载均衡的方法、系统、设备和介质
CN113835875A (zh) * 2021-08-17 2021-12-24 新华三大数据技术有限公司 负载均衡方法、装置、电子设备及系统
CN114765612A (zh) * 2021-01-14 2022-07-19 腾讯科技（深圳）有限公司 一种业务访问的方法和装置

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1968166A (zh) * 2005-11-18 2007-05-23 联通新时讯通信有限公司 基于网络结构的智能终端应用系统
CN103220354A (zh) * 2013-04-18 2013-07-24 广东宜通世纪科技股份有限公司 一种实现服务器集群负载均衡的方法
JP2016139237A (ja) * 2015-01-27 2016-08-04 株式会社日立製作所 計算機システム及び計算機システムの性能障害の対処方法
CN105657066A (zh) * 2016-03-23 2016-06-08 天津书生云科技有限公司 用于存储系统的负载再均衡方法及装置
CN105847462A (zh) * 2016-03-31 2016-08-10 乐视控股（北京）有限公司 域名解析方法及装置
CN107493351A (zh) * 2017-10-09 2017-12-19 郑州云海信息技术有限公司 一种客户端访问存储系统的负载均衡的方法及装置
CN108924212A (zh) * 2018-06-27 2018-11-30 郑州云海信息技术有限公司 一种负载均衡方法、系统、装置及计算机可读存储介质
CN109347944A (zh) * 2018-10-11 2019-02-15 郑州云海信息技术有限公司 一种域名解析方法及装置
CN109347947A (zh) * 2018-10-15 2019-02-15 郑州云海信息技术有限公司 一种负载均衡的方法、域名服务器及集群nas服务器
CN109639796A (zh) * 2018-12-11 2019-04-16 浪潮电子信息产业股份有限公司 一种负载均衡实现方法、装置、设备及可读存储介质
CN110519349A (zh) * 2019-08-15 2019-11-29 济南浪潮数据技术有限公司 一种基于DNS固定分配虚拟ip的负载均衡方法及装置
CN110674098A (zh) * 2019-09-19 2020-01-10 浪潮电子信息产业股份有限公司 一种分布式文件系统中的域名解析方法
CN110752953A (zh) * 2019-10-25 2020-02-04 苏州浪潮智能科技有限公司 一种基于负载均衡的连接数更新方法、设备以及存储介质
CN112416888A (zh) * 2020-10-16 2021-02-26 上海哔哩哔哩科技有限公司 用于分布式文件系统的动态负载均衡方法及系统
CN114765612A (zh) * 2021-01-14 2022-07-19 腾讯科技（深圳）有限公司 一种业务访问的方法和装置
CN112929416A (zh) * 2021-01-22 2021-06-08 苏州浪潮智能科技有限公司 一种域名系统的负载均衡方法、装置、设备及存储介质
CN113489691A (zh) * 2021-06-22 2021-10-08 腾讯科技（深圳）有限公司 网络访问方法、装置、计算机可读介质及电子设备
CN113608876A (zh) * 2021-08-12 2021-11-05 中国科学技术大学 基于负载类型感知的分布式文件系统元数据负载均衡方法
CN113835875A (zh) * 2021-08-17 2021-12-24 新华三大数据技术有限公司 负载均衡方法、装置、电子设备及系统
CN113806084A (zh) * 2021-09-07 2021-12-17 济南浪潮数据技术有限公司 一种集群节点内存负载均衡的方法、系统、设备和介质
CN113778627A (zh) * 2021-09-10 2021-12-10 龙坤(无锡)智慧科技有限公司 一种创建云资源的调度方法

Similar Documents

Publication Publication Date Title
US11586673B2 (en) Data writing and reading method and apparatus, and cloud storage system
US20180375726A1 (en) Resource Configuration Method, Virtualized Network Function Manager, and Element Management System
US11573725B2 (en) Object migration method, device, and system
CN108965381A (zh) 基于Nginx的负载均衡实现方法、装置、计算机设备和介质
CN108924005B (zh) 网络检测方法、网络检测装置、介质和设备
CN107172214B (zh) 一种具有负载均衡的服务节点发现方法及装置
CN111258851A (zh) 一种集群的告警方法、装置、设置及存储介质
CN103607424A (zh) 一种服务器连接方法及服务器系统
CN112839076B (zh) 数据存储、读取方法、网关、电子设备及存储介质
US11228490B1 (en) Storage management for configuration discovery data
WO2017095820A1 (en) Methods and devices for acquiring data using virtual machine and host machine
CN109639796A (zh) 一种负载均衡实现方法、装置、设备及可读存储介质
CN112445774A (zh) 一种分布式共享文件系统及其数据处理方法
CN114979158A (zh) 一种资源监控方法、系统、设备及计算机可读存储介质
CN114448988A (zh) 一种节点负载均衡方法、装置、设备、存储介质
CN113946491A (zh) 微服务数据处理方法、装置、计算机设备及存储介质
US11582168B2 (en) Fenced clone applications
CN114070755B (zh) 虚拟机网络流量确定方法、装置、电子设备和存储介质
CN117459536A (zh) 资源分发方法、云服务器、装置、电子设备及存储介质
CN109005071B (zh) 一种决策部署方法和调度设备
CN115225608A (zh) 一种dns域名解析的负载均衡方法、装置、设备及介质
CN214202379U (zh) 一种分布式共享文件系统
US20190097933A1 (en) Intelligent load shedding of traffic based on current load state of target capacity
CN110519349B (zh) 一种基于DNS固定分配虚拟ip的负载均衡方法及装置
CN112910988A (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