规划和准备群集部署

项目
08/12/2024

生产群集部署的规划和准备非常重要。需要考虑到许多因素。本文将引导你完成准备群集部署的步骤。

阅读最佳做法信息

若要成功管理 Azure Service Fabric 应用程序和群集，我们强烈建议你执行某些操作，以优化生产环境的可靠性。有关详细信息，请参阅 Azure Service Fabric 应用程序和群集最佳做法。

选择群集的 OS

使用 Service Fabric 可在运行 Windows Server 或 Linux 的任何 VM 或计算机上创建 Service Fabric 群集。在部署群集之前，必须选择 OS：Windows 或 Linux。群集中的每个节点（虚拟机）运行相同的 OS，不能在同一群集中混用 Windows 和 Linux VM。

容量计划

对于任何生产部署，容量规划都是一个重要的步骤。下面是在规划过程中必须注意的一些事项。

群集的初始节点类型数目
每个节点类型的属性（大小、实例数目、是否为主节点、是否面向 Internet、VM 数目，等等）
群集的可靠性和持久性特征

选择初始节点类型数目

首先，需要确定要创建的群集用于什么目的，以及打算要将哪些类型的应用程序部署到此群集中。应用程序是否有多个服务，其中是否有任何服务需面向公众或面向 Internet？（构成应用程序的）服务是否有不同的基础结构要求，例如，更多的 RAM 或更高的 CPU 周期？ Service Fabric 群集可以包括多个节点类型：主节点类型，以及一个或多个非主节点类型。每个节点类型将映射到虚拟机规模集。然后，每个节点类型可以独立扩展或缩减、打开不同的端口集，并可以有不同的容量指标。可以设置节点属性和放置约束，以将特定服务限制为特定节点类型。有关详细信息，请参阅 Service Fabric 群集容量计划。

选择每个节点类型的节点属性

节点类型定义关联规模集中 VM 的 VM SKU、数目和属性。

每个节点类型的 VM 大小下限取决于为节点类型选择的持久性层。在选择 VM SKU 之前，如果你确定将来需要不同的 VM SKU，请确保你了解垂直缩放所需的步骤。

主节点类型的 VM 数目下限取决于选择的可靠性层。

请参阅主节点类型、非主节点类型上的有状态工作负荷和非主节点类型上的无状态工作负荷的最低建议要求。

如果节点数目超过最小数目，应根据想要在此节点类型中运行的应用程序/服务的副本数目确定数目。 Service Fabric 应用程序的容量规划可帮助你估算运行应用程序所需的资源。以后始终可以纵向扩展或缩减群集，以根据不断变化的应用程序工作负荷做出调整。

将临时 OS 磁盘用于虚拟机规模集

“临时 OS 磁盘”是在本地虚拟机 (VM) 上创建的存储，不保存到远程 Azure 存储。建议将它们用于所有 Service Fabric 节点类型（主要和次要），因为与传统的持久 OS 磁盘相比，临时 OS 磁盘：

降低了到 OS 磁盘的读/写延迟
可实现更快的重置/重置节点映像管理操作
降低了总体成本（磁盘免费，不会产生额外的存储成本）

临时 OS 磁盘不是特定的 Service Fabric 功能，而是映射到 Service Fabric 节点类型的 Azure“虚拟机规模集”的功能。将它们与 Service Fabric 一起使用需要在群集 Azure 资源管理器模板中执行以下操作：

确保你的节点类型为临时 OS 磁盘指定支持的 Azure VM 大小，并且 VM 大小有足够的缓存大小来支持其 OS 磁盘大小（请参阅下文中的备注。）例如：
```
"vmNodeType1Size": {
    "type": "string",
    "defaultValue": "Standard_DS3_v2"
```
注意

请确保选择缓存大小等于或大于 VM 本身 OS 磁盘大小的 VM 大小，否则，Azure 部署可能会导致错误（即使最初接受了该大小）。
将虚拟机规模集版本 (vmssApiVersion) 指定为 2018-06-01 或更高版本：
```
"variables": {
    "vmssApiVersion": "2018-06-01",
```

在部署模板的虚拟机规模集部分中，为 diffDiskSettings 指定 Local 选项：

"apiVersion": "[variables('vmssApiVersion')]",
"type": "Microsoft.Compute/virtualMachineScaleSets",
    "virtualMachineProfile": {
        "storageProfile": {
            "osDisk": {
                    "caching": "ReadOnly",
                    "createOption": "FromImage",
                    "diffDiskSettings": {
                        "option": "Local"
                    },
            }
        }
    }

注意

用户应用程序不应在 OS 磁盘上有任何依赖项/文件/项目，因为 OS 升级时 OS 磁盘会丢失。

注意

现有的非临时 VMSS 无法就地升级，因此无法使用临时磁盘。若要进行迁移，用户必须使用临时磁盘添加新的 nodeType，将工作负荷移至新的 nodeType 并删除现有 nodeType。

有关详细信息和更多配置选项，请参阅 Azure VM 的临时 OS 磁盘

选择群集的持续性和可靠性级别

持久性层用于向系统指示 VM 对于基本 Azure 基础结构拥有的权限。在主节点类型中，此权限可让 Service Fabric 暂停影响系统服务及有状态服务的仲裁要求的任何 VM 级别基础结构请求（例如，VM 重启、VM 重置映像或 VM 迁移）。在非主节点类型中，此特权可让 Service Fabric 暂停影响其中运行的有状态服务的仲裁要求的任何 VM 级别基础结构请求，例如，VM 重新启动、VM 重置映像、VM 迁移，等等。有关不同级别的优势、要使用哪种级别以及何时使用的建议，请参阅群集的持久性特征。

可靠性层用于设置想要在此群集中的主节点类型上运行的系统服务副本数。副本数越大，群集中的系统服务越可靠。有关不同级别的优势、要使用哪种级别以及何时使用的建议，请参阅群集的可靠性特征。

启用反向代理和/或 DNS

在群集内相互连接的服务通常可以直接访问其他服务的终结点，因为群集中的节点处于相同的本地网络上。为了更轻松地在服务之间进行连接，Service Fabric 提供了附加的服务：DNS 服务和反向代理服务。部署群集时，可以启用这两个服务。

由于许多服务（特别是容器化服务）可以拥有一个现有的 URL 名称，能够使用标准 DNS 协议（而不是命名服务协议）解析这些名称会十分方便，尤其是在应用程序“直接迁移”方案中。这正是 DNS 服务能够发挥作用的地方。借助 DNS 服务，用户能够将 DNS 名称映射到服务名称，进而解析终结点 IP 地址。

反向代理处理群集中的服务，群集公开 HTTP 终结点（包括 HTTPS）。反向代理提供特定的 URI 格式，可以极大地简化对其他服务的调用。反向代理还可以处理服务间相互通信所需的解析、连接和重试步骤。

为灾难恢复做准备

提供高可用性的关键一环是确保服务能够经受各种不同类型的故障。对于计划外和不受控制的故障，这一点尤其重要。准备灾难恢复介绍了一些常见的故障模式，如果未正确建模和管理，这些故障可能成为灾难。此文还介绍发生灾难时应采取的缓解措施和行动。

生产就绪情况核对清单

应用程序和群集是否准备好接收生产流量？在将群集部署到生产环境之前，请运行整个生产就绪性核对清单。通过检查此核对清单中的各个项，使应用程序和群集保持平稳运行。我们强烈建议在转移到生产环境之前检查所有这些项。

通过