CN113849384B - 一种raid系统后台任务测试时长确定方法和装置 - Google Patents
一种raid系统后台任务测试时长确定方法和装置 Download PDFInfo
- Publication number
- CN113849384B CN113849384B CN202110996045.9A CN202110996045A CN113849384B CN 113849384 B CN113849384 B CN 113849384B CN 202110996045 A CN202110996045 A CN 202110996045A CN 113849384 B CN113849384 B CN 113849384B
- Authority
- CN
- China
- Prior art keywords
- background task
- duty ratio
- duration
- progress
- full
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 85
- 238000000034 method Methods 0.000 title claims abstract description 78
- 238000012544 monitoring process Methods 0.000 description 20
- 238000011112 process operation Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000011156 evaluation Methods 0.000 description 3
- 238000010998 test method Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 108091023242 Internal transcribed spacer Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000003321 amplification Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000009530 blood pressure measurement Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000012812 general test Methods 0.000 description 1
- 239000012528 membrane Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003199 nucleic acid amplification method Methods 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
- G06F11/3419—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment by assessing time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
- G06F11/2221—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test input/output devices or peripheral units
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本申请公开了一种RAID系统后台任务测试时长确定方法和装置，通过在满负载运行业务模型的过程中，不再通过完整的执行后台任务获取完成后台任务的测试时长，而是获取后台任务完成第一占比进度所用的第一时长，根据第一时长与第一占比的比值，确定完成后台任务的测试时长。由此，仅完成后台任务的第一占比进度所需的第一时长小于完成后台任务完整进度的时长，通过第一时长确定完成后台任务的测试时长避免了长时间占用满配设备资源，尤其在DRAID成员盘容量较大、业务压力较大等情况下，可以快速高效评估RAID系统的性能。
Description
技术领域
本发明涉及计算机技术领域，尤其是涉及一种RAID系统后台任务测试时长确定方法和装置。
背景技术
独立冗余磁盘阵列(Redundant Arrays Of Independent Disks，RAID)技术将多个单独的物理硬盘以不同的方式组合成一个逻辑硬盘，从而提高了硬盘的读写性能和数据安全性。
相关技术中，对用不同驱动器创建分布式RAID(Distributed RAID，DRAID)，如DRAID5、DRAID6等，性能测试中会测试DRAID对于条带初始化、阵列成员重构和阵列成员回拷等后台任务，在满负载压力下运行不同业务模型的时长等参数指标。以条带初始化为例，会在搭建好测试环境后，满负载运行对应业务模型，将DRAID开始执行条带初始化至执行完成的时长作为条带初始化测试时长。
但是，上述测试方式仅适用于测试单一阵列、小容量驱动盘、小业务模型等场景，对于DRAID容量较大、业务压力较大等场景，上述测试方式将耗费大量测试时间资源，如需要几天，甚至数十天完成针对后台任务的测试，长时间占用满配设备资源，不利于快速高效评估RAID系统的性能。
发明内容
针对上述问题，本申请提供一种RAID系统后台任务测试时长确定方法和装置，用于降低DRAID针对后台任务的测试时间，实现快速高效评估RAID系统的性能。
基于此，本申请实施例公开了如下技术方案：
一方面，本申请实施例提供一种RAID系统后台任务测试时长确定方法，所述方法包括：
在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长，所述后台任务为条带初始化、阵列成员重构和阵列成员回拷中的一种；
根据所述第一时长与所述第一占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长。
可选的，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述方法还包括：
降低所述第一占比的大小，执行所述在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长的步骤。
可选的，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述方法还包括：
在空负载运行所述业务模型的过程中，获取所述后台任务完成第二占比进度所用的第二时长；
在连续满负载运行预设时长的所述业务模型与空负载运行所述预设时长的所述业务模型的过程中，获取所述后台任务完成所述第二占比进度中，满负载运行所述业务模型的第三时长和空负载运行所述业务模型的第四时长；
根据所述第四时长和所述第二时长的比值，确定空负载运行占比，所述空负载运行占比为所述后台任务完成所述第二占比进度中空负载运行所述业务模型的进度占比；
根据所述空负载运行占比获取满负载运行占比，所述满负载占比为所述后台任务完成所述第二占比进度中满负载运行所述业务模型的进度占比；
根据所述第三时长和所述满负载运行占比的比值，确定在满负载运行所述业务模型的情况下，所述后台任务完成所述第二占比进度所用的第五时长；
根据所述第五时长与所述第二占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长。
可选的，所述预设时长大于所述第二时长的二倍。
可选的，所述第一占比为百分之一。
另一方面，本申请实施例提供一种RAID系统后台任务测试时长确定装置，所述装置包括：获取单元和确定单元；
所述获取单元，用于在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长，所述后台任务为条带初始化、阵列成员重构和阵列成员回拷中的一种；
所述确定单元，用于根据所述第一时长与所述第一占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长。
可选的，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述装置还包括调整单元，用于：
降低所述第一占比的大小，执行所述在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长的步骤。
可选的，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述装置还包括调整单元，用于：
在空负载运行所述业务模型的过程中，获取所述后台任务完成第二占比进度所用的第二时长；
在连续满负载运行预设时长的所述业务模型与空负载运行所述预设时长的所述业务模型的过程中，获取所述后台任务完成所述第二占比进度中，满负载运行所述业务模型的第三时长和空负载运行所述业务模型的第四时长；
根据所述第四时长和所述第二时长的比值，确定空负载运行占比，所述空负载运行占比为所述后台任务完成所述第二占比进度中空负载运行所述业务模型的进度占比；
根据所述空负载运行占比获取满负载运行占比，所述满负载占比为所述后台任务完成所述第二占比进度中满负载运行所述业务模型的进度占比；
根据所述第三时长和所述满负载运行占比的比值，确定在满负载运行所述业务模型的情况下，所述后台任务完成所述第二占比进度所用的第五时长；
根据所述第五时长与所述第二占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长。
可选的，所述预设时长大于所述第二时长的二倍。
可选的，所述第一占比为百分之一。
相对于现有技术，本申请上述技术方案的优点在于：
通过在满负载运行业务模型的过程中，不再通过完整的执行后台任务获取完成后台任务的测试时长，而是获取后台任务完成第一占比进度所用的第一时长，根据第一时长与第一占比的比值，确定完成后台任务的测试时长。由此，仅完成后台任务的第一占比进度所需的第一时长小于完成后台任务完整进度的时长，通过第一时长确定完成后台任务的测试时长避免了长时间占用满配设备资源，尤其在DRAID成员盘容量较大、业务压力较大等情况下，可以快速高效评估RAID系统的性能。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本申请提供的一种RAID系统后台任务测试时长确定方法的流程图；
图2为本申请实施例提供的一种RAID系统后台任务测试时长确定方法的流程图；
图3为本申请实施例提供的一种后台任务执行进度的示意图；
图4为本申请实施例提供的一种环境搭建环境拓扑的示意图；
图5为本申请提供的一种RAID系统后台任务测试时长确定装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
相关技术中，测试DRAID对于后台任务在满负载压力下运行不同业务模型的时长等参数指标，可能会出现测试较长，导致长时间占用满配设备资源，不利于快速高效评估RAID系统的性能。
后台任务包括条带初始化、阵列成员重构和阵列成员回拷中一种，其中，在创建一个RAID系统时需要将RAID系统中所有的条带进行初始化，以此来保证条带中数据的一致性。条带初始化通常可以采用两种方式来解决：通过全盘写零的方式初始化RAID系统中的所有的条带，或者将所有条带进行校验计算，更新条带中的校验数据。阵列成员重构(Member Rebuild)用于在RAID“发生热备接管”或“阵列成员更换”之后同步阵列，该任务通过写入新加入的驱动器的每个地址以使的其与其他成员同步。阵列成员回拷(MemberCopyback)用于在阵列RAID已发生重构，重构完成后，且故障盘已恢复，该任务通过写入热备空间的数据回拷回成员盘中。下面分别进行说明。
条带初始化：通常测试方式为，搭建好存储与主机测试环境，做好存储端配置池、阵列、卷和主机，然后在主机端运行vdbench IO读写工具，满负载运行业务模型S1，从RAID开始初始化时间IT0，一直测试至初始化完成时间IT1，驱动盘类型DT1，容量DC1，阵列DRAID5/DRAID6，记录业务模型S1满负载下完成初始化时长为IT1-IT0。
阵列成员重构：相同驱动盘类型DT1，容量DC1，阵列DRAID5/DRAID6下，满负载运行业务模型S1，模拟拔出一块驱动盘，监控记录开始重构时间RT0，至测试重构完成时间RT1，记录业务模型S1满负载下完成重构时长为RT1-RT0。
阵列成员回拷：相同驱动盘类型DT1，容量DC1，阵列DRAID5/DRAID6下，满负载运行业务模型S1，开始重构后，插入拔出的驱动盘，等重构完成后，开始回拷，监控记录开始回拷时间CT0，至测试回拷完成时间CT1，记录业务模型S1满负载下完成回拷时长为CT1-CT0。
正常情况，如果仅在单一阵列、小容量驱动盘、小业务模型情况下测试后台任务的测试时长，可以使用上述方式，测试时长一般为小时级别。如果在DRAID成员盘容量较大、业务压力较大等情况下测试后台任务的测试时长，上述测试方式将耗费大量测试时间资源，如需要几天，甚至数十天完成针对后台任务的测试，长时间占用满配设备资源，不利于快速高效评估RAID系统的性能。
基于此，本申请实施例提供一种RAID系统后台任务测试时长确定方法，用于降低DRAID针对后台任务的测试时间，实现快速高效评估RAID系统的性能。
下面结合图1，对本申请实施例提供的一种RAID系统后台任务测试时长确定方法进行介绍。参见图1，该图为本申请提供的一种RAID系统后台任务测试时长确定方法的流程图，该方法可以包括以下步骤101-102。
S101：在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长。
存储服务器的后台任务的任务优先级相对较低，存储服务器有主机输入输出(Input Output，IO)业务时，优先处理主机IO业务，分配给后台任务的资源较少，如CPU/内存等，导致存储服务器有业务负载压力时后台任务处理时间较长。尤其对于在DRAID成员盘容量较大、业务压力较大等情况下，在满负载运行业务模型的过程中，为了避免长时间占用满配设备资源，可以获取后台任务完成第一占比进度所用的第一时长，如后台任务完成10％进度用了1天时间，此时，第一占比为10％，第一时长为1天时间。
其中，搭建主机到存储业务压力环境的方式可以为，存储满配指定驱动盘类型，可以用DT1表示，指定容量，可以用DC1表示，双服务器多网状通道(Fibre Channel，FC)连接存储，调用脚本，自动快速配置存储环境参数，分别为池、阵列、卷和主机。业务模型可以有多种，本申请对此不做具体限定。后台任务为条带初始化、阵列成员重构和阵列成员回拷中的一种。
S102：根据第一时长与第一占比的比值，确定在满负载运行业务模型的情况下，完成后台任务所需的测试时长。
由于完成后台任务的测试时长较长，可以将完成后台任务的完成过程看成线性的。故根据第一时长与第一占比的比值，能够确定完成后台任务的测试时长。继续以后台任务完成10％进度用了1天时间为例，在满负载运行所述业务模型的情况下，完成后台任务的测试时长为10天。
作为一种可能的实现方式，第一占比时长可以为1％，从而尽可能降低第一时长，降低占用满配设备资源的时间。
例如，监控满负载运行业务模型S1情况下，每隔周期T，如5秒监控DRAID系统条带初始化进度，当条带初始化完成进度由m％至(m+1)％时(m为1-99整数)，记录条带初始化完成进度为m％对应的时间ITm，以及条带初始化完成进度为(m+1)％对应的时间ITm+1，则(ITm+1-ITm)*100即为满负载运行业务模型S1下，满配指定驱动盘类型DT1,容量DC1的DRAID系统完成条带初始化的测试时间。
由上述技术方案可知，通过在满负载运行业务模型的过程中，不再通过完整的执行后台任务获取完成后台任务的测试时长，而是获取后台任务完成第一占比进度所用的第一时长，根据第一时长与第一占比的比值，确定完成后台任务的测试时长。由此，仅完成后台任务的第一占比进度所需的第一时长小于完成后台任务完整进度的时长，通过第一时长确定完成后台任务的测试时长避免了长时间占用满配设备资源，尤其在DRAID成员盘容量较大、业务压力较大等情况下，可以快速高效评估RAID系统的性能。
由上述可知，满负载运行同一业务模型时，第一占比越大，第一时长越长，若第一占比设置的较大，如90％等，会导致第一时长较长，还是会长时间占用满配设备资源，故若在后台任务进行第一占比进度的过程中，后台任务执行的时长超过阈值，说明后台任务完成第一占比进度所用的第一时长会较长，可以暂停任务，对第一占比进行调整，降低第一时长的大小后再执行S101以及S102，避免出现长时间占用满配设备资源的情况。
需要说明的是，若降低第一时长的大小后，依然会导致在后台任务进行第一占比进度的过程中，后台任务执行的时长超过阈值，则继续降低第一时长的大小，直至得到满意的时长。本申请不具体限定阈值，本领域技术人员可以根据实际需要进行设置。
由于产品实现原因，如为了用户可以直观的感受到RAID系统在测试后台任务的进度，第一占比可能会被设置为整数，如不会被设置为0.5％，最小只能被设置为1％。此时，若即使将第一占比设置为1％，依然出现在后台任务进行1％进度的过程中，后台任务执行的时长超过阈值的情况，此时可以引入空负载运行业务模型的方式，因为存储服务器无业务负载压力，分配给后台任务的资源较多，时间进度较快，消耗时间较短，由此可以缩小后台任务完成1％进度的时长，下面具体进行说明。
参见图2，该图为本申请实施例提供的一种RAID系统后台任务测试时长确定方法的流程图，该方法可以包括以下步骤201-206。
S201：在空负载运行业务模型的过程中，获取后台任务完成第二占比进度所用的第二时长。
其中，第二占比可以与第一占比相同，如均为1％，也可以不同，本申请对比不做具体限定。本实施例以第二占比为1％为例进行说明。
例如，监控空负载运行业务模型S1情况下，每隔周期T监控DRAID系统条带初始化进度，当条带初始化完成进度由n％至(n+1)％时(n为1-99整数)，记录条带初始化完成进度为n％对应的时间ITn，以及条带初始化完成进度为(n+1)％对应的时间ITn+1，则(ITn+1-ITn)*100即为空负载运行业务模型S1下，满配指定驱动盘类型DT1,容量DC1的DRAID系统完成条带初始化的测试时间。
S202：在连续满负载运行预设时长的业务模型与空负载运行预设时长的业务模型的过程中，获取后台任务完成第二占比进度中，满负载运行业务模型的第三时长和空负载运行业务模型的第四时长。
即使在满负载运行业务模型的过程中，第二占比设置为1％，也会出现后台任务完成第二占比进度所用的时长较长，此时可以在后台任务完成第二占比进度的过程中，满负载运行业务模型完成一部分进度，空负载运行业务模型完成另一部分，从而缩小后台任务完成第二占比进度所用的时间。
为了方便计算，可以先满负载运行预设时长的业务模型后，空负载运行预设时长的业务模型，或者先空负载运行预设时长的业务模型后，满负载运行预设时长的业务模型。
其中，在两个预设时长的过程中，需要保证后台任务至少完成第二占比进度。作为一种可能的实现方式，预设时长大于第二时长的2倍。该预设时长的设置不仅是可容忍的时长，而且能够保证后台任务执行第二占比进度中既包括满负载运行业务模型部分，又包括空负载运行业务模型部分，同时通过满负载运行业务模型占第二占比的比例不能过低。因为第二时长较为短暂，无法满足满负载运行业务模型情况下，后台任务执行进度的变动，或者进度占比太低，比如1％进度的2％，因为预测本身并不是绝对线性的，会导致比例放大后的绝对失真，得到的结果准确率较低。
在连续满负载运行预设时长的业务模型与空负载运行预设时长的业务模型的过程中，获取后台任务完成第二占比进度中，满负载运行业务模型的第三时长和空负载运行业务模型的第四时长。
例如，以先满负载运行预设时长的业务模型后，空负载运行预设时长的业务模型为例，如图3所示，该图为本申请实施例提供的一种后台任务执行进度的示意图。在连续满负载运行预设时长的业务模型与空负载运行预设时长的业务模型的过程中，后台任务的进度从K％变为(K+1)％。在这个过程中，为了方便说明，后台任务的进度为K％对应的时间点为ITs1，后台任务的进度为(K+1)％对应的时间点为ITs3，两个运行状态的交点对应的时间点为ITs2。此时，第三时长为ITs2-ITs1，第四时长为ITs3-ITs2。
S203：根据第四时长和第二时长的比值，确定空负载运行占比。
第二时长可以表示为ITn+1-ITn，则空负载运行占比为(ITs3-ITs2)/(ITn+1-ITn)，其中，空负载运行占比为后台任务完成第二占比进度中空负载运行业务模型的进度占比。
S204：根据空负载运行占比获取满负载运行占比。
满负载运行占比可以表示为1-(ITs3-ITs2)/(ITn+1-ITn)。其中，满负载占比为后台任务完成第二占比进度中满负载运行业务模型的进度占比。
S205：根据第三时长和满负载运行占比的比值，确定在满负载运行业务模型的情况下，后台任务完成第二占比进度所用的第五时长。
在满负载运行业务模型的情况下，后台任务完成第二占比进度所用的第五时长可以表示为(ITs2-ITs1)/(1-(ITs3-ITs2)/(ITn+1-ITn)。
S206：根据第五时长与第二占比的比值，确定在满负载运行业务模型的情况下，完成后台任务所需的测试时长。
后台任务所需的测试时长可以表示为(ITs2-ITs1)/(1-(ITs3-ITs2)/(ITn+1-ITn)*100。
由此，在第一占比很小的情况下，第一时长也很长，无法容忍的情况下，可以引入空负载运行业务模型，缩小后台任务完成第二占比进度的时长，避免长时间占用满配设备资源，实现快速高效评估RAID系统的性能。
为了使本申请实施例提供的技术方案更加清楚，下面以一个实例对本申请实施例提供的RAID系统后台任务测试时长确定方法进行说明。
一、环境搭建
存储设备可以为AS5500G5-C1
1)版本5.x.x.x；
2)CPU：FT-2000+/64bits；
3)内存：256G；
4)后端满配12块10TB容量HDD大盘；
5)双控各一张四口FC通道32Gbps Emulex HBA；
6)前端双服务器接入存储环境进行业务模型压测。
环境拓扑如图4所示，测试服务器401和测试服务器402通过8FC方式连接统一存储403。
二、测试方法
1、参数设置
本次测试存储系统配置如下：
1)创建一个普通池，将12块10TB盘以DRAID6阵列方式添加到池；
2)创建16个500GB普通免格式化卷；
3)创建8个主机，每个FC通道端口创建1个主机；
4)每个控制器8个卷，共8个主机，映射每个主机2个卷。
本次测试服务器主机配置下述三个业务模型，如表1所示：
表1
2、测试流程
S1：存储满配指定HDD驱动盘，容量10TB，双服务器8FC通道连接存储，如图4所示。搭建主机到存储业务压力环境。
S2：调用脚本，自动快速配置存储环境参数，池、阵列、卷和主机。
S3：全程运行存储自动化监控进程，监控空负载运行业务模型(4K随机70％读30％写业务模型或64K 100％顺序写业务模型或64K 100％顺序读业务模型，下同)情况下DRAID系统条带初始化进度，监控周期T(默认5s，下同)，当初始化进度由n％至(n+1)％时，记录对应时间ITn和ITn+1，则(ITn+1-ITn)*100即为空负载运行业务模型情况下条带初始化时间。
S4：全程运行存储自动化监控进程，监控满负载运行业务模型情况下DRAID系统条带初始化进度，监控周期T，当初始化进度由m％至(m+1)％时，记录对应时间ITm和ITm+1，则(ITm+1-ITm)*100即为满负载运行业务模型情况下条带初始化时间。
若ITm+1-ITm较大，还可以通过前述S201-S206的方式得到满负载运行业务模型情况下条带初始化时间，以避免长时间占用满配设备资源，实现快速高效评估RAID系统的性能。
测试结果如表2所示：
表2
| 条带初始化 | 1％测试 | 测试时长 | |
| 空负载 | 14h20m | ||
| 随机70％读30％写 | 满负载 | 32m30s | 2d6h10m |
| 100％顺序写 | 满负载 | 2h3m11s | 8d13h18m20s |
| 100％随机读 | 满负载 | 7h51m49s | 32d18h21m40s |
其中，满负载运行100％随机读业务模型时，使用前述S201-S206的方式，测试1h50m11s，占1％刻度中23.35％。
S5：全程运行存储自动化监控进程，监控空负载运行业务模型情况下阵列成员重构进度，监控周期T，当重构进度由n％至(n+1)％时，记录对应时间RTn和RTn+1，则(RTn+1-RTn)*100即为空负载运行业务模型情况下重构时间。
S6：全程运行存储自动化监控进程，监控满负载运行业务模型情况下阵列成员重构进度，监控周期T，当重构进度由m％至(m+1)％时，记录对应时间RTm和RTm+1，则(RTm+1-RTm)*100即为满负载运行业务模型情况下阵列成员重构时间。
若RTm+1-RTm较大，还可以通过类似前述S201-S206的方式得到满负载运行业务模型情况下阵列成员重构时间。固定选择一个时间段Tset(如两个小时或四个小时，下同)，先满负载运行Tset时长的业务模型，之后空负载运行Tset时长的业务模型，选择一个首次监控到k％进度落在Tset的时间点RTs1，以及满业务负载结束的时间点RTs2，和重构进度首次监控到(k+1)％的时间点RTs3，满负载运行业务模型情况下阵列成员重构时间计算为100*((RTs2–RTs1)/(1-((RTs3-RTs2)/(RTn+1-RTn))))。
测试结果如表3所示：
表3
| 阵列成员重构 | 1％测试 | 测试时长 | |
| 空负载 | 1h20m36s | 5d14h20m | |
| 随机70％读30％写 | 满负载 | 5h9m3s | 21d11h5m |
| 100％顺序写 | 满负载 | 1h34m20s | 6d13h13m20s |
| 100％随机读 | 满负载 | 5h22m45s | 22d9h55m |
其中，满负载运行随机70％读30％写业务模型时，使用类似前述S201-S206的方式，测试1h24m41s，占1％刻度中27.4％；满负载运行100％随机读业务模型时，使用类似前述S201-S206的方式，测试3h15m16s，占1％刻度中60.5％。
S7：全程运行存储自动化监控进程，监控空负载运行业务模型情况下阵列成员回拷进度，监控周期T，当回拷进度由n％至(n+1)％时，记录对应时间CTn和CTn+1，则(CTn+1-CTn)*100即为空负载运行业务模型情况下阵列成员回拷时间。
S8：全程运行存储自动化监控进程，监控满负载运行业务模型情况下阵列成员回拷进度，监控周期T，当回拷进度由m％至(m+1)％时，记录对应时间CTm和CTm+1，则(CTm+1-CTm)*100即为满负载运行业务模型阵列成员回拷时间。
若CTm+1-CTm较大，还可以通过类似前述S201-S206的方式得到满负载运行业务模型情况下阵列成员回拷时间。固定选择一个时间段Tset，先满负载运行Tset时长的业务模型，之后空负载运行Tset时长的业务模型，选择一个首次监控到k％进度落在Tset的时间点CTs1，以及满业务负载结束的时间点CTs2,和回拷进度首次监控到(k+1)％的时间点CTs3，满负载运行业务模型情况下阵列成员回拷时间计算为100*((CTs2-CTs1)/(1-((CTs3-CTs2)/(CTn+1-CTn))))。
本申请实施例除了提供的一种RAID系统后台任务测试时长确定法外，还提供了一种RAID系统后台任务测试时长确定装置，如图5所示，所述装置包括：获取单元501和确定单元502；
所述获取单元501，用于在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长，所述后台任务为条带初始化、阵列成员重构和阵列成员回拷中的一种；
所述确定单元502，用于根据所述第一时长与所述第一占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长。
作为一种可能的实现方式，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述装置还包括调整单元，用于：
降低所述第一占比的大小，执行所述在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长的步骤。
作为一种可能的实现方式，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述装置还包括调整单元，用于：
在空负载运行所述业务模型的过程中，获取所述后台任务完成第二占比进度所用的第二时长；
在连续满负载运行预设时长的所述业务模型与空负载运行所述预设时长的所述业务模型的过程中，获取所述后台任务完成所述第二占比进度中，满负载运行所述业务模型的第三时长和空负载运行所述业务模型的第四时长；
根据所述第四时长和所述第二时长的比值，确定空负载运行占比，所述空负载运行占比为所述后台任务完成所述第二占比进度中空负载运行所述业务模型的进度占比；
根据所述空负载运行占比获取满负载运行占比，所述满负载占比为所述后台任务完成所述第二占比进度中满负载运行所述业务模型的进度占比；
根据所述第三时长和所述满负载运行占比的比值，确定在满负载运行所述业务模型的情况下，所述后台任务完成所述第二占比进度所用的第五时长；
根据所述第五时长与所述第二占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长。
作为一种可能的实现方式，所述预设时长大于所述第二时长的二倍。
作为一种可能的实现方式，所述第一占比为百分之一。
由上述技术方案可知，通过在满负载运行业务模型的过程中，不再通过完整的执行后台任务获取完成后台任务的测试时长，而是获取后台任务完成第一占比进度所用的第一时长，根据第一时长与第一占比的比值，确定完成后台任务的测试时长。由此，仅完成后台任务的第一占比进度所需的第一时长小于完成后台任务完整进度的时长，通过第一时长确定完成后台任务的测试时长避免了长时间占用满配设备资源，尤其在DRAID成员盘容量较大、业务压力较大等情况下，可以快速高效评估RAID系统的性能。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。
Claims (8)
1.一种RAID系统后台任务测试时长确定方法，其特征在于，所述方法包括：
在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长，所述后台任务为条带初始化、阵列成员重构和阵列成员回拷中的一种；
根据所述第一时长与所述第一占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长；
其中，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述方法还包括：在空负载运行所述业务模型的过程中，获取所述后台任务完成第二占比进度所用的第二时长；在连续满负载运行预设时长的所述业务模型与空负载运行所述预设时长的所述业务模型的过程中，获取所述后台任务完成所述第二占比进度中，满负载运行所述业务模型的第三时长和空负载运行所述业务模型的第四时长；根据所述第四时长和所述第二时长的比值，确定空负载运行占比，所述空负载运行占比为所述后台任务完成所述第二占比进度中空负载运行所述业务模型的进度占比；根据所述空负载运行占比获取满负载运行占比，所述满负载占比为所述后台任务完成所述第二占比进度中满负载运行所述业务模型的进度占比；根据所述第三时长和所述满负载运行占比的比值，确定在满负载运行所述业务模型的情况下，所述后台任务完成所述第二占比进度所用的第五时长；根据所述第五时长与所述第二占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长。
2.根据权利要求1所述的方法，其特征在于，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述方法还包括：
降低所述第一占比的大小，执行所述在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长的步骤。
3.根据权利要求1所述的方法，其特征在于，所述预设时长大于所述第二时长的二倍。
4.根据权利要求1-3任意一项所述的方法，其特征在于，所述第一占比为百分之一。
5.一种RAID系统后台任务测试时长确定装置，其特征在于，所述装置包括：获取单元和确定单元；
所述获取单元，用于在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长，所述后台任务为条带初始化、阵列成员重构和阵列成员回拷中的一种；
所述确定单元，用于根据所述第一时长与所述第一占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长；
并且，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述装置还包括调整单元，用于：在空负载运行所述业务模型的过程中，获取所述后台任务完成第二占比进度所用的第二时长；在连续满负载运行预设时长的所述业务模型与空负载运行所述预设时长的所述业务模型的过程中，获取所述后台任务完成所述第二占比进度中，满负载运行所述业务模型的第三时长和空负载运行所述业务模型的第四时长；根据所述第四时长和所述第二时长的比值，确定空负载运行占比，所述空负载运行占比为所述后台任务完成所述第二占比进度中空负载运行所述业务模型的进度占比；根据所述空负载运行占比获取满负载运行占比，所述满负载占比为所述后台任务完成所述第二占比进度中满负载运行所述业务模型的进度占比；根据所述第三时长和所述满负载运行占比的比值，确定在满负载运行所述业务模型的情况下，所述后台任务完成所述第二占比进度所用的第五时长；根据所述第五时长与所述第二占比的比值，确定在满负载运行所述业务模型的情况下，完成所述后台任务所需的测试时长。
6.根据权利要求5所述的装置，其特征在于，在所述后台任务进行第一占比进度的过程中，若所述后台任务执行的时长超过阈值，所述装置还包括调整单元，用于：
降低所述第一占比的大小，执行所述在满负载运行业务模型的过程中，获取后台任务完成第一占比进度所用的第一时长的步骤。
7.根据权利要求5所述的装置，其特征在于，所述预设时长大于所述第二时长的二倍。
8.根据权利要求5-7任意一项所述的装置，其特征在于，所述第一占比为百分之一。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110996045.9A CN113849384B (zh) | 2021-08-27 | 2021-08-27 | 一种raid系统后台任务测试时长确定方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110996045.9A CN113849384B (zh) | 2021-08-27 | 2021-08-27 | 一种raid系统后台任务测试时长确定方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113849384A CN113849384A (zh) | 2021-12-28 |
| CN113849384B true CN113849384B (zh) | 2023-07-25 |
Family
ID=78976326
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110996045.9A Active CN113849384B (zh) | 2021-08-27 | 2021-08-27 | 一种raid系统后台任务测试时长确定方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113849384B (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107368381A (zh) * | 2017-07-31 | 2017-11-21 | 郑州云海信息技术有限公司 | 一种存储系统可用性测试的方法与装置 |
| CN110309036A (zh) * | 2018-03-27 | 2019-10-08 | 华为技术有限公司 | 一种cpu占用率检测方法及检测设备 |
| CN110532100A (zh) * | 2019-09-02 | 2019-12-03 | Oppo广东移动通信有限公司 | 调度资源的方法、装置、终端及存储介质 |
| CN111159038A (zh) * | 2019-12-30 | 2020-05-15 | 北京声智科技有限公司 | 一种模拟cpu负载的方法及电子设备 |
| CN111162934A (zh) * | 2019-12-13 | 2020-05-15 | 微民保险代理有限公司 | 业务服务的测试方法和装置、存储介质、电子装置 |
| CN111813523A (zh) * | 2020-07-09 | 2020-10-23 | 北京奇艺世纪科技有限公司 | 时长预估模型生成方法、系统资源调度方法、装置、电子设备和存储介质 |
-
2021
- 2021-08-27 CN CN202110996045.9A patent/CN113849384B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107368381A (zh) * | 2017-07-31 | 2017-11-21 | 郑州云海信息技术有限公司 | 一种存储系统可用性测试的方法与装置 |
| CN110309036A (zh) * | 2018-03-27 | 2019-10-08 | 华为技术有限公司 | 一种cpu占用率检测方法及检测设备 |
| CN110532100A (zh) * | 2019-09-02 | 2019-12-03 | Oppo广东移动通信有限公司 | 调度资源的方法、装置、终端及存储介质 |
| CN111162934A (zh) * | 2019-12-13 | 2020-05-15 | 微民保险代理有限公司 | 业务服务的测试方法和装置、存储介质、电子装置 |
| CN111159038A (zh) * | 2019-12-30 | 2020-05-15 | 北京声智科技有限公司 | 一种模拟cpu负载的方法及电子设备 |
| CN111813523A (zh) * | 2020-07-09 | 2020-10-23 | 北京奇艺世纪科技有限公司 | 时长预估模型生成方法、系统资源调度方法、装置、电子设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113849384A (zh) | 2021-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7992061B2 (en) | Method for testing reliability of solid-state storage medium | |
| US20100306466A1 (en) | Method for improving disk availability and disk array controller | |
| EP2378410A2 (en) | Method and apparatus to manage tier information | |
| CN107436733A (zh) | 分片管理方法和分片管理装置 | |
| US8762771B2 (en) | Method for completing write operations to a RAID drive pool with an abnormally slow drive in a timely fashion | |
| US10860260B2 (en) | Method, apparatus and computer program product for managing storage system | |
| CN102937882A (zh) | 对具有使用位图的存储设备的有效访问 | |
| CN106462492A (zh) | 固态驱动器操作 | |
| EP4078380B1 (en) | Behavior-driven die management on solid-state drives | |
| CN116662214B (zh) | 基于fio的硬盘垃圾回收方法、装置、系统及介质 | |
| CN110688256A (zh) | 一种元数据上电恢复方法、装置、电子设备及存储介质 | |
| CN109196458B (zh) | 存储系统可用容量计算方法及装置 | |
| CN111124262A (zh) | 独立盘冗余阵列（raid）的管理方法、设备和计算机可读介质 | |
| CN110297743B (zh) | 一种负载测试方法、装置和存储介质 | |
| CN115757066A (zh) | 硬盘性能测试方法、装置、设备、存储介质和程序产品 | |
| CN109213505A (zh) | 服务器硬盘固件刷新方法及装置 | |
| US20150286548A1 (en) | Information processing device and method | |
| US11860746B2 (en) | Resilient data storage system with efficient space management | |
| CN113849384B (zh) | 一种raid系统后台任务测试时长确定方法和装置 | |
| CN102681918B (zh) | 数据存储备份方法及装置 | |
| CN117539386A (zh) | 磁盘阵列数据的处理方法、装置、设备及存储介质 | |
| CN116580754A (zh) | 基于固态硬盘的多种性能测试方法、装置和计算机设备 | |
| US9164838B2 (en) | Disk array device and disk array device control method | |
| US8140752B2 (en) | Method of executing a background task and an array controller | |
| CN103176745A (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 |