Proteger un clúster independiente en Windows mediante la seguridad de Windows
Para evitar accesos no autorizados a un clúster de Service Fabric, debe proteger el clúster. La seguridad es especialmente importante cuando el clúster ejecuta cargas de trabajo de producción. En este artículo se describe cómo configurar la seguridad de nodo a nodo y de cliente a nodo mediante la seguridad de Windows en el archivo ClusterConfig.JSON. El proceso se corresponde con el paso de seguridad de configuración descrito en Creación de un clúster independiente con Windows Server. Para más información sobre cómo Service Fabric usa la seguridad de Windows, consulte Escenarios de seguridad de los clústeres.
Nota:
Considere la selección de seguridad de nodo a nodo con cuidado, ya que no hay ninguna actualización de clúster de una opción de seguridad a otra. Para cambiar la selección de seguridad, tendrá que volver a generar el clúster completo.
Configuración de la seguridad de Windows mediante gMSA
gMSA es el modelo de seguridad preferido. El archivo de configuración de ejemplo ClusterConfig.gMSA.Windows.MultiMachine.JSON descargado junto con el paquete de clúster independiente Microsoft.Azure.ServiceFabric.WindowsServer.<version>.zip contiene una plantilla para configurar la seguridad de Windows mediante una cuenta de servicio administrada de grupo (gMSA):
"security": {
"ClusterCredentialType": "Windows",
"ServerCredentialType": "Windows",
"WindowsIdentities": {
"ClustergMSAIdentity": "[gMSA Identity]",
"ClusterSPN": "[Registered SPN for the gMSA account]",
"ClientIdentities": [
{
"Identity": "domain\\username",
"IsAdmin": true
}
]
}
}
| Opciones de configuración | Descripción |
|---|---|
| ClusterCredentialType | Establézcalo en Windows para habilitar la seguridad de Windows para la comunicación de nodo a nodo. |
| ServerCredentialType | Establézcalo en Windows para habilitar la seguridad de Windows para la comunicación de cliente a nodo. |
| WindowsIdentities | Contiene las identidades de cliente y del clúster. |
| ClustergMSAIdentity | Permite configurar la seguridad de nodo a nodo. Una cuenta de servicio administrada de grupo. Debe tener el formato "mysfgmsa@miDominio". |
| ClusterSPN | SPN registrado para la cuenta de gMSA |
| ClientIdentities | Permite configurar la seguridad de cliente a nodo. Una matriz de cuentas de usuario de cliente. |
| Identidad | Agregue el usuario de dominio, domain\username, como identidad del cliente. |
| IsAdmin | Establézcala en true para especificar que el usuario de dominio tiene acceso de cliente de administrador, mientras que false especifica un acceso de cliente de usuario. |
La seguridad de nodo a nodo se configura estableciendo ClustergMSAIdentity cuando Service Fabric tiene que ejecutarse en gMSA. Para crear relaciones de confianza entre los nodos, debe asegurarse de que ambos conocen su existencia mutuamente. Esto puede realizarse de dos maneras diferentes: especificando la cuenta de servicio administrada de grupos que incluye todos los nodos del clúster o especificando el grupo de máquinas de dominio de todos los nodos del clúster. Se recomienda encarecidamente usar el enfoque que emplea la cuenta de servicio administrada de grupos (gMSA) , especialmente para los clústeres más grandes (más de 10 nodos) o para los clústeres que es probable que crezcan o se reduzcan.
Este enfoque no requiere la creación de un grupo de dominio para el que se hayan otorgado derechos de accesos a los administradores de clústeres para agregar y quitar miembros. Estas cuentas también son útiles para la administración automática de contraseñas. Para más información, consulte Introducción a las cuentas de servicio administradas de grupo.
seguridad de cliente a nodo se configura mediante ClientIdentities. Para establecer la confianza entre un cliente y el clúster, debe configurar el clúster para que sepa en qué identidades de cliente puede confiar. Esto puede hacerse de dos maneras: especificando el grupo de usuarios de dominio que puede conectarse o especificando los usuarios del nodo de dominio que se pueden conectar. Service Fabrics admite dos tipos distintos de control de acceso para los clientes que están conectados a un clúster de Service Fabric: administrador y usuario. El control de acceso permite al administrador de clústeres limitar el acceso a determinados tipos de operaciones de clúster para distintos grupos de usuarios, lo que aumenta la seguridad del clúster. Los administradores tienen acceso total a las capacidades de administración (incluidas las capacidades de lectura y escritura). Los usuarios, de forma predeterminada, tienen acceso de solo lectura a las capacidades de administración (por ejemplo, capacidad de consulta) y a la capacidad para resolver las aplicaciones y los servicios. Para más información sobre los controles de acceso, consulte Control de acceso basado en roles para clientes de Service Fabric.
La sección de seguridad del ejemplo siguiente configura la seguridad de Windows mediante gMSA y especifica que las máquinas de la gMSA ServiceFabric/clusterA.contoso.com forman parte del clúster y que CONTOSO\usera tiene acceso de cliente de administrador:
"security": {
"ClusterCredentialType": "Windows",
"ServerCredentialType": "Windows",
"WindowsIdentities": {
"ClustergMSAIdentity" : "ServiceFabric.clusterA.contoso.com",
"ClusterSPN" : "http/servicefabric/clusterA.contoso.com",
"ClientIdentities": [{
"Identity": "CONTOSO\\usera",
"IsAdmin": true
}]
}
}
Configuración de la seguridad de Windows mediante un grupo de máquinas
Como se ha indicado anteriormente, se prefiere gMSA, pero también se admite para usar este modelo de seguridad. El archivo de configuración de ejemplo ClusterConfig.Windows.MultiMachine.JSON descargado junto con el paquete de clúster independiente Microsoft.Azure.ServiceFabric.WindowsServer.<version>.zip contiene una plantilla para configurar la seguridad de Windows. La seguridad de Windows se configura en la sección Propiedades :
"security": {
"ClusterCredentialType": "Windows",
"ServerCredentialType": "Windows",
"WindowsIdentities": {
"ClusterIdentity" : "[domain\machinegroup]",
"ClientIdentities": [{
"Identity": "[domain\username]",
"IsAdmin": true
}]
}
}
| Opciones de configuración | Descripción |
|---|---|
| ClusterCredentialType | Establézcalo en Windows para habilitar la seguridad de Windows para la comunicación de nodo a nodo. |
| ServerCredentialType | Establézcalo en Windows para habilitar la seguridad de Windows para la comunicación de cliente a nodo. |
| WindowsIdentities | Contiene las identidades de cliente y del clúster. |
| ClusterIdentity | Utilice un nombre de grupo de máquina como, por ejemplo, domain\machinegroup, para configurar la seguridad de nodo a nodo. |
| ClientIdentities | Permite configurar la seguridad de cliente a nodo. Una matriz de cuentas de usuario de cliente. |
| Identidad | Agregue el usuario de dominio, domain\username, como identidad del cliente. |
| IsAdmin | Establézcala en true para especificar que el usuario de dominio tiene acceso de cliente de administrador, mientras que false especifica un acceso de cliente de usuario. |
La seguridad de nodo a nodo se configura mediante el uso de ClusterIdentity si desea usar un grupo de máquinas dentro de un dominio de Active Directory. Para más información, consulte el artículo Create a Machine Group in Active Directory (Creación de un grupo de máquinas en Active Directory).
La seguridad de cliente a nodo se configura mediante ClientIdentities. Para establecer la confianza entre un cliente y el clúster, debe configurar el clúster para que sepa en qué identidades de cliente puede confiar. Puede establecer la confianza de dos maneras diferentes:
- Especifique los usuarios del grupo de dominio que se pueden conectar.
- Especifique los usuarios del nodo de dominio que se pueden conectar.
Service Fabrics admite dos tipos distintos de control de acceso para los clientes que están conectados a un clúster de Service Fabric: administrador y usuario. El control de acceso permite al administrador de clústeres limitar el acceso a determinados tipos de operaciones de clúster para distintos grupos de usuarios, lo que aumenta la seguridad del clúster. Los administradores tienen acceso total a las capacidades de administración (incluidas las capacidades de lectura y escritura). Los usuarios, de forma predeterminada, tienen acceso de solo lectura a las capacidades de administración (por ejemplo, capacidad de consulta) y a la capacidad para resolver las aplicaciones y los servicios.
La sección de seguridad del ejemplo siguiente configura la seguridad de Windows y especifica que las máquinas de ServiceFabric/clusterA.contoso.com forman parte del clúster y que CONTOSO\usera tiene acceso de cliente de administrador:
"security": {
"ClusterCredentialType": "Windows",
"ServerCredentialType": "Windows",
"WindowsIdentities": {
"ClusterIdentity" : "ServiceFabric/clusterA.contoso.com",
"ClientIdentities": [{
"Identity": "CONTOSO\\usera",
"IsAdmin": true
}]
}
},
Nota:
Service Fabric no debe implementarse en un controlador de dominio. Asegúrese de que el archivo ClusterConfig.json no incluye la dirección IP del controlador de dominio cuando use un grupo de máquinas o una cuenta de servicio administrada de grupo (gMSA).
Pasos siguientes
Después de configurar la seguridad de Windows en el archivo ClusterConfig.JSON , reanude el proceso de creación de clústeres en Creación de un clúster independiente que se ejecuta en Windows.
Para más información sobre la seguridad de nodo a nodo, la seguridad de cliente a nodo y el control de acceso basado en roles, consulte Escenarios de seguridad de clúster.
Consulte Conexión a un clúster seguro para obtener ejemplos de conexión mediante PowerShell o FabricClient.