了解 Cloud Volumes ONTAP 的写入速度
建议更改
PDF
NetApp Console使您能够为大多数Cloud Volumes ONTAP配置选择正常或高写入速度。在选择写入速度之前，您应该了解正常设置和高设置之间的差异以及使用高写入速度时的风险和建议。
正常写入速度
当您选择正常写入速度时，数据将直接写入磁盘。当数据直接写入磁盘时，可以降低发生意外系统中断或涉及意外系统中断的级联故障（仅限 HA 对）时数据丢失的可能性。
正常写入速度是默认选项。
高写入速度
当您选择高写入速度时，数据会在写入磁盘之前缓冲在内存中，从而提供更快的写入性能。由于这种缓存，如果发生意外的系统中断，则可能会丢失数据。
发生意外系统中断时可能丢失的数据量是最后两个一致点的跨度。一致点是将缓冲数据写入磁盘的行为。当写入日志已满或 10 秒后（以先到者为准）就会出现一致点。但是，云提供商提供的存储性能可能会影响一致点处理时间。
何时使用高写入速度
如果您的工作负载需要快速写入性能，并且您可以承受意外系统中断或涉及意外系统中断的级联故障（仅限 HA 对）时数据丢失的风险，那么高写入速度是一个不错的选择。
使用高写入速度时的建议
如果启用高写入速度，则应确保应用层的写入保护，或者确保应用程序能够容忍数据丢失（如果发生数据丢失）。并非所有 Cloud Volumes ONTAP 配置都支持高写入速度。这些配置默认使用正常写入速度。
AWS 中的高写入速度
- 单节点系统
-
如果使用单节点系统，则 Cloud Volumes ONTAP 支持所有实例类型的高写入速度。
- HA 对
-
从 9.8 版本开始， Cloud Volumes ONTAP在使用几乎所有受支持的 EC2 实例类型（m5.xlarge 和 r5.xlarge 除外）时都支持具有 HA 对的高写入速度。
"了解有关Cloud Volumes ONTAP支持的 Amazon EC2 实例的更多信息"。如果您计划在 AWS 中的 HA 对上启用高写入速度，则应了解多个可用区 (AZ) 部署与单个 AZ 部署之间的保护级别差异。跨多个 AZ 部署 HA 对可提供更高的弹性，并有助于降低数据丢失的可能性。
Azure 中的高写入速度
- 单节点系统
-
如果使用单节点系统，则 Cloud Volumes ONTAP 支持所有虚拟机类型的高写入速度。
- HA 对
-
如果使用 HA 对，从 9.8 版本开始，Cloud Volumes ONTAP 支持多种 VM 类型的高写入速度。转到 "Cloud Volumes ONTAP发行说明" 以查看支持高写入速度的 VM 类型。
在 Google Cloud 中实现高写入速度
- 单节点系统
-
如果使用单节点系统，则 Cloud Volumes ONTAP 支持所有机器类型的高写入速度。
- HA 对
-
如果使用 HA 对，从 9.13.0 版本开始，Cloud Volumes ONTAP 支持多种 VM 类型的高写入速度。转到"Cloud Volumes ONTAP发行说明"以查看支持高写入速度的 VM 类型。
如何选择写入速度
您可以在添加新的Cloud Volumes ONTAP系统时选择写入速度，并且可以"更改现有系统的写入速度"。
如果发生数据丢失会发生什么
如果由于写入速度过快而导致数据丢失，事件管理系统 (EMS) 会报告以下两个事件：
-
Cloud Volumes ONTAP 9.12.1 或更高版本
NOTICE nv.data.loss.possible: An unexpected shutdown occurred while in high write speed mode, which possibly caused a loss of data. * Cloud Volumes ONTAP 9.11.0 至 9.11.1
DEBUG nv.check.failed: NVRAM check failed with error "NVRAM disabled due to dirty shutdown with High Write Speed mode"
ERROR wafl.root.content.changed: Contents of the root volume '' might have changed. Verify that all recent configuration changes are still in effect.. * Cloud Volumes ONTAP 9.8 至 9.10.1
DEBUG nv.check.failed: NVRAM check failed with error "NVRAM disabled due to dirty shutdown"
ERROR wafl.root.content.changed: Contents of the root volume '' might have changed. Verify that all recent configuration changes are still in effect.
当这种情况发生时， Cloud Volumes ONTAP应该能够启动并继续提供数据，而无需用户干预。
如果发生数据丢失，如何停止数据访问
如果您担心数据丢失，希望应用程序在数据丢失时停止运行，并在正确解决数据丢失问题后恢复数据访问，则可以使用 CLI 中的 NVFAIL 选项来实现该目标。
- 启用 NVFAIL 选项
-
vol modify -volume <vol-name> -nvfail on - 检查 NVFAIL 设置
-
vol show -volume <vol-name> -fields nvfail - 禁用 NVFAIL 选项
-
vol modify -volume <vol-name> -nvfail off
当发生数据丢失时，启用 NVFAIL 的 NFS 或 iSCSI 卷应停止提供数据（这对无状态协议 CIFS 没有影响）。有关详细信息，请参阅 "NVFAIL 如何影响对 NFS 卷或 LUN 的访问"。
- 检查 NVFAIL 状态
-
vol show -fields in-nvfailed-state
正确解决数据丢失问题后，您可以清除 NVFAIL 状态，然后卷将可供数据访问。
- 清除 NVFAIL 状态
-
vol modify -volume <vol-name> -in-nvfailed-state false