El nuevo modo de clúster de Windows Server 2016 utiliza

En Windows
Server 2012 R2 y versiones anteriores, el clúster solo se puede crear en el servidor miembro del entorno de dominio. Pero en la versión de Windows
Server 2016, esta barrera se rompió y el modelo de agrupación en clústeres se diversificó. Un clúster de conmutación por error se puede configurar como: un clúster de dominio único, un clúster de varios dominios, un clúster de grupo de trabajo. A continuación se describe cómo crear un modo de clúster que no depende de Active Directory Workgroup.
1 Prerrequisitos
1.1 Clústeres de dominio único
Los prerrequisitos para clústeres de dominio único no han cambiado con respecto a las versiones anteriores de Windows Server: Todos los servidores deben ser Windows Server 2016 Todos los servidores deben tener instalado clúster de conmutación por error. El servidor debe usar hardware certificado por Microsoft o un dispositivo de servidor que haya sido probado para la verificación del clúster. 1.2 Clústeres de dominios múltiples y clústeres de grupos de trabajo. Además de los requisitos previos para los clústeres de dominio único, en el modo de dominio múltiple o de grupo de trabajo, existen las siguientes condiciones: Crear un nuevo clúster o unirse a un nodo de clúster, confiando en una cuenta local Debe cumplir con los siguientes requisitos: Crear una cuenta de usuario local en cada nodo del clúster. El nombre de usuario y la contraseña deben ser los mismos en cada nodo. La cuenta local debe pertenecer al grupo de administradores locales en cada nodo. Si se utiliza una no incorporada. La cuenta del administrador local (el administrador local incluye al administrador) crea un clúster y necesita establecer la política de registro LocalAccountTokenFilterPolicy en 1 en todos los nodos del servidor de clúster. La configuración mediante la Consola de administración de clúster de conmutación por error y las herramientas no son compatibles. Las tareas de configuración solo se pueden realizar con Powershell. Creación de múltiples dominios o grupos de trabajo Los clústeres de conmutación por error no pueden crear ningún objeto de computadora, por lo que cada nodo del clúster necesita un nombre de red DNS y debe tener Una preparación del entorno DNS sufijo 2
Los requisitos previos mencionados anteriormente para crear un clúster, aquí use el software VMware Workstation para crear un entorno de prueba. Máquina física Sistema operativo
: Windows 10 Instalar software virtual: VMware Workstation Instale la máquina virtual VMware Server 2016 TP5 en VMware Workstation, habilitar Hyper-v y habilitar la función del servidor de destino iscsI. Three Environment Construction
Instale dos máquinas virtuales de Windows Server 2016 en VMware Workstation. Cree una cuenta local en cada servidor (utilizando la nueva prueba de cuenta local aquí, sin el administrador integrado) y únase al grupo de administradores para instalar la función de clúster de conmutación por error en el servidor. Para agregar funcionalidad, haga clic en Instalar. El Administrador de clústeres de conmutación por error que se abre después de la instalación es el siguiente: En el servidor, ejecute Windows PowerShell como administrador. Ingrese el siguiente comando: New-itemproperty -path HKLM: \\ SOFTWARE \\ Microsoft \\ Windows \\ CurrentVersion \\ Policies \\ System -Name LocalAccountTokenFilterPolicy -Value 1 Nombre la ubicación del registro en la esquina inferior izquierda, agregue LocalAccountTokenFilterPolicy, el valor es 1. Reinicie el servidor después de ingresar el comando. La creación de un clúster de conmutación por error en este modo no crea ningún objeto de equipo y todos los nodos del clúster requieren un sufijo DNS principal. Asegúrese de que todos los nodos en el servidor usen la misma cuenta de usuario local y que el nombre de usuario y la contraseña sean los mismos en todos los nodos, y agregue al grupo de Administradores. El servidor se agrega con un sufijo DNS para usar un servidor para crear dos discos virtuales iscsI. Y deje que los dos servidores de clúster se conecten al disco compartido para realizar pruebas posteriores porque no hay un servidor DNS en el entorno, así que agregue un registro en el archivo Hosts para ejecutar Windows PowerShell como administrador. Ingrese el siguiente comando: Nuevo clúster – Nombre < Nombre de clúster > -Node < Nodes to Cluster > - – StaticAddress < Cluster IP > -AdministrativeAccessPoint DNS. Creación de un clúster Especifique el tipo de DNS mediante el parámetro AdministrativeAccessPoint para que no intente crear un objeto de equipo cuando cree un clúster Abra la Consola de clúster de conmutación por error y verá que los nodos de los dos servidores se unen al clúster de grupo de trabajo cuando se conecta al clúster. Cuatro pruebas
Debido a que el disco compartido se creó anteriormente, se construyó una máquina virtual de servidor Nano en el clúster para la prueba de migración 4.1 Migración en vivo
El clúster del grupo de trabajo no admite la migración en vivo, error durante la migración 4.2 Migración rápida
Los clústeres de grupos de trabajo admiten tareas de migración rápida, pueden migrar máquinas virtuales con éxito. Cinco cargas de trabajo y recomendaciones de implementación
5.1 Cargas de trabajo
La siguiente tabla resume las cargas de trabajo para grupos de trabajo o clústeres de múltiples dominios

Compatibilidad con cargas de trabajo de clúster /Los detalles no son compatibles. El soporte de SQL Server recomienda que use el servidor de autenticación de SQL Server, pero no se recomienda Kerberos (que no está disponible). La autenticación es el tráfico del Bloque de mensajes del servidor (SMB). Seleccione el protocolo de autenticación Servidor Hyper-V, pero no se recomienda que sea compatible con la migración en vivo, pero la cola de mensajes de migración rápida (MSMQ) no admite la cola de mensajes para almacenar atributos en AD DS
5.2 Recomendaciones de implementación
Configuración de arbitraje: Los grupos de grupos de trabajo y los grupos de varios dominios recomiendan testigos de la nube o testigos del disco. No se admiten los testigos de intercambio de archivos. Se recomienda que los nodos en el clúster tengan una estructura consistente. Las desviaciones en la configuración del clúster de varios dominios y grupos de trabajo son más riesgosas de implementar. Asegúrese de que: Todos los nodos del clúster usan preferiblemente el mismo conjunto de parches de Windows. Intente usar la misma política de grupo. Asegúrese de que todos los nodos del clúster puedan resolverse en el servidor DNS autorizado.