Compartir a través de

规划和部署已启用Azure Arc的服务器

对于任何一家公司而言，部署 IT 基础结构服务或业务应用程序都充满了挑战。 若要很好地执行它，并避免任何不受欢迎的意外和计划外的成本，你需要彻底规划它，以确保你尽可能准备好。 在任何规模部署启用了Azure Arc的服务器的计划应涵盖成功完成任务所需的设计和部署条件。

要使部署顺利进行，应在计划中明确以下方面的认知：

  • 角色和职责。
  • 物理服务器或虚拟机（VM）的清单，以验证它们是否符合网络和系统要求。
  • 实现成功部署和持续管理所需的技能集和培训。
  • 验收条件以及如何跟踪其成功结果。
  • 用于自动化部署的工具或方法。
  • 确定的风险和缓解计划，以避免延迟和中断。
  • 有关在部署期间避免中断的计划。
  • 出现重大问题时的问题升级路径。

本文可帮助你准备在环境中多个生产物理服务器或 VM 上成功部署启用了Azure Arc的服务器。

先决条件

规划部署时，请考虑以下基本要求：

  • 若要支持部署，用于 Azure Connected Machine 代理的计算机必须运行受支持的操作系统。
  • 若要连接部署，计算机必须从本地网络或其他云环境连接到Azure中的资源（直接或通过代理服务器）。
  • 要安装和配置 Connected Machine 代理，你必须在计算机上拥有一个具有提升权限的帐户（即管理员或 root）。
  • 若要载入计算机，必须具有 Azure Connected Machine Onboarding 内置角色。
  • 若要读取、修改和删除计算机，必须具有Azure连接的计算机资源管理员内置角色。

有关详细信息，请参阅安装 Connected Machine 代理的 先决条件 和 网络要求 。

Azure订阅和服务限制

在任何单个资源组、订阅或租户中，已启用 Azure Arc 的服务器数量没有限制。

每个启用Azure Arc的服务器都与Microsoft Entra对象相关联，并计入目录配额。 有关Microsoft Entra目录中可以拥有的最大对象数的信息，请参阅 Microsoft Entra 服务限制和限制。

试点

在部署到所有生产计算机之前，请先评估部署过程，然后再在环境中广泛采用它。 对于试点，请确定对公司进行业务能力不重要的计算机的代表抽样。 请务必留出足够的时间来运行试点并评估其影响。 建议至少 30 天。

制定一个正式计划来描述试点的范围和细节。 你的计划通常应包含以下项：

  • 目标：介绍导致试点是必要的决策的业务和技术驱动因素。
  • 选择条件：指定用于选择试点演示的解决方案的哪些方面的条件。
  • 范围：描述试点的范围，包括但不限于解决方案组件、预期计划、试点持续时间和要设定的计算机数。
  • 成功条件和指标：定义用于确定成功级别的试点成功条件和特定度量值。
  • 训练计划：介绍在试点期间不熟悉Azure及其服务的系统工程师、管理员等培训计划。
  • 过渡计划：描述用于指导从试点过渡到生产的战略和标准。
  • 回滚：描述将试点回滚到预部署状态的过程。
  • 风险：列出执行试点的所有已识别风险，以及与生产部署相关的风险。

第 1 阶段：构建基础

在此阶段，系统工程师或管理员将在其组织的 Azure 订阅中启用核心功能，以为计算机启用管理功能之前奠定基础，包括通过 Azure Arc 启用的服务器和其他 Azure 服务。

任务 详细信息 预计持续时间
创建资源组。 一个专用资源组，它只包含已启用Azure Arc的服务器，并集中管理和监视这些资源。 一小时
规划 标记 以帮助组织计算机。 评估和开发 IT 一致的标记策略可帮助降低管理Azure Arc启用的服务器的复杂性，并简化管理决策。 一天
设计和部署 Azure Monitor Logs。 评估 设计及部署注意事项以确定组织是否应使用现有的 Log Analytics 工作区或创建另一个工作区来存储混合型服务器和计算机收集的日志数据。 一天
开发Azure Policy治理计划。 确定如何在订阅或资源组范围内使用 Azure Policy 实施混合服务器和计算机的治理。 一天
配置 基于角色的访问控制。 制定访问计划，以控制谁有权管理已启用Azure Arc的服务器，以及从其他Azure服务和解决方案查看其数据的能力。 一天
识别已安装Azure Monitor代理的计算机。 在Log Analytics中运行以下日志查询，以支持将现有的 Azure Monitor 代理部署转换为扩展管理的代理：
Heartbeat <br /> &#124; summarize arg_max(TimeGenerated, OSType, ResourceId, ComputerEnvironment) by Computer <br /> &#124; where ComputerEnvironment == "Non-Azure" and isempty(ResourceId) <br /> &#124; project Computer, OSType		 一小时

阶段 2：部署已启用Azure Arc的服务器

接下来，我们在阶段 1 中奠定的基础上，准备并 部署 Connected Machine 代理。

任务 详细信息 预计持续时间
下载预定义的安装脚本。 查看并自定义用于大规模部署 Connected Machine Agent 来支持自动化部署要求的预定义安装脚本。

大规模入职资源的示例：

  • 通过服务主体在 Linux 和 Windows 上进行大规模启用脚本
 一天或多天，具体取决于要求、组织流程（例如更改和发布管理），以及所使用的自动化方法。
创建服务主体。 使用 Azure PowerShell 或从 Azure 门户创建服务主体以非交互方式连接计算机。 一小时。
将 Connected Machine 代理部署到目标服务器和计算机。 使用自动化工具将脚本部署到服务器，并将其连接到Azure。 一天或多天，具体取决于发布计划，以及是否遵循分阶段实施方案。

注释

可以在 Azure Connected Machine 代理部署选项查看所有可用的部署选项。

第 3 阶段：管理和操作

第 3 阶段是指管理员或系统工程师能够使手动任务自动化，以便在 Connected Machine Agent 和计算机的整个生命周期内对其进行管理和操作。

任务 详细信息 预计持续时间
创建资源健康警报。 如果服务器在超过 15 分钟的时间内未向 Azure 发送心跳信号，则可能意味着服务器已脱机，网络连接被阻断，或代理程序未运行。 制定有关如何响应和调查这些事件的计划，并使用 资源运行状况 警报在启动时收到通知。

配置警报时，请指定以下项：
资源类型 = Azure Arc 启用的服务器
当前资源状态 = 不可用
以前的资源状态 = 可用		 一小时
更新Azure连接的计算机代理 当新版本发布时，应更新 Arc 代理。 可以手动更新代理或启用自动更新（公共预览版）。 5-10 分钟
将Azure策略分配给订阅或资源组范围。 将 Enable 用于 VM 的 Azure Monitor 策略及其他满足您需求的策略分配到订阅或资源组的范围。 使用 Azure Policy，可以分配策略定义，以在整个环境中安装 VM 见解所需的代理。 多种多样
为已启用Azure Arc的服务器启用 Azure 更新管理器。 在已启用 Azure Arc 的服务器上配置 Azure 更新管理器 来管理 Windows 和 Linux VM 的系统更新。 可以选择 按需部署更新 5 分钟

相关内容

  • Last updated on