Skip to main content
本产品推出了新版本。
简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

使用Astra Control Center保护Astra Control Center

贡献者
PDF

要更好地确保在运行Astra Control Center的Kuburenet集群上针对致命错误的故障恢复能力、请保护Astra Control Center应用程序本身。您可以使用二级Asta控制中心实例备份和还原Asta控制中心、或者如果底层存储使用ONTAP、则可以使用Asta复制。

在这些情况下、Asta Control Center的第二个实例部署和配置在不同的容错域中、并在与主Asta Control Center实例不同的第二个Kubnetes集群上运行。第二个Asta Control实例用于备份主Asta Control Center实例并可能还原该实例。还原或复制的Astra Control Center实例将继续为应用程序集群应用程序提供应用程序数据管理、并恢复对这些应用程序备份和快照的访问。

开始之前

在为Astra Control Center设置保护方案之前、请确保您具备以下条件：

  • *运行主Asta Control Center实例*的Kubernetes集群：此集群托管主Asta Control Center实例、用于管理应用程序集群。

  • 运行辅助Asta Control Center实例的主Kubernetes分发类型相同的第二个Kubernetes集群：此集群托管管理主Asta Control Center实例的Asta Control Center实例。

  • *与主*具有相同Kubernetes分发类型的第三个Kubernetes集群：此集群将托管已还原或复制的Astra Control Center实例。它必须具有当前部署在主系统上的相同可用Asta Control Center命名空间。例如、如果Asta Control Center部署在命名空间中 netapp-acc 源集群上的命名空间 netapp-acc 必须可用且未被目标Kubnetes集群上的任何应用程序使用。

  • S3兼容存储分段:每个Astra Control Center实例都有一个可访问的S3兼容对象存储分段。

  • 已配置的负载平衡器：负载平衡器为Astra提供IP地址、并且必须与应用程序集群和两个S3分段建立网络连接。

  • 集群满足Astra Control Center要求：Astra Control Center保护中使用的每个集群都满足要求 "Asta Control Center的一般要求"。

关于此任务

这些过程介绍了使用将Asta Control Center还原到新集群所需的步骤 备份和还原 或 复制。步骤基于以下示例配置：

一个保护工作流图像、其中显示了Astra Control Center复制或备份示例场景中三个Kubornetes集群中的两个集群上的三个Kubornetes集群和Astra Control Center。

在此示例配置中、显示了以下内容：

  • 运行主Asta Control Center实例的Kubernetes集群：

    • OpenShift集群： ocp-cluster-1

    • Asta Control Center主实例： ocp-cluster-1.company.com

    • 此集群用于管理应用程序集群。

  • 与运行辅助Astra Control Center实例的主集群具有相同Kubernetes分发类型的第二个Kubernetes集群：

    • OpenShift集群： ocp-cluster-2

    • Asta Control Center二级实例： ocp-cluster-2.company.com

    • 此集群将用于备份主Asta Control Center实例或配置复制到其他集群(在此示例中为 ocp-cluster-3 集群)。

  • 将用于还原操作的与主Kubernetes分发类型相同的第三个Kubernetes集群：

    • OpenShift集群： ocp-cluster-3

    • Asta Control Center第三实例： ocp-cluster-3.company.com

    • 此集群将用于Asta Control Center还原或复制故障转移。

备注 理想情况下、应用程序集群应位于上图中Kubernetes和randcher集群所示的三个Astra Control Center集群之外。

图中未显示：

  • 所有集群都安装了ONTAP后端以及三叉式。

  • 在此配置中、OpenShift集群使用MetalLB作为负载平衡器。

  • Snapshot控制器和卷SnapshotClass也会安装在所有集群上、如中所述 "前提条件"。

步骤1选项：备份和还原Astra Control Center

本操作步骤介绍了使用备份和还原将Astra控制中心还原到新集群所需的步骤。

在此示例中、Astra Control Center始终安装在下 netapp-acc 命名空间和操作符安装在下 netapp-acc-operator 命名空间。

备注 Asta Control Center operator也可以部署在与Asta CR相同的命名空间中、但未进行说明。
开始之前

  • 您已在集群上安装主Asta Control Center。

  • 您已在另一个集群上安装辅助Asta Control Center。

步骤

  1. 从二级Asta Control Center实例(运行于上)管理主Asta Control Center应用程序和目标集群 ocp-cluster-2 集群)：

    1. 登录到辅助Asta Control Center实例。

    2. "添加主Asta Control Center集群" (ocp-cluster-1）。

    3. "添加目标第三个集群" (ocp-cluster-3)。

  2. 在辅助Asta Control Center上管理Asta Control Center和Asta Control Center操作员：

    1. 从应用程序页面中、选择*定义*。

    2. 在*Define application*窗口中，输入新的应用程序名称 (netapp-acc）。

    3. 选择运行主Asta Control Center的集群 (ocp-cluster-1)。

    4. 选择 netapp-acc Astra Control Center的命名空间。

    5. 在Cluster Resources页面上，选中*include additional cluster-scope ResResResees*。

    6. 选择*添加包含规则*。

    7. 选择这些条目，然后选择*Add*：

      • 标签选择器：ac-crds

      • 组：i扩展.k8s.io

      • 版本：V1

      • 种类：CustomResourceDefinition

    8. 确认应用程序信息。

    9. 选择 * 定义 * 。

      选择*defin*后，对运算符重复“定义应用程序”过程 netapp-acc-operator)、然后选择 netapp-acc-operator 命名空间。

  3. 备份Asta控制中心和操作员：

    1. 在辅助Asta控制中心上、选择应用程序选项卡以导航到应用程序页面。

    2. "备份" Astra Control Center应用程序 (netapp-acc）。

    3. "备份" 运算符 (netapp-acc-operator）。

  4. 备份Astra Control Center和操作员之后、使用模拟灾难恢复(DR)场景 "正在卸载Astra Control Center" 从主集群。

    备注 您需要将Astra控制中心还原到新集群(本操作步骤中所述的第三个Kubbernetes集群)、并对新安装的Astra控制中心使用与主集群相同的DNS。

  5. 使用辅助Asta控制中心、 "还原" Asta Control Center应用程序的主实例从其备份中：

    1. 选择*Applications*，然后选择Astra Control Center应用程序的名称。

    2. 从“操作”列的“选项”菜单中，选择*Restore*。

    3. 选择*还原到新的空间*作为还原类型。

    4. 输入还原名称 (netapp-acc）。

    5. 选择目标第三个集群 (ocp-cluster-3）。

    6. 更新目标命名空间、使其与原始命名空间相同。

    7. 在还原源页面上、选择要用作还原源的应用程序备份。

    8. 选择*使用原始存储类还原*。

    9. 选择*恢复所有资源*。

    10. 查看还原信息，然后选择*Restore*以启动将Astra Control Center还原到目标集群的还原过程 (ocp-cluster-3）。应用程序进入后、还原完成 available 状态。

  6. 在目标集群上配置Astra Control Center：

    1. 打开终端并使用kubeconfig"连接到目标集群 (ocp-cluster-3)、其中包含已恢复的Astra控制中心。

    2. 确认 ADDRESS Astra Control Center配置中的列引用了主系统的DNS名称：

      kubectl get acc -n netapp-acc

      响应：

    NAME  UUID                                 VERSION    ADDRESS                             READY
astra 89f4fd47-0cf0-4c7a-a44e-43353dc96ba8 23.07.0-24 ocp-cluster-1.company.com           True

    1. 如果 ADDRESS 上述响应中的字段不具有主Asta Control Center实例的FQDN、请更新此配置以引用Asta Control Center DNS：

      kubectl edit acc -n netapp-acc

      1. 更改 astraAddress 下 spec: 到FQDN (ocp-cluster-1.company.com 在本示例中)。

      2. 保存配置。

      3. 确认地址已更新：

        kubectl get acc -n netapp-acc

    2. 转至 恢复A作用 控制中心操作员 以完成还原过程。

第1步选项：使用复制保护Astra Control Center

本操作步骤介绍了配置所需的步骤 "Asta Control Center复制" 保护主Asta Control Center实例。

在此示例中、Astra Control Center始终安装在下 netapp-acc 命名空间和操作符安装在下 netapp-acc-operator 命名空间。

开始之前

  • 您已在集群上安装主Asta Control Center。

  • 您已在另一个集群上安装辅助Asta Control Center。

步骤

  1. 从二级Asta Control Center实例管理主Asta Control Center应用程序和目标集群：

    1. 登录到辅助Asta Control Center实例。

    2. "添加主Asta Control Center集群" (ocp-cluster-1）。

    3. "添加目标第三个集群" (ocp-cluster-3)。

  2. 在辅助Asta Control Center上管理Asta Control Center和Asta Control Center操作员：

    1. 选择*群集*，然后选择包含主Astra Control Center的群集 (ocp-cluster-1）。

    2. 选择*命名空间*选项卡。

    3. 选择 …​ netapp-acc 和 netapp-acc-operator "。

    4. 选择操作菜单，然后选择*Define as applications*。

    5. 选择*在应用程序中查看*以查看定义的应用程序。

  3. 配置用于复制的后端：

    备注 复制要求主Asta Control Center集群和目标集群 (ocp-cluster-3)使用不同的对等ONTAP存储后端。
    在每个后端建立对等并添加到Astra Control后，后端将显示在“后端”页面的“发现”选项卡中。

    1. "添加对等后端" 到主集群上的Astra Control Center。

    2. "添加对等后端" 到目标集群上的Astra Control Center。

  4. 配置复制：

    1. 在应用程序屏幕上、选择 netapp-acc 应用程序。

    2. 选择*配置复制策略*。

    3. 选择 …​ ocp-cluster-3 作为目标集群。

    4. 选择存储类。

    5. 输入 …​ netapp-acc 作为目标命名空间。

    6. 根据需要更改复制频率。

    7. 选择 * 下一步 * 。

    8. 确认配置正确，然后选择*Save*。

      复制关系将从过渡 Establishing to Established。处于活动状态时、此复制将每五分钟进行一次、直到删除复制配置为止。

  5. 如果主系统损坏或无法再访问、请将复制故障转移到另一个集群：

    备注 确保目标集群未安装Astra Control Center、以确保成功进行故障转移。

    1. 选择垂直省略号图标并选择*故障转移*。

      显示复制关系中的"故障转移"选项的图像

    2. 确认详细信息并选择*故障转移*以开始故障转移过程。

      复制关系状态将更改为 Failing over 然后 Failed over 完成后。

  6. 完成故障转移配置：

    1. 打开终端并使用第三个集群的kubeconfig (ocp-cluster-3）。此集群现在已安装Asta Control Center。

    2. 确定第三个集群上的Asta Control Center FQDN (ocp-cluster-3）。

    3. 更新配置以引用Astra Control Center DNS：

      kubectl edit acc -n netapp-acc

      1. 更改 astraAddress 下 spec: 使用FQDN (ocp-cluster-3.company.com)。

      2. 保存配置。

      3. 确认地址已更新：

        kubectl get acc -n netapp-acc

    4. 确认所有必需的traefik CRD都存在：

      kubectl get crds | grep traefik

      所需的traefik CRD：

    ingressroutes.traefik.containo.us
ingressroutes.traefik.io
ingressroutetcps.traefik.containo.us
ingressroutetcps.traefik.io
ingressrouteudps.traefik.containo.us
ingressrouteudps.traefik.io
middlewares.traefik.containo.us
middlewares.traefik.io
middlewaretcps.traefik.containo.us
middlewaretcps.traefik.io
serverstransports.traefik.containo.us
serverstransports.traefik.io
tlsoptions.traefik.containo.us
tlsoptions.traefik.io
tIsstores.traefik.containo.us
tIsstores.traefik.io
traefikservices.traefik.containo.us
traefikservices.traefik.io

    1. 如果上述部分CRD缺失：

      1. 转至 "Traefik文档"。

      2. 将"定义"区域复制到文件中。

      3. 应用更改：

        kubectl apply -f <file name>

      4. 重新启动traefik：

        kubectl get pods -n netapp-acc | grep -e "traefik" | awk '{print $1}' | xargs kubectl delete pod -n netapp-acc"

    2. 转至 恢复A作用 控制中心操作员 以完成还原过程。

第2步：恢复Asta Control Center操作员

使用辅助Asta控制中心、从备份中还原主Asta控制中心操作员。目标命名空间必须与源命名空间相同。如果从主源集群中删除了Astra Control Center、则仍会存在备份以执行相同的还原步骤。

步骤

  1. 选择*应用程序*，然后选择运营商应用程序的名称 (netapp-acc-operator）。

  2. 从“操作”列的“选项”菜单中，选择*Restore*

  3. 选择*还原到新的空间*作为还原类型。

  4. 选择目标第三个集群 (ocp-cluster-3）。

  5. 将命名空间更改为与主源集群关联的命名空间相同 (netapp-acc-operator）。

  6. 选择先前创建的备份作为还原源。

  7. 选择*使用原始存储类还原*。

  8. 选择*恢复所有资源*。

  9. 查看详细信息，然后单击*Restore*开始还原过程。

    "应用程序"页面显示了正在还原到目标第三个集群的A作用 力控制中心操作员 (ocp-cluster-3）。此过程完成后、此状态将显示为 Available。十分钟内、页面上的DNS地址应已解析。

结果

现在、目标第三个集群上可以使用Astra Control Center、其注册的集群以及具有其快照和备份的受管应用程序 (ocp-cluster-3）。您在原始实例上设置的任何保护策略也会位于新实例上。您可以继续创建计划内或按需备份和快照。

故障排除

确定系统运行状况以及保护过程是否成功。

  • Pod未运行：确认所有Pod均已启动且正在运行：

    kubectl get pods -n netapp-acc

    如果中有一些Pod CrashLookBackOff 陈述并重新启动它们、它们应过渡到 Running 状态。

  • 确认系统状态：确认Astra Control Center系统处于 ready 状态：

    kubectl get acc -n netapp-acc

    响应：

    NAME  UUID                                 VERSION    ADDRESS                             READY
astra 89f4fd47-0cf0-4c7a-a44e-43353dc96ba8 23.07.0-24 ocp-cluster-1.company.com           True

  • 确认部署状态：显示Astra Control Center部署信息以确认 Deployment State 为 Deployed。

    kubectl describe acc astra -n netapp-acc

  • Restored Asta Control Center UI返回404错误:如果在选择时发生这种情况 AccTraefik 作为入口选项、选中 Traefik CRD 以确保所有这些组件均已安装。