Administrator Guide
Table Of Contents
● RAID 1 和分布式 RAID 1 设备几何图形中的冗余级别通过扩展和初始化过程进行维护。
● 初始化进程完成后,新扩展的虚拟卷容量将可供主机使用。
● 如果 Metro Node 将存储卷声明为经过精简资源调配,则初始化进程不会影响报告给 Metro Node 的额外容量的底层资源调
配。
检查卷扩展的状态
通过在 virtual-volumes 上下文中列出以下属性的值,查询卷扩展的状态。
● expansion-status — 虚拟卷扩展的状态。指示虚拟卷扩展是正在进行还是已失败。
该属性将具有下列值之一:
○ in-progress — 扩展正在进行中。
○ failed — 最近进行的扩展已失败,需要重试扩展。如果不重试扩展,则此状态会持续两天时间。如果未进行修复,则两天
过后,失败状态将会清除,并假定卷已修复。
○ unknown — 无法确定状态。这可能是因为通信错误,也可能是因为内部编程错误。
○ - (短横线字符)— 以上状态均不适用。
● expansion-summary — 如果不存在正在进行的扩展或失败的扩展,并且没有可扩展容量为非零的虚拟卷,则虚拟卷摘要命令
可在 expansion-summary 中显示 No expansion activity。
限制
以下是扩展虚拟卷的一般限制。
某些虚拟卷在特定情况下无法扩展。如果以下任一条件为真,则无法扩展卷:
● 正在进行迁移或重建 — 在迁移或重建期间会阻止扩展。
○ 如果要重建卷,请等待重建完成,然后再尝试扩展。
○ 如果要迁移数据,请等待迁移完成。或者,取消或提交迁移,然后执行扩展。
● 正在进行升级 — 在无中断升级 (NDU) 期间,会阻止卷扩展。
● health-check 命令报告问题 — health-check 命令将返回与要扩展的群集、存储卷或虚拟卷相关的问题。
● 卷为元数据卷 — 无法扩展元数据卷。
存储卷扩展的限制
以下限制适用于存储卷扩展方法:
● 对于在 RAID 1 或分布式 RAID 1 设备上构建的虚拟卷,每个群集最多可以同时运行 1000 个初始化进程。如果在某个群集上达到此
限制,则直到在该群集上完成以前启动的某些初始化进程,才能在具有这些几何结构的虚拟卷上启动新扩展。
不包含 RAID 1 或分布式 RAID 1 设备的虚拟卷不受此限制的影响。
故障处理和运行状况指示
当卷扩展失败时,有关失败原因的信息会添加到 health indications 属性。当扩展失败时,它不会降低虚拟卷的整体运行状
况、操作状态或服务状态。
SolVe Desktop 的 Metro Node“故障处理”部分包含用于从卷扩展错误中恢复的步骤。
重新发现阵列
在扩展后,您可能需要重新发现阵列。根据后端阵列的类型和配置,存储阵列可能不支持被 Metro Node 自动发现。
最佳实践
如果 Metro Node 不自动检测存储卷中的更改,请使用 array-rediscover 命令强制 Metro Node 识别后端扩展。
如果您要在阵列上执行多个存储卷扩展,请完成所有存储卷扩展,并且仅重新发现该阵列一次,以便强制 Metro Node 检测到所有扩
展。
34
卷扩展