CN114338594B

CN114338594B - 在Kubernetes环境下的ARP代答方法、装置、设备及存储介质

Info

Publication number: CN114338594B
Application number: CN202210245515.2A
Authority: CN
Inventors: 花磊; 高远; 梁兵; 崔骥; 赵安全; 张振华
Original assignee: Jiangsu Boyun Technology Co ltd
Current assignee: Jiangsu Boyun Technology Co ltd
Priority date: 2022-03-14
Filing date: 2022-03-14
Publication date: 2022-05-17
Anticipated expiration: 2042-03-14
Also published as: CN114338594A

Abstract

本申请公开了一种在Kubernetes环境下的ARP代答方法、装置、设备及存储介质，属于通信技术领域。其包括：接收地址解析协议请求；获取地址解析协议请求中的请求地址；确定请求地址对应的请求子网地址；获取至少一个容器组对应的容器组子网地址；确定容器组子网地址是否包括请求子网地址；在容器组子网地址包括请求子网地址的情况下，获取预先建立的容器组映射表；基于容器组映射表和请求地址，确定请求地址对应的请求局域网地址；基于请求局域网地址代答地址解析协议请求。可以解决将地址解析协议请求进行广播，会带来较多的地址解析协议查询和信息传递，给网络控制器带来较大的压力，进而导致网络延迟的问题。可以提高网络的稳定性。

Description

在Kubernetes环境下的ARP代答方法、装置、设备及存储介质

技术领域

本申请属于通信技术领域，具体涉及一种在Kubernetes环境下的ARP代答方法、装置、设备及存储介质。

背景技术

在容器调度服务（Kubernetes，k8s）环境中，为了保证在k8s环境中，各容器组之间以及容器组与其它设备之间的网络互通，需要及时响应通信发起方发送的地址解析协议请求，因此，优秀的在Kubernetes环境下的ARP代答方法至关重要。

传统的在Kubernetes环境下的ARP代答方法，包括：使用Linux系统中的Onlink路由作为容器组的路由，通过网络控制器接收容器组发送的地址解析协议请求，并将该地址解析协议请求进行广播，以获取该地址解析协议请求所请求的局域网地址。

然而，将地址解析协议请求进行广播，会带来较多的地址解析协议查询和信息传递，给网络控制器带来较大的压力，进而导致网络延迟的问题。

发明内容

本申请提供了在Kubernetes环境下的ARP代答方法、装置、设备及存储介质，可以解决将地址解析协议请求进行广播，会带来较多的地址解析协议查询和信息传递，给网络控制器带来较大的压力，进而导致网络延迟的问题。本申请提供如下技术方案：

第一方面，提供了一种在Kubernetes环境下的ARP代答方法，包括：接收地址解析协议请求；

获取所述地址解析协议请求中的请求地址；

确定所述请求地址对应的请求子网地址；

获取至少一个容器组对应的容器组子网地址；

确定所述容器组子网地址是否包括所述请求子网地址；

在所述容器组子网地址包括所述请求子网地址的情况下，获取预先建立的容器组映射表；所述容器组映射表用于存储所述至少一个容器组对应的局域网地址和互联网协议地址；

基于所述容器组映射表和所述请求地址，确定所述请求地址对应的请求局域网地址；

基于所述请求局域网地址代答所述地址解析协议请求。

可选地，所述基于所述容器组映射表和所述请求地址，确定所述请求地址对应的请求局域网地址，包括：将所述容器组映射表和所述请求地址进行匹配，确定所述容器组映射表中与所述请求地址相同的互联网协议地址；将所述互联网协议地址对应的组局域网地址确定为所述请求局域网地址。

可选地，所述方法还包括：在未确定出所述容器组映射表中与所述请求地址相同的互联网协议地址的情况下，结束所述地址解析协议请求的代答。

可选地，所述获取预先建立的容器组映射表，包括：获取容器组路由信息；基于所述容器组路由信息，生成所述容器组映射表。

可选地，所述方法还包括：在所述容器组子网地址不包括所述请求子网地址的情况下，获取预设服务路由信息；所述服务路由信息包括服务路由和第一局域网地址；在所述服务路由包含所述请求子网地址的情况下，基于所述第一局域网地址代答所述地址解析协议请求。

可选地，所述方法还包括：在所述服务路由不包含所述请求子网地址的情况下，获取宿主路由信息；所述宿主路由信息包括宿主路由和第二局域网地址；在所述宿主路由包含所述请求子网地址的情况下，基于所述第二局域网地址代答所述地址解析协议请求。

可选地，所述方法还包括：在所述宿主路由不包含所述请求子网地址的情况下，获取默认局域网地址；基于所述默认局域网地址代答所述地址解析协议请求。

第二方面，一种在Kubernetes环境下的ARP代答装置，其特征在于，所述装置包括：

请求接收模块，用于接收地址解析协议请求；

第一获取模块，用于获取所述地址解析协议请求中的请求地址；

第一确定模块，用于确定所述请求地址对应的请求子网地址；

第二获取模块，用于获取至少一个容器组对应的容器组子网地址；

第二确定模块，用于确定所述容器组子网地址是否包括所述请求子网地址；

第三获取模块，用于在所述容器组子网地址包括所述请求子网地址的情况下，获取预先建立的容器组映射表；所述容器组映射表用于存储所述至少一个容器组对应的局域网地址和互联网协议地址；

第三确定模块，用于基于所述容器组映射表和所述请求地址，确定所述请求地址对应的请求局域网地址；

请求代答模块，用于基于所述请求局域网地址代答所述地址解析协议请求。

第三方面，提供一种电子设备，包括存储器、控制器以及存储在存储器上并可在控制器上运行的计算机程序，所述控制器执行所述计算机程序时实现上述在Kubernetes环境下的ARP代答方法的步骤。

第四方面，提供一种计算机可读存储介质，所述存储介质中存储有程序，所述程序被处理器执行时用于实现第一方面提供的在Kubernetes环境下的ARP代答方法。

本申请的有益效果至少包括：通过接收地址解析协议请求，获取地址解析协议请求中的请求地址，确定请求地址对应的请求子网地址，获取至少一个容器组对应的容器组子网地址，确定容器组子网地址是否包括请求子网地址，在容器组子网地址包括请求子网地址的情况下，获取预先建立的容器组映射表，在容器组映射表中查询得到请求地址对应的局域网地址进行代答，在容器组子网地址不包括请求子网地址的情况下，获取预先建立的路由映射对象，在路由映射对象中查询得到请求地址对应的请求局域网地址进行代答。可以解决将地址解析协议请求进行广播，会带来较多的地址解析协议查询和信息传递，给网络控制器带来较大的压力，进而导致网络延迟的问题；由于预先建立容器组映射表和路由信息，不需要网络控制器将地址解析协议请求进行广播，可以避免较多的地址解析协议查询和信息传递，使得网络控制器的压力降低，进而避免了网络延迟和网络抖动的问题，因此，可以提高网络的稳定性。同时，通过查询容器组映射表或者路由信息，可以快速确定代答的局域网地址，无需通过网络控制器以广播的形式获取代答的局域网地址，因此，可以提高在Kubernetes环境下的地址解析协议代答的效率。

附图说明

为了更清楚地说明本申请具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见，下面描述中的附图是本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的用于在Kubernetes环境下的ARP代答方法的流程图；

图2是本申请一个实施例提供的一个结构示意图；

图3是本申请一个实施例提供的另一个在Kubernetes环境下的ARP代答方法流程图；

图4是本申请一个实施例提供的在Kubernetes环境下的ARP代答装置的框图；

图5是本申请一个实施例提供的电子设备的框图。

具体实施方式

下面将结合附图对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本申请中，在未作相反说明的情况下，使用的方位词如“上、下、顶、底”通常是针对附图所示的方向而言的，或者是针对部件本身在竖直、垂直或重力方向上而言的；同样地，为便于理解和描述，“内、外”是指相对于各部件本身的轮廓的内、外，但上述方位词并不用于限制本申请。

首先，对本申请实施例涉及的若干名词进行介绍。

eBPF（extended Berkeley Packet Filter）：是Linux内核里的一种虚拟机，它能够附加到指定的内核代码路径中，当执行该代码路径时，会执行对应的eBPF内核态程序，内核态程序可以和用户态的程序互通。

互联网协议地址（Internet Protocol Address，IP）：是指IP地址，又名为网际协议地址。IP地址是IP协议提供的一种统一的地址格式，它为互联网上的每一个网络和每一台主机分配一个逻辑地址，以此来屏蔽物理地址的差异。

地址解析协议（Address Resolution Protocol，ARP）：是根据IP地址获取局域网地址的一个TCP/IP协议。

容器调度服务（Kubernetes，k8s）：是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效,Kubernetes提供了应用部署，规划，更新，维护的一种机制。

局域网地址（Media Access Control Address，Mac）： MAC位址，以太网地址（Ethernet Address）或物理地址（Physical Address），它是一个用来确认网络设备位置的位址。

容器组（Pod）：是容器调度服务管理的最小单元，多个容器组合在一起叫做容器组。

服务（Service）：在容器调度服务中的一个容器组的逻辑分组，一种可以访问它们的策略，通常称为微服务。

宿主（host）：就是主机，这个概念是相对于子机而言的，比如安装有虚拟机的话，那么相对于虚拟机而言，正在使用的计算机就是宿主机，虚拟机是安装在主机上的，必须在主机上才能运行，主机就是一个宿主。

虚拟网卡接口(Virtual Ethernet ，Veth）：是Linux提供的另外一种特殊的网络设备，它总是成对出现，数据从一个端点进入，必然从另外一个端点流出。每个虚拟网卡设备都可以被赋予IP地址。

Linux：是一种免费使用和自由传播的类UNIX操作系统。

Onlink路由：是Linux操作系统中的一种路由的类型，当路由类型为Onlink时，Linux会对所有命中该前缀的数据包发起ARP请求。

下面对本申请提供的在Kubernetes环境下的ARP代答方法进行详细介绍。

如图1所示，本申请的实施例提供一种在Kubernetes环境下的ARP代答方法，可选地，本申请提供的在Kubernetes环境下的ARP代答方法的执行主体为电子设备，该电子设备可以为计算机、手机、平板电脑等终端，或者也可以为服务器，本实施例不对电子设备的实现方式作限定。该方法至少包括以下几个步骤：

步骤101，接收地址解析协议请求。

步骤102，获取地址解析协议请求中的请求地址。

在本实施例中， eBPF的内核态程序在接收到地址解析协议请求后，会提取地址解析协议请求中的请求地址。

其中，eBPF的内核态程序附加在每个容器组所在的宿主的虚拟网卡接口中。

如图3所示，eBPF的内核态程序附加在宿主270的第一虚拟网卡接口230和第二虚拟网卡接口260中。

步骤103，确定请求地址对应的请求子网地址。

可选地，通过对请求地址与请求地址对应的子网掩码进行掩码运算，得到请求子网地址。

步骤104，获取至少一个容器组对应的容器组子网地址。

在容器调度服务环境中，存在至少一个容器组，可以通过获取每个容器组对应的互联网协议地址，对互联网协议地址进行掩码运算，得到每个容器组对应的容器组子网地址；或者通过读取配置文件中的配置信息，得到每个容器组对应的容器组子网地址。

步骤105，确定容器组子网地址是否包括请求子网地址。

步骤106，在容器组子网地址包括请求子网地址的情况下，获取预先建立的容器组映射表。

其中，容器组映射表用于存储至少一个容器组对应的局域网地址和互联网协议地址。

比如：如图2所示，预先设置第一容器组210和第二容器组240使用的子网地址为192.168.0.0/16，第一容器组210的互联网协议地址设置为192.168.1.2，局域网地址设置为0242-ac00-0001；第二容器组 240的互联网协议地址设置为192.168.1.3，局域网地址设置为0242-ac00-0002。通过网络控制器收集第一容器组210和第二容器组240的互联网协议地址和局域网地址，并生成一个哈希类型的映射表，表中的内容为192.168.1.2->0242-ac00-0001、192.168.1.3->0242-ac00-0002。

具体地，获取预先建立的容器组映射表，包括：获取容器组路由信息；基于容器组路由信息，生成容器组映射表。

可选地，在生成容器组映射表之后，还包括：将容器组映射表存入内存之中。

在实际实施时，存在容器组子网地址中不包括请求子网地址的可能，此时，还需要通过获取路由信息确定请求地址对应的请求局域网地址。

其中，路由信息包括服务路由信息、宿主路由信息和默认路由信息。通过读取配置文件中的配置，可以得到路由信息。

具体地，在容器组子网地址不包括请求子网地址的情况下，获取预设服务路由信息；服务路由信息包括服务路由和第一局域网地址；在服务路由包含请求子网地址的情况下，基于第一局域网地址代答地址解析协议请求。在服务路由不包含请求子网地址的情况下，获取宿主路由信息；宿主路由信息包括宿主路由和第二局域网地址；在宿主路由包含请求子网地址的情况下，基于第二局域网地址代答地址解析协议请求。另外，在宿主路由不包含请求子网地址的情况下，获取默认局域网地址；基于默认局域网地址代答地址解析协议请求。

比如：当容器组访问服务路由时，eBPF内核态程序在查找请求地址时会匹配到服务路由信息，进而确定服务路由信息中的局域网地址，并回复给容器组。当容器组直接访问公网时，由于请求地址与服务路由和宿主路由不匹配，eBPF内核态程序在查找请求地址时不会匹配到服务路由信息和宿主路由信息，而是会匹配到默认路由信息，进而会选中默认路由信息中的局域网地址，并回复给容器组。

另外，第一局域网地址、第二局域网地址和默认局域网地址默认都是宿主的桥接端口设置的局域网地址；或者第一局域网地址、第二局域网地址和默认局域网地址也可以是配置文件中设置的局域网地址。

比如：设置服务路由为10.96.0.0/16，宿主路由为172.26.1.0/24，默认路由为0.0.0.0，第一局域网地址、第二局域网地址和默认局域网地址都可以为如图2所示的宿主270的桥接端口设置的局域网地址0242-ac00-ffff。

步骤107，基于容器组映射表和请求地址，确定请求地址对应的请求局域网地址。

具体地，基于容器组映射表和请求地址，确定请求地址对应的请求局域网地址，包括：将容器组映射表和请求地址进行匹配，确定容器组映射表中与请求地址相同的互联网协议地址；将互联网协议地址对应的组局域网地址确定为请求局域网地址。

比如：如图2所示，当第一容器组210访问第二容器组240时，请求地址为192.168.1.3，地址解析协议请求发出后，到达宿主270的第一虚拟网卡接口230，触发eBPF内核态程序，进而提取地址解析协议请求中的请求并进行查找，由于192.168.1.3在192.168.0.0/16的子网中，此时会在容器组映射表中使用该请求地址继续查找，找到对应的局域网地址为0242-ac00-0002，将会使用该局域网地址构造地址解析协议请求的响应，并返回给第一容器组210。

另外，在未确定出容器组映射表中与请求地址相同的互联网协议地址的情况下，结束地址解析协议请求的代答。

步骤108，基于请求局域网地址代答地址解析协议请求。

在本实施例中，在得到请求局域网地址后，通过eBPF内核态程序代答地址解析协议请求，将请求局域网地址返回给发送地址解析协议请求的容器组。

综上所述，本实施例中，通过接收地址解析协议请求，获取地址解析协议请求中的请求地址，确定请求地址对应的请求子网地址，获取至少一个容器组对应的容器组子网地址，确定容器组子网地址是否包括请求子网地址，在容器组子网地址包括请求子网地址的情况下，获取预先建立的容器组映射表，在容器组映射表中查询得到请求地址对应的局域网地址进行代答，在容器组子网地址不包括请求子网地址的情况下，获取预先建立的路由映射对象，在路由映射对象中查询得到请求地址对应的请求局域网地址进行代答。可以解决将地址解析协议请求进行广播，会带来较多的地址解析协议查询和信息传递，给网络控制器带来较大的压力，进而导致网络延迟的问题；由于预先建立容器组映射表和路由信息，不需要网络控制器将地址解析协议请求进行广播，可以避免较多的地址解析协议查询和信息传递，使得网络控制器的压力降低，进而避免了网络延迟和网络抖动的问题，因此，可以提高网络的稳定性。同时，通过查询容器组映射表或者路由信息，可以快速确定代答的局域网地址，无需通过网络控制器以广播的形式获取代答的局域网地址，因此，可以提高在Kubernetes环境下的地址解析协议代答的效率。

为了更清楚地理解本申请提供的在Kubernetes环境下的ARP代答方法，下面对该方法举另一个实例进行说明。参考图3，该方法包括以下几个步骤：

步骤301，获取地址解析协议请求中的请求地址；

步骤302，将请求地址转换成请求子网地址；

步骤303，判断请求子网地址是否在容器组子网中，在请求子网地址在容器组子网中的情况下，执行步骤304，否则执行步骤306；

步骤304，获取容器组映射表；

步骤305，查找容器组映射表，得到局域网地址，执行步骤313；

步骤306，获取请求子网地址；

步骤307，判断请求子网地址是否在服务路由子网中，在请求子网地址在服务路由子网中的情况下，执行步骤308，否则执行步骤309；

步骤308，获取服务路由对应的局域网地址，执行步骤313；

步骤309，获取请求子网地址；

步骤310，判断请求子网地址是否在宿主路由子网中，在请求子网地址在宿主路由子网中的情况下，执行步骤311，否则执行步骤312；

步骤311，获取宿主路由对应的局域网地址，执行步骤313；

步骤312，获取默认路由对应的局域网地址；

步骤313，基于局域网地址代答地址解析协议请求。

终上所述，本实施例中，通过获取地址解析协议请求中的请求地址，将请求地址转换成的请求子网地址，在容器组子网地址包含请求子网地址的情况下，在容器组映射表中查询得到对应的局域网地址，否则，在服务路由信息、宿主路由信息和默认路由信息中查找对应的局域网地址，因此，不需要将地址解析协议请求进行广播，可以避免较多的地址解析协议查询和信息传递，使得网络控制器的压力降低，进而避免了网络延迟和网络抖动的问题，可以提高网络的稳定性。

本实施例提供一种在Kubernetes环境下的ARP代答装置，如图4所示。该装置包括至少以下几个模块：请求接收模块410、第一获取模块420、第一确定模块430、第二获取模块440、第二确定模块450、第三获取模块460、第三确定模块470以及请求代答模块480。

请求接收模块410，用于接收地址解析协议请求；

第一获取模块420，用于获取地址解析协议请求中的请求地址；

第一确定模块430，用于确定请求地址对应的请求子网地址；

第二获取模块440，用于获取至少一个容器组对应的容器组子网地址；

第二确定模块450，用于确定容器组子网地址是否包括请求子网地址；

第三获取模块460，用于在容器组子网地址包括请求子网地址的情况下，获取预先建立的容器组映射表；容器组映射表用于存储至少一个容器组对应的局域网地址和互联网协议地址；

第三确定模块470，用于基于容器组映射表和请求地址，确定请求地址对应的请求局域网地址；

请求代答模块480，用于基于请求局域网地址代答地址解析协议请求。

相关细节参考上述方法和系统实施例。

需要说明的是：上述实施例中提供的在Kubernetes环境下的ARP代答装置在进行在Kubernetes环境下的ARP代答时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将在Kubernetes环境下的ARP代答装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的在Kubernetes环境下的ARP代答装置与在Kubernetes环境下的ARP代答方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本实施例提供一种电子设备，如图5所示。该电子设备至少包括处理器501和存储器502。

处理器501可以包括一个或多个处理核心，比如：4核心处理器、8核心处理器等。处理器501可以采用DSP（Digital Signal Processing，数字信号处理）、FPGA（Field－Programmable Gate Array，现场可编程门阵列）、PLA（Programmable Logic Array，可编程逻辑阵列）中的至少一种硬件形式来实现。处理器501也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU（Central ProcessingUnit，中央处理器）；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器501可以在集成有GPU（Graphics Processing Unit，图像处理器），GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器501还可以包括AI（Artificial Intelligence，人工智能）处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器502可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器502还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器502中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器501所执行以实现本申请中方法实施例提供的在Kubernetes环境下的ARP代答方法。

在一些实施例中，电子设备还可选包括有：外围设备接口和至少一个外围设备。处理器501、存储器502和外围设备接口之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口相连。示意性地，外围设备包括但不限于：射频电路、触摸显示屏、音频电路、和电源等。

当然，电子设备还可以包括更少或更多的组件，本实施例对此不作限定。

可选地，本申请还提供有一种计算机可读存储介质，计算机可读存储介质中存储有程序，程序由处理器加载并执行以实现上述方法实施例的在Kubernetes环境下的ARP代答方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

显然，上述所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，可以做出其它不同形式的变化或变动，都应当属于本申请保护的范围。

Claims

1.一种在Kubernetes环境下的ARP代答方法，其特征在于，所述方法包括：

接收地址解析协议请求；

获取所述地址解析协议请求中的请求地址；

确定所述请求地址对应的请求子网地址；

获取至少一个容器组对应的容器组子网地址；

确定所述容器组子网地址是否包括所述请求子网地址；

基于所述请求局域网地址代答所述地址解析协议请求。

2.根据权利要求1所述的方法，其特征在于，所述基于所述容器组映射表和所述请求地址，确定所述请求地址对应的请求局域网地址，包括：

将所述容器组映射表和所述请求地址进行匹配，确定所述容器组映射表中与所述请求地址相同的互联网协议地址；

将所述互联网协议地址对应的组局域网地址确定为所述请求局域网地址。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在未确定出所述容器组映射表中与所述请求地址相同的互联网协议地址的情况下，结束所述地址解析协议请求的代答。

4.根据权利要求1所述的方法，其特征在于，所述获取预先建立的容器组映射表，包括：

获取容器组路由信息；

基于所述容器组路由信息，生成所述容器组映射表。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述容器组子网地址不包括所述请求子网地址的情况下，获取预设服务路由信息；所述服务路由信息包括服务路由和第一局域网地址；

在所述服务路由包含所述请求子网地址的情况下，基于所述第一局域网地址代答所述地址解析协议请求。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在所述服务路由不包含所述请求子网地址的情况下，获取宿主路由信息；所述宿主路由信息包括宿主路由和第二局域网地址；

在所述宿主路由包含所述请求子网地址的情况下，基于所述第二局域网地址代答所述地址解析协议请求。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

在所述宿主路由不包含所述请求子网地址的情况下，获取默认局域网地址；

基于所述默认局域网地址代答所述地址解析协议请求。

8.一种在Kubernetes环境下的ARP代答装置，其特征在于，所述装置包括：

请求接收模块，用于接收地址解析协议请求；

9.一种电子设备，其特征在于，所述设备包括管理器和存储器；所述存储器中存储有程序，所述程序由所述管理器加载并执行以实现如权利要求1至7任一所述的在Kubernetes环境下的ARP代答方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有程序，所述程序被管理器执行时用于实现如权利要求1至7任一所述的在Kubernetes环境下的ARP代答方法。