本节介绍了控制器的系统容量。
指定控制器的系统容量
在控制器部署期间，您可以根据分配的系统资源（例如 CPU、内存 (RAM) 和磁盘）指定其系统容量。分配的这些资源的数量对其性能具有直接影响。
下表列出了每种类型的部署的建议分配：
部署类型 |
节点数 |
建议的分配 - CPU |
建议的分配 - 内存 |
建议的分配 - 磁盘 |
|---|---|---|---|---|
演示/客户评估 |
1 |
6 |
24 GB |
128 GB |
生产 |
3 |
请参阅下面的“分配 CPU/内存”部分 |
||
在生产部署中，建议使用三节点集群。在三节点控制器集群中，一个控制器是主节点，用于控制平面活动和工作流，而另外两个控制器是从属节点。从属节点用于分析。它们还会提供备份以防止主节点发生故障。
以下章节提供了特定的分配建议，这些建议适合大多数用例，但可能并非适合每种想到的部署场景。
每次增加主机上的 CPU 和内存分配时，并不会自动更新 avicontroller.service 文件。每次更改这些值时，需要手动更新 avicontroller.service 文件。
用于更改 CPU 的参数为 -cpu-quota。
分配 CPU/内存
NSX Advanced Load Balancer 使用如下所示的 CPU 和内存分配：
CPU/内存分配 |
Essentials（4 个 CPU/24 GB） |
小型（6 个 CPU/24 GB） |
中型（10 个 CPU/32 GB） |
大型（16 个 CPU/48 GB） |
|---|---|---|---|---|
基本进程 |
15 GB |
15 GB |
19 GB |
24 GB |
日志分析 |
9 GB |
9 GB |
13 GB |
24 GB |
SE 规模 |
0-10 |
0-100 |
100-200 |
200-400 |
控制器的基本进程包括动态进程以及衡量指标收集和处理。此处显示的分配基于以下假设：不超过 10% 的磁盘交换和 25% 的磁盘余量。
从 NSX Advanced Load Balancer 版本 20.1.5 开始，支持 Essentials 控制器大小。但是，它只能用于使用 VMware Tanzu 解决方案在 ESSENTIALS 许可证套餐中部署，并在 VMware 环境中以内部部署方式运行的控制器。有关更多信息，请单击“系统限制”。
Essentials 控制器最多可支持 100 个虚拟服务。有关其他控制器大小的规模限制的详细信息，请参阅《VMware 配置限制》指南。
从 NSX Advanced Load Balancer 版本 22.1.3 开始，Essentials 控制器的最低内存要求强制为 24 GB。建议先将 Essentials 控制器的内存增加到 24 GB，然后再开始升级到 22.1 的任何版本。
从 NSX Advanced Load Balancer 版本 22.1.2 开始，Essentials 控制器的最低内存要求强制为 16 GB，这是 NSX Advanced Load Balancer 版本 22.1.1 的软限制。建议先将 Essentials 控制器的内存增加到 16 GB，然后再开始升级到 22.1 的任何版本。
vCenter 的热添加功能无法扩展控制器虚拟机的 CPU/内存。
分配磁盘容量
要分配给控制器的磁盘容量是根据以下参数计算的：
控制器上的可用磁盘容量。
要支持的虚拟服务数。
默认控制器 OVA 模板必须增加到 128 GB。同一集群中的控制器都必须具有相同/类似的磁盘容量。不得长时间允许分配大小明显不同的资源。
下表显示了根据每种方法建议的分配。
根据可用的磁盘容量分配磁盘
分配给控制器且不用于基本进程或分析的磁盘空间使用情况如下所示：
日志：不用于基本进程或分析的磁盘的 70%。
衡量指标：不用于基本进程或分析的磁盘的其他 30%。
基于磁盘空间的磁盘分配 |
128 GB |
256 GB |
512 GB |
1 TB |
|---|---|---|---|---|
日志分析 (70%) |
56 GB |
144 GB |
328 GB |
672 GB |
衡量指标 (30%) |
24 GB |
64 GB |
128 GB |
288 GB |
基本进程 |
48 GB |
48 GB |
56 GB |
64 GB |
在磁盘驱动器已满时，将删除流量日志。
衡量指标表是根据存档方案删除的：
实时：在 1 小时后删除
5 分钟间隔：在 1 天后删除
1 小时间隔：在 1 周后删除
1 天间隔：在 1 年后删除
如果驱动器已满，则删除当前衡量指标表，以便为新数据腾出空间。
根据虚拟服务数量分配磁盘
基于 VS 计数的磁盘分配 |
没有完整日志的日志分析 |
具有完整日志的日志分析 |
衡量指标 |
基本进程 |
总计（没有完整日志） |
|---|---|---|---|---|---|
100 个 VS |
16 GB |
128 GB |
16 GB |
48 GB |
80 GB |
1,000 个 VS（10 万个事务/年） |
128 GB |
1 TB |
32 GB |
56 GB |
216 GB |
5,000 个 VS |
512 GB |
不受支持 |
160 GB |
64 GB |
736 GB |
LSC 中的衡量指标数据库计算
对于虚拟机规格，将根据为虚拟机提供的磁盘大小自动计算衡量指标配额。但是，对于 LSC 容器规格，将使用 DISK_GB 环境变量计算衡量指标的配额。
衡量指标数据库大小会根据文件 /etc/systemd/system/avicontroller.service 中的环境变量自动计算，其中，disk_size = 30 GB（默认），即为衡量指标数据库大小分配 8.38 GB (30%)
要从控制器容器获取正确的衡量指标数据库大小，请运行以下命令：python3 /opt/avi/python/lib/avi/util/disk_usage.py -m
如果 Metric_DB 已满，请将 HOST 文件中的磁盘大小增加到 /etc/systemd/system/avicontroller.service (DISK_GB=30)，并在 HOST 上重新加载 daemon-reload 以增加 metric_db 配额。
#systemctl daemon-reload #systemctl restart avicontroller.service
假设和大小调整数据
表中显示的大小建议基于以下运行假设：
DDoS 攻击不到流量的 1%。
重要日志不超过总日志数的 10%。（这意味着，90% 的事务是良好的，而仅生成不重要的日志。）
对于每个日志条目，日志分析大约需要 10 KB 磁盘空间，即，100 万个日志条目需要 10 GB 磁盘空间。
对于每个虚拟服务，衡量指标和其他分析处理大约需要 32 MB。客户详细信息需要额外的驱动器容量。
事务是单个 TCP 或 UDP 连接（第 4 层）或单个请求-响应交换（第 7 层）。每年 100,000 个事务的流量对电子商务网站来说可能较低，但适用于大多数其他类型的应用程序。
