你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
规划已启用 Azure Arc 的数据服务部署
本文介绍如何计划部署已启用 Azure Arc 的数据服务。
提示
在开始部署之前请查看本文中的所有信息。
部署步骤
若要体验已启用 Azure Arc 的数据服务,需要完成以下任务。
规划部署
本文中的详细信息将指导你完成规划。
为要在其中部署已启用 Azure Arc 的数据服务的订阅注册 Microsoft.AzureArcData 提供程序,如下所示:
az provider register --namespace Microsoft.AzureArcData
访问 Kubernetes 群集。
可以使用 Azure Kubernetes 服务群集进行演示、测试和验证。 若要创建群集,请按照快速入门:部署已启用 Azure Arc 的数据服务 - 直接连接模式 - Azure 门户中的说明完成整个过程。
在直接连接模式下创建 Azure Arc 数据控制器(先决条件)。
有关创建数据控制器的其他方式,请参阅相关内容下的链接。
创建数据服务。
使用 Azure Data Studio 进行连接。
开始计划部署已启用 Azure Arc 的数据服务时,正确了解数据库工作负载以及这些工作负载的业务要求是很重要的。 例如,需要考虑工作负载的可用性、业务连续性以及内存、CPU 和存储的容量要求。 你还需要根据业务需求仔细准备基础结构以支持数据库工作负载。
先决条件
在开始之前,请确保已满足特定的先决条件,并准备好必要的背景和信息。 若要确保成功部署,必须正确配置基础结构环境,使其具有正确的访问级别和适当的存储、CPU 和内存容量。
请参阅以下文章:
验证:
是否已安装
arcdata
CLI 扩展。已安装其他客户端工具。
你具有 Kubernetes 群集的访问权限。
已配置“kubeconfig”文件。 它应指向要部署到的 Kubernetes 群集。 为验证群集的当前上下文,请运行以下命令:
kubectl cluster-info
你有一个 Azure 订阅,诸如 Azure Arc 数据控制器、Azure Arc 启用的 SQL 托管实例或已启用 Azure Arc 的 PostgreSQL 服务器等资源将投影到该订阅到并在其中计费。
为要在其中部署已启用 Azure Arc 的数据服务的订阅注册 Microsoft.AzureArcData 提供程序。
准备好基础结构后,按以下方式部署已启用 Azure Arc 的数据服务:
- 在 Kubernetes 群集的一个已验证发行版中创建已启用 Azure Arc 的数据控制器。
- 创建 Azure Arc 启用的 SQL 托管实例和/或已启用 Azure Arc 的 PostgreSQL 服务器。
注意
一些数据服务层级和模式已提供正式发布版 (GA),而一些则提供预览版。 建议不要在同一数据控制器上混合使用正式发布版和预览版服务。 如果在同一数据控制器上混合使用正式发布版和预览版服务,则无法就地升级。 在这种情况下,如果要升级,必须删除并重新创建数据控制器和数据服务。
部署要求
可以在各种类型的 Kubernetes 群集上部署已启用 Azure Arc 的数据服务。 目前,有效的 Kubernetes 服务和发行版列表包括:
- Amazon Elastic Kubernetes 服务 (Amazon EKS)
- Azure Kubernetes 服务 (AKS)
- Azure Stack HCI 上的 Azure Kubernetes 服务
- Azure Red Hat OpenShift
- Google Kubernetes 引擎 (GKE)
- 开源的上游 Kubernetes(通常使用 kubeadm 进行部署)
- OpenShift Container Platform (OCP)
- K3s
- 其他经合作伙伴验证的 Kubernetes 发行版
重要
- 支持的最低 Kubernetes 版本为 v1.21。
- 支持的最低 OCP 版本为 4.8。
- 如果要使用 Azure Kubernetes 服务,则群集的工作器节点虚拟机 (VM) 大小应至少为 Standard_D8s_v3 并使用高级磁盘。
- 群集不应跨多个可用性区域。
- 有关详细信息,请查看发行说明。
部署信息
创建已启用 Azure Arc 的数据服务时,无论选择何种服务或分发选项,你都需提供以下信息:
数据控制器名称:数据控制器的描述性名称(例如“production-dc”或“seattle-dc”) 。 名称必须满足 Kubernetes 命名标准。
用户名:Kibana/Grafana 管理员用户的用户名。
密码:Kibana/Grafana 管理员用户的密码。
Kubernetes 命名空间的名称:要在其中创建数据控制器的 Kubernetes 命名空间的名称。
连接模式:确定从已启用 Azure Arc 的数据服务环境到 Azure 的连接程度。 对连接模式的选择决定了部署方法的选项。 有关详细信息,请参阅连接模式和要求。
Azure 订阅 ID:要在其中创建 Azure 数据控制器资源的 Azure 订阅 GUID。 所有 Azure Arc 启用的 SQL 托管实例部署和已启用 Azure Arc 的 PostgreSQL 部署也在此订阅中创建并计费。
Azure 资源组名称:要在其中创建 Azure 数据控制器资源的资源组的名称。 所有 Azure Arc 启用的 SQL 托管实例部署和已启用 Azure Arc 的 PostgreSQL 部署也在此资源组中创建。
Azure 位置:Azure 中要存储数据控制器资源元数据的 Azure 位置。 有关可用区域列表,请参阅 Azure 全局基础结构的可用产品(按区域) 页面。 由部署的数据控制器管理的 Azure 资源的相关元数据和账单信息仅存储在 Azure 中你指定为位置参数的位置。 如果要在直接连接模式下部署,则数据控制器的位置参数与目标自定义位置资源的位置相同。
服务主体信息:
- 如果要在间接连接模式下进行部署,则需要服务主体信息来上传使用情况和指标数据。 有关详细信息,请参阅将使用数据、指标和日志上传到 Azure 的“将角色分配到服务主体”一节。
基础结构:出于计费目的,必须指明在哪个基础结构上运行已启用 Azure Arc 的数据服务。 选项包括:
alibaba
aws
azure
gcp
onpremises
other
容器运行时:使用适用于容器运行时的
containerd
运行时。 已启用 Azure Arc 的数据服务不支持 Docker 运行时。
直接连接模式的其他概念
如连接模式和要求中所述,你可以在直接或间接连接模式下部署 Azure Arc 数据控制器。 在直接连接模式下部署 Azure Arc 数据服务需要了解其他概念和注意事项:
首先,将在其中部署已启用 Azure Arc 的数据服务的 Kubernetes 群集需要是已启用 Azure Arc 的 Kubernetes 群集。 通过将 Kubernetes 群集连接到 Azure,可直接从 Azure 门户将 Azure Arc 数据服务部署到群集并进行管理,自动将使用情况、日志和指标上传到 Azure,并获取一些其他的 Azure 权益。 若要了解如何操作,请参阅将群集连接到 Azure。
为 Kubernetes 群集启用 Azure Arc 后,请通过执行以下操作来部署已启用 Azure Arc 的数据服务:
- 创建 Azure Arc 数据服务扩展。 若要了解如何操作,请参阅已启用 Azure Arc 的 Kubernetes 的群集扩展。
- 创建自定义位置。 若要了解如何操作,请参阅已启用 Azure Arc 的 Kubernetes 上的自定义位置。
- 创建 Azure Arc 数据控制器。
通过使用 Azure 门户中的 Azure Arc 数据控制器创建向导,可在一个步骤中执行这三个步骤。
安装 Azure Arc 数据控制器后,可创建并访问数据服务,例如 Azure Arc 启用的 SQL 托管实例或已启用 Azure Arc 的 PostgreSQL 服务器。
已知的限制
目前,仅支持每个 Kubernetes 群集有一个 Azure Arc 数据控制器。 但是,可创建多个 Arc 数据服务,例如已启用 Arc 的 SQL 托管实例和已启用 Arc 的 PostgreSQL 服务器,些服务器由同一 Azure Arc 数据控制器管理。
相关内容
可使用其他几个选项来创建 Azure Arc 数据控制器:
想尝试一下吗? 在 AKS、Amazon EKS、GKE 上或在 Azure VM 中使用 Azure Arc Jumpstart 可快速入门。