提高系统可用性方法、装置、计算机系统及存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及提高系统可用性方法、装置、计算机系统及存储介质。


背景技术：

2.当前多控阵列存储一般采用在主机侧运行多路径插件的方式对主机和存储之间的通信链路进行整体管理，常见的有round-robin、queue-length、service-time等路径策略。但是在很多复杂场景下，例如虚拟化场景中开启npiv功能时，主机和存储间既存在真实物理链路，同时也存在很多虚拟链路。当前对这种虚实集合的链路缺少统一的场景化管理，容易导致对很多虚拟链路进行无效的路径管理，导致前端业务特别是在大压力和异常场景下无法顺利下发和切换，进而影响了整机系统的可用性。


技术实现要素：

3.为了解决上述现有技术中存在的技术问题，本发明提供了一种提高系统可用性方法、装置、计算机系统及存储介质。
4.为实现上述目的，本发明实施例提供了如下的技术方案：
5.第一方面，在本发明提供的一个实施例中，提供了提高系统可用性方法，该方法应用于计算机系统，所述计算机系统包括第一性能模式和第二性能模式，该方法包括：
6.s10、获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a；
7.s20、实时获取当前业务模型下的真实性能数据b；
8.s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。
9.作为本发明的进一步方案，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第一性能模式时，
10.在持续时间t1内检测到b大于a*c1，则对理论性能a进行刷新；
11.在持续时间t2内检测到b小于a*d1，则发起告警，并发出提示切换路径策略。
12.作为本发明的进一步方案，在持续时间t2内检测到b小于a*d1，则发起告警，并发出提示切换路径策略，还包括，如果无法进行路径策略调整则提示是否切换为第二性能模式。
13.作为本发明的进一步方案，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第二模式时，
14.持续时间t3内检测到b大于a*c2，对理论性能a进行刷新；
15.持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略。
16.作为本发明的进一步方案，所述持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略，还包括，
17.如果无法进行路径策略调整则进行虚拟链路路径策略二次分配。
18.作为本发明的进一步方案，所述如果无法进行路径策略调整则进行虚拟链路路径
策略二次分配，包括：
19.以归属到一条真实物理链路的虚拟链路组为最小二次分配单元，在该单元内进行不同路径策略的调整。
20.作为本发明的进一步方案，持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略；还包括：
21.持续时间t5内满足b不小于a*d2，则取消告警。
22.第二方面，在本发明提供的又一个实施例中，提供了提高系统可用性装置，该系统包括：数据获取模块、监测模块和处理模块；
23.所述数据获取模块，用于获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a。
24.所述监测模块，用于实时获取当前业务模型下的真实性能数据b。
25.所述处理模块，用于基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。
26.第三方面，在本发明提供的又一个实施例中，提供了一种计算机系统，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器加载并执行所述计算机程序时实现提高系统可用性方法的步骤。
27.第四方面，在本发明提供的再一个实施例中，提供了一种存储介质，存储有计算机程序，所述计算机程序被处理器加载并执行时实现所述提高系统可用性方法的步骤。
28.本发明提供的技术方案，具有如下有益效果：
29.本发明提供的提高系统可用性方法、装置、计算机系统及存储介质，本发明获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a；实时获取当前业务模型下的真实性能数据b；基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。本发明针对不同的业务模型和通信链路进行路径优化，在不影响可靠性的情况下保证了路径策略最优，让前端主机可以平稳的进行业务下发，进而提高了整机系统的可用性。
30.本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
31.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
32.图1为本发明一个实施例的提高系统可用性方法的流程图；
33.图2为本发明一个实施例的提高系统可用性装置的结构框图；
34.图3为本发明一个实施例的计算机系统的结构框图。
35.图中：数据获取模块-100、监测模块-200、处理模块-300。
具体实施方式
36.以下参照附图说明各种实施例及/或各形态。在以下说明中，以说明为目的公开了
多个具体细节以整体上理解一个以上的形态。但是，本领域的技术人员可以理解在没有具体细节的情况下也可以实施这些形态。在以下的记载及附图中将详细说明一个以上的形态的特定例示。但是，这些形态是例示而已，可以利用各种形态的原理中各种方法中的一部分，所阐述的说明旨在包括所有形态及其等同物。具体地，在本说明书中使用的术语“实施例”、“例”、“形态”、“例示”等可以被解释为所描述的任意形态或设计可以比其他形态或设计更好或具有优点。
37.另外，各种形态及特征可通过包括一个以上的装置、终端、服务器、设备、组件及/或模块等的系统体现。应理解并认识各种系统可包括额外的多个装置、终端、服务器、设备、组件及/或模块，并且/或也可以不包括图中所示的多个装置、终端、服务器、设备、组件、模块等的全部。
38.在本说明书中使用的术语“计算机程序”、“组件”、“模块”、“系统”等可以互换使用，并且计算机-相关实体、硬件、固件、软件、软件及硬件的组合或指软件的执行。例如，组件可以是在处理器上执行的处理过程、处理器、客体、执行线程、程序及/或计算机，但不限定于此。例如，可以是在计算机装置执行的应用程序及/或计算装置所有组件。一个以上的组件可以安装在处理器及/或执行线程内。一个组件可以在一个计算机中本地化。一个组件也可以在两个以上的计算机之间分配。
39.并且，这些组件可由在内部存储各种数据构造的各种计算机可读介质执行。这些组件，例如可根据具有一个以上的数据包的信号(例如，在本地系统、分散系统上通过与其他组件相互作用的一个组件发出的数据及信号与其他系统通过互联网等网络传输的数据)通过本地及/或远程处理通信。
40.以下，与图面符号无关，对相同或类似的构成要素赋予相同的符号，并省略对此的重复说明。并且，在说明本说明书中公开的实施例时，若判断对公知技术的具体说明会使本发明的要旨不明确，则省略对其的详细说明。并且，附图仅为了更容易理解在本说明书中公开的实施例，本说明书中公开的技术思想并不限定于附图。
41.在本说明书中使用的术语是为了说明这些实施例的，而不是限制本发明。在没有特别提及的情况下，本说明书中的单数表现包括复数表现。在说明书中使用的“包含(comprises)”及/或“包含的(comprising)”被提及的构成要素以外不排除一个以上的其他构成要素的存在或附加。
42.第一、第二等术语可用于说明多种元件或构成要素，但所述元件或构成要素并不局限于所述术语。所述术语以从其他元件或构成要素区分一个元件或构成要素而使用。因此，在以下提及的第一元件或构成要素当然也可以是本发明的技术思想内的第2元件或构成要素。
43.若没有其他定义，在本说明书中使用的所有术语(包括技术及科学术语)可以用于本发明所属领域的领域技术人员共通理解的含义。另外，在一般使用的词典上被定义的术语，若没有特别明确定义，则不应以理想性或过度解释。
44.另外，术语“或”的意思不是排他的“或”而是包含的“或”。即，除非有其他特定或文脉上不明确时“x利用a或b”意味着自然内涵的替换之一。即，x利用a或；x利用b或x利用a及b时，“x利用a或b”可以上面的任何情况。并且，应理解在本说明书中使用的“及/或”的术语指代包括在例举的相关项目中的一个以上项目可能的所有组合。
45.另外，在本说明书中使用的术语“信息”及“数据”通常可互换使用。
46.在以下说明中使用的对构成要素的后缀“模块”及“部”，只是为了方便撰写说明书而赋予或混用的，其本身并没有相互区别的含义或作用。
47.具体地，下面结合附图，对本发明实施例作进一步阐述。
48.请参阅图1，图1是本发明实施例提供的一种提高系统可用性方法的流程图，如图1所示，该提高系统可用性方法包括步骤s10至步骤s30，该方法应用于计算机系统，所述计算机系统包括第一性能模式和第二性能模式。
49.s10、获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a。
50.s20、实时获取当前业务模型下的真实性能数据b。理论性能数据a和真实性能数据b均包括带宽、iops、时延。业务模型可以为读写、大小块或随机/顺序。
51.s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。
52.在本发明的实施例中，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第一性能模式时，
53.在持续时间t1内检测到b大于a*c1，则对理论性能a进行刷新；
54.在持续时间t2内检测到b小于a*d1，则发起告警，并发出提示切换路径策略。
55.具体的，在持续时间t2内检测到b小于a*d1，视当前实际路径策略和内嵌最优路径策略的区别。
56.在持续时间t2内检测到b小于a*d1，则发起告警，并发出提示切换路径策略，还包括，如果无法进行路径策略调整则提示是否切换为第二性能模式。
57.在本发明的实施例中，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第二模式时，
58.持续时间t3内检测到b大于a*c2，对理论性能a进行刷新；
59.持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略；
60.所述持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略，还包括，
61.如果无法进行路径策略调整则进行虚拟链路路径策略二次分配。
62.在本发明的实施例中，所述如果无法进行路径策略调整则进行虚拟链路路径策略二次分配，包括：
63.以归属到一条真实物理链路的虚拟链路组为最小二次分配单元，在该单元内进行不同路径策略(round-robin、queue-length、service-time)的调整。
64.在本发明的实施例中，持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略；还包括：
65.持续时间t5内满足b不小于a*d2，则取消告警。
66.其中，所述a、c1、c2、d1、d2、t1、t2、t3、t4和t5都是预设参数。
67.第一性能模式可以为普通性能模式，第二性能模式可以为高性能模式。
68.示例性的，第一性能模式下，如果持续时间30min内检测到b大于a*130％，则路径优化管理模块对该业务模型、该路径策略下的内嵌理论性能数据a进行刷新；如果路径优化管理模块在持续时间20min内检测到b小于a*75％，则路径优化管理模块向集群发起告警，并视当前实际路径策略和内嵌最优路径策略的区别提示是否切换路径策略，如果业务层无
法进行路径策略调整则提示是否切换为第二性能模式下。第二性能模式下，如果路径优化管理模块在持续时间25min内检测到b大于a*125％，则路径优化管理模块对该业务模型、该路径策略下的内嵌理论性能进行刷新；如果路径优化管理模块在持续时间15min内检测到b小于a*80％，则路径优化管理模块向集群发起告警，并视当前实际路径策略和内嵌最优路径策略的区别提示是否切换路径策略，如果业务层无法进行路径策略则进行虚拟链路路径策略二次分配。具体的，以归属到一条真实物理链路的虚拟链路组为最小二次分配单元，在该单元内进行不同路径策略的调整。如果路径优化管理模块在时间60min内满足b不小于a*80％则取消集群告警。
69.本发明针对不同的业务模型和通信链路进行路径优化，在不影响可靠性的情况下保证了路径策略最优，让前端主机可以平稳的进行业务下发，进而提高了整机系统的可用性。
70.应该理解的是，上述虽然是按照某一顺序描述的，但是这些步骤并不是必然按照上述顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，本实施例的一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
71.在一个实施例中，参见图2所示，在本发明的实施例中还提供了提高系统可用性装置，该装置包括数据获取模块100、监测模块200和处理模块300。
72.所述数据获取模块100，用于获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a。
73.所述监测模块200，用于实时获取当前业务模型下的真实性能数据b。
74.所述处理模块300，用于基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。
75.在一个实施例中，参见图3所示，在本发明的实施例中还提供了一种计算机系统，包括路径优化管理模块、业务后端模块、交换模块、存储前端模块、cpu模块和存储后端模块，
76.所述交换模块、存储前端模块、cpu模块、存储后端模块均与业务后端模块通信连接；
77.路径优化管理模块，执行所述的提高系统可用性方法，该路径优化管理模块执行指令时实现上述方法实施例中的步骤：
78.s10、获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a；
79.s20、实时获取当前业务模型下的真实性能数据b；
80.s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。
81.在本发明的实施例中，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第一性能模式时，
82.在持续时间t1内检测到b大于a*c1，则对理论性能a进行刷新；
83.在持续时间t2内检测到b小于a*d1，则发起告警，并发出提示切换路径策略。
84.具体的，在持续时间t2内检测到b小于a*d1，视当前实际路径策略和内嵌最优路径
策略的区别。
85.还包括，如果无法进行路径策略调整则提示是否切换为第二性能模式。
86.s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。
87.在本发明的实施例中，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第二模式时，
88.持续时间t3内检测到b大于a*c2，对理论性能a进行刷新；
89.持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略；
90.还包括，如果无法进行路径策略调整则进行虚拟链路路径策略二次分配。
91.在本发明的实施例中，所述如果无法进行路径策略调整则进行虚拟链路路径策略二次分配，包括：
92.以归属到一条真实物理链路的虚拟链路组为最小二次分配单元，在该单元内进行不同路径策略(round-robin、queue-length、service-time)的调整。
93.在本发明的实施例中，持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略；还包括：
94.持续时间t5内满足b不小于a*d2，则取消告警。
95.其中，所述a、c1、c2、d1、d2、t1、t2、t3、t4和t5都是预设参数。
96.所述计算机系统还包括指示模块、串口模块和无线模块。
97.所述交换模块一般为光纤交换机或者以太交换机等，可以支持诸如npiv等虚拟化功能。
98.所述存储前端模块一般位于存储侧，常见的例如fc卡、网卡等io卡；可以支持诸如npiv等虚拟化功能。
99.所述cpu模块该模块为阵列存储的控制模块，承载存储系统软件。受路径优化管理模块管理，向路径优化管理模块实时发送当前的性能数据。
100.所述存储后端模块承载存储后端数据，受路径优化管理模块管理，向路径优化管理模块实时发送当前的性能数据。
101.指示模块位于板卡上，受串口模块的直接控制，对外指示当前路径优化管理模块的实时状态。
102.无线模块可将串口模块信号转换成wifi等无线信号，外界不用实体串口线就可与路径优化管理模块进行信息交互。
103.通过串口模块可以进行外界与路径优化管理模块的信息交互、参数预设和相关功能的开启。
104.路径优化管理模块通过业务后端模块、交换模块、存储前端模块获取当前系统真实的物理链路和虚拟链路情况，并记录虚拟链路的物理归属。例如有编号1-7条链路，路径优化管理模块需要识别出其中5-7为真实物理链路，1-4为归属同一物理链路的虚拟链路。路径优化管理模块根据实际物理链路进行路径策略一次分配(对业务可见)，在虚拟链路内进行路径策略二次分配(业务无感知)。路径优化管理模块内嵌了各种业务模型(读写、大小块、随机/顺序)下物理链路在不同路径策略(round-robin、queue-length、service-time)的理论性能(带宽、iops、时延)a，并能实时获取当前业务模型下的真实性能数据b。
105.本发明通过路径优化管理模块对业务后端模块、交换模块、存储前端模块、cpu模
块、存储后端模块进行动态管理，特别是在高性能模式下针对不同的业务模型和通信链路进行路径优化，在不影响可靠性的情况下保证了集群路径策略最优，让前端主机可以平稳的进行业务下发，进而提高了系统的可用性。
106.上述终端提到的通信总线可以是外设部件互连标准(peripheral componentinterconnect，简称pci)总线或扩展工业标准结构(extended industry standardarchitecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
107.通信接口用于上述终端与其他设备之间的通信。
108.存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
109.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specificintegrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
110.所述计算机系统包括用户设备与网络设备。其中，所述用户设备包括但不限于电脑、智能手机、pda等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(cloud computing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机系统可单独运行来实现本发明，也可接入网络并通过与网络中的其他计算机系统的交互操作来实现本发明。其中，所述计算机系统所处的网络包括但不限于互联网、广域网、城域网、局域网、vpn网络等。
111.还应当进理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
112.在本发明的一个实施例中还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法实施例中的步骤：
113.s10、获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a；
114.s20、实时获取当前业务模型下的真实性能数据b；
115.s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。
116.在本发明的实施例中，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第一性能模式时，
117.在持续时间t1内检测到b大于a*c1，则对理论性能a进行刷新；
118.在持续时间t2内检测到b小于a*d1，则发起告警，并发出提示切换路径策略。
119.具体的，在持续时间t2内检测到b小于a*d1，视当前实际路径策略和内嵌最优路径策略的区别。
120.还包括，如果无法进行路径策略调整则提示是否切换为第二性能模式。
121.s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。
122.在本发明的实施例中，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第二模式时，
123.持续时间t3内检测到b大于a*c2，对理论性能a进行刷新；
124.持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略；
125.还包括，如果无法进行路径策略调整则进行虚拟链路路径策略二次分配。
126.在本发明的实施例中，所述如果无法进行路径策略调整则进行虚拟链路路径策略二次分配，包括：
127.以归属到一条真实物理链路的虚拟链路组为最小二次分配单元，在该单元内进行不同路径策略(round-robin、queue-length、service-time)的调整。
128.在本发明的实施例中，持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略；还包括：
129.持续时间t5内满足b不小于a*d2，则取消告警。
130.其中，所述a、c1、c2、d1、d2、t1、t2、t3、t4和t5都是预设参数。
131.本发明针对不同的业务模型和通信链路进行路径优化，在不影响可靠性的情况下保证了路径策略最优，让前端主机可以平稳的进行业务下发，进而提高了整机系统的可用性。
132.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。
133.应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
134.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

技术特征：
1.一种提高系统可用性方法，其特征在于，该方法应用于计算机系统，所述计算机系统包括第一性能模式和第二性能模式，该方法包括：s10、获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a；s20、实时获取当前业务模型下的真实性能数据b；s30、基于所述理论性能数据a和所述真实性能数据b，对路径策略进行管理。2.如权利要求1所述的提高系统可用性方法，其特征在于，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第一性能模式时，在持续时间t1内检测到b大于a*c1，则对理论性能a进行刷新；在持续时间t2内检测到b小于a*d1，则发起告警，并发出提示切换路径策略。3.如权利要求2所述的提高系统可用性方法，其特征在于，在持续时间t2内检测到b小于a*d1，则发起告警，并发出提示切换路径策略，还包括，如果无法进行路径策略调整则提示是否切换为第二性能模式。4.如权利要求1所述的提高系统可用性方法，其特征在于，所述s30、基于所述理论性能数据a和真实性能数据b，对路径策略进行管理，包括计算机系统为第二模式时，持续时间t3内检测到b大于a*c2，对理论性能a进行刷新；持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略。5.如权利要求4所述的提高系统可用性方法，其特征在于，所述持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略，还包括，如果无法进行路径策略调整则进行虚拟链路路径策略二次分配。6.如权利要求5所述的提高系统可用性方法，其特征在于，所述如果无法进行路径策略调整则进行虚拟链路路径策略二次分配，包括：以归属到一条真实物理链路的虚拟链路组为最小二次分配单元，在该单元内进行不同路径策略的调整。7.如权利要求1所述的提高系统可用性方法，其特征在于，持续时间t4内检测到b小于a*d2，则发起告警，并发出提示切换路径策略；还包括：持续时间t5内满足b不小于a*d2，则取消告警。8.一种提高系统可用性装置，其特征在于，该系统包括：数据获取模块、监测模块和处理模块；所述数据获取模块，用于获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据a；所述监测模块，用于实时获取当前业务模型下的真实性能数据b；所述处理模块，用于基于所述理论性能数据a和真实性能数据b，对路径策略进行管理。9.一种计算机系统，包括括路径优化管理模块、业务后端模块、交换模块、存储前端模块、cpu模块和存储后端模块，所述交换模块、存储前端模块、cpu模块、存储后端模块均与业务后端模块通信连接，所述路径优化管理模块加载并执行所述计算机程序时实现如权利要求1-7任一项所述的提高系统可用性方法的步骤。10.一种存储介质，存储有计算机程序，所述计算机程序被处理器加载并执行时实现如权利要求1-7任一项所述的提高系统可用性方法的步骤。

技术总结
本发明涉及计算机技术领域，具体涉及提高系统可用性方法、装置、计算机系统及存储介质。该方法包括：获取预设的各种业务模型下物理链路在不同路径策略的理论性能数据A；实时获取当前业务模型下的真实性能数据B；基于所述理论性能数据A和真实性能数据B，对路径策略进行管理。本发明通过路径优化管理模块对业务后端模块、交换模块、存储前端模块、CPU模块、存储后端模块进行动态管理，特别是在高性能模式下针对不同的业务模型和通信链路进行路径优化，在不影响可靠性的情况下保证了集群路径策略最优，让前端主机可以平稳的进行业务下发，进而提高了整机系统的可用性。提高了整机系统的可用性。提高了整机系统的可用性。


技术研发人员：王志浩
受保护的技术使用者：苏州浪潮智能科技有限公司
技术研发日：2023.03.09
技术公布日：2023/8/5