NUBE PRIVADA DE EMC VSPEX

Transcripción

1 NUBE PRIVADA DE EMC VSPEX Microsoft Windows Server 2012 R2 con Hyper-V para hasta 1,000 máquinas virtuales Activado por EMC VNX y EMC Powered Backup EMC VSPEX Resumen En este documento, se describe la solución de infraestructura comprobada de EMC VSPEX para implementaciones de nube privada con Microsoft Hyper-V, EMC VNX y EMC Powered Backup para hasta 1,000 máquinas virtuales. Abril de 2014

2 Copyright 2014 EMC Corporation. Todos los derechos reservados. Publicado en abril de 2014 EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a cambios sin previo aviso. La información de esta publicación se proporciona tal cual. EMC Corporation no se hace responsable ni ofrece garantía de ningún tipo con respecto a la información de esta publicación y específicamente renuncia a toda garantía implícita de comerciabilidad o capacidad para un propósito determinado. El uso, la copia y la distribución de cualquier software de EMC descrito en esta publicación requieren una licencia de software correspondiente. EMC 2, EMC y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos y en otros países. Todas las demás marcas comerciales incluidas/utilizadas en este documento pertenecen a sus respectivos propietarios. Para consultar el documento normativo más actualizado para su línea de productos, visite la sección de documentación técnica y asesorías en el sitio web de soporte en línea de EMC. Número de referencia H hasta 1,000 máquinas virtualesactivado por EMC VNX y EMC Powered Backup

3 Contenido Capítulo 1 Resumen ejecutivo 15 Introducción Audiencia Propósito del documento Requisitos del negocio Capítulo 2 descripción general de la solución 19 Introducción Virtualización Cómputo Red Almacenamiento EMC VNX Respaldo y recuperación de EMC Capítulo 3 Descripción general de la tecnología de la solución 31 Descripción general Resumen de los componentes clave Virtualización Descripción general Microsoft Hyper-V Puertos virtuales Fibre Channel Microsoft System Center Virtual Machine Manager Alta disponibilidad con la agrupación en clusters de failover de Hyper-V Hyper-V Replica Snapshot de Hyper-V Actualización compatible con clusters EMC Storage Integrator Cómputo Red Descripción general Almacenamiento

4 Contenido Descripción general EMC VNX EMC VNX Snapshots EMC VNX SnapSure EMC VNX Virtual Provisioning Descarga de la transferencia de datos (Offloaded Data Transfer) en Windows EMC PowerPath EMC FAST Cache Recursos compartidos de archivos en VNX ROBO Características de SMB Descripción general Versiones y negociaciones de SMB Compatibilidad de almacenamiento de VNX y VNXe Compatibilidad con almacenamiento de SMB 3.0 VHD/VHDX Disponibilidad continua de SMB SMB Multichannel Copy Offload en SMB Branch Cache en SMB Remote VSS en SMB Cifrado en SMB Cmdlets de PowerShell de SMB Directory Leasing en SMB Resumen de estado predeterminado de las funciones Respaldo y recuperación Descripción general Deduplicación de EMC Avamar Sistemas de almacenamiento con deduplicación EMC Data Domain Protección de datos en VMware Disponibilidad continua EMC RecoverPoint EMC VNX Replicator Otras tecnologías EMC XtremCache Capítulo 4 Descripción general de la arquitectura de la solución 73 Descripción general Arquitectura de soluciones Descripción general

5 Contenido Arquitectura lógica Componentes clave Recursos de hardware Recursos de software Pautas para la configuración de servidores Descripción general Actualizaciones de Ivy Bridge Virtualización de memoria de Hyper-V Pautas para la configuración de la memoria Pautas para la configuración de la red Descripción general VLAN Activación de frames jumbo (iscsi, FCoE o SMB solamente) Agregación de enlaces (SMB solamente) Reglas para la configuración del almacenamiento Descripción general Virtualización de almacenamiento Hyper-V para VSPEX Elementos esenciales de almacenamiento VSPEX Valores máximos validados de la nube privada de VSPEX Alta disponibilidad y failover Descripción general Capa de virtualización Capa de cómputo Capa de red Capa de almacenamiento Perfil de la prueba de validación Características del perfil Pautas de configuración del respaldo y la recuperación Pautas para el dimensionamiento Carga de trabajo de referencia Descripción general Definición de la carga de trabajo de referencia Aplicación de la carga de trabajo de referencia Descripción general Ejemplo 1: Aplicación personalizada Ejemplo 2: Sistema de punto de venta Ejemplo 3: Servidor web Ejemplo 4: Base de datos de soporte de decisiones Resumen de ejemplos

6 Contenido Implementación de la solución Descripción general Tipos de recursos Recursos de CPU Recursos de memoria Recursos de red Recursos de almacenamiento Resumen de la implementación Evaluación rápida del ambiente del cliente Descripción general Requisitos de CPU Requisitos de memoria Requisitos de rendimiento del almacenamiento IOPS Tamaño de I/O Latencia de I/O Requisitos de capacidad de almacenamiento Determinación de máquinas virtuales de referencia equivalentes Ajuste de los recursos de hardware Herramienta para dimensionamiento de EMC VSPEX Capítulo 5 Guía de configuración de VSPEX 129 Descripción general Tareas previas a la implementación Descripción general Requisitos previos de la implementación Datos de configuración del cliente Preparar los switches, conectar la red y configurar los switches Descripción general Preparar switches de red Configurar la red de la infraestructura Configurar las VLAN Configurar frames jumbo (solo iscsi o SMB) Cableado completo de la red Preparar y configurar arreglo de almacenamiento Configuración de VNX para protocolos de bloques Configuración de VNX para protocolos de archivos Configuración de FAST VP Configuración de FAST Cache

7 Contenido Instalar y configurar los hosts Hyper-V Descripción general Instalar hosts Windows Instalar Hyper-V y configurar la agrupación en clusters de failover Configure la red de hosts Windows Instalar PowerPath en los servidores de Windows Planear asignaciones de memoria de máquinas virtuales Instalar y configurar la base de datos de SQL Server Descripción general Crear una máquina virtual para Microsoft SQL Server Instalar Microsoft Windows en la máquina virtual Instalar SQL Server Configurar un SQL Server para SCVMM Implementación de servidor de System Center Virtual Machine Manager Descripción general Crear una máquina virtual de host de SCVMM Instalar el sistema operativo huésped de SCVMM Instalar el servidor SCVMM Instale la Consola de administración de SCVMM Instalar localmente el agente SCVMM en un host Agregar un cluster Hyper-V en SCVMM Agregar almacenamiento de recursos compartidos de archivo a SCVMM (variante de archivos solamente) Crear una máquina virtual en SCVMM Realizar una alineación de la partición y asignar un tamaño de unidad de asignación de archivos Crear una plantilla de máquina virtual Implementar máquinas virtuales a partir de la máquina virtual de plantilla Resumen Capítulo 6 Verificación de la solución 165 Descripción general Lista de verificación posterior a la instalación Implementar y probar un solo servidor virtual Verificar la redundancia de los componentes de la solución Ambientes de bloque Ambientes de archivos Capítulo 7 Monitoreo del sistema 169 Descripción general

8 Contenido Áreas clave que deben monitorearse Base de rendimiento Servidores Redes Almacenamiento Pautas de monitoreo de recursos de VNX Monitoreo de recursos de almacenamiento de bloques Monitoreo de los recursos de almacenamiento de archivo Resumen Capítulo 8 Validación con Microsoft Fast Track v3 187 Descripción general Caso de negocios para validación Requisitos del proceso Paso 1: Requisitos previos principales Paso 2: Seleccionar la plataforma de infraestructura probada VSPEX Paso 3: Definir los componentes adicionales de Microsoft Hyper-V Fast Track Program Paso 4: Desarrollar una lista de materiales detallada Paso 5: Probar el ambiente Paso 6: Documente y publique la solución Recursos adicionales Apéndice A Lista de materiales 193 Lista de materiales Apéndice B Hoja de datos de configuración del cliente 203 Hoja de datos de configuración del cliente Apéndice C Hoja de trabajo de componentes de recursos de servidor 207 Hoja de trabajo de componentes de recursos de servidor Apéndice D Referencias 209 Referencias Documentación de EMC Otra documentación Apéndice E Acerca de VSPEX 213 Acerca de VSPEX

9 Figuras Figura 1. VNX de última generación con optimización multi-core Figura 2. Los procesadores en modo activo/activo aumentan el rendimiento, la resistencia y la eficiencia Figura 3. Nuevo Unisphere Management Suite Figura 4. Utilización del procesador de almacenamiento con la deduplicación de Windows Figura 5. IOPS de discos con la deduplicación de Windows Figura 6. Latencia de discos con la deduplicación de Windows Figura 7. Eficiencia de la deduplicación de VNX Figura 8. Eficiencia de la deduplicación de Windows Server 2012 R Figura 9. Soluciones de respaldo y recuperación de EMC Figura 10. Componentes de la nube privada de VSPEX Figura 11. Flexibilidad de la capa de cómputo Figura 12. Ejemplo de un diseño de red altamente disponible: para bloques Figura 13. Ejemplo de un diseño de red altamente disponible: para archivos Figura 14. Progreso de requilibrio de un pool de almacenamiento Figura 15. Utilización de espacio de un LUN delgado Figura 16. Estudio de la utilización de espacio de un pool de almacenamiento Figura 17. Definición de umbrales de utilización para un pool de almacenamiento Figura 18. Definición de notificaciones automatizadas: para bloques Figura 19. Punto de comparación del rendimiento base de SMB Figura 20. Disponibilidad continua de SMB Figura 21. CA: Rendimiento de aplicaciones Figura 22. Tolerancia a fallas de SMB Multichannel Figura 23. Salida de red con varios canales Figura 24. Descarga de copia Figura 25. Cómo habilitar el parámetro Encrypt Data Figura 26. Habilitación del cifrado: Utilización de CPU del cliente Figura 27. Habilitación del cifrado: Uso de la CPU de Data Mover

10 Figuras Figura 28. Ejecución de Show Shares en PowerShell Figura 29. Ejecución de Get-SmbServerConfiguration en PowerShell Figura 30. Directory Leasing en SMB Figura 31. Arquitectura lógica para almacenamiento de bloques Figura 32. Arquitectura lógica para almacenamiento de archivos Figura 33. Pautas para el uso de procesadores Ivy Bridge Figura 34. Uso de memoria del hipervisor Figura 35. Redes requeridas para el almacenamiento de bloques Figura 36. Redes requeridas para el almacenamiento de archivos Figura 37. Tipos de discos virtuales de Hyper-V Figura 38. Elemento esencial para 13 servidores virtuales Figura 39. Elemento esencial para 125 servidores virtuales Figura 40. Figura 41. Figura 42. Diseño de almacenamiento para 200 máquinas virtuales con VNX Diseño de almacenamiento para 300 máquinas virtuales con VNX Diseño de almacenamiento para 600 máquinas virtuales con VNX Figura 43. Diseño de almacenamiento para 1,000 máquinas virtuales con VNX Figura 44. Niveles mínimos de escalamiento y puntos de entrada de distintos arreglos Figura 45. Alta disponibilidad en la capa de virtualización Figura 46. Fuentes de alimentación redundantes Figura 47. Alta disponibilidad de la capa de red (VNX): variante de bloques Figura 48. Alta disponibilidad de la capa de red (VNX): variante de archivos Figura 49. Componentes de alta disponibilidad de VNX Figura 50. Flexibilidad del pool de recursos Figura 51. Recurso necesario del pool de máquinas virtuales de referencia Figura 52. Requisitos de recursos agregados: etapa Figura 53. Configuración de un pool: etapa Figura 54. Requisitos de recursos agregados: etapa Figura 55. Configuración de un pool: etapa Figura 56. Requisitos de recursos agregados para la etapa Figura 57. Configuración de un pool: etapa Figura 58. Personalización de recursos de servidor Figura 59. Ejemplo de arquitectura de red Ethernet: variante de bloques Figura 60. Ejemplo de arquitectura de red Ethernet: variante de archivos Figura 61. Cuadro de diálogo de Ajustes de red para archivos Figura 62. Cuadro de diálogo para crear una interfaz

11 Figuras Figura 63. Cuadro de diálogo para crear un servidor CIFS Figura 64. Cuadro de diálogo para crear un sistema de archivos Figura 65. Cuadro de diálogo de propiedades del sistema de archivos Figura 66. Cuadro de diálogo para crear un recurso compartido de archivos Figura 67. Cuadro de diálogo de propiedades del pool de almacenamiento Figura 68. Cuadro de diálogo Manage Auto-Tiering Figura 69. Cuadro de diálogo de propiedades del sistema de almacenamiento Figura 70. Cuadro de diálogo para crear FAST Cache Figura 71. Pestaña Advanced en el cuadro de diálogo Create Storage Pool Figura 72. Pestaña Advanced en el cuadro de diálogo Storage Pool Properties Figura 73. Área de alertas del pool de almacenamiento Figura 74. Panel de pools de almacenamiento Figura 75. Cuadro de diálogo LUN Properties Figura 76. Panel Monitoring and Alerts Figura 77. Los IOPS en los LUN Figura 78. IOPS en los discos Figura 79. Latencia en los LUN Figura 80. Utilización de SP Figura 81. Estadísticas de Data Movers Figura 82. Estadísticas de red de Data Mover de front-end Figura 83. Panel Storage Pools for File Figura 84. Panel File Systems Figura 85. Ventana File System Properties Figura 86. Ventana File System I/O Statistics Figura 87. Ventana CIFS Statistics

12 Tablas Tabla 1. Beneficios de VNX para el cliente Tabla 2. Umbrales y ajustes para VNX OE for Block Versión Tabla 3. Dialecto de SMB utilizado entre el cliente y el servidor Tabla 4. Mejora en la migración de almacenamiento con Copy Offload Tabla 5. Cmdlets Microsoft PowerShell Tabla 6. Cmdlets de PowerShell provistos por EMC Tabla 7. Estado predeterminado de las funciones de SMB Tabla 8. Hardware de la solución Tabla 9. Software de la solución Tabla 10. Recursos de hardware para la capa de cómputo Tabla 11. Recursos de hardware para la red Tabla 12. Recursos de hardware para almacenamiento Tabla 13. Cantidad de discos necesarios para la cantidad diferente de máquinas virtuales Tabla 14. Características del perfil Tabla 15. Características de la máquina virtual Tabla 16. Fila de la hoja de trabajo en blanco Tabla 17. Recursos de máquinas virtuales de referencia Tabla 18. Ejemplo de fila de la hoja de trabajo Tabla 19. Ejemplo de aplicaciones: etapa Tabla 20. Aplicaciones de ejemplo: etapa Tabla 21. Aplicaciones de ejemplo: etapa Tabla 22. Totales de componentes de recursos de servidor Tabla 23. Descripción general del proceso de implementación Tabla 24. Tareas previas a la implementación Tabla 25. Lista de verificación de los requisitos previos de la implementación Tabla 26. Tareas para la configuración de los switches y la red Tabla 27. Tareas para la configuración de VNX para protocolos de bloques Tabla 28. Tabla de asignación de almacenamiento para bloques

13 Tablas Tabla 29. Tareas para la configuración del almacenamiento para protocolos de archivos Tabla 30. Tabla de asignación de almacenamiento para archivos Tabla 31. Tareas para la instalación de servidores Tabla 32. Tareas para la configuración de una base de datos de SQL Server Tabla 33. Tareas para la configuración de SCVMM Tabla 34. Tareas para comprobar la instalación Tabla 35. Clasificación de componentes de Hyper-V Fast Track Tabla 36. Tabla 37. Tabla 38. Tabla 39. Lista de componentes que se usan en la solución VSPEX para 200 máquinas virtuales Lista de componentes que se usan en la solución VSPEX para 300 máquinas virtuales Lista de componentes que se usan en la solución VSPEX para 600 máquinas virtuales Lista de componentes que se usan en la solución VSPEX para 1,000 máquinas virtuales Tabla 40. Información común del servidor Tabla 41. Información del servidor Hyper-V Tabla 42. Información del arreglo Tabla 43. Información de la infraestructura de red Tabla 44. Información de VLAN Tabla 45. Cuentas de servicio Tabla 46. Hoja de trabajo para determinar los recursos de servidor

14 Tablas 14

15 Capítulo 1 Resumen ejecutivo Este capítulo presenta los siguientes temas: Introducción Audiencia Propósito del documento Requisitos del negocio

16 Resumen ejecutivo Introducción Las arquitecturas modulares validadas de EMC VSPEX están construidas con tecnologías de superioridad comprobada para crear soluciones de virtualización completas. Estas soluciones le permiten tomar decisiones informadas en las capas de hipervisor, cómputo, respaldo, almacenamiento y funciones de red. VSPEX ayuda a reducir las cargas de planificación y configuración de la virtualización. Cuando se emprenden las tareas de virtualización de servidores, implementación de equipos de escritorio virtuales o consolidación de TI, VSPEX acelera la transformación de la TI mediante implementaciones más rápidas, un mayor número de opciones, mayor eficiencia y menor riesgo. Este documento es una guía integral de los aspectos técnicos de esta solución. La capacidad del servidor se proporciona en términos genéricos para los requisitos mínimos de CPU, memoria e interfaces de red; el cliente tiene la libertad de seleccionar el hardware de servidor y de red de su preferencia que cumpla o supere los requisitos mínimos establecidos. Audiencia Propósito del documento Los lectores de este documento deben contar con la capacitación y el conocimiento previo necesarios para instalar y configurar una solución de cómputo VSPEX basada en Microsoft Hyper-V como hipervisor, sistemas de almacenamiento EMC VNX y la infraestructura relacionada según los requisitos de esta implementación. Se proporcionan referencias externas en caso pertinente y los lectores deben estar familiarizados con estos documentos. Los lectores también deben estar familiarizados con las políticas de seguridad de la infraestructura y la base de datos de la instalación existente del cliente. Los usuarios que se centran en la venta y el dimensionamiento de una solución de cómputo del usuario final VSPEX para la infraestructura de nube privada de Microsoft Hyper-V deben prestar especial atención a los primeros cuatro capítulos de este documento. Después de la compra, los implementadores de la solución deben centrarse en las pautas de configuración del Capítulo 5, la validación de la solución del Capítulo 6 y las referencias y los apéndices correspondientes. Este documento es una introducción inicial a la arquitectura de VSPEX, una explicación sobre cómo modificar la arquitectura para contrataciones específicas e instrucciones sobre cómo implementar y monitorear eficazmente el sistema. La arquitectura de nube privada de VSPEX entrega al cliente un moderno sistema que puede alojar una gran cantidad de máquinas virtuales a un nivel coherente de rendimiento. Esta solución se ejecuta en la capa de virtualización de Microsoft Hyper- V respaldada por la familia VNX de almacenamiento de alta disponibilidad. Los componentes de cómputo y de red, que son definidos por los partners de VSPEX, están distribuidos para que sean redundantes y lo bastante eficientes para manejar las necesidades de procesamiento y datos del ambiente de máquinas virtuales. 16

17 Resumen ejecutivo Requisitos del negocio Los ambientes con 200, 300, 600 y 1,000 máquinas virtuales están basados en una carga de trabajo de referencia definida. En vista de que no todas las máquinas virtuales tienen los mismos requisitos, este documento contiene métodos y pautas para ajustar su sistema para que sea rentable al implementarlo. En el caso de ambientes más pequeños, las soluciones para hasta 100 máquinas virtuales basadas en EMC VNXe se describen en Nube privada de EMC VSPEX con Microsoft Windows Server 2012 con Hyper-V para hasta 125 máquinas virtuales: guía de infraestructura comprobada Una arquitectura de nube privada es una oferta de sistema complejo. Este documento facilita la configuración ya que entrega listas de materiales de software y hardware de manera directa, pautas y hojas de trabajo de dimensionamiento paso por paso y pasos de implementación verificados. Después de instalar el último componente, se realizan pruebas de validación y se ejecutan instrucciones de monitoreo para asegurar que el sistema esté ejecutándose apropiadamente. Si los usuarios siguen las instrucciones de este documento, tendrán la seguridad de llegar a la nube de forma eficiente y rápida. Las aplicaciones de negocios están migrando a ambientes de cómputo, de red y de almacenamiento consolidados. Las soluciones de nube privada EMC VSPEX que usan Microsoft Hyper-V reducen la complejidad de configuración de cada componente de un modelo de implementación tradicional. La complejidad de la administración de la integración se reduce mientras que la flexibilidad del diseño y las opciones de implementación de las aplicaciones se mantienen. La administración se unifica y la separación de procesos se puede controlar y monitorear adecuadamente. Las necesidades comerciales correspondientes a las soluciones de nube privada de VSPEX para las arquitecturas Microsoft Hyper-V son las siguientes: Proporcionar una solución de virtualización de punto a punto para utilizar las funcionalidades de los componentes de la infraestructura unificada de manera eficaz. Proporcionar una solución de nube privada de VSPEX para Microsoft Hyper-V a fin de virtualizar hasta 1,000 máquinas virtuales para casos de uso de diferentes clientes. Proporcionar un diseño de referencia confiable, flexible y escalable. 17

18 Resumen ejecutivo 18

19 Capítulo 2 descripción general de la solución Este capítulo presenta los siguientes temas: Introducción Virtualización Cómputo Red Almacenamiento

20 descripción general de la solución Introducción Virtualización Cómputo Red La nube privada de EMC VSPEX para Microsoft Hyper-V proporciona una arquitectura de sistema completa que puede admitir hasta 1,000 máquinas virtuales con una topología de servidor o red redundante y almacenamiento de alta disponibilidad. Los componentes principales de esta solución particular son la virtualización, el cómputo, el almacenamiento y las funciones de red. Microsoft Hyper-V es una plataforma de virtualización líder del sector. Durante años, Hyper-V ha ofrecido flexibilidad y ahorro de costos para los usuarios finales, ya que permite la consolidación de granjas de servidores grandes e ineficientes en infraestructuras de nube ágiles y confiables. Con funciones como Live Migration, que permite que una máquina virtual se mueva entre diferentes servidores sin interrupción para el sistema operativo huésped, y Dynamic Optimization, que realiza una migración activa automáticamente para equilibrar cargas, Hyper-V es una sólida opción de negocios. Con la versión Windows Server 2012 R2, un ambiente virtualizado de Microsoft puede alojar máquinas virtuales con hasta 64 CPU virtuales y 1 TB de memoria de acceso aleatorio (RAM) virtual. VSPEX ofrece la flexibilidad necesaria para diseñar e implementar los componentes de servidor que escoja el cliente. La infraestructura se debe ajustar a los siguientes atributos: Cantidad suficiente de núcleos y memoria para ser compatible con la cantidad y los tipos requeridos de máquinas virtuales. Conexiones de red suficientes para permitir una conectividad redundante con los switches del sistema Capacidad en exceso para tolerar una falla o un failover de servidor en el ambiente VSPEX entrega la flexibilidad para diseñar e implementar los componentes de red que escoja el cliente. La infraestructura se debe ajustar a los siguientes atributos: Enlaces de red redundantes para los hosts, switches y almacenamiento. Aislación del tráfico basada en las mejores prácticas aceptadas por el sector. Soporte para la agregación de enlaces. 20

21 descripción general de la solución Almacenamiento Los switches de red IP usados para implementar esta arquitectura de referencia deben tener una capacidad mínima de backplane sin bloqueo que sea suficiente para la cantidad objetivo de máquinas virtuales y sus cargas de trabajo asociadas. Los switches de clase empresarial con funcionalidades avanzadas, como la calidad de servicio, son muy recomendables. La serie de almacenamiento de VNX proporciona acceso tanto a archivos como bloques con un amplio conjunto de funciones, lo que la convierte en la elección ideal para cualquier implementación de nube privada. El almacenamiento de VNX incluye los siguientes componentes que están dimensionados para la carga de trabajo de la arquitectura de referencia indicada: Puertos adaptadores de host (para bloques): permiten conectar el host con el arreglo mediante un fabric Procesadores de almacenamiento: los componentes de cómputo del arreglo de almacenamiento, que se usan para todos los aspectos de transferencia de datos dentro de los arreglos, fuera de ellos y entre ellos Unidades de disco: ejes de disco y discos de estado sólido (SSD) que contienen los datos del host o de las aplicaciones y sus gabinetes Data Movers (para archivos): dispositivos de front-end que brindan servicios de archivos a los hosts (opcionales si se brindan servicios de CIFS) Nota: El término Data Mover hace referencia a un componente de hardware de VNX con un CPU, memoria y puertos de I/O. Permite los protocolos CIFS (Common Internet File System) y NFS (Networking File System) en VNX. Las soluciones de nube privada de Microsoft Hyper-V para , 600 y 1,000 máquinas virtuales que se describen en este documento están basadas en los arreglos de almacenamiento EMC VNX5200, VNX5400, EMC VNX5600 y EMC VNX5800, respectivamente. VNX5200 puede ser compatible con hasta 125 unidades, VNX5400 puede ser compatible con hasta 250 unidades, VNX5600 puede ser compatible con hasta 500 unidades y VNX5800 puede ser compatible con hasta 750 unidades. VNX es compatible con una amplia variedad de funciones de nivel empresarial ideales para el ambiente de nube privada, entre las que se incluyen: EMC Fully Automated Storage Tiering for Virtual Pools (FAST VP ) EMC FAST Cache Deduplicación y compresión de datos en el nivel de archivo Deduplicación de bloques Aprovisionamiento delgado Replicación Snapshots o puntos de comprobación 21

22 descripción general de la solución Retención de archivos Administración de cuotas Compresión de bloques EMC VNX Funciones y mejoras La plataforma EMC VNX de almacenamiento unificado y optimizada para flash entrega funcionalidades empresariales y de innovación para el almacenamiento de archivos, bloques y objetos en una solución única, escalable y fácil de usar. Ideal para cargas de trabajo combinadas en ambientes físicos o virtuales, VNX combina hardware potente y flexible con software de protección, administración y eficiencia avanzado para cumplir las exigentes demandas de los ambientes de aplicaciones virtualizados de hoy día. VNX incluye muchas funciones y mejoras diseñadas y desarrolladas a partir del éxito de la primera generación. Estas funciones y mejoras incluyen lo siguiente: Más capacidad con optimización multi-core con caché multi-core, RAID multicore y FAST Cache multi-core (MCx) Mayor eficiencia con un arreglo híbrido optimizado para flash Mejor protección gracias al incremento en la disponibilidad de aplicaciones con procesadores de almacenamiento activo/activo Administración e implementación más sencilla gracias al incremento en productividad con un nuevo Unisphere Management Suite VSPEX se desarrolla con el VNX de última generación para entregar una eficiencia, un rendimiento y un escalamiento aun mayores que antes. Arreglo híbrido optimizado para flash VNX es un arreglo híbrido optimizado para flash que proporciona un almacenamiento en niveles automatizado para entregar el mejor rendimiento para sus datos importantes mientras se transfieren, de manera inteligente, los datos a los que se accede con menor frecuencia a discos de menor costo. En este enfoque híbrido, un porcentaje pequeño de discos flash en el sistema general proporciona un gran porcentaje del IOPS general. El VNX optimizado para flash aprovecha al máximo la baja latencia de flash para entregar un ahorro de costos mediante la optimización y una escalabilidad de alto rendimiento. EMC Fully Automated Storage Tiering Suite (FAST Cache y FAST VP) almacena en niveles los datos de bloques y de archivos en unidades heterogéneas e impulsa los datos más activos a los discos flash, lo que garantiza que los clientes nunca tendrán que hacer concesiones en términos de costo o rendimiento. 22

23 descripción general de la solución Los datos, por lo general, se usan con más frecuencia en el momento en que se crean; por lo tanto, los datos nuevos primero se almacenan en discos flash para brindar un mejor rendimiento. A medida que los datos pierden vigencia y se vuelven menos activos, FAST VP mueve automáticamente los datos de unidades de alto rendimiento a unidades de alta capacidad, según las políticas definidas por el cliente. EMC mejoró esta funcionalidad con una granularidad cuatro veces mayor y con nuevos discos de estado sólido (SSD) de FAST VP basados en la tecnología de celdas de múltiples niveles empresariales (emlc) para reducir el costo por gigabyte. FAST Cache garantiza el rendimiento para absorber dinámicamente los aumentos imprevistos en las cargas de trabajo del sistema. Todos los casos de uso de VSPEX se beneficiarán de una mayor eficiencia. Las infraestructuras comprobadas VSPEX entregan soluciones de nube privada, cómputo del usuario final y aplicación virtualizada. Con VNX, los clientes pueden lograr un retorno aún mayor en sus inversiones. Además, la deduplicación basada en bloques fuera de banda de VNX puede disminuir considerablemente los costos del nivel de flash. Optimización de la ruta de código MCx de VNX Intel El advenimiento de la tecnología flash ha sido, recientemente, un catalizador para el cambio radical en los requisitos de los sistemas de almacenamiento de rango medio. EMC rediseñó la plataforma de almacenamiento de rango medio para optimizar eficientemente los CPU multi-core con el fin de proporcionar el sistema de almacenamiento de mayor rendimiento al costo más bajo en el mercado. MCx distribuye todos los servicios de datos de VNX en todos los cores (hasta 32), como se muestra en Figura 1. VNX con MCx ha mejorado drásticamente el rendimiento de los archivos para las aplicaciones transaccionales, como las bases de datos o las máquinas virtuales, en el almacenamiento conectado en red (NAS). Figura 1. VNX de última generación con optimización multi-core 23

24 descripción general de la solución Caché multi-core La caché es el activo más valioso del subsistema de almacenamiento; su uso eficiente es clave para lograr la eficiencia global de la plataforma en el manejo de cargas de trabajo variables y dinámicas. El motor de la caché se ha modularizado para aprovechar todos los cores disponibles del sistema. RAID multi-core Otra parte importante del rediseño del MCx es el manejo de las operaciones de I/O para el almacenamiento de back-end permanente, discos duros (HDD) y SSD. Las mejoras cada vez mayores en el rendimiento de VNX provienen de la modularización del procesamiento de la administración de datos de back-end, que permite que MCx se escale sin problemas en todos los procesadores. Rendimiento de VNX Mejoras en el rendimiento El almacenamiento de VNX, activado con la arquitectura de MCx, está optimizado para Flash 1 st y proporciona un rendimiento general sin precedentes ya que optimiza el rendimiento de las transacciones (costo por IOPS) y el rendimiento del ancho de banda (costo por GB/s) con baja latencia, y proporciona una eficiencia de capacidad óptima (costo por GB). VNX proporciona las siguientes mejoras en el rendimiento: Hasta cuatro veces más transacciones de archivos en comparación con los arreglos con dos controladores Aumenta hasta tres veces el rendimiento de archivos para aplicaciones transaccionales, con un tiempo de respuesta un 60 % mejor Hasta cuatro veces más transacciones Oracle y Microsoft SQL Server OLTP Hasta seis veces más máquinas virtuales Procesadores de almacenamiento de arreglo activo/activo La nueva arquitectura VNX proporciona procesadores de almacenamiento del arreglo en modo activo/activo, como se muestra en la Figura 2, que elimina los tiempos de espera agotados de la aplicación durante el failover de rutas, ya que ambas rutas ofrecen activamente sus servicios a las tareas de I/O. 24

25 descripción general de la solución Figura 2. Los procesadores en modo activo/activo aumentan el rendimiento, la resistencia y la eficiencia El balanceo de carga también fue mejorado y las aplicaciones pueden llegar a duplicar su rendimiento. El modo activo/activo para bloques es ideal para las aplicaciones que requieren los niveles más altos de disponibilidad y rendimiento, pero que no requieren organización en niveles o servicios de eficiencia, como compresión o deduplicación. Con esta versión de VNX, los clientes de VSPEX pueden usar Data movers virtuales (VDM) y VNX Replicator para realizar migraciones del sistema de archivos automatizadas y de gran velocidad entre los sistemas. Este proceso migra automáticamente todas las snapshots y configuraciones, y permite que los clientes continúen sus operaciones durante la migración. Nota: Los procesadores en modo activo/activo solo están disponibles para los números de unidad lógica (LUN) de RAID, no para los LUN de pool. Unisphere Management Suite El nuevo Unisphere Management Suite amplía la interfaz fácil de usar de Unisphere para incluir VNX Monitoring and Reporting a fin de validar el rendimiento y anticipar los requisitos de capacidad. Tal como se muestra en la Figura 3, el conjunto de aplicaciones también incluye Unisphere Remote para administrar de manera centralizada hasta miles de sistemas VNX y VNXe, con soporte nuevo para productos XtremCache. 25

26 descripción general de la solución Figura 3. Nuevo Unisphere Management Suite Administración de virtualización EMC Storage Integrator EMC Storage Integrator (ESI) está orientado a los administradores de Windows y de otras aplicaciones. ESI es fácil de usar, entrega un monitoreo de punto a punto y es independiente del hipervisor. Los administradores pueden provisionar una plataforma de Windows en los ambientes virtuales y físicos, y resolver los problemas visualizando la topología de una aplicación desde el hipervisor subyacente hasta el almacenamiento. Microsoft Hyper-V Con Windows Server 2012, Microsoft proporciona Hyper-V 3.0, un hipervisor mejorado para la nube privada que puede ejecutarse en protocolos NAS para lograr una conectividad simplificada. Descarga de transferencias de datos La función de descarga de transferencias de datos (ODX) de Microsoft Hyper-V permite que las transferencias de datos realizadas durante las operaciones de copia puedan descargarse al arreglo de almacenamiento, lo que libera ciclos del host. Por ejemplo, gracias al uso de ODX para una migración activa de una máquina virtual de SQL Server, se duplicó el rendimiento, se disminuyó el tiempo de migración a la mitad, se redujo en un 20 % el uso del CPU en el servidor Hyper-V y se eliminó el tráfico de red. Deduplicación de bloques La deduplicación de bloques nativa se introdujo en Windows Server 2012, y la versión R2 contenía mejoras menores para la oferta. Es importante comprender el impacto que tiene el uso de la deduplicación basada en SO en el rendimiento general de VSPEX y esto se convierte en algo crítico si se activa la deduplicación basada en arreglos. A partir de las pruebas de laboratorio se crearon las siguientes pautas: Si se activa la deduplicación, sea dentro del arreglo o del SO, FAST Cache reduce significativamente el impacto de sobrecarga y minimiza el impacto en la latencia; si la deduplicación está activada en un ambiente VSPEX, se recomienda activar FAST Cache como una mejor práctica. 26

27 descripción general de la solución La deduplicación basada en arreglo VNX proporcionó resultados de deduplicación significativamente mejores (una mejora de alrededor del doble en los ahorros de espacio) y demostró ser beneficiosa para un mayor rango de cargas de trabajo en comparación con la deduplicación basada en SO. No activar la deduplicación basada en SO y en arreglo VNX en los mismos LUN Asegurarse de que el tamaño de unidad de asignación coincida con el tamaño de I/O de la carga de trabajo. No hacerlo puede ocasionar ahorros no óptimos de deduplicación. La deduplicación de Windows no comenzará si el LUN contiene menos de 64 GB de datos. La deduplicación de Windows consume tanto recursos de arreglos de almacenamiento como de host y requiere monitoreo para garantizar que los otros servicios de almacenamiento del arreglo no se vean afectados de forma negativa. Las siguientes tres figuras muestran los valores de consumo de recursos del procesador de almacenamiento, los IOPS y la latencia al implementar la deduplicación de Windows. Figura 4. Utilización del procesador de almacenamiento con la deduplicación de Windows 27

28 descripción general de la solución Figura 5. IOPS de discos con la deduplicación de Windows Figura 6. Latencia de discos con la deduplicación de Windows Figura 7. Eficiencia de la deduplicación de VNX 28

29 descripción general de la solución Figura 8. Eficiencia de la deduplicación de Windows Server 2012 R2 Respaldo y recuperación de EMC Las soluciones de respaldo y recuperación de EMC, EMC Avamar y EMC Data Domain, entregan la protección confiable necesaria para acelerar la implementación de las nubes privadas de VSPEX. Optimizados para los ambientes virtuales, el respaldo y la recuperación de EMC reducen los tiempos de respaldo en un 90 % y aumentan 30 veces las velocidades de recuperación, e incluso ofrecen un acceso instantáneo a la máquina virtual para brindar una protección sin preocupaciones. Los dispositivos de respaldo de EMC refuerzan su efectividad con una verificación de punto a punto y autorreparación para garantizar una recuperación correcta. Nuestras soluciones también permiten grandes ahorros. Con deduplicación líder en el sector, puede reducir el almacenamiento de respaldos entre 10 y 30 veces, el tiempo de administración de los respaldos en un 81 % y el ancho de banda de la WAN en un 99 % para obtener una recuperación de desastres eficiente, lo que entrega un promedio de recuperación de la inversión de siete meses. Podrá escalar el almacenamiento de manera simple y eficiente a medida que crece su ambiente. Figura 9. Soluciones de respaldo y recuperación de EMC Las soluciones de respaldo y recuperación de EMC que se usan en esta solución VSPEX son el sistema y software de deduplicación EMC Avamar y el sistema de almacenamiento con deduplicación EMC Data Domain. 29

30 descripción general de la solución 30

31 Capítulo 3 Descripción general de la tecnología de la solución Este capítulo presenta los siguientes temas: Descripción general Resumen de los componentes clave Virtualización Cómputo Red Almacenamiento Características de SMB Respaldo y recuperación Disponibilidad continua Otras tecnologías

32 Descripción general de la tecnología de la solución Descripción general Esta solución usa el arreglo VNX y Microsoft Hyper-V para brindar consolidación de hardware de servidor y almacenamiento en una nube privada VSPEX. La nueva infraestructura virtualizada se administra en forma central, para proporcionar una implementación y administración eficientes de un número escalable de máquinas virtuales y almacenamiento compartido asociado. La Figura 10 se muestran los componentes de la solución. Figura 10. Componentes de la nube privada de VSPEX En las siguientes secciones se describen los componentes más detalladamente. 32

33 Descripción general de la tecnología de la solución Resumen de los componentes clave Esta sección describe brevemente los componentes clave de esta solución. Virtualización La capa de virtualización permite que la implementación física de recursos se desacople de las aplicaciones que los usan. La vista de la aplicación de los recursos disponibles ya no está vinculada directamente al hardware. Esto posibilita muchas características clave en el concepto de nube privada. Cómputo Red La capa de cómputo entrega recursos de memoria y procesamiento para el software de capa de virtualización y para las aplicaciones que se ejecutan en la nube privada. El programa de VSPEX define la cantidad mínima de recursos de capa de cómputo necesarios y permite que el cliente implemente la solución usando cualquier hardware de servidor que cumpla con estos requisitos. La capa de red conecta a los usuarios de la nube privada con los recursos de la nube, y la capa de almacenamiento con la capa de cómputo. El programa de VSPEX define la cantidad mínima de puertos de red necesarios, ofrece pautas generales sobre la arquitectura de la red y permite que el cliente implemente la solución usando cualquier hardware de red que cumpla con estos requisitos. Almacenamiento La capa de almacenamiento es importante para la implementación de la nube privada. Debido a que varios hosts tienen acceso a datos compartidos, es posible implementar muchos de los casos de uso que se definen en la nube privada. La VNX que se utiliza en esta solución proporciona un almacenamiento de datos de alto rendimiento y al mismo tiempo mantiene la alta disponibilidad. Respaldo y recuperación Los componentes de respaldo y recuperación de la solución entregan protección de datos cuando los datos del sistema principal se eliminan, se dañan o quedan inutilizables. Arquitectura de soluciones proporciona detalles acerca de todos los componentes que conforman la arquitectura de referencia. 33

34 Descripción general de la tecnología de la solución Virtualización Descripción general Microsoft Hyper-V La capa de virtualización es un componente clave de cualquier solución de virtualización de servidores o de nube privada. Permite que los requisitos de recursos de aplicaciones se desacoplen de los recursos físicos subyacentes que les prestan servicios. Esto da lugar a una mayor flexibilidad en la capa de aplicación a través de la eliminación del tiempo fuera del hardware para labores de mantenimiento, y permite que el sistema cambie físicamente sin afectar a las aplicaciones alojadas. En un caso de uso de virtualización de servidores o de nube privada, permite que múltiples máquinas virtuales independientes compartan el mismo hardware físico en lugar de tener que implementarlas directamente en hardware dedicado. Microsoft Hyper-V, una función de Windows Server que se introdujo a partir de Windows Server 2008, virtualiza recursos de hardware de equipos, como el CPU, la memoria, el almacenamiento y las redes. Esta transformación genera máquinas virtuales completamente funcionales que ejecutan sus propios sistemas operativos y aplicaciones de la misma manera que los equipos físicos. Hyper-V trabaja en conjunto con la agrupación en clusters de failover y los volúmenes compartidos en cluster (CSV) para ofrecer alta disponibilidad en una infraestructura virtualizada.la migración en línea y la migración de almacenamiento en línea permiten la transferencia sin problemas de máquinas virtuales o archivos de máquinas virtuales entre servidores Hyper-V o sistemas de almacenamiento de manera transparente y con mínimo impacto en el rendimiento. Puertos virtuales Fibre Channel Windows Server 2012 ofrece puertos Fibre Channel (FC) virtuales dentro de un sistema operativo huésped Hyper-V. Un puerto FC virtual utiliza el proceso estándar de virtualización N-port ID virtualization (NPIV) para redes WWN de máquinas virtuales dentro de la tarjeta HBA física del host Hyper-V. Esto ofrece a las máquinas virtuales acceso directo a los arreglos de almacenamiento externos mediante FC, permite la agrupación en clusters de sistemas operativos huéspedes mediante FC y ofrece una importante opción de almacenamiento nueva para los servidores alojados en la infraestructura virtual. La conexión FC virtual en sistemas operativos huéspedes Hyper-V también es compatible con funciones relacionadas, como SAN virtuales, múltiples rutas de I/O (MPIO) y migración en línea. Entre los requisitos previos para FC virtual se incluyen los siguientes: Al menos una instalación de Windows Server 2012 con función de Hyper-V Al menos una HBA para FC instalada en el servidor, cada una con un driver HBA apropiado compatible con FC virtual SAN apta para NPIV Las máquinas virtuales que utilicen el adaptador para FC virtual deben ejecutar Windows Server 2008, Windows Server 2008 R2 o Windows Server 2012 como sistema operativo huésped. 34

35 Descripción general de la tecnología de la solución Microsoft System Center Virtual Machine Manager Alta disponibilidad con la agrupación en clusters de failover de Hyper-V Microsoft System Center Virtual Machine Manager (SCVMM) es una plataforma de administración centralizada para el centro de datos virtualizado. Con SCVMM, los administradores pueden configurar y administrar los recursos virtualizados de host, red y almacenamiento para crear e implementar máquinas virtuales y servicios para nubes privadas. SCVMM simplifica el aprovisionamiento, la administración y el monitoreo del ambiente Hyper-V. La función Failover Clustering de Windows Server 2012 brinda alta disponibilidad en Hyper-V. La alta disponibilidad se ve afectada por el tiempo fuera planificado y no planificado, y Failover Clustering puede incrementar de forma significativa la disponibilidad de máquinas virtuales en ambas situaciones. Configure la función de Failover Clustering de Windows Server 2012 en el host Hyper-V para monitorear el estado de las máquinas virtuales y migrarlas entre nodos de clusters. Las ventajas de esta configuración son las siguientes: Permite migrar máquinas virtuales a otro nodo de clusters si el nodo en el que residen debe ser actualizado, modificado o reiniciado. Permite que otros miembros de Windows Failover Cluster se apoderen de las máquinas virtuales si el nodo de clusters en el que residen sufre una falla o una degradación significativa. Minimiza el tiempo fuera por fallas de máquinas virtuales. Windows Server Failover Cluster detecta fallas en máquinas virtuales y toma medidas automáticamente para recuperarlas. Esto permite que las máquinas virtuales afectadas puedan ser reiniciadas en el mismo servidor host, o migrarlas a otro servidor host. Hyper-V Replica Hyper-V Replica se introdujo en Windows Server 2012 para ofrecer replicación asíncrona de máquinas virtuales mediante la red desde un host Hyper-V en un sitio primario a otro host Hyper-V en un sitio de replicación. Las réplicas de Hyper-V protegen las aplicaciones del negocio que residen en el ambiente Hyper-V del tiempo fuera asociado con una interrupción en los servicios en un sitio particular. Hyper-V Replica rastrea las operaciones de escritura en la máquina virtual primaria y replica los cambios en el servidor de replicación mediante la red, con HTTP y HTTPS. El ancho de banda de red requerido se basa en el calendario de transferencia y en la tasa de cambio de los datos. Si el host Hyper-V primario falla, puede hacer un failover manual de las máquinas virtuales de producción a los hosts Hyper-V del sitio de replicación. El failover manual lleva a las máquinas virtuales a un punto coherente desde el cual se puede acceder a ellas con efectos mínimos sobre el negocio. Después de la recuperación, el sitio primario puede recibir cambios del sitio de replicación. Puede hacer una operación de failback planificada para revertir manualmente las máquinas virtuales al host Hyper-V del sitio primario. 35

36 Descripción general de la tecnología de la solución Snapshot de Hyper-V Un snapshot de Hyper-V crea una vista consistente de un punto en el tiempo de una máquina virtual. Los snapshots se pueden usar como orígenes para los respaldos u otros casos de usuario. No es necesario que las máquinas virtuales estén funcionando para tomar un snapshot. Los snapshots son totalmente transparentes para las aplicaciones que se ejecutan en la máquina virtual. El snapshot guarda el estado de la máquina virtual de un punto en el tiempo y permite que los usuarios la reviertan a un punto anterior, de ser necesario. Nota: Los snapshots requieren espacio de almacenamiento adicional. La cantidad de espacio adicional de almacenamiento dependerá de la frecuencia de los cambios de datos en la máquina virtual y de la cantidad de snapshots que se conserven. Actualización compatible con clusters La actualización compatible con clusters (CAU) se introdujo en Windows Server Es una forma de actualizar nodos de clusters con un nivel mínimo o nulo de interrupción. CAU ejecuta las siguientes tareas durante el proceso de actualización de manera transparente: 1. Coloca un nodo de clusters en modo de mantenimiento y lo desactiva (las máquinas virtuales se migran en línea a otros nodos de clusters). 2. Instala las actualizaciones. 3. Reinicia el sistema si es necesario. 4. Vuelve a activar el nodo (las máquinas virtuales que se habían migrado se llevan de regreso al nodo original). 5. Actualiza el siguiente nodo en el cluster. El nodo que administra el proceso de actualización se denomina Orquestator. Orquestator puede funcionar de dos modos diferentes: Modo de autoactualización: Orquestator se ejecuta en el nodo de clusters que se está actualizando. Modo de actualización remota: Orquestator se ejecuta en un sistema operativo Windows independiente y administra la actualización de los clusters de manera remota. El servicio de CAU está integrado con Windows Server Update Service (WSUS). Powershell permite la automatización del proceso de CAU. EMC Storage Integrator EMC Storage Integrator (ESI) es un plug-in gratuito y sin agente que permite el aprovisionamiento de almacenamiento orientado a las aplicaciones para aplicaciones de Microsoft Windows Server y ambientes Hyper-V, VMware y XenServer. Los administradores pueden provisionar almacenamiento de bloques y archivos para Microsoft Windows o para sitios de Microsoft SharePoint mediante asistentes en ESI. ESI soporta lo siguiente: Aprovisionamiento, formato y presentación de unidades a servidores de Windows Aprovisionamiento de nuevos discos de cluster y su adición automática al cluster 36

37 Descripción general de la tecnología de la solución Cómputo Aprovisionamiento de almacenamiento CIFS compartido y su montaje en servidores de Windows Aprovisionamiento de almacenamiento, sitios y bases de datos SharePoint en un solo asistente. La elección de una plataforma de servidor para una infraestructura de VSPEX no solo se basa en los requisitos técnicos del ambiente, sino también en la capacidad de soporte de la plataforma, las relaciones existentes con el proveedor de servidor, las funciones avanzadas de rendimiento y administración, y muchos otros factores. Por este motivo, las soluciones VSPEX se diseñan para ejecutarse en una amplia variedad de plataformas de servidor. En lugar de solicitar una cantidad determinada de servidores con un conjunto específico de requisitos, VSPEX documenta los requisitos mínimos para el número de cores de procesadores y la cantidad de RAM. Esto puede implementarse con dos o 20 servidores y aun así puede considerarse la misma solución VSPEX. En el ejemplo que se muestra en la Figura 11, los requisitos de la capa de cómputo para una implementación específica son 25 cores de procesadores y 200 GB de RAM. Puede que un cliente desee implementar esto usando servidores genéricos que contienen 16 cores de procesadores y 64 GB de RAM, mientras que otro cliente escoge un servidor de gama más alta con 20 cores de procesadores y 144 GB de RAM. 37

38 Descripción general de la tecnología de la solución Figura 11. Flexibilidad de la capa de cómputo El primer cliente necesita cuatro de los servidores elegidos, en tanto que el otro cliente necesita dos. Nota: Para activar la alta disponibilidad en la capa de cómputo, cada cliente necesita un servidor adicional para tener la seguridad de que el sistema tiene suficiente capacidad para mantener las operaciones de negocios cuando un servidor falla. Utilice las siguientes mejores prácticas en la capa de cómputo: Utilice varios servidores idénticos, o, al menos, compatibles. VSPEX implementa tecnologías de alta disponibilidad en el nivel de hipervisor, que pueden requerir conjuntos de instrucciones similares en el hardware físico subyacente. Con la implementación de VSPEX en unidades de servidor idénticas, puede minimizar los problemas de compatibilidad en esta área. Al implementar alta disponibilidad en la capa del hipervisor, la máquina virtual más grande que podrá crear tendrá como limitación el servidor físico más pequeño en el ambiente. 38

39 Descripción general de la tecnología de la solución Red Implementar las funciones de alta disponibilidad disponibles en la capa de virtualización y asegurar que la capa de cómputo tenga suficientes recursos disponibles para acomodar al menos fallas únicas del servidor. Esto permite la implementación de actualizaciones con tiempo fuera mínimo y tolerancia para fallas únicas de la unidad. Dentro de los límites de estas recomendaciones y mejores prácticas, la capa de cómputo para VSPEX puede ser flexible para cumplir con necesidades específicas. Asegúrese de que haya suficientes cores de procesadores y suficiente RAM por core para satisfacer las necesidades del ambiente objetivo. Descripción general La red de la infraestructura requiere enlaces de red redundantes para cada host Hyper-V, el arreglo de almacenamiento, los puertos de interconexión de los switches y los puertos de enlace superior de los switches. Esta configuración proporciona redundancia y ancho de banda de red adicional. Se trata de una configuración necesaria, independientemente de que ya exista la infraestructura de red para la solución o de que se esté implementando junto con otros componentes de la solución. En la Figura 12 y en la Figura 13 se muestran ejemplos de esta topología de red de alta disponibilidad. 39

40 Descripción general de la tecnología de la solución Figura 12. Ejemplo de un diseño de red altamente disponible: para bloques 40

41 Descripción general de la tecnología de la solución Figura 13. Ejemplo de un diseño de red altamente disponible: para archivos Esta solución validada usa redes de área local virtuales (VLAN) para separar el tráfico de red de varios tipos con el fin de mejorar el rendimiento, la capacidad de administración, la separación de las aplicaciones, la alta disponibilidad y la seguridad. En el caso de un bloque, las plataformas de almacenamiento unificado de EMC proporcionan alta disponibilidad o redundancia de la red mediante dos puertos por procesador de almacenamiento. Si se pierde un enlace en el puerto de front-end del procesador de almacenamiento, se produce un failover del enlace en otro puerto. Todo el tráfico de red se distribuye entre todos los enlaces activos. En el caso de un archivo, las plataformas de almacenamiento unificado de EMC proporcionan alta disponibilidad o redundancia de la red mediante agregación de enlaces. La agregación de enlaces permite que múltiples conexiones Ethernet activas (MAC) aparezcan como un solo enlace con una sola dirección MAC y posiblemente con múltiples direcciones IP. En esta solución, el protocolo de control de control de agregación de enlaces (Link Aggregation Control Protocol, LACP) se configura en el arreglo VNX, y de esta manera se combinan varios puertos Ethernet en un único dispositivo virtual. Si se pierde un enlace en el puerto Ethernet, se produce failover del enlace en otro puerto. Todo el tráfico de red se distribuye entre todos los enlaces activos. 41

42 Descripción general de la tecnología de la solución Almacenamiento Descripción general EMC VNX La capa de almacenamiento también es un componente clave de cualquier solución de infraestructura de nube que proporciona datos generados por aplicaciones y sistemas operativos ubicados en sistemas de procesamiento de almacenamiento del centro de datos. Esto aumenta la eficiencia del almacenamiento y la flexibilidad de la administración y reduce el costo total de propiedad. En esta solución de VSPEX, los arreglos de EMC VNX proporcionan las funciones y el rendimiento necesarios para activar y mejorar cualquier ambiente de virtualización. La familia EMC VNX está optimizada para aplicaciones virtuales y ofrece funcionalidades empresariales y de innovación para el almacenamiento de archivos y bloques en una solución escalable y fácil de usar. Esta plataforma de almacenamiento de última generación combina hardware flexible y eficiente con software de protección, administración y eficiencia avanzadas a fin de satisfacer las exigentes necesidades de las grandes empresas de la actualidad. La serie VNX tiene el respaldo de procesadores Intel Xeon y ofrece un almacenamiento inteligente cuyo rendimiento se escala automática y eficientemente, al mismo tiempo que garantiza la integridad y la seguridad de los datos. Está diseñado para que cumpla con los requisitos de alto rendimiento y alta escalabilidad de medianas y grandes empresas. En la Tabla 1, se muestran los beneficios para los clientes que se obtienen con VNX. Tabla 1. Beneficios de VNX para el cliente Característica Almacenamiento unificado de última generación, optimizado para aplicaciones virtualizadas Funciones de optimización de capacidad que incluyen compresión, deduplicación, aprovisionamiento delgado y copias consistentes con la aplicación Alta disponibilidad, diseñada para ofrecer disponibilidad de cinco nueves Organización en niveles automatizada con FAST VP y FAST Cache que se puede optimizar para brindar el más alto rendimiento del sistema y el más bajo costo de almacenamiento en forma simultánea Administración simplificada con EMC Unisphere para una sola interfaz de administración para todas las necesidades de NAS, SAN y replicación Beneficios Estrecha integración con Microsoft Windows Server 2012 R2 y Microsoft System Center 2012 R2 que permite usar funciones de arreglos avanzadas y una administración centralizada Costos de almacenamiento reducidos, un uso más eficiente de los recursos y una recuperación más sencilla de las aplicaciones Niveles más altos de tiempo de actividad y un menor riego de interrupciones Uso más eficaz de los recursos de almacenamiento sin planificaciones ni configuraciones complicadas Menos sobrecarga de administración y conjuntos de herramientas requeridos para administrar el ambiente 42

43 Descripción general de la tecnología de la solución Característica Una mejora de hasta tres veces en el rendimiento con la tecnología más avanzada de procesador de múltiples cores Intel Xeon, optimizada para Flash Beneficios Una latencia reducida, un mayor ancho de banda y más IOPS generan una mayor capacidad de aumento para las exigentes cargas de trabajo También se encuentran disponibles diferentes conjuntos de aplicaciones y paquetes de software para la VNX, que proporcionan varias funciones para una protección y un rendimiento mejorados. Conjuntos de aplicaciones de software Las siguientes series de software VNX están disponibles: FAST Suite: realiza optimizaciones automáticas para obtener, de manera simultánea, el más alto rendimiento del sistema y el menor costo de almacenamiento. Local Protection Suite: practica la replanificación y protección de datos seguros. Remote Protection Suite: protege los datos contra fallas, interrupciones y desastres localizados. Application Protection Suite: automatiza las copias de aplicaciones y asegura el cumplimiento de normas. Security and Compliance Suite: mantiene los datos protegidos contra cambios, eliminaciones y actividades maliciosas. Paquetes de software Los siguientes paquetes de software de VNX están disponibles: Paquete de eficiencia total: incluye los cinco conjuntos de aplicaciones de software. Paquete de protección total: incluye conjuntos de aplicaciones de protección local, remota y de aplicaciones. EMC VNX Snapshots VNX Snapshots es una característica de software que genera copias de datos de un punto en el tiempo. VNX Snapshots se puede usar para respaldos de datos, desarrollo y pruebas de software, replanificación, validación de datos y restauraciones locales rápidas. VNX Snapshots mejora la funcionalidad de la snapshot de EMC VNX SnapView existente porque se integra con pools de almacenamiento. Nota: Los LUN que se crean en grupos RAID físicos, también llamados LUN de RAID, solo son compatibles con los snapshots de SnapView. Esta limitación se debe a que VNX Snapshots requiere espacio de pools como parte de su tecnología. VNX Snapshots admite 256 snapshots con capacidad de escritura por LUN de pool. Admite Branching, también llamado snapshots de snapshots, siempre que la cantidad total de snapshots para cualquier LUN primario sea inferior a 256, que es el límite absoluto. 43

44 Descripción general de la tecnología de la solución VNX Snapshots emplea la tecnología de redirección ante instancia de escritura (ROW). ROW redirige nuevas escrituras destinadas al LUN primario a una nueva ubicación en el pool de almacenamiento. Este tipo de implementación difiere de la copia en la primera escritura (COFW) que se utiliza en SnapView, que retiene las escrituras al LUN primario hasta que se copian los datos originales al área reservada de LUN para preservar un snapshot. Esta versión también admite grupos de consistencia (CG). Se pueden combinar varios LUN de pool en un CG y someterlos a un snapshot en forma concurrente. Cuando se inicia un snapshot de un CG, se retienen todas las escrituras a LUN miembros hasta que se hayan creado sus snapshots. Habitualmente, los CG se utilizan en el caso de LUN que pertenecen a la misma aplicación. EMC VNX SnapSure EMC VNX SnapSure es una función del software EMC VNX File que permite crear y administrar puntos de comprobación que son imágenes lógicas en un punto en el tiempo de un sistema de archivos de producción (PFS). SnapSure utiliza un principio de copia en la primera modificación. Un PFS está compuesto por bloques. Cuando se modifica un bloque perteneciente al PFS, se guarda una copia con el contenido original del bloque en un volumen aparte llamado SavVol. No se copiarán los cambios subsiguientes que se efectúen en el mismo bloque al volumen SavVol. Los bloques originales provenientes del PFS que se encuentran en el volumen SavVol y los bloques del PFS no modificados que resten en el PFS son leídos por SnapSure de acuerdo a un mapa de bits y a una estructura de rastreo de datos en mapa de bloques. Estos bloques se combinan para ofrecer una imagen de un punto en el tiempo llamada punto de comprobación. Un punto de comprobación refleja el estado de un PFS en el momento de creación del punto de comprobación. SnapSure admite los siguientes tipos de puntos de comprobación: Puntos de comprobación de solo lectura: Sistemas de archivos de solo lectura creados a partir de un PFS Puntos de comprobación con capacidades de escritura: Sistemas de archivos de lectura/escritura creados a partir de un punto de comprobación de solo lectura SnapSure puede mantener un máximo de 96 puntos de comprobación de solo lectura y 16 puntos de comprobación de lectura/escritura por PFS y, a la vez, permitir que las aplicaciones del PFS accedan sin interrupciones a los datos en tiempo real. Nota: Cada uno de los puntos de comprobación con capacidad de escritura se asocia con un punto de comprobación de solo lectura, conocido como punto de comprobación base. Cada punto de comprobación base puede tener solo un punto de comprobación con capacidades de escritura asociado. Para obtener más información, consulte Uso de VNX Snapsure. 44

45 Descripción general de la tecnología de la solución EMC VNX Virtual Provisioning EMC VNX Virtual Provisioning permite a las organizaciones reducir los costos de almacenamiento al incrementar la utilización de la capacidad, simplificar la administración del almacenamiento y reducir el tiempo fuera de las aplicaciones. Virtual Provisioning también ayuda a las empresas a reducir los requisitos de energía y enfriamiento, y a reducir gastos de capital. Virtual Provisioning ofrece aprovisionamiento de almacenamiento basado en pools porque implementa LUN de pools que pueden ser delgados o gruesos. Estos LUN ofrecen almacenamiento según demanda, lo que maximiza la utilización de su sistema de almacenamiento al asignar espacio según sea necesario. Los LUN gruesos ofrecen rendimiento elevado y predecible para sus aplicaciones. Ambos tipos de LUN aprovechan los beneficios de las características fáciles de usar el aprovisionamiento basado en pools. Los pools y los LUN de pool también son los elementos esenciales que permiten prestar servicios de datos avanzados, como FAST VP, VNX Snapshots y compresión. Los LUN de pool también admiten diversas características adicionales, como reducción de LUN, expansión en línea y configuración de umbral de capacidad del usuario. EMC VNX Virtual Provisioning le permite ampliar la capacidad de un pool de almacenamiento desde la interfaz gráfica del usuario (GUI) de Unisphere después de conectar físicamente los discos al sistema. Los sistemas VNX pueden rebalancear elementos de datos asignados en todas las unidades miembro para utilizar unidades nuevas después de expandir el pool. La función de reequilibrio se inicia automáticamente y se ejecuta en segundo plano después de la acción de expansión. Es posible monitorear el progreso de una operación de rebalanceo desde la pestaña General de la ventana Pool Properties en Unisphere, tal como se indica en la Figura 14. Figura 14. Progreso de requilibrio de un pool de almacenamiento 45

46 Descripción general de la tecnología de la solución Expansión de LUN Utilice la expansión de LUN para aumentar la capacidad de los LUN existentes. Le permite provisionar mayor capacidad según el aumento de las necesidades comerciales. La familia VNX puede expandir un LUN de pool sin alterar el acceso de los usuarios. La expansión de los LUN de pool se puede realizar con unos pocos clics y la capacidad expandida se puede usar inmediatamente. Sin embargo, no puede expandir un LUN de pool si forma parte de una operación de protección de datos o migración de LUN. Por ejemplo: no se pueden expandir LUN de snapshots o en migración. Reducción de LUN Utilice la reducción de LUN para disminuir la capacidad de LUN delgados existentes. VNX puede reducir un LUN de pool. Esta capacidad solo se puede aplicar a LUN atendidos por Windows Server 2008 en adelante. El proceso de reducción consta de dos pasos: 1. Reducir el sistema de archivos desde Windows Disk Management. 2. Reducir el LUN de pool utilizando una ventana de comandos y la utilidad DISKRAID. La utilería se puede conseguir a través del VDS Provider, que forma parte del paquete EMC Solutions Enabler. El nuevo tamaño del LUN aparece apenas completado el proceso de reducción. Una tarea en segundo plano recupera el espacio eliminado o reducido y lo devuelve al pool de almacenamiento. Una vez finalizada la tarea, cualquier otro LUN de ese pool puede utilizar el espacio recuperado. Para obtener información más detallada sobre la expansión o reducción de LUN, consulte el informe técnico EMC VNX Virtual Provisioning: tecnología aplicada. Alertas para el usuario a través de la configuración de Umbral de capacidad Los clientes deben configurar alertas proactivas cuando utilicen un sistema de archivos o pools de almacenamiento basados en pools ligeros. Monitoree estos recursos de modo que haya espacio de almacenamiento disponible para provisionar cuando sea necesario y así evitar la falta de capacidad. En la Figura 15 se explica por qué el aprovisionamiento con pools delgados requiere monitoreo. 46

47 Descripción general de la tecnología de la solución Figura 15. Utilización de espacio de un LUN delgado Monitoree los siguientes valores para la utilización de un pool ligero: La capacidad total es la capacidad física total disponible para todos los LUN del pool. La asignación total es la capacidad física total asignada actualmente a todos los LUN del pool. La capacidad suscrita es la capacidad total informada por el host que admite el pool. La capacidad sobresuscripta es la cantidad de capacidad del usuario configurada para los LUN que excede la capacidad física de un pool. La asignación total nunca debe exceder la capacidad total, pero, si se acerca a ese punto, agregue capacidad de almacenamiento a los pools proactivamente antes de alcanzar un límite absoluto. La Figura 16 ilustra el cuadro de diálogo Storage Pool Properties en Unisphere, que muestra parámetros, como Free, Percent Full, Total Allocation, Total Subscription de la capacidad física, y Percent Subscribed y Oversubscribed By de la capacidad virtual. 47

48 Descripción general de la tecnología de la solución Figura 16. Estudio de la utilización de espacio de un pool de almacenamiento Cuando se agota la capacidad de un pool de almacenamiento, fallan todas las solicitudes de asignación de espacio adicional en los LUN de aprovisionamiento delgado. Generalmente, también fallarán las aplicaciones que traten de escribir datos en esos LUN y el probable resultado es una falla general del sistema. A fin de evitar esta situación, monitoree la utilización de un pool y envíe alertas cuando se alcancen los umbrales, configure la opción Percentage Full Threshold para permitir suficiente buffer para corregir la situación antes de que suceda una interrupción. Para ajustar este valor, seleccione Advanced en el cuadro de diálogo Storage Pool Properties, como puede verse en la Figura 17. Esta alerta solo se activa si hay al menos un thin LUN en el pool, porque los thin LUN son la única forma en la que puede sobresuscribirse un pool. Si el pool solo contiene LUN gruesos, la alerta no se activa y no hay riesgo de quedarse sin espacio debido a sobresuscripción. También puede especificar el valor de Percent Full Threshold, que equivale a Total Allocation/Total Capacity, cuando se crea un pool. 48

49 Descripción general de la tecnología de la solución Figura 17. Definición de umbrales de utilización para un pool de almacenamiento Vea alertas por Alert en Unisphere. En la Figura 18 se muestra el asistente Unisphere Event Monitor Wizard, donde también puede elegir la opción de recibir alertas por correo electrónico, mediante un servicio de localización o por medio una trampa SNMP. Figura 18. Definición de notificaciones automatizadas: para bloques 49

50 Descripción general de la tecnología de la solución La Tabla 2 muestra información sobre los umbrales y sus configuraciones. Tabla 2. Umbrales y ajustes para VNX OE for Block Versión 33 Tipo de umbral Configurable por el usuario Orígenes de Datos Rango del umbral Valor predeterminado del umbral Gravedad de alerta Efecto secundario De 1 % a 84 % 70 % Advertencia Ninguna. N/D 85 % Crítico Borra las alertas configurables por el usuario Permitir que la asignación total exceda el 90 % de la capacidad total implica el riesgo de quedarse sin espacio y afectar a todas las aplicaciones que utilicen LUN delgados en el pool. Descarga de la transferencia de datos (Offloaded Data Transfer) en Windows Windows Offloaded Data Transfer (ODX) ofrece la capacidad de descargar la transferencia de datos del servidor a los arreglos de almacenamiento. Esta función está habilitada de manera predeterminada en Windows Server Los arreglos de VNX son compatibles con Windows ODX en Windows Server ODX admite los siguientes protocolos: iscsi Fibre Channel (FC) FC over Ethernet (FCoE) Server Message Block (SMB) 3.0 Actualmente, las siguientes operaciones de transferencia de datos son compatibles con ODX: Transferencia de grandes cantidades de datos a través de Hyper-V Manager, por ejemplo, crear un VHD de tamaño fijo, fusionar un snapshot o convertir VHD Copia de archivos en File Explorer Uso de los comandos Copy en Windows PowerShell Uso de los comandos Copy en la línea de comandos de Windows Ya que ODX descarga la transferencia de archivos al arreglo de almacenamiento, se reduce significativamente la utilización del CPU y la red host. ODX minimiza las latencias y mejora la velocidad de transferencia utilizando el arreglo de datos para la transferencia de datos. Esto resulta especialmente útil en el caso de archivos grandes, como bases de datos o archivos de video. ODX está habilitada de manera predeterminada en Windows Server 2012; por ese motivo, cuando se dan operaciones de archivos compatibles con ODX, las transferencias de datos se descargan automáticamente al arreglo de almacenamiento. El proceso de ODX es transparente para los usuarios. 50

51 Descripción general de la tecnología de la solución EMC PowerPath EMC PowerPath es un paquete de software basado en host que proporciona funcionalidades de administración automatizada de rutas de datos y balanceo de carga para sistemas heterogéneos de servidores, redes y almacenamiento implementados en ambientes físicos y virtuales. Aporta los siguientes beneficios a la infraestructura comprobada de VSPEX: Estandariza la administración de datos en ambientes físicos y virtuales. Políticas automatizadas de varias rutas y equilibrio de cargas para ofrecer rendimiento y disponibilidad de aplicaciones predecible y uniforme en ambientes físicos y virtuales. Mejore los acuerdos de nivel de servicio eliminando el impacto de las aplicaciones en las fallas de I/O. EMC FAST Cache Recursos compartidos de archivos en VNX ROBO EMC FAST Cache, un componente de EMC FAST Suite, permite usar los discos flash como una capa de caché expandida para el arreglo. FAST Cache es una función no disruptiva de todo el arreglo disponible para almacenamiento de archivos y bloques. Los datos a los que se accede con frecuencia se copian a FAST Cache en incrementos de 64 kb y las lecturas y/o escrituras posteriores en el fragmento de datos son gestionadas por FAST Cache. Esto permite la promoción inmediata de datos muy activos a los discos flash. Esto mejora de manera importante el tiempo de respuesta para datos activos y reduce los puntos problemáticos de datos que se pueden producir dentro de un LUN. La función FAST Cache es un componente opcional de esta solución. En muchos ambientes, es importante tener una ubicación común para almacenar archivos a los acceden muchas personas. Esto se implementa como recursos compartidos de archivos CIFS o NFS desde un servidor de archivos. La familia VNX de arreglos de almacenamiento puede ofrecer este servicio junto con opciones centralizadas de administración, integración de clientes y seguridad avanzada, además de características para mejorar la eficiencia. Para obtener más información, consulte Configuración y administración de CIFS en VNX. Las organizaciones con oficinas remotas y sucursales (Remote Office and Branch Offices, ROBO) generalmente prefieren ubicar los datos y las aplicaciones cerca de los usuarios para poder ofrecer un mejor rendimiento y una latencia más baja. En estos ambientes, los departamentos de TI deben equilibrar los beneficios del soporte local con la necesidad de mantener el control central. El almacenamiento y los sistemas locales deben ser fáciles de usar para el personal encargado de la administración, pero también deben ser compatibles con la administración remota y herramientas flexibles de agregación que minimicen las demandas en esos recursos locales. Con VSPEX puede acelerar la implementación de aplicaciones en las oficinas remotas y sucursales. Los clientes, además, pueden aprovechar Unisphere Remote para consolidar el monitoreo, las alertas de sistema y los informes de cientos de ubicaciones a la vez que mantienen la simpleza de las operaciones y las funcionalidades de almacenamiento unificado para los administradores locales. 51

52 Descripción general de la tecnología de la solución Características de SMB 3.0 Branch Cache es una función que permite que los clientes guarden en caché datos almacenados en recursos compartidos SMB 3.0 que residen a nivel local en la sucursal. Gracias a la funcionalidad Branch Cache, los usuarios remotos que acceden a recursos compartidos de archivos pueden almacenar en caché los archivos a nivel local, lo que facilita búsquedas en otro momento, reduce el tráfico de red y mejora los índices de escalabilidad y rendimiento. Para obtener más información sobre BranchCache, consulte Características de SMB 3.0. Descripción general SMB 3.0 admite almacenamiento Hyper-V y Microsoft SQL Server. Microsoft también ha presentado varias características clave que mejoran el rendimiento de estas aplicaciones, además de simplificar las tareas de administración de las aplicaciones. En esta sección se describen las características de SMB 3.0 admitidas en los arreglos de almacenamiento VNX, y de qué manera estas características afectan el rendimiento de las aplicaciones o de los datos almacenados en recursos compartidos de archivos SMB 3.0. Para obtener más información, consulte el informe técnico EMC VNX: Introducción al soporte técnico de SMB 3.0. Versiones y negociaciones de SMB El protocolo SMB sigue el modelo cliente-servidor. El nivel del protocolo es negociado por la solicitud del cliente y la respuesta del servidor cuando se establece una conexión SMB nueva. Las versiones de SMB para los diversos sistemas operativos Windows son las siguientes: CIFS Windows NT 4.0 SMB 1.0 Windows 2,000, Windows XP, Windows Server 2003 y Windows Server 2003 R2 SMB 2.0 Windows Vista (SP1 o posterior) y Windows Server 2008 SMB 2.1 Windows 7 y Windows Server 2008 R2 SMB 3.0 Windows 8 y Windows Server 2012 Antes de establecer una sesión entre el cliente y el servidor, se negocia un dialecto en común de SMB. En la Tabla 3 se muestra el dialecto en común utilizado en función de las versiones de SMB admitidas por el cliente y el servidor. 52

53 Descripción general de la tecnología de la solución Tabla 3. Dialecto de SMB utilizado entre el cliente y el servidor Cliente-servidor SMB 3.0 SMB 2.1 SMB 2.0 SMB 3.0 SMB 3.0 SMB 2.1 SMB 2.0 SMB 2.1 SMB 2.1 SMB 2.1 SMB 2.0 SMB 2.0 SMB 2.0 SMB 2.0 SMB 2.0 SMB 1.0 SMB 1.0 SMB 1.0 SMB 1.0 Para obtener más información sobre las versiones y negociaciones de SMB, consulte el documento técnico de Microsoft TechNet titulado Protocolo de bloque de mensajes del servidor (SMB), versiones 2 y 3. Compatibilidad de almacenamiento de VNX y VNXe Compatibilidad con almacenamiento de SMB 3.0 VHD/VHDX Todas las características que se mencionan en este documento son admitidas en las últimas versiones del ambiente operativo (OE) de VNX para Archivo y VNXe OE. Gracias a la compatibilidad con almacenamiento del formato de archivo de disco duro virtual (VHD y VHDX), Hyper-V puede guardar máquinas virtuales, archivos (como archivos de configuración), discos duros virtuales y snapshots en recursos compartidos SMB 3.0. Esto se aplica a servidores individuales y agrupados en clusters. Beneficio de la función Gracias a la compatibilidad de SMB 3.0 para almacenar máquinas virtuales Hyper-V, Microsoft admite protocolos de almacenamiento por bloques y protocolos de almacenamiento por archivos. Esto ofrece a los usuarios de Hyper-V más opciones de almacenamiento para guardar archivos de máquinas virtuales Hyper-V. Punto de comparación de base La compatibilidad con archivos VHD y VHDX en un arreglo de almacenamiento VNX está habilitada de manera predeterminada, sin necesidad de configuración adicional. En la Figura 19 se muestra el rendimiento de 100 máquinas virtuales de referencia Hyper-V en recursos compartidos de archivos VNX SMB 3.0. Cada máquina virtual estaba ejecutando 25 IOPS. El límite heredado de latencia aceptable es de 20 ms y la latencia promedio observada durante la prueba fue de 12 ms. Figura 19. Punto de comparación del rendimiento base de SMB

54 Descripción general de la tecnología de la solución Nota: Este resultado de rendimiento sirve como punto de comparación base para todas las demás características de SMB 3.0 que se analizan más adelante en este capítulo. Disponibilidad continua de SMB 3.0 La función de disponibilidad continua (CA) de SMB 3.0 garantiza un failover transparente del servidor de archivos (atendido por el arreglo de almacenamiento VNX) cuando ocurre una falla. Permite que los clientes conectados a recursos compartidos SMB 3.0 se reconecten de manera transparente a otro nodo del servidor de archivos cuando falla un nodo. Todos los identificadores de archivos abiertos del nodo del servidor que falló se transfieren al nodo del servidor nuevo, que elimina los errores en las aplicaciones. En la Figura 20 se muestra una secuencia de eventos para un failover de Data Mover con CA habilitada: 1. El cliente (Windows Server 2012) solicita un identificador persistente al abrir un archivo asociado con préstamos y bloqueos en un recurso compartido de CIFS. 2. El servidor CIFS guarda el estado abierto y el identificador persistente al disco. 3. Si el Data Mover primario (Data Mover 2) falla, hace failover al Data Mover en standby (Data Mover 3). 4. El Data Mover lee y restaura el estado abierto persistente del disco antes de iniciar el servicio CIFS. 5. Usando el identificador persistente, el cliente vuelve a establecer la conexión al mismo servidor CIFS y recupera el mismo contexto asociado con el archivo abierto antes de que ocurriera el failover. 54

55 Descripción general de la tecnología de la solución Figura 20. Disponibilidad continua de SMB 3.0 Beneficio de la función Cuando falla un Data Mover, los clientes que acceden a recursos compartidos SMB 3.0 creados con disponibilidad continua no perciben ningún error en las aplicaciones. En cambio, notan una pequeña demora de I/O porque se está ejecutando un failover del Data Mover principal al de reserva. Luego del failover, las aplicaciones puede sufrir un breve pico de latencia pero pronto se reanuda su funcionamiento normal. Cómo se habilita la función Esta función es obligatoria para ambientes Hyper-V. Para habilitar esta función, ejecute los siguientes comandos desde la Control Station de VNX. 1. Para montar el sistema de archivos a través del cual se exportará el recurso compartido con la opción smbca: server_mount <server_name> -o smbca <fsname> /<fsmountpoint> 2. Para exportar el recurso compartido con la opción de disponibilidad continua: server_export <server_name> -P cifs n <sharename> o type=ca /<fsmountpoint> 55

56 Descripción general de la tecnología de la solución Impacto en el rendimiento Esta función no afecta el rendimiento del almacenamiento, del servidor ni de la red. El único momento en el que hay cambios en el rendimiento es después de una operación de failover o de failback, cuando se registra un breve pico de IOPS y latencia antes de que se reanude el funcionamiento normal. En la Figura 21 se muestra el rendimiento de VDbench en el host cuando el Data Mover principal entra en alarma. Hay una demora de I/O durante la operación de failover. Una vez finalizado el failover, el modo de reserva está activo y el VDbench reanuda su funcionamiento normal después de un breve pico en I/O y latencia. Figura 21. CA: Rendimiento de aplicaciones SMB Multichannel Esta característica emplea varias interfaces y conexiones de red para ofrecer mayor rendimiento y tolerancia a fallas. Esto se logra sin ningún paso de configuración adicional para las interfaces de red. Beneficios de la función SMB Multichannel brinda alta disponibilidad de la red. Si una de las tarjetas de interfaz de red (NIC) falla, las aplicaciones y los clientes siguen funcionando con un potencial de rendimiento menor pero sin errores. SMB Multichannel se configura automáticamente. Todas las rutas de red se detectan automáticamente y las conexiones se agregan en forma dinámica. SMB Multichannel funciona de la siguiente manera: Conexiones de varios canales en un solo NIC para mejorar el rendimiento: SMB Multichannel no ofrece ningún rendimiento adicional si el NIC no es compatible con RSS (Receive Side Scaling). RSS permite dividir varias conexiones entre los cores de CPU en forma automática y, por ende, puede distribuir la carga entre los cores de CPU creando varias conexiones TCP/IP. 56

57 Descripción general de la tecnología de la solución Conexiones de varios canales en múltiples NIC para mejorar el rendimiento: SMB Multichannel crea varias sesiones de TCP/IP; una para cada interfaz disponible. Si los NIC admiten RSS, se crean varias conexiones TCP/IP por cada NIC. Cómo se habilita la función SMB Multichannel está habilitada de manera predeterminada en el arreglo de almacenamiento VNX. No es necesario configurar ningún parámetro en el sistema para usar esta característica. Esta función también está habilitada de manera predeterminada en clientes Windows 8 y Windows Impacto en el rendimiento SMB Multichannel proporciona rendimiento de red adicional al crear más conexiones TCP/IP (al menos una por NIC). Si la red no se está utilizando al máximo de sus posibilidades, no se observa ninguna degradación en el rendimiento cuando falla un NIC. Sin embargo, si el factor de utilización de la red es elevado, la aplicación sigue funcionando pero con un rendimiento inferior. En la Figura 22 se muestra el resultado de las pruebas de resistencia de la red en un cliente SMB 3.0 cuando se deshabilita uno de los dos NIC. La aplicación no presenta errores ni fallas y sigue funcionando normalmente, incluso cuando se vuelve a habilitar la interfaz. Figura 22. Tolerancia a fallas de SMB Multichannel El rendimiento de la aplicación no se ve afectado porque la red no sufrió ningún cuello de botella durante la prueba. De registrarse un cuello de botella, el tiempo de respuesta habría sido más alto. Sin embargo, la aplicación habría seguido funcionando sin errores siempre que el tiempo de respuesta fuese aceptable. 57

58 Descripción general de la tecnología de la solución En la Figura 23 se muestra el rendimiento de red de clientes SMB 3.0 en ambas interfaces. Figura 23. Salida de red con varios canales Cada cliente SMB 3.0 en el ambiente de prueba tiene dos interfaces de red. Cuando se deshabilita una de las interfaces, la restante se ocupa del tráfico. Esto queda evidenciado en el gráfico, que muestra el rendimiento duplicado en un NIC, y el rendimiento en cero en el NIC deshabilitado. Cuando se vuelve a habilitar el NIC deshabilitado, la carga se equilibra por partes iguales en ambos NIC. Copy Offload en SMB 3.0 La descarga de copia permite que el arreglo copie grandes cantidades d datos sin involucrar los recursos del servidor, de la red o del CPU. El servidor descarga la operación de copia al arreglo físico en el que residen los datos. Nota: Copy Offload requiere que los sistemas de archivos de origen y de destino se encuentren en el mismo Data Mover. Figura 24. Descarga de copia 58

59 Descripción general de la tecnología de la solución Beneficios de la función Copy Offload permite acelerar la transferencia de datos del origen al destino porque no utiliza ningún ciclo del CPU cliente. Esta característica resulta especialmente beneficiosa para las siguientes operaciones: Operaciones de implementación: Implementar varias máquinas virtuales en menos tiempo. El sistema VHDX base puede residir en un recurso compartido SMB 3.0, con máquinas virtuales nuevas implementadas en recursos compartidos SMB 3.0 con Hyper-V Manager, señalando al VHDX base. Operaciones de clonación: Permite clonar máquinas virtuales de un recurso compartido SMB 3.0 a otro en minutos. Operaciones de migración: Permite migrar máquinas virtuales de un recurso compartido a otro en el mismo Data Mover en solo 10 minutos, en contraposición con los casi 40 minutos que se demora sin la característica Copy Offload. En la Tabla 4 se muestra el tiempo que se demora en mover el almacenamiento de máquinas virtuales con y sin la característica Copy Offload. Tabla 4. Mejora en la migración de almacenamiento con Copy Offload Cantidad de máquinas virtuales (100 GB cada una) Tiempo necesario para migrar el almacenamiento con Copy Offload habilitada Tiempo necesario para migrar el almacenamiento con Copy Offload deshabilitada 1 10 minutos 37 minutos 2 13 minutos 82 minutos 5 26 minutos Más de 4 horas minutos Más de 8 horas Cómo se habilita la función Esta función está habilitada de manera predeterminada en el arreglo de almacenamiento VNX, y en clientes Windows 8 y Windows Server Impacto en el rendimiento Debido a que el arreglo maneja toda la operación de copia, la característica Copy Offload aumenta el grado de utilización de CPU del Data Mover y de los demás recursos del arreglo. El rendimiento de la característica se ve limitado por el ancho de banda de lectura/escritura del arreglo. Branch Cache en SMB 3.0 Branch Cache permite que los clientes guarden en caché datos almacenados en recursos compartidos SMB 3.0 que residen a nivel local en la sucursal. El contenido guardado en caché se cifra entre pares, clientes y servidores de caché alojados. Esta función se introdujo por primera vez con Windows 7 y Windows 2008 R2. SMB 3.0 es compatible con Branch Cache v2. 59

60 Descripción general de la tecnología de la solución Puede implementar Branch Cache de dos modos: Modo de caché distribuido: Distribuye el caché entre los equipos cliente de la sucursal. Modo de caché alojado: Mantiene el contenido guardado en caché en un equipo aparte en la sucursal. Para obtener más información sobre Branch Cache, consulte el tema de la biblioteca de Microsoft TechNet: Introducción a Branch Cache. Beneficio de la función Con la funcionalidad Branch Cache, los usuarios remotos que acceden a recursos compartidos de archivos pueden guardar archivos en caché a nivel local en la sucursal. Esto facilita futuras búsquedas, reduce el tráfico de la red y mejora la escalabilidad y el rendimiento. Cómo se habilita la función Branch Cache no está habilitada de manera predeterminada en el arreglo de almacenamiento VNX. Ejecute los siguientes comandos en la Control Station de VNX para habilitar Branch Cache: server_cifs <server_name> smbhash service enable Para crear el recurso compartido con type=hash, ejecute el siguiente comando: server_export <server_name> -o type=hash En un DC de un dominio de Windows Server 2012 donde VNX esté conectado, edite la política de dominio predeterminada según se indica a continuación para la activación: Computer Configuration\Policies\Administrative Templates\Network\Lanman Server\Hash Publication for BranchCache. Impacto en el rendimiento Esta función reduce el tráfico de red, ya que los datos guardados en caché se encuentran disponibles a nivel local en la sucursal. El rendimiento de los equipos cliente también se ve mejorado debido al acceso más rápido a los datos, pero hay una sobrecarga para cifrar y descifrar datos entre los miembros de Branch Cache. Remote VSS en SMB 3.0 Remote VSS (RVSS) es un protocolo basado en Remote Procedure Call (RPC) que permite efectuar copias ocultas consistentes con la aplicación de aplicaciones de servidor con conocimiento de estado de VSS. RVSS almacena datos en recursos compartidos de archivos SMB 3.0. RVSS admite la copia de respaldo de aplicaciones en varios servidores y recursos compartidos de archivos. Las aplicaciones de respaldo con reconocimiento de VSS pueden efectuar snapshots de aplicaciones de servidor que almacenan datos en los recursos compartidos CIFS de VNX. Hyper-V puede almacenar archivos de máquinas virtuales en recursos compartidos CIFS, y RVSS pueden hacer copias de un punto en el tiempo del contenido de los recursos compartidos. 60

61 Descripción general de la tecnología de la solución A continuación, se presentan algunos ejemplos de los usos de la función de shadow copy: Creación de respaldos Recuperación de datos Escenarios de prueba Minería de datos Beneficio de la función RVSS utiliza la infraestructura Microsoft VSS existente para integrarse con software y aplicaciones de respaldo con conocimiento de estado de VSS. Las aplicaciones de respaldo leen directamente de los recursos compartidos de archivos de copias ocultas en lugar de recurrir al equipo de aplicaciones de servidor. Cómo se habilita la función RVSS está habilitada de manera predeterminada en el arreglo de almacenamiento VNX; no es necesario ningún paso de configuración adicional. Impacto en el rendimiento RVSS aumenta la carga en el arreglo de almacenamiento VNX porque hace copias consistentes en todas las aplicaciones (o snaphsots) de las aplicaciones que se están ejecutando en los recursos compartidos de archivos. Cifrado en SMB 3.0 SMB 3.0 permite el cifrado dinámico de punto a punto de los datos y los protege en redes no confiables. Habilite esta función para un recurso compartido individual o para todo el nodo del servidor CIFS. Solo funciona con clientes SMB 3.0. Si el recurso compartido está cifrado, niegue el acceso o permita el acceso no cifrado para clientes que no sean SMB 3.0. Beneficio de la función El cifrado en SMB no requiere ningún software ni hardware adicional. Protege los datos de la red contra ataques y espionaje. Cómo se habilita la función Esta función no está habilitada de manera predeterminada en el arreglo de almacenamiento VNX. Cómo habilitar el cifrado en todos los recursos compartidos Para configurar el cifrado en todos los recursos compartidos, establezca el parámetro Encrypt Data del registro del servidor VNX CIFS en 0x1. Siga los siguientes pasos para configurar este parámetro: 1. Abra Registry Editor (regedit.exe) en un equipo. 2. Seleccione File > Connect Network Registry. 3. Ingrese el nombre del host o la dirección IP del servidor CIFS y haga clic en Check Names. 61

62 Descripción general de la tecnología de la solución 4. Una vez reconocido el servidor, haga clic en OK para cerrar la ventana. 5. Edite el parámetro Encrypt Data (0x1 significa habilitado y 0x0 significa deshabilitado) en HKEY\System\CurrentControlSet\Services\LanmanServer\ Parameters, como se muestra en la Figura 25. Figura 25. Cómo habilitar el parámetro Encrypt Data De manera predeterminada, solo los clientes SMB 3.0 pueden acceder a recursos compartidos de archivos VNX cifrados. Para permitir que clientes con versiones anteriores a SMB 3.0 accedan a recursos compartidos cifrados, se debe configurar en 0x0 el valor RejectUnencryptedAccess en la ubicación del registro del servidor VNX CIFS que se muestra en la figura 16. Cómo habilitar el cifrado en un recurso compartido específico Para habilitar el cifrado en un recurso compartido en particular, ejecute el siguiente comando en la Control Station de VNX: server_export <server_name> -P cifs n <sharename> o type=encrypted /<fsmountpoint> Impacto en el rendimiento Con el cifrado habilitado en los recursos compartidos, aumenta el grado de utilización de CPU del Data Mover y del cliente SMB 3.0 porque el cifrado y el descifrado requieren una sobrecarga adicional. 62

63 Descripción general de la tecnología de la solución En la Figura 26 se muestra el aumento en el grado de utilización del CPU con el cifrado habilitado en los recursos compartidos SMB 3.0. Figura 26. Habilitación del cifrado: Utilización de CPU del cliente En la Figura 27 se muestra el aumento en el grado de utilización de Data Mover con el cifrado habilitado en los recursos compartidos SMB 3.0. Figura 27. Habilitación del cifrado: Uso de la CPU de Data Mover Cmdlets de PowerShell de SMB 3.0 Los cmdlets de PowerShell de SMB 3.0 son comandos PowerShell que permiten administrar recursos compartidos de archivos a través de la interfaz de línea de comandos de Windows PowerShell. Los cmdlets de Windows Powershell de SMB 3.0 utilizan clases WMIv2; por este motivo, no todos los comandos son compatibles con recursos compartidos de archivos alojados en VNX. Sin embargo, VNX ofrece un conjunto de comandos PowerShell para instalar y ejecutar desde un cliente Windows 8 o Windows Server Descargue estos comandos mediante el servicio de soporte en línea de EMC. Para obtener más información sobre los comandos PowerShell de Windows para SMB 3.0, consulte el tema de Microsoft TechNet SMB Share CMDlets en Windows PowerShell. 63

64 Descripción general de la tecnología de la solución En la Tabla 5 se incluyen los cmdlets de Microsoft PowerShell para SMB 3.0 que se pueden ejecutar desde los clientes. Tabla 5. Cmdlets Microsoft PowerShell Comando Get-SmbServerNetworkInterface Get-SmbServerConfiguration Get-SmbMultichannelConnection New-SmbMultichannelConstraint Get-SmbMultichannelConstraint Update-SmbMultichannelConnection Remove-SmbMultichannelConstraint Get-SmbMapping Remove-SmbMapping New-SmbMapping Get-SmbConnection Get-SmbClientNetworkInterface Get-SmbClientConfiguration Descripción Enumera las interfaces de red disponibles para el servidor SMB Muestra la configuración de servidores SMB Enumera las conexiones que está usando SMB Multichannel en este momento Crea una nueva restricción en varios canales Enumera las restricciones en conexiones de varios canales Actualiza la restricción en conexiones de varios canales Quita la restricción en varios canales Muestra una lista de unidades mapeadas por un cliente SMB Quita un mapeo existente Crea un mapeo nuevo Enumera las conexiones SMB en el servidor Muestra la interfaz de red del cliente Muestra los ajustes de configuración actuales del cliente SMB En la Tabla 6 se enumeran los cmdlets de PowerShell para SMB 3.0 provistos por EMC para administrar recursos compartidos. Tabla 6. Cmdlets de PowerShell provistos por EMC Comando Add-LG Add-LGMember Add-Share Add-ShareAcl Add-SharePerms Remove-LG Descripción Agrega un grupo local nuevo a un nombre de servidor Agrega un miembro de un grupo local especificado a un nombre de servidor Crea un recurso compartido en un nombre de servidor Agrega una ACE a la ACL de un recurso compartido a un nombre de servidor Agrega un acceso a los permisos de un recurso compartido a un nombre de servidor Elimina un grupo local nuevo de un nombre de servidor 64

65 Descripción general de la tecnología de la solución Comando Remove-LGMember Remove-Session Remove-Share Remove-ShareAcl Remove-SharePerms Set-ShareFlags Show-AccountSid Show-ACL Show-LG Show-LGMembers Show-RootDirMembers Show-SecurityEventLog Show-Sessions Show-Shares Show-ShareAcl Show-ShareFlags Show-SharePerms Descripción Elimina un miembro de un grupo local de un nombre de servidor Elimina una sesión abierta de un nombre de servidor Elimina un recurso compartido de un nombre de servidor Elimina una ACE a la ACL de un recurso compartido de un nombre de servidor Elimina un acceso a los permisos de un recurso compartido de un nombre de servidor Establece indicadores de uso compartido en un nombre de servidor determinado Muestra el SID de un usuario específico Muestra la ACL de un recurso compartido en un nombre de servidor Enumera un grupo local en un nombre de servidor Elimina un grupo local de un nombre de servidor Enumera los miembros del directorio raíz de un nombre de servidor Muestra los registros de eventos de un nombre de servidor Enumera las sesiones abiertas en un nombre de servidor Muestra todos los recursos compartidos en un nombre de servidor Muestra la ACL de un recurso compartido en un nombre de servidor Muestra los indicadores de un recurso compartido en un nombre de servidor Enumera el contenido de acceso en los permisos de un recurso compartido en un nombre de servidor A continuación se presentan algunos ejemplos de cmdlets de PowerShell: Comando Show Shares En la Figura 28 se muestra una lista de todos los recursos compartidos SMB 3.0 de VNX desde el comando Show Shares. 65

66 Descripción general de la tecnología de la solución Figura 28. Ejecución de Show Shares en PowerShell Comando Get-SmbServerConfiguration En la Figura 29 se muestra la configuración del servidor SMB 3.0 desde el comando Get-SMBServerConfiguration. Figura 29. Ejecución de Get-SmbServerConfiguration en PowerShell Beneficio de la función Los cmdlets PowerShell permiten que los clientes y los administradores administren fácilmente los recursos compartidos SMB 3.0 desde un solo lugar. 66

67 Descripción general de la tecnología de la solución Cómo se habilita la función Los comandos PowerShell están habilitados de manera predeterminada en clientes Windows 2012 y Windows 8. Descargue los comandos PowerShell de EMC desde el Servicio de asistencia técnica en línea de EMC para usarlos. Impacto en el rendimiento La ejecución de estos cmdlets no tiene ningún efecto sobre los recursos de almacenamiento, del servidor ni de la red. Directory Leasing en SMB 3.0 Directory Leasing en SMB 3.0 permite que los clientes guarden en caché metadatos de directorio a nivel local. Todas las solicitudes de metadatos futuras son atendidas desde el mismo caché. Se mantiene la coherencia de caché porque se notifica a los clientes cuando cambia la información de directorio en el servidor. Existen varios tipos de arrendamiento: Read-caching lease (R) permite que un cliente almacene lecturas en caché, y se puede otorgar a varios clientes. Write-caching lease (W) permite que un cliente almacene escrituras en caché. Handle-caching lease (H) permite que un cliente almacene identificadores abiertos en caché, y se puede otorgar a varios clientes. Figura 30. Directory Leasing en SMB

68 Descripción general de la tecnología de la solución Beneficio de la función El permiso de uso de directorios mejora el tiempo de respuesta de las aplicaciones en las sucursales. Esta característica es útil en situaciones en las que un cliente de la sucursal no quiere hacer uso de la red WAN de alta latencia para obtener reiteradamente la misma información de metadatos. En cambio, puede guardar en caché los mismos datos y optar por que el servidor SMB le notifique cuando cambie la información en el servidor. El uso típico incluye lo siguiente: Carpetas locales (lectura/escritura) Publicación (solo lectura) Cómo se habilita la función Esta característica está habilitada de manera predeterminada en el Data Mover; no es necesario ningún paso de configuración adicional. Impacto en el rendimiento Esta característica mejora el tiempo de respuesta de las aplicaciones, reduce el tráfico de red y el grado de utilización del procesador del equipo cliente. Resumen de estado predeterminado de las funciones En la Tabla 7 se resume el estado predeterminado de las funciones. Tabla 7. Estado predeterminado de las funciones de SMB 3.0 Característica Compatibilidad con almacenamiento Hyper-V Compatibilidad con Data Mover Admitida de manera predeterminada en el Data Mover Disponibilidad continua Canales múltiples Descarga de copia BranchCache VSS remoto Cifrado Cmdlets PowerShell Permisos de uso de directorios Se debe habilitar en el Data Mover Habilitados de manera predeterminada en el Data Mover Habilitados de manera predeterminada en el Data Mover Se debe habilitar en el Data Mover Habilitados de manera predeterminada en el Data Mover Se debe habilitar en el Data Mover Habilitados de manera predeterminada en el Data Mover Los cmdlets PowerShell para SMB de EMC para VNX se pueden descargar de powerling.emc.com Habilitados de manera predeterminada en el Data Mover 68

69 Descripción general de la tecnología de la solución Respaldo y recuperación Descripción general El proceso de respaldo y recuperación, otro componente importante de esta solución VSPEX, proporciona protección de datos mediante el respaldo de archivos o volúmenes de datos en un calendario definido y la restauración de datos a partir de un respaldo para recuperación después de un desastre. Las soluciones de respaldo y recuperación de EMC ofrecen un método de protección de datos inteligente. Este se basa en la mejor integración en su clase de almacenamiento y software de protección, diseñados para cumplir los objetivos de respaldo y recuperación de la actualidad y del futuro. Con las funciones de EMC líderes del mercado de almacenamiento de protección, integración profunda de los orígenes de datos y servicios de administración de datos con características enriquecidas, se puede implementar una arquitectura de almacenamiento de protección modular y abierta que permita escalar a menores costos y complejidad. Deduplicación de EMC Avamar Sistemas de almacenamiento con deduplicación EMC Data Domain Protección de datos en VMware EMC Avamar ofrece respaldos y recuperaciones rápidos y eficaces mediante una solución de software y hardware completa. Avamar, que está equipado con tecnología de deduplicación de longitud variable integrada, facilita respaldos diarios completos y rápidos para ambientes virtuales, oficinas remotas, aplicaciones empresariales, servidores de almacenamiento conectado en red (NAS) y equipos de escritorio/laptops. Más información: (visite el sitio web de su país correspondiente) Los sistemas de almacenamiento con deduplicación EMC Data Domain continúan revolucionando el respaldo a disco, el archiving y la recuperación de desastres con una deduplicación en línea de alta velocidad para tipos de carga de archivos y respaldos. Más información: (visite el sitio web de su país correspondiente) vsphere Data Protection (VDP) es una solución comprobada para respaldar y restaurar máquinas virtuales de VMware. VDP está basado en el producto galardonado Avamar de EMC y tiene muchos puntos de integración con vsphere 5.5, lo que le permite detectar fácilmente sus máquinas virtuales y crear políticas con eficiencia. Uno de los desafíos que deben enfrentar los sistemas tradicionales con las máquinas virtuales es la gran cantidad de datos que contienen estos archivos. El hecho de que VDP utilice un algoritmo de deduplicación de longitud variable garantiza que se use una cantidad mínima de espacio en disco y reduce el crecimiento constante del almacenamiento de respaldo. Los datos se deduplican en todas las máquinas virtuales asociadas con el dispositivo virtual VDP. VDP utiliza las API de vstorage para protección de datos (VADP), que envían solo los bloques de datos modificados, por lo que solamente se envía una fracción de los datos a través de la red. VDP permite que se respalden hasta ocho máquinas virtuales de manera simultánea. Dado que VDP se aloja en un dispositivo virtual dedicado, todos los procesos de respaldo se descargan de las máquinas virtuales de producción. 69

70 Descripción general de la tecnología de la solución Disponibilidad continua VDP puede aliviar las cargas de las solicitudes de restauración a las que deben hacer frente los administradores porque permite que los usuarios finales restauren sus propios archivos con una herramienta web llamada vsphere Data Protection Restore Client. Los usuarios pueden examinar las copias de respaldo del sistema en una interfaz fácil de usar que ofrece funciones de control de búsqueda y de versión. Los usuarios pueden restaurar archivos o directorios individuales sin ninguna intervención del área de TI; eso libera tiempo y recursos valiosos y, a la vez, mejora la experiencia para los usuarios finales. Para conocer las opciones de respaldo y recuperación, consulte Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX:guía de diseño e implementación. EMC RecoverPoint EMC RecoverPoint es una solución de escala empresarial que protege los datos de aplicaciones en servidores conectados a SAN heterogéneos y arreglos de almacenamiento. EMC RecoverPoint se ejecuta en un dispositivo exclusivo (RPA) y combina la tecnología de protección continua de datos líder del sector con una tecnología de replicación sin pérdida de datos con uso eficiente del ancho de banda; lo que le permite proteger datos a nivel local (protección continua de datos, CDP), en forma remota (replicación remota continua, CRR) o con ambas modalidades (replicación local y remota, CLR). RecoverPoint CDP replica datos en el mismo sitio o a un sitio búnker local a cierta distancia, y los datos son transferidos por FibreChannel (FC). RecoverPoint CRR emplea FC o una red IP existente para enviar los snapshots de datos al sitio remoto empleando técnicas que preservar el orden de escritura. En una configuración CLR, RecoverPoint replica tanto a nivel local como en un sitio remoto a la vez. RecoverPoint utiliza tecnología de división ligera en el servidor de aplicaciones, en el fabric o en el arreglo, para replicar escrituras de aplicación al cluster de RecoverPoint. RecoverPoint admite diversos tipos de splitters de escritura: Basada en arreglos de discos Basados en fabric e inteligentes Basada en host EMC VNX Replicator EMC VNX Replicator es una solución de replicación eficiente, asíncrona y fácil de usar. Gracias a su funcionalidad de reconocimiento de WAN, su interfaz de administración simple y su funcionalidad avanzada de recuperación de desastres, conforma una solución de replicación completa. La replicación entre un sistema de archivos primario y uno secundario o LUN iscsi puede realizarse en el mismo sistema VNX o en un sistema remoto. 70

71 Descripción general de la tecnología de la solución Otras tecnologías EMC VNX Replicator admite la replicación iscsi consistente en todas las aplicaciones. El host puede iniciar la replicación a través de la interfaz de VSS en ambientes Windows o Replication Manager. Para ambientes CIFS, la funcionalidad Virtual Data Mover (VDM) replica el contexto necesario en el sitio remoto junto con los sistemas de archivos. Esto incluye datos de servidor CIFS, logs de auditoría y grupos locales. Para la recuperación asíncrona de datos, la copia secundaria puede ser de lectura/escritura y la producción puede continuar en el sitio remoto. Si el sistema primario vuelve a estar disponible, los cambios incrementales en la copia secundaria se pueden reproducir en el sistema primario con la función de resincronización. Esto funciona como se describe anteriormente, con las funciones invertidas entre el sistema primario y el secundario. EMC XtremCache Además de los componentes técnicos necesarios para soluciones EMC VSPEX, hay otros elementos que pueden entregar valor adicional según el caso de uso específico. EMC XtremCache es una solución de almacenamiento en caché flash de servidor que reduce la latencia y aumenta el rendimiento para mejorar el desempeño de las aplicaciones mediante el software de almacenamiento en caché inteligente y la tecnología flash PCIe. Almacenamiento en caché flash del lado del servidor para obtener máxima velocidad XtremCache ejecuta las siguientes funciones para mejorar el rendimiento del sistema: Almacena en caché los datos a los que se hace referencia con mayor frecuencia en la tarjeta PCIe basada en servidor para ubicar los datos más cerca de la aplicación. Se adapta automáticamente a las cargas de trabajo cambiantes porque determina a qué datos se hace referencia con mayor frecuencia y los promueve a la tarjeta flash del servidor. Esto significa que los datos más activos residen automáticamente en la tarjeta PCIe del servidor para un acceso más rápido. Descarga el tráfico de lectura del arreglo de almacenamiento, lo que asigna un mayor poder de procesamiento para otras aplicaciones. Aunque una aplicación se acelera con XtremCache, el rendimiento del arreglo para otras aplicaciones se mantiene o, incluso, mejora levemente. Almacenamiento en caché de escritura inmediata en el arreglo para una total protección XtremCache aumenta la velocidad de las lecturas y protege los datos mediante una caché de escritura inmediata en el almacenamiento; de esta manera, se proporciona alta disponibilidad, integridad y recuperación de desastres en todo momento. Independiente de la aplicación XtremCache es transparente para las aplicaciones; no es necesario reescribir, hacer otra prueba ni una nueva certificación para implementar XtremCache en el ambiente. 71

72 Descripción general de la tecnología de la solución Impacto mínimo en los recursos del sistema A diferencia de otras soluciones de almacenamiento en caché del mercado, XtremCache no necesita una cantidad de memoria o ciclos de CPU significativos, ya que toda la administración de la memoria flash y del nivel de desgaste se realiza en la tarjeta PCIe sin utilizar recursos de servidor. A diferencia de otras soluciones de PCIe, no hay sobrecarga importante por el uso de XtremCache en recursos de servidor. XtremCache crea la ruta de I/O más eficaz e inteligente desde la aplicación hasta el área de almacenamiento de datos, lo cual da como resultado una infraestructura que se optimiza dinámicamente para ofrecer rendimiento, inteligencia y protección para los ambientes físicos y virtuales. Compatibilidad con agrupación en clusters activa/pasiva de XtremCache La configuración de scripts de agrupación en clusters de XtremCache asegura que los datos obsoletos nunca se recuperen. Los scripts usan eventos de administración de clusters para activar un mecanismo que elimina la caché. El cluster activo/pasivo habilitado para XtremCache asegura la integridad de los datos y acelera al rendimiento de las aplicaciones. Consideraciones de rendimiento de XtremCache Entre las consideraciones de rendimiento de XtremCache se incluyen las siguientes: Cuando se produce una solicitud de escritura, XtremCache primero escribe en el arreglo, después en la caché y, finalmente, completa el I/O de la aplicación. Cuando se produce una solicitud de lectura, XtremCache cumple con la solicitud mediante los datos almacenados en caché o, cuando los datos no están presentes, los recupera desde el arreglo, los escribe en la caché y, posteriormente, los devuelve a la aplicación. La transferencia hacia el arreglo puede hacerse en milisegundos; por lo tanto, el arreglo limita la velocidad de funcionamiento de la caché. A medida que aumenta la cantidad de escrituras, se reduce el rendimiento de XtremCache. XtremCache alcanza su mayor eficacia para cargas de trabajo con una relación de lectura-escritura del 70 % o más, con un proceso de I/O pequeño y aleatorio (8 K es lo ideal). Un I/O mayor a 128 K no se almacena en caché en XtremCache 1.5. Nota: Para obtener más información, consulte el informe técnico Introducción a EMC XtremCache. 72

73 Capítulo 4 Descripción general de la arquitectura de la solución Este capítulo presenta los siguientes temas: Descripción general Arquitectura de soluciones Pautas para la configuración de servidores Pautas para la configuración de la red Reglas para la configuración del almacenamiento Alta disponibilidad y failover Perfil de la prueba de validación Pautas de configuración del respaldo y la recuperación Pautas para el dimensionamiento Carga de trabajo de referencia Aplicación de la carga de trabajo de referencia

74 Descripción general de la arquitectura de la solución Descripción general Arquitectura de soluciones En este capítulo encontrará una guía integral sobre los principales aspectos de esta solución. La capacidad del servidor se presenta en términos genéricos para los requisitos mínimos de CPU, memoria y recursos de red; el cliente tiene la libertad de seleccionar el hardware de servidor y de red de su preferencia que cumpla o supere los requisitos mínimos establecidos. La arquitectura de almacenamiento especificada, junto con un sistema que cumpla con los requisitos del servidor y la red que se definen, cuenta con la validación de EMC para ofrecer altos niveles de rendimiento y, a la vez, entregar una arquitectura de alta disponibilidad para la implementación de nube privada. Cada infraestructura comprobada de VSPEX balancea los recursos de almacenamiento, red y cómputo necesarios para una cantidad de máquinas virtuales validadas por EMC. En la práctica, cada máquina virtual tiene su propio conjunto de requisitos que rara vez se ajusta a una idea predefinida de lo que debe ser una máquina virtual. En cualquier discusión sobre las infraestructuras virtuales, es importante definir primero una carga de trabajo de referencia. No todos los servidores realizan las mismas tareas y resulta poco práctico crear una referencia que considere todas las posibles combinaciones de características de cargas de trabajo. Descripción general La solución de nube privada VSPEX para Microsoft Hyper-V con VNX se valida en cuatro puntos de escala diferentes: una configuración con hasta 200 máquinas virtuales, una configuración con hasta 300 máquinas virtuales, una configuración con hasta 600 máquinas virtuales y una configuración con hasta 1,000 máquinas virtuales. Las configuraciones definidas forman la base de la creación de una solución personalizada. Nota: VSPEX usa el concepto de un tipo de carga de referencia para describir y definir una máquina virtual. Por lo tanto, puede que un servidor físico o virtual en un ambiente existente no sea igual a una máquina virtual en una solución VSPEX. Evalúe la carga de trabajo en términos de la referencia para llegar a un punto de escala adecuado. En este documento se describe el proceso de Aplicación de la carga de trabajo de referencia. 74

75 Descripción general de la arquitectura de la solución Arquitectura lógica Los diagramas de la arquitectura en esta sección muestran el diseño de los componentes principales que conforman las soluciones. Los dos tipos de almacenamiento, el basado en bloques y el basado en archivos, se muestran en los siguientes diagramas. En la Figura 31 se muestra la infraestructura validada con almacenamiento basado en bloques, en la que una SAN FC/FCoE de 8 GB o iscsi de 10 Gb se ocupa del tráfico de almacenamiento y una de 10 GbE se ocupa del tráfico de administración y de las aplicaciones. Figura 31. Arquitectura lógica para almacenamiento de bloques 75

76 Descripción general de la arquitectura de la solución En la Figura 32, se muestra la infraestructura validada con almacenamiento basado en archivos, en la que una red de 10 GbE se ocupa del tráfico de almacenamiento y del resto del tráfico. Figura 32. Arquitectura lógica para almacenamiento de archivos Componentes clave La arquitectura incluye los siguientes componentes clave: Microsoft Hyper-V: ofrece una capa de virtualización común para alojar un ambiente de servidor. Puede leer las especificaciones del ambiente validado en la Tabla 8. Hyper-V proporciona una infraestructura de alta disponibilidad por medio de funciones como las siguientes: Live Migration: proporciona migración activa de máquinas virtuales dentro de un cluster de infraestructura virtual, sin tiempo fuera de las máquinas virtuales ni interrupción del servicio. Live Storage Migration: proporciona migración activa de archivos de disco de máquinas virtuales dentro de todos los arreglos de almacenamiento sin tiempo muerto de las máquinas virtuales ni interrupción del servicio. Failover Clustering High Availability (HA): detecta y proporciona recuperación rápida para una máquina virtual con falla en un cluster. Dynamic Optimization (DO): ofrece balanceo de carga de capacidad de cómputo en un cluster con compatibilidad de SCVMM. Microsoft System Center Virtual Machine Manager (SCVMM): no se requiere SCVMM para esta solución. Sin embargo, si se implementa, esta herramienta (o su función correspondiente en Microsoft System Center Essentials) simplifica el aprovisionamiento, la administración y el monitoreo del ambiente de Hyper-V. 76

77 Descripción general de la arquitectura de la solución Microsoft SQL Server 2012: SCVMM, en caso de usarse, requiere una instancia de base de datos SQL Server para almacenar la información de configuración y monitoreo. Servidor DNS: utilice servicios DNS para que los diversos componentes de la solución ejecuten resolución de nombres. Esta solución utiliza el servicio DNS de Microsoft que se ejecuta en Windows Server 2012 R2. Servidor Active Directory: diversos componentes de la solución requieren servicios de Active Directory para poder funcionar correctamente. El servicio AD de Microsoft se ejecuta en un servidor Windows Server 2012 R2. Red IP: una red Ethernet estándar transporta todo el tráfico de red con cableado y conmutación redundantes. Una red IP compartida se ocupa del tráfico de usuarios y de administración. Red de almacenamiento La red de almacenamiento es una red aislada que brinda a los hosts acceso a los arreglos de almacenamiento. VSPEX ofrece diferentes opciones para almacenamiento basado en bloques y basado en archivo. Red de almacenamiento para bloques Esta solución ofrece tres opciones para las redes de almacenamiento basado en bloques. Fibre Channel (FC): un conjunto de estándares que definen protocolos para realizar transferencias de datos en serie a alta velocidad. FC proporciona una trama de transporte de datos estándar entre servidores y dispositivos de almacenamiento compartidos. Fibre Channel mediante Ethernet (FCoE): un nuevo protocolo para redes de almacenamiento que admite en forma nativa Fibre Channel mediante Ethernet, al encapsular frames Fibre Channel en frames Ethernet. Esto permite que las tramas FC encapsuladas se transmitan junto con tráfico tradicional del tipo Internet Protocol (IP). 10 Gb Ethernet (iscsi): permite transportar bloques SCSI por una red TCP/IP. iscsi encapsula los comandos SCSI en paquetes de TCP y envía los paquetes por la red IP. Red de almacenamiento para archivos En el caso del almacenamiento basado en archivos, una subred privada y no enrutable de 10 GbE transporta el tráfico de almacenamiento. Arreglo de almacenamiento VNX. La configuración de la nube privada de VSPEX comienza con los arreglos de almacenamiento de la familia VNX, que incluyen los siguientes: Arreglo EMC VNX5200: proporciona almacenamiento presentando recursos compartidos de CIFS (SMB 3.0) (para archivos) o volúmenes compartidos de cluster (para bloques) a hosts Hyper-V para un máximo de 200 máquinas virtuales. 77

78 Descripción general de la arquitectura de la solución Arreglo EMC VNX5400: proporciona almacenamiento presentando recursos compartidos de CIFS (SMB 3.0) (para archivos) o volúmenes compartidos de cluster (para bloques) a hosts Hyper-V para un máximo de 300 máquinas virtuales. Arreglo EMC VNX5600: proporciona almacenamiento presentando recursos compartidos de CIFS (SMB 3.0) (para archivos) o volúmenes compartidos de cluster (para bloques) a hosts Hyper-V para un máximo de 600 máquinas virtuales. Arreglo EMC VNX5800: proporciona almacenamiento presentando recursos compartidos de CIFS (SMB 3.0) (para archivos) o volúmenes compartidos de cluster (para bloques) a hosts Hyper-V para un máximo de 1,000 máquinas virtuales. Los arreglos de almacenamiento de la familia VNX incluyen los siguientes componentes: Los procesadores de almacenamiento (SP) admiten datos de bloques con tecnología de I/O UltraFlex compatible con los protocolos Fibre Channel, iscsi y FCoE. Los SP proporcionan acceso para todos los hosts externos y para el lado de archivos del arreglo VNX. El gabinete para procesadores de disco (DPE) tiene un tamaño de 3U y aloja a los SP y a la primera bandeja de discos. VNX 5200, VNX5400, VNX5600 y VNX5800 utilizan este componente. Los X-Blades (o Data Movers) obtienen acceso a los datos desde el back-end y proporcionan acceso al host usando la misma tecnología de I/O UltraFlex compatible con los protocolos NFS, CIFS, MPFS y pnfs. Los X-Blades de cada arreglo son escalables y brindan redundancia para garantizar que no exista ningún punto de falla único. El gabinete de Data Mover (DME) tiene un tamaño de 2U y aloja a los Data Movers. (X-Blades). Todos los modelos de VNX para archivos utilizan el DME. Las fuentes de alimentación en standby (SPS) tienen un tamaño de 1U y proporcionan a cada SP la alimentación suficiente para garantizar que todos los datos en transferencia se descarguen en el área de vault del arreglo en caso de que se produzca una interrupción en el suministro de energía. De esta manera, se garantiza que no se pierdan escrituras. Después del reinicio del arreglo, las escrituras pendientes se concilian y se hacen persistentes. La Control Station tiene un tamaño de 1U y proporciona funciones de administración a los X-Blades. La Control Station es responsable del failover de X-Blades. Una segunda Control Station opcional garantiza la redundancia en el arreglo VNX. Los gabinetes de arreglos de disco (DAE) alojan a las unidades utilizadas en el arreglo. 78

79 Descripción general de la arquitectura de la solución Recursos de hardware La Tabla 8 enumera el hardware utilizado en esta solución. Tabla 8. Hardware de la solución Componente Microsoft Hyper-V Servers CPU Memoria Configuración Un CPU virtual por máquina virtual Cuatro CPU virtuales por core físico Ocho CPU virtuales por core físico (Ivy Bridge o posterior) Para 200 máquinas virtuales: 200 CPU virtuales Un mínimo de 50 CPU físicos Un mínimo de 25 CPU físicos (Ivy Bridge o posterior) Para 300 máquinas virtuales: 300 CPU virtuales Un mínimo de 75 CPU físicos Un mínimo de 38 CPU físicos (Ivy Bridge o posterior) Para 600 máquinas virtuales: 600 CPU virtuales Un mínimo de 150 CPU físicos Un mínimo de 75 CPU físicos (Ivy Bridge o posterior) Para 1,000 máquinas virtuales: 1,000 CPU virtuales Un mínimo de 250 CPU físicos Un mínimo de 125 CPU físicos (Ivy Bridge o posterior) 2 GB de RAM por máquina virtual 2 GB de RAM de reserva por host Hyper-V Para 200 máquinas virtuales: Un mínimo de 400 GB de RAM Agregar 2 GB para cada servidor físico Para 300 máquinas virtuales: Un mínimo de 600 GB de RAM Agregar 2 GB para cada servidor físico Para 600 máquinas virtuales: Un mínimo de 1200 GB de RAM Agregar 2 GB para cada servidor físico Para 1,000 máquinas virtuales: Un mínimo de 2,000 GB de RAM Agregar 2 GB para cada servidor físico Red Bloque Dos NIC de 10 GbE por servidor Dos HBA por servidor 79

80 Descripción general de la arquitectura de la solución Componente Archivo Configuración Cuatro NIC de 10 GbE por servidor Nota: Agregar al menos un servidor más a la infraestructura además de los requisitos mínimos para implementar la funcionalidad Microsoft Hyper-V High Availability (HA) y cumplir con las exigencias mínimas. Infraestructura de red Capacidad mínima de conmutación Bloque Dos switches físicos Dos puertos de 10 GbE por servidor Hyper-V Un puerto de 1 GbE por Control Station para las tareas de administración Dos puertos por servidor Hyper-V para almacenamiento de red Dos puertos por SP para almacenamiento de datos Archivo Dos switches físicos Cuatro puertos de 10 GbE por servidor Hyper-V Un puerto de 1 GbE por Control Station para las tareas de administración Dos puertos de 10 GbE por Data Mover para los datos Respaldo de EMC Avamar Consulte el informe técnico Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX. Data Domain Consulte el informe técnico Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX. 80

81 Descripción general de la arquitectura de la solución Componente Arreglo de almacenamien to EMC VNX Bloque Configuración Común: Una interfaz de 1 GbE por Control Station para las tareas de administración Una interfaz de 1 GbE por SP para las tareas de administración Dos puertos front-end por SP Discos de sistema para VNX OE Para 200 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Cuatro discos flash de 200 GB. Tres discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 300 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Seis discos flash de 200 GB. Cuatro discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 600 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Diez 10 discos flash de 200 GB. Ocho discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 1,000 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 16 discos flash de 200 GB. 12 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare 81

82 Descripción general de la arquitectura de la solución Componente Archivo Configuración Común: Dos interfaces de 10 GbE por Data Mover Una interfaz de 1 GbE por Control Station para las tareas de administración Una interfaz de 1 GbE por SP para las tareas de administración Discos de sistema para VNX OE Para 200 máquinas virtuales EMC VNX5200 Dos Data Movers (activo/en standby) 75 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Cuatro discos flash de 200 GB. Tres discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 300 máquinas virtuales EMC VNX5400 Dos Data Movers (activo/en standby) 110 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Seis discos flash de 200 GB. Cinco discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 600 máquinas virtuales: EMC VNX5600 Dos Data Movers (activo/en standby) 220 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Diez 10 discos flash de 200 GB. Ocho discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 1,000 máquinas virtuales EMC VNX5800 Tres Data Movers (2 activos/1 en standby) 360 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 16 discos flash de 200 GB. 12 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare 82

83 Descripción general de la arquitectura de la solución Componente Infraestructura compartida Configuración En la mayoría de los casos, un ambiente del cliente ya tiene servicios de infraestructura, como Active Directory, DNS, además de otros servicios configurados. La configuración de esos servicios escapa del alcance de este documento. Si se implementa sin una infraestructura existente, agregue lo siguiente: Dos servidores físicos 16 GB de RAM por servidor Cuatro cores de procesador por servidor Dos puertos de 1 GbE por servidor Nota: Estos servicios pueden migrar posterior a la implementación de VSPEX; sin embargo, deben existir antes que sea posible implementar VSPEX. Nota: La solución recomienda usar una red de 10 GbE o una infraestructura de red de 1 GbE equivalente siempre que se cumplan los requisitos subyacentes de ancho de banda y redundancia. Recursos de software En la Tabla 9 se incluye el software utilizado en esta solución. Tabla 9. Software de la solución Software Microsoft Hyper-V Microsoft Windows Server Microsoft System Center Virtual Machine Manager Configuración Windows Server 2012 Data Center Edition (En esta solución se requiere Data Center Edition para ser compatible con la cantidad de máquinas virtuales) Versión 2012 SP1 Microsoft SQL Server EMC VNX EMC VNX OE for File 8.0 EMC VNX OE for Block Versión 2012 Enterprise Edition Nota: Cualquier base de datos compatible para SCVMM es aceptable. EMC Storage Integrator (ESI) EMC PowerPath Respaldo de última generación EMC Avamar Buscar la versión más reciente Buscar la versión más reciente 6.1 SP1 EMC Data Domain OS 5.2 Máquinas virtuales (usadas para validación, no se necesitan para implementación) Sistema operativo base Microsoft Windows Server 2012 Data Center Edition 83

84 Descripción general de la arquitectura de la solución Pautas para la configuración de servidores Descripción general Al diseñar y ordenar la capa de cómputo/servidor de la solución VSPEX, hay varios factores que pueden alterar la compra final. Desde una perspectiva de virtualización, si se entiende bien la carga de trabajo de un sistema, las funciones como memoria dinámica y Smart Paging pueden reducir el requisito de memoria agregada. Si el pool de máquinas virtuales no tiene un nivel alto de uso máximo o simultáneo, la cantidad de CPU virtuales puede ser reducida. Por el contrario, si las aplicaciones que se implementan son de naturaleza altamente computacional, aumente la cantidad de CPU y memoria comprada. Actualizaciones de Ivy Bridge Las pruebas en los procesadores de Ivy Bridge de Intel han demostrado considerables aumentos en la densidad de máquinas virtuales desde la perspectiva de los recursos del servidor. Si la implementación del servidor consta de procesadores Ivy Bridge, recomendamos aumentar la relación CPU virtuales/cpu físicos de 4:1 a 8:1. Esto esencialmente reduce a la mitad la cantidad de cores por servidor necesaria para alojar las máquinas virtuales de referencia. En la Figura 33 se muestran los resultados de las configuraciones probadas: Figura 33. Pautas para el uso de procesadores Ivy Bridge 84

85 Descripción general de la arquitectura de la solución Las pautas para el dimensionamiento actual para VSPEX especifican una relación de core de CPU virtual a core de CPU físico de 4:1 (8:1 para procesadores Ivy Bridge o posteriores). Esta relación se basa en una muestra promedio de las tecnologías de CPU disponibles al realizar las pruebas. A medida que las tecnologías de CPU avanzan, es posible que los proveedores de servidores OEM asociados con VSPEX sugieran relaciones diferentes (generalmente mayores). Consulte las pautas actualizadas que le proporcione su proveedor de servidor OEM. En la Tabla 10 se incluyen los recursos de hardware que se usan para la capa de cómputo. Tabla 10. Recursos de hardware para la capa de cómputo Componente Microsoft Hyper-V Servers CPU Memoria Configuración Un CPU virtual por máquina virtual Cuatro CPU virtuales por core físico Ocho CPU virtuales por core físico (Ivy Bridge o posterior) Para 200 máquinas virtuales: 200 CPU virtuales Un mínimo de 50 CPU físicos Un mínimo de 25 CPU físicos (Ivy Bridge o posterior) Para 300 máquinas virtuales: 300 CPU virtuales Un mínimo de 75 CPU físicos Un mínimo de 38 CPU físicos (Ivy Bridge o posterior) Para 600 máquinas virtuales: 600 CPU virtuales Un mínimo de 150 CPU físicos Un mínimo de 75 CPU físicos (Ivy Bridge o posterior) Para 1,000 máquinas virtuales: 1,000 CPU virtuales Un mínimo de 250 CPU físicos Un mínimo de 125 CPU físicos (Ivy Bridge o posterior) 2 GB de RAM por máquina virtual 2 GB de RAM de reserva por host Hyper-V 85

86 Descripción general de la arquitectura de la solución Componente Configuración Para 200 máquinas virtuales: Un mínimo de 400 GB de RAM Agregar 2 GB para cada servidor físico Para 300 máquinas virtuales: Un mínimo de 600 GB de RAM Agregar 2 GB para cada servidor físico Para 600 máquinas virtuales: Un mínimo de 1200 GB de RAM Agregar 2 GB para cada servidor físico Para 1,000 máquinas virtuales: Un mínimo de 2,000 GB de RAM Agregar 2 GB para cada servidor físico Red Bloque Dos NIC de 10 GbE por servidor Dos HBA por servidor Archivo Cuatro NIC de 10 GbE por servidor Nota: Agregar al menos un servidor más a la infraestructura además de los requisitos mínimos para implementar la funcionalidad Hyper-V High Availability (HA) y cumplir con las exigencias mínimas. Virtualización de memoria de Hyper-V Microsoft Hyper-V tiene varias funciones avanzadas que ayudan a aumentar al máximo el rendimiento y la utilización general de los recursos. Las funciones más importantes están relacionadas con la administración de la memoria. En esta sección describen algunas de estas funciones y los elementos que hay que tener en cuenta en el momento de usarlas en el ambiente de VSPEX. En general, las máquinas virtuales en un solo hipervisor consumen memoria como un pool de recursos, como se muestra en la Figura

87 Descripción general de la arquitectura de la solución Figura 34. Uso de memoria del hipervisor La comprensión de las tecnologías de esta sección mejora este concepto básico. Memoria dinámica La memoria dinámica se introdujo en Windows Server 2008 R2 SP1 para aumentar la eficiencia de la memoria física tratando a la memoria como un recurso compartido y asignándola a las máquinas virtuales de forma dinámica. La cantidad de memoria utilizada por cada máquina virtual se puede ajustar en cualquier momento. La memoria dinámica recupera memoria no utilizada de las máquinas virtuales inactivas, lo que permite que se puedan ejecutar más máquinas virtuales en cualquier momento. En Windows Server 2012, la memoria dinámica les permite a los administradores incrementar de forma dinámica la memoria máxima disponible para las máquinas virtuales. Smart Paging Incluso con memoria dinámica, Hyper-V permite que haya más máquinas virtuales de las que la memoria física disponible puede admitir. En la mayoría de los casos, hay una brecha de memoria entre la memoria mínima y la memoria de inicio. Smart Paging es una técnica de administración de memoria que aprovecha los recursos de disco como sustitución temporal de la memoria. Transporta la memoria menos usada al almacenamiento de disco y la traslada de vuelta cuando es necesario. Como desventaja de Smart Paging, es posible que haya una degradación del rendimiento. Hyper-V sigue aprovechando la paginación huésped cuando se sobresuscribe la memoria del host, ya que es más eficiente que Smart Paging. 87

88 Descripción general de la arquitectura de la solución Acceso a memoria no uniforme El acceso a memoria Non-Uniform (NUMA) es una tecnología computacional de múltiples nodos que permite que un CPU tenga acceso a memoria de nodo remoto. Este tipo de acceso a memoria degrada el rendimiento, por lo que Windows Server 2012 emplea un proceso conocido como afinidad del procesador, que mantiene hilos de ejecución fijados en un CPU determinado para evitar el acceso a la memoria desde un nodo remoto. En versiones anteriores de Windows, esta función solo se encuentra disponible para el host. Windows Server 2012 extiende esta funcionalidad a las máquinas virtuales, lo cual permite un mejor rendimiento en ambientes SMP. Pautas para la configuración de la memoria Las pautas para la configuración de la memoria toman en cuenta la sobrecarga de memoria de Hyper-V y los ajustes de memoria de la máquina virtual. Sobrecarga de memoria de Hyper-V La memoria virtualizada tiene algo de sobrecarga asociada, que incluye la memoria que consume Hyper-V, la partición principal y la sobrecarga adicional para cada máquina virtual. Deje al menos 2 GB de memoria para la partición principal de Hyper- V de esta solución. Memoria de máquina virtual En esta solución, cada máquina virtual obtiene 2 GB de memoria en modo fijo. Pautas para la configuración de la red Descripción general En esta sección se entregan pautas para configurar una configuración de red redundante y de alta disponibilidad. Las pautas descritas aquí se basan en almacenamiento unificado de EMC con frames jumbo, VLAN y LACP. Para obtener requisitos de recursos de red detallados, consulte la Tabla 11. Tabla 11. Recursos de hardware para la red Componente Configuración Infraestructura de red Capacidad mínima de conmutación Bloque Dos switches físicos Dos puertos de 10 GbE por servidor Hyper-V 1 puerto de 1 GbE por Control Station para las tareas de administración Dos puertos por servidor Hyper-V para almacenamiento de red Dos puertos por SP para almacenamiento de datos Archivo Dos switches físicos Cuatro puertos de 10 GbE por servidor Hyper-V 1 puerto de 1 GbE por Control Station para las tareas de administración Dos puertos de 10 GbE por Data Mover para los datos 88

89 Descripción general de la arquitectura de la solución Nota: La solución puede usar una infraestructura de red de 1 GbE siempre que se satisfagan los requisitos subyacentes de ancho de banda y redundancia. VLAN Aísle el tráfico de red para permitir que el tráfico entre hosts y almacenamiento, hosts y clientes, y el tráfico de administración se transmitan por redes aisladas. En algunos casos, es posible que algunas normativas o políticas exijan el aislamiento físico; sin embargo, en la mayoría de los casos, basta con el aislamiento lógico mediante el uso de VLAN. Esta solución requiere un mínimo de tres VLAN para el siguiente uso: ACCESO DE CLIENTES Almacenamiento (para iscsi o SMB solamente) Administración En la Figura 35 se describen los requisitos de conectividad de la red y de la VLAN para un arreglo VNX basado en bloques. Figura 35. Redes requeridas para el almacenamiento de bloques 89

90 Descripción general de la arquitectura de la solución En la Figura 36 se describen los requisitos de conectividad de la red y de las VLAN para un arreglo VNX basado en archivos. Figura 36. Redes requeridas para el almacenamiento de archivos La red de acceso de clientes es para que los usuarios del sistema, o clientes, se comuniquen con la infraestructura. La red de almacenamiento se usa en la comunicación entre las capas de cómputo y de almacenamiento. Con la red de administración, los administradores pueden contar con una vía exclusiva para el acceso a las conexiones de administración en el arreglo de almacenamiento, los switches de red y los hosts. Nota: Algunas mejores prácticas requieren un aislamiento adicional de la red para el tráfico del cluster, la comunicación de la capa de virtualización y otras funciones. Implemente estas redes adicionales en caso de ser necesario. 90

91 Descripción general de la arquitectura de la solución Activación de frames jumbo (iscsi, FCoE o SMB solamente) Agregación de enlaces (SMB solamente) Para esta solución se recomienda configurar la MTU en 9,000 (frames jumbo) para lograr un tráfico eficiente de migración de la máquina virtual y del almacenamiento. La mayoría de los proveedores de switches también sugieren activar los frames jumbo más nuevos (configuración de la MTU en 2158) para evitar la fragmentación de frames. Consulte las pautas del proveedor de switches a fin de activar los frames jumbo en los puertos de almacenamiento y de host de los switches. Una agregación de enlaces se asemeja a un canal Ethernet, pero usa el estándar IEEE 802.3ad de LACP. El estándar IEEE 802.3ad es compatible con agregaciones de enlaces con dos o más puertos. Todos los puertos en la agregación deben tener la misma velocidad y ser dúplex completo. En esta solución, LACP se configura en VNX, el cual combina varios puertos Ethernet en un solo dispositivo virtual. Si se pierde un enlace en el puerto Ethernet, este realiza un failover a otro puerto. Todo el tráfico de red se distribuye entre todos los enlaces activos. Reglas para la configuración del almacenamiento Descripción general Esta sección ofrece pautas para configurar la capa de almacenamiento de la solución con el fin de proporcionar alta disponibilidad y el nivel de rendimiento previsto. Hyper-V permite la utilización de más de un método de almacenamiento al alojar máquinas virtuales. Las soluciones probadas que se describen a continuación utilizan diferentes protocolos de bloques (FC/FCoE/iSCSI) y CIFS (para archivos), y el diseño de almacenamiento descrito se adhiere a todas las mejores prácticas actuales. Un cliente o arquitecto con la capacitación y el conocimiento debidos puede hacer modificaciones en función de lo que comprende sobre el uso y la carga del sistema en caso de ser necesario.sin embargo, los elementos esenciales descritos en esta guía aseguran un rendimiento aceptable. La sección sobre Elementos esenciales de almacenamiento VSPEX brinda recomendaciones específicas para la personalización. En la Tabla 12 se incluyen los recursos de hardware que se usan para el almacenamiento. 91

92 Descripción general de la arquitectura de la solución Tabla 12. Recursos de hardware para almacenamiento Componente Arreglo de almacenamiento EMC VNX Bloque Configuración Común: Una interfaz de 1 GbE por Control Station para las tareas de administración Una interfaz de 1 GbE por SP para las tareas de administración Dos puertos front-end por SP Discos de sistema para VNX OE Para 200 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Cuatro discos flash de 200 GB Tres discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 300 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Seis discos flash de 200 GB Cuatro discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 600 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 10 discos flash de 200 GB Ocho discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 1,000 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 16 discos flash de 200 GB 12 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare 92

93 Descripción general de la arquitectura de la solución Componente Archivo Configuración Común: Dos interfaces de 10 GbE por Data Mover Una interfaz de 1 GbE por Control Station para las tareas de administración Una interfaz de 1 GbE por SP para las tareas de administración Discos de sistema para VNX OE Para 200 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Cuatro discos flash de 200 GB Tres discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 300 máquinas virtuales: EMC VNX5400 Dos Data Movers (activos/standby) 110 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Seis discos flash de 200 GB Cuatro discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 600 máquinas virtuales: EMC VNX5600 Dos Data Movers (activos/standby) 220 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 10 discos flash de 200 GB Ocho discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 1,000 máquinas virtuales: EMC VNX5800 Tres Data Movers (2 activos/1 en standby) 360 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 16 discos flash de 200 GB 12 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare 93

94 Descripción general de la arquitectura de la solución Nota: En un VNX5800, EMC recomienda que no ejecute más de 600 máquinas virtuales en un único Data Mover activo. En tal caso, si desea escalar a 600 o más, configure dos Data Movers activos (2 activos/1 en standby) Virtualización de almacenamiento Hyper-V para VSPEX En esta sección, se describen pautas para la configuración de la capa de almacenamiento de la solución a fin de proporcionar alta disponibilidad y el nivel de rendimiento previsto. Windows Server 2012 Hyper-V y Failover Clustering aprovechan las funciones Cluster Shared Volumes V2 y VHDX para virtualizar almacenamiento presentado desde el sistema de almacenamiento compartido externo a las máquinas virtuales de host. En la Figura 37, el arreglo de almacenamiento presenta los LUN basados en bloques (como CSV) o un recurso compartido de CIFS basado en archivos (como recursos compartidos de SMB) a los hosts Windows y a las máquinas virtuales de host. Figura 37. Tipos de discos virtuales de Hyper-V CIFS Windows Server 2012 es compatible con la utilización de recursos compartidos de archivos CIFS (SMB 3.0) como almacenamiento compartido para la máquina virtual Hyper-V. CSV Un volumen compartido de cluster (CSV) es un disco compartido que contiene un volumen NTFS (New Technology File System) al cual tienen acceso todos los nodos de un cluster de failover de Windows. Se puede implementar en cualquier almacenamiento local o en red basado en SCSI. Pass Through Windows 2012 también es compatible con Pass Through, que permite que una máquina virtual tenga acceso a un disco físico mapeado al host que no tiene un volumen configurado. 94

95 Descripción general de la arquitectura de la solución SMB 3.0 (almacenamiento basado en archivos solamente) El protocolo SMB es el protocolo de uso compartido de archivos que se utiliza de manera predeterminada en Windows. Con la incorporación de Windows Server 2012, proporciona un conjunto amplio de funciones de SMB nuevas con un protocolo actualizado (SMB 3.0). Algunas de las funciones clave que hay disponibles con Windows Server 2012 SMB 3.0 son las siguientes: Failover transparente de SMB Escalamiento horizontal de SMB SMB Multichannel SMB directo Cifrado SMB VSS para recursos compartidos de archivos de SMB Concesión de directorios de SMB SMB PowerShell Con estas funciones nuevas, el SMB 3.0 ofrece mayores funcionalidades que, cuando se combinan, les brindan a las organizaciones una alternativa de almacenamiento de alto rendimiento a las soluciones de almacenamiento Fibre Channel tradicionales por un costo menor. Nota: Para obtener más información acerca de SMB 3.0, consulte el Capítulo 3. ODX Offloaded Data Transfer (ODX) es una función del agrupamiento de almacenamiento en Microsoft Windows Server 2012 que les otorga a los usuarios la capacidad de utilizar la inversión en arreglos de almacenamiento externo para descargar las transferencias de datos desde el servidor hacia los arreglos de almacenamiento. Cuando se utiliza con hardware de almacenamiento que es compatible con la función ODX, las operaciones de copia de archivos las inicia el host, pero las ejecuta el dispositivo de almacenamiento. ODX elimina la transferencia de datos entre el almacenamiento y los hosts Hyper-V con un mecanismo basado en tokens para leer y escribir datos dentro de los arreglos de almacenamiento o entre ellos, y reduce la carga de la red y los hosts. El uso de ODX permite procesos rápidos de clonación y migración de máquinas virtuales. Dado que la transferencia de archivos se descarga al arreglo de almacenamiento cuando se utiliza la función ODX, el uso de los recursos del host, como la CPU y la red, se reduce significativamente. Al maximizar la utilización del arreglo de almacenamiento, ODX minimiza las latencias y mejora la velocidad de transferencia de archivos grandes, como los archivos de base de datos o de video. Cuando se realizan las operaciones de archivos que son compatibles con ODX, las transferencias de datos se descargan automáticamente al arreglo de almacenamiento y son transparentes para los usuarios. La función ODX está activada de forma predeterminada en Windows Server

96 Descripción general de la arquitectura de la solución VHDX Hyper-V en Windows Server 2012 contiene una actualización para el formato VHD llamada VHDX, que tiene una capacidad mucho mayor y resistencia incorporada. Las principales funciones del formato VHDX son: Compatibilidad para almacenamiento de disco duro virtual con una capacidad de hasta 64 TB. Protección adicional contra daño en los datos durante fallas en la alimentación mediante actualizaciones de registro en las estructuras de metadatos de VHDX. Alineación óptima de la estructura del formato de disco duro virtual para que se adapte a discos de sectores grandes. El formato VHDX también tiene las siguientes funciones: Tamaños de bloques más grandes para discos dinámicos y diferenciales, lo que permite que los discos cumplan con las necesidades de la carga de trabajo. El disco virtual de sectores lógicos de 4 KB, que permite un mayor rendimiento cuando lo usan aplicaciones y cargas de trabajo que están diseñadas para sectores de 4 KB. La capacidad de almacenar metadatos personalizados sobre los archivos que el usuario podría querer registrar, como la versión del sistema operativo o las actualizaciones aplicadas. Funciones de recuperación de espacio que pueden redundar en un menor tamaño de archivo y que permiten que el dispositivo de almacenamiento físico subyacente recupere espacio no utilizado (por ejemplo, TRIM requiere discos de Direct-Attached Storage o SCSI y hardware compatible con TRIM). Elementos esenciales de almacenamiento VSPEX El dimensionamiento del sistema de almacenamiento para satisfacer los IOPS de los servidores virtuales es un proceso complicado. Cuando el I/O llega al arreglo de almacenamiento, varios componentes, como el Data Mover (para almacenamiento basado en archivos), los SP, la caché de memoria de acceso aleatorio dinámico (DRAM) de back-end, FAST VP o FAST Cache (si se utiliza) y los discos funcionan para ese I/O. Los clientes deben tener en cuenta varios factores cuando realizan la planificación y el escalamiento del sistema de almacenamiento para balancear la capacidad, el rendimiento y el costo de sus aplicaciones. VSPEX utiliza un enfoque de elemento esencial para reducir la complejidad. Un elemento esencial es un conjunto de ejes de disco que admiten una determinada cantidad de servidores virtuales en la arquitectura VSPEX. Cada elemento esencial combina varios ejes de disco para crear un pool de almacenamiento que satisface las necesidades del ambiente de nube privada. Cada pool de almacenamiento del elemento esencial, independientemente del tamaño, contiene dos discos flash con organización en niveles de almacenamiento de FAST VP para mejorar las operaciones con metadatos y el rendimiento. 96

97 Descripción general de la arquitectura de la solución Las soluciones de VSPEX están diseñadas para ofrecer una variedad de configuraciones de dimensionamiento que puedan lograr flexibilidad al diseñar la solución. Los clientes pueden comenzar por implementar configuraciones más pequeñas y escalar a medida que sus necesidades sean mayores. Al mismo tiempo, los clientes pueden evitar compras innecesarias, ya que pueden escoger una configuración que satisfaga rigurosamente sus necesidades. A fin de lograr esto, las soluciones de VSPEX pueden implementarse con uno o con los dos puntos de escala que se indican a continuación para obtener la configuración ideal y, a la vez, garantizar un nivel de rendimiento determinado. Elemento esencial para 13 servidores virtuales El primer elemento esencial puede contener hasta 13 servidores virtuales. Tiene dos discos flash y cinco discos SAS en un pool de almacenamiento, como se muestra en la Figura 38. Figura 38. Elemento esencial para 13 servidores virtuales Este es el elemento esencial más pequeño calificado para la arquitectura VSPEX. Este elemento esencial se puede ampliar agregándole cinco discos SAS y permitiendo que el pool se vuelva a fraccionar a fin de agregar soporte para 13 servidores virtuales adicionales. Para obtener información sobre la ampliación y el refraccionado del pool, consulte el informe técnico: EMC VNX Virtual Provisioning: tecnología aplicada. Elemento esencial para 125 servidores virtuales El segundo elemento esencial puede contener hasta125 servidores virtuales. Tiene dos discos flash y 45 discos SAS, como se muestra en la Figura 39. En las secciones anteriores se describe un enfoque de cómo pasar de 13 máquinas virtuales en un pool a 125 máquinas virtuales en un pool. Sin embargo, después de alcanzar 125 máquinas virtuales en un pool, no lo amplíe a 138. Cree un pool nuevo y comience con la secuencia de escalamiento nuevamente. Figura 39. Elemento esencial para 125 servidores virtuales 97

98 Descripción general de la arquitectura de la solución Implemente este elemento esencial con todos los recursos en el pool inicialmente y amplíe el pool con el tiempo a medida que crezca el ambiente. En la Tabla 13 se incluyen los requisitos de discos flash y SAS en un pool para diferentes cantidades de servidores virtuales. Tabla 13. Cantidad de discos necesarios para la cantidad diferente de máquinas virtuales Servidores virtuales Flash drives Unidades SAS * Nota: Debido a la mayor eficiencia con fracciones superiores, el elemento esencial con 45 discos SAS puede ser compatible con hasta 125 servidores virtuales. Para que el ambiente tenga más de 125 servidores virtuales, cree otro pool de almacenamiento con el método de componente básico descrito en este documento. Valores máximos validados de la nube privada de VSPEX Las configuraciones de nube privada de VSPEX están validadas en las plataformas VNX5200, VNX5400, VNX5600 y VNX5800. Cada plataforma tiene diferentes capacidades en términos de procesadores, memoria y discos. Para cada arreglo, se recomienda una configuración máxima de nube privada de VSPEX. Además de los elementos esenciales de nube privada de VSPEX, cada arreglo de almacenamiento debe contener las unidades utilizadas para el OE de VNX y los discos como hot spare para el ambiente. Nota: Asigne al menos un hot spare cada 30 discos de un tipo y tamaño determinados. El pool no utiliza unidades de sistema para almacenamiento adicional. Si es necesario, cambie las unidades más grandes para tener más capacidad. Para cumplir con las recomendaciones de carga, todas las unidades del pool de almacenamiento tienen que estar a 15,000 r/min y deben tener el mismo tamaño. Los algoritmos de diseño de almacenamiento pueden producir resultados que no son óptimos con unidades de diferentes tamaños. 98

99 Descripción general de la arquitectura de la solución Para todas las soluciones de nube privada de VSPEX: Active FAST VP para organizar los datos en niveles de forma automática a fin de aprovechar las diferencias en rendimiento y capacidad. FAST VP: Se aplica en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se accede a ellos. Promueve los datos a los que se accede con más frecuencia a niveles de almacenamiento superiores en incrementos de 256 MB y migra dichos datos a un nivel inferior para lograr mayor rentabilidad. Este rebalanceo de unidades de datos de 256 MB (o slices) es parte de una operación de mantenimiento periódica y calendarizada. Para el almacenamiento de bloques, asigne al menos dos LUN al cluster de Windows desde un solo pool de almacenamiento de modo que funcionen como volúmenes compartidos de cluster para los servidores virtuales. Para el almacenamiento de archivos, asigne al menos dos recursos compartidos de CIFS al cluster de Windows desde un solo pool de almacenamiento de modo que funcionen como recursos compartidos de SMB para los servidores virtuales. Como opción, puede configurar los discos flash como FAST Cache en el arreglo. Los LUN o pools de almacenamiento donde residen las máquinas virtuales que tienen un requisito de I/O mayor al promedio pueden aprovechar el uso de la función FAST Cache. Estas unidades no se consideran una parte obligatoria de la solución, y es posible que necesite licencias adicionales para usar el conjunto de aplicaciones FAST. VNX5200 VNX5200 está validado para hasta 200 servidores virtuales. En la Figura 40 se muestra una configuración típica. Figura 40. Diseño de almacenamiento para 200 máquinas virtuales con VNX

100 Descripción general de la arquitectura de la solución Esta configuración utiliza el siguiente diseño de almacenamiento: Setenta y cinco discos SAS de 600 GB se asignan a dos pools de almacenamiento basados en bloques: un pool RAID-5 (4+1) con 45 discos SAS para 125 máquinas virtuales y un pool RAID-5 (4+1) con 30 discos SAS para 75 máquinas virtuales. Nota: Para cumplir con las recomendaciones de carga, todas las unidades del pool de almacenamiento tienen que estar a 15,000 r/min y deben tener el mismo tamaño. Los algoritmos de diseño de almacenamiento pueden producir resultados que no son óptimos con unidades de diferentes tamaños. Se configuran cuatro discos flash de 200 GB para Fast VP, dos por cada pool configurado como RAID 1/0. Se configuran tres discos SAS de 600 GB como hot spares. Se configura un disco flash de 200 GB como hot spare. Active FAST VP para organizar los datos en niveles de forma automática a fin de aprovechar las diferencias en rendimiento y capacidad. FAST VP: Funciona en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se obtiene acceso a ellos. Promueve los datos a los que se accede con más frecuencia a niveles de almacenamiento superiores en incrementos de 256 MB y migra los datos a los que se accede con menor frecuencia a un nivel inferior para lograr mayor rentabilidad. Este rebalanceo de unidades de datos de 256 MB (o slices) es parte de una operación de mantenimiento periódica y calendarizada. En el caso de bloques, asigne al menos dos LUN al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. En el caso de archivos, asigne al menos dos recursos compartidos NFS al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. Como opción, puede configurar los discos flash como FAST Cache (hasta 600 GB) en el arreglo. Los LUN o pools de almacenamiento donde residen las máquinas virtuales que tienen un requisito de I/O mayor al promedio pueden aprovechar el uso de la función FAST Cache. Estas unidades no se consideran una parte obligatoria de la solución, y es posible que necesite licencias adicionales para usar el conjunto de aplicaciones FAST. Con esta configuración, la VNX5200 puede ser compatible con 200 servidores virtuales, según se define en la Figura

101 Descripción general de la arquitectura de la solución VNX5400 VNX5400 está validada para hasta 300 servidores virtuales. Existen varias maneras de lograr esta configuración con los elementos esenciales. En la Figura 41 se muestra una posible configuración. Figura 41. Diseño de almacenamiento para 300 máquinas virtuales con VNX5400 Esta configuración utiliza el siguiente diseño de almacenamiento: Ciento diez discos SAS de 600 GB se asignan a tres pools de almacenamiento basados en bloque: dos pools con 45 discos SAS para 125 máquinas virtuales cada uno y un pool con 20 discos SAS para 50 máquinas virtuales. Cuatro discos SAS de 600 GB se configuran como hot spares. Se configuran seis discos flash de 200 GB para Fast VP, dos por cada pool. Se asigna un disco flash de 200 GB como hot spare. Con esta configuración, la VNX5400 puede ser compatible con 300 servidores virtuales, como se define en la Carga de trabajo de referencia. 101

102 Descripción general de la arquitectura de la solución VNX5600 VNX5600 está validada para hasta 600 servidores virtuales. Existen varias maneras de lograr esta configuración con el enfoque de elementos esenciales. En la Figura 42 se muestra una posible configuración. Figura Diseño de almacenamiento para 600 máquinas virtuales con VNX5600

103 Descripción general de la arquitectura de la solución Esta configuración utiliza el siguiente diseño de almacenamiento: Doscientos veinte discos SAS de 600 GB se asignan a cinco pools de almacenamiento basados en bloque: cuatro pools con 45 discos SAS para 125 máquinas virtuales cada uno y un pool con 40 discos SAS para 100 máquinas virtuales. Ocho discos SAS de 600 GB se configuran como hot spares. Se configuran diez discos flash de 200 GB para Fast VP, dos por cada pool. Se asigna un disco flash de 200 GB como hot spare. Con esta configuración, VNX5600 puede ser compatible con 600 servidores virtuales, según se define en la Carga de trabajo de referencia. VNX5800 La plataforma VNX5800 está validada para hasta 1,000 servidores virtuales. Existen varias maneras de lograr esta configuración con los elementos esenciales. En la Figura 43 se muestra una posible configuración. 103

104 Descripción general de la arquitectura de la solución Figura Diseño de almacenamiento para 1,000 máquinas virtuales con VNX5800

105 Descripción general de la arquitectura de la solución Esta configuración utiliza el siguiente diseño de almacenamiento: Trescientos sesenta discos SAS de 600 GB se asignan a ocho pools de almacenamiento basados en bloque: cada uno con 45 discos SAS para 125 máquinas virtuales. Doce SAS de 600 GB se configuran como hot spares. Se configuran 16 discos flash de 200 GB para Fast VP, dos por cada pool. Se asigna un disco flash de 200 GB como hot spare. Con esta configuración, la VNX5800 puede ser compatible con 1,000 servidores virtuales, según se define en la Carga de trabajo de referencia. Conclusión Los niveles de escala que se muestran en la Figura 44 destacan los puntos de entrada y los valores máximos compatibles para los arreglos en el ambiente de nube privada de VSPEX. Los puntos de entrada representan demarcaciones modelo óptimas en términos de la cantidad de máquinas virtuales dentro del ambiente. Esto aporta un marco de referencia para determinar qué arreglo de VNX escoger según sus requisitos. Es posible configurar cualquiera de los arreglos mencionados con una menor cantidad de máquinas virtuales que los valores máximos compatibles mediante el enfoque de elemento esencial que se describió anteriormente. Figura 44. Niveles mínimos de escalamiento y puntos de entrada de distintos arreglos 105

106 Descripción general de la arquitectura de la solución Alta disponibilidad y failover Descripción general Capa de virtualización Esta solución VSPEX ofrece una infraestructura de servidores, redes y almacenamiento virtualizada y de alta disponibilidad. Cuando se implementa de acuerdo con esta guía, proporciona la capacidad de sobrevivir a fallas únicas de la unidad con poco o ningún impacto en las operaciones de negocios. Configure alta disponibilidad en la capa de virtualización y configure el hipervisor para reiniciar automáticamente las máquinas virtuales que fallen. LaFigura 45 ilustra la capa del hipervisor que responde a una falla en la capa de cómputo. Figura 45. Alta disponibilidad en la capa de virtualización Con la implementación de alta disponibilidad en la capa de virtualización, incluso en el caso de una falla en el hardware, la infraestructura intenta mantener tantos servicios en ejecución como sea posible. Capa de cómputo Aunque la opción de implementar servidores en la capa de cómputo es flexible, use servidores de clase empresarial diseñados para el centro de datos. Este tipo de servidor tiene fuentes de alimentación redundantes, como se muestra en la Figura 46. Conecte los servidores a unidades de distribución de alimentación (PDU) separadas de acuerdo con las mejores prácticas del proveedor del servidor. Figura 46. Fuentes de alimentación redundantes 106

107 Descripción general de la arquitectura de la solución Para configurar la alta disponibilidad en la capa de virtualización, configure la capa de cómputo con suficientes recursos, de modo que satisfaga las necesidades del ambiente, incluso con una falla del servidor, como se muestra en la Figura 45. Capa de red Las funciones de red avanzadas de VNX ofrecen protección contra fallas de conexión a la red en el arreglo. Cada host Windows tiene múltiples conexiones a las redes Ethernet de almacenamiento y usuarios para brindar protección contra fallas de enlaces, como se muestra en la Figura 47 y en la Figura 48. Estas conexiones se propagan a múltiples switches Ethernet para proteger contra la falla de componentes en la red. Figura 47. Alta disponibilidad de la capa de red (VNX): variante de bloques Figura 48. Alta disponibilidad de la capa de red (VNX): variante de archivos Asegúrese de que no haya ni un solo punto de falla que le permita a la capa de cómputo tener acceso al almacenamiento y comunicarse con usuarios, incluso si un componente falla. 107

108 Descripción general de la arquitectura de la solución Capa de almacenamiento VNX está diseñado para ofrecer disponibilidad de cinco nueves, ya que utiliza componentes redundantes en todo el arreglo. Todos los componentes del arreglo tienen capacidad de funcionamiento continuo en caso de que se produzca una falla del hardware. La configuración de discos RAID en el arreglo ofrece protección contra la pérdida de datos debido a fallas de discos individuales y las unidades de hot spare disponibles se pueden asignar en forma dinámica para reemplazar un disco con falla, como se muestra en la Figura 49. Figura 49. Componentes de alta disponibilidad de VNX Los arreglos de almacenamiento de EMC son compatibles con alta disponibilidad como opción predeterminada. Cuando se configuran de acuerdo con las instrucciones en sus guías de instalación, ninguna falla única de la unidad da como resultado pérdida de los datos o no disponibilidad. 108

109 Descripción general de la arquitectura de la solución Perfil de la prueba de validación Características del perfil La solución VSPEX se validó con el perfil de ambiente que se indica en la Tabla 14. Tabla 14. Características del perfil Característica del perfil Valor Cantidad de máquinas virtuales 200/300/600/1,000 SO de máquinas virtuales Windows Server 2012 Datacenter Edition Procesadores por máquina virtual 1 Cantidad de procesadores virtuales por core de CPU física RAM por máquina virtual Espacio de almacenamiento promedio disponible para cada máquina virtual IOPS promedio por máquina virtual Cantidad de LUN o recursos compartidos de CIFS para almacenar discos de máquinas virtuales Cantidad de máquinas virtuales por LUN o por recurso compartido CIFS Disco y tipo de RAID para los LUN o los recursos compartidos de CIFS 4 2 GB 100 GB 25 IOPS 10/06/16 62 o 63 por LUN o recurso compartido de CIFS Discos SAS RAID 5 de 600 GB, 15 k r/min de 3.5 pulgadas Nota: Esta solución se probó y se validó con Windows Server 2012 R2 como sistema operativo para los hosts y las máquinas virtuales Hyper-V; no obstante, también es compatible con Windows Server 2008, Windows Server 2008 R2 y Windows Server El dimensionamiento y la configuración para los hosts Hyper-V son los mismos para todas las versiones compatibles de Windows Server. Pautas de configuración del respaldo y la recuperación Para conocer las pautas de configuración de respaldo y recuperación de esta solución de nube privada de VSPEX, consulte Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX: guía de diseño e implementación. Pautas para el dimensionamiento En las siguientes secciones se proporcionan definiciones de la carga de trabajo de referencia que se usa para dimensionar e implementar las arquitecturas de VSPEX. También ofrecen instrucciones para relacionar estas cargas de trabajo de referencia con las del cliente y cómo pueden modificar la implementación final desde la perspectiva del servidor y la red. 109

110 Descripción general de la arquitectura de la solución Es posible modificar la definición de almacenamiento agregando unidades para obtener una capacidad y un rendimiento mayores y también agregando funciones, como FAST Cache y FAST VP. Los diseños de disco se crean con el fin de brindar soporte para la cantidad apropiada de máquinas virtuales en el nivel de rendimiento definido y operaciones típicas como snapshots. La disminución de la cantidad de unidades recomendadas o la reducción de un tipo de arreglo puede dar como resultado un menor IOPS por máquina virtual y una baja en la experiencia de usuario debido a un mayor tiempo de respuesta. Carga de trabajo de referencia Descripción general Cuando transfiere un servidor existente a una infraestructura virtual, tiene la oportunidad de lograr eficiencia si dimensiona correctamente los recursos del hardware virtual asignados a ese sistema. En cualquier análisis sobre infraestructuras virtuales, defina primero una carga de trabajo de referencia. No todos los servidores ejecutan las mismas tareas y resulta poco práctico crear una referencia que considere todas las posibles combinaciones de características de cargas de trabajo. Definición de la carga de trabajo de referencia Para simplificar el análisis, hemos definido una carga de trabajo de referencia representativa de un cliente. Al comparar el uso real del cliente con esta carga de trabajo de referencia, puede extrapolar la arquitectura de referencia que debe elegir. Para las soluciones VSPEX, la carga de trabajo de referencia se define como una sola máquina virtual. En la Tabla 15 se incluyen las características de esta máquina virtual. Tabla 15. Características de la máquina virtual Característica Sistema operativo de la máquina virtual Valor Microsoft Windows Server 2012 R2 Datacenter Edition Procesadores virtuales por máquina virtual 1 RAM por máquina virtual Capacidad de almacenamiento disponible por máquina virtual Operaciones de I/O por segundo (IOPS) por máquina virtual Patrón de I/O 2 GB 100 GB 25 Aleatorio Relación de lectura/escritura de I/O 2:1 El propósito de esta especificación para una máquina virtual no es representar una aplicación específica. En lugar de eso, representa un punto de referencia común y único con el que se pueden medir otras máquinas virtuales. 110

111 Descripción general de la arquitectura de la solución Las funcionalidades del procesador de servidor evolucionan constantemente. Los proveedores de servicio alineados con el programa VSPEX pueden especificarle expectativas de los cómputos actualizadas en base a recientes modificaciones en la tecnología. Es posible que estas pautas ignoren los requisitos especificados en la carga de trabajo de referencia. Aplicación de la carga de trabajo de referencia Descripción general Ejemplo 1: Aplicación personalizada La solución crea un pool de recursos que son suficientes para alojar un número de destino de máquinas virtuales de referencia con las características que se muestran en la Tabla 15. Es posible que las máquinas virtuales del cliente no coincidan exactamente con las especificaciones. En ese caso, defina una sola máquina virtual específica del cliente como el equivalente de cierto número de máquinas virtuales de referencia y suponga que estas máquinas virtuales están en uso en el pool. Continúe provisionando máquinas virtuales del pool de recursos hasta que no queden recursos. Un servidor pequeño de aplicaciones personalizadas se debe transferir a esta infraestructura virtual. El hardware físico que es compatible con la aplicación no se utiliza por completo. Un análisis cuidadoso de la aplicación existente revela que la aplicación puede usar un procesador y que necesita 3 GB de memoria para ejecutarse normalmente. La carga de trabajo de I/O varía entre 4 IOPS en el tiempo de inactividad a un máximo de 15 IOPS cuando está ocupada. La aplicación completa consume aproximadamente 30 GB en el almacenamiento en disco duro local. De acuerdo con estos números, se necesitan los siguientes recursos del pool de recursos: CPU de una máquina virtual de referencia Memoria de dos máquinas virtuales de referencia Almacenamiento de una máquina virtual de referencia I/O de una máquina virtual de referencia En este ejemplo, una máquina virtual apropiada usa los recursos para dos de las máquinas virtuales de referencia. Si se implementa en un sistema de almacenamiento VNX5400, que es compatible con hasta 300 máquinas virtuales, quedan recursos para 298 máquinas virtuales de referencia. Ejemplo 2: Sistema de punto de venta El servidor de base de datos para el sistema de punto de venta de un cliente se debe transferir a esta infraestructura virtual. Se ejecuta actualmente en un sistema físico con cuatro CPU y 16 GB de memoria. Usa 200 GB de almacenamiento y genera 200 IOPS durante un ciclo de ocupación promedio. Los requisitos para virtualizar esta aplicación son los siguientes: CPU de cuatro máquinas virtuales de referencia Memoria de ocho máquinas virtuales de referencia Almacenamiento de dos máquinas virtuales de referencia 111

112 Descripción general de la arquitectura de la solución I/O de ocho máquinas virtuales de referencia En este caso, la máquina virtual apropiada usa los recursos de ocho máquinas virtuales de referencia. Si se implementa en un sistema de almacenamiento VNX5400, que es compatible con hasta 300 máquinas virtuales, quedan recursos para 292 máquinas virtuales de referencia. Ejemplo 3: Servidor web El servidor web del cliente se debe transferir a esta infraestructura virtual. Se ejecuta actualmente en un sistema físico con dos CPU y 8 GB de memoria. Usa 25 GB de almacenamiento y genera 50 IOPS durante un ciclo de ocupación promedio. Los requisitos para virtualizar esta aplicación son los siguientes: CPU de dos máquinas virtuales de referencia Memoria de cuatro máquinas virtuales de referencia Almacenamiento de una máquina virtual de referencia I/O de dos máquinas virtuales de referencia En este caso, la máquina virtual apropiada usa los recursos de cuatro máquinas virtuales de referencia. Si se implementa en un sistema de almacenamiento VNX5400, que es compatible con hasta 300 máquinas virtuales, quedan recursos para 296 máquinas virtuales de referencia. Ejemplo 4: Base de datos de soporte de decisiones El servidor de base de datos para el sistema de soporte de decisiones de un cliente se debe transferir a esta infraestructura virtual. Se ejecuta actualmente en un sistema físico con 10 CPU y 64 GB de memoria. Usa 5 TB de almacenamiento y genera 700 IOPS durante un ciclo de ocupación promedio. Los requisitos para virtualizar esta aplicación son los siguientes: CPU de 10 máquinas virtuales de referencia Memoria de 32 máquinas virtuales de referencia Almacenamiento de 52 máquinas virtuales de referencia I/O de 28 máquinas virtuales de referencia En este caso, la máquina virtual usa los recursos de 52 máquinas virtuales de referencia. Si se implementa en un sistema de almacenamiento VNX5400, que es compatible con hasta 300 máquinas virtuales, quedan recursos para 248 máquinas virtuales de referencia. Resumen de ejemplos Estos cuatro ejemplos ilustran la flexibilidad del modelo de pool de recursos En los cuatro casos, las cargas de trabajo reducen la cantidad de recursos disponibles en el pool. Los cuatro ejemplos se pueden implementar en la misma infraestructura virtual con una capacidad inicial para 300 máquinas virtuales de referencia y quedan recursos para 234 máquinas virtuales de referencia en el pool de recursos, como se muestra en la Figura

113 Descripción general de la arquitectura de la solución Figura 50. Flexibilidad del pool de recursos En casos más avanzados, puede haber desventajas entre la memoria y las I/O u otras relaciones en las cuales el aumento de la cantidad de un recurso disminuye la necesidad de otro. En estos casos, las interacciones entre las asignaciones de recursos se vuelven muy complejas y están fuera del alcance del documento. Examine el cambio en el balanceo de los recursos y determine el nuevo nivel de requisitos. Agregue estas máquinas virtuales a la infraestructura con el método descrito en los ejemplos. Implementación de la solución Descripción general Tipos de recursos Recursos de CPU La solución descrita en esta guía requiere que esté disponible un conjunto de hardware para las necesidades de CPU, memoria, red y almacenamiento del sistema. Estos son requisitos generales que son independientes de cualquier implementación específica, excepto que los requisitos crezcan de manera lineal con el nivel de escala previsto. Esta sección describe algunas consideraciones para implementar los requisitos. La solución define los requisitos de hardware para la solución en términos de estos recursos básicos: Recursos de CPU Recursos de memoria Recursos de red Recursos de almacenamiento Esta sección describe los tipos de recursos, cómo se usan en la solución y las consideraciones clave para implementarlos en un ambiente del cliente. La solución define el número de cores de CPU que se requieren, pero no un tipo ni una configuración específicos. Las implementaciones nuevas deberían usar revisiones recientes de tecnologías de procesadores comunes. Se da por hecho que estas funcionarán tan bien como los sistemas usados para validar la solución o mejor que estos. 113

114 Descripción general de la arquitectura de la solución En cualquier sistema en ejecución, monitoree la utilización de los recursos y adáptelos según sea necesario. La máquina virtual de referencia y los recursos de hardware requeridos de la solución suponen que no hay más de cuatro CPU virtuales para cada core de procesador físico (relación 4:1). Generalmente, esto proporciona un nivel adecuado de recursos para las máquinas virtuales alojadas; sin embargo, esta relación puede no ser adecuada en todos los casos de uso. Monitoree la utilización de CPU en la capa del hipervisor para determinar si se requieren más recursos. Recursos de memoria Se determinó que cada servidor virtual de la solución tuviera 2 GB de memoria. En un ambiente virtual, es común provisionar máquinas virtuales con más memoria que la que tiene físicamente el servidor hipervisor debido a restricciones de presupuesto. La sobreasignación de memoria supone que cada máquina virtual no utiliza por completo la memoria que tiene asignada. La sobreasignación de memoria tiene, hasta un punto determinado, cierto sentido en términos de mejor utilización de recursos. El administrador tiene la responsabilidad de monitorear proactivamente el índice de sobresuscripción de modo que el cuello de botella no se aleje del servidor para convertirse en una carga para el subsistema de almacenamiento mediante intercambio de archivo de página. Esta solución se valida con memoria asignada estáticamente y sin sobreasignación de recursos de memoria. Si se usa sobreasignación de memoria en un ambiente real, monitoree regularmente la utilización de la memoria del sistema y la actividad de I/O del archivo de paginación asociado para asegurarse de que un déficit de memoria no provoque resultados inesperados. Recursos de red La solución describe las necesidades mínimas del sistema. Si el sistema requiere ancho de banda adicional, es importante agregar capacidad en el arreglo de almacenamiento y en el host del hipervisor para cumplir con los requisitos. Las opciones para la conectividad de red en el servidor dependen del tipo de servidor. Los arreglos de almacenamiento cuentan con un número de puertos de red incluidos y la opción de agregar puertos utilizando módulos de I/O UltraFlex de EMC. Para propósitos de referencia en el ambiente validado, cada máquina virtual genera 25 I/O por segundo con un tamaño promedio de 8 KB. Esto significa que cada máquina virtual genera por lo menos 200 KB/s de tráfico en la red de almacenamiento. Para un ambiente clasificado para 300 máquinas virtuales, se obtiene un mínimo de aproximadamente 60 MB/s. lo que está en conformidad con los límites de las redes modernas. Sin embargo, esto no considera otras operaciones. Por ejemplo, se requiere ancho de banda adicional para: Tráfico de red de usuario Migración de máquinas virtuales Operaciones administrativas y de gestión Los requisitos para cada una de estas operaciones dependen de cómo se usa el ambiente. No es práctico entregar números concretos en este contexto. Sin embargo, la red descrita en la solución debe ser suficiente a fin de manejar cargas de trabajo promedio para los casos de uso anteriores. 114

115 Descripción general de la arquitectura de la solución Sin importar los requisitos de tráfico de red, tenga siempre al menos dos conexiones de red física que se compartan para una red lógica, de modo que la falla de un enlace no afecte la disponibilidad del sistema. Diseñe la red para asegurar que el ancho de banda agregado en caso de que se produzca una falla sea suficiente para soportar la carga de trabajo completa. Recursos de almacenamiento Los elementos esenciales de almacenamiento descritos en esta solución contienen diseños para los discos que se utilizan en la validación del sistema. Cada diseño balancea la capacidad de almacenamiento disponible con la capacidad de rendimiento de las unidades. Se deben considerar algunos factores cuando se examina el dimensionamiento del almacenamiento. Específicamente, el arreglo tiene un conjunto de discos que se asignan a un pool de almacenamiento. Desde ese pool de almacenamiento, puede provisionar recursos compartidos de CIFS al cluster de Windows. Cada capa tiene una configuración específica que se define para la solución y se documenta en el Capítulo 5. Es aceptable reemplazar unidades por unas que tengan mayor capacidad con las mismas características de tipo y rendimiento, o por otras que tengan mayor rendimiento del mismo tipo y con la misma capacidad. Asimismo, es aceptable cambiar la colocación de unidades en las bandejas de unidades para cumplir con distribuciones actualizadas o nuevas de bandejas de unidades. Además, es aceptable realizar el escalamiento vertical utilizando los elementos esenciales con una mayor cantidad de unidades hasta el límite definido en los Valores máximos validados de la nube privada de VSPEX. Cumpla con las siguientes mejores prácticas: Utilice la guía de mejores prácticas de EMC más reciente para obtener información sobre la colocación de unidades dentro de la bandeja. Consulte la Guía de mejores prácticas aplicadas: EMC VNX unificado: Mejores prácticas para el rendimiento. Al ampliar la funcionalidad de un pool de almacenamiento con los elementos esenciales descritos en este documento, utilice el mismo tipo y tamaño de unidad en el pool. Cree un pool nuevo para usar diferentes tipos y tamaños de unidad. Esto evita que el pool tenga un rendimiento desparejo. Configure al menos un hot spare para cada tipo y tamaño de unidad del sistema. Se configura al menos un hot spare cada 30 unidades de un tipo específico. En otros casos en que es necesario desviarse del número y el tipo propuestos de unidades especificadas, o de los diseños especificados para el pool y el área de almacenamiento de datos, asegúrese de que el diseño de destino ofrezca los mismos recursos o más al sistema y que cumpla con las mejores prácticas publicadas de EMC. Resumen de la implementación Los requisitos que se indican en la arquitectura de referencia son lo que EMC considera como el conjunto mínimo de recursos para manejar las cargas de trabajo requeridas de acuerdo con la definición señalada de un equipo de escritorio virtual de referencia. En cualquier implementación del cliente, la carga de un sistema varía con el tiempo a medida que los usuarios interactúan con el sistema. Sin embargo, si las máquinas virtuales del cliente difieren considerablemente de la definición de referencia y varían en el mismo grupo de recursos, agregue más de ese tipo de recurso al sistema, para compensarlo. 115

116 Descripción general de la arquitectura de la solución Evaluación rápida del ambiente del cliente Descripción general Una evaluación del ambiente del cliente permite asegurarse de implementar la solución VSPEX correcta. En esta sección se proporciona una hoja de trabajo fácil de usar que simplificará los cálculos de dimensionamiento y ayudará a evaluar el ambiente del cliente. En primer lugar, resuma las aplicaciones para las que se planifica una migración a la nube privada de VSPEX. Para cada aplicación, determine el número de CPU virtuales, la cantidad de memoria, el rendimiento del almacenamiento necesario, la capacidad de almacenamiento necesaria y el número de máquinas virtuales de referencia que se requieren del pool de recursos. Aplicación de la carga de trabajo de referencia se ofrecen ejemplos de este proceso. Complete una fila de la hoja de trabajo para cada aplicación, como se enumera en la Tabla 16. Tabla 16. Fila de la hoja de trabajo en blanco Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) Máquinas virtuales de referencia equivalentes Aplicación de ejemplo Requisitos de recursos N/D Máquinas virtuales de referencia equivalentes Complete los requisitos de recursos para la aplicación. La fila requiere entradas en cuatro recursos diferentes: CPU Memoria IOPS Capacidad Requisitos de CPU La optimización de la utilización de CPU es un objetivo significativo para casi cualquier proyecto de virtualización. Una vista simple de la operación de virtualización sugiere un mapeo uno a uno entre los cores de CPU físicos y los cores de CPU virtuales, independientemente de la utilización de los CPU físicos. En realidad, considere si la aplicación de destino puede usar de forma eficaz todos los CPU que se presentan. 116

117 Descripción general de la arquitectura de la solución Use una herramienta de monitoreo del rendimiento, tal como perfmon en Microsoft Windows, para examinar el contador de utilización de CPU para cada CPU. Si son equivalentes, implemente ese número de CPU virtuales al hacer la migración a la infraestructura virtual. Sin embargo, si se usan algunos CPU y otros no, considere disminuir el número de CPU virtuales que se requieren. En cualquier operación que implique el monitoreo del rendimiento, recopile muestras de datos durante un periodo que incluya todos los casos de uso operacionales del sistema. Para propósitos de planificación, use el valor máximo o del percentil 95 de los requisitos de recursos. Requisitos de memoria Requisitos de rendimiento del almacenamiento IOPS La memoria del servidor desempeña una función clave en asegurar la funcionalidad y el rendimiento de las aplicaciones. Por lo tanto, cada proceso del servidor tiene diferentes objetivos para la cantidad aceptable de memoria disponible. Cuando mueva una aplicación a un ambiente virtual, considere la memoria actual disponible para el sistema y monitoree la memoria libre con una herramienta de monitoreo del rendimiento, como perfmon de Microsoft Windows, para determinar la eficiencia de la memoria. Los requisitos de rendimiento del almacenamiento para una aplicación son generalmente el aspecto menos comprendido del rendimiento. Hay diversos componentes que adquieren importancia cuando se analiza el rendimiento de I/O de un sistema. El primero es el número de solicitudes que llegan, o IOPS. Igualmente importante es el tamaño de la solicitud o el tamaño de I/O: una solicitud de 4 KB de datos es mucho más sencilla y rápida de procesar que una de 4 MB de datos. Esa distinción adquiere importancia con otro factor, que es el tiempo de respuesta promedio de I/O o latencia de I/O. La máquina virtual de referencia exige 25 IOPS. Para monitorear esto en un sistema existente, use una herramienta de monitoreo del rendimiento, como perfmon de Microsoft Windows. Esta herramienta proporciona varios contadores que pueden ser útiles en este caso. Los más comunes son: Disco lógico o Transferencia de disco/s Disco lógico o Lecturas de disco/s Disco lógico o Escrituras de disco/s Nota: Al momento de la publicación, Windows perfmon no provee los contadores para exponer los IOPS y la latencia para el almacenamiento VHDX basado en CIFS. Monitoree estas áreas desde el arreglo VNX según se analiza en el Capítulo 7. La máquina virtual de referencia supone una relación de lectura de 2:1. Use estos contadores para determinar el número total de IOPS y la relación aproximada de lecturas a escrituras para la aplicación del cliente. 117

118 Descripción general de la arquitectura de la solución Tamaño de I/O El tamaño de I/O es importante porque las solicitudes de I/O más pequeñas son más rápidas y más fáciles de procesar que las grandes. La máquina virtual de referencia supone un tamaño de solicitud de I/O promedio de 8 KB, que es adecuado para un rango amplio de aplicaciones. La mayoría de las aplicaciones usa tamaños de I/O que son potencias pares de 2, por ej., 4 KB, 8 KB, 16 KB, o 32 KB. El contador de rendimiento calcula un promedio simple; es normal ver 11 KB o 15 KB en lugar de los tamaños de I/O comunes. La máquina virtual de referencia supone un tamaño de I/O de 8 KB. Si el tamaño de I/O promedio del cliente es menor que 8 KB, use el número de IOPS observado. Sin embargo, si el tamaño de I/O promedio es considerablemente mayor, aplique un factor de escalamiento para dar cuenta del tamaño de I/O grande. Un cálculo seguro es dividir el tamaño de I/O por 8 KB y usar ese factor. Por ejemplo, si la aplicación usa principalmente solicitudes de I/O de 32 KB, use un factor de cuatro (32 KB/8 KB = 4). Si esa aplicación realiza 100 IOPS a 32 KB, el factor indica que se debe planificar para 400 IOPS puesto que la máquina virtual de referencia supuso tamaños de I/O de 8 KB. Latencia de I/O Requisitos de capacidad de almacenamiento Determinación de máquinas virtuales de referencia equivalentes Con el tiempo de respuesta de I/O promedio, o latencia de I/O, se mide la rapidez con que el sistema de almacenamiento procesa las solicitudes de I/O. Las soluciones VSPEX están diseñadas para cumplir con una latencia de I/O promedio de destino de 20 ms. Las recomendaciones de este documento permiten que el sistema continúe cumpliendo con ese objetivo. Sin embargo, será conveniente monitorear el sistema y reevaluar la utilización del pool de recursos si fuera necesario. Para monitorear la latencia de I/O, use el contador Disco lógico\s de disco promedio/transferencia en perfmon de Microsoft Windows. Si la latencia de I/O está continuamente sobre el objetivo, reevalúe las máquinas virtuales del ambiente para asegurarse de que no estén utilizando más recursos de lo previsto. El requisito de capacidad de almacenamiento para una aplicación en ejecución es generalmente el recurso más fácil de cuantificar. Determine la cantidad de espacio en el disco utilizado y agregue un factor adecuado para ajustar el crecimiento. Por ejemplo, para virtualizar un servidor que utiliza actualmente 40 GB de una unidad interna de 200 GB con un crecimiento previsto de aproximadamente el 20% durante el próximo año, se requieren 48 GB. Además, reserve espacio para parches de mantenimiento regulares y archivos de intercambio. Algunos sistemas de archivos, como Microsoft NTFS, sufren una degradación en el rendimiento si se llenan demasiado. Con todos los recursos definidos, determine un valor apropiado para la línea de máquinas virtuales de referencia equivalentes al utilizar las relaciones que aparecen en la Tabla 17. Redondee todos los valores hacia arriba al número entero más cercano. 118

119 Descripción general de la arquitectura de la solución Tabla 17. Recursos de máquinas virtuales de referencia Recurso Valor para la máquina virtual de referencia Relación entre requisitos y máquinas virtuales de referencia equivalentes CPU 1 Máquinas virtuales de referencia equivalentes = requisitos de recursos Memoria 2 Máquinas virtuales de referencia equivalentes = (requisitos de recursos)/2 IOPS 25 Máquinas virtuales de referencia equivalentes = (requisitos de recursos)/25 Capacidad 100 Máquinas virtuales de referencia equivalentes = (requisitos de recursos)/100 Por ejemplo, el sistema de punto de venta que se usó en el Ejemplo Ejemplo 2: Sistema de punto de venta requiere cuatro CPU, 16 GB de memoria, 200 IOPS y 200 GB de almacenamiento. Esto se traduce en cuatro máquinas virtuales de referencia de CPU, ocho máquinas virtuales de referencia de memoria, ocho máquinas virtuales de referencia de IOPS y dos máquinas virtuales de referencia de capacidad. En la Tabla 18 se demuestra cómo esa máquina se ajusta a la fila de la hoja de trabajo. Tabla 18. Ejemplo de fila de la hoja de trabajo Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) Máquinas virtuales de referencia equivalentes Aplicación de ejemplo Requisitos de recursos Máquinas virtuales de referencia equivalentes N/D Use el valor máximo de la fila para completar la columna Máquinas virtuales de referencia equivalentes. Como se muestra en la Figura 51, el ejemplo exige ocho máquinas virtuales de referencia. 119

120 Descripción general de la arquitectura de la solución Figura 51. Recurso necesario del pool de máquinas virtuales de referencia Ejemplo de implementación: etapa 1 Un cliente desea crear una infraestructura virtual para ser compatible con una aplicación personalizada, un sistema de punto de venta y un servidor web. Computa la suma de la columna Máquinas virtuales de referencia equivalentes en el lado derecho de la hoja de trabajo como se indica en la Tabla 19 con el fin de calcular el número total de máquinas virtuales de referencia necesario. La tabla muestra el resultado del cálculo, junto con el valor, redondeado hacia arriba al número entero más cercano. Tabla 19. Ejemplo de aplicaciones: etapa 1 Aplicación Aplicación de ejemplo n. 1: Aplicación personalizada Aplicación de ejemplo n. 2: Sistema del punto de venta Aplicación de ejemplo n. 3: Servidor web Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Recursos de servidor CPU (CPU virtuales) Memoria (GB) Recursos de almacenamiento IOPS Capacidad (GB) N/D N/D N/D Máquinas virtuales de referencia Total de máquinas virtuales de referencia equivalentes

121 Descripción general de la arquitectura de la solución Este ejemplo requiere 14 máquinas virtuales de referencia. De acuerdo con las pautas de dimensionamiento, un pool de almacenamiento con 10 discos SAS y al menos 2 discos flash proporciona suficientes recursos para las necesidades actuales y margen para crecimiento. Puede implementar este diseño de almacenamiento con VNX5400, para un máximo de 300 máquinas virtuales de referencia. En la Figura 52 se muestran 12 máquinas virtuales de referencia disponibles después de implementar VNX5400 con 10 discos SAS y dos discos flash. Figura 52. Requisitos de recursos agregados: etapa 1 En la Figura 53 se muestra la configuración del pool de este ejemplo. Figura 53. Configuración de un pool: etapa 1 121

122 Descripción general de la arquitectura de la solución Ejemplo de implementación: etapa 2 Este cliente debe agregar una base de datos de asistencia para el proceso de toma de decisiones a esta infraestructura virtual. Empleando la misma estrategia, calcule la cantidad de Máquinas virtuales de referencia equivalentes que se necesitan, como se muestra en la Tabla 20. Tabla 20. Aplicaciones de ejemplo: etapa 2 Recursos de servidor Recursos de almacenamiento Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) Máquinas virtuales de referencia Aplicación de ejemplo n. 1: Aplicación personalizada Aplicación de ejemplo n. 2: Sistema del punto de venta Aplicación de ejemplo n. 3: servidor web Aplicación de ejemplo n. 4: Base de datos de asistencia para el proceso de toma de decisiones Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes N/D N/D N/D ,120 N/D Total de máquinas virtuales de referencia equivalentes 66 Este ejemplo requiere 66 máquinas virtuales de referencia. De acuerdo con las pautas de dimensionamiento, un pool de almacenamiento con 30 discos SAS y al menos dos discos flash proporciona suficientes recursos para las necesidades actuales y margen para crecimiento. Puede implementar este diseño de almacenamiento con VNX5400, para un máximo de 300 máquinas virtuales de referencia. 122

123 Descripción general de la arquitectura de la solución En la Figura 54 se muestran 12 máquinas virtuales de referencia disponibles después de implementar VNX5400 con 30 discos SAS y dos discos flash. Figura 54. Requisitos de recursos agregados: etapa 2 En la Figura 55 se muestra la configuración del pool de este ejemplo. Figura 55. Configuración de un pool: etapa 2 Ejemplo de implementación: etapa 3 Debido al crecimiento empresarial, el cliente debe implementar un ambiente virtual mucho más grande para ser compatible con una aplicación desarrollada a medida, un sistema de punto de ventas, dos servidores web y tres bases de datos de asistencia para el proceso de toma de decisiones. Empleando la misma estrategia, calcule la cantidad de máquinas virtuales de referencia equivalentes, según se muestra en la Tabla

124 Descripción general de la arquitectura de la solución Tabla 21. Aplicaciones de ejemplo: etapa 3 Aplicación Aplicación de ejemplo n. 1: Aplicación personalizada Aplicación de ejemplo n. 2: Sistema del punto de venta Aplicación de ejemplo n. 3: Servidor web n. 1 Aplicación de ejemplo n. 4: Base de datos de asistencia para el sistema de toma de decisiones n. 1 Aplicación de ejemplo n. 5: Servidor web N. 2 Aplicación de ejemplo n. 6: Base de datos de asistencia para el sistema de toma de decisiones n. 2 Aplicación de ejemplo n. 7: Base de datos de asistencia para el sistema de toma de decisiones n. 3 Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Recursos de servidor CPU (CPU virtuales) Memoria (GB) Recursos de almacenamiento IOPS Capacidad (GB) N/D N/D N/D ,120 N/D N/D ,120 N/D ,120 N/D Máquinas virtuales de referencia Total de máquinas virtuales de referencia equivalentes

125 Descripción general de la arquitectura de la solución Este ejemplo requiere 174 máquinas virtuales de referencia. De acuerdo con las pautas de dimensionamiento, un pool de almacenamiento con 70 discos SAS y al menos 4 discos Flash proporciona suficientes recursos para las necesidades actuales y margen para crecimiento. Puede implementar este diseño de almacenamiento con VNX5400, para un máximo de 300 máquinas virtuales de referencia. En la Figura 56 se muestran 16 máquinas virtuales de referencia disponibles después de implementar VNX5400 con 70 discos SAS y cuatro discos flash. Figura 56. Requisitos de recursos agregados para la etapa 3 En la Figura 57 se muestra la configuración del pool de este ejemplo. Figura 57. Configuración de un pool: etapa 3 Ajuste de los recursos de hardware Habitualmente, el proceso que se describe en Determinación de máquinas virtuales de referencia equivalentes determina la dimensión recomendada del hardware para los servidores y el almacenamiento. Sin embargo, en algunos casos se necesita personalizar en más detalle los recursos de hardware que están disponibles para el sistema. Una descripción completa de la arquitectura del sistema está más allá del alcance de esta guía, no obstante, la personalización adicional se puede realizar en este punto. Recursos de almacenamiento En algunas aplicaciones, es necesario separar los datos de las aplicaciones de otras cargas de trabajo. Los diseños de almacenamiento en las arquitecturas VSPEX ponen todas las máquinas virtuales en un solo pool de recursos. Para lograr la separación de las cargas de trabajo, compre unidades de disco adicionales para la carga de trabajo de las aplicaciones y agréguelas a un pool exclusivo. 125

126 Descripción general de la arquitectura de la solución Con el método que se describe en Determinación de máquinas virtuales de referencia equivalentes, resulta sencillo desarrollar una infraestructura virtual que pase gradualmente de 13 a 1,000 máquinas virtuales de referencia con los elementos esenciales que se describen en Elementos esenciales de almacenamiento VSPEX, Elementos esenciales de almacenamiento VSPEX y, a la vez, tener presentes los límites recomendados de cada arreglo de almacenamiento que se documentan en Valores máximos validados de la nube privada de Valores máximos validados de la nube privada de VSPEX. Recursos de servidor En el caso de algunas cargas de trabajo, la relación entre las necesidades del servidor y las necesidades de almacenamiento no coinciden con lo que se delinea en la Máquina virtual de referencia. En esta situación, dimensione las capas de servidor y de almacenamiento en forma independiente. Figura 58. Personalización de recursos de servidor Para hacerlo, sume en primer lugar el total de requisitos de recursos para los componentes del servidor, como se muestra en la Tabla 22. En la fila Totales de componentes el servidor de la parte inferior de la hoja de trabajo, sume los requisitos de recursos de servidor de las aplicaciones en la tabla. Nota: Cuando personalice recursos de esta manera, confirme que el dimensionamiento del almacenamiento sigue siendo apropiado. En la fila Totales de componentes del servidor de la parte inferior de la Tabla 22 se describe la cantidad de almacenamiento requerida. Tabla 22. Totales de componentes de recursos de servidor Aplicación Aplicación de ejemplo n. 1: Aplicación personalizada Requisitos de recursos Máquinas virtuales de referencia equivalentes Recursos de servidor CPU (CPU virtuales) Memoria (GB) Recursos de almacenamiento IOPS Capacidad (GB) N/D Máquinas virtuales de referencia 126

127 Descripción general de la arquitectura de la solución Recursos de servidor Recursos de almacenamiento Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) Máquinas virtuales de referencia Aplicación de ejemplo n. 2: Sistema del punto de venta Aplicación de ejemplo n. 3: Servidor web n. 1 Aplicación de ejemplo n. 4: Base de datos de asistencia para el sistema de toma de decisiones n. 1 Aplicación de ejemplo n. 5: Servidor web N. 2 Aplicación de ejemplo n. 6: Base de datos de asistencia para el sistema de toma de decisiones n. 2 Aplicación de ejemplo n. 7: Base de datos de asistencia para el sistema de toma de decisiones n. 3 Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes N/D N/D ,120 N/D N/D ,120 N/D ,120 N/D Total de máquinas virtuales de referencia equivalentes 174 Personalización de servidores Totales de componentes del servidor N/D 127

128 Descripción general de la arquitectura de la solución Personalización del almacenamiento Recursos de servidor Recursos de almacenamiento Totales de componentes de almacenamiento N/D Máquinas virtuales de referencia equivalentes del componente de almacenamiento N/D Total de máquinas virtuales de referencia equivalentes: almacenamiento 157 Nota: Calcule la suma de la fila Requisitos de recursos correspondiente a cada aplicación, no las Máquinas virtuales de referencia equivalentes, para obtener los Totales de componentes del servidor/almacenamiento. En este ejemplo, la arquitectura de destino requirió 39 CPU virtuales y 227 GB de memoria. Con los supuestos indicados de cuatro máquinas virtuales por core de procesador físico sin aprovisionamiento excesivo de memoria, esto se traduce en 10 cores de procesadores físicos y 227 GB de memoria. Con estas cifras, la solución se puede implementar eficazmente con menos recursos de servidor y de almacenamiento. Nota: Tenga presentes los requisitos de alta disponibilidad al personalizar el hardware del pool de recursos. En el Apéndice C se muestra una hoja de trabajo en blanco para los totales de componentes de recursos de servidor. Herramienta para dimensionamiento de EMC VSPEX Con el fin de simplificar el dimensionamiento de esta solución, EMC ha producido la herramienta para dimensionamiento de VSPEX. Esta herramienta utiliza el mismo proceso de dimensionamiento que se describió en la sección anterior y, además, incorpora dimensionamiento para otras soluciones de VSPEX. La herramienta para dimensionamiento de VSPEX le permite ingresar los requisitos de recursos a partir de las respuestas del cliente en la hoja de trabajo de calificación. Una vez que termina de ingresar los datos en la herramienta para dimensionamiento de VSPEX, la misma herramienta genera una serie de recomendaciones, lo cual le permite validar sus suposiciones de dimensionamiento y, a la vez, proporcionar información de configuración de la plataforma que satisfaga tales requisitos. Puede acceder a la herramienta en la siguiente ubicación: Herramienta para dimensionamiento de EMC VSPEX. 128

129 Capítulo 5 Guía de configuración de VSPEX Este capítulo presenta los siguientes temas: Descripción general Tareas previas a la implementación Datos de configuración del cliente Preparar los switches, conectar la red y configurar los switches Preparar y configurar arreglo de almacenamiento Instalar y configurar los hosts Hyper-V Instalar y configurar la base de datos de SQL Server Implementación de servidor de System Center Virtual Machine Manager Resumen

130 Guía de configuración de VSPEX Descripción general El proceso de implementación consta de las etapas principales que se muestran en la Tabla 23. Después de la implementación, integre la infraestructura VSPEX a la red del cliente y a la infraestructura de servidores existentes. La tabla también incluye referencias a capítulos que establecer procedimientos relevantes. Tabla 23. Descripción general del proceso de implementación Etapa Descripción Referencia 1 Verificar los requisitos previos Tareas previas a la implementación Obtener las herramientas de implementación Recopilar datos de configuración del cliente Montar en rack y cablear los componentes Configurar los switches y las redes, conectarse a la red del cliente Requisitos previos de la implementación Datos de configuración del cliente Consulte la documentación del proveedor. Preparar los switches, conectar la red y configurar los switches 6 Instalar y configurar VNX Preparar y configurar arreglo de almacenamiento Configurar el almacenamiento con máquinas virtuales Instalar y configurar los servidores Configurar SQL Server (utilizado por SCVMM) Instalar y configurar SCVMM Preparar y configurar arreglo de almacenamiento Instalar y configurar los hosts Hyper-V Instalar y configurar la base de datos de SQL Server Implementación de servidor de System Center Virtual Machine Manager 130

131 Guía de configuración de VSPEX Tareas previas a la implementación Descripción general Las tareas previas a la implementación que se muestran en la Tabla 24 incluyen procedimientos que no se relacionan directamente con la instalación y la configuración del ambiente, pero cuyos resultados son necesarios en el momento de la instalación. Entre algunos de los ejemplos de tareas previas a la implementación podemos mencionar la recopilación de nombres de host, direcciones IP, ID de VLAN, claves de licencia y medios de instalación. Realice estas tareas antes de la visita al cliente para disminuir el tiempo necesario en el sitio. Tabla 24. Tareas previas a la implementación Tarea Descripción Referencia Reunir documentos Reúna los documentos relacionados que se enumeran en el Apéndice D. En estos documentos se ofrece información detallada sobre los procedimientos de configuración y las mejores prácticas de implementación para los diversos componentes de la solución. Referencias: Documentación de EMC Reunir herramientas Recopilar datos Reúna las herramientas requeridas y opcionales para la implementación. Use la Tabla 25 para comprobar que todos los equipos, el software y las licencias apropiadas estén disponibles antes de comenzar el proceso de implementación. Recopile datos de configuración específicos del cliente sobre redes, asignación de nombres y cuentas requeridas. Ingrese esta información en la hoja de trabajo de configuración del cliente para usarla como Hoja de datos de configuración del cliente referencia durante el proceso de implementación. La Tabla 25: Lista de verificación de los requisitos previos de la implementación El Apéndice B 131

132 Guía de configuración de VSPEX Requisitos previos de la implementación En la Tabla 25 se detallan los requisitos de hardware, software y licencias para configurar la solución. Para obtener más información, consulte la Tabla 9. Tabla 25. Lista de verificación de los requisitos previos de la implementación Requisito Descripción Referencia Hardware Suficiente cantidad de servidores físicos para alojar 200, 300, 600 o 1,000 servidores virtuales Servidores Windows Server 2012 para alojar servidores de infraestructura virtual Nota: Es posible que la infraestructura existente ya cumpla con este requisito. capacidad y funciones del puerto del switch según lo requiera la infraestructura de servidor virtual La Tabla 8 EMC VNX5200 (200 máquinas virtuales), VNX5400 (300 máquinas virtuales), VNX5600 (600 máquinas virtuales) o VNX5800 (1,000 máquinas virtuales): arreglo de almacenamiento multiprotocolo con el diseño de discos requerido Software Medios de instalación de SCVMM 2012 SP1 Medios de instalación de Microsoft Windows Server 2012 Medios de instalación de Microsoft Windows Server 2012 (opcional para sistema operativo huésped de máquina virtual) Medios de instalación de Microsoft SQL Server 2012 o superior Nota: Es posible que la infraestructura existente ya cumpla con este requisito. Licencia Claves de licencia de Microsoft Windows Server 2012 Standard (o superior) (opcional) Números de licencia de Microsoft Windows Server 2012 R2 Datacenter Edition Nota: Es posible que un servidor de administración de claves (KMS) de Microsoft existente ya cumpla con este requisito. 132

133 Guía de configuración de VSPEX Requisito Descripción Referencia Número de licencia de Microsoft SQL Server Nota: Es posible que la infraestructura existente ya cumpla con este requisito. Claves de licencia de SCVMM 2012 SP1 Datos de configuración del cliente Reúna información como las direcciones IP y los nombres de hosts durante el proceso de planificación para reducir el tiempo que deberá pasar en las instalaciones. El Apéndice B proporciona una tabla para mantener un registro de la información del cliente pertinente. Agregue, registre o modifique información según sea necesario durante el proceso de implementación. Además, complete la Hoja de trabajo de VNX para archivos y VNX unificado, que podrá encontrar en el servicio de soporte en línea de EMC, para registrar la información más completa específica de cada arreglo. Preparar los switches, conectar la red y configurar los switches Descripción general Esta sección enumera los requisitos para que la infraestructura de red sea compatible con esta arquitectura. En la Tabla 26 se ofrece un resumen de las tareas para la configuración de switches y redes, además de referencias para obtener más información. Tabla 26. Tareas para la configuración de los switches y la red Tarea Descripción Referencia Configurar la red de la infraestructura Configurar las VLAN Cableado completo de la red Configure el arreglo de almacenamiento y la red de infraestructura de host de Windows como se especifica en Preparar y configurar arreglo de almacenamiento e Instalar y configurar los hosts Hyper-V. Configure VLAN privadas y públicas según sea necesario. Conecte los puertos de interconexión de los switches. Conecte los puertos VNX. Conecte los puertos de Windows Server. Preparar y configurar arreglo de almacenamiento Instalar y configurar los hosts Hyper-V. Guía de configuración de switch del proveedor 133

134 Guía de configuración de VSPEX Preparar switches de red Configurar la red de la infraestructura Para alcanzar los niveles validados de rendimiento y alta disponibilidad, esta solución requiere la capacidad de conmutación que se indica en el Apéndice A. No utilice hardware nuevo si la infraestructura existente ya cumple con los requisitos. La red de la infraestructura requiere enlaces de red redundantes para cada host Windows, para el arreglo de almacenamiento, para los puertos de interconexión de los switches y para los puertos de enlace superior de los switches, con el fin de ofrecer redundancia y ancho de banda de red adicional. Se trata de una configuración necesaria, independientemente de que ya exista la infraestructura de red para la solución o de que se esté implementando junto con otros componentes de la solución. En la Figura 59 y en la Figura 60 se muestran infraestructuras redundantes de muestra para esta solución. Los diagramas ilustran el uso de switches y enlaces redundantes para asegurarse de que no existan puntos de falla únicos. 134

135 Guía de configuración de VSPEX En la Figura 59 los switches convergentes brindan a los clientes distintas opciones de protocolo (Fibre Channel, FCoE o iscsi) para la red de almacenamiento. Si bien los switches Fibre Channel son aceptables para Fibre Channel o FCoE, utilice switches de red Ethernet de 10 Gb para iscsi. Figura 59. Ejemplo de arquitectura de red Ethernet: variante de bloques 135

136 Guía de configuración de VSPEX En la Figura 60 se muestra un ejemplo de infraestructura Ethernet redundante para el almacenamiento basado en archivos, y se ilustra el uso de switches y enlaces redundantes para asegurarse de que no existan puntos de falla únicos en la conectividad de la red. Figura 60. Ejemplo de arquitectura de red Ethernet: variante de archivos Configurar las VLAN Asegúrese de que haya puertos de switch adecuados para el arreglo de almacenamiento y para los hosts Windows. Utilice un mínimo de tres redes VLAN para los siguientes propósitos: Administración de tráfico y redes de máquinas virtuales (son redes con contacto con los clientes; sepárelas si es necesario) Redes de migración activa (red privada) Redes de almacenamiento (iscsi o SMB, red privada) 136

137 Guía de configuración de VSPEX Configurar frames jumbo (solo iscsi o SMB) Cableado completo de la red Utilice frames jumbo para protocolos iscsi y SMB. Configure el tamaño de la MTU en 9,000 en los puertos de switch para la red de almacenamiento iscsi o SMB. Consulte las instrucciones de la guía de configuración de los switches. Asegúrese de lo siguiente: Que todos los servidores, arreglos de almacenamiento, interconectores de switch y enlaces superiores de switch estén conectados a infraestructuras de conmutación separadas y que tengan conexiones redundantes. Que haya una conexión completa con la red existente del cliente. Nota: Asegúrese de que ninguna interacción no prevista cause problemas en el servicio cuando conecte el equipo nuevo a la red existente del cliente. Preparar y configurar arreglo de almacenamiento Las instrucciones y mejores prácticas de implementación pueden variar según el protocolo de red de almacenamiento que se elija para la solución. Cada caso incluye los siguientes pasos: 1. Configurar el VNX. 2. Provisionar el almacenamiento a los hosts. 3. Configurar FAST VP. 4. Configuración opcional de FAST Cache. En las siguientes secciones se cubren las opciones para cada paso en forma separada, según se elija uno de los protocolos para bloques (FC, FCoE, iscsi) o el protocolo para archivos (CIFS). En el caso de Fibre Channel, FCoE o iscsi, consulte Configuración de VNX para protocolos de Configuración de VNX para protocolos de bloques. Para CIFS, consulte Configuración de Configuración de VNX para protocolos de archivos. Configuración de VNX para protocolos de bloques En esta sección se describe cómo configurar el arreglo de almacenamiento VNX para acceso a hosts utilizando protocolos para bloques como FC, FCoE o iscsi. En esta solución, VNX proporciona almacenamiento de datos para hosts Windows. 137

138 Guía de configuración de VSPEX Tabla 27. Tareas para la configuración de VNX para protocolos de bloques Tarea Descripción Referencia Preparar el VNX. Establecer la configuración inicial de VNX Provisionar el almacenamiento a los hosts Hyper-V Instale físicamente el hardware de VNX siguiendo los procedimientos indicados en la documentación del producto. Configure las direcciones IP y otros parámetros clave en el VNX. Cree las áreas de almacenamiento necesarias para la solución. Guía de instalación de EMC VNX5200 Unified Guía de instalación de EMC VNX5400 Unified Guía de instalación de EMC VNX5600 Unified Guía de instalación de EMC VNX5800 Unified Guía de introducción del sistema Unisphere Guía de configuración de switch del proveedor Preparar el VNX. En las guías de instalación de VNX5200, VNX5400, VNX5600 y VNX5800 se proporcionan instrucciones para ensamblar, montar en racks, cablear y activar el VNX. No hay pasos de configuración específicos para esta solución. Establecer la configuración inicial de VNX Después de configurar VNX por primera vez, configure la información clave sobre el ambiente existente para permitir que el arreglo de almacenamiento se comunique con los demás dispositivos del ambiente. Configure los siguientes elementos comunes de acuerdo con las políticas del centro de datos de TI y la información de la infraestructura existente: DNS NTP Interfaces de la red de almacenamiento Para conexiones de datos que utilicen FC o FCoE Conecte al menos un servidor al sistema de almacenamiento VNX, ya sea en forma directa o mediante switches FC o FCoE aptos. Consulte la Guía de conectividad de hosts de EMC para Windows para obtener instrucciones más detalladas. Para conexiones de datos que utilicen iscsi Conecte al menos un servidor al sistema de almacenamiento VNX, ya sea en forma directa o mediante switches IP aptos. Consulte la Guía de conectividad de hosts de EMC para Windows para obtener instrucciones más detalladas. Como paso adicional, configure los siguientes elementos de acuerdo con las políticas del centro de datos de TI y la información de la infraestructura existente: 138

139 Guía de configuración de VSPEX 1. Configure una dirección IP para la red de almacenamiento: Aísle lógicamente la red de almacenamiento de las demás redes de la solución, tal como se describe en el Capítulo 3. Esto asegura que el resto del tráfico de la red no tenga ningún efecto sobre el tráfico entre los hosts y el almacenamiento. 2. Habilite los frames jumbo en los puertos iscsi de VNX. Utilice frames jumbo para redes iscsi para permitir más ancho de banda de red. Aplique el tamaño de la MTU que se especifica más abajo en todas las interfaces de red del ambiente: a. En Unisphere, seleccione Settings > Network > Settings for Block. b. Seleccione la interfaz de red iscsi apropiada. c. Haga clic en Properties. d. Establezca el tamaño de la MTU en 9,000. e. Haga clic en OK para aplicar los cambios. Los documentos de referencia que se incluyen en la Tabla 27 proporcionan más información sobre cómo configurar la plataforma VNX. Reglas para la configuración del almacenamiento proporcionan más información acerca del diseño de disco. Provisionar el almacenamiento a los hosts Hyper-V En esta sección se describe el aprovisionamiento de almacenamiento basado en bloques para hosts Hyper-V. Para provisionar el almacenamiento de archivos, consulte Configuración de Configuración de VNX para protocolos de archivos. Realice los siguientes pasos en Unisphere para configurar LUN en el arreglo VNX con el fin de almacenar servidores virtuales: 1. Cree la cantidad necesaria de pools de almacenamiento para el ambiente, en función de la información de dimensionamiento del Capítulo 4. En este ejemplo se utilizan los valores máximos recomendados para arreglos que se describen en elcapítulo 4. a. Inicie sesión en Unisphere. b. Seleccione el arreglo para esta solución. c. Seleccione Storage > Storage Configuration > Storage Pools. d. Haga clic en Pools. e. Haga clic en Create. Nota: El pool no utiliza unidades de sistema para almacenamiento adicional. 139

140 Guía de configuración de VSPEX Tabla 28. Tabla de asignación de almacenamiento para bloques Configuración 200 máquinas virtuales Cantidad de pools Cantidad de discos SAS de 15,000 r/min por pool Cantidad de discos flash por pool Cantidad de LUN por pool Tamaño del LUN (TB) Total Dos LUN de 7 TB Dos LUN de 4 TB 300 máquinas virtuales Total Cuatro LUN de 7 TB Dos LUN de 3 TB 600 máquinas virtuales Total Ocho LUN de 7 TB Dos LUN de 6 TB 1,000 máquinas virtuales Total Dieciséis LUN de 7 TB Nota: Cada máquina virtual ocupa 102 GB en esta solución, con 100 GB para el SO y espacio para usuarios, y un archivo de intercambio de 2 GB. 2. Cree los discos hot spare en este punto. Consulte la guía de instalación de VNX correcta para obtener más información. En la Figura 40 se ilustra el diseño de almacenamiento de destino para 200 máquinas virtuales. En la Figura 41 se ilustra el diseño de almacenamiento de destino para 300 máquinas virtuales. En la Figura 42 se ilustra el diseño de almacenamiento de destino para 600 máquinas virtuales. En la Figura 43 se ilustra el diseño de almacenamiento de destino para 1,000 máquinas virtuales. 140

141 Guía de configuración de VSPEX 3. Utilice los pools que se crearon en el paso 1 para provisionar LUN delgados: a. Seleccione Storage > LUNs. b. Haga clic en Create. c. Seleccione el pool que se creó en el paso 1. Siempre cree dos LUN ligeros en un pool de almacenamiento físico. User Capacity depende de la cantidad específica de máquinas virtuales. Consulte la Tabla 28 para obtener más información. 4. Cree un grupo de almacenamiento y agregue LUN y servidores Hyper-V: a. Seleccione Hosts > Storage Groups. b. Haga clic en Create e ingrese un nombre para el nuevo grupo de almacenamiento. c. Seleccione el grupo de almacenamiento que acaba de crear. d. Haga clic en LUNs. En el panel Available LUNs, seleccione todos los LUN que se crearon en los pasos anteriores. Aparece el cuadro de diálogo Selected LUNs. e. Configure los hosts Hyper-V y agréguelos al pool de almacenamiento. Configuración de VNX para protocolos de archivos En esta sección y en la Tabla 31 se describe el aprovisionamiento de almacenamiento basado en archivos para hosts Hyper-V. Tabla 29. Tareas para la configuración del almacenamiento para protocolos de archivos Tarea Descripción Referencia Preparar el VNX. Establecer la configuración inicial de VNX Cree una interfaz de red Crear un servidor CIFS Crear pool de almacenamiento para archivos Crear los sistemas de archivos Crear el recurso compartido de archivos SMB Instale físicamente el hardware de VNX siguiendo los procedimientos indicados en la documentación del producto. Configure las direcciones IP y otros parámetros clave en el VNX. Configure la dirección IP y la información sobre la interfaz de la red para el servidor CIFS. Cree la instancia del servidor CIFS para publicar el almacenamiento. Cree la estructura de pool para bloques y los LUN que contendrán al sistema de archivos. Establezca el sistema de archivos compartidos SMB. Conecte el sistema de archivos al servidor CIFS para crear un recurso compartido SMB para almacenamiento Hyper-V. Guía de instalación de VNX5200 Unified Guía de instalación de VNX5400 Unified Guía de instalación de VNX5600 Unified Guía de instalación de VNX5800 Unified Guía de introducción del sistema Unisphere Guía de configuración de switch del proveedor 141

142 Guía de configuración de VSPEX Preparar el VNX. En las guías de instalación de VNX5200, VNX5400, VNX5600 y VNX5800 se proporcionan instrucciones para ensamblar, montar en racks, cablear y activar el VNX. No hay pasos de configuración específicos para esta solución. Establecer la configuración inicial de VNX Después de configurar VNX por primera vez, configure la información clave sobre el ambiente existente para permitir que el arreglo de almacenamiento se comunique con los demás dispositivos del ambiente. Asegúrese de conectar al menos un servidor al sistema de almacenamiento VNX, ya sea en forma directa o mediante switches IP aptos. Configure los siguientes elementos comunes de acuerdo con las políticas del centro de datos de TI y la información de la infraestructura existente: DNS NTP Interfaces de la red de almacenamiento Dirección IP de la red de almacenamiento Servicios CIFS y membresía en dominio de Active Directory Consulte la Guía de conectividad de hosts de EMC para Windows para obtener instrucciones más detalladas. Habilitar tramas jumbo en las interfaces de la red de almacenamiento VNX Utilice frames jumbo para redes de almacenamiento para permitir más ancho de banda de red. Aplique el tamaño de la MTU que se especifica más abajo en todas las interfaces de red del ambiente. Siga estos pasos para habilitar frames jumbo: 1. En Unisphere, seleccione Settings > Network > Settings for File. 2. Seleccione la interfaz de red apropiada en la pestaña Interfaces. 3. Haga clic en Properties. 4. Establezca el tamaño de la MTU en 9, Haga clic en OK para aplicar los cambios. Los documentos de referencia que se incluyen en la Tabla 27 proporcionan más información sobre cómo configurar la plataforma VNX. En la sección Reglas para la configuración del almacenamiento se proporciona más información acerca del diseño de disco. Cree una interfaz de red Una interfaz de red se asigna a un servidor CIFS. Los servidores CIFS proporcionan acceso a recursos compartidos de archivos por la red. 142

143 Guía de configuración de VSPEX Siga estos pasos para crear una interfaz de red: 1. Inicie sesión en el VNX. 2. En Unisphere, seleccione Settings > Network > Settings For File. 3. En la pestaña Interfaces, haga clic en Create, como se muestra en la Figura 61. Figura 61. Cuadro de diálogo de Ajustes de red para archivos En el asistente Create Network Interface, siga estos pasos: 1. Seleccione el Data Mover que proporcionará el acceso al recurso compartido de archivos. 2. Seleccione el nombre del dispositivo en el que residirá la interfaz de la red. Nota: Ejecute el siguiente comando como nasadmin en la Control Station para asegurarse de que el dispositivo seleccionado tenga un enlace conectado: > server_sysconfig <datamovername> -pci Este comando indica el estado del enlace (ACTIVO o INACTIVO) correspondiente a todos los dispositivos del Data Mover especificado. 3. Escriba una dirección IP para la interfaz en el campo IP address. 4. Escriba un nombre para la interfaz en el campo Name. 5. Escriba la máscara de red para la interfaz en el campo Netmask. El campo Broadcast Address aparece automáticamente después de ingresar la dirección IP y la máscara de red. 6. En el campo MTU size, establezca el tamaño de la MTU para la interfaz en 9,000. Nota: Asegúrese de que todos los dispositivos de la red (switch, servidores y demás) tengan el mismo tamaño de MTU. 7. De ser necesario, especifique el valor de VLAN ID. 143

144 Guía de configuración de VSPEX 8. Haga clic en OK, como se muestra en la Figura 62. Figura 62. Cuadro de diálogo para crear una interfaz Crear un servidor CIFS Un servidor CIFS permite acceder al recurso compartido CIFS (SMB). 1. En Unisphere, seleccione Storage > Shared Folders > CIFS > CIFS Servers. Nota: Se requiere un servidor CIFS ya existente para crear un recurso compartido de archivos SMB Haga clic en Create. Aparece la ventana Create CIFS Server. En la ventana Create CIFS Server, siga estos pasos: 3. Seleccione el Data Mover en el que desee crear el servidor CIFS. 4. Establezca el tipo de servidor en Active Directory Domain. 5. Escriba un nombre de equipo para el servidor en el campo Computer Name. El nombre de equipo debe ser único en Active Directory. Unisphere asigna automáticamente el nombre NetBIOS como nombre del equipo. 6. Escriba el nombre de dominio al que se deberá unir el servidor CIFS en el campo Domain Name. 7. Seleccione Join the Domain. 8. Especifique las credenciales de dominio: a. Escriba el nombre de usuario de administración del dominio en el campo Domain Admin User Name. b. Escriba la contraseña de administración del dominio en el campo Domain Admin Password. 9. Seleccione Enable Local Users para permitir la creación de una cantidad limitada de cuentas de usuarios locales en el servidor CIFS. a. Establezca la contraseña de administración local en el campo Local Admin Password. 144

145 Guía de configuración de VSPEX b. Confirme la contraseña de administración local en el campo Confirm Local Admin Password. 10. Seleccione la interfaz de red que se creó en el Paso 1 para permitir el acceso al servidor CIFS. 11. Haga clic en OK. El servidor CIFS que se acaba de crear aparece en la pestaña CIFS server, tal como se muestra en la Figura 63. Figura 63. Cuadro de diálogo para crear un servidor CIFS Crear pools de almacenamiento para archivos Realice los siguientes pasos en Unisphere para configurar LUN en el arreglo VNX con el fin de almacenar servidores virtuales: 1. Cree la cantidad necesaria de pools de almacenamiento para el ambiente, en función de la información de dimensionamiento del Capítulo 4. En este ejemplo se utilizan los valores máximos recomendados para arreglos que se describen en el Capítulo 4. a. Inicie sesión en Unisphere. b. Seleccione el arreglo para esta solución. c. Seleccione Storage > Storage Configuration > Storage Pools > Pools. d. Haga clic en Create. Nota: El pool no utiliza unidades de sistema para almacenamiento adicional. 145

146 Guía de configuración de VSPEX Tabla 30. Tabla de asignación de almacenamiento para archivos Configuración 200 máquinas virtuales Cantidad de pools Cantidad de discos SAS de 15,000 r/min por pool Cantidad de discos flash por pool Cantidad de LUN por pool Cantidad de FS por pool de almacenamiento para archivos Tamaño de LUN (GB) Tamaño del FS (TB) Total LUN de 800 GB 20 LUN de 600 GB Dos FS de 5 TB Dos FS de 4 TB 300 máquinas virtuales Total Cuarenta LUN de 800 GB Veinte LUN de 400 GB Cuatro FS de 7 TB Dos FS de 3 TB 600 máquinas virtuales Total Ochenta LUN de 800 GB Veinte LUN de 700 GB Ocho FS de 7 TB Dos FS de 6 TB 1,000 máquinas virtuales Total Ciento sesenta LUN de 800 GB Dieciséis FS de 7 TB 2. Cree los discos hot spare en este punto. Consulte la guía de instalación de VNX correcta para obtener más información. En la Figura 40 se ilustra el diseño de almacenamiento de destino para 200 máquinas virtuales. En la Figura 41 se ilustra el diseño de almacenamiento de destino para 300 máquinas virtuales. 146

147 Guía de configuración de VSPEX En la Figura 42 se ilustra el diseño de almacenamiento de destino para 600 máquinas virtuales. En la Figura 43 se ilustra el diseño de almacenamiento de destino para 1,000 máquinas virtuales. 3. Aprovisione los LUN del pool que se creó en el Paso 1: a. Seleccione Storage > LUNs. b. Haga clic en Create. c. Seleccione el pool que se creó en el paso 1. En LUN Properties, desmarque la casilla de verificación Thin. Para User Capacity, consulte la Tabla 30 que incluye información detallada del tamaño de los LUN. El valor de Number of LUNs to create depende de la cantidad de discos que haya en el pool. Consulte la Tabla 30 para obtener información detallada sobre la cantidad de LUN necesarios en cada pool. Nota: Para implementaciones de FAST VP, no asigne más del 95 % de la capacidad del pool de almacenamiento disponible por archivo. 4. Conecte los LUN al Data Mover para acceder a los archivos: a. Haga clic en Hosts > Storage Groups. b. Seleccione filestorage. c. Haga clic en Connect LUNs. d. En el panel Available LUNs, amplíe SP A y SP B y seleccione todos los LUN creados en los pasos anteriores. Aparece el panel Selected LUNs. Haga clic en OK. 5. Reexamine los sistemas de almacenamiento para detectar el almacenamiento nuevo disponible. a. Haga clic en la pestaña Storage. b. En el panel File Storage, haga clic en Rescan Storage Systems. c. Haga clic en OK para continuar en la ventana que se abre. Utilice un pool de almacenamiento para archivo nuevo para crear varios sistemas de archivos. Crear sistemas de archivos Para crear un recurso compartido de archivos SMB, realice las siguientes tareas: 1. Cree un pool de almacenamiento y una interfaz de red. 2. Cree un sistema de archivos. 3. Exporte un recurso compartido de archivos desde el sistema de archivos. Si no existe una interfaz ni un pool de almacenamiento, siga los pasos de Cree una interfaz de red y Crear pools de almacenamiento para archivos para crear un pool de almacenamiento y una interfaz de red. 147

148 Guía de configuración de VSPEX Cree dos sistemas de archivos delgados a partir de cada pool de almacenamiento para archivos. Consulte la Tabla 30 para obtener detalles sobre la cantidad de sistemas de archivos. Siga estos pasos para crear sistemas de archivos VNX para recursos compartidos SMB: 1. Inicie sesión en Unisphere. 2. Seleccione Storage > Storage Configuration > File Systems. 3. Haga clic en Create. Aparece el asistente File System Creation. 4. Especifique los detalles del sistema de archivos: a. Seleccione Storage Pool. b. Escriba un nombre para el sistema de archivos en el campo File System Name. c. Seleccione un pool de almacenamiento que contendrá al sistema de archivos en el campo Storage Pool. d. Seleccione la capacidad de almacenamiento del sistema de archivos en el campo Storage Capacity. Consulte la Tabla 30 para conocer la capacidad de almacenamiento detallada. e. Seleccione Thin Enabled. f. Multiplique la cantidad de terabytes especificada para el sistema de archivos en la Tabla 30 por para obtener el tamaño del archivo en megabytes. Ingrese esta cifra en el campo Maximum Capacity (MB). g. Seleccione el Data Mover (R/W) que será propietario del sistema de archivos en el campo Data Mover (R/W). Nota: El Data Mover seleccionado debe tener una interfaz definida. h. Haga clic en OK como se muestra en la Figura

149 Guía de configuración de VSPEX Figura 64. Cuadro de diálogo para crear un sistema de archivos El sistema de archivos nuevo aparece en la pestaña File Systems. 1. Haga clic en Mounts. 2. Seleccione el sistema de archivos que se creó y haga clic en Properties. 3. Seleccione Set Advanced Options. 4. Seleccione Direct Writes Enabled. 5. Seleccione CIFS Sync Writes Enabled. 6. Haga clic en OK como se muestra en la Figura

150 Guía de configuración de VSPEX Figura 65. Cuadro de diálogo de propiedades del sistema de archivos Crear el recurso compartido de archivos SMB Una vez creado el sistema de archivos, ya se podrá crear el recurso compartido de archivos SMB. Siga estos pasos para crear el recurso compartido: 1. En el tablero de VNX, lleve el mouse a la pestaña Storage. 2. Seleccione Shared folders > CIFS. 3. En la página de recursos compartidos, haga clic en Create. Se abre la ventana Create CIFS Share. 4. Seleccione el Data Mover en el que desee crear el recurso compartido (el mismo Data Mover que es propietario del servidor CIFS). 5. Especifique un nombre para el recurso compartido. 6. Especifique el sistema de archivos para el recurso compartido. No modifique la ruta predeterminada. 7. Seleccione el servidor CIFS que proporcionará acceso al recurso compartido, tal como se muestra en la Figura

151 Guía de configuración de VSPEX 8. De manera opcional, especifique un límite de usuarios o ingrese cualquier comentario acerca del recurso compartido. Figura 66. Cuadro de diálogo para crear un recurso compartido de archivos Configuración de FAST VP Este procedimiento corresponde tanto a las implementaciones de almacenamiento basadas en archivos como a las basadas en bloques. Siga estos pasos para configurar FAST VP. Asigne dos discos Flash en cada pool de almacenamiento basado en bloques: 1. En Unisphere, seleccione el pool de almacenamiento que quiera configurar para FAST VP. 2. Haga clic en Properties en un pool de almacenamiento específico para abrir el cuadro de diálogo Storage Pool Properties. En la Figura 67 se muestra la información de organización en niveles para un pool FAST específico. Nota: El área Tier Status muestra información de reubicación de FAST específica para el pool seleccionado. 3. Seleccione Scheduled del cuadro de lista Auto-Tiering. En el panel Tier Details se muestra la distribución exacta de los datos. 151

152 Guía de configuración de VSPEX Figura 67. Cuadro de diálogo de propiedades del pool de almacenamiento También puede conectarse al calendario de reubicación de todo el arreglo con el botón Relocation Schedule de la esquina superior derecha para acceder a la ventana Manage Auto-Tiering tal como se muestra en la Figura 68. Figura 68. Cuadro de diálogo Manage Auto-Tiering 152

153 Guía de configuración de VSPEX Desde este cuadro de diálogo de estado, los usuarios pueden controlar la velocidad de reubicación de datos en el campo Data Relocation Rate. La velocidad predeterminada es Medium para minimizar el impacto en el proceso de I/O de los hosts. Nota: FAST es una herramienta completamente automatizada que permite crear un calendario de reubicación. Programe las reubicaciones fuera del horario de trabajo para minimizar cualquier posible impacto en el rendimiento. Configuración de FAST Cache Puede configurar FAST Cache como una opción. Nota: Utilice los discos flash que se enumeran en las Pautas para el dimensionamiento para configuraciones FAST VP, según se describe en Configuración de FAST VP. FAST Cache es un componente opcional de esta solución que permite mejorar el rendimiento, según se delinea en el Capítulo 3. Para configurar FAST Cache en los pools de almacenamiento para esta solución, realice los siguientes pasos: 1. Configure los discos flash como FAST Cache. a. En el tablero Unisphere, haga clic en Properties o, en el panel izquierdo de la interfaz de Unisphere, haga clic en Manage Cache para acceder a la ventana Storage System Properties, como se muestra en la Figura 69. b. Haga clic en la pestaña FAST Cache para ver la información de Fast Cache. 153

154 Guía de configuración de VSPEX Figura 69. Cuadro de diálogo de propiedades del sistema de almacenamiento c. Haga clic en Create para abrir la ventana Create FAST Cache como se muestra en la Figura 70. En el campo RAID Type aparecerá RAID 1 cuando se cree FAST Cache. Esta ventana también ofrece la opción de seleccionar las unidades para FAST Cache. La parte inferior de la pantalla muestra los discos flash que se usan para crear FAST Cache. Seleccione Manual para elegir las unidades manualmente. d. Consulte Reglas de configuración de almacenamientoreglas para la configuración del almacenamiento para determinar la cantidad de discos flash que se usarán en esta solución. Nota: Si no hay una cantidad suficiente de discos flash disponibles, VNX muestra un mensaje de error y no es posible crear FAST Cache. 154

155 Guía de configuración de VSPEX Figura 70. Cuadro de diálogo para crear FAST Cache 2. Active FAST Cache en el pool de almacenamiento. Si se crea un LUN en un pool de almacenamiento, solo puede configurar FAST Cache para ese LUN en el nivel del pool de almacenamiento. En todos los LUN creados en el pool de almacenamiento, FAST Cache estará activado o desactivado. Configure los LUN en la pestaña advanced de la ventana Create Storage Pool, como se muestra en la Figura 71. Luego de la instalación, FAST Cache se activa de forma predeterminada en la creación de un pool de almacenamiento. 155

156 Guía de configuración de VSPEX Figura 71. Pestaña Advanced en el cuadro de diálogo Create Storage Pool Si ya existe el pool de almacenamiento, use la pestaña Advanced en la ventana Storage Pool Properties para configurar FAST Cache como aparece en la Figura 72. Figura 72. Pestaña Advanced en el cuadro de diálogo Storage Pool Properties Nota: La función VNX FAST Cache no causa una mejora instantánea del rendimiento. El sistema debe recopilar datos sobre patrones de acceso y promover la información de uso frecuente a la caché. Este proceso puede tardar unas horas. El rendimiento del arreglo mejora gradualmente durante este tiempo. 156

157 Guía de configuración de VSPEX Instalar y configurar los hosts Hyper-V Descripción general Este capítulo proporciona los requisitos para la instalación y la configuración de los hosts Windows y los servidores de la infraestructura para la compatibilidad con la arquitectura. En la Tabla 31 se describen las tareas necesarias. Tabla 31. Tareas para la instalación de servidores Tarea Descripción Referencia Instalar hosts Windows Instalar Hyper-V y configurar la agrupación en clusters de failover Configurar la red de hosts Windows Instalar PowerPath en los servidores de Windows Planear asignaciones de memoria de máquinas virtuales Instale Windows Server 2012 en los servidores físicos que se implementan para la solución. 1. Agregue la función del servidor Hyper-V. 2. Agregue la función Failover Clustering. 3. Cree y configure el cluster Hyper-V. Configure la red de hosts Windows, incluida la formación de equipos de NIC y la red de switch virtual. Instale y configure PowerPath para administrar las múltiples rutas de los VNX LUN. Asegúrese de que las funciones de administración de memoria huésped Hyper-V de Windows estén bien configuradas para el ambiente PowerPath y PowerPath/VE para Windows - Guía de instalación y administración Instalar hosts Windows Siga las mejores prácticas de Microsoft para instalar Windows Server 2012 y la función Hyper-V en los servidores físicos de esta solución. Instalar Hyper-V y configurar la agrupación en clusters de failover Para instalar y configurar Failover Clustering, siga estos pasos: 1. Instale y parche Windows Server 2012 en cada host de Windows. 2. Configure la función Hyper-V y la funcionalidad de agrupación en clusters de failover. 3. Instale los controladores de HBA o configure los iniciadores iscsi en cada host Windows. Para obtener más información, consulte la Guía de conectividad de hosts de EMC para Windows. 157

158 Guía de configuración de VSPEX En la Tabla 31 se proporcionan los pasos y las referencias para realizar las tareas de configuración. Configure la red de hosts Windows Para garantizar el rendimiento y la disponibilidad, se requiere la siguiente cantidad de tarjetas de interfaz de red (NIC): Se utiliza al menos una tarjeta NIC para las redes y la administración de máquinas virtuales (se puede separar por red o VLAN si es necesario). Se utilizan al menos dos tarjetas NIC de 10 GbE para la red de almacenamiento. Se utiliza al menos una tarjeta NIC para la migración activa. Nota: Active los frames jumbo para las tarjetas NIC que transfieren datos iscsi o SMB. Configure el tamaño de la MTU en 9,000. Consulte las instrucciones de la guía de configuración de la tarjeta NIC. Instalar PowerPath en los servidores de Windows Planear asignaciones de memoria de máquinas virtuales Instale PowerPath en los servidores de Windows para mejorar el rendimiento y las capacidades del arreglo de almacenamiento de VNX. Para obtener más información sobre los pasos de instalación, consulte la Guía de instalación y administración de PowerPath y PowerPath/VE para Windows. Se requiere capacidad de servidores para dos propósitos en la solución: Para soportar la nueva infraestructura virtualizada del servidor. Para soportar los servicios de infraestructura requeridos, tales como autenticación o autorización, DNS y bases de datos. Para obtener información sobre los requisitos mínimos de alojamiento de servicios de infraestructura, consulte el Apéndice A. Si los servicios de infraestructura existentes cumplen con los requerimientos, el hardware enumerado para los servicios de infraestructura no se requerirá. Configuración de la memoria Asegúrese de dimensionar y configurar la memoria del servidor de forma correcta para esta solución. Esta sección proporciona una descripción general de la administración en un ambiente Hyper-V. Las técnicas de virtualización de memoria permiten que el hipervisor extraiga recursos del host físico, como la memoria dinámica, a fin de proporcionar aislamiento de recursos en múltiples máquinas virtuales, y a la vez,se evita agotar recursos. Si se implementan procesadores avanzados (como los procesadores Intel compatibles con EPT), esta extracción se lleva a cabo dentro del CPU. De lo contrario, este proceso ocurre dentro del hipervisor físico mismo. Existen múltiples técnicas dentro del hipervisor para maximizar el uso de recursos del sistema como la memoria. No sobreasigne sustancialmente recursos, dado que esto puede hacer que el sistema tenga un rendimiento deficiente. Es difícil predecir las repercusiones exactas de la sobreasignación de memoria en un ambiente real. La degradación de rendimiento debido al agotamiento de recursos aumenta con la cantidad de memoria sobreasignada. 158

159 Guía de configuración de VSPEX Instalar y configurar la base de datos de SQL Server Descripción general La mayoría de los clientes usa una herramienta de administración para provisionar y administrar su solución de virtualización de servidores, aunque no es necesaria. La herramienta de administración requiere back-end de base de datos. SCVMM usa SQL Server 2012 como la plataforma de base de datos. Esta sección describe cómo configurar una base de datos de SQL Server para la solución. En la Tabla 32 se incluyen las tareas de configuración detallada. Tabla 32. Tareas para la configuración de una base de datos de SQL Server Tarea Descripción Referencia Crear una máquina virtual para Microsoft SQL Server Cree una máquina virtual para alojar SQL Server. Verifique que el servidor virtual cumpla con los requisitos de hardware y software. Instalar Microsoft Windows en la máquina virtual Instalar Microsoft SQL Server Configurar un SQL Server para SCVMM Instale Microsoft Windows Server 2012 Datacenter Edition en la máquina virtual. Instale Microsoft SQL Server en la máquina virtual designada. Configure una instancia remota de SQL Server o SCVMM Crear una máquina virtual para Microsoft SQL Server Instalar Microsoft Windows en la máquina virtual Instalar SQL Server Cree la máquina virtual con la cantidad de recursos informáticos en uno de los servidores de Windows designados para las máquinas virtuales de infraestructura. Utilice el almacenamiento designado para la infraestructura compartida. Nota: El ambiente del cliente ya puede contener un SQL Server diseñado para esta función. En ese caso, consulte la sección Configurar un SQL Server para SCVMM. El servicio SQL Server debe ejecutarse en Microsoft Windows. Instale la versión de Windows requerida en la máquina virtual, y seleccione la red apropiada, el tiempo y la configuración de autenticación. Utilice los medios de instalación de SQL Server para instalarlo en la máquina virtual. El sitio web de Microsoft TechNet proporciona información sobre cómo instalar SQL Server. 159

160 Guía de configuración de VSPEX Uno de los componentes instalables del instalador de SQL Server es SQL Server Management Studio (SSMS). Instale directamente este componente en el servidor SQL Server y en una consola de administrador. Para cambiar la ruta predeterminada para almacenar archivos de datos, siga estos pasos: 1. Haga clic con el botón secundario en el objeto servidor en SSMS y seleccione Database Properties. Aparece la ventana Properties. 2. Cambie los directorios de datos y logs predeterminados para las nuevas bases de datos creadas en el servidor. Configurar un SQL Server para SCVMM Para usar SCVMM en esta solución, configure SQL Server para conexión remota. Los requisitos y pasos para configurarlo correctamente están disponibles en el artículo Configuración de una instancia remota de SQL Server para VMM. Para obtener más información, consulte la lista de documentos en el Apéndice D de este documento. Nota: No use la opción de base de datos basada en Microsoft SQL Server Express para esta solución. Cree cuentas de inicio de sesión individuales para cada servicio que tenga acceso a la base de datos del SQL Server. Implementación de servidor de System Center Virtual Machine Manager Descripción general Esta sección proporciona información sobre cómo configurar SCVMM. Complete las tareas en la Tabla 33. Tabla 33. Tareas para la configuración de SCVMM Tarea Descripción Referencia Crear la máquina virtual de host de SCVMM Cree una máquina virtual para SCVMM Server. Crear una máquina virtual Instalar el sistema operativo huésped de SCVMM Instalar el servidor SCVMM Instale la Consola de administración de SCVMM Instalar el agente SCVMM a nivel local en los hosts Instale Windows Server 2012 Datacenter Edition en la máquina virtual de host de SCVMM. Instale un servidor SCVMM. Instale una Consola de administración de SCVMM. Instale un agente SCVMM a nivel local en los hosts que administra SCVMM. Instalar el sistema operativo huésped Cómo instalar un servidor de administración VMM Cómo instalar una consola VMM Instalación local de un agente VMM en un host 160

161 Guía de configuración de VSPEX Tarea Descripción Referencia Agregar un cluster Hyper- V en SCVMM Agregue el cluster Hyper-V en SCVMM. Incorporación y administración de hosts de Hyper-V y cluster de hosts en VMM Agregar almacenamiento de recursos compartidos de archivo en SCVMM (variante de archivos solamente) Agregue recursos compartidos de archivo de SMB a un cluster Hyper-V en SCVMM. Cómo asignar recursos compartidos de archivo de SMB 3.0 a hosts de Hyper-V y Clusters en VMM Crear una máquina virtual en SCVMM Cree una máquina virtual en SCVMM. Creación e implementación de máquinas virtuales Realizar una alineación de la partición y asignar un tamaño de unidad de asignación de archivos Crear una plantilla de máquina virtual Implementar máquinas virtuales a partir de la máquina virtual de plantilla Utilización de Diskpart.exe para realizar la alineación de la partición, asignar letras de unidad y asignar tamaño de unidad de asignación de archivos en la unidad de disco de la máquina virtual Cree una máquina virtual de plantilla a partir de la máquina virtual existente. Cree el perfil de hardware y el perfil del sistema operativo huésped durante el procedimiento. Implemente las máquinas virtuales a partir de la plantilla de máquina virtual. Disk Partition Alignment Best Practices for SQL Server Cómo crear una plantilla de una máquina virtual Cómo crear e implementar una máquina virtual a partir de una plantilla Crear una máquina virtual de host de SCVMM Para implementar el servidor Microsoft Hyper-V como una máquina virtual en un servidor Hyper-V instalado como parte de esta solución, conéctese directamente a un servidor Hyper-V de la infraestructura mediante el administrador de Hyper-V. Cree una máquina virtual en el servidor Microsoft Hyper-V con la configuración del sistema operativo huésped del cliente y utilice el área de almacenamiento de datos del servidor de la infraestructura presentada desde el arreglo de almacenamiento. Los requisitos de memoria y procesador para el servidor SCVMM dependen de la cantidad de host y máquinas virtuales Hyper-V que SCVMM debe administrar. 161

162 Guía de configuración de VSPEX Instalar el sistema operativo huésped de SCVMM Instalar el servidor SCVMM Instale el SO huésped en la máquina virtual host de SCVMM. Instale la versión de Windows Server requerida en la máquina virtual y seleccione las configuraciones correctas de red, tiempo y autenticación. Configure la base de datos VMM y el servidor de librería predeterminado, y luego instale el servidor SCVMM. Consulte el artículo de la librería de Microsoft TechNet Instalación del servidor VMM para instalar servidor SCVMM. Instale la Consola de administración de SCVMM La Consola de administración de SCVMM es una herramienta cliente que se usa para administrar el servidor SCVMM. Instale la Consola de administración de VMM en el mismo equipo que el servidor VMM. Consulte el artículo de la librería de Microsoft TechNet Instalación de la Consola de administrador de VMM para instalar la Consola de administración de SCVMM. Instalar localmente el agente SCVMM en un host Agregar un cluster Hyper-V en SCVMM Si se requiere administrar los hosts en una red de perímetro, instale localmente un agente de VMM en el host antes de agregarlo a VMM. De manera opcional, instale localmente un agente VMM en un host de un dominio antes de agregar el host a VMM. Consulte el tema de la librería de Microsoft TechNet Instalación local de un agente VMM en un host para instalar localmente un agente VMM en un host. Agregue el cluster Microsoft Hyper-V implementado a SCVMM. SCVMM administra el cluster Hyper-V. Consulte el tema de la librería de Microsoft TechNet Cómo agregar un cluster de host a VMM para agregar el cluster de Hyper-V. Agregar almacenamiento de recursos compartidos de archivo a SCVMM (variante de archivos solamente) Para agregar almacenamiento de recursos compartidos de archivo en SCVMM, siga estos pasos: 1. Abra el espacio de trabajo VMs and Services. 2. En el panel VMs and Services, haga clic con el botón secundario en el nombre del cluster Hyper-V. 3. Haga clic en Properties. 4. En la ventana Properties, haga clic en File Share Storage. 5. Haga clic en Add y luego agregue almacenamiento de recursos compartidos de archivo a SCVMM. Crear una máquina virtual en SCVMM Cree una máquina virtual en SCVMM para usarla como una plantilla de máquina virtual. Después de la instalación de la máquina virtual, instale el software y cambie la configuración de Windows y de las aplicaciones. Consulte el tema de la librería de Microsoft TechNet Cómo crear una máquina virtual con un disco duro virtual en blanco para crear una máquina virtual. 162

163 Guía de configuración de VSPEX Realizar una alineación de la partición y asignar un tamaño de unidad de asignación de archivos Realice la alineación de la partición del disco en máquinas virtuales cuyos sistemas operativos sean anteriores a Windows Server Se recomienda alinear la unidad de disco con un ajuste de 1,024 KB y formatear el disco con tamaño de unidad de asignación de archivos (cluster) de 8 KB. Consulte el tema de la librería de Microsoft TechNet Library Disk Partition Alignment Best Practices for SQL Server para realizar la alineación de la partición, asignar letras de disco y asignar el tamaño de unidad de asignación de archivo con diskpart.exe. Crear una plantilla de máquina virtual Si convierte una máquina virtual en una plantilla, esto elimina la máquina virtual. Respalde la máquina virtual, ya que esta puede destruirse durante la creación de la plantilla. Cree un perfil de hardware y un perfil de sistema operativo huésped mientras crea una plantilla. Puede usar el perfil para implementar las máquinas virtuales. Consulte el tema de la librería de Microsoft TechNet Cómo crear una plantilla a partir de una máquina virtual. Implementar máquinas virtuales a partir de la máquina virtual de plantilla El asistente de implementación le permite guardar los scripts de PowerShell y volver a utilizarlos para implementar otras máquinas virtuales con la misma configuración. Consulte el tema de la librearía de Microsoft TechNet Cómo implementar una máquina virtual. Resumen Este capítulo presenta los pasos necesarios para implementar y configurar los diversos aspectos de la solución VSPEX, incluidos los componentes tanto físicos como lógicos. En este punto, la solución VSPEX es completamente funcional. 163

164 Guía de configuración de VSPEX 164

165 Capítulo 6 Verificación de la solución Este capítulo presenta los siguientes temas: Descripción general Lista de verificación posterior a la instalación Implementar y probar un solo servidor virtual Verificar la redundancia de los componentes de la solución

166 Verificación de la solución Descripción general Este capítulo ofrece una lista de elementos que necesita comprobar después de configurar la solución. El objetivo de este capítulo es verificar la configuración y la funcionalidad de aspectos específicos de la solución y asegurarse de que la configuración sea compatible con los principales requisitos de disponibilidad. Complete las tareas enumeradas en Tabla 34. Tabla 34. Tareas para comprobar la instalación Tarea Descripción Referencia Lista de verificación posterior a la instalación Verifique que haya la cantidad suficiente de puertos virtuales en cada switch virtual del host Hyper-V. Verifique que cada host de Hyper-V tenga acceso a las áreas de almacenamiento de datos y VLAN requeridos. Hyper-V: Cuántas tarjetas de red necesito? Uso de un sistema VNXe con Microsoft Windows Hyper-V Implementar y probar un solo servidor virtual Verificar la redundancia de los componentes de la solución Verifique que las interfaces de migración activa estén configuradas correctamente en todos los hosts Hyper-V. Implemente una sola máquina virtual mediante la interfaz de System Center Virtual Machine Manager (SCVMM). Reinicie cada procesador de almacenamiento, uno a la vez, y asegúrese de que se mantenga la conectividad del almacenamiento. Desactive cada uno de los switches redundantes, uno a la vez, y verifique que la conectividad del host Hyper-V, la máquina virtual y el arreglo de almacenamiento permanezca intacta. En un host Hyper-V que contenga por lo menos una máquina virtual, reinicie el host y verifique que la máquina virtual pueda migrar correctamente a otro host. Descripción general de la migración en línea de máquinas virtuales Implementación de hosts de Hyper-V con Microsoft System Center 2 Machine Manager N/D Documentación del proveedor Descripción general: creación de un cluster de host de Hyper-V en VMM 166

167 Verificación de la solución Lista de verificación posterior a la instalación Los siguientes puntos de configuración son importantes para la funcionalidad de la solución. En cada servidor Windows, se deben verificar los siguientes puntos antes de la implementación en producción: La VLAN para la red de máquinas virtuales está configurada correctamente. La red de almacenamiento está configurada correctamente. Cada servidor puede tener acceso a los volúmenes compartidos de cluster (CSV) o a los recursos compartidos de SMB Hyper-V requeridos. Hay una tarjeta de interfaz de red (NIC) configurada correctamente para la migración activa. Implementar y probar un solo servidor virtual Implemente una máquina virtual para verificar que la solución funciona como se esperaba. Verifique que la máquina virtual se haya vinculado al dominio aplicable, que tenga acceso a las redes previstas y que sea posible iniciar sesión en ella. Verificar la redundancia de los componentes de la solución Para asegurarse de que los diversos componentes de la solución mantengan los requisitos de disponibilidad, pruebe escenarios específicos relacionados con el mantenimiento o la falla del hardware. En un host Hyper-V que contenga por lo menos una máquina virtual, active el modo de mantenimiento y verifique que la máquina virtual pueda migrarse correctamente a host alternativo. Ambientes de bloque Siga estos pasos para reiniciar cada procesador de almacenamiento VNX a la vez y verifique que se mantenga la conectividad con los LUN durante cada reinicio: 1. Inicie sesión en la Control Station con credenciales de administrador. 2. Navegue a /nas/sbin. 3. Reinicie SP A con el comando./navicli -h spa rebootsp. 4. Durante el ciclo de reinicio, compruebe la presencia de áreas de almacenamiento de datos en los hosts Windows. 5. Cuando finalice el ciclo, reinicie SP B con el comando /navicli h spb rebootsp. 6. Active el modo de mantenimiento y verifique que puede migrar correctamente una máquina virtual a un host alternativo. 167

168 Verificación de la solución Ambientes de archivos Realice un failover de cada Data Mover de VNX, uno a la vez, y verifique que se mantenga la conectividad a los recursos compartidos de SMB y que se restablezcan las conexiones a los sistemas de archivos CIFS. Por simplicidad, use el siguiente enfoque para cada Data Mover: Nota: Opcionalmente, reinicie los Data Movers a través de la interfaz Unisphere. 1. Desde el indicador Control Station, ejecute el comando server_cpu <movername> -reboot command, donde <movername> es el nombre del Data Mover. 2. Para verificar que las características de redundancia de red funcionen según lo previsto, desactive cada una de las infraestructuras de conmutación redundante, una a la vez. Mientras cada una de las infraestructuras de conmutación está desactivada, verifique que todos los componentes de la solución mantengan la conectividad entre sí y también con cualquier infraestructura del cliente existente. 3. Active el modo de mantenimiento y verifique que puede migrar correctamente una máquina virtual a un host alternativo. 168

169 Capítulo 7 Monitoreo del sistema Este capítulo presenta los siguientes temas: Descripción general Áreas clave que deben monitorearse Pautas de monitoreo de recursos de VNX

170 Monitoreo del sistema Descripción general El monitoreo del sistema del ambiente VSPEX es el mismo que el monitoreo de cualquier sistema de TI; es un componente relevante y fundamental de la administración. Los niveles de monitoreo que conlleva una infraestructura altamente virtualizada, como un ambiente VSPEX, son bastante más complejos que los de una infraestructura que es solamente física, dado que la interacción y las relaciones entre los distintos componentes pueden ser sutiles y tener matices. Sin embargo, aquellos que tienen experiencia en la administración de ambientes físicos deberían estar familiarizados con los conceptos clave y las áreas de interés. Los diferenciadores clave son el monitoreo en escala y la capacidad de monitorear los sistemas de punto a punto y los flujos de datos. Los siguientes requisitos empresariales impulsan la necesidad de un monitoreo coherente y proactivo del ambiente: Rendimiento ajustable y predecible Necesidades de dimensionamiento y capacidad Disponibilidad y accesibilidad Elasticidad: la suma, sustracción y modificación dinámicas de las cargas de trabajo Protección de datos Si el aprovisionamiento de autoservicio está activado en el ambiente, la capacidad de monitorear el sistema es más importante porque los clientes pueden generar máquinas virtuales y cargas de trabajo de forma dinámica. Esto puede afectar negativamente todo el sistema. Este capítulo proporciona el conocimiento básico y necesario para monitorear los componentes clave de un ambiente de infraestructura comprobada VSPEX. Hay recursos adicionales al final de este capítulo. Áreas clave que deben monitorearse Dado que las infraestructuras probadas VSPEX abarcan soluciones de punto a punto, el monitoreo del sistema incluye tres áreas distintas, pero muy interrelacionadas: Servidores, incluidos máquinas virtuales y clusters Redes Almacenamiento Este capítulo se centra principalmente en el monitoreo de componentes clave de la infraestructura de almacenamiento, el arreglo VNX, pero también describe brevemente otros componentes. 170

171 Monitoreo del sistema Base de rendimiento Cuando se agrega una carga de trabajo a una implementación de VSPEX, se consumen recursos de servidor, almacenamiento y redes. A medida que se agregan, modifican o eliminan cargas de trabajo adicionales, cambia la disponibilidad de recursos y, lo que es aún más importante, las capacidades, lo que impacta en todas las demás cargas de trabajo que se ejecutan en la plataforma. Los clientes deben comprender por completo sus características de carga de trabajo en todos los componentes clave antes de implementarlos en una plataforma VSPEX; este es un requisito para dimensionar correctamente la utilización de recursos en comparación con la máquina virtual de referencia definida. Implemente la primera carga de trabajo, luego mida el uso de recursos de punto a punto con el rendimiento de una plataforma. Esto elimina las conjeturas de las actividades de dimensionamiento y asegura que las suposiciones iniciales eran válidas. Una vez que se implementan las cargas de trabajo adicionales, vuelva a ejecutar los parámetros para determinar la carga acumulativa, y el impacto en las máquinas virtuales existentes y las cargas de trabajo de su aplicación. Ajuste la asignación de recursos de forma adecuada para garantizar que la sobresuscripción no afecte de manera negativa el rendimiento general del sistema. Ejecute estas referencias de manera coherente, para asegurar la plataforma como un todo, y que las máquinas virtuales en sí funcionen como se espera. En la siguiente sección se analizan los componentes que debe abarcar una referencia principal de rendimiento. Servidores Los recursos clave que deben monitorearse desde la perspectiva de un servidor incluyen el uso de lo siguiente: Procesadores Memoria Disco (local, NAS y SAN) Redes Monitoree estas áreas desde un nivel de host físico (el nivel de host hipervisor) y desde un nivel virtual (desde dentro de la máquina virtual huésped). Según cuál sea su sistema operativo, hay herramientas disponibles para monitorear y capturar estos datos. Por ejemplo, si su implementación VSPEX utiliza servidores Windows como el hipervisor, puede usar perfmon de Windows para monitorear y registrar estas métricas. Siga las pautas del proveedor para determinar los umbrales de rendimiento de los escenarios de implementación específicos, que pueden variar mucho de acuerdo con la aplicación. Puede encontrar información detallada sobre esta herramienta en el tema de la librería de Microsoft TechNet Uso del monitoreo de rendimiento. Tenga en cuenta que cada infraestructura comprobada VSPEX proporciona un nivel garantizado de rendimiento según la cantidad de máquinas virtuales de referencia implementadas y su carga de trabajo definida. 171

172 Monitoreo del sistema Redes Asegúrese de que el ancho de banda sea el adecuado para las comunicaciones de red. Esto incluye el monitoreo de cargas de la red al nivel de máquina virtual y servidor, al nivel de fabric (switch), y si se implementan protocolos de archivo de red o basados en bloques como NFS/CIFS/SMB/iSCSI/FCoE, al nivel de almacenamiento. Desde el nivel de servidor y máquina virtual, las herramientas de monitoreo mencionadas proporcionan las métricas suficientes para analizar los flujos dentro y fuera de los servidores y los huéspedes. Los elementos clave para hacer un seguimiento incluyen un rendimiento o ancho de banda agregados, latencias y tamaño de IOPS. Recopile datos adicionales de la tarjeta de red o de las utilerías de HBA. Desde la perspectiva de fabric, las herramientas que monitorean la infraestructura de los switches varían según el proveedor. Los elementos clave que deben monitorearse incluyen la utilización de puertos, la utilización de fabric agregado, la utilización de procesadores, y la utilización de profundidades de línea de espera y del enlace entre switches (ISL). Los protocolos de conexión de red de almacenamiento se tratan en la próxima sección. Para obtener documentación detallada sobre monitoreo, consulte a su proveedor de hipervisor o sistema operativo. Almacenamiento El monitoreo del aspecto de almacenamiento de una implementación de VSPEX es crucial para mantener el buen estado y el rendimiento generales del sistema. Afortunadamente, las herramientas provistas con los arreglos de almacenamiento de VNX ofrecen una manera potente y fácil de obtener información sobre el funcionamiento de los componentes de almacenamiento subyacentes. Para los protocolos basados en bloques o archivos, hay varias áreas clave en las que se debe centrar interés, entre ellas: Capacidad IOPS Latencia Utilización de SP Para los protocolos CIFS, SMB, NFS, también deben monitorearse los siguientes componentes: Data Mover, CPU y el uso de memoria Latencia del sistema de archivos Rendimiento de entrada y salida de las interfaces de red Entre las consideraciones adicionales (aunque en principio desde una perspectiva de ajuste) se encuentran: Tamaño de I/O Características de las cargas de trabajo Utilización de caché 172

173 Monitoreo del sistema Estos factores están fuera del alcance del presente documento; sin embargo, el ajuste del almacenamiento es un componente esencial de la optimización del rendimiento. EMC ofrece la siguiente guía adicional sobre el tema a través del soporte en línea de EMC: en Mejores prácticas para el rendimiento de EMC VNX unificado: guía de mejores prácticas aplicadas. Pautas de monitoreo de recursos de VNX Monitoree la VNX con la interfaz gráfica de usuario (GUI) de Unisphere de EMC al abrir una sesión HTTPS en la dirección IP de Control Station. El monitoreo se divide en dos partes: Monitoreo de recursos de almacenamiento de bloques Monitoreo de los recursos de almacenamiento de archivo Monitoreo de recursos de almacenamiento de bloques Esta sección explica cómo usar Unisphere para monitorear el uso de recursos de almacenamiento de bloques que incluye capacidad, IOPS y latencia. Capacidad En Unisphere, dos paneles muestran información de la capacidad. Estos dos paneles proporcionan una evaluación rápida del espacio libre total disponible dentro de los LUN y los pools de almacenamiento subyacentes configurados. En el caso de los bloques, debe quedar suficiente almacenamiento libre en los pools configurados para permitir el crecimiento anticipado y actividades como la creación de snapshots. Es esencial tener un buffer libre, especialmente, para los LUN delgados porque cuando no hay espacio generalmente esto produce comportamientos indeseados en los sistemas host afectados. Por tal motivo, configure alarmas de umbral para advertir a los administradores de almacenamiento cuando el uso de la capacidad supera el 80 %. En ese caso, quizás deba ajustarse la autoexpansión o deba asignarse más espacio al pool. Si el nivel de utilización de los LUN es alto, recupere espacio o asigne más espacio. Si desea configurar alertas de umbral de capacidad para un pool específico, siga estos pasos: 1. Seleccione ese pool y haga clic en Properties > Advanced. 2. En el área Storage Pool Alerts, elija un número para el porcentaje de umbral total en el campo Percent Full Threshold de este pool, como se muestra en la Figura

174 Monitoreo del sistema Figura 73. Área de alertas del pool de almacenamiento Para desglosar la capacidad por bloque, siga estos pasos: 1. En Unisphere, seleccione el sistema VNX que examinará. 2. Seleccione Storage > Storage > Configurations > Storage Pools. Esto abre el panel Storage Pools. 3. Examine las columnas Free Capacity y % Consumed, como se muestra en la Figura

175 Monitoreo del sistema Figura 74. Panel de pools de almacenamiento Monitoree la capacidad en los niveles del pool de almacenamiento y de LUN: 1. Haga clic en Storage > LUNs. Aparecerá el cuadro de diálogo LUN Properties. 2. Seleccione un LUN para examinarlo y haga clic en Properties, para ver la información detallada del LUN, como se muestra en la Figura Verifique el área LUN Capacity del cuadro de diálogo. User Capacity es la capacidad física total disponible para todos los LUN delgados del pool. Consumed Capacity es la capacidad física total asignada a todos los LUN delgados. 175

176 Monitoreo del sistema Figura 75. Cuadro de diálogo LUN Properties Examine las alertas de capacidad y todos los demás eventos del sistema al abrir el panel Alerts y el panel SP Event Logs, a los cuales se tiene acceso a través del panel Monitoring and Alerts, como se muestra en la Figura

177 Monitoreo del sistema Figura 76. Panel Monitoring and Alerts IOPS Los efectos de una carga de trabajo de I/O gestionada por un sistema de almacenamiento configurado de manera incorrecta, o de una cuyos recursos estén agotados, pueden repercutir en todo el sistema. El monitoreo de IOPS que gestiona el arreglo de almacenamiento incluye controlar las métricas de los puertos de host de los SP, junto con las solicitudes gestionadas por los discos back-end. Las soluciones VSPEX se dimensionan con cuidado con el fin de ofrecer un determinado nivel de rendimiento para un nivel de carga de trabajo específico. Asegúrese de que los IOPS no superen los parámetros de diseño. Los informes estadísticos de IOPS (junto con otras métricas clave) pueden examinarse con el panel Statistics for Block al seleccionar VNX > System > Monitoring and Alerts > Statistics for Block. Monitoree las estadísticas en línea u offline con Unisphere Analyzer, que requiere una licencia. Otra métrica que debe examinarse es Total Bandwidth (MB/s). Un puerto de front-end de SP de 8 Gbps puede procesar 800 MB por segundo. El ancho de banda promedio no debe superar el 80 % del ancho de banda del enlace en condiciones normales de funcionamiento. 177

178 Monitoreo del sistema Los IOPS que se entregan en los LUNs por lo general son más que aquellas que entregan los hosts. Este es el caso específico de los LUN delgados, dado que hay metadatos adicionales asociados a la administración de los flujos de I/O. Unisphere Analyzer muestra los IOPS en cada LUN como se muestra en la Figura 77. Figura 77. Los IOPS en los LUN Determinados niveles de RAID también pueden conferir penalidades de escritura que crean IOPS back-end adicionales. Examine los IOPS que se entregan a los discos físicos subyacentes (y que se gestionan desde ellos), que también pueden verse en Unisphere Analyzer en la Figura 78. Las pautas para el rendimiento de discos son 180 IOPS para discos SAS de 15,000 RPM 120 IOPS para discos SAS de 10,000 RPM 80 IOPS para discos NL SAS 178

179 Monitoreo del sistema Figura 78. IOPS en los discos Latencia La latencia es el resultado de las demoras en el procesamiento de solicitudes de I/O. Este contexto se centra en el monitoreo de la latencia de almacenamiento, específicamente de la I/O a nivel de bloques. Empleando procedimientos similares a los de una sección previa, vea la latencia a nivel de LUN, como se muestra en la Figura

180 Monitoreo del sistema Figura 79. Latencia en los LUN La latencia puede introducirse en cualquier lugar en el flujo de I/O, desde la capa de aplicación hasta el transporte, e incluso llegar hasta los dispositivos de almacenamiento finales. Para poder determinar las causas exactas del exceso de latencia se necesita un enfoque metódico. La latencia excesiva en una red FC es poco común. A menos que haya un componente defectuoso, como un HBA o un cable, las demoras que se presentan en la capa de fabric de la red generalmente son el resultado de los fabric de conmutación mal configurados. Un arreglo de almacenamiento sobrecargado también puede causar latencia dentro de un ambiente de FC. Concéntrese principalmente en la capacidad de los LUN y de los pools de disco subyacentes de gestionar solicitudes de I/O. Las solicitudes que no pueden gestionarse se colocan en línea de espera, lo que genera latencia. Se aplica el mismo paradigma a los protocolos basados en Ethernet como iscsi y FCoE. Sin embargo, se presentan otros factores porque estos protocolos de almacenamiento utilizan Ethernet como el transporte subyacente. Aísle el tráfico de red (físico o lógico) para el almacenamiento y preferentemente implemente Quality of Service (QoS) en un fabric compartido/convergente. Si los problemas de red no generan latencia excesiva, examine el arreglo de almacenamiento. Además de los discos sobrecargados, la utilización de SP excesiva también puede generar latencia. Los niveles de utilización de SP superiores al 80 % indican un posible problema. Los procesos en segundo plano, como la replicación, la deduplicación y las snapshots, compiten por los recursos de SP. Monitoree estos procesos para asegurar que no causen el agotamiento de recursos de SP. Las técnicas de posible mitigación incluyen escalonar los trabajos en segundo plano, establecer límites de replicación y agregar recursos físicos o rebalancear las cargas de trabajo de I/O. El crecimiento también puede exigir la transferencia a un hardware más potente. 180

181 Monitoreo del sistema Para las métricas de SP, examine los datos en la pestaña SP del Unisphere Analyzer, como se muestra en la Figura 80. Analice métricas, como Utilization %, Queue Length y Response Time (ms). Los valores altos de cualquiera de estas métricas indican que el arreglo de almacenamiento está bajo coacción y probablemente necesita una mitigación. Las mejores prácticas de EMC recomiendan un umbral de 70 % de uso, tiempo de respuesta de 20 ms y longitud de línea de espera de 10. Figura 80. Utilización de SP Monitoreo de los recursos de almacenamiento de archivo Los protocolos basados en archivo como NFS y CIFS/SMB conllevan procesos de administración adicionales más allá de aquellos para el almacenamiento de bloques. Los Data Movers, componentes de hardware que proporcionan una interfaz entre los usuarios de NFS, CIFS o SMB y los SP, brindan estos servicios de administración para los sistemas de VNX unificado. Los Data Movers procesan solicitudes de protocolo de archivo del lado del cliente y los convierten a la semántica de bloque de SCSI adecuada del lado del arreglo. Los componentes y protocolos adicionales introducen más requisitos de monitoreo, tales como uso del enlace de red del Data Mover, uso de la memoria y uso del procesador del Data Mover. Para examinar las métricas de Data Mover en el panel Statistics for File, seleccione VNX > System > Monitoring and Alerts > Statistics for File, como se muestra en la Figura 81. Al hacer clic en el enlace Data Mover, las siguientes métricas de resumen aparecen como se muestra en la Figura 81. Los niveles de uso que superan el 80 % indican posibles problemas de rendimiento y probablemente requieran mitigación a través de la reconfiguración del Data Mover, de recursos físicos adicionales, o de ambos. 181

182 Monitoreo del sistema Figura 81. Estadísticas de Data Movers Seleccione Network Device en el panel Statistics para observar las estadísticas de la red front-end. Aparecerá la ventana Network Device Statistics, como se muestra en la Figura 82. Si las cifras de rendimiento superan el 80% del ancho de banda de enlace del cliente, configure los enlaces adicionales para aliviar la saturación de la red. Figura 82. Estadísticas de red de Data Mover de front-end Capacidad Al igual que el monitoreo del almacenamiento de bloques, Unisphere tiene un panel de estadísticas para el almacenamiento de archivos. Seleccione Storage > Storage Configurations > Storage Pools for File para verificar la utilización de espacio de almacenamiento de archivos a nivel del pool, como se muestra en la Figura

183 Monitoreo del sistema Figura 83. Panel Storage Pools for File Monitoree la capacidad a los niveles de pool y de sistema de archivos. 1. Seleccione Storage > File Systems. Aparecerá la ventana File Systems, como se muestra en la Figura 84. Figura 84. Panel File Systems 2. Seleccione un sistema de archivos para examinar y haga clic en Properties, para ver información detallada del sistema de archivos, tal como se muestra en la Figura Examine el área File Storage para ver la capacidad utilizada y libre en los campos Used y Free. 183

184 Monitoreo del sistema Figura 85. Ventana File System Properties IOPS Además de los IOPS del almacenamiento de bloques, Unisphere también ofrece la capacidad de monitorear los IOPS del sistema de archivos. Seleccione System > Monitoring and Alerts > Statistics for File > File System I/O, como se muestra en la Figura

185 Monitoreo del sistema Figura 86. Ventana File System I/O Statistics Latencia Para observar la latencia del sistema de archivos, seleccione System > Monitoring and Alerts > Statistics for File > All Performance en Unisphere, y examine el valor de CIFS:Ops/sec, como se muestra en la Figura

186 Monitoreo del sistema Figura 87. Ventana CIFS Statistics Resumen El monitoreo constante y exhaustivo de la infraestructura comprobada VSPEX es una mejor práctica. Si tiene datos de rendimiento de base, estos ayudan a identificar problemas, mientras que el monitoreo de las métricas clave del sistema asegura que el sistema funcione de manera óptima y dentro de los parámetros diseñados. El proceso de monitoreo se puede extender a través de la integración con herramientas de automatización y organización de partners clave, como Microsoft con su conjunto de productos System Center. 186