搜索 <book_title>...

NetBackup™ Snapshot Manager for Cloud 安装和升级指南

Last Published: 2025-02-18

Product(s): NetBackup & Alta Data Protection (10.5.0.1)

NetBackup Snapshot Manager 扩展规模建议

NetBackup Snapshot Manager 扩展用于扩展 NetBackup Snapshot Manager 主机的容量，可在 NetBackup Snapshot Manager 达到其峰值性能容量时，为服务器上并行运行的大量请求提供服务。可以根据作业运行要求，在云中安装一个或多个 NetBackup Snapshot Manager 扩展，而不会给主机增加额外压力。扩展可以增加 NetBackup Snapshot Manager 的处理容量。

此 NetBackup Snapshot Manager 扩展可以具有与 NetBackup Snapshot Manager 主机相同或更高的配置。

请参见满足系统要求。

支持的 NetBackup Snapshot Manager 扩展环境：

注意:

对于 NetBackup Snapshot Manager 10.0 或更高版本，Azure Stack Hub 支持基于 VM 的扩展，而 Azure、AWS 和 GCP 支持基于 Kubernetes 的扩展。

Veritas 建议对 NetBackup Snapshot Manager 扩展进行以下配置：

表：基于 VM 的扩展的典型 NetBackup Snapshot Manager 扩展配置 (Azure Stack)

工作负载指标	NetBackup Snapshot Manager 扩展配置
最多 16 个并行操作任务	CPU：4 个 CPU 内存：16 GB 例如，在 Azure Stack 中，NetBackup Snapshot Manager 扩展应相当于 AWS 中的 t3.xlarge 实例。
最多 32 个并行操作任务	CPU：8 个 CPU 内存：32 GB 或更高例如，在 Azure Stack 中，NetBackup Snapshot Manager 扩展应相当于 AWS 中的 t3.2xlarge 或更高类型的实例。

工作负载指标

NetBackup Snapshot Manager 扩展配置

最多 16 个并行操作任务

CPU：4 个 CPU

内存：16 GB

例如，在 Azure Stack 中，NetBackup Snapshot Manager 扩展应相当于 AWS 中的 t3.xlarge 实例。

最多 32 个并行操作任务

CPU：8 个 CPU

内存：32 GB 或更高

例如，在 Azure Stack 中，NetBackup Snapshot Manager 扩展应相当于 AWS 中的 t3.2xlarge 或更高类型的实例。

表：基于 Kubernetes 的扩展的典型 NetBackup Snapshot Manager 扩展配置（Azure、AWS 和 GCP）

工作负载指标	NetBackup Snapshot Manager 扩展配置
最多 24 个并行操作任务	对于 2 个 CPU 和 8 GB RAM 节点配置： CPU：2 个以上的 CPU 每个节点的 RAM：8 GB 每个节点的最大 pod 数：13 + 15 + 8*2=16（动态 pod）= 44 或更多已启用自动扩展，最小值为 1，最大值为 3 对于一个从快照备份作业，创建 2 个 pod。其中，15 是任何间歇性操作的缓冲区 pod 计数。13 的计算公式为：10（Kubernetes 和 CSP pod 数）+ 3（侦听器 + fluent 收集器 + fluent 后台驻留程序集）。
对于 2/4/6 个 CPU 和 16 GB 节点配置：每个节点的 CPU：2/4/6 个以上的 CPU 每个节点的 RAM：16 GB 每个节点的最大 pod 数：13 + 15 + 16*2=32（动态 pod）= 60 或更多已启用自动扩展，最小值为 1，最大值为 3 对于一个从快照备份作业，创建 2 个 pod。其中，15 是任何间歇性操作的缓冲区 pod 计数。13 的计算公式为：10（Kubernetes 和 CSP pod 数）+ 3（侦听器 + fluent 收集器 + fluent 后台驻留程序集）

工作负载指标

NetBackup Snapshot Manager 扩展配置

最多 24 个并行操作任务

对于 2 个 CPU 和 8 GB RAM 节点配置：

CPU：2 个以上的 CPU

每个节点的 RAM：8 GB

每个节点的最大 pod 数：13 + 15 + 8*2=16（动态 pod）= 44 或更多

已启用自动扩展，最小值为 1，最大值为 3

对于一个从快照备份作业，创建 2 个 pod。其中，15 是任何间歇性操作的缓冲区 pod 计数。13 的计算公式为：10（Kubernetes 和 CSP pod 数）+ 3（侦听器 + fluent 收集器 + fluent 后台驻留程序集）。

对于 2/4/6 个 CPU 和 16 GB 节点配置：

每个节点的 CPU：2/4/6 个以上的 CPU

每个节点的 RAM：16 GB

每个节点的最大 pod 数：13 + 15 + 16*2=32（动态 pod）= 60 或更多

已启用自动扩展，最小值为 1，最大值为 3

对于一个从快照备份作业，创建 2 个 pod。其中，15 是任何间歇性操作的缓冲区 pod 计数。13 的计算公式为：10（Kubernetes 和 CSP pod 数）+ 3（侦听器 + fluent 收集器 + fluent 后台驻留程序集）

（特定于 EKS）安装 Kubernetes Metrics Server

Kubernetes Metrics Server 是群集中资源使用情况数据的聚合器，默认情况下未在 Amazon EKS 群集中进行部署。以下过程介绍了如何在 Amazon EKS 群集上部署 Kubernetes Metrics Server：

使用以下命令部署 Metrics Server：
kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml
使用以下命令验证 metrics-server 部署是否正在运行所需数量的 Pod：
kubectl get deployment metrics-server -n kube-system
输出示例如下所示：
```
NAME             READY   UP-TO-DATE   AVAILABLE   AGE
metrics-server   1/1     1            1           6m
```

一般注意事项和准则：

为 NetBackup Snapshot Manager 扩展选择配置时，请考虑以下几点：

要在高工作负载环境中获得更好的性能，Veritas 建议将 NetBackup Snapshot Manager 扩展与应用程序主机的扩展部署在同一位置。
托管 Kubernetes 群集上基于云的扩展应与 NetBackup Snapshot Manager 主机上基于云的扩展位于同一 VNet 中。如果情况不是这样，您可以利用可与 Azure 云一起使用的 VNet 对等机制，以确保 NetBackup Snapshot Manager 主机和扩展节点可以通过所需端口相互通信
根据工作负载数量，从 NetBackup Snapshot Manager 主机传输的插件数据量可能会变得非常大。在这种情况下，网络延迟也会起到重要作用。根据这些因素，总体性能可能会出现差异。
如果并行操作数高于 NetBackup Snapshot Manager 主机和扩展可共同处理的数量，则 NetBackup Snapshot Manager 会自动将操作置于作业队列中。只有在运行的操作完成后，才会处理排队的作业。