IBM Cloud Docs
常见问题解答 Block Storage for Classic

常见问题解答 Block Storage for Classic

多少个服务器实例可以共享使用 Block Storage for Classic 卷?

每个块卷的缺省授权数限制为 8。 这意味着最多可有八位主机被授权访问 Block Storage for Classic。 在 VMware® 部署中使用 Block Storage for Classic 的客户可以申请将授权限制增加到 64。 要请求增加限制,请通过提出 支持案例来联系支持人员。

如果多个主机安装同一 Block Storage for Classic 卷而不进行协同管理,那么数据存在损坏风险。 如果多个主机同时对卷进行了更改,那么可能会发生卷损坏。 您需要集群感知的共享磁盘文件系统以防止数据丢失,例如 Microsoft Cluster Shared Volumes (CSV),Red Hat Global File System (GFS2),VMware® VMFS 等。 有关详细信息,请参阅主机的操作系统文档。

我们的 Compute 主机有多个具有不同 IP 地址的网卡,用于网络冗余和扩展带宽。 如何授权所有用户访问同一存储卷?

可以通过控制台,SLCLI 或 API 授权 IP 地址子网访问特定 Block Storage for Classic 卷。 要授权主机从子网上的多个 IP 地址进行连接,请完成以下步骤。

控制台

  1. 转至 经典基础架构
  2. 单击存储 > Block Storage for Classic
  3. 找到卷,然后单击省略号 "操作" 图标
  4. 单击授权主机
  5. 要查看可用 IP 地址的列表,请选择 IP 地址 作为主机类型。 然后,选择主机所在的子网。
  6. 从筛选列表中选择一个或多个可以访问卷的 IP 地址,然后单击保存

SLCLI

$ slcli block subnets-assign -h
Usage: slcli block subnets-assign [OPTIONS] ACCESS_ID
  Assign block storage subnets to the given host id.
  access_id is the host_id obtained by: slcli block access-list <volume_id>

Options:
  --subnet-id INTEGER  ID of the subnets to assign; e.g.: --subnet-id 1234
  -h, --help           Show this message and exit.

可以订购多少个卷?

默认情况下,您可以配置总共 700 个块存储和文件存储卷。 要增大卷限制,请联系支持人员。 有关更多信息,请参阅管理存储限制

在一个主机上可以安装多少个 Block Storage for Classic 卷?

这取决于主机操作系统的处理能力,但这不是 IBM Cloud® 所能限制的。 有关可安装的卷数的限制,请参阅操作系统文档。

能否附加具有不同操作系统设置的多个卷?

编号 不能授权主机同时访问不同操作系统类型的卷。 主机可被授权访问单一操作系统类型的卷。 如果尝试授权主机访问具有不同操作系统类型的多个卷,操作会导致错误。

我该如何为我的 Block Storage for Classic 选择Windows版本?

创建卷时,必须指定操作系统类型。 操作系统类型指定了将要访问该卷的主机的操作系统。 它还决定着卷上数据的布局、访问数据的几何结构以及卷的最小和最大大小。 创建卷后,无法修改操作系统类型。 根据卷的操作系统类型,卷的实际大小可能略有不同。 为 Windows 操作系统选择正确的类型有助于防止不一致的 IO 操作。

如果将卷作为原始块设备呈现给来宾,请选择来宾操作系统的操作系统类型。 如果要将卷呈现给虚拟机管理程序以提供虚拟硬盘(VHD)文件,请选择Hyper-V。

Windows GPT

  • 加密卷使用 GUID 分区类型(GPT)分区方式存储 Windows 数据。 如果您想要使用 GPT 分区方法,并且您的主机可以使用该方法,请使用此选项。 Windows Server 2003 SP1 和更高版本可以使用 GPT 分区方法,而且所有 64 位版本的 Windows 都支持该方法。

Windows 2003

  • 卷在使用主引导记录(MBR)分区样式的单分区 Windows 磁盘中存储原始磁盘类型。 要使用此选项,您的主机操作系统只能是使用 MBR 分区方法的 Windows 2000 Server、Windows XP 或 Windows Server 2003。

Windows 2008+

  • 该卷存储 Windows 2008 及更高版本的 Windows 数据。 如果您的主机操作系统是 Windows Server 2008、Windows Server 2012 或 Windows Server 2016,请使用此操作系统选项。 MBR 和 GPT 分区方法均受支持。

Hyper-V

  • VHDX 是在 Windows Server 2012 中引入的虚拟硬盘格式,用于创建弹性高性能虚拟盘。 该格式具有许多优点,例如支持更大的虚拟盘大小和更大的块大小。 它通过将更新记录到 VHDX 元数据结构来防止电源故障期间的数据损坏。 如果要将音量呈现给虚拟机管理程序以播放VHD文件,请选择Hyper-V作为其操作系统类型。

是按实例还是按卷强制执行分配的 IOPS 限制?

IOPS 会在卷级别强制执行。 换句话说,连接到具有 6000 IOPS 的卷的两台主机共享这 6000 IOPS。

正在访问卷的主机数很重要,因为当只有单个主机在访问卷时,可能难以实现可用的最大 IOPS。

度量 IOPS

IOPS 是根据 16-KB 数据块的负载情况进行测量的,其中 50%为随机读取,50% 为写入。 不同于此概要文件的工作负载可能会遇到性能降低问题。 要提高性能,可以尝试 调整主机队列深度设置启用巨型帧

使用较小的块大小来度量性能时会发生什么情况?

使用更小的块大小时,仍然可以获得最大 IOPS。 但是吞吐量会下降。 例如,下面是具有 6000 IOPS 的卷针对各种不同块大小的吞吐量:

  • 16 KB * 6000 IOPS == 约 93.75 MB/秒
  • 8 KB * 6000 IOPS == 约 46.88 MB/秒
  • 4 KB * 6000 IOPS == 约 23.44 MB/秒

如何确定正在使用的存储量? 为什么使用细节Block Storage for Classic没有显示在控制台中?

Block Storage for Classic 您可以按照自己的方式对其进行格式化和管理 IBM Cloud® 看不到卷的内容,因此用户界面无法提供磁盘空间使用情况的信息。 您可以从 Compute 主机的操作系统获取有关该卷的更多信息,例如占用的磁盘空间量和可用的磁盘空间量。

  • 在 Linux® 中,可以使用以下命令。

    df -h
    

    此命令提供一个输出,其中显示可用空间量和已用百分比。

    $ df -hT /dev/sda1
    Filesystem     Type      Size  Used Avail Use% Mounted on
    /dev/sda1      disk      6.0G  1.2G  4.9G  20% /
    
  • 在 Windows 中,您还可以单击 This PC 查看文件资源管理器中的可用磁盘空间,您有两个命令选项。

    fsutil volume diskfree C:
    
    dir C:
    

    输出的最后一行显示未使用的空间量。

为什么我在操作系统中看到的可用容量与供应的容量不匹配?

其中一个原因可能是您的操作系统使用 base-2 转换。 例如,当您在控制台中配置 4000 GB 的卷时,存储系统会预留 4,000GiB卷或4,294,967,296,000字节的存储空间供您使用。 供应的卷大小大于 4 TB。 但是,您的操作系统可能会将存储大小显示为 3.9 T,因为它使用 base-2 转换,而 T 代表 TiB, 而不是 TB。

其次,对 Block Storage 进行分区并在其上创建文件系统可减少可用存储空间。 格式化所减少的空间大小取决于格式化的类型以及系统中各种文件的数量和大小。

存储容量的单位是 GB 还是 GiB?

存储的一个令人困惑的方面是报告存储容量和使用情况的单元。 有时 GB 确实是千兆字节 (base-10),有时 GB 表示应该缩写为 GiB的千兆字节 (base-2)。

人类通常在十进制 (base-10) 系统中思考和计算数字。 在我们的文档中,我们通过使用单位 GB (千兆字节) 与行业标准术语保持一致来引用存储容量。 在 UI,CLI,API 和 Terraform 中,您可以看到查询容量时使用和显示的单位 GB。 如果要订购 4 TB 的卷,请在供应请求中输入 4000 GB。

但是,计算机以二进制方式运行,因此在 base-2中表示一些资源 (例如内存地址空间) 更有意义。 自 1984 年以来,计算机文件系统以 base-2 显示大小以与内存一起使用。 当年,可用的存储设备较小,二进制和十进制单位之间的大小差异可以忽略不计。 现在,可用的存储系统大得多,此单元差异会导致混淆。

GB 与 GiB 之间的差异在于它们的数字表示:

  • GB (千兆字节) 是十进制单位,其中 1 GB 等于 1,000,000,000 字节。 将 GB 转换为 TB 时,使用 1000 作为乘数。
  • GiB (Gibibyte) 是一个二进制单元,其中 1 GiB 等于 1,073,741,824 字节。 将 GiB 转换为 TiB, 时,使用 1024 作为乘数。

下表显示以十进制和二进制单位表示的相同字节数。

十进制与二进制单位
十进制 SI (以 10 为底) 二进制 (基本 2)
2,000,000,000,000 B 2,000,000,000,000 B
2,000,000,000 kb 1,953,125,000 KiB
2,000,000 MB 1,907,348 MiB
2,000 GB 1,862 GiB
2 TB 1.81 TiB

存储系统使用 base-2 单元进行卷分配。 因此,如果您的卷配置为 4,000 GB,那么这实际上是 4,000 GiB 或 4,294,967,296,000 字节的存储空间。 供应的卷大小大于 4 TB。 但是,您的操作系统可能会将存储大小显示为 3.9 T,因为它使用 base-2 转换,而 T 代表 TiB, 而不是 TB。

是否需要预热容积才能达到预期的吞吐量?

不需要预热。 在供应卷之后,您可以立即观察到指定的吞吐量。

使用更快的以太网连接可以实现更大的吞吐量吗?

吞吐量限制是在 LUN 级别设置的,更快的以太网连接不会增加该限制。 但是,使用较慢的以太网连接时,带宽可能是潜在瓶颈。

防火墙和安全组会影响性能吗?

最好是在绕过防火墙的 VLAN 上运行存储流量。 通过软件防火墙运行存储流量会延长等待时间,并对存储器性能产生负面影响。

如何将 Block Storage for Classic 流量路由到自己的 VLAN 接口并绕过防火墙?

要实施此最佳实践,请完成以下步骤。

  1. 在主机和 Block Storage for Classic 设备所在的数据中心内供应 VLAN。 有关更多信息,请参阅 VLAN 入门

  2. 向新的 VLAN.3 供应辅助专用子网

  3. 将新 VLAN 中继到主机的专用接口。 有关更多信息,请参阅 如何将 VLAN 中继到服务器

    当 VLAN 被集群到主机时,此操作会暂时中断主机上的网络流量。

  4. 在主机上创建网络接口。

    • 在 Linux® 或 Windows 中,创建 802.11q 接口。 从新干线 VLAN 中选择其中一个未使用的辅助 IP 地址,并将该 IP 地址,子网掩码和网关分配给您创建的新 802.11q 接口。
    • 在 VMware®中,创建 VMkernel 网络接口 (vmk),并将未使用的辅助 IP 地址,子网掩码和网关从新干线 VLAN 分配到新的 vmk 接口。
  5. 将主机上的新持久静态路由添加到目标 iSCSI 子网。

  6. 确保将新添加界面的IP地址添加到主机授权列表中。

  7. 执行发现并登录到目标门户网站,如以下主题中所述。

通过 802.3ad LACP 端口通道运行 iSCSI 流量是否良好?

编号 链路聚集控制协议 (LACP) 不是具有 iSCSI的建议配置。 使用多路径输入/输出 (MPIO) 框架来实现 I/O 均衡和冗余。

通过 MPIO 配置,具有多个 NIC 的服务器可以跨所有可用接口将 I/O 传输和接收到相应的支持 MPIO 的存储设备。 这种设置提供了冗余,即使其中一个路径不可用,也能确保存储流量保持稳定。 如果服务器具有两个 1-Gb NIC,而存储服务器具有两个 1-Gb NIC,那么理论上最大吞吐量约为 200 MB/s。

通过 NIC 团队的链路聚集 (例如 LACP 或 802.3ad) 与 MPIO 的工作方式不同。 链路聚集不会提高单个 I/O 流的吞吐量,也不会提供多条路径。 单个流始终遍历一个单一路径。 当存在多个“唯一”流时,可以观察到链路聚集的好处,并且每个流都来自不同的源。 每个单独的流将向下发送其自己的可用 NIC 接口,该接口由散列算法确定。 因此,通过更多的唯一流,更多 NIC 可以提供更大的聚集吞吐量。

在服务器和交换机之间进行绑定。 但是,MPIO 在存储服务器和主机之间工作,即使交换机位于路径中也是如此。

如需了解更多信息,请参阅以下文章。

预计 Block Storage for Classic 中的等待时间是多少?

存储内的目标延迟<1毫秒。存储通过共享网络与计算实例相连,因此确切的性能延迟取决于操作过程中的网络流量。

我在错误的数据中心订购了 Block Storage for Classic。 是否可以将存储器移动或迁移到其他数据中心?

您需要在正确的数据中心订购新的 Block Storage for Classic 卷,然后取消在错误位置订购的 Block Storage for Classic 设备。

您还可以创建一个共享副本,并取消父共享。 有关详细信息,请参阅 创建和管理重复卷

我“立即”取消了 Block Storage for Classic 音量,但控制台中仍能看到。 为什么没有删除?

取消卷时,请求后跟 24 小时回收等待期。 在这 24 小时期间,您仍会在控制台中看到该卷。 24 小时等待期使您有机会在需要时使取消请求失效。 如果要取消删除卷,请提出 支持案例。 该卷的计费立即停止。 回收期结束后,数据将被销毁,卷也将从控制台中删除。

如何判断哪些 Block Storage for Classic 卷已加密?

IBM Cloud® 控制台查看 Block Storage for Classic 列表时,可以看到加密卷的卷名旁边有一个锁图标。

Block Storage for Classic 支持 SCSI-3 持久性预留量以对 Db2 pureScale 实施 I/O 电子篱笆吗?

是的,Block Storage for Classic 支持 SCSI-2 和 SCSI-3 持久性预留量。

删除 Block Storage for Classic 卷时,数据会发生什么情况?

IBM Cloud® Block Storage for Classic 会在物理存储器上为客户提供块卷,并且会在擦除物理存储器之后再进行任何复用。

删除 Block Storage for Classic 卷时,该数据将立即变为不可访问。 除去物理磁盘上数据的所有指针。 如果稍后在相同或其他帐户中创建新卷,那么将分配一组新的指针。 帐户无法访问物理存储器上的任何数据,因为已删除这些指针。 将新数据写入磁盘时,将覆盖来自已删除卷的任何不可访问数据。

IBM 保证无法访问已删除的数据,并且已删除的数据最终会被覆盖和消除。 此外,删除 Block Storage for Classic 卷时,必须先覆盖这些块,然后才能再次向您或其他客户提供该块存储器。

当 IBM 停用物理驱动器时,将先销毁该驱动器,然后再进行处置。 停用的驱动器不可用,它们上的任何数据都不可访问。

对合规性有特殊要求的客户(如 NIST 800-88 媒体净化指南),可在删除存储之前执行数据净化程序。

使驱动器从云数据中心退役时会发生什么情况?

使驱动器退役后,IBM 会在处置前先销毁驱动器。 驱动器将变为无法使用。 写入该驱动器的任何数据都将变得无法访问。

无法取消 Block Storage for Classic 卷,因为已禁用云控制台中的“取消”操作。 发生什么事了

此存储设备的取消过程正在进行中,因此“取消”操作不再可用。 在回收卷之前,该卷至少保持可视状态 24 小时。 UI 指示其处于不活动状态,并显示状态“取消暂挂”。 最短 24 小时等待期使您有机会在需要时使取消请求失效。 如果要取消删除卷,请提出 支持案例

我不小心删除了音量,怎样才能恢复?

答案取决于您删除存储卷的时间,以及您是选择立即删除还是在周年纪念日删除。 如果删除发生在过去的 24 小时内,或者周年日期尚未到来,那么该卷可能仍在等待回收。 如果交易量状态为“取消待定”,您可以联系支持人员取消取消请求。 必须尽快采取行动,因为当回收期到期时,数据将被自动删除,再也无法恢复。

我的 Windows 2012 主机应该可以访问多个存储卷,但我在磁盘管理器中看不到它们。 我如何修复此问题?

如果在同一主机上使用两个以上的卷,而且所有 iSCSI 连接都来自同一存储设备,那么在磁盘管理器中可能只看到两个设备。 出现这种情况时,需要手动连接 iSCSI Initiator 中的每个设备。 有关更多信息,请参阅故障诊断 Windows 2012 R2 - 多个 iSCSI 设备

Windows Server 2012 R2 将于2023年10月10日停止使用。 微软已不再为该操作系统提供安全更新、漏洞修复或技术支持。 将您的服务器升级到较新的操作系统版本,例如Windows Server 2022。

我的存储器显示为脱机或只读。 为什么发生这种情况,我应该如何修复此问题?

在某些情况下,主机(裸机或虚拟机)可能会短暂失去与存储的连接,因此会将其视为只读卷,以避免数据损坏。 大多数情况下,连接的丢失与网络有关,但是从主机的角度来看,即使复原了网络连接,存储器的状态仍为只读。 重新启动主机就能解决只读状态问题。

对于具有不正确 MPIO 设置的主机,可以观察到此问题。 当 MPIO 配置不正确时,主机会失去与存储的连接,当连接问题解决后,主机可能无法重新连接到存储。

能否将 Block Storage for Classic 与单一路径连接? 我是否需要使用多路径?

虽然可以通过单一路径连接多个卷,但重要的是,必须在两条路径上建立连接,以防止服务中断。 有关配置 MPIO 连接的更多信息,请参阅以下文章。

如何配置和验证到 Block Storage for Classic 卷的多路径连接?

在计划内维护或计划外中断期间,其中一条路线被关闭。 如果正确配置了 MPIO,那么主机仍可以通过第二个路径访问连接的存储器。 有关 MPIO 设置的更多信息,请参阅以下主题。

当通常负载均衡的存储数据路径暂时中断时,计算主机被迫选择其中一个尚存的数据路径与连接的存储进行通信。 因此,数据流量增加,但数据路径减少。 由于资源较少,需要处理的要求较多,因此延迟和连接建立时间可能会增加。

在极少数情况下,当第二条路径关闭时,会提供并附加一个卷。 在此类情况下,运行发现扫描时,主机可能会看到一条路径。 如果迂到此现象,请检查 IBM Cloud® 状态页面,以了解事件是否可能影响主机访问存储器的能力。 如果没有报告任何事件,请再次执行发现扫描,以确保正确发现所有路径。 如果事件正在进行中,那么可以使用单一路径连接存储器。 但是,必须在事件完成后重新扫描路径。 如果在重新扫描后未发现这两个路径,请 创建支持案例,以便可以对其进行正确调查。

为了在 VMware 部署中获得更稳定的连接,请按照 《 在虚拟机管理程序上挂载 ISCSI VMware ESXi 》中的说明,先将网络存储挂载到虚拟机管理程序上。 然后,创建虚拟机,并通过多路径连接从虚拟服务器的操作系统挂载附加的存储卷。 更多信息,请参阅 《将ESXi与 iSCSI SAN结合使用 》、《ESXi环境中的多路径和故障切换 》以及 《 使用ESXi为 iSCSI 和 iSER 设置网络 》。

我通过云控制台扩展了 Block Storage for Classic 的卷大小,但我的服务器上的大小仍然相同。 我如何修复此问题?

要查看新的扩展卷大小,您需要重新扫描并重新配置服务器上现有的 Block Storage for Classic 磁盘。 请参阅以下示例。 有关更多信息,请参阅操作系统文档。

Windows 2016

  1. 转至“服务器管理器> 工具> 计算机管理> 磁盘管理”。
  2. 单击“操作> 刷新”。
  3. 单击“操作> 重新扫描磁盘”。 完成此过程可能需要长达 5 分钟或更长时间。 额外的容量显示为现有磁盘上的已取消分配的分区。
  4. 根据需要对已取消分配的空间进行分区。 有关更多信息,请参阅 Microsoft-Extend a basic volume

Linux

  1. 从扩展的块存储设备的每个多路径会话中注销。

    # iscsiadm --mode node --portal <Target IP> --logout
    
  2. 请重新登录。

    # iscsiadm --mode node --portal <Target IP> --login
    
  3. 重新扫描 iscsi 会话。

    # iscsiadm -m session --rescan
    
  4. 通过使用 fdisk -l 来列出新大小,以确认已扩展存储器。

  5. 重新装入多路径设备映射。

    # multipath -r <WWID>
    
    # multipath -r 3600a09803830477039244e6b4a396b30
    reload: 3600a09803830477039244e6b4a396b30 undef NETAPP  ,LUN C-Mode
    size=30G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=undef
    |-+- policy='round-robin 0' prio=50 status=undef
    | `- 2:0:0:3 sda  8:0     active ready running
    `-+- policy='round-robin 0' prio=10 status=undef
    `- 4:0:0:3 sdd  8:48    active ready running
    
  6. 展开文件系统。

    • LVM

      1. 调整物理卷大小。

        # pvresize /dev/mapper/3600a09803830477039244e6b4a396b30
          Physical volume "/dev/mapper/3600a09803830477039244e6b4a396b30" changed
          1 physical volume(s) resized or updated / 0 physical volume(s) not resized
        
        # pvdisplay -m /dev/mapper/3600a09803830477039244e6b4a396b30
          --- Physical volume ---
          PV Name               /dev/mapper/3600a09803830477039244e6b4a396b30
          VG Name               vg00
          PV Size               <30.00 GiB / not usable 3.00 MiB
          Allocatable           yes
          PE Size               4.00 MiB
          Total PE              7679 - Changed  <- new number of physical extents
          Free PE               2560
          Allocated PE          5119
          PV UUID               dehWT5-VxgV-SJsb-ydyd-1Uck-JUA9-B9w0cO
        
          --- Physical Segments ---
          Physical extent 0 to 5118:
          Logical volume  /dev/vg00/vol_projects
          Logical extents 6399 to 11517
          Physical extent 5119 to 7678:
            FREE
        
      2. 调整逻辑卷的大小。

        # lvextend -l +100%FREE -r /dev/vg00/vol_projects
          Size of logical volume vg00/vol_projects changed from 49.99 GiB (12798 extents) to 59.99 GiB (15358 extents).
          Logical volume vg00/vol_projects successfully resized.
          resize2fs 1.42.9 (28-Dec-2013)
          Filesystem at /dev/mapper/vg00-vol_projects is mounted on /projects; on-line resizing required
          old_desc_blocks = 7, new_desc_blocks = 8
          The filesystem on /dev/mapper/vg00-vol_projects is now 15726592 blocks long.
        
        # lvdisplay
          --- Logical volume ---
          LV Path                /dev/vg00/vol_projects
          LV Name                vol_projects
          VG Name                vg00
          LV UUID                z1lukZ-AuvR-zjLr-u1kK-eWcp-AHjX-IcnerW
          LV Write Access        read/write
          LV Creation host, time acs-kyungmo-lamp.tsstesting.com, 2021-12-07 19:34:39 -0600
          LV Status              available
          # open                 1
          LV Size                59.99 GiB <--- new logical volume size
          Current LE             15358
          Segments               4
          Allocation             inherit
          Read ahead sectors     auto
          - currently set to     8192
          Block device           253:2
        
      3. 验证文件系统大小。

        # df -Th /projects
        Filesystem                    Type  Size  Used Avail Use% Mounted on
        /dev/mapper/vg00-vol_projects ext4   59G  2.1G   55G   4% /projects
        

        有关更多信息,请参阅 RHEL 8-修改逻辑卷

    • 非 LVM- ext2,ext3,ext4:

      1. 使用 growpartxfs_progs 实用程序扩展磁盘上的现有分区。 如果需要安装,请运行以下命令。

        # yum install cloud-utils-growpart xfsprogs -y
        
        1. 卸装要在其中扩展分区的卷。

          # umount /dev/mapper/3600a098038304338415d4b4159487669p1
          
        2. 运行 growpart 实用程序。 无论此操作是 ext2,ext3,ext 还是 xfsf 文件系统,都将增大指定的分区。

          # growpart /dev/mapper/3600a098038304338415d4b4159487669 1
          CHANGED: partition=1 start=2048 old: size=146800640 end=146802688 new: size=209713119,end=209715167
          
        3. 运行 partprobe 以重新读取磁盘及其分区,然后运行 lsblk 以验证新的扩展分区大小。

          # partprobe
          
          # lsblk
          NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
          sda 8:0 0 100G 0 disk
          ├─sda1 8:1 0 100G 0 part
          └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath
          └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part
          sdb 8:16 0 100G 0 disk
          └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath
          └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part
          xvda 202:0 0 100G 0 disk
          ├─xvda1 202:1 0 256M 0 part /boot
          └─xvda2 202:2 0 99.8G 0 part /
          xvdb 202:16 0 2G 0 disk
          └─xvdb1 202:17 0 2G 0 part [SWAP]
          
      2. 扩展分区上的现有文件系统。

        1. 卸装分区。

          # umount /dev/mapper/3600a098038304338415d4b4159487669p1
          
        2. 在调整文件大小之前,请运行 e2fsck -f 确保文件系统干净且没有问题。

          # e2fsck -f /dev/mapper/3600a098038304338415d4b4159487669p1
          e2fsck 1.42.9 (28-Dec-2013)
          Pass 1: Checking inodes, blocks, and sizes
          Pass 2: Checking directory structure
          Pass 3: Checking directory connectivity
          Pass 4: Checking reference counts
          Pass 5: Checking group summary information
          /dev/mapper/3600a098038304338415d4b4159487669p1: 12/4587520 files (0.0% non-contiguous), 596201/18350080 blocks
          
        3. 发出 resize2fs 命令以调整文件系统的大小。

          # resize2fs /dev/mapper/3600a098038304338415d4b4159487669p1
          resize2fs 1.42.9 (28-Dec-2013)
          Resizing the filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 to 26214139 (4k) blocks.
          The filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 is now 26214139 blocks long.
          
        4. 安装分区并运行 df -vh 以验证新大小是否正确。

          # mount /dev/mapper/3600a098038304338415d4b4159487669p1 /SL02SEL1160157-73
          
          # df -vh
          Filesystem Size Used Avail Use% Mounted on
          /dev/xvda2 99G 3.7G 90G 4% /
          devtmpfs 3.9G 0 3.9G 0% /dev
          tmpfs 3.9G 1.7M 3.9G 1% /dev/shm
          tmpfs 3.9G 25M 3.8G 1% /run
          tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
          /dev/xvda1 240M 148M 80M 65% /boot
          fsf-sjc0401b-fz.adn.networklayer.com:/SL02SV1160157_8/data01 40G 1.1G 39G 3% /SL02SV1160157_8
          tmpfs 782M 0 782M 0% /run/user/0 /dev/mapper/3600a098038304338415d4b4159487669p1 99G 1.1G 93G 2% /SL02SEL1160157-73
          
    • 非 LVM-xfs

      1. 将 xfs 文件系统安装回其安装点。 如果您不确定 xfs 分区的旧安装点是什么,请参阅 /etc/fstab

        # mount /dev/sdb1 /mnt
        
      2. 扩展文件系统。 替换文件系统的挂载点。

        # xfs_growfs -d </mnt>
        

添加单个存储设备时,为何在“磁盘管理”中看到两个磁盘?

如果未安装 MPIO 或针对 iSCSI禁用 MPIO,那么可能会在“磁盘管理”中看到两个磁盘。 要验证 MPIO 配置,请参阅 验证 Linux®的 MPIO 配置验证是否在 Windows 操作系统中正确配置了 MPIO 的步骤。

如何在机箱交换后重新连接存储器?

完成以下步骤以在机箱交换后成功重新连接存储器。

  1. 在交换之前,请从存储设备中除去授权 (撤销访问权)。
  2. 交换后,再次授权主机。
  3. 使用从新授权获取的新凭证再次发现存储设备。

有关更多信息,请参阅管理 Block Storage for Classic

如何将存储设备与主机断开连接?

执行以下步骤以从主机断开连接:

  1. 除去操作系统 iSCSI 会话,并 (如果适用) 卸装设备。
  2. IBM Cloud® 控制台中的存储设备撤销对主机的访问权。
  3. 除去自动发现,如果适用,从操作系统中除去用于 iSCSI 连接的连接数据库条目。

耐久性和性能存储有何不同?

耐久性和性能是您可以为存储设备选择的供应选项。 简而言之,耐久性 IOPS 层提供预定义的性能级别,而您可以使用性能层对这些级别进行微调。 同样的设备用于提供不同的选项。 有关详细信息,请参阅 IBM Cloud Block Storage:详细信息

我无法升级存储器。 什么可以影响升级或扩展存储的能力?

以下情况可能会影响升级或扩展存储器的能力:

升级存储设备是否会影响卷中的数据?

编号 当您选择扩展存储卷或调整其 IOPS 值时,这种更改不会对您的数据产生影响。 在这些操作过程中,不会覆盖或擦除任何内容。 调整也不会造成任何形式的中断或无法访问存储空间。

iSCSI是精简配置还是完整配置?

所有文件和 Block Storage for Classic 服务都是自动精简配置服务。 此方法不可修改。

我的帐单 ID 已更改,这意味着什么?

您可能会注意到存储卷现在号称“耐久性存储服务”或“性能存储服务”,而不是“企业存储”。 您还可以在控制台中有新的选项,例如调整 IOPS 或增加容量的能力。IBM Cloud® 力求持续改进存储功能。 随着数据中心硬件的升级,这些数据中心中的存储卷也会升级,以使用所有增强功能。 您为存储卷支付的价格不会随此升级而更改。

Block Storage for Classic有多持久?

在 Block Storage for Classic中存储数据时,它是持久的,高可用性和加密的。 单个可用性区域的耐久性目标为 99.999999999% (11 9)。 有关更多信息,请参阅 Block Storage for Classic的可用性和可持久性

Block Storage for Classic的平均正常运行时间是多少?

当您将数据存储Block Storage for Classic时,数据是持久、高度可用且经过加密的 Block Storage for Classic 基于经过验证的一流企业级硬件和软件,可提供高可用性和正常运行时间。 为了确保达到 99.999 %(五个 9)的可用性目标,数据以冗余方式存储在 HA 配对节点上的多个物理磁盘上。 每个存储节点都有多条到其自己的固态驱动器及其合作伙伴节点的 SSD 的路径。 此配置可防止路径故障,还可防止控制器故障,因为节点仍可无缝访问其合作伙伴的磁盘。 有关更多信息,请参阅 Block Storage for Classic的可用性和可持久性

如何从操作系统识别 Block Storage for Classic 卷?

存在各种原因,导致您希望在计算主机上查找连接的存储卷的 LUN 标识。 例如,您可能有多个存储设备安装在具有相同卷大小的同一主机上。 您想要拆离并停用其中一个。 但是,您不确定如何将您在 Linux® 主机上看到的内容与控制台中看到的内容相关联。 另一个示例可能是您有多个连接到 ESXi 服务器的 Block Storage for Classic 卷。 您想扩大某个卷的容量,为此需要知道存储的正确 LUN ID。 有关操作系统的具体说明,请单击以下链接之一。

我能否从支持团队获取存储性能指标 (IOPS 或等待时间)?

IBM Cloud® 未提供存储性能 IOPS 和等待时间度量。 客户应使用其选择的第三方监视工具来监视自己的 Block Storage for Classic 设备。

以下示例是您可能考虑用于检查性能统计信息的实用程序。

  • sysstat- Linux® 操作系统的系统性能工具。
  • typeperf-将性能数据写入命令窗口或日志文件的 Windows 命令。
  • esxtop-一种命令行工具,用于向管理员提供有关 VMware® vSphere 环境中资源使用情况的实时信息。 它可以监视和收集所有系统资源 (CPU,内存,磁盘和网络) 的数据。

副本卷,从属卷和独立副本卷之间有何区别?

您可以使用卷的快照来创建副本或重复卷。 复制和克隆使用其中一个快照将数据复制到目标卷。 然而,这就是相似之处的终点。

复制可以使两个不同位置的数据保持同步。 一次只能有一个对卷 (主卷和副本卷) 处于活动状态。 复制过程会根据复制调度自动将信息从活动卷复制到不活动卷。 有关副本卷的更多信息,请参阅 复制数据

复制将根据与父卷位于同一可用性区域中的快照来创建卷的副本。 缺省情况下,复制卷将继承原始卷的容量和性能选项,并且会包含截至快照时间点的数据的副本。 重复卷可以依赖于原始卷,也可以独立于原始卷,并且可以使用来自父卷的数据手动刷新该卷。 您可以调整 IOPS 或增大重复项的卷大小,而不会对父卷产生任何影响。

  • 从属重复卷不会经过变为独立的转换,并且可以在创建后随时刷新。 系统会锁定原始快照,以便在从属副本存在时无法删除快照。 当从属重复卷存在时,无法取消父卷。 如果要取消父卷,那么必须先取消从属重复项,或者将其转换为独立重复项。

  • 独立副本在大多数方面优于从属副本,但由于转换过程冗长,无法在创建后立即刷新。 根据卷的大小,最多可能需要几个小时。 例如,对于一个 12 TB 的卷,可能最多需要一天时间。 但是,在分离过程完成后,可以使用原始父卷的另一个快照来手动刷新数据。

有关重复卷的更多信息,请参阅 创建和管理重复卷

比较不同类型卷副本的功能。
此表具有行和列标题。 行标题标识功能。 列标题标识卷拷贝的类型。
功能 副本 从属重复项 独立副本
从快照创建 <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。"> <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。"> <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。">
复制卷的位置 远程可用性区域 相同的可用性区域 相同的可用性区域
支持故障转移 <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。">
不同大小和 IOPS <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。"> <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。">
与父卷自动同步 <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。">
从父卷按需刷新 <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。">[1] <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。">[2]
与父卷分开 <img src="../../icons/checkmark-icon.svg" alt=""复选标记" 图标。">

将从属重复项转换为独立卷需要多长时间?

转换过程可能需要一些时间才能完成。 体积越大,转换时间越长。 对于 12 TB 的卷,可能需要 24 小时。 您可以在控制台或 CLI 中检查进度。

  • 在 UI 中,转至 经典基础架构。 单击 存储器 > Block Storage for Classic,然后在列表中找到卷。 转换状态将显示在“概述”页面上。

  • 在 CLI 中使用以下命令。

    slcli block duplicate-convert-status <dependent-vol-id>
    

    输出类似于以下示例。

    slcli block duplicate-convert-status 370597202
    Username            Active Conversion Start Timestamp   Completed Percentage
    SL02SEVC307608_74   2022-06-13 14:59:17                 90
    

在哪里可以找到有关可移植存储器的更多信息?

可移植存储卷 (PSV) 是专用于 Virtual Servers 的辅助存储器解决方案。 您可以从一个虚拟服务器拆离 PSV 并将其连接到另一个虚拟服务器。 您可以一次将一个可移植存储磁盘连接到一个虚拟服务器,同时保留存储在该磁盘上的所有信息以在设备之间传输。 有关更多信息,请参阅 可移植 SAN 存储器


  1. 创建后可以立即刷新从属重复项。 ↩︎

  2. 在分离过程完成后,可以刷新独立重复项。 ↩︎