光纤通道网络架构下的集中式存储，之所以能够发挥高可用冗余、高并发和高I/O吞吐量访问的特性，主机端配套的多路径管理软件在其中发挥了重要作用。而在存储双活解决方案中，同样也需要主机端的多路径管理软件的配合使用，才能实现双活。因此多路径管理软件的合理配置对性能、可靠性的提高都有重要作用。配置不当反而会增加安全隐患，导致故障发生。本议题主要探讨存储双活的实施方案中，多路径软件的主要功能和配置的注意事项。
本期为大家带来《迈向YB数据时代》2022年春季刊“集成实施”栏目中的议题二
存储双活的实施方案中，如何正确认识多路径软件和配置的注意事项？
议题主编 某金融科技公司高级技术主管 张鹏
在提出议题下关键点的主张前，专家们先对存储区域网络中的单点故障风险、多条冗余路径设计的必要性、多路径技术如何实现存储区域网络中的路径冗余架构、多路径管理软件的出现等几点认知取得了共识。
在现代企业IT基础设施环境中，存储区域网络 (Storage Area Network，SAN，本文中特指基于光纤通道技术的存储区域网络) 是企业最常用的存储网络架构。源于众多企业对于存储区域网络的安全性和稳定性的认同，要求高吞吐量和低延迟的关键型业务系统通常采用这种架构部署。在存储区域网络中，如果因某一处发生故障，可能导致整个网络瘫痪，我们称这个系统中存在单点故障。为了避免单点故障风险，高可靠的存储区域网络除了对设备和部件做了冗余设计，同时通过多条冗余路径的互联来规避链路的单点故障，如图1所示。这种冗余设计既能提高整个存储区域网络运行的可用性，又能利用负载均衡的设计达到更高的性能要求。
通过多路径技术来实现存储区域网络中的路径冗余架构，提高存储区域网络的高可靠性和高性能。通常存储厂商基于多路径技术原理开发专属的多路径管理软件，来实现路径冗余和I/O流量负载。当某一存储网络路径不能使用， 不能满足规定的性能要求，多路径管理软件会自动而透明地将I/O流转移到其他可用的路径上，确保I/O流有效、可靠地继续传输。多路径管理软件可以处理包括光纤通道HBA卡故障、链路故障、存储控制器故障而导致的多种路径故障。
多路径管理软件通常是运行在主机内核中的一种驱动软件，可以管理操作系统原生的磁盘创建、删除以及I/O下发等事件并进行处理。主机操作系统一般都自带多路径（通常称为Multi-Path I/O，MPI/O 功能，但仅能实现基本的故障转移和负载均衡功能。例如IBM AIX MPIO是操作系统的设备路径管理框架，主要通过PCM（Path-Control Module 实现多路径的管理，如路径添加、路径删除、I/O选路、路径检测、故障转移等功能。一些存储厂商会在原生的多路径管理软件基础上开发特有的多路径管理软件，增加许多高级功能，如路径探测、路径闪断保护、路径隔离、路径告警推送、路径性能监控等等，同时和自己厂商的存储设备兼容性更好。例如IBM 针对Storwize存储开发的SDDPCM。通过增强的多路径特性，使得存储整体系统能满足整个IT系统对可靠性、性能、可维护性以及存储适配度等方面的要求。
社区专家主张
张鹏主编 在如上几点内容取得认识后，议题由我本人和某大型保险存储管理员程良良再分别针对议题的不同关键点进行了主张，主张经过江西农信运维技术经理邓毓、北京农商行存储架构师刘振国的复议，最终达成一定的共识供同行参考。
张鹏 某金融科技公司高级技术主管
多路径软件主要具备屏蔽冗余LUN、选择最优路径、故障切换和故障恢复、负载均衡、进行路径周期性测试的功能。
多路径管理软件的主要功能
屏蔽冗余LUN
存储通过Fabric网络的Zone和存储的LUNMasking/LUN Mapping建立与服务器的关系，服务器上就可以识别存储的LUN。在多路径组网的存储区域网络中，当未安装多路径管理软件的服务器通过每条路径都会发现一个LUN，此时存储上同一个LUN，在服务器端会被认为是两个 多个不同的LUN，即出现了冗余LUN。服务器端上显示的LUN实际上仅是路径不同。当安装了多路径管理软件之后，冗余的LUN会被聚合为虚拟LUN，操作系统识别虚拟LUN，并直接对虚拟LUN进行I/O操作，I/O数据流经过多路径管理软件后，按照多路径管理软件设置的策略与存储进行I/O操作。
选择最优路径
存储系统为了保证业务运行的稳定性和连续性，一般会配置两个 者多个控制器，实现部件冗余。存储系统中每个LUN都有一一对应的所属控制器，所属控制器是存储系统为LUN指定的一个特定控制器，用来避免两个 多个控制器同时对同一个LUN进行操作，防止写冲突损坏存放的数据。在日常运行过程中，如果服务器通过非所属控制器来访问LUN，最终需要转给LUN的所属控制器进行处理，直接通过所属控制器访问对应的LUN可获得最快的I/O速率。在多路径组网环境下，服务器上虚拟LUN对应的存储系统上LUN的所属控制器，称为该LUN的优选控制器。因此，安装多路径管理软件的服务器会优先选择通过优选控制器来访问存储系统上的LUN，获得最快的I/O速率。连接到优选控制器的路径就是最优I/O访问路径。多路径管理软件能够获取LUN的优选控制器信息，能够自动为数据流选择优选控制器上的一条 多条路径进行访问以获得最佳的I/O速率。
故障切换和故障恢复
通常多路径管理软件在路径故障时可以自动将I/O转移到其他可用路径，例如 当服务器上的应用通过多路径管理软件管理的虚拟LUN进行I/O操作，多路径管理软件选择一条最优路径，向存储提交I/O请求，如果这条路径故障，导致下发到存储的I/O请求失败，多路径管理软件会得到失败的返回值，此时多路径管理软件会重新选择另一条路径，再次向存储提交I/O请求，如果路径正常，I/O下发到存储成功，多路径管理软件会接收到成功的返回值，并且把相应的状态信息反馈给操作系统和应用。请注意，多路径管理软件在发现路径故障时通常会多次重新尝试和等待，这样会消耗一定的时间，会造成一定的I/O阻塞。
多路径管理软件在检测到路径故障恢复后，会自动把I/O重新下发到该路径。路径故障恢复有两种方式 对于支持热拔插的操作系统（如Windows ，服务器与存储系统之间的链路断开会导致SCSI设备被删除，相应的链路在恢复后会触发重新创建SCSI设备，对于这种场景的多路径管理软件需要立即感知到路径恢复。对于不支持热拔插的操作系统（如AIX、低版本的Linux ，多路径管理软件通过周期测试感知路径恢复。
负载均衡
谈到负载均衡，需要先了解一下存储控制器的多路径机制，存储连接服务器的控制器，通常称为前端控制器，多路径机制大概分为三类
主主模式（A/A Symmetric Active/Active，对于特定的LUN来说，在它的路径中，两个（ 多个 存储前端控制器（下面简称控制器 的目标端口均处于主动/优化（active/optimized 状态。两个控制器之间实现高速互联的通讯，一个I/O发到控制器端，两个控制器可同时参与处理。当路径出现故障，将离线（offline 故障路径并重定向I/O到其他路径，I/O重定向期间，存储控制器会充分考虑负载平衡等因素并选择最合适的路径。对于应用程序，路径切换过程是透明的的，几乎不会有延迟（延迟时间一般为几秒 。
ALUA模式 Asymmetric Active/Active，ALUA 是Asymmetric Logical Unit Access（异步逻辑单元访问 的缩写，对于特定的LUN来说，在它的路径中，一个存储前端控制器（下面简称控制器 的目标端口处于主动/优化（active/optimized 状态，另一个控制器的目标端口处于主动/非优化（active/unoptimized 状态。在某一个时刻，某个LUN只是属于某一个控制器，要想实现两边的负载均衡，就是将任务A交给控制器A，将任务B交给控制器B，对于同一个任务来说，任何时候只有一个控制器在控制。多路径管理软件和控制器共同配合指定每个LUN的优选控制器，如果路径发生故障，将重新分配I/O流量到其他可用的路径，同时，停止故障路径上的I/O，此时优选控制器是否切换，多数取决于存储厂商的设计。
主从模式（A/P Active/Passive，对于特定的LUN来说，在它的路径中，一个存储前端控制器（下面简称控制器 的目标端口处于主动/优化（active/optimized 状态，另一个控制器的目标端口处于备用（standby 状态。控制器会指定每个LUN的优选控制器，如果路径发生故障，将重新分配I/O流量到其他可用的路径，同时，停止故障路径上的I/O，此时通常会发生优选控制器的切换。
多路径管理软件配合存储前端控制器，有多种选路算法。例如轮询算法（round_robin ，如果多路径管理软件管理四条路径，服务器第一次向存储系统发送I/O时，多路径管理软件将通过第一条路径传输，第二次发送时采用第二条路径，以此类推第三条，第四条。当第五次发送时又回到第一条路径传输，路径采用轮流使用的方式进行，保证了每条路径的充分利用。最小队列深度算法（min_queuedepth ,服务器向存储系统发送I/O时，实时统计各路径的排队I/O数，并将I/O下发到当前排队I/O数最小的路径，即I/O队列最小的将拥有I/O发送的优先权。最小任务算法（min_task ,服务器向存储系统发送I/O时，在最小队列深度算法的基础上，根据每个I/O请求的块大小计算出各路径的总体负载数据量，将I/O下发到当前负载数据量最小的路径。即最小的I/O数据量将拥有I/O发送的优先权。经过试验验证，最小队列深度选路算法在性能方面与其他的选路算法相比更优 者相当，在可靠性方面比其他选路算法更优，这三种对比更推荐使用最小队列深度算法。
进行路径周期性测试
一些厂商的多路径管理软件会对故障路径和空闲可用路径进行周期性的探测，通过故障路径的探测可以及时发现故障，及早恢复路径，通过对空闲路径的测试也可以提前发现路径故障，避免当需要做路径切换时，造成无谓的I/O失败重发，测试通常不会对业务I/O有影响。
多路径管理软件的典型部署架构
服务器在存储区域网中有多种互联架构，这里讨论几种典型的架构，不做过多穷举示例是因为，很多架构原理相似，实现效果接近， 者在实际环境中应用较少。
多路径管理软件安装在服务器上，能够支持不同组网应用，保证数据传输快速、畅通、可靠。下面讨论几种多路径管理软件的典型部署架构。
服务器双链路直连架构
服务器通过双链路直连存储区域网络是最简单、最节约的连接方式，如图2所示。
服务器的HBA卡分别连接一套存储不同的前端控制器。服务器连接到LUN优选控制器的路径是最优路径；连接到非优选控制器的路径是备选路径。正常情况下，多路径管理软件选择最优路径进行数据传输。当最优路径故障时，多路径管理软件选择备选路径进行数据传输。最优路径恢复后，多路径管理软件将切换回最优路径进行数据传输。这种架构HBA卡的端口和存储前端控制器端口都被独占了，不够灵活，在企业的复杂IT环境中较少使用。
服务器双链路与单交换机互联架构
服务器双链路通过一台光纤通道交换机连接存储区域网，如图3所示。服务器到存储系统之间有4条路径。从服务器到LUN的优选控制器的2条路径是最优路径，剩余2条路径是备选路径。
交换机能够扩展主机端口的数量，提升存储系统的接入能力。交换机还能够延长数据传输的距离，使远处的服务器也能够连接到存储系统上。但是这种互联架构只有1个交换机，存在单点故障风险，对于高可用性要求高的企业这种架构不适用。
服务器双链路与双交换机互联架构
服务器双链路通过两台光纤通道交换机连接存储区域网，形成双交换机转发能力，如图4所示。
双交换机的 避免了交换机成为单点故障的隐患，增强了存储区域网络的高可用性。这种架构是企业中，单数据中心内部存储区域网络的典型互联架构，应用广泛。
集群服务器双链路与双交换机互联架构
在服务器双链路双交换机互联的基础上增加了1个 者多个服务器，组成集群环境，如图5所示。这是企业IT环境中常用的部署架构，增强服务器侧的高可用性和处理能力。
图5 双交换机集群服务器
服务器与存储网关在存储区域网环境下互联架构
存储网关作为存储功能的补充，可以增加存储网络架构的灵活性，也可以增加一些特色功能，在一定时期也是应用比较广泛的产品。存储网关在存储区域网中的位置比较特殊，如图6所示。可以抽象的理解，服务器侧可以把存储网关看做存储，存储侧可以把存储网关看作服务器。所以存储网关其实既是存储的角色，又是服务器的角色，存储网关内部需要多路径管理软件来分别实现前端端口和后端端口的路径冗余和性能负载。需要说明的，存储网关这种类似联邦的互联机制，内部还需要有互联机制。在双数据中心双活架构中通常还需要考虑第三方仲裁的设计，暂时不在本文中分析。
图6 存储网关
集群服务器在双数据中心的双活架构
双活数据中心的设计思想是两个数据中心资源的充分利用，从架构上看，物理距离分割较远（通常光纤距离小于30公里，超过距离的网络延时受到物理定律的限制无法缩小 的两个数据中心，逻辑上作为一个数据中心进行管理。如图7所示，两个数据中心的服务器分别通过光纤通道链路连接本中心和远端数据中心的存储区域网络（光纤通过长波模块直连 者通过波分设备互联远端的网络 。这种架构基本消除了单点故障的风险，服务器，网络，存储，各个层面都实现了冗余，同时配合应用程序也能更好地实现负载均衡，是比较理想的高可用性容灾架构。需要说明的是，图示中没有第三方仲裁，实际应用中要充分考虑第三方仲裁，本文主要讨论多路径管理软件，此内容没有过多描述。
图7 双活架构
双活架构中，多路径管理软件起到非常重要的作用，本地的路径高可用需要多路径管理软件来实现，跨两个数据中心的冗余路径也需要多路径管理软件来管理。由于长距离可能出现的链路质量（延迟、抖动 问题，所以在配置多路径调度策略中要特别注意，例如需要多路径管理软件具有对远距离路径上进行读写控制的能力，建议服务器平时优选本地存储区域网的路径进行读写I/O，对于远距离存储区域网络的路径可以控制写I/O，当故障发生需要路径切换的时候，优先本地多路径间的路径切换，本地路径均失效的情况下，切换到远程路径。
存储双活通常需要多路径管理软件和存储的复制技术相结合来实现，存储网关双活的解决方案中存储网关作为中间层来管理两个数据中心存储的数据同步，可以通过复制技术也可以通过镜像技术来实现，同时也需要多路径管理软件来配合。
程良良 某大型保险存储管理员
多路径软件可以在处理包括HBA卡故障、链路故障、存储系统控制器故障而导致的多种路径故障方面起到关键作用。
多路径软件能满足存储网络对高可靠性和高性能的要求。随着现代信息技术的发展，在IT基础设施运行过程中，对存储网络的安全性和稳定性要求越来越高。为了避免单点故障，高可靠的存储网络除了对设备和器件做了冗余设计，同时通过多条冗余路径的互联来规避链路的单点故障，如图8所示。这种冗余设计既能提高整个存储网络运行的可靠性，又能利用冗余设计达到更高的性能要求。利用冗余设计满足存储网络的高可靠性和高性能，就需要通过多路径技术来实现。
多路径技术是通过多路径软件来实现的。如果一条路径不能使用， 不能满足规定的性能要求，多路径软件会自动而透明地将I/O流转移到其他可用的路径上，确保I/O流有效、可靠地继续传输。如图9所示，多路径软件可以处理包括HBA卡故障、链路故障、存储系统控制器故障而导致的多种路径故障。
主机操作系统一般都自带多路径（通常称为Multi-Path I/O，MPIO 功能，但仅能实现基本的故障转移和负载均衡功能，不能满足高可靠性系统的应用要求。而存储厂商的多路径软件能满足基本的故障转移和负载均衡功能，又具备了很多自带多路径没有的高级功能，如路径检测、路径闪断保护、路径隔离、路径告警推送、路径性能监控等等，例如华为UltraPath。
UltraPath 原理介绍
UltraPath与OS集成方式
UltraPath是运行在主机内核中的一种过滤驱动软件，可以管理操作系统原生的磁盘创建、删除以及I/O下发等事件并进行处理。
在Windows、Linux等操作系统中，UltraPath驱动所在层次如图10所示
图10 UltraPath驱动所处的OS层次
接下来以华为UltraPath为例，以详细软件来介绍多路径软件屏蔽冗余LUN、选择最优路径、故障切换和故障恢复、负载均衡、路径选择的主要功能。
UltraPath 主要功能
屏蔽冗余LUN
在多路径组网的存储网络中，未安装多路径软件的应用服务器通过每条路径都会发现一个LUN，因此同一个LUN会被认为是两个 多个不同的LUN，即出现了冗余LUN。冗余LUN是由于每条路径分别将一个LUN直接上报给应用服务器造成的。
以双链路直连到存储系统组网为例，如图11左侧所示。从图中可以看到存储系统只映射给应用服务器一个LUN，由于应用服务器到存储系统有两条路径且未安装多路径软件，导致应用服务器同时发现LUN0和LUN1两个LUN，即出现了冗余LUN。这两个LUN实际是存储系统上的同一个LUN。由于应用服务器的识别错误，此时当应用服务器进行写操作时，会因为不同的应用对同一个LUN的同一位置反复写入不同数据，最后导致写入LUN上的数据被破坏。在这种情况下，应用服务器需要识别哪一个是实际可用的LUN。
图11 屏蔽冗余LUN
UltraPath能够查询到存储系统的配置情况，因此可以识别哪些LUN可以实际提供给应用服务器使用。如图11右侧所示，当应用服务器安装了UltraPath以后，UltraPath在操作系统驱动层面将冗余LUN屏蔽，只为应用服务器提供一个可用的LUN，称为虚拟LUN。在这种环境下，应用服务器只需要将数据的读写操作提交给UltraPath，UltraPath就可以为应用服务器屏蔽冗余的LUN，让数据正确写入LUN中并且不破坏其他的数据。
选择最优路径
存储系统为了保证业务运行的稳定性和连续性，一般会配置两个 者多个控制器，实现部件冗余。存储系统中每个LUN都有一一对应的归属控制器，归属控制器是存储系统为LUN指定的一个特定控制器，以避免两个 多个控制器同时对同一个LUN进行操作，损坏存放的数据。在日常运行过程中，如果应用服务器通过非归属控制器来访问LUN，最终需要转给LUN的归属控制器进行处理，故直接通过归属控制器访问对应的LUN可获得最快的I/O速率。
在多路径组网环境下，应用服务器上虚拟LUN对应的存储系统上LUN的归属控制器，称为该LUN的优选控制器。因此，安装UltraPath的应用服务器会优先选择通过优选控制器（归属控制器 来访问存储系统上的LUN，获得最快的I/O速率。故连接到优选控制器的路径就是最优路径。
UltraPath能够获取LUN的优选控制器信息，因此能够自动为数据流选择优选控制器上的一条 多条路径进行访问以获得最佳的I/O速率。
以图12所示组网为例，LUN的归属控制器为A控，即A控为优选控制器。UltraPath会优先选择A控上的路径作为优选路径。
图12 UltraPath能够为数据流选择最优路径
故障切换和故障恢复
故障切换
UltraPath在路径故障时可以自动将I/O转移到其他可用路径，流程如图13所示
图13 UltraPath路径故障切换流程
应用服务器上的应用向UltraPath生成的虚拟LUN下发I/O。
UltraPath将I/O请求转发给一条路径Path0。
Path0路径故障导致该路径上I/O下发到存储系统失败，I/O返回给UltraPath。
UltraPath将I/O重新下发给另一条路径Path1。
Path1路径正常，I/O下发到存储系统成功，返回I/O下发成功给UltraPath。
UltraPath向应用服务器上的应用返回I/O下发成功。
在上述流程3，由于HBA卡在路径故障时通常会进行一段时间的尝试重连，在这段时间内I/O会停留在HBA卡，不会立即返回UltraPath，因此整个路径切换过程会表现出一段时间的I/O阻塞。
故障恢复
UltraPath在检测到路径故障恢复后，会自动把I/O重新下发到该路径。路径故障恢复有两种方式
对于支持热拔插的操作系统（ 如Windows ，应用服务器与存储系统之间的链路断开会导致SCSI设备被删除，相应的链路在恢复后会触发重新创建SCSI设备，对于这种场景UltraPath可以立即感知到路径恢复。
对于不支持热拔插的操作系统（如AIX、低版本的Linux ，UltraPath通过周期例测感知路径恢复。
负载均衡
UltraPath支持控制器内和控制器间这2种负载均衡工作模式，如图14所示。
图14 UltraPath两种I/O负载均衡模式
控制器内负载均衡是指I/O在当前工作控制器的各条路径上下发。
控制器间负载均衡是指I/O在所有控制器的路径上下发。
UltraPath支持的负载均衡选路算法包括
轮询（round_robin 如图15所示，应用服务器第一次向存储系统发送I/O时，UltraPath将通过路径0传送，第二次发送时采用路径1，以此类推。路径采用轮流使用的方式进行，保证了每条路径的充分利用。
图15 轮询选路算法
最小队列深度（min_queuedepth 如图16所示，应用服务器向存储系统发送I/O时，实时统计各路径的排队I/O数，并将I/O下发到当前排队I/O数最小的路径。即I/O队列最小的将拥有I/O发送的优先权。
图16 最小队列深度选路算法
最小任务（min_task 应用服务器向存储系统发送I/O时，在最小队列深度算法的基础上，根据每个I/O请求的块大小计算出各路径的总体负载数据量，将I/O下发到当前负载数据量最小的路径。即最小的I/O数据量将拥有I/O发送的优先权。
经过试验验证，最小队列深度选路算法在性能方面与其他的选路算法相比更优 者相当，在可靠性方面比其他选路算法更优，推荐使用最小队列深度算法。
路径检测
UltraPath对以下两种状态的路径进行检测
故障路径 UltraPath对于故障路径的测试频度相对较高，以尽可能早地感知路径恢复。
空闲的可用路径 UltraPath对空闲路径也会进行测试以提前发现路径的故障，避免造成无谓的I/O失败重发；对于空闲路径测试的频度相对较低，目的是减小对业务I/O的影响。
UltraPath 典型应用
UltraPath安装在应用服务器上，能够支持不同组网应用，保证数据传输快速、畅通、可靠。
UltraPath的典型应用一般包括以下两种
在双链路双交换机互联的集群环境下的应用。
在双链路双交换机互联的集群双活环境下的应用。
UltraPath在双链路双交换机互联集群环境下的应用
双链路双交换机互联集群环境是在双链路双交换机互联的基础上增加了1个 者多个应用服务器，形成集群环境，增强应用服务器侧的可靠性和处理能力，如图17所示。
图17 UltraPath在双链路双交换机互联集群环境下的应用
UltraPath在双链路双交换机互联集群双活环境下的应用
双链路双交换机互联集群环境增强了应用服务器侧的可靠性和处理能力，但单个存储系统在整个存储网络中仍然有成为单点故障的隐患。双链路双交换机互联集群双活环境，增加了一个互为备份的存储系统，提高整个系统的可靠性，如图18所示。
图18 UltraPath在双链路双交换机互联集群双活环境下的应用
术语
SCSI: 小型计算机系统接口（SCSI，SmallComputer System Interface 是一种用于计算机及其周边设备之间（硬盘、软驱、光驱、打印机、扫描仪等 系统级接口的独立处理器标准。
FCP: 光纤通道协议（Fibre ChannelProtocol ，是使用底层光纤通道连接的SCSI接口协议（网状信道和网状信道协议 。
HBA 主机总线适配器(HostBusAdapter,HBA)是一个在服务器和存储之间提供I/O处理和物理连接的电路板 集成电路适配器。通过光纤信道 SCSI把计算机连接到存储器 存储器网。
OS 操作系统（Operating System 是管理计算机硬件与软件资源的计算机程序。
Driver 驱动，计算机软件术语，是指驱动计算机里软件的程序。驱动程序全称设备驱动程序，是添加到操作系统中的特殊程序，其中包含有关硬件设备的信息。此信息能够使计算机与相应的设备进行通信。
FC: 光纤通道(Fibre Channel)。
RAW: 裸设备(Raw Device)，也叫裸分区（原始分区 ，是一种没有经过格式化，不被Unix通过文件系统来读取的特字符设备文件。由应用程序负责对它进行读写操作,不经过文件系统的缓冲。
参考
IBM :《System Storage Multipath Subsystem
Device Driver User Guide》
华为 《OceanStor UltraPath 用户指南》
RedHat 《DM多路径配置及管理》
为避免单点故障风险，可以通过多路径技术来实现存储区域网络中的路径冗余架构，提高存储区域网络的高可靠性和高性能。多路径管理软件主要具备屏蔽冗余LUN、选择最优路径、故障切换和故障恢复、负载均衡、进行路径周期性测试的功能。在配置过程中应当结合企业自身特点与建设要求进行部署架构，可以选择一些存储厂商的多路径软件来达到更好的效果。
阅读更多《迈向YB数据时代》精彩内容，请识别以下二维码
《迈向YB数据时代》
数据，作为企业最核心的战略资产，正在由于规模越来越大变成一只令人恐怖的怪兽。在人类数据应用规模即将进入YB时代的当下，如何存好、用好、管好海量数据成为大中型企业普遍面临的巨大挑战。《迈向YB数据时代》，由twt社区和华为存储用户俱乐部联合主办，凝结中国一线用户中应用创新技术专家的具有代表性、前瞻性的技术洞见、实战经验、同行共识，从趋势、架构、实施和运维四大方向，为中国大中型企业应对数据及存储管理中的重大应用挑战提供代表性的参考指南。“乘众人之智，则无不任也；用众人之力，则无不胜也。”让我们一同携手，从容迈向YB数据时代！
《迈向YB数据时代》2022年春季刊以数据容灾为主题，集二十多家从事企业科技战线的各路精英之学识经验，围绕数据容灾备份这一黄金战甲，以精益架构、集成实施、持续运维、趋势动态四个栏目展开，每个栏目又分为若干业内同行认为亟待解决的议题，每个议题中各位同行专家从不同维度充分剖析诠释，同时以朴实敦厚而又精炼有序之论给予解决思路和方法。我们在此将春季刊的内容进行连载放送，希望可以为企业同行提供容灾备份战线上的参考，更希望可以成为集结八方同道之号角。
2022年春季刊【精益架构】议题一 纯数据备份和容灾技术不再是未来主流，如何通过二者的无缝衔接来支撑业务的连续性？
2022年春季刊【精益架构】议题二 如何构建既健壮又安全的存储双活架构？
2022年春季刊【精益架构】议题三 如何正确认知双活数据中心的存储层脑裂？
2022年春季刊【精益架构】议题四 为避免脑裂，存储双活架构设计应遵循哪些思想和方法？
2022年春季刊【精益架构】议题五 如何多维度分析数据库复制与存储复制的架构差异？
2022年春季刊【集中实施】议题一 存储双活实施中如何通过第三方仲裁机制避免脑裂发生？|《迈向YB数据时代》
*本 所发布内容仅代表作者观点，不代表社区立场
Powered by 小羊羔外链网 8.3.11
©2015 - 2024 小羊羔外链网
您的IP:3.145.130.31,2024-04-20 03:58:45,Processed in 0.05618 second(s).
