Cloud Volumes ONTAP AWS 性能有哪些注意事项？
适用场景
AWS 上的 Cloud Volumes ONTAP （ CVO ）问题解答
AWS 后端具有许多选项，如果不考虑这些选项， CVO 中也有一些选项可能会导致问题：
磁盘
- Amazon Web Services 使用弹性块存储（ Elastic Block Storage ， EBS ）卷，可将其描述为用于为 CVO 备份存储的磁盘类型
- 通用 SSD (GP2) — SSD ，具有可扩展的 IOPS （标准 + 突发速率）
- 最常选择的选项
- 3 IOPS /GB —可扩展性能、 500 GB =1500 IOPS 、 1 TB =3000 IOPS
- 磁盘大小越大、性能越高
- IOPS 大小为 16 KiB （ 16 ， 000*1024 字节）
- 查看
statit输出时， 进行传输并查看链大小 - 如果
statit显示 8000 ureads 且链大小为 8 ，则表示 16 KiB 时相当于 16 ， 000 IOPS
- 查看
- 注意： 截至 2020 年 12 月， GP3 磁盘为新磁盘，其工作方式类似，但 EBS 卷大小不受 IOP 限制
- 配置的 IOPS SSD （ IO1 ）—具有固定 IOPS 的 SSD
- 保证 IOPS
- 高性能工作负载
- 成本比其他选项更高
- 吞吐量优化 HDD （ ST1 ）
- 是数据流工作负载（如 SnapMirror ）的理想选择
- 由于累积额度，不建议用于常规工作负载
- 由于传输日志，不建议用于 FabricPool 热存储层
- ST1驱动器的吞吐量规格与本地PC上的USB3驱动器相同
- EBS 磁性 / 冷硬盘 (SC1) —传统旋转介质
- 不推荐或不支持
- 通用 SSD (GP2) — SSD ，具有可扩展的 IOPS （标准 + 突发速率）
-
建议
- 计划不仅拥有足够的磁盘容量，而且还拥有 IOP 开销：
- EBS 卷上的突发信用耗尽，发生这种情况时，延迟将会攀升
- 突发额度会以其耗尽的速度耗尽，只有在工作负载减少后才会补充一定数量的额度
- 磁盘大小非常重要，因为这决定了如何操作 许多 IOPS 都以基本性能提供
- 计划不仅拥有足够的磁盘容量，而且还拥有 IOP 开销：
实例类型:
-
AWS 实例类型可以描述为专用于 Cloud Volumes ONTAP 安装的硬件、包括 CPU 、 RAM 和网络带宽
- 通用平衡资源
- T2 —以低成本、突发性能为导向
- M4 –为许多工作负载提供平衡的资源
- 经过优化的计算—更适合需要更多 CPU 资源的工作负载（重复数据删除，数据压缩，数据缩减）
- C4 —最新一代 Intel Xeon 处理器
- 内存优化—更适合具有大型工作集的工作负载（高文件数、复杂目录结构、数据库工作负载）
- x1 —针对大型企业级内存应用程序进行了优化
- R4 —针对内存密集型应用程序进行了优化
- 通用平衡资源
其他注意事项
- Cloud Volumes ONTAP HA 功能
- Cloud Volumes ONTAP 确实支持 HA 配置，但某些工作负载可能会出现性能问题。此功能不断得到改进。
- NVLOG 性能
- 由于 NVRAM 不是物理 RAM DIMM ，而是 SSD 支持的，因此可能会成为瓶颈
- 对于写入速度要求较高的工作负载，需要较大的实例大小，并使用更快的驱动器来防止上游出现瓶颈
- 写入速度（从 ONTAP 9.8 开始支持 HA ， 9.7 中仅支持单个节点）
- 正常—数据在提交到磁盘之前写入 NVRAM —这是最安全的选项，在大多数情况下应使用
- 高数据仅保留在活动内存缓冲区中并提交到磁盘—因为数据不会写入 NVRAM 、如果发生计划外关闭、数据可能会丢失、不建议使用、并且只能用于具有可安全丢失的瞬态数据的工作负载
- 部署 Cloud Volumes 时可设置的使用情况配置文件选项 ONTAP
- 最高性能—推荐用于需要最低延迟的应用程序
- 高性能、高效率—通过 ONTAP 存储效率（重复数据删除）实现高性能
- 共享租赁与专用硬件
- 共享占用是最常见的选择，但您可能会遇到其他 AWS 工作负载的 " 邻居噪音 " 症状、专用硬件可以避免这种情况、但成本更高
- 节点 IOPS 限制
- 每个后端磁盘都可以处理