Alta Disponibilidad { Failover Clustering y Quick Migration }

2. Alta Disponibilidad{FailoverClustering y Quick Migration} David Cervigón Luna IT Pro Evangelist Microsoft Ibérica http://blogs.technet.com/davidcervigon

3. {Hewlett Packard} partner Angel García Merino Pre-sales TechnologyConsultant HP Industry Standard Servers

4. Agenda • Validación e Instalación • Nueva Arquitectura y Modelos de Quorum • Seguridad • Alta disponibilidad de Máquina Virtuales

5. Validación • Herramienta de prueba incluida en el producto • Ejecuta un conjunto de tests en una colección de servidores sobre los que se quiere montar un cluster • Captura problemas de hardware o configuración antes de que el cluster se ponga en producción • Se ejecuta cada vez que se instala un nuevo cluster. El la primera tarea que se lleva a cabo • Puede ejecutarse sobre clusteres ya configurados a modo de herramienta de diagnóstico • Requiere que los discos estén offline • Reemplazará a la Cluster HCL en Windows Server 2008

6. {Validación de un cluster} demo

8. Escalabilidad mejorada Clusters más grandes Soporte de hasta 16 nodos en un solo cluster x64 Soporte a discos GUID Partition Table (GPT) Soporte de particiones mayores de 2 TB GPT ofrece más redundancia y posibilidades de recuperación Volúmenes más grandes

9. Clustering con Server Core • Soporte para Windows Server “Core” • Cluster para los roles de File Server (incluido DFS), Impresoras, WINS, DHCP, y Virtualización • Sin interfaz gráfica • Administración por línea de comandos (Cluster.exe) • Administración remota con la MMC • Instalación del role de Cluster en Server Core • Start /w ocsetup FailoverCluster-Core

10. Soporte mejorado de SAN • Mecanismos renovados para gestionar los discos compartidos • Mecanismo mejorado para usar Persistent Reservations • Nuevo Algoritmo para gestion de discos compartidos • No más reseteos del dispositivo con PR’s • No se utilizan más SCSI Bus Resets que pueden producir interrupciones en una SAN • Los discos nunca se dejan en estado desprotegido • Alta integración con la gestión de discos del Sistema Operativo • No más Clusdisk.sys

11. Requerimientos del Almacenamiento para Clustering en Windows Server 2008 • Solo se soportará el almacenamiento que admita Persistent Reservations • No hay soporte a parallel-SCSI • Se sustituye por Serial Attached SCSI (SAS) Tipos de BUS compartido soportados: SAS Fibre Channel iSCSI

12. Nuevo modelo de Quorum • Membresía al cluster basada en “Mayorías” • Quien y qué tiene un voto es totalmente configurable • Eliminación de puntos de fallo • El diseño original asimía que el almacenamiento siempre estaría disponible • Ahora el cluester puede sobrevicir a una perdida de conexion con los nodos • Nuevo modelo de quorum • Híbrido del antiguo Majority Node Set (MNS) y Quorum basado en disco compartido • Este modelo reemplazará a ambos modelos anteriores

13. Mayoría de Disco y Nodos • Mayoría de nodos con un” modelo de quorum basado en un “disco testigo” • 3 votos en total, con dos necesarios para la mayoría • El Cluster puede sobrevivir a la pérdida de cualquiera de los elementos con un voto Voto Voto Cada nodo tiene 1 voto SAN Voto El dispositivo del almacenamiento compartido tiene 1 voto

14. Mayoria de Nodos • Solamente los nodos tienen voto • Se requieren 3+ nodos, y no hay necesidad de tener almacenamiento compartido • Se requiere la mayoría de los nodos para operar el Cluster Voto Voto Voto Dispositivos de Almacenamiento Replicados

15. Mayoría de nodos y carpeta compartida • Un File Share Witness (testigo) permite tener un Cluster de dos nodos sin disco compartido • El File Share Witness tiene un voto • Excelente solución para Clusteres geográficamente dispersos • Un servidor de ficheros puede usarse para albergar los testigos de múltiples clústeres • Cada Cluster requiere su propia carpeta compartida Testigo Carpeta compartida en un servidor independiente Voto Voto Cada nodo tiene 1 voto

16. Solo disco • Solamente un disco compartido tiene voto • Los nodos no tienen voto, por lo que el disco de Quorum es el master • El Cluster estará vivo solamente si un nodo puede alcanzar el disco • Mismo comportamiento que el tradicional modelo de Quorum • Generalmente no recomendado SAN El dispositivo de almacenamiento compartido es el master Voto

17. {Creación y Administración de un cluster} demo

18. Mejoras en el soporte de redes • Integrado con la nueva pila TCP/IP de Windows server 2008 • Soporte de IPv6 • Soporte nativo de IPv6 para acceso de clientes, tanto nativo como de túneles • Comunicación entre nodos por IPv6 • Soporte de DHCP para recursos IPv4 • Obtener la dirección IP del Cluster de un servidor DHCP • Elimina el dolor del mantener direcciones IP estáticas para los servidores virtuales • Los nodos del Cluster pueden residir en diferentes subredes IP • Se permite la comunicación a través de routers, sin necesidad de tener que establecer VLANs • La infraestructura mejorada permite la comunicación de los nodos a largas distancias • Heartbeattimeouts configurables

19. Mejoras en la seguridad • Mejoras en IPSec para permitir el failover casi instantáneo para los clientes • Auditoría del acceso al Cluster • “Quién ha accedido a este cluster…?” • Grabado en el Security Event Log • Comunicación cifrada entre nodos configurable • Mejoras en el modelo de seguridad • La cuenta de Cluster corre ahora en el contexto de privilegios más reducidos de LocalSystem • No hay ya necesidad de crear y gestionar la cuenta de servicios • No hay que predefinir el usuario en Directorio Activo • Sin problemas de contraseñas • Sin reducción accidental de privilegios debido a la aplicación de políticas del sistema • Mayor seguridad

20. Requerimientos del Directorio Activo • Todos los recursos “Network Name” tienen ahora asociados “computer objects” • RequireKerberos está ahora especificado por defecto, y es requerido • Todos los nodos deben ser miembros del mismo dominio del Directorio Activo • Los “Computer objects” de los clusteres se gestionan igual que los correspondientes a equipos normales • Cluster Name Object (CNO): El objeto asociado al nombre del cluster • Es especial • Se crea al instalar el Cluster, por lo que para ello es necesario • Haber iniciado sesión como usuario del dominio • Ser administrador local de los nodos • Tener permisos para crear Computer Objects en el contenedor “Computers” o Control Total sobre uno previamente creado • Virtual Computer Object VCO): Objetos asociados a “Network Names” correspondientes a servicios o aplicaciones • Cuando el Cluster ha sido creado, se utiliza el contexto de seguridad del CNO para seguir adelante • El CNO crea los VCOs, por lo que requiere privilegios sobre el contenedor “Computers” • Crear Computer Objects • Agregar estaciones de trabajo al dominio • !Ojo, la cuota por defecto es 10!

21. Creación de los Computer Objects • El instalador crea el CNO • El CNO crea los VCO’s Active Directory OU Personalizada Equipos VCO CNO VCO Instalador

22. Custerización de Máquinas Virtuales • Estrecha integración entre Failover Clustering y Windows Virtualization • Asistentes para crear Máquinas Virtuales de Alta Disponibilidad (HA VM’s) • Nuevo tipo de recurso para permitir “Quick Migrations” (Failover de VMs) • Sin scripts

23. {Quick Migration} demo

24. © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.