发行说明
开始管理应用程序
建议更改
PDF
你先请 "将集群添加到 Astra Control 管理中"、您可以在集群上安装应用程序(在Astra Control之外)、然后转到Astra Control中的应用程序页面来定义应用程序及其资源。
应用程序管理要求
Astra Control 具有以下应用程序管理要求：
-
* 许可 * ：要使用 Astra 控制中心管理应用程序，您需要获得 Astra 控制中心许可证。
-
命名空间：可以使用Astra Control在单个集群上的一个或多个指定命名空间内定义应用程序。一个应用程序可以包含跨越同一集群中多个命名空间的资源。Astra Control不支持在多个集群之间定义应用程序。
-
存储类：如果您安装的应用程序明确设置了存储类、并且需要克隆该应用程序、则克隆操作的目标集群必须具有最初指定的存储类。将具有显式设置的存储类的应用程序克隆到没有相同存储类的集群将失败。
-
* Kubernetes Resources* ：使用非 Astra Control 收集的 Kubernetes 资源的应用程序可能没有完整的应用程序数据管理功能。Astra Control 收集以下 Kubernetes 资源：
ClusterRoleClusterRoleBindingConfigMapCronJobCustomResourceDefinitionCustomResourceDaemonSetDeploymentConfigHorizontalPodAutoscalerIngressMutatingWebhookNetworkPolicyPersistentVolumeClaimPodPodDisruptionBudgetPodTemplateReplicaSetRoleRoleBindingRouteSecretServiceServiceAccountStatefulSetValidatingWebhook
支持的应用程序安装方法
Astra Control 支持以下应用程序安装方法：
-
* 清单文件 * ： Astra Control 支持使用 kubectl 从清单文件安装的应用程序。例如：
kubectl apply -f myapp.yaml -
* Helm 3* ：如果使用 Helm 安装应用程序，则 Astra Control 需要 Helm 版本 3 。完全支持管理和克隆随 Helm 3 安装的应用程序（或从 Helm 2 升级到 Helm 3 ）。不支持管理随 Helm 2 安装的应用程序。
-
操作员部署的应用程序：Astra Control支持使用命名空间范围的操作员安装的应用程序、这些应用程序通常采用"按价值传递"而不是"按参考传递"架构设计。操作员及其安装的应用程序必须使用相同的命名空间；您可能需要为操作员修改部署 .yaml 文件，以确保情况确实如此。
以下是一些遵循这些模式的操作员应用程序：
-
对于 K8ssandra ，支持原位还原操作。要对新命名空间或集群执行还原操作，需要关闭应用程序的原始实例。这是为了确保传输的对等组信息不会导致跨实例通信。不支持克隆应用程序。
Astra Control可能无法克隆使用"按参考传递"架构设计的运算符(例如CockroachDB运算符)。在这些类型的克隆操作期间，克隆的操作员会尝试引用源操作员提供的 Kubernetes 机密，尽管在克隆过程中他们拥有自己的新机密。克隆操作可能会失败，因为 Astra Control 不知道源运算符中的 Kubernetes 密钥。
-
在集群上安装应用程序
你先请 "已添加集群" 对于Astra Control、您可以在集群上安装应用程序或管理现有应用程序。可以管理范围限定为一个或多个命名空间的任何应用程序。
定义应用程序
在Astra Control发现集群上的命名空间后、您可以定义要管理的应用程序。您可以选择 管理跨越一个或多个命名空间的应用程序 或 将整个命名空间作为一个应用程序进行管理。这一切都可以细化到数据保护操作所需的粒度级别。
虽然您可以使用Astra Control单独管理层次结构的两个级别(命名空间和该命名空间中的应用程序或跨命名空间)、但最佳做法是选择一个或另一个。如果在命名空间和应用程序级别同时执行操作，则在 Astra Control 中执行的操作可能会失败。
|
例如、您可能希望为"Maria"设置一个每周节奏的备份策略、但您可能需要比该策略更频繁地备份"MariaDB"(位于同一命名空间中)。根据这些需求、您需要单独管理这些应用程序、而不是作为单命名空间应用程序来管理。 |
-
已将Kubernetes集群添加到Astra Control中。
-
集群上安装的一个或多个应用程序。 阅读有关支持的应用程序安装方法的更多信息。
-
一个或多个活动Pod。
-
已添加到Astra Control的Kubernetes集群上的现有命名空间。
-
(可选) Any上的Kubernetes标签 "支持的Kubernetes资源"。
标签是一个键 / 值对，您可以将其分配给 Kubernetes 对象进行标识。通过标签，可以更轻松地对 Kubernetes 对象进行排序，组织和查找。要了解有关 Kubernetes 标签的更多信息， "请参见 Kubernetes 官方文档"。
-
开始之前、您还应了解相关信息 "管理标准命名空间和系统命名空间"。
-
如果您计划在Astra Control中对应用程序使用多个命名空间、 "修改具有命名空间限制的用户角色" 升级到支持多命名空间的Astra Control Center版本后。
-
有关如何使用 Astra Control API 管理应用程序的说明，请参见 "Astra Automation 和 API 信息"。
定义要作为应用程序进行管理的资源
您可以指定 "构成应用程序的Kubernetes资源" 要使用Astra Control进行管理的。通过定义应用程序、您可以将Kubernetes集群中的元素分组到一个应用程序中。此Kubernetes资源集合按命名空间和标签选择器标准进行组织。
通过定义应用程序、您可以更精细地控制要包含在Astra Control操作中的内容、包括克隆、快照和备份。
|
定义应用程序时、请确保不在具有保护策略的多个应用程序中包含Kubernetes资源。Kubernetes资源上重叠的保护策略可能会发生发生原因 数据冲突。 阅读示例中的更多内容。 |
|
在与其他应用程序共享资源的应用程序上执行原位还原操作可能会产生意外结果。对其中一个应用程序执行原位还原时、这些应用程序之间共享的任何资源都会被替换。例如、以下情形会在使用NetApp SnapMirror复制时造成不希望出现的情况：
|
<strong> 广告宣传</strong> 中有关将集群范围的资源添加到应用程序命名空间的信息。
除了自动包含的Astra Control之外、您还可以导入与命名空间资源关联的集群资源。您可以添加一个规则、该规则将包含特定组的资源、种类、版本以及标签(可选)。如果存在Astra Control不会自动包含的资源、您可能需要执行此操作。
您不能排除Astra Control自动包含的任何集群范围的资源。
您可以添加以下内容 apiVersions (这些组与API版本结合使用)：
| 资源种类 | apiVersions (组+版本) |
|---|---|
|
rbac.authorization.k8s.io/v1 |
|
rbac.authorization.k8s.io/v1 |
|
apiextensions.k8s.io/v1、apiextensions.k8s.io/v1bea1 |
|
apiextensions.k8s.io/v1、apiextensions.k8s.io/v1bea1 |
|
可批准registration.K8s.IO/v1 |
|
可批准registration.K8s.IO/v1 |
-
从应用程序页面中、选择*定义*。
-
在*定义应用程序*窗口中、输入应用程序名称。
-
在*集群*下拉列表中选择运行应用程序的集群。
-
从*命名空间*下拉列表中为应用程序选择一个命名空间。
可以使用Astra Control在单个集群上的一个或多个指定命名空间中定义应用程序。一个应用程序可以包含跨越同一集群中多个命名空间的资源。Astra Control不支持在多个集群之间定义应用程序。 -
(可选)为每个命名空间中的Kubernetes资源输入一个标签。您可以指定单个标签或标签选择器条件(查询)。
要了解有关 Kubernetes 标签的更多信息， "请参见 Kubernetes 官方文档"。 -
(可选)通过选择*添加命名空间*并从下拉列表中选择命名空间来为应用程序添加其他命名空间。
-
(可选)为您添加的任何其他命名空间输入单个标签或标签选择器条件。
-
(可选)要在Astra Control自动包含的资源之外还包括集群范围的资源、请选中*包括其他集群范围的资源*并完成以下操作：
-
选择*添加包含规则*。
-
组：从下拉列表中、选择API资源组。
-
种类：从下拉列表中、选择对象架构的名称。
-
版本：输入API版本。
-
标签选择器：也可以包括要添加到规则中的标签。此标签仅用于检索与此标签匹配的资源。如果不提供标签、则Astra Control将收集为该集群指定的所有资源类型的实例。
-
查看根据条目创建的规则。
-
选择 * 添加 * 。
您可以根据需要创建任意数量的集群范围资源规则。这些规则将显示在"定义应用程序摘要"中。
-
-
选择 * 定义 * 。
-
选择*定义*后、根据需要对其他应用程序重复此过程。
定义完应用程序后、该应用程序将显示在中 Healthy 在应用程序页面上的应用程序列表中的状态。现在、您可以克隆它并创建备份和快照。
|
|
您刚刚添加的应用程序在 " 受保护 " 列下可能会显示一个警告图标，表示它尚未备份，并且尚未计划备份。 |
|
|
要查看特定应用程序的详细信息，请选择应用程序名称。 |
要查看添加到此应用程序的资源、请选择*资源*选项卡。在资源列中选择资源名称后面的数字、或者在搜索中输入资源名称、以查看包含的其他集群范围资源。
定义要作为应用程序进行管理的命名空间
您可以通过将命名空间的资源定义为应用程序来将命名空间中的所有Kubernetes资源添加到Astra Control管理中。如果您要以类似的方式并以通用间隔管理和保护特定命名空间中的所有资源、则此方法比单独定义应用程序更好。
-
从集群页面中、选择一个集群。
-
选择*命名空间*选项卡。
-
选择包含要管理的应用程序资源的命名空间的"Actions"菜单、然后选择*定义为应用程序*。
如果要定义多个应用程序、请从命名空间列表中进行选择、然后选择左上角的*操作*按钮并选择*定义为应用程序*。这将在各个命名空间中定义多个单独的应用程序。有关多命名空间应用程序、请参见 定义要作为应用程序进行管理的资源。
选中*显示系统命名空间*复选框以显示默认情况下在应用程序管理中不使用的系统命名空间。 
"阅读更多内容"。
此过程完成后、与此命名空间关联的应用程序将显示在中 Associated applications 列。
系统命名空间如何？
Astra Control还会发现Kubernetes集群上的系统命名空间。默认情况下、我们不会向您显示这些系统命名空间、因为您很少需要备份系统应用程序资源。
通过选中*显示系统命名空间*复选框、您可以从选定集群的命名空间选项卡中显示系统命名空间。
|
|
Astra Control 本身不是一个标准应用程序，而是一个 " 系统应用程序 " 。 您不应尝试管理 Astra Control 本身。默认情况下，用于管理的 Astra Control 本身不会显示。 |
示例：不同版本的单独保护策略
在此示例中、DevOps团队正在管理"金丝利"版本部署。该团队的集群中有三个Pod运行nginx。其中两个 Pod 专用于稳定版本。第三个 POD 适用于加那利版本。
开发运营团队的Kubernetes管理员会添加此标签 deployment=stable 稳定释放Pod。该团队将添加此标签 deployment=canary 加那利释放POD。
该团队的稳定版本要求每小时创建一次快照，每天进行备份。金那利版本更短暂、因此他们希望为任何标记的对象创建一个不太积极的短期保护策略 deployment=canary。
为了避免可能发生的数据冲突、管理员将创建两个应用程序：一个用于"加那利"版本、一个用于"稳定"版本。这样就可以使两组 Kubernetes 对象的备份，快照和克隆操作分开。