创建 Azure Kubernetes 服务群集

贵公司计划使用 Azure Kubernetes 服务 (AKS) 作为云本机开发平台来部署基于云的视频渲染服务。 在部署任何应用程序之前，需要先创建 AKS 群集。

让我们了解一些概念，以便你能够成功地部署新的 AKS 群集。

Kubernetes 群集

Kubernetes 基于群集。 它不使用单个虚拟机 (VM)，而是将多个计算机用作一个计算机。 这些 VM 被称为节点。 Kubernetes 是基于群集的业务流程协调程序。 它为应用程序提供了多项好处，例如可用性、监视、缩放和滚动更新。

群集节点

群集基于节点。 Kubernetes 群集中有两种类型的节点可提供特定功能。

• 控制平面节点：这些节点托管群集的控制平面方面，并保留用于控制群集的服务。 它们负责提供 API，供你和所有其他节点通信使用。 这些节点上没有部署或安排任何工作负载。

• 节点：这些节点负责执行自定义工作负载和应用程序，例如基于云的视频渲染服务的组件。

群集体系结构

使用群集体系结构将 Kubernetes 群集中部署的控制平面和节点的数量概念化。

例如，群集中的节点数应始终大于 2。 当某个节点不可用时，Kubernetes 计划程序将尝试将该节点上运行的所有工作负载重新安排到群集中的其余节点上。

对于基于 Kubernetes 的部署，有两个常用的群集体系结构。

单个控制平面和多个节点

每个群集体系结构 到多个节点的单个控制平面 是最常见的体系结构模式，也是最容易部署的，但它不会为群集的核心管理服务提供高可用性。

如果控制平面节点由于任何原因而变得不可用，则群集不会发生其他交互。 即使是操作员，或者是使用 Kubernetes API 进行通信的任何工作负载，也会出现此问题，至少在 API 服务器重新联机之前是如此。

尽管与其他体系结构相比，此体系结构的可用性较差，但对于大多数情况来说应足够了。 与脱机的节点相比，核心管理服务不可用的可能性较小。 与节点相比，控制平面节点修改更少，并且复原能力更强。

但是，如果要处理生产方案，则此体系结构可能不是最佳解决方案。

单个控制平面和单个节点

由单个控制平面和单个节点构成的体系结构是上述体系结构的变体，用于开发环境。 此体系结构仅提供一个节点，同时承载控制平面和工作器节点。 在测试或尝试不同的 Kubernetes 概念时，此体系结构非常有用。 由单个控制平面和单个节点构成的体系结构会限制群集缩放，使此体系结构不适用于生产和暂存用途。

配置 AKS 群集

创建新的 AKS 群集时，需要配置几个不同的项。 每一项都会影响群集的计算资源分配的最终配置。

这些项包括：

• 节点池
• 节点计数
• 节点 VM 大小

节点池

可以创建节点池来对 AKS 群集中的节点进行分组。 创建节点池时，可根据应用程序要求为节点池中的每个节点指定 VM 大小和 OS 类型（Linux 或 Windows）。 若要托管用户应用程序 Pod，节点池模式应为“用户”，否则应为“系统”。

默认情况下，无论是通过 Azure 门户还是 CLI 创建 AKS 群集，该群集都将具有 Linux 节点池（系统模式）。 但是，在门户中、通过 CLI 或在 ARM 模板中使用创建向导期间，你可以添加 Windows 节点池以及默认 Linux 节点池以对其进行配置。

节点池使用虚拟机规模集作为基本的基础结构，使群集可以缩放节点池中的节点数。 在节点池中创建的新节点将始终与创建节点池时指定的大小相同。

节点计数

节点计数是群集在节点池中拥有的节点数。 节点是 Azure VM。 可更改其大小和数量以匹配使用模式。

稍后可以在群集的配置面板中更改节点计数。 最好尽可能降低此数值，以避免不必要的费用和未使用的计算能力。

节点 VM 大小

从各种 VM 规格中进行选择。 出于开发目的，可以选择 B 系列以节省成本。 在练习中，使用系列 B2（标准大小）。 有关根据需求选择 VM 的更多指南， 请要求 Azure 中的 Microsoft Copilot 找到最佳 VM