CN111200512A - 网络连接容灾方法、终端设备、存储介质及电子设备 - Google Patents

网络连接容灾方法、终端设备、存储介质及电子设备 Download PDF

Info

Publication number
CN111200512A
CN111200512A CN201811383554.9A CN201811383554A CN111200512A CN 111200512 A CN111200512 A CN 111200512A CN 201811383554 A CN201811383554 A CN 201811383554A CN 111200512 A CN111200512 A CN 111200512A
Authority
CN
China
Prior art keywords
address
virtual
alternative
network
remote server
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.)
Granted
Application number
CN201811383554.9A
Other languages
English (en)
Other versions
CN111200512B (zh
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.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information 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 Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201811383554.9A priority Critical patent/CN111200512B/zh
Publication of CN111200512A publication Critical patent/CN111200512A/zh
Application granted granted Critical
Publication of CN111200512B publication Critical patent/CN111200512B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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/14—Session management
    • H04L67/141—Setup of application sessions
    • 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/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种网络连接容灾方法、终端设备、存储介质及电子设备。本发明实施例提供的网络连接容灾方法，包括：首先判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表，若判断结果为是，则根据虚拟IP地址列表中的主虚拟IP地址发送第一网络请求，而当第一网络请求失败时，依次对备选虚拟IP地址集合中的每个备选虚拟IP地址进行拨测，以确定备选虚拟IP地址集合中能够访问第二远程服务端的第一备选虚拟IP地址，然后再根据第一备选虚拟IP地址发送第二网络请求。本发明提供一种网络连接容灾方法，可以在客户端发生网络异常时，对客户端的网络连接进行自修复，从而恢复该客户端的正常数据交互。

Description

网络连接容灾方法、终端设备、存储介质及电子设备
技术领域
本发明涉及移动终端网络通信技术领域，尤其涉及一种网络连接容灾方法、终端设备、存储介质及电子设备。
背景技术
随着移动互联网时代移动终端的广泛普及，用户对移动终端中的应用客户端的依赖性也随之日益提高。因此，每个移动终端都离不开跟服务器的即时通信，尤其是电商这种新型的线上销售模式，移动终端网络的畅通对整个交易的过程更加是起到至关重要的作用。
为了保证位于不同网络环境下的用户都能够通过移动终端在相应的应用客户端中进行正常的访问服务，应用客户端的服务提供者通常需要部署分布式内容分发***(Content Delivery Network，简称CDN)以及多个机房来保证网络的可靠性。然而，在实际的应用过程中，由于存在用户所处区域以及所选择的网络运营商差异等因素，无法保证应用客户端所对应的所有网络连接均可用。
当应用客户端当前所连接的机房发生故障时，就会直接导致应用客户端网络连接失败，而在现有技术中，应用客户端只是提示用户当前网络无法访问，或者是发起请求重试，而无法进行网络连接的自动修复。
发明内容
本发明提供一种网络连接容灾方法、终端设备、存储介质及电子设备，以在应用客户端的网络连接发生异常时，对该客户端的网络连接进行自修复，从而恢复该应用的正常数据交互。
第一方面，本发明实施例提供一种网络连接容灾方法，包括：
判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表，其中，所述虚拟IP地址列表包括：备选虚拟IP地址集合以及主虚拟IP地址，所述备选虚拟IP地址集合包括至少一个备选虚拟IP地址，所述主虚拟IP地址为建立网络连接的首选IP地址；
若判断结果为是，则根据所述主虚拟IP地址发送第一网络请求；
当所述第一网络请求失败时，依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第一备选虚拟IP地址；
根据所述第一备选虚拟IP地址发送第二网络请求。
在一种可能的设计中，所述依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问第二远程服务端的第一备选虚拟IP地址，包括：
依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以获取每个所述备选虚拟IP地址对应的连接性能数据；
确定所述备选虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第一备选虚拟IP地址。
在一种可能的设计中，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第一备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
在一种可能的设计中，在所述根据所述第一备选虚拟IP地址发送第二网络请求之后，还包括：
判断所述第二网络请求是否成功；
若判断结果为否，则通过域名***解析技术发起网络重试。
在一种可能的设计中，在所述判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表之后，还包括：
若所述终端设备未收到第一远程服务端发送的所述虚拟IP地址列表，则依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第二备选虚拟IP地址，其中，所述内置虚拟IP地址集合预设在所述终端设备中；
根据所述第二备选虚拟IP地址发送第三网络请求。
在一种可能的设计中，所述依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第二备选虚拟IP地址，包括：
依次对所述内置虚拟IP地址集合中的每个所述内置虚拟IP地址进行拨测，以获取每个所述内置虚拟IP地址对应的连接性能数据；
确定所述内置虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第二备选虚拟IP地址。
在一种可能的设计中，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第二备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
在一种可能的设计中，在所述根据所述第二备选虚拟IP地址发送第三网络请求之后，还包括：
判断所述第三网络请求是否成功；
若判断结果为否，则通过域名***解析技术发起网络重试。
第二方面，本发明还提供一种终端设备，包括：
列表接收判断模块，用于判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表，其中，所述虚拟IP地址列表包括：备选虚拟IP地址集合以及主虚拟IP地址，所述备选虚拟IP地址集合包括至少一个备选虚拟IP地址，所述主虚拟IP地址为建立网络连接的首选IP地址；
网络请求发送模块，用于根据所述主虚拟IP地址发送第一网络请求；
IP地址拨测模块，用于当所述第一网络请求失败时，依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第一备选虚拟IP地址；
所述网络请求发送模块，还用于根据所述第一备选虚拟IP地址发送第二网络请求。
在一种可能的设计中，所述IP地址拨测模块，包括：
连接性能获取子模块，用于依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以获取每个所述备选虚拟IP地址对应的连接性能数据；
IP地址确定子模块，用于确定所述备选虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第一备选虚拟IP地址。
在一种可能的设计中，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第一备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
在一种可能的设计中，所述的终端设备，还包括：
网络连接判断模块，用于判断所述第二网络请求是否成功；
网络重试请求模块，用于当所述第二网络请求失败时，通过域名***解析技术发起网络重试。
在一种可能的设计中，所述IP地址拨测模块，还用于当所述终端设备未收到第一远程服务端发送的所述虚拟IP地址列表时，依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第二备选虚拟IP地址，其中，所述内置虚拟IP地址集合预设在所述终端设备中；
所述网络请求发送模块，用于根据所述第二备选虚拟IP地址发送第三网络请求。
在一种可能的设计中，所述IP地址拨测模块，包括：
连接性能获取子模块，用于依次对所述内置虚拟IP地址集合中的每个所述内置虚拟IP地址进行拨测，以获取每个所述内置虚拟IP地址对应的连接性能数据；
IP地址确定子模块，确定所述内置虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第二备选虚拟IP地址。
在一种可能的设计中，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第二备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
在一种可能的设计中，所述的终端设备，还包括：
网络连接判断模块，用于判断所述第三网络请求是否成功；
网络重试请求模块，用于当所述第三网络请求失败时，通过域名***解析技术发起网络重试。
第三方面，本发明实施例还提供一种电子设备，包括：
处理器；以及，
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行第一方面中任意一种可能的网络连接容灾方法。
第四方面，本发明实施例还提供一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现第一方面中任意一种可能的网络连接容灾方法。
本发明实施例提供的一种网络连接容灾方法、终端设备、存储介质及电子设备，通过用户在终端设备中启动应用客户端时，利用网络请求的方式从远程服务端获取相应的虚拟IP地址列表，其中，虚拟IP地址列表包括：备选虚拟IP地址集合以及主虚拟IP地址，备选虚拟IP地址集合包括至少一个备选虚拟IP地址，主虚拟IP地址为建立网络连接的首选IP地址，然后，根据虚拟IP地址列表中的主虚拟IP地址发送第一网络请求，若第一网络请求失败，则依次对备选虚拟IP地址集合中的每个备选虚拟IP地址进行拨测，以确定备选虚拟IP地址集合中能够访问远程服务端的第一备选虚拟IP地址，从而再根据第一备选虚拟IP地址发送第二网络请求，在当前的主虚拟IP地址对应的第一远程服务端发生时故障，可以利用备选虚拟IP地址进行调度，从而将流量引到其他正常的第二远程服务端，该客户端的网络连接进行自修复，从而恢复该应用的正常数据交互，从而减少线上用户投诉网络不可用的概率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明根据一示例实施例示出的网络连接容灾方法的应用场景图；
图2是本发明根据一示例实施例示出的网络连接容灾方法的流程示意图；
图3是本发明根据另一示例实施例示出的网络连接容灾方法的流程示意图；
图4是本发明根据一示例实施例示出的终端设备的结构示意图；
图5是本发明根据另一示例实施例示出的终端设备的结构示意图；
图6是本发明根据又一示例实施例示出的终端设备的结构示意图；
图7是本发明根据一示例实施例示出的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
图1是本发明根据一示例实施例示出的网络连接容灾方法的应用场景图。如图1所示，本发明实施例所提供的网络连接容灾方法由终端设备1执行，该终端设备1可以是智能手机、平板电脑、个人计算机等具有数据处理和显示功能的电子设备。其中，该终端设备1上设置有应用客户端，例如：京东客户端、淘宝客户端以及微信客户端等。而应用客户端通常都对应多个远程服务端，值得理解地，该远程服务端可以是应用服务商提供的多个机房，例如通过移动数据进行互联网访问的第一远程服务端21，通过联通数据进行互联网访问的第二远程服务端22，以及通过电信数据进行互联网访问的第三远程服务端23。
现有技术中，移动用户通过应用客户端进行互联网访问时，通常都是连接移动数据对应的第一远程服务端21，当应用客户端当前所连接的第一远程服务端21的机房发生故障而使得机房无法访问互联网时，就会直接导致应用客户端网络连接失败。下面通过举例说明该类网络连接失败在终端设备1中的实际表现，例如：
情况一、用户的移动终端1在WIFI环境下，京东客户端可以正常访问互联网，但是当用户将当前连接网络转到移动4G环境下时，京东客户端无法访问互联网；
情况二、用户的移动终端1在A区域时，京东客户端能够正常访问互联网，但是当用户移动至B区域之后，京东客户端无法正常访问互联网；
情况三、用户移动终端1上的其他应用客户端均能够访问互联网，而只有京东客户端法正常访问互联网。
而现有技术中，一旦发生上述网络连接失败的情况，应用客户端只是提示用户当前网络无法访问，或者是发起请求重试，而无法进行网络连接的自动修复。
而在本实施例提供的网络连接容灾方法中，当终端设备1对应的主虚拟IP地址发生上述的网络连接失败情况时，会从备选虚拟IP地址集合中选择另一个备选虚拟IP地址，然后根据该备选虚拟IP地址重新发起网络请求。例如，京东客户端对应的通过移动数据进行互联网访问的第一远程服务端21发生故障时，则可将京东客户端的网络请求定向到正常的服务端，例如可以是第一远程服务端22，从而保证用户能够正常使用应用客户端进行互联网访问，大大增强应用客户端的容灾性。
图2是本发明根据一示例实施例示出的网络连接容灾方法的流程示意图。如图2所示，本实施例提供的网络连接容灾方法，包括：
步骤101、判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表。若判断结果为是，则执行步骤102；若判断结果为否，则流程结束。
具体地，在终端设备启动相应的应用客户端时，会向第一远程服务端发起网络请求，以通过网络接口获取第一远程服务端发送的虚拟IP地址列表，而该网络请求可以成功或者失败，因此，终端设备在发起网络请求之后，还会判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表，其中，虚拟IP地址列表包括：备选虚拟IP地址集合以及主虚拟IP地址，备选虚拟IP地址集合包括至少一个备选虚拟IP地址，主虚拟IP地址为建立网络连接的首选IP地址。
值得说明地，虚拟IP地址是一个不与特定计算机或一个计算机中的网络接口卡相连的IP地址。数据包被发送到这个虚拟IP地址，但是所有的数据还是经过真实的网络接口。
步骤102、根据主虚拟IP地址发送第一网络请求。
当终端设备接收到第一远程服务端发送的虚拟IP地址列表后，首先会根据虚拟IP地址列表中的主虚拟IP地址发送第一网络请求，并获取第一网络请求是否连接成功的具体状态。
步骤103、依次对备选虚拟IP地址集合中的每个备选虚拟IP地址进行拨测，以确定第一备选虚拟IP地址。
具体地，当第一网络请求发生了应用层网络请求失败的情况时，可以依次对备选虚拟IP地址集合中的每个备选虚拟IP进行拨测，其中，值得理解地，拨测为对每个备选虚拟IP进行传输控制协议层(Transmission Control Protocol，简称TCP)的联通性测试，从而得到该网络环境下访问远程服务端的连接性能。
在对备选虚拟IP地址集合中的每个备选虚拟IP进行拨测之后，确定备选虚拟IP地址集合中能够访问第二远程服务端的第一备选虚拟IP地址。
此外，在对于第一备选虚拟IP地址具体选择的方式，可以是依次对备选虚拟IP地址集合中的每个备选虚拟IP地址进行拨测，以获取每个备选虚拟IP地址对应的连接性能数据，然后，确定备选虚拟IP地址集合中连接性能数据最优的虚拟IP地址作为第一备选虚拟IP地址。
在另一种可能的设计中，对于上述的连接性能数据可以为访问远程服务端的访问速率，而第一备选虚拟IP地址为虚拟IP地址集合中访问速率最快的虚拟IP地址。
步骤104、根据第一备选虚拟IP地址发送第二网络请求。
从备选虚拟IP地址集合中确定第一备选虚拟IP地址之后，可以根据第一备选虚拟IP地址发送第二网络请求。从而在当前的主虚拟IP地址对应的第一远程服务端发生时故障，可以利用备选虚拟IP地址进行调度，从而将流量引到其他正常的第二远程服务端，从而减少线上用户投诉网络不可用的概率。
在本实施例中，通过用户在终端设备中启动应用客户端时，通过网络请求的方式从远程服务端获取虚拟IP地址列表，其中，虚拟IP地址列表包括：备选虚拟IP地址集合以及主虚拟IP地址，备选虚拟IP地址集合包括至少一个备选虚拟IP地址，主虚拟IP地址为建立网络连接的首选IP地址，然后，根据虚拟IP地址列表中的主虚拟IP地址发送第一网络请求，若第一网络请求失败，则依次对备选虚拟IP地址集合中的每个备选虚拟IP地址进行拨测，以确定备选虚拟IP地址集合中能够访问远程服务端的第一备选虚拟IP地址，从而再根据第一备选虚拟IP地址发送第二网络请求，在当前的主虚拟IP地址对应的第一远程服务端发生时故障，可以利用备选虚拟IP地址进行调度，从而将流量引到其他正常的第二远程服务端，该客户端的网络连接进行自修复，从而恢复该应用的正常数据交互，从而减少线上用户投诉网络不可用的概率。
图3是本发明根据另一示例实施例示出的网络连接容灾方法的流程示意图。如图3所示，本实施例提供的网络连接容灾方法，包括：
步骤201、判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表。若判断结果为是，则执行步骤202；若判断结果为否，则执行步骤207。
步骤202、根据主虚拟IP地址发送第一网络请求。
步骤203、依次对备选虚拟IP地址集合中的每个备选虚拟IP地址进行拨测，以确定第一备选虚拟IP地址。
步骤204、根据第一备选虚拟IP地址发送第二网络请求。
步骤201-204的具体实现方式参照实施例一中步骤101-104的描述，这里不再赘述。
步骤205、判断网络连接是否成功。若判断结果为否，则执行步骤206；若判断结果为是，则流程结束。
在根据第一备选虚拟IP地址发送第二网络请求之后，获取第二网络请求是否连接成功的具体状态。
步骤206、通过域名***解析技术发起网络重试。
若第二网络请求依旧连接失败，则可以通过域名***解析技术进行网络重试，而对于域名***解析技术进行网络重试的具体解析算法为现有技术，在本实施例中不再进行赘述。
步骤207、依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定第二备选虚拟IP地址。
在上述的步骤201之后，若终端设备未收到远程服务端发送的虚拟IP地址列表，则依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定备选虚拟IP地址集合中能够访问远程服务端的第二备选虚拟IP地址，其中，内置虚拟IP地址集合预设在终端设备中，对于每个不同的应用客户端，通常在该应用客户端中分别设置有不同的内置虚拟IP地址集合。
此外，在对于第二备选虚拟IP地址具体选择的方式，可以是依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以获取每个内置虚拟IP地址对应的连接性能数据，然后，确定内置虚拟IP地址集合中连接性能数据最优的虚拟IP地址作为第二备选虚拟IP地址。
在另一种可能的设计中，对于上述的连接性能数据可以为访问远程服务端的访问速率，而第二备选虚拟IP地址为虚拟IP地址集合中访问速率最快的虚拟IP地址。
步骤208、根据第二备选虚拟IP地址发送第三网络请求。
当终端设备未接收到第一远程服务端发送的虚拟IP地址列表后，说明终端设备已经无法与第一远程服务端通信，则根据内置虚拟IP地址集合中的第二备选虚拟IP地址发送第三网络请求。从而在当根据主虚拟IP地址直接无法与对应的第一远程服务端通信连接时，可以从内设在终端设备中的内置虚拟IP地址集合选取出第二备选虚拟IP地址，从而将流量引到其他正常的第二远程服务端，从而减少线上用户投诉网络不可用的概率。
图4是本发明根据一示例实施例示出的终端设备的结构示意图。如图4所示，本实施例提供的终端设备，包括：
列表接收判断模块301，用于判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表，其中，所述虚拟IP地址列表包括：备选虚拟IP地址集合以及主虚拟IP地址，所述备选虚拟IP地址集合包括至少一个备选虚拟IP地址，所述主虚拟IP地址为建立网络连接的首选IP地址；
网络请求发送模块302，用于根据所述主虚拟IP地址发送第一网络请求；
IP地址拨测模块303，用于当所述第一网络请求失败时，依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第一备选虚拟IP地址；
所述网络请求发送模块302，还用于根据所述第一备选虚拟IP地址发送第二网络请求。
在图4所示实施例的基础上，图5是本发明根据另一示例实施例示出的终端设备的结构示意图。如图5所示，本实施例提供的终端设备中的所述IP地址拨测模块303，包括：
连接性能获取子模块3031，用于依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以获取每个所述备选虚拟IP地址对应的连接性能数据；
IP地址确定子模块3032，用于确定所述备选虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第一备选虚拟IP地址。
在一种可能的设计中，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第一备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
在图5所示实施例的基础上，图6是本发明根据又一示例实施例示出的终端设备的结构示意图。如图6所示，在一种可能的设计中，所述的终端设备，还包括：
网络连接判断模块304，用于判断所述第二网络请求是否成功；
网络重试请求模块305，用于当所述第二网络请求失败时，通过域名***解析技术发起网络重试。
在一种可能的设计中，所述IP地址拨测模块303，还用于当所述终端设备未收到第一远程服务端发送的所述虚拟IP地址列表时，依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第二备选虚拟IP地址，其中，所述内置虚拟IP地址集合预设在所述终端设备中；
所述网络请求发送模块302，用于根据所述第二备选虚拟IP地址发送第三网络请求。
在一种可能的设计中，所述IP地址拨测模块303，包括：
连接性能获取子模块3031，用于依次对所述内置虚拟IP地址集合中的每个所述内置虚拟IP地址进行拨测，以获取每个所述内置虚拟IP地址对应的连接性能数据；
IP地址确定子模块3032，确定所述内置虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第二备选虚拟IP地址。
在一种可能的设计中，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第二备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
在一种可能的设计中，所述的终端设备，还包括：
网络连接判断模块304，用于判断所述第三网络请求是否成功；
网络重试请求模块305，用于当所述第三网络请求失败时，通过域名***解析技术发起网络重试。
值得说明地，图4-图6所示实施例提供的终端设备，可用于执行上述图2-图3所示实施例提供的网络连接容灾方法，具体实现方式和技术效果类似，这里不再赘述。
图7是本发明根据一示例实施例示出的电子设备的结构示意图。如图7所示，本实施例提供的一种电子设备40包括：处理器41以及存储器42；其中：
存储器42，用于存储计算机程序，该存储器还可以是flash(闪存)。
处理器41，用于执行存储器存储的执行指令，以实现上述方法中的各个步骤。具体可以参见前面方法实施例中的相关描述。
可选地，存储器42既可以是独立的，也可以跟处理器41集成在一起。
当所述存储器42是独立于处理器41之外的器件时，所述电子设备40还可以包括：
总线43，用于连接所述存储器42和处理器41。
本实施例还提供一种可读存储介质，可读存储介质中存储有计算机程序，当电子设备的至少一个处理器执行该计算机程序时，电子设备执行上述的各种实施方式提供的方法。
本实施例还提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (18)

1.一种网络连接容灾方法，其特征在于，包括：
判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表，其中，所述虚拟IP地址列表包括：备选虚拟IP地址集合以及主虚拟IP地址，所述备选虚拟IP地址集合包括至少一个备选虚拟IP地址，所述主虚拟IP地址为建立网络连接的首选IP地址；
若判断结果为是，则根据所述主虚拟IP地址发送第一网络请求；
当所述第一网络请求失败时，依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问第二远程服务端的第一备选虚拟IP地址；
根据所述第一备选虚拟IP地址发送第二网络请求。
2.根据权利要求1所述的网络连接容灾方法，其特征在于，所述依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问第一远程服务端的第一备选虚拟IP地址，包括：
依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以获取每个所述备选虚拟IP地址对应的连接性能数据；
确定所述备选虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第一备选虚拟IP地址。
3.根据权利要求2所述的网络连接容灾方法，其特征在于，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第一备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
4.根据权利要求1-3中任意一项所述的网络连接容灾方法，其特征在于，在所述根据所述第一备选虚拟IP地址发送第二网络请求之后，还包括：
判断所述第二网络请求是否成功；
若判断结果为否，则通过域名***解析技术发起网络重试。
5.根据权利要求1所述的网络连接容灾方法，其特征在于，在所述判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表之后，还包括：
若所述终端设备未收到第一远程服务端发送的所述虚拟IP地址列表，则依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定所述内置虚拟IP地址集合中能够访问所述第二远程服务端的第二备选虚拟IP地址，其中，所述内置虚拟IP地址集合预设在所述终端设备中；
根据所述第二备选虚拟IP地址发送第三网络请求。
6.根据权利要求5所述的网络连接容灾方法，其特征在于，所述依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第二备选虚拟IP地址，包括：
依次对所述内置虚拟IP地址集合中的每个所述内置虚拟IP地址进行拨测，以获取每个所述内置虚拟IP地址对应的连接性能数据；
确定所述内置虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第二备选虚拟IP地址。
7.根据权利要求6所述的网络连接容灾方法，其特征在于，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第二备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
8.根据权利要求6或7所述的网络连接容灾方法，其特征在于，在所述根据所述第二备选虚拟IP地址发送第三网络请求之后，还包括：
判断所述第三网络请求是否成功；
若判断结果为否，则通过域名***解析技术发起网络重试。
9.一种终端设备，其特征在于，包括：
列表接收判断模块，用于判断终端设备是否接收到第一远程服务端发送的虚拟IP地址列表，其中，所述虚拟IP地址列表包括：备选虚拟IP地址集合以及主虚拟IP地址，所述备选虚拟IP地址集合包括至少一个备选虚拟IP地址，所述主虚拟IP地址为建立网络连接的首选IP地址；
网络请求发送模块，用于根据所述主虚拟IP地址发送第一网络请求；
IP地址拨测模块，用于当所述第一网络请求失败时，依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以确定所述备选虚拟IP地址集合中能够访问所述第二远程服务端的第一备选虚拟IP地址；
所述网络请求发送模块，还用于根据所述第一备选虚拟IP地址发送第二网络请求。
10.根据权利要求9所述的终端设备，其特征在于，所述IP地址拨测模块，包括：
连接性能获取子模块，用于依次对所述备选虚拟IP地址集合中的每个所述备选虚拟IP地址进行拨测，以获取每个所述备选虚拟IP地址对应的连接性能数据；
IP地址确定子模块，用于确定所述备选虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第一备选虚拟IP地址。
11.根据权利要求10所述的终端设备，其特征在于，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第一备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
12.根据权利要求9-11中任意一项所述的终端设备，其特征在于，还包括：
网络连接判断模块，用于判断所述第二网络请求是否成功；
网络重试请求模块，用于当所述第二网络请求失败时，通过域名***解析技术发起网络重试。
13.根据权利要求9所述的终端设备，其特征在于，所述IP地址拨测模块，还用于当所述终端设备未收到第一远程服务端发送的所述虚拟IP地址列表时，依次对内置虚拟IP地址集合中的每个内置虚拟IP地址进行拨测，以确定所述内置虚拟IP地址集合中能够访问所述第二远程服务端的第二备选虚拟IP地址，其中，所述内置虚拟IP地址集合预设在所述终端设备中；
所述网络请求发送模块，用于根据所述第二备选虚拟IP地址发送第三网络请求。
14.根据权利要求13所述的终端设备，其特征在于，所述IP地址拨测模块，包括：
连接性能获取子模块，用于依次对所述内置虚拟IP地址集合中的每个所述内置虚拟IP地址进行拨测，以获取每个所述内置虚拟IP地址对应的连接性能数据；
IP地址确定子模块，确定所述内置虚拟IP地址集合中所述连接性能数据最优的虚拟IP地址作为所述第二备选虚拟IP地址。
15.根据权利要求14所述的终端设备，其特征在于，所述连接性能数据为访问所述第二远程服务端的访问速率，所述第二备选虚拟IP地址为所述虚拟IP地址集合中所述访问速率最快的虚拟IP地址。
16.根据权利要求14或15所述的终端设备，其特征在于，还包括：
网络连接判断模块，用于判断所述第三网络请求是否成功；
网络重试请求模块，用于当所述第三网络请求失败时，通过域名***解析技术发起网络重试。
17.一种电子设备，其特征在于，包括：
处理器；以及，
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至8任一项所述的网络连接容灾方法。
18.一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至8任一项所述的网络连接容灾方法。
CN201811383554.9A 2018-11-20 2018-11-20 网络连接容灾方法、终端设备、存储介质及电子设备 Active CN111200512B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811383554.9A CN111200512B (zh) 2018-11-20 2018-11-20 网络连接容灾方法、终端设备、存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811383554.9A CN111200512B (zh) 2018-11-20 2018-11-20 网络连接容灾方法、终端设备、存储介质及电子设备

Publications (2)

Publication Number Publication Date
CN111200512A true CN111200512A (zh) 2020-05-26
CN111200512B CN111200512B (zh) 2023-05-30

Family

ID=70746523

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811383554.9A Active CN111200512B (zh) 2018-11-20 2018-11-20 网络连接容灾方法、终端设备、存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN111200512B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116708459A (zh) * 2023-07-20 2023-09-05 广州东瑞科技有限公司 服务访问自动切换方法、***、计算机设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5774660A (en) * 1996-08-05 1998-06-30 Resonate, Inc. World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network
US20080069104A1 (en) * 2006-09-15 2008-03-20 Citrix Systems, Inc. Systems and methods for selecting efficient connection paths between computing devices
CN104967538A (zh) * 2015-06-30 2015-10-07 北京奇虎科技有限公司 网络故障切换方法、设备及***
US20160316423A1 (en) * 2014-02-14 2016-10-27 Tencent Technology (Shenzhen) Company Limited Network access method and apparatus applied to mobile application
CN107493351A (zh) * 2017-10-09 2017-12-19 郑州云海信息技术有限公司 一种客户端访问存储***的负载均衡的方法及装置
CN107800814A (zh) * 2016-09-05 2018-03-13 国网江苏省电力公司信息通信分公司 虚拟机部署方法及装置
CN108632397A (zh) * 2017-03-22 2018-10-09 北京雪球信息科技有限公司 对网络连接的控制方法和***

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5774660A (en) * 1996-08-05 1998-06-30 Resonate, Inc. World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network
US20080069104A1 (en) * 2006-09-15 2008-03-20 Citrix Systems, Inc. Systems and methods for selecting efficient connection paths between computing devices
US20160316423A1 (en) * 2014-02-14 2016-10-27 Tencent Technology (Shenzhen) Company Limited Network access method and apparatus applied to mobile application
CN104967538A (zh) * 2015-06-30 2015-10-07 北京奇虎科技有限公司 网络故障切换方法、设备及***
CN107800814A (zh) * 2016-09-05 2018-03-13 国网江苏省电力公司信息通信分公司 虚拟机部署方法及装置
CN108632397A (zh) * 2017-03-22 2018-10-09 北京雪球信息科技有限公司 对网络连接的控制方法和***
CN107493351A (zh) * 2017-10-09 2017-12-19 郑州云海信息技术有限公司 一种客户端访问存储***的负载均衡的方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116708459A (zh) * 2023-07-20 2023-09-05 广州东瑞科技有限公司 服务访问自动切换方法、***、计算机设备及存储介质

Also Published As

Publication number Publication date
CN111200512B (zh) 2023-05-30

Similar Documents

Publication Publication Date Title
CN107483260B (zh) 故障处理方法及装置、电子设备
CN108055157B (zh) 一种服务节点的获取方法及装置
CN106210155B (zh) 连接应用服务器的方法和装置
CN110266761B (zh) 负载均衡应用创建方法、装置、计算机设备及存储介质
CN112003963B (zh) 一种裸金属服务器挂载卷的方法、***、设备以及介质
CN107665141B (zh) 一种数据库配置方法及其设备
CN105554136B (zh) 备份数据还原方法、装置及***
CN105610958A (zh) 一种时间同步服务器的选择方法、装置及智能终端
CN114035811A (zh) 一种快速部署ova镜像的方法、***、终端及存储介质
CN111200512B (zh) 网络连接容灾方法、终端设备、存储介质及电子设备
CN111857758B (zh) 应用部署方法、装置及介质
CN117118814A (zh) 基于多云管理平台的云资源切换方法、装置、设备及介质
CN109479214B (zh) 一种负载均衡的方法及相关装置
CN110673970B (zh) 一种基于web应用的跨进程调用***及方法
CN111193778A (zh) 一种web服务负载均衡的方法、装置、设备及介质
CN111935029B (zh) 网关负载均衡方法和装置、存储介质及电子设备
CN107203915B (zh) 数据存储方法及装置
CN114356456A (zh) 业务处理方法、装置、存储介质和电子设备
CN113949631A (zh) 客户端容灾的处理方法、***及电子设备
CN114238927A (zh) 业务***登录方法、***、装置、计算机设备及存储介质
CN111600769A (zh) 站点检测方法和装置及存储介质
CN111641664B (zh) 一种爬虫设备业务请求方法、装置、***和存储介质
CN111491033A (zh) 一种连接建立方法及装置
CN112532509A (zh) 跨应用通信方法及相关装置
JP6081391B2 (ja) Ｐｂｘシステム、携帯電話端末、携帯電話端末のプログラム、およびｐｂｘシステムの携帯電話端末の加入者情報登録方法

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