CN111431980B - 分布式存储系统及其路径切换方法 - Google Patents
分布式存储系统及其路径切换方法 Download PDFInfo
- Publication number
- CN111431980B CN111431980B CN202010188178.9A CN202010188178A CN111431980B CN 111431980 B CN111431980 B CN 111431980B CN 202010188178 A CN202010188178 A CN 202010188178A CN 111431980 B CN111431980 B CN 111431980B
- Authority
- CN
- China
- Prior art keywords
- physical network
- virtual
- path
- network card
- client
- 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
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]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0614—Improving the reliability of storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0662—Virtualisation aspects
- G06F3/0664—Virtualisation aspects at device level, e.g. emulation of a storage device or system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0662—Virtualisation aspects
- G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
-
- 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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
Abstract
本发明公开了一种分布式存储系统及其路径切换方法。其中,该系统包括:接入访问路径的客户端,其中,访问路径包括与客户端对应的虚拟IP组,虚拟IP组包括至少一个虚拟IP,虚拟IP允许在多个物理网卡中漂移;网关设备,包括多个物理网卡,多个物理网卡用于接收客户端的访问请求,并根据访问请求通过网关设备访问访问路径对应的目标存储卷。本发明解决了现有的分布式存储结构中,当出现故障的节点时进行路径切换的时间过长的技术问题。
Description
技术领域
本发明涉及分布式存储领域,具体而言,涉及一种分布式存储系统及其路径切换方法。
背景技术
分布式存储在运行过程中出现单点故障的可能性极大,如何充分利用存储系统资源,保证业务可靠性和连续性,成为亟待解决的重要问题。当集群中的部分端口故障或者节点故障时,可以快速将业务切换至其它正常节点(Failover);并希望在切换过程中业务不感知存储或业务网络的故障。
在SAN应用场景中,存储的高可用往往是利用客户端自带的多路径软件如Mutipath、MPIO或者自研的多路径软件来实现路径的故障转移,保证业务的连续性。但各种策略配置参数较复杂,不同的应用环境配置差异性大,对技术人员的要求很高,错误的配置在故障切换中极易造成业务中断的重大故障。并且通常主机操作系统默认的切换时间也都在30s或以上,因此在切换过程中易出现卡顿现象,影响业务的稳定性;甚至在特殊高要求关键如核心数据库场景中,可能会出现业务中断,对客户业务影响很大。另外不支持多路径的客户主机服务器或者IDC场景中的Boot from SAN场景等使用复杂,存储单路径业务使用风险极高,常规的端口聚合方式也不能满足跨控制器或者服务器的需求。
针对现有的分布式存储结构中,当出现故障的节点时进行路径切换的时间过长的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种分布式存储系统及其路径切换方法,以至少解决现有的分布式存储结构中,当出现故障的节点时进行路径切换的时间过长的技术问题。
根据本发明实施例的一个方面,提供了一种分布式存储系统,包括:接入访问路径的客户端,其中,访问路径包括与客户端对应的虚拟IP组,虚拟IP组包括至少一个虚拟IP,虚拟IP允许在多个物理网卡中漂移;网关设备,包括多个物理网卡,多个物理网卡用于接收客户端的访问请求,并根据访问请求通过网关设备访问访问路径对应的目标存储卷。
进一步地,所述分布式存储系统包括多个网关设备,所述多个物理网卡分别部署在不同的网关设备上。
进一步地,在所述访问路径中包括多个虚拟IP组的情况下,所述多个虚拟IP组的路径为全活模式。
进一步地,当第一物理网卡故障时,将经过所述第一物理网卡的访问路径切换至第二物理网卡,其中,第一物理网卡为所述虚拟IP允许映射的多个物理网卡中的任意一个,所述第二物理网卡为除所述第一物理网卡之外的其他物理网卡。
进一步地,当所述网关设备故障或关机时,将经过网关设备的路径切换至其他网关设备上的物理网卡。
根据本发明实施例的一个方面,提供了一种分布式存储系统的路径切换方法,该分布式存储系统包括上述的布式存储系统,路径切换方法包括:接收客户端发送的访问请求,其中,所述客户端接入至少一个访问路径,所述至少一个访问路径包括与所述客户端对应的虚拟IP组,所述虚拟IP组包括至少一个虚拟IP,所述虚拟IP允许在多个物理网卡中漂移,所述访问请求通过所述访问路径访问至少一个虚拟IP;通过所述虚拟IP对应的一个物理网卡,将所述访问请求映射至所述客户端对应的目标存储卷。
进一步地,上述方法还包括:当第一物理网卡故障时,进行路径切换,其中,进行路径切换的步骤包括:将经过所述第一物理网卡的访问路径切换至第二物理网卡,其中,第一物理网卡为所述虚拟IP允许漂移的多个物理网卡中的任意一个,所述第二物理网卡为除所述第一物理网卡之外的其他物理网卡。
进一步地,所述系统包括多个网关设备,上述方法还包括:当所述网关设备故障或关机时,进行路径切换,其中,进行路径切换的步骤包括:将经过网关设备的路径切换至其他网关设备上的物理网卡。
进一步地,在进行路径切换之后,上述方法还包括:检测切换前的访问路径是否恢复;如果切换前的所述访问路径恢复,则将所述访问路径进行回切。
根据本发明实施例的一个方面,提供了一种存储介质,存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行上述的分布式存储系统的路径切换方法。
根据本发明实施例的一个方面,提供了一种处理器,处理器用于运行程序,其中,所述程序运行时执行上述的分布式存储系统的路径切换方法。
在本发明实施例中,启用虚拟IP,使客户端的访问路径具有对应的虚拟IP组,所述虚拟IP组包括至少一个虚拟IP,一个虚拟IP允许在多个物理网卡中漂移,当部署在网关设备上的物理网卡接收所述客户端的访问请求时,根据所述访问请求通过所述网关设备访问所述客户端对应的目标存储卷。本方案采用块存储的虚拟IP技术,简化了客户机的配置和运维,客户端不需要任何配置,如果只有一个VIP,连线即用;多VIP环境下,客户端仅需要启用操作系统自带的多路径,不需要进行额外的配置文件修改,大大简化了操作步骤,当分布式存储系统节点故障时,通过虚拟IP进行监听,从而可以快速的切换,保证的业务的连续性,客户完全无感知,特别是对业务敏感的业务场景,更有效的保证存储系统的可靠性和稳定性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种分布式存储系统的示意图;
图2是根据本发明实施例的一种可选的分布式存储系统的示意图;
图3是根据本发明实时的另一种可选的分布式存储系统的示意图;以及
图4是根据本发明实施例的一种分布式存储系统的路径切换方法的流程图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种分布式存储系统的实施例,图1是根据本发明实施例的一种分布式存储系统的示意图,如图1所示,该系统包括:
接入访问路径的客户端10,其中,所述访问路径包括与所述客户端对应的虚拟IP组,所述虚拟IP组包括至少一个虚拟IP,所述虚拟IP允许在多个物理网卡中漂移。
上述客户端是安装在用户的计算设备上的客户端,访问路径在存储设备上创建,一个访问路径可以添加一个或多个客户端。
在分布式存储中通常包括3个或以上的节点,便于管理定义了访问路径(AccessPath),它是一个指定客户端可以通过一些网关服务器访问目标存储卷的载体,负责建立客户端(Client)、存储卷(Volume)和网关服务器(Gateway)三者之间的映射关系。在一个访问路径中可以关联一个或多个(最优为4个以下)个网关,因此在一个虚拟IP组中可以有一个或多个虚拟IP挂载点,该挂载即可以为一个物理网卡,也可以是多个物理网口组成的聚合网口(Bonding)。
虚拟IP组即为VIP Group,在VIP Group包括多个虚拟IP时,多个虚拟IP构成漂移域,用于划定虚拟IP的漂移范围,虚拟IP地址必须属于同一个子网,且二层可达。
上述方案中,每个虚拟IP允许在多个物理网卡中漂移,当一个虚拟IP映射多个物理网卡时,一个虚拟IP映射的多个物理网卡可以处于全活(Active-Active)模式,同时处理访问业务。
网关设备20,包括多个物理网卡30,多个物理网卡用于接收客户端的访问请求,并根据访问请求通过网关设备访问访问路径对应的目标存储卷。
上述网关设备可以为网关服务器,网关服务器上可以部署多个物理网卡,物理网卡通过网关设备将客户端发送的访问请求映射到对应的目标存储卷。
当任意一个节点发生故障需要进行路径迁移时,由于虚拟IP组中的虚拟IP允许在多个物理网卡中漂移,因此多个物理网卡可以互为冗余,从而在互相之间可以进行路径的切换。
图2是根据本发明实施例的一种可选的分布式存储系统的示意图,结合图2所示,创建两个访问路径AccessPath1和AccessPath2,分别映射两个网关服务器网关1和网关2,且每个网关服务器上部署了多个物理网卡。可以直接利用传统配置的方式,客户端主机与该访问路径建立IT连接,如果建立IT连接后没有多路径,可以在客户端的交互界面中启用虚拟IP组并修改相关参数,支持Active-Active模式下的流量和数据路径管理。
需要说明的是,虚拟IP组基于访问路径进行管理,只有在访问路径中才能启用虚拟IP,一个访问路径中可以启用一个或多个VIP组。
在图2的示例中,VIPGroup1具有两个VIP,两个物理网卡,两个VIP(VIP1和VIP2)同时有两个网卡提供服务,能够提供更好的网络带宽;VIPGroup2有一个VIP,两个物理网卡。图中VIP上的实线表示当前绑定的物理网卡,虚线表示允许绑定的物理网卡(即VIP可以选择绑定在这两个物理网卡的任意一个,图中VIP1当前绑定物理网卡1)。当端口故障或网关服务器关机时,可以切换到物理网卡3中;VIP2、VIP3同理。在该系统中,客户可以根据业务场景的需要,在集群中创建1个或多个虚拟IP组。上述图2仅示出了一个访问路径下具有一个VIP组的示例,一个访问路径下的多VIP组,可以更好的适配例如VMware等典型组网中对不同网段的配置要求等。
图3是根据本发明实时的另一种可选的分布式存储系统的示意图,对于可用网卡较少的集群环境,也可以支持在单张网卡上配置多个VIP组,VIPGroup1和VIPGroup2之间互不影响,结合图3所示,VIPGroup1具有VIP1和VIP2,VIPGroup2具有VIP3,网关1只设置有物理网卡1,网关2也仅设置有物理网卡2,但VIP1,VIP2以及VIP3均允许分别于物理网卡1物理网卡2绑定。图3中VIP1当前绑定物理网卡1,当端口故障或节点关机时,可以切换到物理网卡2中。
通过上述分布式存储系统,如果一个VIPGroup仅有1个VIP,客户端主机不需要进行任何配置,不支持多路径的客户端主机也实现了业务的冗余可控,如果设置自动回切功能,可以在预设的时间间隔内检测路径正常后,切换回原来的网卡,以更好的保证业务的负载均衡。如果一个VIPGroup有2个VIP或以上VIP,客户端仅需要启用操作系统自带的多路径,不需要进行额外的配置文件修改,大大简化了操作步骤,在切换速度上,VIP切换可以实现最快3秒内业务切换,不受限于一般操作系统多路径通用的30s或以上的超时机制,保证了敏捷可靠的路径。同时对于已实施部署的客户端,可以支持无缝切换,如果需要使用VIP功能,可以在已配置完成的访问路径中启用VIP,并设置该访问路径的IQN唯一性即可。
上述方案在真实场景中测试最快切换时间约3秒左右,Windows,Linux和VMware,应用的boot from SAN等测试均在10s以内,大大的减少了切换访问路径所花费的时间。
需要说明的是,已有的客户端的访问路径可以重新启用或禁用VIP功能,客户端也可以根据实际的场景和配合应用灵活选择使用方式常规的多路径或者本实施例中的虚拟IP的方式。
由此可知,本申请上述实施例启用虚拟IP,使客户端的访问路径具有对应的虚拟IP组,虚拟IP组包括至少一个虚拟IP,一个虚拟IP允许在多个物理网卡中漂移,当部署在网关设备上的物理网卡接收客户端的访问请求时,根据访问请求通过网关设备访问客户端对应的目标存储卷。本方案采用块存储的虚拟IP技术,简化了客户机的配置和运维,客户端不需要任何配置,如果只有一个VIP,连线即用;多VIP环境安装上多路径软件即可不用任何配置修改,切换策略有存储保证,当分布式存储系统节点故障时,通过虚拟IP进行监听,从而可以快速的切换,保证的业务的连续性,客户完全无感知,特别是对业务敏感的业务场景,更有效的保证存储系统的可靠性和稳定性。
作为一种可选的实施例,分布式存储系统包括多个网关设备,多个物理网卡分别部署在不同的网关设备上。
如果将一个虚拟IP对应的多个物理网卡全部部署在一个网关设备上,当物理网卡本身发生故障时,可以将路径迁移至其他物理网卡,但当网关设备发生故障或关机时,则无法再进行路径的迁移,因此将一个虚拟IP对应的多个物理网卡部署在不同的网关设备上,当网关设备故障或关机时,可以将路径迁移至其他的网关设备的物理网卡上。
作为一种可选的实施例,在访问路径中包括多个虚拟IP组的情况下,多个虚拟IP组的路径为全活模式。处于全活模式时,多个虚拟IP组的路径均可以传输数据,且支持全活模式下的流量和数据路径管理。
作为一种可选的实施例,当第一物理网卡故障时,将经过第一物理网卡的访问路径切换至第二物理网卡,其中,第一物理网卡为虚拟IP允许漂移的多个物理网卡中的任意一个,第二物理网卡为除第一物理网卡之外的其他物理网卡。
在上述方案中,第一物理网卡是虚拟IP允许漂移的多个物理网卡中的一种任意一个物理网卡,当任意一个物理网卡故障时,将访问路径切换至虚拟IP映射的另一个物理网卡上。
在一种可选的实施例中,结合图2所示,VIPGroup1的VIP1可以绑定物理网卡1和物理网卡3,当物理网卡1故障时,既可以切换路径至物理网卡3。
作为一种可选的实施例,当网关设备故障或关机时,将经过网关设备的路径切换至其他网关设备上的物理网卡。
当网关设备故障或关机时,如果仍将访问路径切换至同一网关设备上的物理网卡,则仍然无法正常运行,因此需要将访问路径切换至其他网关设备上的物理网卡。
实施例2
根据本发明实施例,提供了一种分布式存储系统的路径切换方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图4是根据本发明实施例的一种分布式存储系统的路径切换方法的流程图,分布式存储系统包括实施例1的布式存储系统,如图4所示,该方法包括如下步骤:
步骤S402,接收客户端发送的访问请求,其中,客户端接入至少一个访问路径,至少一个访问路径包括与客户端对应的虚拟IP组,虚拟IP组包括至少一个虚拟IP,虚拟IP允许在多个物理网卡中漂移,访问请求通过访问路径访问至少一个虚拟IP。
上述客户端是安装在用户的计算设备上的客户端,访问路径在存储设备上创建,一个访问路径可以添加一个或多个客户端。
在分布式存储中通常包括3个或以上的节点,便于管理定义了访问路径(AccessPath),它是一个指定客户端可以通过一些网关服务器访问目标存储卷的载体,负责建立客户端(Client)、存储卷(Volume)和网关服务器(Gateway)三者之间的映射关系。在一个访问路径中可以关联一个或多个(最优为4个以下)个网关,因此在一个虚拟IP组中可以有一个或多个虚拟IP挂载点,该挂载即可以为一个物理网卡,也可以是多个物理网口组成的聚合网口(Bonding)。
虚拟IP组即为VIP Group,在VIP Group包括多个虚拟IP时,多个虚拟IP构成漂移域,用于划定虚拟IP的漂移范围,虚拟IP地址必须属于同一个子网,且二层可达。
上述方案中,每个虚拟IP允许在多个物理网卡中漂移,当一个虚拟IP映射多个物理网卡时,一个虚拟IP映射的多个物理网卡可以处于全活(Active-Active)模式,同时处理访问业务。
步骤S404,通过虚拟IP对应的一个物理网卡,将访问请求映射至客户端对应的目标存储卷。
上述网关设备可以为网关服务器,网关服务器上可以部署多个物理网卡,物理网卡通过网关设备将客户端发送的访问请求映射到对应的目标存储卷。
当任意一个节点发生故障需要进行路径迁移时,由于虚拟IP组中的虚拟IP允许在多个物理网卡中漂移,因此多个物理网卡可以互为冗余,从而在互相之间可以进行路径的切换。
图2是根据本发明实施例的一种可选的分布式存储系统的示意图,结合图2所示,创建两个访问路径AccessPath1和AccessPath2,分别映射两个网关服务器网关1和网关2,且每个网关服务器上部署了多个物理网卡。可以直接利用传统配置的方式,客户端主机与该访问路径建立IT连接,如果建立IT连接后没有多路径,可以在客户端的交互界面中启用虚拟IP组并修改相关参数,支持Active-Active模式下的流量和数据路径管理。
需要说明的是,虚拟IP组基于访问路径进行管理,只有在访问路径中才能启用虚拟IP,一个访问路径中可以启用一个或多个VIP组。
在图2的示例中,VIPGroup1具有两个VIP,两个物理网卡,两个VIP(VIP1和VIP2)同时有两个网卡提供服务,能够提供更好的网络带宽;VIPGroup2有一个VIP,两个物理网卡。图中VIP上的实线表示当前绑定的物理网卡,虚线表示允许绑定的物理网卡(即VIP可以选择绑定在这两个物理网卡的任意一个,图中VIP1当前绑定物理网卡1)。当端口故障或网关服务器关机时,可以切换到物理网卡3中;VIP2、VIP3同理。在该系统中,客户可以根据业务场景的需要,在集群中创建1个或多个虚拟IP组。
图3是根据本发明实时的另一种可选的分布式存储系统的示意图,对于可用网卡较少的集群环境,也可以支持在单张网卡上配置多个VIP组,VIPGroup1和VIPGroup2之间互不影响,结合图3所示,VIPGroup1具有VIP1和VIP2,VIPGroup2具有VIP3,网关1只设置有物理网卡1,网关2也仅设置有物理网卡2,但VIP1,VIP2以及VIP3均允许分别于物理网卡1物理网卡2绑定。图3中VIP1当前绑定物理网卡1,当端口故障或节点关机时,可以切换到物理网卡2中。
通过上述分布式存储系统,如果一个VIPGroup仅有1个VIP,客户端主机不需要进行任何配置,不支持多路径的客户端主机也实现了业务的冗余可控,如果设置自动回切功能,可以在预设的时间间隔内检测路径正常后,切换回原来的网卡,以更好的保证业务的负载均衡。如果一个VIPGroup有2个VIP或以上VIP,客户端仅需要启用操作系统自带的多路径,不需要进行额外的配置文件修改,大大简化了操作步骤,在切换速度上,VIP切换可以实现最快3秒内业务切换,不受限于一般操作系统多路径通用的30s或以上的超时机制,保证了敏捷可靠的路径。同时对于已实施部署的客户端,可以支持无缝切换,如果需要使用VIP功能,可以在已配置完成的访问路径中启用VIP,并设置该访问路径的IQN唯一性即可。
由此可知,本申请上述实施例启用虚拟IP,使客户端的访问路径具有对应的虚拟IP组,虚拟IP组包括至少一个虚拟IP,一个虚拟IP允许在多个物理网卡中漂移,当部署在网关设备上的物理网卡接收客户端的访问请求时,根据访问请求通过网关设备访问客户端对应的目标存储卷。本方案采用块存储的虚拟IP技术,简化了客户机的配置和运维,客户端不需要任何配置,如果只有一个VIP,连线即用;多VIP环境下,客户端仅需要启用操作系统自带的多路径,不需要进行额外的配置文件修改,大大简化了操作步骤,当分布式存储系统节点故障时,通过虚拟IP进行监听,从而可以快速的切换,保证的业务的连续性,客户完全无感知,特别是对业务敏感的业务场景,更有效的保证存储系统的可靠性和稳定性。
作为一种可选的实施例,上述方法还包括:当第一物理网卡故障时,进行路径切换,其中,进行路径切换的步骤包括:将经过第一物理网卡的访问路径切换至第二物理网卡,其中,第一物理网卡为虚拟IP允许漂移的多个物理网卡中的任意一个,第二物理网卡为除第一物理网卡之外的其他物理网卡。
在上述方案中,第一物理网卡是虚拟IP允许漂移的多个物理网卡中的一种任意一个物理网卡,当任意一个物理网卡故障时,将访问路径切换至虚拟IP映射的另一个物理网卡上。
在一种可选的实施例中,结合图2所示,VIPGroup1的VIP1可以绑定物理网卡1和物理网卡3,当物理网卡1故障时,既可以切换路径至物理网卡3。
作为一种可选的实施例,系统包括多个网关设备,上述方法还包括:当网关设备故障或关机时,进行路径切换,其中,进行路径切换的步骤包括:将经过网关设备的路径切换至其他网关设备上的物理网卡。
当网关设备故障或关机时,如果仍将访问路径切换至同一网关设备上的物理网卡,则仍然无法正常运行,因此需要将访问路径切换至其他网关设备上的物理网卡。
作为一种可选的实施例,在进行路径切换之后,上述方法还包括:检测切换前的访问路径是否恢复;如果切换前的访问路径恢复,则将访问路径进行回切。
在上述方案中,当切换前的访问路径恢复正常后,重新切换回之前的访问路径。
实施例3
根据本发明实施例,提供了一种存储介质,存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行实施例1所述的分布式存储系统的路径切换方法。
实施例4
根据本发明实施例,提供了一种种处理器,处理器用于运行程序,其中,所述程序运行时执行实施例1所述的分布式存储系统的路径切换方法。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种分布式存储系统,其特征在于,应用于块存储,在多虚拟IP环境下,客户端启用操作系统自带的多访问路径,包括:
接入访问路径的客户端,其中,所述访问路径包括与所述客户端对应的虚拟IP组,所述虚拟IP组包括至少一个虚拟IP,所述虚拟IP允许在多个物理网卡中漂移;
网关设备,包括多个物理网卡,所述多个物理网卡用于接收所述客户端的访问请求,并根据所述访问请求通过所述网关设备访问所述访问路径对应的目标存储卷;
所述分布式存储系统包括多个网关设备,所述多个物理网卡分别部署在不同的网关设备上。
2.根据权利要求1所述的系统,其特征在于,在所述访问路径中包括多个虚拟IP组的情况下,所述多个虚拟IP组的路径为全活模式。
3.根据权利要求1所述的系统,其特征在于,当第一物理网卡故障时,将经过所述第一物理网卡的访问路径切换至第二物理网卡,其中,第一物理网卡为所述虚拟IP允许映射的多个物理网卡中的任意一个,所述第二物理网卡为除所述第一物理网卡之外的其他物理网卡。
4.根据权利要求1所述的系统,其特征在于,当所述网关设备故障或关机时,将经过网关设备的访问路径切换至其他网关设备上的物理网卡。
5.一种分布式存储系统的路径切换方法,其特征在于,应用于块存储,在多虚拟IP环境下,客户端启用操作系统自带的多访问路径,所述分布式存储系统包括权利要求1至4中任意一项所述的布式存储系统,所述路径切换方法包括:
接收客户端发送的访问请求,其中,所述客户端接入至少一个访问路径,所述至少一个访问路径包括与所述客户端对应的虚拟IP组,所述虚拟IP组包括至少一个虚拟IP,所述虚拟IP允许在多个物理网卡中漂移,所述访问请求通过所述访问路径访问至少一个虚拟IP;
通过所述虚拟IP对应的一个物理网卡,将所述访问请求映射至所述客户端对应的目标存储卷;
所述分布式存储系统包括多个网关设备,所述多个物理网卡分别部署在不同的网关设备上。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当第一物理网卡故障时,进行路径切换,其中,进行路径切换的步骤包括:将经过所述第一物理网卡的访问路径切换至第二物理网卡,其中,第一物理网卡为所述虚拟IP允许漂移的多个物理网卡中的任意一个,所述第二物理网卡为除所述第一物理网卡之外的其他物理网卡。
7.根据权利要求5所述的方法,其特征在于,所述系统包括多个网关设备,所述方法还包括:
当所述网关设备故障或关机时,进行路径切换,其中,进行路径切换的步骤包括:将经过网关设备的路径切换至其他网关设备上的物理网卡。
8.根据权利要求6或7所述的方法,其特征在于,在进行路径切换之后,所述方法还包括:
检测切换前的访问路径是否恢复;
如果切换前的所述访问路径恢复,则将所述访问路径进行回切。
9.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求5至8中任意一项所述的分布式存储系统的路径切换方法。
10.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求5至8中任意一项所述的分布式存储系统的路径切换方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010188178.9A CN111431980B (zh) | 2020-03-17 | 2020-03-17 | 分布式存储系统及其路径切换方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010188178.9A CN111431980B (zh) | 2020-03-17 | 2020-03-17 | 分布式存储系统及其路径切换方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111431980A CN111431980A (zh) | 2020-07-17 |
CN111431980B true CN111431980B (zh) | 2021-12-17 |
Family
ID=71548038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010188178.9A Active CN111431980B (zh) | 2020-03-17 | 2020-03-17 | 分布式存储系统及其路径切换方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111431980B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022028149A1 (zh) * | 2020-08-03 | 2022-02-10 | 华为技术有限公司 | 一种多物理设备绑定虚拟设备的方法、系统及相关设备 |
CN112491592B (zh) * | 2020-11-11 | 2022-07-08 | 苏州浪潮智能科技有限公司 | 一种存储资源分组方法、系统、终端及存储介质 |
CN114553900B (zh) * | 2022-02-18 | 2023-08-04 | 苏州浪潮智能科技有限公司 | 一种分布式块存储管理系统、方法及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108023953A (zh) * | 2017-12-04 | 2018-05-11 | 北京小度信息科技有限公司 | Ftp服务的高可用实现方法和装置 |
CN108769199A (zh) * | 2018-05-29 | 2018-11-06 | 郑州云海信息技术有限公司 | 一种分布式文件存储系统主节点管理方法及装置 |
CN109446178A (zh) * | 2018-11-13 | 2019-03-08 | 郑州云海信息技术有限公司 | 一种Hadoop对象存储高可用方法、系统、装置及可读存储介质 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8249101B2 (en) * | 2010-03-26 | 2012-08-21 | Raytheon Company | Mobile ad hoc network configured as a virtual internet protocol network |
CN106453360B (zh) * | 2016-10-26 | 2019-04-16 | 上海爱数信息技术股份有限公司 | 基于iSCSI协议的分布式块存储数据访问方法及系统 |
-
2020
- 2020-03-17 CN CN202010188178.9A patent/CN111431980B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108023953A (zh) * | 2017-12-04 | 2018-05-11 | 北京小度信息科技有限公司 | Ftp服务的高可用实现方法和装置 |
CN108769199A (zh) * | 2018-05-29 | 2018-11-06 | 郑州云海信息技术有限公司 | 一种分布式文件存储系统主节点管理方法及装置 |
CN109446178A (zh) * | 2018-11-13 | 2019-03-08 | 郑州云海信息技术有限公司 | 一种Hadoop对象存储高可用方法、系统、装置及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111431980A (zh) | 2020-07-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6944785B2 (en) | High-availability cluster virtual server system | |
CN110912780B (zh) | 一种高可用集群检测方法、系统及受控终端 | |
CN111431980B (zh) | 分布式存储系统及其路径切换方法 | |
US8644132B2 (en) | Maintaining a communication path from a host to a storage subsystem in a network | |
US7328223B2 (en) | Storage management system and method | |
EP1867097B1 (en) | Disaster recovery architecture | |
US9817721B1 (en) | High availability management techniques for cluster resources | |
CN109828868B (zh) | 数据存储方法、装置、管理设备和双活数据存储系统 | |
US20120079090A1 (en) | Stateful subnet manager failover in a middleware machine environment | |
US20210208922A1 (en) | Seamless virtual standard switch to virtual distributed switch migration for hyper-converged infrastructure | |
CN110572439B (zh) | 一种基于元数据服务和虚拟转发网桥的云监控方法 | |
US9286170B2 (en) | Preventing extreme coresidency hazards in cloud computing | |
US11349706B2 (en) | Two-channel-based high-availability | |
CN112395047A (zh) | 虚拟机故障疏散方法、系统及计算机可读介质 | |
CN113849136B (zh) | 一种基于国产平台的自动化fc块存储处理方法和系统 | |
CN112187523A (zh) | 一种网络高可用实现方法及超融合系统 | |
US11848995B2 (en) | Failover prevention in a high availability system during traffic congestion | |
US10367711B2 (en) | Protecting virtual computing instances from network failures | |
Benetti et al. | Business continuity implementation for data center environments | |
Tate et al. | IBM SAN and SVC Stretched Cluster and VMware Solution Implementation | |
McCarty | VMware® Virtual SAN™ 6.1 Stretched Cluster & 2 Node Guide | |
CN116781489A (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 | ||
CP03 | Change of name, title or address |
Address after: 100094 101, floors 1-5, building 7, courtyard 3, fengxiu Middle Road, Haidian District, Beijing Patentee after: Beijing Xingchen Tianhe Technology Co.,Ltd. Address before: 100097 room 806-1, block B, zone 2, Jinyuan times shopping center, indigo factory, Haidian District, Beijing Patentee before: XSKY BEIJING DATA TECHNOLOGY Corp.,Ltd. |
|
CP03 | Change of name, title or address |