使用 Windows 安全性保护 Windows 上的独立群集

为了防止有人未经授权访问某个 Service Fabric 群集，必须保护该群集。 当群集运行生产工作负荷时，安全性就尤为重要。 本文介绍如何在 ClusterConfig.JSON 文件中使用 Windows 安全性配置节点到节点和客户端到节点的安全性。 该过程对应于 Create a standalone cluster running on Windows（创建在 Windows 上运行的独立群集）中的安全性配置步骤。 有关 Service Fabric 如何使用 Windows 安全性的详细信息，请参阅群集安全方案。

使用 gMSA 配置 Windows 安全性

gMSA 是首选安全模型。 随 Microsoft.Azure.ServiceFabric.WindowsServer.<version>.zip 独立群集包下载的 ClusterConfig.gMSA.Windows.MultiMachine.JSON 示例配置文件包含一个使用组托管服务帐户 (gMSA) 配置 Windows 安全性的模板：

"security": {
    "ClusterCredentialType": "Windows",
    "ServerCredentialType": "Windows",
    "WindowsIdentities": {  
        "ClustergMSAIdentity": "[gMSA Identity]",
        "ClusterSPN": "[Registered SPN for the gMSA account]",
        "ClientIdentities": [
            {
                "Identity": "domain\\username",
                "IsAdmin": true
            }
        ]
    }
}

若需要在 gMSA 下运行 Service Fabric，可通过设置“ClustergMSAIdentity”来配置节点到节点安全性。 若要在节点之间建立信任关系，这些节点必须能够相互识别。 可通过两种方式完成此操作：指定包含集群中所有节点的组托管服务帐户，或者指定包含集群中所有节点的域计算机组。 强烈建议使用组托管服务帐户 (gMSA) 方法，尤其针对拥有 10 个以上节点的较大群集或可能会增大或收缩的群集。
此方法不需要创建群集管理员对其有访问权限、可在其中添加和删除成员的域组。 这些帐户对于自动密码管理也同样有用。 有关详细信息，请参阅组托管服务帐户入门。

使用 ClientIdentities 配置客户端到节点安全性。 若要在客户端与群集之间建立信任关系，必须对群集进行配置，使其知道可以信任哪些客户端标识。 这可以通过两种不同的方法来实现：指定可以连接的域组用户，或者指定可以连接的域节点用户。 Service Fabric 针对连接到 Service Fabric 群集的客户端支持两种不同的访问控制类型：管理员和用户。 访问控制可让群集管理员针对不同的用户组限制某些类型的特定群集操作的访问权限，使群集更加安全。 管理员拥有对管理功能（包括读取/写入功能）的完全访问权限。 默认情况下，用户只有管理功能的读取访问权限（例如查询功能），以及解析应用程序和服务的能力。 有关访问控制的详细信息，请参阅 Service Fabric 客户端的基于角色的访问控制。

以下示例安全性部分使用 gMSA 配置 Windows 安全性，并指定 ServiceFabric.clusterA.contoso.com gMSA 中的计算机位于群集中，同时还指定 CONTOSO\usera 拥有管理客户端访问权限：

"security": {
    "ClusterCredentialType": "Windows",
    "ServerCredentialType": "Windows",
    "WindowsIdentities": {
        "ClustergMSAIdentity" : "ServiceFabric.clusterA.contoso.com",
        "ClusterSPN" : "http/servicefabric/clusterA.contoso.com",
        "ClientIdentities": [{
            "Identity": "CONTOSO\\usera",
            "IsAdmin": true
        }]
    }
}

使用计算机组配置 Windows 安全性

根据上面的详细介绍，gMSA 是首选安全模型，但也支持使用此安全模型。 随 Microsoft.Azure.ServiceFabric.WindowsServer.<version>.zip 独立群集包下载的 ClusterConfig.Windows.MultiMachine.JSON 示例配置文件包含用于配置 Windows 安全性的模板。 在“属性”部分配置 Windows 安全性：

"security": {
    "ClusterCredentialType": "Windows",
    "ServerCredentialType": "Windows",
    "WindowsIdentities": {
        "ClusterIdentity" : "[domain\machinegroup]",
        "ClientIdentities": [{
            "Identity": "[domain\username]",
            "IsAdmin": true
        }]
    }
}

如果希望在 Active Directory 域内使用计算机组，可通过设置“ClusterIdentity”来配置节点到节点安全性。 有关详细信息，请参阅在 Active Directory 中创建计算机组。

使用 ClientIdentities 配置客户端到节点安全性。 若要在客户端与群集之间建立信任关系，必须对群集进行配置，使群集知道可以信任哪些客户端标识。 可通过两种不同的方式建立信任：

• 指定用户可以连接到的域组。
• 指定用户可以连接到的域节点。

Service Fabric 针对连接到 Service Fabric 群集的客户端支持两种不同的访问控制类型：管理员和用户。 访问控制可让群集管理员针对不同的用户组限制某些类型的特定群集操作的访问权限，使群集更加安全。 管理员拥有对管理功能（包括读取/写入功能）的完全访问权限。 默认情况下，用户只有管理功能的读取访问权限（例如查询功能），以及解析应用程序和服务的能力。

以下示例安全性部分配置 Windows 安全性，指定 ServiceFabric/clusterA.contoso.com 中的计算机位于群集中，并指定 CONTOSO\usera 拥有管理客户端访问权限：

"security": {
    "ClusterCredentialType": "Windows",
    "ServerCredentialType": "Windows",
    "WindowsIdentities": {
        "ClusterIdentity" : "ServiceFabric/clusterA.contoso.com",
        "ClientIdentities": [{
            "Identity": "CONTOSO\\usera",
            "IsAdmin": true
        }]
    }
},

后续步骤

在 ClusterConfig.JSON 文件中配置 Windows 安全性之后，请继续执行创建 Windows 上运行的独立群集中的群集创建过程。

有关节点到节点安全性、客户端到节点安全性和基于角色的访问控制的详细信息，请参阅群集安全方案。

有关使用 PowerShell 或 FabricClient 进行连接的示例，请参阅连接到安全群集。