什么是ONTAP 9中的CPU作为计算资源和CPU域？
适用场景
- ONTAP 9
- Data ONTAP 8
- Data ONTAP 8 7-模式
问题解答
- Data ONTAP 采用粗牙对称多处理（ CSMP ）设计、将系统功能划分为逻辑处理域。
- 每个逻辑处理域都有一组规则，用于控制如何以及何时在物理 CPU 核心之间调度逻辑 CSMP 域。
- 这些规则旨在确保所有处理都以安全有效的方式进行。
下表介绍了一些常见的逻辑处理域及其典型任务
此外，它还介绍了逻辑域是否可以同时在一个或多个 CPU 核上运行，以及是否可以同时运行任何特定的计划规则：
|
域名 |
域中的典型任务 |
CPU 并发性 |
说明 |
|---|---|---|---|
|
网络独占 |
IP 处理、 NFS 协议处理 |
1 |
只能同时在单个 CPU 上运行的网络代码 |
|
网络免除 |
IP 处理、 NFS 协议处理（ 7- 模式和 cDOT ）、 SMB 处理（ cDOT ） |
\1 |
CPU 的最大数量取决于控制器型号和 Data ONTAP 版本 |
|
Network 传统 |
IP 处理、 NFS 协议处理 |
1 |
只能同时在单个 CPU 上运行的网络代码 |
|
存储 |
与 |
\1 |
Data ONTAP 8.2.1 之前的并发 1 个 CPU 或少于 6 个 CPU |
|
raid |
RAID 子系统 |
1 |
|
|
RAID_免除 |
RAID 子系统 |
\1 |
Data ONTAP 8.2 中引入 |
|
xor_ex |
RAID 子系统 XOR 奇偶校验处理 |
\1 |
在 ONTAP 9.0 中引入 |
|
target |
SCSI （ FCP/iSCSI ）处理 |
1 |
仅限 7- 模式 |
|
SSAN_免除 |
SCSI （ FCP/iSCSI ）处理 |
\1 |
在集群模式 Data ONTAP 8.2 中引入 |
|
Kahuna |
序列化的 WAFL 和其他域中没有的任何内容 |
1 |
不包括 WAFL_EX （例如， Kahuna 可以在 1 个 CPU 上处于活动状态、 WAFL_EX 可以在 1 个 CPU 以上的 CPU 上处于活动状态、但两者不能同时处于活动状态） |
|
WAFL_EX |
并行化 WAFL |
\1 |
与 Kahuna （即 Kahuna 可以在 1 个 CPU 上处于活动状态、 WAFL_EX 可以在 1 个 CPU 以上的 CPU 上处于活动状态、但两者都不能同时处于活动状态） |
|
WAFL_MPClean |
WAFL |
\1 |
|
|
SM_免除 |
SnapMirror |
\1 |
|
|
cifs |
SMB 协议处理（仅限 7 模式） |
1 |
仅初始解码；大多数 SMB 处理都发生在 WAFL 中 |
|
豁免 |
常规并行化工作 |
\1 |
|
|
HostOS |
由 BSD 层拥有的任务包括 NTP 、环境传感器监控、 ZAPI 处理、 AutoSupport |
\1 |
|
- Data ONTAP 内核计划在物理 CPU 核心上运行逻辑 CSMP 域。
- 计划逻辑是特定 Data ONTAP 版本和硬件平台的独特之处，并经过调整以最大限度地提高整体系统性能。
- 给定逻辑域的并行性级别因多种因素而异，包括：
- 传入工作负载速率
- 请求的工作类型
- Data ONTAP OS 版本及更多信息。
追加信息
计划行为：
- 将大量使用的逻辑域连接到物理 CPU 核心以最大限度地提高缓存效率。
- 在不同负载点关闭物理 CPU 核心，以优化运行队列的处理
- 这些优化可能会导致物理 CPU 核心之间的工作负载平衡不均匀。
- 此行为是按设计进行的、针对每个特定 Data ONTAP 版本和平台组合进行了优化。