CN114466011B - 一种元数据服务请求方法、装置、设备及介质 - Google Patents
一种元数据服务请求方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN114466011B CN114466011B CN202210111522.3A CN202210111522A CN114466011B CN 114466011 B CN114466011 B CN 114466011B CN 202210111522 A CN202210111522 A CN 202210111522A CN 114466011 B CN114466011 B CN 114466011B
- Authority
- CN
- China
- Prior art keywords
- metadata
- service request
- ovn
- network
- request message
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000004891 communication Methods 0.000 claims abstract description 29
- 238000004590 computer program Methods 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 15
- 238000012544 monitoring process Methods 0.000 claims description 10
- YZMCKZRAOLZXAZ-UHFFFAOYSA-N sulfisomidine Chemical compound CC1=NC(C)=CC(NS(=O)(=O)C=2C=CC(N)=CC=2)=N1 YZMCKZRAOLZXAZ-UHFFFAOYSA-N 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000005538 encapsulation Methods 0.000 description 3
- 238000004806 packaging method and process Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
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
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种元数据服务请求方法、装置、设备及介质，包括：将neutron‑ovn‑metadata‑agent分别部署在云平台中的各计算节点与各网络节点的管理网中，利用所述neutron‑ovn‑metadata‑agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间，通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文，利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron‑ovn‑metadata‑agent，利用所述neutron‑ovn‑metadata‑agent将所述服务请求报文转发至nova‑api，以便所述nova‑api向所述目标主机返回基于所述服务请求的元数据。这样一来，在云数据请求过程中，本发明通过将neutron‑ovn‑metadata‑agent部署在云平台中的各计算节点与各网络节点的管理网中，可使云主机与云物理机均可成功请求到metadata服务。
Description
技术领域
本发明涉及云平台分布式服务领域，特别涉及一种元数据服务请求方法、装置、设备及介质。
背景技术
OpenStack是一个开源云计算平台管理平台项目，nova为OpenStack的一个组件，为云平台提供计算服务，其中包含metadata（即元数据）服务。云主机、云物理机需要请求metadata服务获取metadata数据，但云主机、云物理机和nova-api之间网络是不通的。这就导致了云主机、云物理机不能直接访问nova-api，请求metadata服务获取metadata数据。
早期OpenStack云平台的网络解决方案采用的是多neutron agent架构：neutron-dhcp-agent负责云主机、云物理机的动态IP分配；neutron-l3-agent云主机、云物理机的三层路由转发；neutron-metadata-agent负责转发云主机、云物理机的metadata请求到nova-metadata。此时云主机与云物理机虽均可请求到metadata服务，但由于此架构是一种集中式架构，当OpenStack云平台集群的越来越大时，会出现性能瓶颈。
目前OpenStack云平台的网络解决方案更多的是采用ovn架构，通过OpenVSwitch流表提供云主机、云物理机的动态IP分配和三层路由转发功能，将neutron-ovn-metadata-agent添加在计算节点，而云物理机的网络请求都是在网络节点进行发送，导致了云物理机的metadata请求无法到达计算节点的ovnmeta网络命名空间，也就无法请求到metadata服务，无法获取metadata数据。
由上可见，在云平台服务的过程中，如何保证云物理机与云主机均可成功请求到metadata服务是本领域有待解决的问题。
发明内容
有鉴于此，本发明的目的在于提供一种元数据服务请求方法、装置、设备及介质，能够保证云物理机与云主机均可成功请求到metadata服务。其具体方案如下：
第一方面，本申请公开了一种元数据服务请求方法，包括：
将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中；
利用所述 neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间；
通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文；
利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent；
利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。
可选的，所述通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文之前，还包括：
在所述ovnmeta网络命名空间创建本地端口，并将预设目标IP地址，以及所述目标主机所在子网的端口IP地址均设置为所述本地端口的IP地址，以便目标主机将路由为预设目标IP地址的网关地址设置为所述本地端口的IP地址，并在创建由所述目标主机到所述ovnmeta网络命名空间的路由路线后，根据所述路由路线将基于元数据服务的服务请求报文进行发送。
可选的，所述根据所述路由路线将基于元数据服务的服务请求报文进行发送，包括：
将服务请求报文的目的IP地址封装为预设目标IP地址，并将目的MAC地址封装为所述本地端口的MAC地址。
可选的，所述通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文之后，还包括：
将所述报文发送至预设处理端口；
相应的，所述利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent，还包括：
利用预设代理软件对与预设目标IP地址对应的预设处理端口进行监听，以便在监听到所述服务请求报文后，对所述服务请求报文添加通用唯一识别码，以形成第一封装后报文，并通过预设通信方式将所述第一封装后报文转发至neutron-ovn-metadata-agent。
通过预设通信方式将所述第一封装后报文转发至neutron-ovn-metadata-agent。
可选的，所述利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求报文的元数据，包括：
利用所述neutron-ovn-metadata-agent对所述第一封装后报文进行解析，以获取所述通用唯一识别码、源IP以及所述服务请求报文，并利用所述通用唯一识别码、源IP得到项目标识号与目标主机标识号，将所述项目标识号与所述目标主机标识号封装至所述服务请求报文中，以形成第二封装后报文，并将所述第二封装后报文转发至nova-api，以便所述nova-api基于所述第二封装后报文向所述目标主机返回相应的元数据
可选的，所述利用所述neutron-ovn-metadata-agent根据所述服务请求报文中的唯一通用识别码、源IP得到项目标识号与目标主机标识号之后，还包括：
利用所述neutron-ovn-metadata-agent将所述项目标识号、所述目标主机标识号与所述服务请求报文保存至预设数据库中。
可选的，所述利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent，包括：
利用HAproxy通过unix domian socket将所述服务请求报文转发至neutron-ovn-metadata-agent。
第二方面，本申请公开了一种元数据服务请求装置，包括：
节点部署模块，用于将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中；
空间创建模块，用于利用所述neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间；
报文获取模块，用于通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文；
报文转发模块，用于利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent；
数据返回模块，用于利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。
第三方面，本申请公开了一种电子设备，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现前述的元数据服务请求方法。
第四方面，本申请公开了一种计算机存储介质，用于保存计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的元数据服务请求方法的步骤。
本申请先将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中；利用所述neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间；通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文；利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent；利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。这样一来，在每个计算节点、网络节点上均部署neutron-ovn-metadata-agent，既避免了使用neutron agent架构出现性能瓶颈的问题，又能解决使用ovn架构导致在网络节点发送数据请求的云物理机无法请求到metadata服务的问题，在此基础上，便可使云主机与云物理机均可成功请求到metadata服务。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请提供的元数据服务请求方法流程图；
图2为本申请提供的一种具体的元数据服务请求方法流程图；
图3为本申请提供的一种具体的metadata服务请求的流程图；
图4为本申请提供的一种元数据服务请求装置结构示意图；
图5为本申请提供的一种电子设备结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
现有技术中，对于云平台的网络解决方案中，使用neutron agent架构时会出现性能瓶颈的问题，使用ovn架构会导致在网络节点发送数据请求的云物理机无法请求到metadata服务的问题。在本申请中，在每个计算节点、网络节点上均进行相应的部署，可使云主机与云物理机均可成功请求到metadata服务。
本发明实施例公开了一种元数据服务请求方法，参见图1所述，该方法包括：
步骤S11：将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中。
本实施例中将云平台中计算节点与网络节点中的管理网中均进行neutron-ovn-metadata-agent的部署。
步骤S12：利用所述neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间。
本实施例利用各部署在管理网中的所述neutron-ovn-metadata-agent在本节点对应的业务网中创建ovnmeta网络命名空间。
步骤S13：通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文。
本实施例中，所述通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文之前，还可以包括：在所述ovnmeta网络命名空间创建本地端口，并将预设目标IP地址，以及所述目标主机所在子网的端口IP地址均设置为所述本地端口的IP地址，以便目标主机将路由为预设目标IP地址的网关地址设置为所述本地端口的IP地址，并在创建由所述目标主机到所述ovnmeta网络命名空间的路由路线后，根据所述路由路线将基于元数据服务的服务请求报文进行发送。
可以理解的是，本实施例中所述的本地端口（即localport端口）是在所述ovnmeta网络命名空间中的，是一种tap（即Test Access Point，分光器/分路器）设备，且本实施例中所述本地端口为基于metadata服务而设置的专用端口。在设置所述本地端口的IP地址时，将目标主机所在子网的端口IP地址与预设目标IP地址均设置为本地端口的IP地址，这样ovnmata网络命名空间就可以接收来自云主机和云物理机的metadata请求了。本实施例中，所述目标主机包括但不限于在计算节点业务网中工作的云主机或与网络节点相连的云物理机。所述预设目标IP地址包括但不限于169.254.169.254的IP地址。
本实施例中，因为所述预设目标IP地址不在云主机、云物理机所在的子网中。如果不设置这条路由，云主机、云物理机发送的metadata请求会根据默认路由发送给子网网关，就不能正常的请求到metadata服务了。设置这条路由后，云主机、云物理机发送的metadata请求会根据这条路由发送给本地端口。
本实施例中，所述根据所述路由路线将基于元数据服务的服务请求报文进行发送，可以包括：将服务请求报文的目的IP地址封装为预设目标IP地址，并将目的MAC地址（即MediaAccessControl地址，媒体存取控制位址）封装为所述本地端口的MAC地址。
因为预设目标IP地址与云主机、云物理机不在同一网段中，云主机、云物理机发送metadata请求时，封装目的MAC地址会封装成网关MAC地址，即本地端口的MAC地址。这会使metadata请求经过OVS（即OpenVSwitch）进行二层转发时，会发送给本地端口，在本地端口收到报文后，会查看目的MAC地址是本机MAC地址，查看目的IP地址为169.254.169.254也是本机IP地址后，便开始对数据进行处理。
步骤S14：利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent。
本实施例中，所述利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent，可以包括：利用HAproxy通过unix domian socket将所述服务请求报文转发至neutron-ovn-metadata-agent。本实施例中所述预设代理软件包括但不限于HAproxy，且本实施例中所述的预设通信方式包括但不限于通过unix domainsocket的方式。
步骤S15：利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。
本申请先将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中，利用所述neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间，通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文，再利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent，利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。这样一来，在每个计算节点、网络节点上均部署neutron-ovn-metadata-agent，既避免了使用neutron agent架构出现性能瓶颈的问题，又能解决使用ovn架构导致在网络节点发送数据请求的云物理机无法请求到metadata服务的问题，在此基础上，便可使云主机与云物理机均可成功请求到metadata服务。
图2为本申请实施例提供的一种具体的元数据服务请求方法流程图。参见图2所示，该方法包括：
步骤S21：将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中。
步骤S22：利用所述 neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间。
步骤S23：通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文。
步骤S24：将所述报文发送至预设处理端口。
此步骤中，若所述预设目标IP地址为169.254.169.254，则相对的，所述预设处理端口可以为169.254.169.254:80。
步骤S25：利用预设代理软件对与预设目标IP地址对应的预设处理端口进行监听，以便在监听到所述服务请求报文后，对所述服务请求报文添加通用唯一识别码，以形成第一封装后报文，并通过预设通信方式将所述第一封装后报文转发至neutron-ovn-metadata-agent。
本实施例中所述的预设代理软件包括但不限于Haproxy，且在一种具体实施例中，本步骤的过程可以是：利用Haproxy对169.254.169.254:80进行监听，本地端口在收到metadata请求后，Haproxy就会接收到metadata请求报文。之后在metadata请求中加入网络UUID（即Universally Unique Identifier，通用唯一识别码），以形成第一封装后报文。
本实施例中所述的预设通信方式包括但不限于通过unix domian socket的方式。
步骤S26：利用所述neutron-ovn-metadata-agent对所述第一封装后报文进行解析，以获取所述通用唯一识别码、源IP以及所述服务请求报文，并利用所述通用唯一识别码、源IP得到项目标识号与目标主机标识号，将所述项目标识号与所述目标主机标识号封装至所述服务请求报文中，以形成第二封装后报文，并将所述第二封装后报文转发至nova-api，以便所述nova-api基于所述第二封装后报文向所述目标主机返回相应的元数据。
可以理解的是，本步骤中所述服务请求报文中包含所述源IP。
本步骤利用所述neutron-ovn-metadata-agent对接收到的所述服务请求报文进行相应的处理，以转发至nova-api，以便所述nova-api基于所述第二封装后报文向所述目标主机返回相应的元数据。
本实施例中，所述利用所述neutron-ovn-metadata-agent根据所述服务请求报文中的唯一通用识别码、源IP得到项目标识号与目标主机标识号之后，还可以包括：利用所述neutron-ovn-metadata-agent将所述项目标识号、所述目标主机标识号与所述服务请求报文保存至预设数据库中。所述预设数据库包括但不限于ovn-sb-db数据库。
需要指出的是，本发明实施方案不依赖于底层CPU（即Central Processing Unit，中央处理器）架构，可支持多种架构，如x86（即The X86 architecture）、arm（AdvancedRISC Machine)等架构。
本实施例中先将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中，利用所述neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间，通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文，将所述报文发送至预设处理端口，利用预设代理软件对与预设目标IP地址对应的预设处理端口进行监听，以便在监听到所述服务请求报文后，对所述服务请求报文添加通用唯一识别码，以形成第一封装后报文，通过预设通信方式将所述第一封装后报文转发至neutron-ovn-metadata-agent，利用所述neutron-ovn-metadata-agent对所述第一封装后报文进行解析，以获取所述通用唯一识别码、源IP以及所述服务请求报文，并利用所述通用唯一识别码、源IP得到项目标识号与目标主机标识号，将所述项目标识号与所述目标主机标识号封装至所述服务请求报文中，以形成第二封装后报文，并将所述第二封装后报文转发至nova-api，以便所述nova-api基于所述第二封装后报文向所述目标主机返回相应的元数据。本实施例对metadata服务请求的详细过程做出了展示，提出了利用Haproxy对169.254.169.254:80进行监听，并将metadata请求进行通用唯一识别码的封装，最后由neutron-ovn-metadata-agent进行基于项目ID与目标主机ID的封装，最终通过管理网将metadata服务请求发送至nova-api的过程。本实施例详细展开了本方法中metadata服务请求的过程，可使云主机与云物理机均成功请求到metadata服务。
如图3为云主机、云物理机请求metadata服务的流程图，图中展示了云主机或云物理机先将metadata请求发送至ovnmeta网络命名空间，并通过haproxy添加network_id（即实施例中所述唯一通用识别码），进而将metadata请求转发至neutron-ovn-metadata-agent，通过获取project_id与instance_id后将matadata请求保存至ovn-sb-db数据库中，最后在metadata请求中project_id与instance_id，并转发给nova-api，最终将相应的metadata数据返回给云主机或云物理机。
参见图4所示，本申请实施例公开了一种元数据服务请求装置，具体可以包括：
节点部署模块11，用于将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中；
空间创建模块12，用于利用所述neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间；
报文获取模块13，用于通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文；
报文转发模块14，用于利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent；
数据返回模块15，用于利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。
本申请先将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中；利用所述neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间；通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文；利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent；利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。这样一来，在每个计算节点、网络节点上均部署neutron-ovn-metadata-agent，既避免了使用neutron agent架构出现性能瓶颈的问题，又能解决使用ovn架构导致在网络节点发送数据请求的云物理机无法请求到metadata服务的问题，在此基础上，便可使云主机与云物理机均可成功请求到metadata服务。
在一些具体实施例中，所述元数据服务请求装置，还包括：
端口应用单元，用于在所述ovnmeta网络命名空间创建本地端口，并将预设目标IP地址，以及所述目标主机所在子网的端口IP地址均设置为所述本地端口的IP地址，以便目标主机将路由为预设目标IP地址的网关地址设置为所述本地端口的IP地址，并在创建由所述目标主机到所述ovnmeta网络命名空间的路由路线后，根据所述路由路线将基于元数据服务的服务请求报文进行发送。
在一些具体实施例中，所述端口应用单元，还包括：
地址封装单元，用于将服务请求报文的目的IP地址封装为预设目标IP地址，并将目的MAC地址封装为所述本地端口的MAC地址。
在一些具体实施例中，所述元数据服务请求装置，还包括：
端口发送单元，用于将所述报文发送至预设处理端口；
相应的，所述数据返回模块15，包括：
第一封装单元，用于利用预设代理软件对与预设目标IP地址对应的预设处理端口进行监听，以便在监听到所述服务请求报文后，对所述服务请求报文添加通用唯一识别码，以形成第一封装后报文，并通过预设通信方式将所述第一封装后报文转发至neutron-ovn-metadata-agent。
报文转发单元，用于通过预设通信方式将所述第一封装后报文转发至neutron-ovn-metadata-agent。
在一些具体实施例中，所述数据返回模块15，包括：
第二封装单元，用于利用所述neutron-ovn-metadata-agent对所述第一封装后报文进行解析，以获取所述通用唯一识别码、源IP以及所述服务请求报文，并利用所述通用唯一识别码、源IP得到项目标识号与目标主机标识号，将所述项目标识号与所述目标主机标识号封装至所述服务请求报文中，以形成第二封装后报文，并将所述第二封装后报文转发至nova-api，以便所述nova-api基于所述第二封装后报文向所述目标主机返回相应的元数据
在一些具体实施例中，所述利用所述neutron-ovn-metadata-agent根据所述服务请求报文中的唯一通用识别码、源IP得到项目标识号与目标主机标识号之后，还包括：
利用所述neutron-ovn-metadata-agent将所述项目标识号、所述目标主机标识号与所述服务请求报文保存至预设数据库中。
在一些具体实施例中，所述报文转发模块14，包括：
报文转发单元，用于利用HAproxy通过unix domian socket将所述服务请求报文转发至neutron-ovn-metadata-agent。
进一步的，本申请实施例还公开了一种电子设备，图5是根据示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。
图5为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、显示屏24、输入输出接口25、通信接口26以及通信总线27。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的元数据服务请求方法中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。
本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口26能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作***221、计算机程序222等，存储方式可以是短暂存储或者永久存储。
其中，操作***221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的元数据服务请求方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。
进一步的，本申请还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的元数据服务请求方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明所提供的元数据服务请求方法、装置、设备、存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种元数据服务请求方法，其特征在于，包括：
将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中；
利用所述 neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间；
通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文；
利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent；
利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。
2.根据权利要求1所述的元数据服务请求方法，其特征在于，所述通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文之前，还包括：
在所述ovnmeta网络命名空间创建本地端口，并将预设目标IP地址，以及所述目标主机所在子网的端口IP地址均设置为所述本地端口的IP地址，以便目标主机将路由为预设目标IP地址的网关地址设置为所述本地端口的IP地址，并在创建由所述目标主机到所述ovnmeta网络命名空间的路由路线后，根据所述路由路线将基于元数据服务的服务请求报文进行发送。
3.根据权利要求2所述的元数据服务请求方法，其特征在于，所述根据所述路由路线将基于元数据服务的服务请求报文进行发送，包括：
将服务请求报文的目的IP地址封装为预设目标IP地址，并将目的MAC地址封装为所述本地端口的MAC地址。
4.根据权利要求1所述的元数据服务请求方法，其特征在于，所述通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文之后，还包括：
将所述报文发送至预设处理端口；
相应的，所述利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent，还包括：
利用预设代理软件对与预设目标IP地址对应的预设处理端口进行监听，以便在监听到所述服务请求报文后，对所述服务请求报文添加通用唯一识别码，以形成第一封装后报文，并通过预设通信方式将所述第一封装后报文转发至neutron-ovn-metadata-agent。
5.根据权利要求4所述的元数据服务请求方法，其特征在于，所述利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求报文的元数据，包括：
利用所述neutron-ovn-metadata-agent对所述第一封装后报文进行解析，以获取所述通用唯一识别码、源IP以及所述服务请求报文，并利用所述通用唯一识别码、源IP得到项目标识号与目标主机标识号，将所述项目标识号与所述目标主机标识号封装至所述服务请求报文中，以形成第二封装后报文，并将所述第二封装后报文转发至nova-api，以便所述nova-api基于所述第二封装后报文向所述目标主机返回相应的元数据。
6.根据权利要求5所述的元数据服务请求方法，其特征在于，所述利用所述neutron-ovn-metadata-agent根据所述服务请求报文中的唯一通用识别码、源IP得到项目标识号与目标主机标识号之后，还包括：
利用所述neutron-ovn-metadata-agent将所述项目标识号、所述目标主机标识号与所述服务请求报文保存至预设数据库中。
7.根据权利要求1至6任一项所述的元数据服务请求方法，其特征在于，所述利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent，包括：
利用HAproxy通过unix domian socket将所述服务请求报文转发至neutron-ovn-metadata-agent。
8.一种元数据服务请求装置，其特征在于，包括：
节点部署模块，用于将neutron-ovn-metadata-agent分别部署在云平台中的各计算节点与各网络节点的管理网中；
空间创建模块，用于利用所述neutron-ovn-metadata-agent在各计算节点与各网络节点对应的业务网中创建ovnmeta网络命名空间；
报文获取模块，用于通过所述ovnmeta网络命名空间从预设的路由路线获取目标主机发送的基于元数据服务的服务请求报文；
报文转发模块，用于利用预设代理软件通过预设通信方式将所述服务请求报文转发至neutron-ovn-metadata-agent；
数据返回模块，用于利用所述neutron-ovn-metadata-agent将所述服务请求报文转发至nova-api，以便所述nova-api向所述目标主机返回基于所述服务请求的元数据。
9.一种电子设备，其特征在于，包括处理器和存储器；其中，所述处理器执行所述存储器中保存的计算机程序时实现如权利要求1至7任一项所述的元数据服务请求方法。
10.一种计算机可读存储介质，其特征在于，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的元数据服务请求方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210111522.3A CN114466011B (zh) | 2022-01-29 | 2022-01-29 | 一种元数据服务请求方法、装置、设备及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210111522.3A CN114466011B (zh) | 2022-01-29 | 2022-01-29 | 一种元数据服务请求方法、装置、设备及介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114466011A CN114466011A (zh) | 2022-05-10 |
| CN114466011B true CN114466011B (zh) | 2023-08-04 |
Family
ID=81411679
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210111522.3A Active CN114466011B (zh) | 2022-01-29 | 2022-01-29 | 一种元数据服务请求方法、装置、设备及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114466011B (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105446797A (zh) * | 2015-11-30 | 2016-03-30 | 国云科技股份有限公司 | 一种虚拟机访问服务的方法 |
| CN105515978A (zh) * | 2016-01-08 | 2016-04-20 | 盛科网络（苏州）有限公司 | 实现分布式路由、物理主机接入的方法及装置 |
| CN106953848A (zh) * | 2017-02-28 | 2017-07-14 | 浙江工商大学 | 一种基于ForCES的软件定义网络实现方法 |
| CN108933844A (zh) * | 2017-05-27 | 2018-12-04 | 华为技术有限公司 | 提供dhcp服务的方法及设备 |
| CN111277432A (zh) * | 2020-01-10 | 2020-06-12 | 腾讯科技（深圳）有限公司 | 配置信息更新方法、装置、电子设备及存储介质 |
| CN112887440A (zh) * | 2019-11-29 | 2021-06-01 | 北京百度网讯科技有限公司 | 一种ip地址管理方法和装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107577516B (zh) * | 2017-07-28 | 2020-08-14 | 华为技术有限公司 | 虚拟机密码重置方法、装置和*** |
-
2022
- 2022-01-29 CN CN202210111522.3A patent/CN114466011B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105446797A (zh) * | 2015-11-30 | 2016-03-30 | 国云科技股份有限公司 | 一种虚拟机访问服务的方法 |
| CN105515978A (zh) * | 2016-01-08 | 2016-04-20 | 盛科网络（苏州）有限公司 | 实现分布式路由、物理主机接入的方法及装置 |
| CN106953848A (zh) * | 2017-02-28 | 2017-07-14 | 浙江工商大学 | 一种基于ForCES的软件定义网络实现方法 |
| CN108933844A (zh) * | 2017-05-27 | 2018-12-04 | 华为技术有限公司 | 提供dhcp服务的方法及设备 |
| CN112887440A (zh) * | 2019-11-29 | 2021-06-01 | 北京百度网讯科技有限公司 | 一种ip地址管理方法和装置 |
| CN111277432A (zh) * | 2020-01-10 | 2020-06-12 | 腾讯科技（深圳）有限公司 | 配置信息更新方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114466011A (zh) | 2022-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112087312B (zh) | 一种提供边缘服务的方法、装置和设备 | |
| US10187459B2 (en) | Distributed load balancing system, health check method, and service node | |
| CN105610632B (zh) | 一种虚拟网络设备及相关方法 | |
| CN110753072B (zh) | 负载均衡***、方法、装置及设备 | |
| US20050207421A1 (en) | Computer node, cluster system, cluster managing method, and cluster managing program | |
| CN111212134A (zh) | 一种请求报文处理方法、装置、边缘计算***和电子设备 | |
| CN110716787A (zh) | 容器地址设置方法、设备和计算机可读存储介质 | |
| CN112350918B (zh) | 一种业务流量调度方法、装置、设备及存储介质 | |
| CN112637332B (zh) | 一种服务注册发现方法和*** | |
| CN111327668B (zh) | 网络管理方法、装置、设备和存储介质 | |
| CN107135242B (zh) | Mongodb集群访问方法、装置及*** | |
| CN112187958A (zh) | 微服务注册、发现转发的方法及装置 | |
| CN113364660A (zh) | Lvs负载均衡中的数据包处理方法及装置 | |
| CN116633934A (zh) | 负载均衡方法、装置、节点及存储介质 | |
| CN116708266A (zh) | 一种云服务拓扑图实时更新方法、装置、设备及介质 | |
| JP2023526843A (ja) | ポート状態設定方法、装置、およびシステム、ならびに記憶媒体 | |
| CN114466011B (zh) | 一种元数据服务请求方法、装置、设备及介质 | |
| CN113918326B (zh) | 一种处理请求的方法及装置 | |
| CN108632173B (zh) | 一种资源访问***及基于局域网的资源访问方法 | |
| CN116208483A (zh) | 高可用裸金属服务的实现方法、相关装置及存储介质 | |
| CN112702441B (zh) | 基于容器的访问数据处理方法、装置、***及存储介质 | |
| US20230102122A1 (en) | Methods, systems, and computer readable media for identifying alternate delivery endpoints for mobile originated data and monitoring reports in a communications network | |
| US20230146880A1 (en) | Management system and management method | |
| CN112887185B (zh) | 一种叠加网络的通信方法及装置 | |
| CN113965571A (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 |