CÓMPUTO DEL USUARIO FINAL DE EMC VSPEX

Transcripción

1 Guía de infraestructuras comprobadas VSPEX CÓMPUTO DEL USUARIO FINAL DE EMC VSPEX Citrix XenDesktop 7 y Microsoft Hyper-V Server 2012 para hasta 2,000 equipos de escritorio virtuales Habilitado por EMC VNX de última generación y el respaldo de EMC EMC VSPEX Abstract Este documento describe la solución de cómputo del usuario final de EMC VSPEX con Citrix XenDesktop, Microsoft Hyper-V Server 2012 y EMC VNX de última generación para hasta 2,000 equipos de escritorio virtuales. Noviembre de 2013

2 Copyright 2013 EMC Corporation. Todos los derechos reservados. Publicado en noviembre de 2013 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 obtener la lista más actualizada de los nombres de los productos de EMC, consulte las Marcas comerciales de EMC Corporation en (visite el sitio web de su país correspondiente). Cómputo del usuario final de EMC VSPEX con Citrix XenDesktop 7 y Microsoft Hyper-V Server 2012 para hasta 2,000 equipos de escritorio virtuales Número de referencia H Cómputo del usuario final EMC VSPEX

3 Contenido Contenido Capítulo 1 Resumen 13 Introducción Público al que va dirigido Propósito de esta guía Requisitos del negocio Capítulo 2 Descripción general de la solución 17 Descripción general de la solución Gestor de equipos de escritorio Virtualización Cómputo Red Respaldo Almacenamiento Capítulo 3 Descripción general de la tecnología de la solución 25 Tecnología de la solución Resumen de los componentes clave Virtualización de equipos de escritorio Citrix XenDesktop Machine Creation Services Citrix Provisioning Services Citrix Personal vdisk Citrix Profile Management Virtualización Microsoft Hyper-V Server Microsoft System Center Virtual Machine Manager Alta disponibilidad de Hyper-V EMC Storage Integrator for Windows Cómputo Red Almacenamiento EMC VNX Snapshots EMC VNX SnapSure EMC VNX Virtual Provisioning VNX FAST Cache VNX FAST VP (opcional) Recursos compartidos de archivos en VNX Cómputo del usuario final EMC VSPEX 3

4 Contenido ROBO Respaldo y recuperación EMC Avamar ShareFile ShareFile StorageZones Arquitectura de ShareFile StorageZone Uso de la arquitectura de ShareFile StorageZone con VSPEX Capítulo 4 descripción general de la solución Descripción general de la solución Arquitectura de soluciones Arquitectura lógica Componentes clave Recursos de hardware Recursos de software Dimensionamiento para configuración validada Pautas para la configuración de servidores Virtualización de memoria de Microsoft Hyper-V para VSPEX Pautas para la configuración de la memoria Pautas para la configuración de la red VLAN Activar frames jumbo Agregación de enlaces Reglas para la configuración del almacenamiento Virtualización de almacenamiento Hyper-V para VSPEX Elemento esencial de almacenamiento VSPEX Valores máximos validados del cómputo del usuario final de VSPEX Diseño de almacenamiento para 500 equipos de escritorio virtuales Diseño de almacenamiento para 1,000 equipos de escritorio virtuales Diseño de almacenamiento para 2,000 equipos de escritorio virtuales Alta disponibilidad y failover Capa de virtualización Capa de cómputo Capa de red Capa de almacenamiento Perfil de la prueba de validación Pautas de configuración del ambiente de respaldo Características de respaldo Diseño del respaldo Pautas para el dimensionamiento Carga de trabajo de referencia Definición de la carga de trabajo de referencia Aplicación de la carga de trabajo de referencia Cómputo del usuario final EMC VSPEX

5 Contenido Implementación de las arquitecturas de referencia Tipos de recursos Recursos de respaldo Expansión de ambientes VSPEX EUC existentes Resumen de la implementación Evaluación rápida Requisitos de CPU Requisitos de memoria Requisitos de rendimiento del almacenamiento Requisitos de capacidad de almacenamiento Determinación de equipos de escritorio virtuales de referencia equivalentes Ajustes Capítulo 5 Guía de configuración de VSPEX Descripción general Tareas previas a la implementación Prerrequisitos de la implementación Datos de configuración del cliente Preparar los switches, conectar la red y configurar los switches Preparar switches de red Configurar la red de la infraestructura Configuración de VLAN Conectar el cableado de la red Preparar y configurar arreglo de almacenamiento Configuración de VNX Aprovisionamiento del almacenamiento de datos principal Aprovisionamiento del almacenamiento opcional para los datos de usuario Aprovisionamiento de almacenamiento opcional para las máquinas virtuales de la infraestructura Instalación y configuración de los hosts de Microsoft Hyper-V Instalación de los hosts de Windows Instalación de Hyper-V y configuración de agrupación en clusters de failover Configuración de la red de hosts de Windows Instalación de PowerPath en los servidores de Windows Activación de frames jumbo Planificación de asignaciones de memoria de máquinas virtuales Instalación y configuración de la base de datos de SQL Server Crear una máquina virtual para Microsoft SQL Server Instalar Microsoft Windows en la máquina virtual Instalar SQL Server Configuración de la base de datos para Microsoft SCVMM Cómputo del usuario final EMC VSPEX 5

6 Contenido Implementación del servidor System Center Virtual Machine Manager Creación de una máquina virtual de host de SCVMM Instalación del SO huésped de SCVMM Instalación del servidor SCVMM Instalación de la consola de administración de SCVMM Instalación local del 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) Creación de una máquina virtual en SCVMM Creación de una máquina virtual de plantilla Implementación de máquinas virtuales a partir de la máquina virtual de plantilla Instalación y configuración del controlador XenDesktop Instalación de componentes de XenDesktop del lado del servidor Configuración de un sitio Agregar un segundo controlador Instalación de Citrix Studio Preparación de la máquina virtual maestra Aprovisionamiento de equipos de escritorio virtuales Instalación y configuración de Provisioning Services (solo PVS) Configuración de una granja de servidores PVS Agregar un segundo servidor PVS Crear un almacenamiento de PVS Configuración de la comunicación entrante Configuración de un archivo de encendido Configuración de un servidor TFTP en VNX Configuración de las opciones de encendido 66 y 67 en el servidor DHCP Preparación de la máquina virtual maestra Aprovisionamiento de equipos de escritorio virtuales Configuración de EMC Avamar Adiciones de GPO para EMC Avamar Preparación de la imagen maestra para EMC Avamar Definición de conjuntos de datos Definición de calendarios Ajuste del calendario de la ventana de mantenimiento Definición de políticas de retención Creación de grupos y de la política de grupos EMC Avamar Enterprise Manager: activación de clientes Resumen Cómputo del usuario final EMC VSPEX

7 Contenido Capítulo 6 Validación de la solución Descripción general Lista de verificación posterior a la instalación Implementación y prueba de un equipo de escritorio virtual único Verificación de la redundancia de los componentes de la solución Apéndice A Listas de materiales Listas de materiales para 500 equipos de escritorio virtuales Lista de materiales para 1,000 equipos de escritorio virtuales Lista de materiales para 2,000 equipos de escritorio virtuales Apéndice B Hoja de datos de configuración del cliente Hojas de datos de configuración del cliente Apéndice C Referencias Referencias Documentación de EMC Otros documentos Apéndice D Acerca de VSPEX Acerca de VSPEX Cómputo del usuario final EMC VSPEX 7

8 Contenido 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. Último Unisphere Management Suite Figura 4. Componentes de la solución Figura 5. Componentes de la arquitectura de XenDesktop Figura 6. Flexibilidad de la capa de cómputo Figura 7. Ejemplo de un diseño de red con alta disponibilidad Figura 8. Progreso de requilibrio de un pool de almacenamiento Figura 9. Utilización de espacio de un LUN delgado Figura 10. Figura 11. Estudio de la utilización de espacio de un pool de almacenamiento Definición de umbrales de utilización para un pool de almacenamiento Figura 12. Definición de notificaciones automatizadas para bloques Figura 13. Arquitectura de alto nivel de ShareFile Figura 14. Arquitectura lógica: Cómputo del usuario final de VSPEX para Citrix XenDesktop con ShareFile StorageZone Figura 15. Arquitectura lógica de la variante SMB Figura 16. Arquitectura lógica de la variante Fibre Channel Figura 17. Uso de memoria del hipervisor Figura 18. Redes requeridas Figura 19. Tipos de disco virtual de Hyper-V Figura 20. Figura 21. Figura 22. Figura 23. Figura 24. Figura 25. Figura 26. Figura 27. Figura 28. Diseño de almacenamiento principal con aprovisionamiento PVS para 500 equipos de escritorio virtuales Diseño de almacenamiento principal con aprovisionamiento MCS para 500 equipos de escritorio virtuales Diseño opcional de almacenamiento para 500 equipos de escritorio virtuales Diseño de almacenamiento principal con aprovisionamiento PVS para 1,000 equipos de escritorio virtuales Diseño de almacenamiento principal con aprovisionamiento MCS para 1,000 equipos de escritorio virtuales Diseño opcional de almacenamiento para 1,000 equipos de escritorio virtuales Diseño de almacenamiento principal con aprovisionamiento PVS para 2,000 equipos de escritorio virtuales Diseño de almacenamiento principal con aprovisionamiento MCS para 2,000 equipos de escritorio virtuales Diseño opcional de almacenamiento para 2,000 equipos de escritorio virtuales Figura 29. Alta disponibilidad en la capa de virtualización Figura 30. Fuentes de alimentación redundantes Figura 31. Alta disponibilidad de la capa de red Figura 32. Alta disponibilidad de VNX Cómputo del usuario final EMC VSPEX

9 Contenido Figura 33. Ejemplo de arquitectura de red: variante SMB Figura 34. Ejemplo de arquitectura de red: variante FC Figura 35. Configuración del parámetro nthread Figura 36. Cuadro de diálogo Storage System Properties Figura 37. Cuadro de diálogo Create FAST Cache Figura 38. Pestaña Advanced del cuadro de diálogo Create Storage Pool Figura 39. Pestaña Advanced del cuadro de diálogo Storage Pool Properties Figura 40. Ventana Storage Pool Properties Figura 41. Cuadro de diálogo Manage Auto-Tiering Figura 42. Ventana LUN Properties Figura 43. Cuadro de diálogo Configure Bootstrap Figura 44. Configuración del redireccionamiento de carpetas de Windows Figura 45. Crear un mapeo de unidades de red de Windows para los archivos de usuario Figura 46. Establecer la configuración del mapeo de unidades Figura 47. Establecer la configuración común del mapeo de unidades Figura 48. Crear un mapeo de unidades de red de Windows para los datos de perfil de usuario Figura 49. Menú Tools de Avamar Figura 50. Cuadro de diálogo Avamar Manage All Datasets Figura 51. Cuadro de diálogo Avamar New Dataset Figura 52. Establecer la configuración de conjuntos de datos de Avamar Figura 53. Conjunto de datos de datos de perfil de usuario Figura 54. Figura 55. Figura 56. Configuración de exclusión en el conjunto de datos de datos de perfil de usuario Configuración de opciones en el conjunto de datos de datos de perfil de usuario Configuración de opciones avanzadas en el conjunto de datos de datos de perfil de usuario Figura 57. Calendario de ventanas de respaldo/mantenimiento predeterminadas de Avamar Figura 58. Calendario de ventanas de respaldo/mantenimiento modificadas de Avamar Figura 59. Crear un nuevo grupo de respaldo de Avamar Figura 60. Nueva configuración del grupo de respaldo Figura 61. Seleccionar un conjunto de datos de grupo de respaldo Figura 62. Seleccionar un calendario de grupo de respaldo Figura 63. Seleccionar una política de retención de grupos de respaldo Figura 64. Avamar Enterprise Manager Figura 65. Avamar Client Manager Figura 66. Cuadro de diálogo Avamar Activate Client Figura 67. Menú Activate Client de Avamar Figura 68. Configuración del servicio de directorio de Avamar Cómputo del usuario final EMC VSPEX 9

10 Contenido Figura 69. Avamar Client Manager: posterior a la configuración Figura 70. Avamar Client Manager: clientes de equipos de escritorio virtuales Figura 71. Avamar Client Manager: seleccionar clientes de equipos de escritorio virtuales Figura 72. Seleccionar grupos de Avamar Figura 73. Activar clientes de Avamar Figura 74. Validar activación de clientes de Avamar Figura 75. Primer mensaje informativo de activación de clientes de Avamar Figura 76. Segundo mensaje informativo de activación de clientes de Avamar Figura 77. Avamar Client Manager: clientes activados Tablas Tabla 1. Umbrales y ajustes para VNX OE for Block Versión Tabla 2. Recursos de hardware mínimos para dar soporte a ShareFile StorageZone con Storage Center Tabla 3. Almacenamiento de EMC VNX recomendado necesario para el recurso compartido de CIFS de ShareFile StorageZone Tabla 4. Hardware de la solución Tabla 5. Software de la solución Tabla 6. Configuraciones compatibles con esta solución Tabla 7. Hardware del servidor Tabla 8. Recursos de hardware para la red Tabla 9. Hardware del almacenamiento Tabla 10. Número de discos necesarios para las diferentes cantidades de equipos de escritorio virtuales Tabla 11. Perfil validado del ambiente Tabla 12. Características del perfil de respaldo Tabla 13. Características del equipo de escritorio virtual Tabla 14. Fila de la hoja de trabajo en blanco Tabla 15. Recursos de equipos de escritorio virtuales de referencia Tabla 16. Ejemplo de fila de la hoja de trabajo Tabla 17. Aplicaciones de ejemplo Tabla 18. Totales de componentes de recursos de servidor Tabla 19. Hoja de trabajo del cliente en blanco Tabla 20. Descripción general del proceso de implementación Tabla 21. Tareas previas a la implementación Tabla 22. Lista de verificación de los requisitos previos de la implementación Tabla 23. Tareas para la configuración de los switches y la red Tabla 24. Tareas para la configuración del almacenamiento Tabla 25. Tareas para la instalación de servidores Cómputo del usuario final EMC VSPEX

11 Tabla 26. Contenido Tareas para la configuración de una base de datos de SQL Server Tabla 27. Tareas para la configuración de SCVMM Tabla 28. Tareas para la configuración del controlador de XenDesktop Tabla 29. Tareas para la configuración del controlador de XenDesktop Tabla 30. Tareas para la integración de Avamar Tabla 31. Tareas para comprobar la instalación Tabla 32. Tabla 33. Tabla 34. Lista de componentes utilizados en la solución VSPEX para 500 equipos de escritorio virtuales Lista de componentes utilizados en la solución VSPEX para 1,000 equipos de escritorio virtuales Lista de componentes utilizados en la solución VSPEX para 2,000 equipos de escritorio virtuales Tabla 35. Información común del servidor Tabla 36. Información del servidor Hyper-V Tabla 37. Información del arreglo Tabla 38. Información de la infraestructura de red Tabla 39. Información de VLAN Tabla 40. Cuentas de servicio Cómputo del usuario final EMC VSPEX 11

12 Contenido 12 Cómputo del usuario final EMC VSPEX

13 Capítulo 1: Resumen Capítulo 1 Resumen Este capítulo presenta los siguientes temas: Introducción Público al que va dirigido Propósito de esta guía Requisitos del negocio Cómputo del usuario final EMC VSPEX 13

14 Capítulo 1: Resumen Introducción Público al que va dirigido Propósito de esta guía Las arquitecturas validadas y modulares de EMC VSPEX están diseñadas con tecnologías comprobadas para crear soluciones de virtualización completas que le permitan tomar decisiones informadas sobre las capas de hipervisor, cómputo y red. VSPEX elimina las cargas de planificación y configuración de la virtualización de servidores. Cuando se embarca en la virtualización de servidores, implementación de equipos de escritorio virtuales o consolidación de TI, VSPEX acelera la transformación de TI mediante implementaciones más rápidas, más opciones, una mayor eficiencia y un riesgo más bajo. Este documento está diseñado para ser 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 mínimos requeridos de CPU, memoria e interfaces de red. El cliente tiene la libertad de seleccionar el hardware de servidor y de red que cumpla o supere los valores mínimos indicados. Se supone que el lector de esta guía tiene la capacitación y los conocimientos necesarios para instalar y configurar una solución de cómputo del usuario final basada en Citrix XenDesktop con Microsoft Hyper-V como hipervisor, con sistemas de almacenamiento EMC VNX y con una infraestructura asociada según los requisitos de esta implementación. Cuando corresponde, se proporcionan referencias externas y el lector debe familiarizarse con estos documentos. También debe familiarizarse con las políticas de seguridad de la infraestructura y la base de datos de la instalación del cliente. Quienes estén especialmente interesados en vender y dimensionar una solución de cómputo del usuario final de VSPEX para Citrix XenDesktop deben centrar su atención en los primeros cuatro capítulos de este documento. Quienes estén implementando la solución deben centrar su atención en las reglas de configuración en el Capítulo 5, la validación de la solución en el Capítulo 6 y las referencias y los apéndices correspondientes. Esta guía presenta una introducción a la arquitectura del cómputo del usuario final de VSPEX, una explicación acerca de cómo modificar la arquitectura en casos especiales e instrucciones para implementar el sistema de manera eficaz. La arquitectura de cómputo del usuario final de VSPEX proporciona al cliente un sistema moderno, capaz de alojar una gran cantidad de equipos de escritorio virtuales con un nivel de rendimiento constante. Esta solución se ejecuta en una capa de virtualización de Microsoft Hyper-V, con el apoyo de la familia de almacenamiento de VNX altamente disponible y el gestor de equipos de escritorio XenDesktop de Citrix. Si bien el proveedor define los componentes de red y cómputo, están diseñados para ser redundantes y tienen potencia suficiente para manejar las necesidades de datos y procesamiento de un ambiente de máquina virtual grande. 14 Cómputo del usuario final EMC VSPEX

15 Requisitos del negocio Capítulo 1: Resumen Los ambientes de 500, 1,000 y 2,000 equipos de escritorio virtuales analizados se basan en una carga de trabajo de equipos de escritorio definida. Aunque no todos los equipos de escritorio virtuales tienen los mismos requisitos, este documento proporciona métodos de ajuste y orientación para implementar un sistema rentable. Un cómputo del usuario final o una arquitectura de equipos de escritorio virtuales es una oferta compleja. Este documento facilita la configuración, ya que entrega listas de materiales de software y hardware, pasos de implementación verificados y orientación y hojas de trabajo de dimensionamiento paso por paso. También se proporcionan pruebas de validación para asegurarse de que el sistema funcione correctamente después de haber instalado el último componente. Siga las reglas que se ofrecen en este documento para garantizar una implementación del sistema sencilla y eficiente. El uso de aplicaciones de negocio se está volviendo cada más común en el ambiente consolidado de cómputo, red y almacenamiento. Usar Citrix para el cómputo del usuario final de EMC VSPEX reduce la complejidad de configurar los componentes, como ocurre en el modelo de implementación tradicional. Simplifica la administración de la integración, a la vez que mantiene las opciones de diseño e implementación de aplicaciones. Citrix unifica la administración y permite el control y el monitoreo de la separación de procesos. Las siguientes son las necesidades de negocios que abarca la solución del cómputo del usuario final de VSPEX para la arquitectura Citrix: Proporciona una solución de virtualización de punto a punto para aprovechar las funcionalidades de los componentes de la infraestructura unificada. Proporciona una solución para virtualizar de manera eficiente 500, 1,000 o 2,000 equipos de escritorio virtuales para diversos casos de uso. Proporciona un diseño de referencia confiable, flexible y escalable. Cómputo del usuario final EMC VSPEX 15

16 Capítulo 1: Resumen 16 Cómputo del usuario final EMC VSPEX

17 Capítulo 2: Descripción general de la solución Capítulo 2 Descripción general de la solución Este capítulo presenta los siguientes temas: Descripción general de la solución Gestor de equipos de escritorio Virtualización Cómputo Red Respaldo Almacenamiento Cómputo del usuario final EMC VSPEX 17

18 Capítulo 2: Descripción general de la solución Descripción general de la solución La solución del cómputo del usuario final EMC VSPEX para Citrix XenDesktop en Microsoft Hyper-V Server 2012 proporciona una arquitectura de sistema completa que es capaz de soportar y proteger hasta 2,000 equipos de escritorio virtuales con una topología redundante de servidores y redes, un almacenamiento de alta disponibilidad y soluciones de respaldo de confianza de EMC. Los componentes esenciales que conforman esta solución son un gestor de equipos de escritorio, virtualización, almacenamiento, red y cómputo. Gestor de equipos de escritorio Virtualización Cómputo XenDesktop es la solución de escritorio virtual de Citrix que permite que los equipos de escritorio virtuales se ejecuten en el ambiente de virtualización de Microsoft Hyper-V. Permite la centralización de la administración de equipos de escritorio y proporciona un mayor control para las organizaciones de TI. XenDesktop permite que los usuarios finales se conecten a sus equipos de escritorio desde varios dispositivos en una conexión de red. Microsoft Hyper-V es una plataforma de virtualización que proporciona flexibilidad y ahorros de costos a los usuarios finales a través de la consolidación de granjas de servidores grandes e ineficientes en infraestructuras de nube ágiles y confiables. Los principales componentes de virtualización de Microsoft son el hipervisor Microsoft Hyper-V y Microsoft System Center Virtual Machine Manager para la administración de sistemas. El hipervisor Microsoft Hyper-V se ejecuta en un servidor dedicado y permite que múltiples sistemas operativos se ejecuten simultáneamente en el sistema como máquinas virtuales. Los servicios en cluster de Microsoft permiten que varios servidores Hyper-V funcionen en una configuración en cluster. La configuración en cluster de Microsoft Hyper-V se administra como un pool de recursos más grande a través de Microsoft System Center Virtual Machine, lo que permite la asignación dinámica de CPU, la memoria y el almacenamiento en todo el cluster. Las funciones de alta disponibilidad de Microsoft Hyper-V Server 2012, como Live Migration y Storage Migration, permiten la migración transparente de las máquinas virtuales y los archivos almacenados desde un servidor Hyper-V a otro con un impacto mínimo o nulo en el rendimiento. VSPEX permite la flexibilidad de diseñar e implementar los componentes de servidor que el proveedor elija. La infraestructura se debe ajustar a los siguientes atributos: RAM, cores de CPU y memoria suficientes para soportar la cantidad y los tipos de máquinas virtuales que sean necesarios. Conexiones de red suficientes para permitir una conectividad redundante con los switches del sistema. Exceso de capacidad para soportar un failover en caso de que se produzca una falla de servidor en el ambiente. 18 Cómputo del usuario final EMC VSPEX

19 Capítulo 2: Descripción general de la solución Red VSPEX permite la flexibilidad de diseñar e implementar los componentes de red que el proveedor elija. La infraestructura se debe ajustar a los siguientes atributos: Enlaces de red redundantes para los hosts, switches y almacenamiento. Soporte para la agregación de enlaces. Aislación del tráfico pasada en las mejores prácticas aceptadas por el sector. Respaldo Almacenamiento EMC Avamar entrega la protección y eficiencia necesarias para acelerar la implementación de una solución de cómputo del usuario final de VSPEX. Avamar potencia a los administradores para respaldar y administrar de forma centralizada las políticas y los componentes de la infraestructura de cómputo del usuario final, mientras permite que los usuarios finales recuperen de manera eficiente sus propios archivos desde una interfaz simple e intuitiva basada en web. Avamar solo mueve segmentos de datos nuevos y únicos a nivel de subarchivo, lo cual resulta en respaldos completos diarios y rápidos. Esto genera una reducción de hasta un 90 % en los tiempos de respaldo y puede reducir el ancho de banda de red requerido por día en hasta un 99 % y el almacenamiento de respaldo entre 10 y 30 veces. El almacenamiento de EMC VNX de última generación proporciona acceso tanto a archivos como a bloques con un amplio conjunto de funciones, lo que lo convierte en la elección ideal para cualquier implementación de cómputo del usuario final. 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 Data Movers (para archivos): dispositivos front-end que ofrecen servicios de archivos a hosts (opcional si se proporcionan servicios CIFS/SMB y NFS) Procesadores de almacenamiento (SP): los componentes de cómputo del arreglo de almacenamiento, que se usan para todos los aspectos de transferencia de datos dentro de arreglos, fuera de ellos y entre ellos Unidades de disco: ejes de disco y unidades de estado sólido (SSD) que contienen los datos del host o de las aplicaciones y sus gabinetes Nota: El término Data Mover hace referencia a un componente de hardware de VNX con un CPU, memoria y puertos de I/O. Habilita los protocolos CIFS (SMB) y NFS en VNX. Las soluciones de equipos de escritorio descritas en este documento se basan en los arreglos de almacenamiento EMC VNX5400 y EMC VNX5600. VNX5400 puede admitir un máximo de 250 unidades y VNX5600 puede alojar hasta 500 unidades. Cómputo del usuario final EMC VSPEX 19

20 Capítulo 2: Descripción general de la solución EMC VNX soporta una amplia variedad de funciones de clase ejecutiva que son ideales para el ambiente de cómputo del usuario final, como por ejemplo: 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 y puntos de comprobación Retención en el nivel de archivo Administración de cuotas 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 tipos de carga combinados en ambientes físicos o virtuales, VNX combina hardware potente y flexible con software de protección, administración y eficiencia avanzadas para cumplir con las exigencias de los ambientes de aplicaciones virtualizados actuales. VNX de última generación 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 multi-core 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 sencillas gracias al incremento de la productividad con un nuevo Unisphere Management Suite VSPEX se desarrolla con VNX de última generación para entregar eficiencia, rendimiento y escalamiento aún 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 pequeño porcentaje de discos flash en el sistema operativo puede proporcionar un alto porcentaje del IOPS en general. Una VNX optimizada para flash aprovecha al máximo la baja latencia del flash para ofrecer una optimización de menor costo 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. 20 Cómputo del usuario final EMC VSPEX

21 Capítulo 2: Descripción general de la solución El acceso a los datos nuevos es más frecuente que el acceso a los datos viejos, por lo que los primeros se almacenan en discos flash para brindar el mejor rendimiento. A medida que los datos pierden vigencia y se vuelven menos activos, FAST VP organiza en niveles los datos de unidades de alto rendimiento a unidades de alta capacidad automáticamente, según las políticas definidas por el cliente. Se mejoró esta funcionalidad para brindar una eficiencia cuatro veces mayor, gracias a los nuevos discos de estado sólido (SSD) de FAST VP basados en la tecnología de celdas de múltiples niveles empresariales (emlc), a fin de reducir el costo por gigabyte. FAST Cache absorbe 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. 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 La llegada de la tecnología flash ha sido 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, como se muestra en la Figura 1. VNX con MCx mejora drásticamente el rendimiento de los archivos para las aplicaciones de transacciones, como las bases de datos y las máquinas virtuales, en el almacenamiento conectado en red (NAS). Figura 1. VNX de última generación con optimización multi-core Caché multi-core La caché es el activo más valioso del subsistema de almacenamiento; su uso eficiente es esencial para lograr la eficiencia global de la plataforma en el manejo de tipos de carga variables y dinámicos. Se ha modulado el motor de caché para aprovechar todos los cores disponibles en el sistema. RAID multi-core Otra parte importante del rediseño del MCx es el manejo de las operaciones de I/O del 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. Cómputo del usuario final EMC VSPEX 21

22 Capítulo 2: Descripción general de la solución Rendimiento de VNX. El almacenamiento de VNX, activado con la arquitectura MCx, está optimizado para FLASH 1st y proporciona un rendimiento general sin precedentes. Optimiza el sistema en lo que respecta al rendimiento de 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 Aumento de hasta tres veces en el rendimiento de archivos para aplicaciones transaccionales (por ejemplo, Microsoft Exchange en VMware mediante NFS), 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. Se mejoró también el balanceo de carga 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 almacenamiento en niveles o servicios de eficiencia, como compresión, deduplicación o snapshots. 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 todos los puntos de comprobación y las configuraciones, y permite que los clientes continúen sus operaciones durante la migración. Figura 2. Los procesadores en modo activo/activo aumentan el rendimiento, la resistencia y la eficiencia 22 Cómputo del usuario final EMC VSPEX

23 Administración de Unisphere Capítulo 2: Descripción general de la solución El último 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 adicional para XtremSW Cache. Figura 3. Último Unisphere Management Suite Cómputo del usuario final EMC VSPEX 23

24 Capítulo 2: Descripción general de la solución 24 Cómputo del usuario final EMC VSPEX

25 Capítulo 3: Descripción general de la tecnología de la solución Capítulo 3 Descripción general de la tecnología de la solución Este capítulo presenta los siguientes temas: Tecnología de la solución Resumen de los componentes clave Virtualización de equipos de escritorio Virtualización Cómputo Red Almacenamiento Respaldo y recuperación ShareFile Cómputo del usuario final EMC VSPEX 25

26 Capítulo 3: Descripción general de la tecnología de la solución Tecnología de la solución Esta solución VSPEX utiliza arreglos de almacenamiento EMC VNX5400 (para hasta 1,000 equipos de escritorio virtuales) o VNX5600 (para hasta 2,000 equipos de escritorio virtuales) y Microsoft Hyper-V Server 2012 para proporcionar los recursos computacionales y de almacenamiento para un ambiente Citrix XenDesktop 7 para equipos de escritorio virtuales con Windows 7 provisionados por Provisioning Services (PVS) o Machine Creation Services (MCS). En la Figura 4 muestra los componentes de la solución. Figura 4. Componentes de la solución Planificar y diseñar la infraestructura de almacenamiento para Citrix XenDesktop es un paso crítico debido a que el almacenamiento compartido debe poder absorber las grandes ráfagas de entrada/salida (I/O) que ocurren durante algunos casos de uso, como cuando se inician muchos equipos de escritorio virtuales al comienzo de una jornada laboral o cuando se aplican parches obligatorios. Estas grandes ráfagas de I/O pueden dar lugar a períodos de rendimiento errático e impredecible de los equipos de escritorio virtuales. Si no se tienen en cuenta estos casos de uso cuando se realiza la planificación, los usuarios pueden frustrarse rápidamente debido al rendimiento impredecible. Para proporcionar un rendimiento predecible para un ambiente de cómputo del usuario final, el almacenamiento debe poder manejar las cargas máximas de I/O de los clientes y seguir brindando tiempos de respuesta rápidos. Por lo general, el diseño de este tipo de carga incluye la implementación de varios discos para manejar períodos breves de presión de I/O extrema, lo que puede resultar costoso. Esta solución utiliza EMC VNX FAST Cache para permitir la reducción de la cantidad de discos necesarios. El respaldo de última generación de EMC permite la protección de los datos del usuario y la capacidad de recuperación del usuario final al utilizar EMC Avamar y su cliente de escritorio dentro de la imagen del equipo de escritorio. 26 Cómputo del usuario final EMC VSPEX

27 Resumen de los componentes clave Capítulo 3: Descripción general de la tecnología de la solución Esta sección describe los componentes clave de esta solución. Virtualización de equipos de escritorio El gestor de virtualización de equipos de escritorio administra el aprovisionamiento, la asignación, el mantenimiento y la potencial eliminación de las imágenes de equipos de escritorio virtuales que se proporcionan a los usuarios del sistema. Este software permite la creación según demanda de imágenes de equipos de escritorio, facilita el mantenimiento de la imagen sin afectar a la productividad del usuario e impide que el ambiente crezca ilimitadamente. Virtualización La capa de virtualización permite que los recursos físicos se separen de las aplicaciones que los usan. Esto permite que las aplicaciones usen recursos que no estén directamente vinculados al hardware, lo cual habilita muchas funciones clave para el cómputo del usuario final. Cómputo La capa informática proporciona recursos de memoria y procesamiento para el software de capa de virtualización y para las aplicaciones que se ejecutan en la infraestructura. El programa VSPEX define la cantidad mínima de recursos de la capa informática que se necesita y permite que el usuario elija cualquier hardware de cómputo que satisfaga los requisitos. Red La capa de red conecta a los usuarios del ambiente con los recursos que necesitan, además de conectar la capa de almacenamiento con la capa de cómputo. El programa VSPEX define la cantidad mínima de puertos de red requeridos para la solución y proporciona orientación general sobre la arquitectura de red. Permite que el cliente implemente los requisitos mediante cualquier hardware de red que cumpla con estos. Almacenamiento La capa de almacenamiento es un recurso esencial para la implementación del ambiente de cómputo del usuario final. Debido al uso que se les da a los equipos de escritorio, la capa de almacenamiento debe ser capaz de absorber grandes ráfagas de actividad transitoria sin que perjudique la experiencia del usuario. Esta solución utiliza EMC VNX FAST Cache para manejar esta carga de trabajo de manera eficiente. Respaldo y recuperación El componente opcional de respaldo y recuperación de la solución proporciona protección de datos en caso de que los datos del sistema primario se eliminen, dañen o queden inutilizables por cualquier motivo. ShareFile Los componentes de seguridad de RSA ofrecen a los usuarios la posibilidad adicional de controlar el acceso al ambiente y asegurarse de que solo los usuarios autorizados puedan utilizar el sistema. La arquitectura de la solución proporciona detalles acerca de los componentes que conforman la arquitectura de referencia. Cómputo del usuario final EMC VSPEX 27

28 Capítulo 3: Descripción general de la tecnología de la solución Virtualización de equipos de escritorio La virtualización de equipos de escritorio encapsula y ofrece el equipo de escritorio del usuario a un dispositivo remoto del cliente, que puede ser un cliente delgado, un cliente cero, un teléfono inteligente o una tableta. Permite que varios suscriptores en distintas ubicaciones obtengan acceso a equipos de escritorio virtuales alojados en recursos computacionales centralizados en centros de datos remotos. En esta solución, Citrix XenDesktop se usa para provisionar, administrar, gestar y monitorear el ambiente de virtualización de equipos de escritorio. Citrix XenDesktop 7 En la arquitectura de XenDesktop 7, los componentes de entrega y administración se comparten entre XenDesktop y XenApp para brindar una experiencia de administración unificada a los administradores. En la Figura 5 muestra los componentes de la arquitectura de XenDesktop 7. Figura 5. Componentes de la arquitectura de XenDesktop 7 Los componentes de la arquitectura de XenDesktop 7 se describen de la siguiente manera: Receiver: instalado en los dispositivos de los usuarios, Citrix Receiver proporciona a los usuarios un acceso rápido, seguro y de autoservicio a los documentos, aplicaciones y equipos de escritorio desde cualquier dispositivo del usuario, como teléfonos inteligentes, tabletas y PC. Receiver proporciona acceso según demanda a las aplicaciones web, de Windows y de software como servicio (SaaS). StoreFront: StoreFront autentica a los usuarios en los sitios que alojan recursos y administra los almacenamientos de los equipos de escritorio y las aplicaciones a las que los usuarios tienen acceso. 28 Cómputo del usuario final EMC VSPEX

29 Capítulo 3: Descripción general de la tecnología de la solución Studio: Studio es la consola de administración que permite configurar y administrar la implementación, lo cual elimina la necesidad de separar las consolas de administración para administrar la entrega de aplicaciones y equipos de escritorio. Studio proporciona varios asistentes que lo guían en el proceso de configuración del ambiente, creación de los tipos de carga en las aplicaciones y equipos de escritorio host, y asignación de aplicaciones y equipos de escritorio a los usuarios. Controlador de entrega: instalado en los servidores del centro de datos, el controlador de entregas proporciona servicios que se comunican con el hipervisor para distribuir las aplicaciones y los equipos de escritorio, y para autenticar y administrar el acceso de los usuarios y las conexiones de gestores entre los usuarios y sus aplicaciones y equipos de escritorio virtuales. El controlador administra el estado de los equipos de escritorio, al iniciarlos y detenerlos según la demanda y la configuración administrativa. En algunas ediciones, el controlador permite instalar la administración de perfiles para administrar las opciones de configuración personalizada del usuario en ambientes con Windows físicos o virtualizados. Cada sitio tiene uno o más controladores de entrega. Virtual Delivery Agent (VDA): instalado en los sistemas operativos de la estación de trabajo o del servidor, el VDA permite realizar conexiones para equipos de escritorio y aplicaciones. Para realizar un acceso remoto a un equipo, instale el VDA en el equipo de la oficina. Máquinas con sistema operativo de servidor: las máquinas con sistema operativo de servidor son máquinas virtuales o físicas basadas en sistemas operativos Windows Server que se usan para entregar aplicaciones o equipos de escritorio compartidos alojados (HSD) a los usuarios. Máquinas con sistema operativo de equipo de escritorio: las máquinas con sistema operativo de equipo de escritorio son máquinas virtuales o físicas basadas en el sistema operativo Windows Desktop y se usan para entregar equipos de escritorio personalizados a los usuarios o aplicaciones desde los sistemas operativos de los equipos de escritorio. Acceso a equipo remoto: los dispositivos de usuarios incluidos en una lista blanca permiten a los usuarios obtener acceso de forma remota a los recursos de los equipos de la oficina desde cualquier dispositivo que ejecute Citrix Receiver. Machine Creation Services Machine Creation Services (MCS) es un mecanismo de aprovisionamiento integrado en la interfaz de administración de XenDesktop, Citrix Studio, para provisionar, administrar y desactivar equipos de escritorio durante todo el ciclo de vida de los mismos desde un punto de administración centralizado. MCS permite administrar varios tipos de máquinas dentro de un catálogo de Citrix Studio. La personalización del equipo de escritorio es persistente para las máquinas que usan Personal vdisk, en tanto que las máquinas sin Personal vdisk son apropiadas si los cambios en el equipo de escritorio se descartarán cuando el usuario cierre sesión. Los equipos de escritorio provisionados con MCS comparten una imagen base común dentro de un catálogo. Por ello, generalmente se obtiene acceso a la imagen base con frecuencia suficiente para usar EMC VNX FAST Cache, donde los datos de acceso frecuente se promueven a discos flash para proporcionar un tiempo de respuesta de I/O óptimo con menos discos físicos. Cómputo del usuario final EMC VSPEX 29

30 Capítulo 3: Descripción general de la tecnología de la solución Citrix Provisioning Services Citrix Provisioning Services (PVS) adopta un enfoque diferente al de las soluciones tradicionales de digitalización de equipos de escritorio al cambiar fundamentalmente la relación entre el hardware y el software que se ejecuta en él. Al transmitir una sola imagen de disco compartido (disco virtual) en lugar de copiar imágenes a máquinas individuales, PVS permite que las organizaciones reduzcan la cantidad de imágenes de disco que administran. A medida que el número de máquinas sigue creciendo, PVS ofrece la eficiencia de una administración centralizada con los beneficios del procesamiento distribuido. Dado que las máquinas transmiten datos de disco de forma dinámica y en tiempo real desde una sola imagen compartida, se garantiza la consistencia de la imagen de la máquina. Además, la configuración, las aplicaciones e incluso el sistema operativo de los grandes pools de máquinas pueden cambiar completamente durante la operación de reinicio. En esta solución, PVS provisiona 500, 1,000 o 2,000 equipos de escritorio virtuales que ejecutan Windows 7 u 8. Los equipos de escritorio virtuales se implementen desde una sola imagen de disco virtual. Citrix Personal vdisk La función Citrix Personal vdisk (PvDisk o PvD) se introdujo en Citrix XenDesktop 5.6. Con Personal vdisk, los usuarios pueden conservar la configuración personalizada y las aplicaciones instaladas por los usuarios en un equipo de escritorio organizado en pools. Para lograrlo, los cambios de la máquina virtual organizada en pools del usuario se redirigen a otro disco, llamado Personal vdisk. Durante su ejecución, el contenido del Personal vdisk se combina con los contenidos de la máquina virtual base para proporcionar una experiencia unificada al usuario final. Los datos del Personal vdisk se conservan durante las operaciones de reinicio y actualización. En esta solución, PVS provisiona 500, 1,000 o 2,000 equipos de escritorio virtuales que ejecutan Windows 7. Los equipos de escritorio virtuales se implementen desde una sola imagen de disco virtual. Citrix Profile Management Citrix Profile Management conserva los perfiles de los usuarios y los sincroniza dinámicamente con un repositorio de perfiles remoto. Citrix Profile Management se asegura de que se aplique la configuración personal en los equipos de escritorio y las aplicaciones, independientemente de la ubicación desde donde el usuario inicie sesión o del dispositivo en el cual lo haga. La combinación de Citrix Profile Management y los equipos de escritorio organizados en pools proporciona la experiencia de un equipo de escritorio dedicado junto con la reducción al mínimo de la cantidad de almacenamiento que se requiere en una organización. Citrix Profile Management descarga de manera dinámica el perfil remoto de un usuario cuando este inicia sesión en Citrix XenDesktop. Profile Management descarga la información del perfil del usuario solo cuando este la necesita. 30 Cómputo del usuario final EMC VSPEX

31 Capítulo 3: Descripción general de la tecnología de la solución Virtualización La capa de virtualización es un componente clave de cualquier solución del cómputo del usuario final. Permite que los requisitos de recursos de las aplicaciones no estén relacionados con sus respectivos recursos físicos. Con esto, hay una mayor flexibilidad en la capa de aplicación, ya que se elimina el tiempo fuera del hardware para labores de mantenimiento y se permite que la capacidad física del sistema cambie sin afectar a las aplicaciones alojadas. Microsoft Hyper-V Server 2012 Microsoft Hyper-V Server 2012 se utiliza para construir la capa de virtualización de esta solución. Microsoft Hyper-V transforma los recursos físicos de un equipo al virtualizar el CPU, la memoria, el almacenamiento y la red. Esta transformación genera máquinas virtuales completamente funcionales que ejecutan sistemas operativos y aplicaciones aislados y encapsulados de la misma manera que los equipos físicos. Las funciones de alta disponibilidad de Microsoft Hyper-V, como Live Migration y Storage Migration, permiten la migración transparente de las máquinas virtuales y los archivos almacenados desde un servidor Hyper-V a otro con un impacto mínimo o nulo en el rendimiento. Microsoft System Center Virtual Machine Manager Alta disponibilidad de Hyper-V Microsoft System Center Virtual Machine Manager es una plataforma de administración centralizada para la infraestructura Microsoft Hyper-V. Proporciona a los administradores una sola interfaz a la cual se puede obtener acceso desde varios dispositivos para realizar todas las tareas relacionadas con el monitoreo, la administración y el mantenimiento de la infraestructura virtual. La función de alta disponibilidad del cluster de Microsoft Hyper-V permite que la capa de virtualización reinicie las máquinas virtuales automáticamente en diversas circunstancias de fallas. Si el hardware físico sufre un error, las máquinas virtuales afectadas se pueden reiniciar automáticamente en los otros servidores del cluster. Nota: Para que la alta disponibilidad del cluster de Microsoft Hyper-V reinicie las máquinas virtuales en otro hardware, esos servidores deben poseer recursos disponibles. La sección Cómputo proporciona recomendaciones específicas para activar esta funcionalidad. El cluster de Microsoft Hyper-V permite configurar políticas para determinar qué máquinas se reiniciarán automáticamente y bajo qué condiciones se deben ejecutar estas operaciones. EMC Storage Integrator for Windows EMC Storage Integrator (ESI) 3.0 for Windows es una interfaz de administración que proporciona la capacidad de ver y provisionar almacenamiento de archivos y bloques para los ambientes de Windows. ESI simplifica los pasos necesarios para crear y provisionar almacenamiento para los servidores Hyper-V como un disco local o un recurso compartido mapeado. ESI también admite la detección y el aprovisionamiento de almacenamiento a través de PowerShell. Las guías de producto de ESI para Windows, disponibles en el servicio de soporte en línea de EMC, proporcionan más información. Cómputo del usuario final EMC VSPEX 31

32 Capítulo 3: Descripción general de la tecnología de la solución Cómputo La elección de una plataforma de servidores para una infraestructura EMC VSPEX no solo se basa en los requisitos técnicos del ambiente, sino también en la compatibilidad de la plataforma, las relaciones existentes con el proveedor del servidor, las funciones avanzadas de administración y rendimiento, y otros factores. Por estos motivos, las soluciones EMC VSPEX están diseñadas para ejecutarse en una amplia variedad de plataformas de servidores. En lugar de necesitar una cantidad determinada de servidores con un conjunto de requisitos específicos, VSPEX documenta los requisitos para el número de cores de procesadores y la cantidad de RAM. Esto puede implementarse con 2 ó 20 servidores, y aun así considerarse como la misma solución VSPEX. Por ejemplo, supongamos que los requisitos de la capa informática para una implementación específica son 25 cores de procesadores y 200 GB de RAM. Un cliente desea usar servidores genéricos que contienen 16 cores de procesadores y 64 GB de RAM, mientras que otro cliente decide usar un servidor más avanzado con 20 cores de procesadores y 144 GB de RAM. En este ejemplo, el primer cliente necesitará cuatro servidores, mientras que el segundo solo necesitará dos, como se muestra en la Figura 6. Figura 6. Flexibilidad de la capa de cómputo Nota: Para que la capa de cómputo pueda tener una alta disponibilidad, cada cliente necesitará un servidor adicional con la capacidad suficiente como para proporcionar una plataforma de failover en caso de que se produzca una interrupción del hardware. 32 Cómputo del usuario final EMC VSPEX

33 Capítulo 3: Descripción general de la tecnología de la solución En la capa informática, utilice las siguientes mejores prácticas: Use una cantidad idéntica de servidores o al menos servidores compatibles. VSPEX implementa tecnologías de alta disponibilidad en el nivel del 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. Si desea implementar la alta disponibilidad en el nivel del hipervisor, la máquina virtual más grande que se puede crear estará limitada por el servidor más pequeño del ambiente. Implemente las funciones de alta disponibilidad presentes en la capa de virtualización para asegurarse de que la capa de cómputo tenga recursos suficientes para admitir al menos las fallas de un servidor. Esto permite implementar las actualizaciones con un tiempo fuera mínimo, además de tolerar las fallas de una unidad. Dentro de los límites de estas recomendaciones y mejores prácticas, la capa de cómputo para EMC VSPEX es lo suficientemente flexible para cumplir sus necesidades específicas. Lo más importante es provisionar cantidades de cores de procesadores y RAM por core suficientes para satisfacer las necesidades del ambiente de destino. Red 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 requiere sin importar si la infraestructura de red para la solución existe o se está implementando junto con otros componentes de la solución. En la Figura 7 muestra un ejemplo de este tipo de topología de red de alta disponibilidad. Nota: Si bien el ejemplo es válido para las redes basadas en IP, en las redes basadas en Fibre Channel se aplican los mismos principios subyacentes de las conexiones múltiples y la eliminación de un punto de falla. Cómputo del usuario final EMC VSPEX 33

34 Capítulo 3: Descripción general de la tecnología de la solución Figura 7. Ejemplo de un diseño de red con alta disponibilidad 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. Las plataformas de almacenamiento unificado de EMC proporcionan redundancia o alta disponibilidad de la red mediante el uso de agregación de enlaces. La agregación de enlaces permite que múltiples conexiones Ethernet activas 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 agregación de enlaces (LACP) se configura en VNX y combina múltiples puertos Ethernet en un único 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. 34 Cómputo del usuario final EMC VSPEX

35 Capítulo 3: Descripción general de la tecnología de la solución Almacenamiento La capa de almacenamiento es un componente clave de cualquier solución de infraestructura de nube, ya que proporciona eficiencia de almacenamiento, flexibilidad de administración y un menor costo total de propiedad. Esta solución VSPEX utiliza EMC VNX para proporcionar virtualización en la capa de almacenamiento. 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 mediante la integración 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 de cualquier LUN primario sea inferior a 256, que es el límite absoluto. VNX Snapshots utiliza tecnología de redireccionamiento en 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) utilizada en SnapView, que retiene las escrituras en el LUN primario hasta que se copien los datos originales en el pool reservado del LUN para conservar 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. Cómputo del usuario final EMC VSPEX 35

36 Capítulo 3: Descripción general de la tecnología de la solució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. Consulte Uso de VNX SnapSure para obtener información detallada. 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 pools también son los elementos esenciales que permiten la prestación de servicios de datos avanzados, como FAST VP, VNX Snapshots y compresión. Los LUN de pools también admiten diversas características adicionales, como reducción de LUN, expansión en línea y configuración del umbral de capacidad del usuario. 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 Cómputo del usuario final EMC VSPEX

37 Capítulo 3: Descripción general de la tecnología de la solución Figura 8. Progreso de requilibrio de un pool de almacenamiento 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 utilidad DISKRAID se puede conseguir a través de 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. Cómputo del usuario final EMC VSPEX 37

38 Capítulo 3: Descripción general de la tecnología de la solución 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 aprovisionar cuando sea necesario y así evitar la falta de capacidad. En la Figura 9 se muestra por qué es necesario monitorear el aprovisionamiento con pools delgados. Figura 9. 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 suscripta es la capacidad total informada por el host admitida por 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. 38 Cómputo del usuario final EMC VSPEX

39 Capítulo 3: Descripción general de la tecnología de la solución En la Figura 10 ilustra el cuadro de diálogo Storage Pool Properties en Unisphere, que muestra parámetros tales como Free, Percent Full, Total Allocation, Total Subscription de la capacidad física, y Percent Subscribed y Oversubscribed By Capacity de la capacidad virtual. Figura 10. 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 ligero. 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 de modo que reciba 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, haga clic en la pestaña Advanced, en el cuadro de diálogo Storage Pool Properties, como puede verse en la Figura 11. 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 es posible especificar el valor de Percent Full Threshold, que equivale a Total Allocation/Total Capacity, cuando se crea un pool. 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 ligero. 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 de modo que reciba 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, haga clic en la pestaña Advanced, en el cuadro de diálogo Storage Pool Properties, como puede verse en la Figura 11. Cómputo del usuario final EMC VSPEX 39

40 Capítulo 3: Descripción general de la tecnología de la solución 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 es posible especificar el valor de Percent Full Threshold, que equivale a Total Allocation/Total Capacity, cuando se crea un pool. Figura 11. Definición de umbrales de utilización para un pool de almacenamiento Ver alertas al hacer clic en Alert en Unisphere. En la Figura 12 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 de una trampa SNMP. Figura 12. Definición de notificaciones automatizadas para bloques 40 Cómputo del usuario final EMC VSPEX

41 Capítulo 3: Descripción general de la tecnología de la solución La Tabla 1 muestra información sobre los umbrales y sus configuraciones. Tabla 1. Umbrales y ajustes para VNX OE for Block Versión 33 Tipo de umbral Configurable por el usuario Rango del umbral Del 1 % al 84 % Valor predeterminado del umbral Severidad de alerta Efecto secundario 70 % Advertencia Ninguno Orígenes de Datos 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. VNX FAST Cache VNX FAST VP (opcional) Recursos compartidos de archivos en VNX VNX FAST Cache, un componente de VNX FAST Suite, permite usar los discos flash como una capa de caché expandida para el arreglo. FAST Cache es una caché no disruptiva en todo el arreglo y está disponible para el almacenamiento de archivos y bloques. Los datos de acceso frecuente se copian a FAST Cache en incrementos de 64 KB. FAST Cache efectúa las lecturas y escrituras posteriores en el fragmento de datos. Esto permite la promoción inmediata de cada dato activo a los flash drives. Esto mejora de manera importante los tiempos de respuesta para datos activos y reduce los puntos problemáticos de datos que se pueden producir dentro del LUN. VNX FAST VP, parte de VNX FAST Suite, permite organizar los datos automáticamente en niveles en múltiples tipos de unidades para balancear las diferencias de 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 obtiene acceso a ellos. Los datos de acceso frecuente se promueven a niveles más altos de almacenamiento en incrementos de 256 MB, mientras que los datos de acceso poco frecuente se pueden migrar a un nivel más bajo para aumentar la rentabilidad. Este rebalanceo de unidades de datos de 256 MB, o segmentos, se realiza como parte de una operación de mantenimiento calendarizada regularmente. 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. Consulte Configuración y administración de CIFS en VNX para obtener más información. Cómputo del usuario final EMC VSPEX 41

42 Capítulo 3: Descripción general de la tecnología de la solución ROBO 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 con 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. Además, los clientes pueden usar 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. Respaldo y recuperación El respaldo y la recuperación ofrecen protección de datos mediante el respaldo de archivos o volúmenes de datos según calendarios definidos y la restauración de los datos del respaldo en caso de que se necesite una recuperación después de un desastre. En esta solución VSPEX se usa EMC Avamar para el agrupamiento, el que admite hasta 2,000 máquinas virtuales. EMC Avamar EMC Avamar proporciona métodos para respaldar equipos de escritorio virtuales mediante operaciones en el nivel de imagen o basadas en huéspedes. Avamar ejecuta el motor de deduplicación en el nivel de disco de máquina virtual (VHDX) para respaldos de imágenes y en el nivel de archivo para respaldos basados en huéspedes. La protección en el nivel de imagen permite a los clientes de respaldo hacer una copia de todos los discos virtuales y los archivos de configuración asociados con el equipo de escritorio virtual específico en caso de una falla del hardware, daño o eliminación accidental del equipo de escritorio virtual. Avamar reduce considerablemente el tiempo de respaldo y recuperación del equipo de escritorio virtual al usar Change Block Tracking (CBT) en el respaldo y la recuperación. La protección basada en huéspedes se ejecuta al igual que las soluciones de respaldo tradicionales. El respaldo basado en huéspedes se puede usar en cualquier máquina virtual que ejecute un sistema operativo para el que esté disponible un cliente de respaldo Avamar. Permite el control detallado del contenido y de los patrones de inclusión y exclusión. Esto se puede usar para impedir la pérdida de datos debido a errores del usuario, tales como la eliminación accidental de archivos. La instalación del agente de equipo de escritorio/laptop en el sistema que se protegerá permite la capacidad de recuperación de autoservicio de los datos de usuario. ShareFile ShareFile es un servicio de almacenamiento y uso compartido de archivos basado en la nube construido para el almacenamiento y la seguridad de clase empresarial. ShareFile permite a los usuarios compartir de manera segura los documentos con otros usuarios. Los usuarios de ShareFile son los empleados y usuarios que están fuera del directorio de la empresa (conocidos como clientes). 42 Cómputo del usuario final EMC VSPEX

43 Capítulo 3: Descripción general de la tecnología de la solución ShareFile StorageZones ShareFile StorageZones permite a las empresas compartir archivos en toda la organización y, a la vez, ejercer el cumplimiento de normas. StorageZones permite a los clientes mantener sus datos en sistemas de almacenamiento en el sitio. Permite compartir archivos grandes con un cifrado completo y proporciona la capacidad de sincronizar archivos con varios dispositivos. Al mantener datos en el sitio y más cerca de los usuarios que los datos que residen en la nube pública, StorageZone proporciona rendimiento y seguridad mejorados. ShareFile StorageZone permite lo siguiente: Usar StorageZone con el almacenamiento de nube administrado por ShareFile o reemplazarlo. Configurar Citrix CloudGateway Enterprise para integrar los servicios de ShareFile con Citrix Receiver para la autenticación y el aprovisionamiento de usuarios. Aprovechar la conciliación automática entre la nube de ShareFile y una implementación de StorageZone de la empresa. Permitir los escaneos antivirus automatizados de los archivos cargados. Permitir la recuperación de archivos del respaldo de Storage Center (el componente de servidor de una StorageZone se denomina Storage Center). Es posible navegar en los registros de un archivo para buscar una fecha y hora en particular, y etiquetar los archivos y carpetas para restaurarlos desde el respaldo de Storage Center. Arquitectura de ShareFile StorageZone En la Figura 13 se muestra la arquitectura de alto nivel de ShareFile. Figura 13. Arquitectura de alto nivel de ShareFile ShareFile consiste en tres componentes básicos: Cliente: obtiene acceso al servicio de ShareFile a través de una de las herramientas nativas, como un navegador, Citrix Receiver o directamente a través de la interfaz de programación de aplicaciones (API). Cómputo del usuario final EMC VSPEX 43

44 Capítulo 3: Descripción general de la tecnología de la solución Plano de control: realiza funciones como almacenamiento de archivos, carpetas e información de cuenta, control de acceso, generación de informes y otras funciones de intermediación. El plano de control reside en varios centros de datos de Citrix en todo el mundo. StorageZone: define las ubicaciones donde se almacenan los datos. El componente de servidor de StorageZone se denomina Storage Center. Para lograr una alta disponibilidad se requieren al menos dos Storage Centers por StorageZone. Una StorageZone debe usar un solo recurso compartido de archivos para todos los Storage Centers. Storage Center de ShareFile amplía el almacenamiento de nube de software como servicio (SaaS) de ShareFile al proporcionar la cuenta de ShareFile con almacenamiento privado en las instalaciones, conocido como StorageZone. El almacenamiento en las instalaciones de ShareFile difiere del almacenamiento de nube en los siguientes puntos: El almacenamiento de nube administrado por ShareFile es un sistema de almacenamiento multiusuario público mantenido por Citrix. Un Storage Center de ShareFile es un sistema de almacenamiento privado de un solo usuario mantenido por el cliente y solamente las cuentas de usuario aprobadas pueden utilizarlo. De manera predeterminada, ShareFile almacena los datos en el almacenamiento de nube seguro administrado por ShareFile. La función Storage Center de ShareFile permite configurar una StorageZone privada en el sitio. StorageZone define las ubicaciones donde se almacenan los datos y permite la optimización del rendimiento al ubicar el almacenamiento de los datos cerca de los usuarios. Determine la cantidad de StorageZones y su ubicación sobre la base de los requisitos de rendimiento y cumplimiento de normas de la organización. En general, asignar usuarios a la StorageZone que se encuentre geográficamente más cerca de ellos es la mejor práctica para optimizar el rendimiento. Storage Center es un servicio web que maneja todas las operaciones HTTPS de los usuarios finales y el subsistema de control de ShareFile. El subsistema de control de ShareFile maneja todas las operaciones no relacionadas con el contenido de los archivos, como autenticación, autorización, navegación de archivos, configuración, metadatos, envío y solicitud de archivos y balanceo de carga. El subsistema de control también realiza evaluaciones de estado de Storage Center y evita que los servidores offline envíen solicitudes. El subsistema de control de ShareFile se mantiene en los centros de datos de Citrix Online. El subsistema de almacenamiento de ShareFile maneja las operaciones relacionadas con el contenido de los archivos, como cargas, descargas y verificaciones de antivirus. Al crear una StorageZone, se crea un subsistema de almacenamiento privado para los datos de ShareFile. Para realizar una implementación de producción de ShareFile, la mejor práctica recomendada para lograr una alta disponibilidad es usar al menos dos servidores que tengan Storage Center instalado. Al instalar Storage Center, se crea una StorageZone. Luego, se puede instalar Storage Center en otro servidor y agregarlo a la misma StorageZone. Los Storage Centers que pertenecen a la misma StorageZone deben usar el mismo recurso compartido de archivos para el almacenamiento. 44 Cómputo del usuario final EMC VSPEX

45 Capítulo 3: Descripción general de la tecnología de la solución Uso de la arquitectura de ShareFile StorageZone con VSPEX En la Figura 14 ilustra el cómputo del usuario final de VSPEX para el ambiente Citrix XenDesktop con una infraestructura adicional para soportar ShareFile StorageZone con Storage Center. La capacidad del servidor se especifica en términos genéricos para los requisitos mínimos de CPU y memoria. El cliente tiene la libertad de seleccionar el hardware de servidor y de red que cumpla o supere los valores mínimos indicados. El almacenamiento recomendado entrega una arquitectura de alta disponibilidad para la implementación de ShareFile StorageZone. Figura 14. Arquitectura lógica: Cómputo del usuario final de VSPEX para Citrix XenDesktop con ShareFile StorageZone Cómputo del usuario final EMC VSPEX 45

46 Capítulo 3: Descripción general de la tecnología de la solución Servidor Un entorno de producción de alta disponibilidad requiere un mínimo de dos servidores (máquinas virtuales) con Storage Center instalado. La Tabla 2 se resumen los requisitos de CPU/memoria para implementar ShareFile StorageZone con Storage Center. Tabla 2. Recursos de hardware mínimos para dar soporte a ShareFile StorageZone con Storage Center CPU (cores) Memoria (GB) Referencia Storage Center 2 4 Requisitos de sistema para Storage Center en Citrix edocs Red Proporcione puertos de red suficientes para soportar los requisitos adicionales de dos servidores Storage Center. Los componentes de red se pueden implementar mediante el uso de redes IP de 1 Gb o 10 Gb, siempre y cuando el ancho de banda y la redundancia sean suficientes para satisfacer los requisitos mencionados. Almacenamiento ShareFile StorageZone requiere un recurso compartido de CIFS para proporcionar almacenamiento de datos privados para Storage Center. La familia de almacenamiento EMC VNX tiene la capacidad de proporcionar un acceso tanto a archivos como a bloques con un amplio conjunto de funciones, lo que la convierte en la elección ideal para la implementación de almacenamiento ShareFile StorageZone. EMC VNX admite una amplia variedad de funciones de clase ejecutiva ideales para el almacenamiento de ShareFile StorageZone, entre las que se incluyen: Fully Automated Storage Tiering for Virtual Pools (FAST VP) FAST Cache Deduplicación y compresión de archivos Aprovisionamiento delgado Replicación Puntos de comprobación Retención en el nivel de archivo Administración de cuotas 46 Cómputo del usuario final EMC VSPEX

47 Capítulo 3: Descripción general de la tecnología de la solución La Tabla 3 proporciona el almacenamiento EMC VNX recomendado necesario para el recurso compartido de CIFS de ShareFile StorageZone. Tabla 3. Almacenamiento de EMC VNX recomendado necesario para el recurso compartido de CIFS de ShareFile StorageZone Almacenamiento Configuración Notas Recurso compartido de CIFS Para 500 usuarios: Dos Data Movers (uno activo y otro en standby, solo en la variante CIFS) Ocho discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas Para 1,000 usuarios: Dos Data Movers (uno activo y otro en standby, solo en la variante CIFS) Dieciséis discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas Para 2,000 usuarios: Dos Data Movers (uno activo y otro en standby, solo en la variante CIFS) Veinticuatro discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas La configuración supone que cada usuario utiliza 10 GB de espacio de almacenamiento privado. Cómputo del usuario final EMC VSPEX 47

48 Capítulo 3: Descripción general de la tecnología de la solución 48 Cómputo del usuario final EMC VSPEX

49 Capítulo 4: Descripción general de la solución Capítulo 4 Descripción general de la solución Este capítulo presenta los siguientes temas: Descripción general de la solución 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 ambiente de respaldo Pautas para el dimensionamiento Carga de trabajo de referencia Aplicación de la carga de trabajo de referencia Implementación de las arquitecturas de referencia Evaluación rápida Cómputo del usuario final EMC VSPEX 49

50 Capítulo 4: Descripción general de la solución Descripción general de la solución Este capítulo entrega una guía integral sobre los principales aspectos de esta solución. La capacidad del servidor se especifica en términos genéricos para las exigencias mínimas requeridas de CPU, memoria e interfaces de red. Seleccione el hardware de servidor y de red que alcance o supere los valores mínimos indicados. EMC validó la arquitectura de almacenamiento especificada, junto con un sistema que cumpla con los requisitos de servidor y de red descriptos, a fin de proporcionar altos niveles de rendimiento y, al mismo tiempo, ofrecer una arquitectura de alta disponibilidad para la implementación del cómputo del usuario final. Cada infraestructura comprobada VSPEX está validada por EMC y balancea los recursos de almacenamiento, red y cómputo necesarios para una cantidad establecida de equipos de escritorio virtuales. En la práctica, cada tipo de equipo de escritorio virtual tiene su propio conjunto de requisitos, el cual muy pocas veces coincide con una idea predefinida de lo que un equipo de escritorio virtual debiera ser. Antes de realizar cualquier análisis acerca del cómputo del usuario final, se debe definir 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. Nota: VSPEX usa el concepto de un tipo de carga de referencia para describir y definir una máquina virtual. Por lo tanto, un equipo de escritorio físico o virtual en un ambiente existente puede no ser igual a un equipo de escritorio 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 Aplicación de la carga de trabajo de referencia se proporciona una descripción detallada. Arquitectura de soluciones La 1 solución del cómputo del usuario final VSPEX con EMC VNX se validó en tres puntos distintos de una escala. Estas configuraciones definidas forman la base de la creación de una solución personalizada. Estos puntos de escala se definen en términos de la carga de trabajo de referencia. Arquitectura lógica Los diagramas de arquitectura de esta sección muestran el diseño de los componentes principales de las soluciones para las dos variantes de almacenamiento: SMB y Fibre Channel. 1 En esta guía de infraestructura comprobada, cuando se habla de nosotros o en nuestro caso se hace referencia al equipo de ingeniería de soluciones de EMC que validó la solución. 50 Cómputo del usuario final EMC VSPEX

51 Capítulo 4: Descripción general de la solución En la Figura 15 muestra la arquitectura lógica de la variante SMB, en la que 10 GbE transporta todo el tráfico de red. Figura 15. Arquitectura lógica de la variante SMB Nota: Los componentes de red de la solución se pueden implementar mediante el uso de redes IP de 1 Gb/s o 10 Gb/s, siempre y cuando el ancho de banda y la redundancia sean suficientes para satisfacer los requisitos mencionados. Cómputo del usuario final EMC VSPEX 51

52 Capítulo 4: Descripción general de la solución En la Figura 16 se muestra la arquitectura lógica de la variante Fibre Channel, donde una SAN Fibre Channel transporta el tráfico de almacenamiento y 10 GbE transporta el tráfico de administración y aplicaciones. Figura 16. Arquitectura lógica de la variante Fibre Channel Nota: Los componentes de red de la solución se pueden implementar mediante el uso de redes IP de 1 Gb/s o 10 Gb/s, siempre y cuando el ancho de banda y la redundancia sean suficientes para satisfacer los requisitos mencionados. Componentes clave Controlador de entrega Citrix XenDesktop 7 Se usaron dos controladores Citrix XenDesktop para proporcionar entrega de equipos de escritorio virtuales redundantes, autenticar a los usuarios, administrar el ensamblaje de los ambientes de equipos de escritorio virtuales de los usuarios y las conexiones de gestores entre usuarios y sus equipos de escritorio virtuales. En esta arquitectura de referencia, los controladores están instalados en Windows Server 2012 y alojados como máquinas virtuales en Hyper-V Server Servidor Citrix Provisioning Services Se usaron dos servidores Citrix Provisioning Services (PVS) para entregar servicios de flujo redundantes a fin de transmitir imágenes de equipos de escritorio de discos virtuales a los dispositivos de destino, según se requiera. En esta arquitectura de referencia, los discos virtuales se almacenan en un recurso compartido de CIFS alojado por el sistema de almacenamiento VNX. Equipos de escritorio virtuales Se provisionaron equipos de escritorio virtuales que ejecutan Windows 7 u 8 mediante MCS y PVS. 52 Cómputo del usuario final EMC VSPEX

53 Microsoft Hyper-V Server 2012 Capítulo 4: Descripción general de la solución Microsoft Hyper-V proporciona una capa de virtualización común para alojar un ambiente de servidor. La Tabla 13, en la página 93, enumera las características específicas del ambiente validado. Microsoft Hyper-V Server 2012 proporciona una infraestructura de alta disponibilidad a través de funciones como las siguientes: Live Migration: proporciona la migración activa de las máquinas virtuales dentro de servidores agrupados y no agrupados en cluster sin tiempo fuera de las máquinas virtuales ni interrupción del servicio. Storage Live Migration: proporciona la migración activa de los archivos de disco de máquinas virtuales dentro y en todos los arreglos de almacenamiento sin tiempo fuera de las máquinas virtuales ni interrupción del servicio. Microsoft System Center Virtual Manager 2012 SP1 Microsoft System Center Virtual Manager Server ofrece una plataforma escalable y extensible que forma la base para la administración de la virtualización del cluster Microsoft Hyper-V. Microsoft System Center Virtual Manager administra todos los host Hyper V y sus máquinas virtuales. SQL Server Los controladores Microsoft System Center Virtual Manager Server y XenDesktop requieren un servicio de base de datos para almacenar los detalles de configuración y monitoreo. Para esto, se usa Microsoft SQL Server 2012 que se ejecuta en un servidor Windows Servidor Active Directory Los servicios de Active Directory (AD) son necesarios para que los diversos componentes de la solución funcionen adecuadamente. Para esto se usa el servicio AD Directory de Microsoft que se ejecuta en un servidor Windows Server Servidor DHCP El servidor DHCP administra de manera centralizada el esquema de direcciones IP de los equipos de escritorio virtuales. Este servicio está alojado en la misma máquina virtual que el controlador de dominio y el servidor DNS. Para esto se usa el servicio DHCP de Microsoft que se ejecuta en un servidor Windows Servidor DNS Los servicios DNS se requieren para que los distintos componentes de la solución ejecuten la resolución de nombres. Con este propósito se usa Microsoft DNS Service en un servidor Windows EMC SMI-S Provider for Microsoft System Center Virtual Machine Manager 2012 SP1 EMC SMI-S Provider for Microsoft System Center Virtual Machine Manager es un plug-in para Microsoft System Center Virtual Machine Manager que proporciona administración de almacenamiento para arreglos de EMC directamente desde el cliente. EMC SMI-S Provider ayuda a proporcionar una interfaz de administración unificada. Redes IP/de almacenamiento Todo el tráfico de la red se transmite mediante una red Ethernet estándar con cableado y conmutación redundantes. El tráfico de usuarios y administración se transmite mediante una red compartida, en tanto que el tráfico de almacenamiento SMB se transmite mediante una subred privada no enrutable. Cómputo del usuario final EMC VSPEX 53

54 Capítulo 4: Descripción general de la solución Red IP La infraestructura de red Ethernet proporciona conectividad IP entre equipos de escritorio virtuales, clusters Hyper-V y almacenamiento VNX. Para la variante SMB, la infraestructura IP permite a los servidores Hyper-V obtener acceso a recursos compartidos CIFS en VNX y flujo de equipos de escritorio desde servidores PVS con un alto ancho de banda y una baja latencia. Además, esto permite a los usuarios de equipos de escritorio redirigir sus perfiles de usuario y directorios de inicio a los recursos compartidos de CIFS mantenidos de manera centralizada en el sistema VNX. Red de almacenamiento Fibre Channel (FC) Para la variante Fibre Channel, el tráfico de almacenamiento entre todos los hosts Hyper-V y el sistema de almacenamiento VNX se trasporta a través de una red Fibre Channel. El resto del tráfico se transporta a través de la red IP. Arreglo EMC VNX5400 Un arreglo EMC VNX5400 proporciona almacenamiento mediante la presentación de almacenamiento SMB/Fibre Channel a hosts Hyper-V para hasta 1,000 equipos de escritorio virtuales. Arreglo EMC VNX5600 Un arreglo EMC VNX5600 proporciona almacenamiento mediante la presentación de almacenamiento SMB/Fibre Channel a hosts Hyper-V para hasta 2,000 equipos de escritorio virtuales. Los arreglos de almacenamiento de la familia VNX incluyen los siguientes componentes: Los procesadores de almacenamiento (SP) son compatibles con los datos de bloques con tecnología UltraFlex I/O que soporta los protocolos Fibre Channel, iscsi y Fibre Channel mediante Ethernet (FCoE). Los SP proporcionan acceso para todos los hosts externos y para el lado de archivos del arreglo VNX. El Gabinete del procesador de disco (DPE) tiene un tamaño de 3U y aloja cada procesador de almacenamiento y la primera bandeja de discos. Este factor de forma se usa en VNX5300 y VNX5500. Los X-Blades (o Data Movers) obtienen acceso a los datos desde el backend y proporcionan acceso a los hosts mediante el uso de la misma tecnología UltraFlex I/O 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 Movers (DME) tiene un tamaño de 2U y aloja los Data Movers (X-Blades). La forma del DME es similar a la del SPE y se utiliza en todos los modelos de VNX compatibles con protocolos de archivos. Las fuentes de alimentación en standby tienen un tamaño de 1U y brindan suficiente energía a cada procesador de almacenamiento con el fin de garantizar que todos los datos en transferencia se descarguen al área de vault en caso de una falla en la energía. De esta manera, se garantiza que no se pierdan escrituras. Después del reinicio del arreglo, las escrituras pendientes se concilian y persisten. Las Control Stations tienen un tamaño de 1U y proporcionan funciones de administración a los componentes del lado de los archivos conocidos como X-Blades. La Control Station es responsable del failover de X-Blades. Opcionalmente, se puede configurar Control Station con una Control Station secundaria asociada para garantizar la redundancia en el arreglo VNX. Los gabinetes de arreglos de discos (DAE) alojan las unidades utilizadas en el arreglo. 54 Cómputo del usuario final EMC VSPEX

55 EMC Avamar Capítulo 4: Descripción general de la solución El software Avamar proporciona la plataforma para proteger máquinas virtuales. Esta estrategia de protección utiliza equipos de escritorio virtuales persistentes. Además, permite la protección de imagen y las recuperaciones de usuario final. Recursos de hardware La Tabla 4 enumera el hardware utilizado en esta solución. Tabla 4. Hardware de la solución Hardware Configuración Notas Servidores para equipos de escritorio virtuales Memoria: SO del equipo de escritorio: 2 GB de RAM por equipo de escritorio 1 TB de RAM en todos los servidores para 500 equipos de escritorio virtuales 2 TB de RAM en todos los servidores para 1,000 equipos de escritorio virtuales 4 TB de RAM a través de todos los servidores para 2,000 equipos de escritorio virtuales SO del servidor: 0.6 GB de RAM por equipo de escritorio 300 GB de RAM en todos los servidores para 500 equipos de escritorio virtuales 600 GB de RAM en todos los servidores para 1,000 equipos de escritorio virtuales 1.2 TB de RAM en todos los servidores para 2,000 equipos de escritorio virtuales CPU: SO del equipo de escritorio: 1 vcpu por equipo de escritorio (8 equipos de escritorio por core) 63 cores en todos los servidores para 500 equipos de escritorio virtuales 125 cores en todos los servidores para 1,000 equipos de escritorio virtuales 250 cores en todos los servidores para 2,000 equipos de escritorio virtuales SO del servidor: 0.2 vcpu por equipo de escritorio (cinco equipos de escritorio por core) 100 cores en todos los servidores para 500 equipos de escritorio virtuales Red: Seis NIC de 1 GbE por servidor independiente para 500 equipos de escritorio virtuales Tres NIC de 10 GbE por chasis de blade o seis NIC de 1 GbE por servidor independiente para 1,000 o 2,000 equipos de escritorio virtuales Doscientos cores en todos los servidores para 1,000 equipos de escritorio virtuales Cuatrocientos cores en todos los servidores para 2,000 equipos de escritorio virtuales Capacidad total del servidor requerida para alojar equipos de escritorio virtuales Cómputo del usuario final EMC VSPEX 55

56 Capítulo 4: Descripción general de la solución Hardware Configuración Notas Infraestructura de red Almacenamiento Capacidad de conmutación mínima para la variante SMB: Dos switches físicos Seis puertos de 1 GbE por servidor Hyper-V o tres puertos de 10 GbE por chasis de blade 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 Capacidad de conmutación mínima para la variante Fibre Channel: Dos puertos de 1 GbE por servidor Hyper-V Cuatro puertos Fibre Channel de 4/8 Gb para el back-end de VNX Dos puertos Fibre Channel de 4/8 Gb por servidor Hyper-V Común Dos interfaces de 10 GbE por Data Mover Dos puertos Fibre Channel de 8 Gb por procesador de almacenamiento (solo en la variante Fibre Channel) Para 500 equipos de escritorio virtuales: Dos Data Movers (uno activo y otro en standby, solo en la variante SMB) Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas Cantidad de unidades PvD No PvD HSD PVS MCS Tres discos flash de 100 GB y 3.5 pulgadas Para 1,000 equipos de escritorio virtuales: Dos Data Movers (uno activo y otro en standby, solo en la variante SMB) Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas Cantidad de unidades PvD No PvD HSD PVS MCS Tres discos flash de 100 GB y 3.5 pulgadas Para 2,000 equipos de escritorio virtuales: Dos Data Movers (uno activo y otro en standby, solo en la variante SMB) Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas Cantidad de unidades PvD No PvD HSD PVS MCS Cinco discos flash de 100 GB y 3.5 pulgadas Configuración de LAN redundante Configuración de LAN/SAN redundante Almacenamiento compartido de VNX para equipos de escritorio virtuales 56 Cómputo del usuario final EMC VSPEX

57 Capítulo 4: Descripción general de la solución Hardware Configuración Notas Infraestructura compartida Respaldo de última generación de EMC Servidores para infraestructura de cliente Para 500 equipos de escritorio virtuales: Dieciséis discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas Para 1,000 equipos de escritorio virtuales: Veinticuatro discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas Para 2,000 equipos de escritorio virtuales: Cuarenta y ocho discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas Para 500 equipos de escritorio virtuales: Cinco discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas Para 1,000 equipos de escritorio virtuales: Cinco discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas Para 2,000 equipos de escritorio virtuales: Cinco discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas En la mayoría de los casos, los ambientes de los clientes ya poseen servicios de infraestructura configurados, como Active Directory y DNS. La configuración de esos servicios escapa del alcance de este documento. Si esta solución se implementa sin que exista una infraestructura anterior, se requiere una cantidad mínima de servidores adicionales: Dos servidores físicos RAM de 20 GB por servidor Cuatro cores de procesador por servidor Dos puertos de 1 GbE por servidor Avamar Un nodo de utilería Gen4 Un nodo de repuesto Gen4 de 3.9 TB Tres nodos de almacenamiento Gen4 de 3.9 TB Cantidad mínima requerida: Dos servidores físicos RAM de 20 GB por servidor Cuatro cores de procesador por servidor Dos puertos de 1 GbE por servidor Opcional para datos del usuario Opcional para almacenamiento de infraestructura Si bien los servicios se pueden migrar a VSPEX después de la implementación, estos deben estar presentes para que el sistema VSPEX se pueda implementar Es posible que los servidores y las funciones que desempeñan ya existan en el ambiente del cliente Cómputo del usuario final EMC VSPEX 57

58 Capítulo 4: Descripción general de la solución Recursos de software La Tabla 5 enumera el software utilizado en esta solución. Tabla 5. Software de la solución Software Configuración VNX5400 o 5600 (almacenamiento compartido, sistemas de archivos) Ambiente operativo de VNX para archivo Versión VNX OE para bloques Versión 33 ( ) ESI para Windows Versión 3.0 Virtualización de equipos de escritorio XenDesktop Controlador Citrix XenDesktop Sistema operativo para el controlador XenDesktop Microsoft SQL Server Versión 7 Platinum Edition Windows Server 2012 Standard Edition Versión 2012 Standard Edition Respaldo de última generación Avamar 7.0 Microsoft Hyper-V Servidor Hyper-V Hyper-V Server 2012 System Center Virtual Machine Manager Sistema operativo para System Center Virtual Machine Manager PowerPath Edition (solo variante Fibre Channel) 2012 SP1 Windows Server 2012 Standard 5.7 Equipos de escritorio virtuales Nota: Además del SO base, este software se usó para validar la solución y no es obligatorio. Sistema operativo base Microsoft Windows 7 Enterprise (32 bits) SP1 Windows Server 2008 R2 SP1 Standard Edition Microsoft Office Office Enterprise 2007 SP3 Internet Explorer Adobe Reader 9.1 Adobe Flash Player Bullzip PDF Printer FreeMind Cómputo del usuario final EMC VSPEX

59 Capítulo 4: Descripción general de la solución Dimensionamiento para configuración validada Cuando se seleccionen los servidores para esta solución, asegúrese de que el core del procesador alcance o supere el rendimiento de la familia Intel Nehalem a 2.66 GHz. A medida que se dispone de servidores con mayores velocidades de procesador, rendimiento y densidad de core, es posible consolidarlos, siempre que se cumpla con el conteo total requerido de cores y memoria y se incorpore una cantidad suficiente de servidores para brindar soporte al nivel de alta disponibilidad necesario. Tal como con los servidores, también es posible consolidar la velocidad y la cantidad de tarjetas de interfaz de red (NIC), siempre y cuando se conserven los requisitos generales de ancho de banda para esta solución y una redundancia suficiente como para brindar soporte a la alta disponibilidad. La Tabla 6 muestra las configuraciones de los servidores compatibles con esta solución. Cada servidor tiene dos sockets de cuatro cores y 128 GB de RAM, además de dos puertos de 10 GbE para cada chasis de blade. Tabla 6. Tipo de equipo de escritorio SO del equipo de escritorio Configuraciones compatibles con esta solución Cantidad de servidores Cantidad de equipos de escritorio virtuales Cantidad total de cores TB 16 1, TB 32 2, TB RAM total SO del servidor GB 25 1, GB 50 2, TB Como se muestra en la Tabla 13, en la página 90, se requiere un mínimo de un core para soportar ocho equipos de escritorio virtuales y un mínimo de 2 GB de RAM para cada uno. Tenga en cuenta el balanceo correcto de memoria y cores necesario para la cantidad de equipos de escritorios virtuales que un servidor soportará. Por ejemplo, un servidor que soporta 24 equipos de escritorio virtuales requiere un mínimo de tres cores y 48 GB de RAM. Los switches de la red IP que se usen para implementar esta arquitectura de referencia deben poseer un backplane cuya capacidad mínima sea 96 (para 500 equipos de escritorio virtuales), 192 (para 1,000 equipos de escritorio virtuales) o 320 (para 2,000 equipos de escritorio virtuales) Gb/s sin bloqueo y que sea compatible con las siguientes funciones: Control de flujo de Ethernet IEEE 802.1x Etiquetado de VLAN 802.1q Agregación de enlaces Ethernet mediante el Protocolo de control de agregación de enlaces IEEE 802.1ax (802.3ad) Funcionalidad de administración de SNMP Frames jumbo Cómputo del usuario final EMC VSPEX 59

60 Capítulo 4: Descripción general de la solución Seleccione la cantidad y tipo de switches necesarios para dar soporte a la alta disponibilidad, y un proveedor de red que proporcione piezas fáciles de adquirir, buen servicio y contratos de soporte óptimos. La configuración de red debe incluir lo siguiente: Un mínimo de dos switches para ser compatibles con la redundancia Fuentes de alimentación redundantes Un mínimo de 40 puertos de 1 GbE (para 500 equipos de escritorio virtuales), dos puertos de 1 GbE y 14 puertos de 10 GbE (para 1,000 equipos de escritorio virtuales) o dos puertos de 1 GbE y 22 puertos de 10 GbE (para 2,000 equipos de escritorio virtuales, distribuidos adecuadamente para proporcionar alta disponibilidad Los puertos de enlace superior adecuados para conectividad con el cliente El uso de puertos de 10 GbE debe alinearse con los del servidor y el almacenamiento. Tenga en cuenta los requerimientos totales de red para la solución y el nivel de redundancia necesario para soportar la alta disponibilidad. Considere el uso de tarjetas NIC y conexiones de almacenamiento adicionales para los requisitos de implementación específicos. La infraestructura de administración (Active Directory, DNS, DHCP y SQL Server) se puede soportar en dos servidores similares a los definidos anteriormente, pero requiere un mínimo de solo 20 GB de RAM en lugar de 128 GB. Pautas para la configuración de servidores Cuando se diseña y solicita la capa de cómputo o servidores de la solución VSPEX, es importante tomar en cuenta varios factores que pueden influir en la adquisición final. Desde una perspectiva de virtualización, si se entiende bien el tipo de carga del sistema, las funciones como la memoria dinámica pueden reducir el requisito de memoria agregada. Si el pool de equipos de escritorio virtuales no posee un nivel alto de actividad o uso simultáneo, se puede reducir la cantidad de vcpu. Por el contrario, si las aplicaciones que se implementan son de naturaleza altamente computacional, puede que sea necesario aumentar la cantidad de CPU y memoria adquiridos. La Tabla 7 muestra los detalles de la configuración del hardware de red y los servidores de equipos de escritorio virtuales. 60 Cómputo del usuario final EMC VSPEX

61 Capítulo 4: Descripción general de la solución Tabla 7. Hardware del servidor Servidores para equipos de escritorio virtuales CPU: Memoria: Red: Configuración SO del equipo de escritorio: 1 vcpu por equipo de escritorio (8 equipos de escritorio por core) 63 cores en todos los servidores para 500 equipos de escritorio virtuales 125 cores en todos los servidores para 1,000 equipos de escritorio virtuales 250 cores en todos los servidores para 2,000 equipos de escritorio virtuales SO del servidor: 0.2 vcpu por equipo de escritorio (cinco equipos de escritorio por core) Cien cores en todos los servidores para 500 equipos de escritorio virtuales Doscientos cores en todos los servidores para 1,000 equipos de escritorio virtuales Cuatrocientos cores en todos los servidores para 2,000 equipos de escritorio virtuales SO del equipo de escritorio: 2 GB de RAM por equipo de escritorio 1 TB de RAM en todos los servidores para 500 equipos de escritorio virtuales 2 TB de RAM en todos los servidores para 1,000 equipos de escritorio virtuales 4 TB de RAM en todos los servidores para 2,000 máquinas virtuales 2 GB de RAM de reserva por host Hyper-V SO del servidor: 0.6 GB de RAM por equipo de escritorio 300 GB de RAM en todos los servidores para 500 equipos de escritorio virtuales 600 GB de RAM en todos los servidores para 1,000 equipos de escritorio virtuales 1.2 TB de RAM en todos los servidores para 2,000 máquinas virtuales 2 GB de RAM de reserva por host Hyper-V Seis NIC de 1 GbE por servidor para 500 equipos de escritorio virtuales Tres NIC de 10 GbE por chasis de blade o seis NIC de 1 GbE por servidor independiente para 1,000 equipos de escritorio virtuales Tres NIC de 10 GbE por chasis de blade o seis NIC de 1 GbE por servidor independiente para 2,000 equipos de escritorio virtuales Cómputo del usuario final EMC VSPEX 61

62 Capítulo 4: Descripción general de la solución Virtualización de memoria de Microsoft Hyper-V para VSPEX Microsoft Hyper-V tiene varias funciones avanzadas que ayudan a aumentar al máximo el rendimiento y la utilización de recursos generales. Lo más importante de estas se encuentra en la administración de memoria. Esta sección describe algunas de estas funciones y los elementos que se debe considerar al usarlas en el ambiente. En general, las máquinas virtuales de un hipervisor que consumen memoria se pueden considerar un pool de recursos. En la Figura 17 ilustra un ejemplo de consumo de memoria en el nivel del hipervisor. Figura 17. Uso de memoria del hipervisor 62 Cómputo del usuario final EMC VSPEX

63 Memoria dinámica Capítulo 4: Descripción general de la solución La memoria dinámica, que se introdujo en Windows Server 2008 R2 SP1, aumenta la eficiencia de la memoria física al tratar la memoria como un recurso compartido y asignarla a las máquinas virtuales de forma dinámica. La memoria consumida real de cada máquina virtual se ajusta según demanda. La memoria dinámica permite la ejecución de más máquinas virtuales, ya que se recupera espacio de memoria sin usar de máquinas virtuales inactivas. En Windows Server 2012, la memoria dinámica permite el incremento dinámico de la memoria máxima disponible para máquinas virtuales. 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. En términos del rendimiento, este tipo de acceso a la memoria es costoso. Sin embargo, Windows Server 2012 utiliza una afinidad de procesos que se centra en mantener hilos de ejecución fijados a un CPU en particular, a fin de evitar el acceso a la memoria de nodo remoto. En versiones anteriores de Windows, esta función solo se encuentra disponible para el host. Windows server 2012 amplía esta funcionalidad a las máquinas virtuales, lo que aumenta el rendimiento. Smart Paging Con la memoria dinámica, Hyper-V permite que las máquinas virtuales superen la memoria física disponible. Es probable que haya una brecha entre la memoria mínima y la memoria de inicio. Smart Paging es una técnica de administración de memoria que utiliza los recursos de disco como una sustitución temporal de la memoria. Intercambia la memoria menos usada al almacenamiento de disco y la intercambia de vuelta cuando es necesario. La desventaja es que esto puede reducir el rendimiento. Hyper-V sigue utilizando la paginación huésped cuando se sobresuscribe la memoria del host, ya que es más eficiente que Smart Paging. Pautas para la configuración de la memoria Esta sección proporciona pautas para asignar memoria a las máquinas virtuales. Las reglas descritas aquí consideran la sobrecarga de memoria de Hyper-V y la configuración de memoria para las máquinas virtuales. Sobrecarga de memoria de Hyper-V La virtualización de los recursos de memoria conlleva una sobrecarga, 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 para esta solución. Asignación de memoria a máquinas virtuales El dimensionamiento apropiado de la memoria para una máquina virtual en las arquitecturas de VSPEX se basa en muchos factores. Con la cantidad de servicios de aplicación y casos de uso disponibles, para determinar una configuración adecuada para un ambiente se debe crear una configuración de base, probarla y después ajustarla, como lo menciona más adelante este documento. La Tabla 13, en la página 90, describe los recursos que utiliza una sola máquina virtual. Cómputo del usuario final EMC VSPEX 63

64 Capítulo 4: Descripción general de la solución Pautas para la configuración de la red En esta sección se entregan pautas para configurar una configuración de red redundante y de alta disponibilidad. Las reglas descritas aquí consideran las frames jumbo, las VLAN y el LACP en un almacenamiento unificado de EMC. La Tabla 4, en la página 55, proporciona los requisitos de recursos de red detallados. Tabla 8. Componente Infraestructura de red Recursos de hardware para la red Capacidad mínima de conmutación Bloque Sistemas de Configuración Dos switches físicos Dos puertos de 10 GbE por servidor Microsoft Hyper-V 1 puerto de 1 GbE por Control Station para las tareas de administración Dos puertos Fibre Channel/CEE/10 GbE por servidor Microsoft Hyper-V para la red de almacenamiento Dos puertos Fibre Channel/CEE/10 GbE por SP para los datos de equipos de escritorio Dos puertos de 10 GbE por Data Mover para los datos de usuario Dos switches físicos Cuatro puertos de 10 GbE por servidor Microsoft 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 Nota: La solución puede usar una infraestructura de red de 1 Gb siempre que se satisfagan los requisitos subyacentes de ancho de banda y redundancia. VLAN Es una mejor práctica aislar el tráfico de red, de modo tal que el tráfico entre los hosts y el almacenamiento y entre los hosts y los clientes, al igual que el tráfico de administración, se produzcan en redes aisladas. En algunos casos, es posible que algunas normativas o políticas exijan aislar el tráfico de manera física; sin embargo, en la mayoría de los casos basta con un aislamiento lógico mediante VLAN. Esta solución requiere un mínimo de tres VLAN: ACCESO DE CLIENTES Almacenamiento Management 64 Cómputo del usuario final EMC VSPEX

65 Capítulo 4: Descripción general de la solución Las VLAN se ilustran en la Figura 18. Figura 18. Redes requeridas Nota: El diagrama demuestra los requisitos de conectividad de red para un arreglo VNX mediante el uso de conexiones de red de 10 GbE. Para los arreglos que usen conexiones de red de 1 GbE se deben usar topologías similares. La red de acceso de clientes es para que los usuarios del sistema (clientes) se comuniquen con la infraestructura. La red de almacenamiento se usa en la comunicación entre las capas de cómputo y almacenamiento. La red de almacenamiento se utiliza para ofrecer a los administradores una forma dedicada para obtener acceso a las conexiones de administración del arreglo de almacenamiento, de los switches de la red y de 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. Es posible implementar estas redes adicionales, pero no son obligatorias. Si se selecciona la opción de red de almacenamiento de Fibre Channel para la implementación, se deben aplicar principios de diseño y mejores prácticas similares. Cómputo del usuario final EMC VSPEX 65

66 Capítulo 4: Descripción general de la solución Activar frames jumbo Agregación de enlaces Esta solución del cómputo del usuario final EMC VSPEX recomienda que se configure MTU en 9,000 (frames jumbo) para proporcionar eficiencia al tráfico de migración y almacenamiento. 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 Hyper-V permite la utilización de más de un método de almacenamiento al alojar máquinas virtuales. Las soluciones que se describen en esta sección y en la Tabla 9 se probaron utilizando SMB y el diseño de almacenamiento que se describe se ajusta a todas las mejores prácticas actuales. Si es necesario, los arquitectos y clientes pueden realizar modificaciones de acuerdo con su comprensión del uso y la carga de los sistemas. Esta solución utilizó Login VSI para simular una carga del usuario hacia los equipos de escritorio. Login VSI ofrece orientación para determinar la cantidad máxima de usuarios que un ambiente de equipos de escritorio puede soportar. Se seleccionó el tipo de carga mediano de Login VSI para esta prueba. Se definen los diseños de almacenamiento para 500, 1,000 y 2,000 equipos de escritorio cuando el tiempo de respuesta promedio de Login VSImax es inferior al umbral máximo calculado de manera dinámica. Este umbral máximo se denomina VSImax dinámico. Login VSI tiene dos maneras para definir el umbral máximo: VSImax clásico y dinámico. El umbral de VSImax clásico está definido en 4,000 milisegundos. Sin embargo, el umbral de VSImax dinámico se calcula en función del tiempo de respuesta inicial de las actividades de los usuarios. 66 Cómputo del usuario final EMC VSPEX

67 Capítulo 4: Descripción general de la solución Tabla 9. Hardware del almacenamiento Hardware Configuración Notas Almacenamiento Común: Dos interfaces de 10 GbE por Data Mover Dos puertos Fibre Channel de 8 Gb por procesador de almacenamiento (solo en la variante Fibre Channel) Para 500 equipos de escritorio virtuales: Dos Data Movers (uno activo y otro en standby, solo en la variante SMB) Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas: Almacenamiento compartido de VNX para equipos de escritorio virtuales Cantidad de unidades PvD No PvD HSD PVS MCS Tres discos flash de 100 GB y 3.5 pulgadas Para 1,000 equipos de escritorio virtuales: Dos Data Movers (uno activo y otro en standby, solo en la variante SMB) Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas: Cantidad de unidades PvD No PvD HSD PVS MCS Tres discos flash de 100 GB y 3.5 pulgadas Para 2,000 equipos de escritorio virtuales: Dos Data Movers (uno activo y otro en standby, solo en la variante SMB) Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas: Cantidad de unidades PvD No PvD HSD PVS MCS Cinco discos flash de 100 GB y 3.5 pulgadas Cómputo del usuario final EMC VSPEX 67

68 Capítulo 4: Descripción general de la solución Hardware Configuración Notas Para 500 equipos de escritorio virtuales: Dieciséis discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas Para 1,000 equipos de escritorio virtuales: Veinticuatro discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas Para 2,000 equipos de escritorio virtuales: Cuarenta y ocho discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas Para 500 equipos de escritorio virtuales: Cinco discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas Para 1,000 equipos de escritorio virtuales: Cinco discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas Para 2,000 equipos de escritorio virtuales: Cinco discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas Opcional para datos del usuario Opcional para almacenamiento de infraestructura Virtualización de almacenamiento Hyper-V para VSPEX 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. Windows Server 2012 Hyper-V y Failover Clustering utilizan las funciones de volúmenes compartidos de cluster (CSV) V2 y el nuevo formato de disco duro virtual (VHDX) para virtualizar el almacenamiento presentado del sistema de almacenamiento compartido externo a las máquinas virtuales del host. En la Figura 19, 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 de Windows y a las máquinas virtuales de host. Figura 19. Tipos de disco virtual de Hyper-V 68 Cómputo del usuario final EMC VSPEX

69 CIFS Capítulo 4: Descripción general de la solución Windows Server 2012 es compatible con la utilización de recursos compartidos de archivos CIFS (SMB 3.0) como almacenamiento compartido para las máquinas virtuales Hyper-V. CSV Un volumen compartido de cluster (CSV) es un disco compartido que contiene un volumen NTFS 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. Discos de paso Windows 2012 también es compatible con discos de paso, lo que permite que una máquina virtual tenga acceso a un disco físico mapeado al host que no tiene un volumen configurado. 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 ambientes de 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: SMB también se conoce como Common Internet File System (CIFS). Para obtener información detallada sobre SMB 3.0, consulte EMC VNX: Introducción al soporte técnico de SMB 3.0. ODX (almacenamiento basado en bloques solamente) Offloaded Data Transfer (ODX) es una función del agrupamiento de almacenamiento en Microsoft Windows Server 2012 que les da 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 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. Cómputo del usuario final EMC VSPEX 69

70 Capítulo 4: Descripción general de la solución 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 el CPU y la red, se reduce considerablemente. Al maximizar el uso de los arreglos 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 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 Nuevo formato de disco duro virtual 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 nuevas 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 energía 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 tipos de carga diseñados 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 resultar 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 almacenamiento de conexión directa o SCSI y hardware compatible con TRIM) Elemento esencial 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 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. 70 Cómputo del usuario final EMC VSPEX

71 Capítulo 4: Descripción general de la solución VSPEX utiliza un enfoque de elemento esencial para reducir la complejidad. Un elemento esencial es un conjunto de ejes de disco que soporta una determinada cantidad de equipos de escritorio virtuales en la arquitectura VSPEX. Cada elemento esencial combina varios ejes de disco para crear un pool de almacenamiento que satisfaga las necesidades del ambiente de cómputo del usuario final. Actualmente, tres elementos esenciales (500, 1,000, y 2,000 equipos de escritorio) están verificados en VNX y proporcionan una solución flexible para el dimensionamiento de VSPEX. La Tabla 10 muestra una lista simple de los discos requeridos para soportar diferentes escalas de configuración, excepto las necesidades de hot spare. Nota: Si una configuración comienza con el elemento esencial para 500 equipos de escritorio para MCS, es posible expandirla al elemento esencial para 1,000 equipos de escritorio agregándole 10 discos SAS compatibles y permitiendo que el pool se vuelva a fraccionar. Para obtener detalles sobre la expansión y refraccionamiento del pool, consulte el informe técnico EMC VNX Virtual Provisioning: tecnología aplicada. Tabla 10. Número de discos necesarios para las diferentes cantidades de equipos de escritorio virtuales Equipos de escritorio virtuales Plataforma VNX Discos flash (FAST Cache) Discos SAS (PVS/no PvD) Discos SAS (PVS/PvD) Discos SAS (MCS/no PvD) , ,000 5, Discos SAS (MCS/PvD) Valores máximos validados del cómputo del usuario final de VSPEX Diseño de almacenamiento para 500 equipos de escritorio virtuales Las configuraciones de cómputo del usuario final de VSPEX están validadas en las plataformas VNX5400 y VNX5600. Cada plataforma tiene diferentes capacidades en términos de procesadores, memoria y discos. Para cada arreglo, se recomienda una configuración máxima de cómputo del usuario final de VSPEX. Como se muestra en la Tabla 10, el valor máximo recomendado para VNX5400 es 1,000 equipos de escritorio, mientras que el recomendado para VNX5600 es 2,000 equipos de escritorio. Diseño de almacenamiento principal con aprovisionamiento PVS En la Figura 20 ilustra el diseño de los discos necesarios para almacenar 500 equipos de escritorio virtuales con aprovisionamiento PVS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vdisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario. Cómputo del usuario final EMC VSPEX 71

72 Capítulo 4: Descripción general de la solución Figura 20. Diseño de almacenamiento principal con aprovisionamiento PVS para 500 equipos de escritorio virtuales Descripción general del diseño de almacenamiento principal con aprovisionamiento PVS La siguiente configuración general se utiliza en la arquitectura de referencia para 500 máquinas virtuales: Se usan cuatro discos SAS (se muestran como 0_0_0 a 0_0_3) para el ambiente operativo (OE) de VNX. EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4 y 1_1_5 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento. Se usan ocho discos SAS (se muestran como 1_0_7 a 1_0_14) en el pool de almacenamiento 1 RAID 10 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo. Para NAS, se provisionan 10 LUN de 200 GB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan dos LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. Se usan dos discos flash (se muestran como 1_0_5 y 1_0_6) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Se usan cinco discos SAS (1_1_0 a 1_1_4) en el pool de almacenamiento 2 RAID 5 para almacenar los discos virtuales PVS y las imágenes TFTP. FAST Cache está habilitada para el pool completo. Los discos que se muestran como 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 1_1_6 a 1_1_14 no se utilizan. No se utilizaron para probar esta solución. 72 Cómputo del usuario final EMC VSPEX

73 Capítulo 4: Descripción general de la solución Nota: Es posible utilizar unidades de mayor tamaño para aumentar la capacidad. Para satisfacer las recomendaciones de carga, todas las unidades deben tener el mismo tamaño y funcionar a 15,000 rpm. Si se utilizan distintos tamaños, es posible que los algoritmos del diseño de almacenamiento proporcionen resultados que no son óptimos. Diseño de almacenamiento principal con aprovisionamiento MCS En la Figura 21 ilustra el diseño de los discos necesarios para almacenar 500 equipos de escritorio virtuales con aprovisionamiento MCS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vdisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario. Figura 21. Diseño de almacenamiento principal con aprovisionamiento MCS para 500 equipos de escritorio virtuales Descripción general del diseño de almacenamiento principal con aprovisionamiento MCS La siguiente configuración general se utiliza en la arquitectura de referencia para 500 máquinas virtuales: Cuatro discos SAS (de 0_0_0 a 0_0_3) se usan para el VNX OE. EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4 y 1_1_2 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento. Se usan diez discos SAS (se muestran como 1_0_5 a 1_0_14) en el pool de almacenamiento 1 RAID 5 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo. Para NAS, se provisionan 10 LUN de 200 GB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan dos LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. Cómputo del usuario final EMC VSPEX 73

74 Capítulo 4: Descripción general de la solución Nota: Si se implementa Personal vdisk, basta con utilizar la mitad de las unidades (cinco discos SAS para 500 equipos de escritorio) para satisfacer el requisito de rendimiento. Sin embargo, la capacidad de los equipos de escritorio se reducirá en un 50 %. Si se cumple con el requisito de capacidad del ambiente, implemente Personal vdisk con aprovisionamiento MCS con cinco discos SAS para 500 equipos de escritorio. Se usan dos discos flash (se muestran como 1_1_0 y 1_1_1) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Los discos que se muestran como 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 1_1_3 a 1_1_14 no se utilizan. No se utilizaron para probar esta solución. Nota: Es posible utilizar unidades de mayor tamaño para aumentar la capacidad. Para satisfacer las recomendaciones de carga, todas las unidades deben tener el mismo tamaño y funcionar a 15,000 rpm. Si se utilizan distintos tamaños, es posible que los algoritmos del diseño de almacenamiento proporcionen resultados que no son óptimos. Diseño de almacenamiento opcional En las pruebas de validación de la solución, el espacio de almacenamiento para los datos de usuario se asignó al arreglo VNX, tal como se muestra en la Figura 22. Este almacenamiento es adicional al almacenamiento principal que se muestra en la Figura 21. Si ya existe un espacio de almacenamiento para datos de usuarios en algún lugar del ambiente de producción, este espacio de almacenamiento no es necesario. Figura 22. Diseño opcional de almacenamiento para 500 equipos de escritorio virtuales Descripción general del diseño de almacenamiento opcional El diseño de almacenamiento opcional se utiliza para almacenar los servidores de infraestructura, los perfiles de usuario y directorios de inicio, y los Personal vdisks. La siguiente configuración opcional se utiliza en la arquitectura de referencia para 500 equipos de escritorio virtuales: EMC VNX no requiere una unidad hot spare dedicada. El disco que se muestra como 0_2_14 no está enlazado y puede utilizarse como un hot spare en caso necesario. Este disco está marcado como hot spare en el diagrama de diseño de almacenamiento. 74 Cómputo del usuario final EMC VSPEX

75 Capítulo 4: Descripción general de la solución Se usan cinco discos SAS (se muestran como 0_2_0 a 0_2_4) en el pool de almacenamiento 6 RAID 5 para almacenar máquinas virtuales de la infraestructura. Se provisiona un LUN de 1 TB del pool para presentarlo a los servidores Hyper-V como un CSV. Se usan dieciséis discos SAS NL (se muestran como 0_2_5 a 0_2_13 y 1_2_0 a 1_2_6) en el pool de almacenamiento 4 RAID 6 para almacenar los datos de usuario y los perfiles de roaming. Se provisionan diez LUN de 500 GB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. Si se implementaron múltiples tipos de unidades, se puede activar FAST VP para organizar los datos automáticamente en niveles a fin de balancear las diferencias de 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 obtiene acceso a ellos. Los datos de acceso frecuente se promueven a niveles más altos de almacenamiento en incrementos de 256 MB, mientras que los datos de acceso poco frecuente se pueden migrar a un nivel más bajo para aumentar la rentabilidad. Este rebalanceo de unidades de datos de 256 MB, o segmentos, se realiza como parte de una operación de mantenimiento calendarizada regularmente. No se recomienda el uso de FAST VP para el almacenamiento de equipos de escritorio virtuales, pero puede mejorar el rendimiento si se implementa para los perfiles de roaming y los datos de usuario. Se usan ocho discos SAS (1_2_7 a 1_2_14) en el pool de almacenamiento 5 RAID 10 para almacenar los Personal vdisks. FAST Cache está habilitada para el pool completo. Para NAS, se provisionan 10 LUN de 200 GB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan dos LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. Diseño de almacenamiento para 1,000 equipos de escritorio virtuales Diseño de almacenamiento principal con aprovisionamiento PVS En la Figura 23 ilustra el diseño de los discos necesarios para almacenar 1,000 equipos de escritorio virtuales con aprovisionamiento PVS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vdisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario. Cómputo del usuario final EMC VSPEX 75

76 Capítulo 4: Descripción general de la solución Figura 23. Diseño de almacenamiento principal con aprovisionamiento PVS para 1,000 equipos de escritorio virtuales Descripción general del diseño de almacenamiento principal con aprovisionamiento PVS La siguiente configuración general se utiliza en la arquitectura de referencia para 1,000 equipos de escritorio virtuales: Cuatro discos SAS (mostrados como 0_0_0 a 0_0_3) se usan para el VNX OE. EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4 y 1_0_7 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento. Se usan dieciséis discos SAS (se muestran como 1_0_8 a 1_0_14 y 1_1_0 a 1_1_8) en el pool de almacenamiento 1 RAID 10 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo. Para NAS, se provisionan 10 LUN de 400 GB cada uno del pool para proporcionar el almacenamiento necesario para crear cuatro sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan cuatro LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. Se usan dos discos flash (se muestran como 1_0_5 y 1_0_6) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Se usan cinco discos SAS (1_1_9 a 1_1_13) en el pool de almacenamiento 2 RAID 5 para almacenar los discos virtuales PVS y las imágenes TFTP. FAST Cache está habilitada para el pool completo. El disco que se muestra como 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 1_1_14 no se utiliza. No se utilizaron para probar esta solución. Nota: Es posible utilizar unidades de mayor tamaño para aumentar la capacidad. Para satisfacer las recomendaciones de carga, todas las unidades deben tener el mismo tamaño y funcionar a 15,000 rpm. Si se utilizan distintos tamaños, es posible que los algoritmos del diseño de almacenamiento proporcionen resultados que no son óptimos. 76 Cómputo del usuario final EMC VSPEX

77 Capítulo 4: Descripción general de la solución Diseño de almacenamiento principal con aprovisionamiento MCS En la Figura 24 ilustra el diseño de los discos necesarios para almacenar 1,000 equipos de escritorio virtuales con aprovisionamiento MCS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vdisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario. Figura 24. Diseño de almacenamiento principal con aprovisionamiento MCS para 1,000 equipos de escritorio virtuales Descripción general del diseño de almacenamiento principal con aprovisionamiento MCS La siguiente configuración general se utiliza en la arquitectura de referencia para 1,000 equipos de escritorio virtuales: Cuatro discos SAS (de 0_0_0 a 0_0_3) se usan para el VNX OE. EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4 y 1_1_2 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento. Se usan veinte discos SAS (se muestran como 1_0_5 a 1_0_14 y 1_1_3 a 1_1_12) en el pool de almacenamiento 1 RAID 5 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo. Para NAS, se provisionan 10 LUN de 800 GB cada uno del pool para proporcionar el almacenamiento necesario para crear cuatro sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan cuatro LUN de 2 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. Nota: Si se implementa Personal vdisk, basta con utilizar la mitad de las unidades (10 discos SAS para 1,000 equipos de escritorio) para satisfacer el requisito de rendimiento. Sin embargo, la capacidad de los equipos de escritorio se reducirá en un 50 %. Si se cumple con el requisito de capacidad del ambiente, implemente Personal vdisk con aprovisionamiento MCS con 10 discos SAS para 1,000 equipos de escritorio. Cómputo del usuario final EMC VSPEX 77

78 Capítulo 4: Descripción general de la solución Se usan dos discos flash (se muestran como 1_1_0 y 1_1_1) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Los discos que se muestran como 0_0_4 a 0_0_24 y 1_1_13 a 1_1_14 no se utilizan. No se utilizaron para probar esta solución. Nota: Es posible utilizar unidades de mayor tamaño para aumentar la capacidad. Para satisfacer las recomendaciones de carga, todas las unidades deben tener el mismo tamaño y funcionar a 15,000 rpm. Si se utilizan distintos tamaños, es posible que los algoritmos del diseño de almacenamiento proporcionen resultados que no son óptimos. Diseño de almacenamiento opcional En las pruebas de validación de la solución, el espacio de almacenamiento para los datos de usuario se asignó al arreglo VNX, tal como se muestra en la Figura 25. Este almacenamiento es adicional al almacenamiento principal que se muestra en la Figura 24. Si ya existe un espacio de almacenamiento para datos de usuarios en algún lugar del ambiente de producción, este espacio de almacenamiento no es necesario. Figura 25. Diseño opcional de almacenamiento para 1,000 equipos de escritorio virtuales 78 Cómputo del usuario final EMC VSPEX

79 Capítulo 4: Descripción general de la solución Descripción general del diseño de almacenamiento opcional El diseño de almacenamiento opcional se utiliza para almacenar los servidores de infraestructura, los perfiles de usuario y directorios de inicio, y los Personal vdisks. La siguiente configuración opcional se utiliza en la arquitectura de referencia para 1,000 equipos de escritorio virtuales: EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 0_2_14 y 0_3_14 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento. Se usan cinco discos SAS (se muestran como 0_2_0 a 0_2_4) en el pool de almacenamiento 6 RAID 5 para almacenar máquinas virtuales de la infraestructura. Se provisiona un LUN de 1 TB del pool para presentarlo a los servidores Hyper-V como un CSV. Se usan veinticuatro discos SAS NL (se muestran como 0_2_5 a 0_2_13 y 1_2_0 a 1_2_14) en el pool de almacenamiento 4 RAID 6 para almacenar los datos de usuario y los perfiles de roaming. Se provisionan diez LUN de 1 TB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. Si se implementaron múltiples tipos de unidades, se puede activar FAST VP para organizar los datos automáticamente en niveles a fin de balancear las diferencias de 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 obtiene acceso a ellos. Los datos de acceso frecuente se promueven a niveles más altos de almacenamiento en incrementos de 256 MB, mientras que los datos de acceso poco frecuente se pueden migrar a un nivel más bajo para aumentar la rentabilidad. Este rebalanceo de unidades de datos de 256 MB, o segmentos, se realiza como parte de una operación de mantenimiento calendarizada regularmente. No se recomienda el uso de FAST VP para el almacenamiento de equipos de escritorio virtuales, pero puede mejorar el rendimiento si se implementa para los perfiles de roaming y los datos de usuario. Se usan dieciséis discos SAS (0_3_0 a 0_3_13 y 1_3_0 a 1_3_1) en el pool de almacenamiento 5 RAID 10 para almacenar los Personal vdisks. FAST Cache está habilitada para el pool completo. Para NAS, se provisionan 10 LUN de 400 GB cada uno del pool para proporcionar el almacenamiento necesario para crear cuatro sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan cuatro LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. Los discos que se muestran como 1_3_2 a 1_3_14 no se utilizan. No se utilizaron para probar esta solución. Cómputo del usuario final EMC VSPEX 79

80 Capítulo 4: Descripción general de la solución Diseño de almacenamiento para 2,000 equipos de escritorio virtuales Diseño de almacenamiento principal con aprovisionamiento PVS En la Figura 26 ilustra el diseño de los discos necesarios para almacenar 2,000 equipos de escritorio virtuales con aprovisionamiento PVS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vdisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario. Figura 26. Diseño de almacenamiento principal con aprovisionamiento PVS para 2,000 equipos de escritorio virtuales Descripción general del diseño de almacenamiento principal con aprovisionamiento PVS La siguiente configuración general se utiliza en la arquitectura de referencia para 2,000 equipos de escritorio virtuales: Cuatro discos SAS (de 0_0_0 a 0_0_3) se usan para el VNX OE. EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4, 1_1_14 y 0_2_2 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento. Se usan treinta y dos discos SAS (se muestran como 1_0_5 a 1_0_14, 0_1_0 a 0_1_14 y 1_1_0 a 1_1_6) en el pool de almacenamiento 1 RAID 10 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo. 80 Cómputo del usuario final EMC VSPEX

81 Capítulo 4: Descripción general de la solución Para NAS, se provisionan 10 LUN de 800 GB cada uno del pool para proporcionar el almacenamiento necesario para crear ocho sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan ocho LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. Se usan cuatro discos flash (se muestran como 1_1_12 a 1_1_13 y 0_2_0 a 0_2_1) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Se usan cinco discos SAS (1_1_7 a 1_1_11) en el pool de almacenamiento 2 RAID 5 para almacenar los discos virtuales PVS y las imágenes TFTP. FAST Cache está habilitada para el pool completo. Los discos que se muestran como 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 0_2_3 a 0_2_14 no se utilizan. No se utilizaron para probar esta solución. Nota: Es posible utilizar unidades de mayor tamaño para aumentar la capacidad. Para satisfacer las recomendaciones de carga, todas las unidades deben tener el mismo tamaño y funcionar a 15,000 rpm. Si se utilizan distintos tamaños, es posible que los algoritmos del diseño de almacenamiento proporcionen resultados que no son óptimos. Diseño de almacenamiento principal con aprovisionamiento MCS En la Figura 27 ilustra el diseño de los discos necesarios para almacenar 2,000 equipos de escritorio virtuales con aprovisionamiento MCS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vdisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para d0atos de perfil de usuario. Figura 27. Diseño de almacenamiento principal con aprovisionamiento MCS para 2,000 equipos de escritorio virtuales Cómputo del usuario final EMC VSPEX 81

82 Capítulo 4: Descripción general de la solución Descripción general del diseño de almacenamiento principal con aprovisionamiento MCS La siguiente configuración principal se utiliza en la arquitectura de referencia para 2,000 máquinas virtuales de equipos de escritorio: Cuatro discos SAS (de 0_0_0 a 0_0_3) se usan para el VNX OE. EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4, 0_1_2 y 0_2_5 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento. Se usan cuarenta discos SAS (se muestran como 1_0_5 a 1_0_14, 0_1_3 a 0_1_14, 1_1_2 a 1_1_14 y 0_2_0 a 0_2_4) en el pool de almacenamiento 1 RAID 5 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo. Para NAS, se provisionan 10 LUN de 1 GB cada uno del pool para proporcionar el almacenamiento necesario para crear ocho sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan ocho LUN de 2 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. Nota: Si se implementa Personal vdisk, basta con utilizar la mitad de las unidades (20 discos SAS para 2,000 equipos de escritorio) para satisfacer el requisito de rendimiento. Sin embargo, la capacidad de los equipos de escritorio se reducirá en un 50 %. Si se cumple con el requisito de capacidad del ambiente, implemente Personal vdisk con aprovisionamiento MCS con 20 discos SAS para 1,000 equipos de escritorio. Se usan dos discos flash (se muestran como 0_1_0 a 0_1_1 y 1_1_0 a 1_1_1) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Los discos que se muestran como 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 0_2_6 a 0_2_14 no se utilizan. No se utilizaron para probar esta solución. Nota: Es posible utilizar unidades de mayor tamaño para aumentar la capacidad. Para satisfacer las recomendaciones de carga, todas las unidades deben tener el mismo tamaño y funcionar a 15,000 rpm. Si se utilizan distintos tamaños, es posible que los algoritmos del diseño de almacenamiento proporcionen resultados que no son óptimos. 82 Cómputo del usuario final EMC VSPEX

83 Diseño de almacenamiento opcional Capítulo 4: Descripción general de la solución En las pruebas de validación de la solución, el espacio de almacenamiento para los datos de usuario se asignó al arreglo VNX, tal como se muestra en la Figura 28. Este almacenamiento es adicional al almacenamiento principal que se muestra en la Figura 27. Si ya existe un espacio de almacenamiento para datos de usuarios en algún lugar del ambiente de producción, este espacio de almacenamiento no es necesario. Figura 28. Diseño opcional de almacenamiento para 2,000 equipos de escritorio virtuales Descripción general del diseño de almacenamiento opcional El diseño de almacenamiento opcional se utiliza para almacenar los servidores de infraestructura, los perfiles de usuario y directorios de inicio, y los Personal vdisks. La siguiente configuración opcional se utiliza en la arquitectura de referencia para 2,000 equipos de escritorio virtuales: EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_2_14, 0_4_9, 0_5_12 y 0_5_13 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Este disco está marcado como hot spare en el diagrama de diseño de almacenamiento. Cómputo del usuario final EMC VSPEX 83

84 Capítulo 4: Descripción general de la solución Alta disponibilidad y failover Se usan cinco discos SAS (se muestran como 1_2_0 a 1_2_4) en el pool de almacenamiento 6 RAID 5 para almacenar máquinas virtuales de la infraestructura. Se provisiona un LUN de 1 TB del pool para presentarlo a los servidores Hyper-V como un CSV. Se usan cuarenta y ocho discos SAS NL (se muestran como 1_2_5 a 1_2_13, 0_3_0 a 0_3_14, 1_3_0 a 1_3_14 y 0_4_0 a 0_4_8) en el pool de almacenamiento 4 RAID 6 para almacenar los datos de usuario y los perfiles de roaming. Se provisionan diez LUN de 2 TB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. Si se implementaron múltiples tipos de unidades, se puede activar FAST VP para organizar los datos automáticamente en niveles a fin de balancear las diferencias de 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 obtiene acceso a ellos. Los datos de acceso frecuente se promueven a niveles más altos de almacenamiento en incrementos de 256 MB, mientras que los datos de acceso poco frecuente se pueden migrar a un nivel más bajo para aumentar la rentabilidad. Este rebalanceo de unidades de datos de 256 MB, o segmentos, se realiza como parte de una operación de mantenimiento calendarizada regularmente. No se recomienda el uso de FAST VP para el almacenamiento de equipos de escritorio virtuales, pero puede mejorar el rendimiento si se implementa para los perfiles de roaming y los datos de usuario. Se usan treinta y dos discos SAS (0_4_10 a 0_4_14, 1_4_0 a 1_4_14 y 0_5_0 a 0_5_11) en el pool de almacenamiento 5 RAID 10 para almacenar los Personal vdisks. FAST Cache está habilitada para el pool completo. Para NAS, se provisionan 10 LUN de 800 GB cada uno del pool para proporcionar el almacenamiento necesario para crear ocho sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB. Para Fibre Channel, se provisionan ocho LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV. 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 la mayoría de las fallas de una sola unidad con impacto mínimo o nulo para las operaciones de negocios. Capa de virtualización Como se mencionó anteriormente, se recomienda configurar la alta disponibilidad en la capa de vitualización y permitir que el hipervisor reinicie automáticamente las máquinas virtuales que fallen. En la Figura 29 ilustra la capa del hipervisor que responde a una falla en la capa de cómputo. Figura 29. Alta disponibilidad en la capa de virtualización 84 Cómputo del usuario final EMC VSPEX

85 Capítulo 4: Descripción general de la solución Implementar una alta disponibilidad en la capa de virtualización permite asegurarse de que, incluso en caso de que se produzca una falla de hardware, la infraestructura intentará mantener la ejecución de todos los servicios que sean posibles. Capa de cómputo Si bien esta solución ofrece flexibilidad en cuanto a los tipos de servidores que se pueden usar en la capa de cómputo, se recomienda usar servidores de clase empresarial diseñados para el centro de datos. Conecte estos servidores con fuentes de alimentación redundantes a unidades de distribución de alimentación (PDU) separadas, de acuerdo con las mejores prácticas de su proveedor de servidores. Figura 30. Fuentes de alimentación redundantes También se recomienda configurar una alta disponibilidad en la capa de virtualización. Esto quiere decir que la capa de cómputo se debe configurar con recursos suficientes para que la cantidad total de recursos disponibles satisfaga las necesidades del ambiente, incluso si un servidor falla, como se ilustra en la Figura 30. Capa de red Las funciones de red avanzadas de la familia VNX ofrecen protección contra fallas de conexión a la red en el arreglo. Cada host Hyper-V tiene múltiples conexiones a las redes Ethernet de usuarios y almacenamiento a fin de proteger contra fallas de enlaces. Estas conexiones deben distribuirse entre múltiples switches Ethernet como medida de protección contra la falla de componentes en la red, como se muestra en la Figura 31. Cómputo del usuario final EMC VSPEX 85

86 Capítulo 4: Descripción general de la solución Figura 31. Alta disponibilidad de la capa de red A través de un diseño de red carente de puntos únicos de falla, es posible asegurarse de que la capa de cómputo obtenga acceso al almacenamiento y se comunique con los usuarios, incluso si algún componente falla. Capa de almacenamiento La familia VNX está diseñada para ofrecer disponibilidad de cinco nueves ( %) mediante el uso de 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. Además, las unidades hot spare disponibles se pueden asignar de forma dinámica para reemplazar un disco con fallas, como se muestra en la Figura 32. Figura 32. Alta disponibilidad de VNX Los arreglos de almacenamiento EMC están diseñados para proporcionar una alta disponibilidad de manera predeterminada. Cuando se configuran de acuerdo con las instrucciones de instalación, ninguna falla de unidad trae como resultado una pérdida de datos o una falta de disponibilidad. 86 Cómputo del usuario final EMC VSPEX

87 Capítulo 4: Descripción general de la solución Perfil de la prueba de validación La solución VSPEX se validó con las características del perfil de ambiente que se indica en la Tabla 11. Tabla 11. Perfil validado del ambiente Características del perfil Cantidad de equipos de escritorio virtuales SO de los equipos de escritorio virtuales CPU por equipo de escritorio virtual Cantidad de equipos de escritorio virtuales por core de CPU RAM por equipo de escritorio virtual Método de aprovisionamiento de los equipos de escritorio Espacio de almacenamiento promedio disponible para cada equipo de escritorio virtual IOPS promedio por equipo de escritorio virtual en estado estable IOPS máximas promedio por equipo de escritorio virtual durante encendidos simultáneos masivos Cantidad de áreas de almacenamiento de datos para almacenar equipos de escritorio virtuales Cantidad de equipos de escritorio virtuales por área de almacenamiento de datos Tipo de disco y RAID para áreas de almacenamiento de datos Valor 500 (500 equipos de escritorio virtuales) 1,000 (1,000 equipos de escritorio virtuales) 2,000 (2,000 equipos de escritorio virtuales) SO del equipo de escritorio: Windows 7 Enterprise (32-bit) SP1 SO del servidor: Windows Server 2008 R2 SP1 SO del equipo de escritorio: 1 vcpu SO del servidor: 0.2 vcpu SO del equipo de escritorio: 1 vcpu SO del servidor: 0.2 vcpu SO del equipo de escritorio: 2 GB SO del servidor: 0.6 GB Provisioning Services (PVS) Machine Creation Services (MCS) 4 GB (PVS) 8 GB (MCS) 8 IOPS Sesenta IOPS (variante MCS/NFS) Ocho IOPS (variante PVS/NFS) Ciento dieciséis IOPS (variante MCS/Fibre Channel) Catorce IOPS (variante PVS/Fibre Channel) Dos para 500 equipos de escritorio virtuales Cuatro para 1,000 equipos de escritorio virtuales Ocho para 2,000 equipos de escritorio virtuales 250 Discos SAS RAID 5 de 600 GB, 15 k r/min y 3.5 pulgadas Cómputo del usuario final EMC VSPEX 87

88 Capítulo 4: Descripción general de la solución Características del perfil Tipo de disco y RAID para recursos compartidos de CIFS para alojar perfiles de usuario de roaming y directorios de inicio (opcional para datos de usuarios) Valor Discos NL-SAS RAID 6 de 2 TB, 7,200 r/min y 3.5 pulgadas Nota: El IOPS promedio por equipo de escritorio virtual en condición estable se mide cuando se simula el tipo de carga de perfil mediano de Login VSI en configuraciones de 500, 1,000 y 2,000 equipos de escritorio. En cada configuración, Login VSImax se encuentra por debajo del umbral de VSImax dinámico. Pautas de configuración del ambiente de respaldo Esta sección proporciona las reglas sobre cómo configurar un ambiente de respaldo y recuperación para esta solución VSPEX. Características de respaldo La Tabla 12 muestra cómo se dimensionó el perfil del ambiente de respaldo de esta solución VSPEX utilizando tres agrupamientos. Tabla 12. Características del perfil de respaldo Características del perfil Datos del usuario Valor 5 TB para 500 equipos de escritorio virtuales 10 TB para 1,000 equipos de escritorio virtuales 20 TB para 2,000 equipos de escritorio virtuales Nota: 10.0 GB por equipo de escritorio Tasa de cambio diaria para los datos de usuario Datos del usuario 2% Retención por tipos de datos Cantidad diaria Cantidad semanal Cantidad mensual 30 diarias 4 semanales 1 mensual Diseño del respaldo Avamar ofrece varias opciones de implementación que se adaptan a requisitos de recuperación y casos de uso específicos. En este caso, la solución se implementa con Avamar Data Store. Esto permite que los datos de usuario no estructurados se respalden directamente en el sistema Avamar para una recuperación simple en el nivel de archivos. Esta solución de respaldo unifica el proceso de respaldo con software y sistemas de respaldo con deduplicación líderes en el sector, y logra los más altos niveles de rendimiento y eficiencia. 88 Cómputo del usuario final EMC VSPEX

89 Capítulo 4: Descripción general de la solución Pautas para el dimensionamiento Las siguientes secciones proporcionan las definiciones de la carga de trabajo de referencia que se utilizó para dimensionar e implementar las arquitecturas VSPEX que se mencionan en este documento. Ofrecen orientación sobre cómo relacionar los tipos de carga de referencia con los del cliente y cómo pueden modificar la configuración de la implementación final desde la perspectiva del servidor y la red. Para modificar la definición del almacenamiento, es posible agregar unidades para aumentar la capacidad y el rendimiento y agregar funciones como FAST Cache para los equipos de escritorio y FAST VP para mejorar el rendimiento de los datos de usuario. Los diseños de los discos se crearon para ofrecer soporte para la cantidad especificada de equipos de escritorio virtuales en el nivel de rendimiento definido. Si se reducen la cantidad de discos o el nivel de un tipo de arreglo, es posible que disminuyan tanto las IOPS por equipo de escritorio como la experiencia del usuario, debido a que los tiempos de respuesta aumentarían. Carga de trabajo de referencia Cada infraestructura comprobada VSPEX implementa los recursos de almacenamiento, red y cómputo necesarios para una cantidad determinada de máquinas virtuales validadas por EMC. En la práctica, cada máquina virtual tiene su propio conjunto de requisitos, los que rara vez se ajustan 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. Definición de la carga de trabajo de referencia Para simplificar el análisis, se definió un tipo de carga de referencia representativo. Al comparar las necesidades reales del cliente con este tipo de carga de referencia, es posible extrapolar la arquitectura de referencia que se debe elegir. Para la solución de cómputo del usuario final de VSPEX, el tipo de carga de referencia se define como un equipo de escritorio virtual único que puede implementarse mediante un SO de equipo de escritorio o de servidor. En el caso de un SO de equipo de escritorio, cada usuario tiene acceso a una máquina virtual dedicada a la que se asigna un vcpu y 2 GB de RAM. En el caso de un SO de servidor, se asigna a cada máquina virtual cuatro vcpu y 12 GB de RAM y se comparte entre 20 sesiones de equipos de escritorio virtuales. La Tabla 13 muestra las características del equipo de escritorio virtual. Cómputo del usuario final EMC VSPEX 89

90 Capítulo 4: Descripción general de la solución Tabla 13. Características del equipo de escritorio virtual Característica Sistema operativo de los equipos de escritorio virtuales Procesadores virtuales por equipo de escritorio virtual RAM por equipo de escritorio virtual Capacidad de almacenamiento disponible por equipo de escritorio virtual IOPS promedio por equipo de escritorio virtual en estado estable Capacidad de almacenamiento disponible por equipo de escritorio virtual Valor SO del equipo de escritorio: Microsoft Windows 7 Enterprise Edition (32 bits) SP1 SO del servidor: Windows Server 2008 R2 SP1 SO del equipo de escritorio: 1 vcpu SO del servidor: 0.2 vcpu SO del equipo de escritorio: 2 GB SO del servidor: 0.6 GB 4 GB (PVS) 8 GB (MCS) 8 8 GB (MCS) Esta definición de equipo de escritorio se basa en los datos de usuario que residen en el almacenamiento compartido. El perfil de I/O se define mediante un marco de trabajo de prueba que ejecuta todos los equipos de escritorio simultáneamente, con una carga estable generada por el uso constante de aplicaciones de oficina tales como navegadores, software de productividad de oficina y otras utilidades de tareas estándar. Aplicación de la carga de trabajo de referencia Además de la cantidad de equipos de escritorio admitidos (500, 1,000 o 2,000), puede haber otros factores que se deben considerar al decidir qué solución para el cómputo del usuario final se implementará. Simultaneidad Las cargas de trabajo utilizadas para validar las soluciones VSPEX suponen que todos los usuarios de equipos de escritorio estarán activos en todo momento. Es decir, la arquitectura de 1,000 equipos de escritorio se probó con 1,000 equipos de escritorio, los cuales generaban cargas de trabajo en paralelo, estaban encendidos al mismo tiempo, etc. Si el cliente espera contar con 1,200 usuarios, de los cuales solo el 50 % tendrá una sesión iniciada en un momento determinado debido a diferencias de zonas horarias o a una alternancia de turnos, la arquitectura de 1,000 equipos de escritorio podrá soportar los 600 usuarios activos del total de 1,200 usuarios. Cargas de trabajo de equipos de escritorio con mayor actividad El tipo de carga que se define en la Tabla 13 y que se usó para probar estas configuraciones de cómputo del usuario final de VSPEX se considera una carga típica de trabajadores de oficina. Sin embargo, algunos clientes tienen usuarios con un perfil más activo. 90 Cómputo del usuario final EMC VSPEX

91 Capítulo 4: Descripción general de la solución Si una empresa tiene 800 usuarios y, debido a las aplicaciones corporativas personalizadas, cada usuario genera 12 IOPS en lugar de los ocho IOPS que se usan en el tipo de carga de VSPEX, la configuración necesitará 9,600 IOPS (800 usuarios x 12 IOPS por equipo de escritorio). La configuración de 1,000 equipos de escritorio sería insuficiente en este caso, ya que está clasificada para 8,000 IOPS (1,000 equipos de escritorio x 8 IOPS por equipo de escritorio). Este cliente debe tomar en cuenta la posibilidad de cambiarse a la solución de 2,000 equipos de escritorio. Implementación de las arquitecturas de referencia Las arquitecturas de referencia requieren que esté disponible un conjunto de hardware para las necesidades de CPU, memoria, red y almacenamiento del sistema. Estas se presentan como requisitos generales que son independientes de cualquier implementación específica. Esta sección describe algunas consideraciones para implementar los requisitos. Tipos de recursos Las arquitecturas de referencia definen los requisitos de hardware para la solución en términos de cuatro tipos de 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 las arquitecturas de referencia y las consideraciones clave para implementarlos en un ambiente del cliente. Recursos de CPU Las arquitecturas definen el número de cores de CPU que se requieren, pero no un tipo o una configuración específica. Se supone que las implementaciones nuevas utilizan versiones recientes de las tecnologías de procesadores y que su rendimiento será igual o mejor que los sistemas que utilizaron para validar la solución. En cualquier sistema en ejecución, es importante monitorear la utilización de recursos y adaptarla según sea necesario. El equipo de escritorio virtual de referencia y los recursos de hardware requeridos en las arquitecturas de referencia suponen que, al usar el SO de equipo de escritorio, no habrá más de ocho CPU virtuales para cada core de procesador físico (relación 8:1). En la mayoría de los casos esto proporciona un nivel de recursos adecuado para los equipos de escritorio virtuales que se hospedan en el sistema. En los casos donde esta proporción pudiera no ser adecuada, monitoree el uso del CPU en la capa del hipervisor para determinar si se necesitan más recursos. Cómputo del usuario final EMC VSPEX 91

92 Capítulo 4: Descripción general de la solución Recursos de memoria Se define que cada equipo de escritorio virtual en la arquitectura de referencia tiene 2 GB de memoria dedicada a una instancia única del sistema operativo del equipo de escritorio. En un ambiente virtual, es frecuente provisionar equipos de escritorio virtuales con más memoria que la que tiene físicamente el hipervisor, debido a restricciones de presupuesto. La técnica de sobreasignación de memoria aprovecha el hecho de que cada equipo de escritorio virtual no utiliza por completo la cantidad de 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 y se convierta en una carga para el subsistema de almacenamiento. Esta solución se validó 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 cause resultados inesperados. Recursos de red Las arquitecturas de referencia describen las necesidades mínimas del sistema. Si se necesita ancho de banda adicional, es importante agregar capacidad en el arreglo de almacenamiento y 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 una cantidad de puertos de red y permiten agregar puertos utilizando módulos de I/O flexibles de EMC. Para propósitos de referencia en el ambiente validado, EMC supone que cada equipo de escritorio virtual genera ocho I/O por segundo con un tamaño promedio de 4 KB. Cada equipo de escritorio virtual genera por lo menos 32 KB/s de tráfico en la red de almacenamiento. En un ambiente clasificado para 500 equipos de escritorio virtuales, se obtiene un mínimo de aproximadamente 16 MB/seg. lo que está en conformidad con los límites de las redes modernas. Sin embargo, esto no toma en cuenta otras operaciones. Por ejemplo, se requiere ancho de banda adicional para: Tráfico de red de usuario Migración de equipos de escritorio virtuales Operaciones administrativas y de gestión Los requisitos de cada una de estas operaciones varían de acuerdo con el uso del ambiente, por lo que no es práctico entregar números concretos en este contexto. Sin embargo, la red descrita en la arquitectura de referencia para cada solución debe ser suficiente para manejar cargas de trabajo promedio para los casos de uso descritos anteriormente. Sin importar los requisitos de tráfico de red, tenga siempre al menos dos conexiones de red físicas que se compartan con una red lógica, de modo que la falla de un enlace no afecte la disponibilidad del sistema. La red se debe diseñar de modo que el ancho de banda total en caso de falla sea suficiente para adecuarse a la carga de trabajo completa. 92 Cómputo del usuario final EMC VSPEX

93 Capítulo 4: Descripción general de la solución Recursos de almacenamiento Las arquitecturas de referencia contienen disposiciones para los discos usados 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 algunas capas 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, es posible provisionar almacenamiento al cluster Microsoft Hyper-V. Cada capa tiene una configuración específica que se define para la solución y se documenta en el Capítulo 5. En general, es aceptable reemplazar tipos de unidades por otros con mayor capacidad y las mismas características de rendimiento u otros que tengan características de mayor rendimiento y 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. 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. Recursos de respaldo Expansión de ambientes VSPEX EUC existentes Resumen de la implementación La solución describe las necesidades de retención y de almacenamiento de respaldo inicial y de crecimiento del sistema. Es posible recopilar más información para un dimensionamiento adicional de Avamar, incluidas las necesidades de salida a cinta, las especificaciones de RPO y RTO y las necesidades de replicación del ambiente de múltiples sitios. La solución EMC VSPEX EUC es compatible con un modelo de implementación flexible que permite expandir el ambiente fácilmente en función de los cambios de las necesidades del negocio. Las configuraciones de elementos esenciales que se describen en esta solución se pueden combinar para formar implementaciones de mayor tamaño. Por ejemplo, se puede construir la configuración para 1,000 equipos de escritorio de una sola vez, o bien, comenzar con la configuración para 500 equipos de escritorio y expandirla según sea necesario. De igual manera, es posible implementar la configuración para 2,000 equipos de escritorio de una sola vez o hacerlo gradualmente al expandir los recursos de almacenamiento según se requiera. Los requisitos que se indican en las arquitecturas 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 variará con el tiempo a medida que los usuarios interactúan con el sistema. Sin embargo, si los equipos de escritorio virtuales del cliente difieren considerablemente de la definición de referencia y varían en el mismo grupo de recursos, será necesario agregar más de ese recurso al sistema. Cómputo del usuario final EMC VSPEX 93

94 Capítulo 4: Descripción general de la solución Evaluación rápida Una evaluación del ambiente del cliente ayudará a asegurarse de implementar la solución VSPEX correcta. Esta sección proporciona una hoja de trabajo fácil de usar que simplificará los cálculos de dimensionamiento y ayudará a evaluar el ambiente del cliente. Primero, elabore un resumen con los tipos de usuarios que desea migrar al ambiente de cómputo del usuario final de VSPEX. Para cada grupo, 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 equipos de escritorio virtuales de referencia que se requiere del pool de recursos. Aplicación de la carga de trabajo de referencia ofrece ejemplos de este proceso. Complete una fila de la hoja de trabajo para cada aplicación, como se muestra en la Tabla 14. Tabla 14. Fila de la hoja de trabajo en blanco Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Número de usuarios Total de equipos de escritorio de referencia Ejemplo de tipo de usuario Requisitos de recursos Equipos de escritorio de referencia equivalentes Complete los requerimientos de recursos para el tipo de usuario. La fila requiere entradas en tres recursos diferentes: CPU, memoria e IOPS. Requisitos de CPU Requisitos de memoria El equipo de escritorio virtual de referencia supone que la mayoría de las aplicaciones de equipos de escritorio están optimizadas para un solo CPU en una implementación de SO de equipo de escritorio. Si un tipo de usuario requiere un equipo de escritorio con varios CPU virtuales, modifique el conteo de equipos de escritorio virtuales propuesto para proporcionar los recursos adicionales. Por ejemplo, si virtualiza 100 equipos de escritorio, pero 20 usuarios requieren dos CPU en lugar de uno, considere que su pool necesita proporcionar una capacidad de 120 equipos de escritorio virtuales. La memoria desempeña una función fundamental en asegurar la funcionalidad y el rendimiento de las aplicaciones. Por lo tanto, la cantidad de memoria disponible que cada grupo de equipos de escritorio considera aceptable será distinta. Tal como en el cálculo del CPU, si un grupo de usuarios requiere recursos de memoria adicionales, simplemente ajuste el número de equipos de escritorio que desea para adecuarse a los requisitos de recursos adicionales. Por ejemplo, si tiene 200 equipos de escritorio que se virtualizarán mediante el SO de equipo de escritorio, pero cada uno necesita 4 GB de memoria en lugar de los 2 GB que se proporcionan en la referencia, planee 400 equipos de escritorio virtuales. 94 Cómputo del usuario final EMC VSPEX

95 Capítulo 4: Descripción general de la solución Requisitos de rendimiento del almacenamiento Requisitos de capacidad de almacenamiento Determinación de equipos de escritorio virtuales de referencia equivalentes Los requerimientos de rendimiento del almacenamiento para equipos de escritorio son generalmente el aspecto menos comprendido del rendimiento. El equipo de escritorio virtual de referencia usa una carga de trabajo generada por una herramienta reconocida en el sector para ejecutar una amplia variedad de aplicaciones de productividad de oficina que debe ser representativa de la mayoría de las implementaciones de equipos de escritorio virtuales. Los requisitos de capacidad de almacenamiento para un equipo de escritorio pueden variar ampliamente dependiendo de los tipos de aplicaciones en uso y de las políticas específicas del cliente. Los equipos de escritorio virtuales presentados en esta solución dependen de almacenamiento compartido adicional para datos de perfil y documentos de usuario. Este requisito se satisface a través de un componente opcional que se puede aprovechar al agregar un hardware de almacenamiento específico de la arquitectura de referencia o con los archivos compartidos que existen en el ambiente. Con todos los recursos definidos, determine un valor apropiado para las filas Equipos de escritorio virtuales de referencia equivalentes, en la Tabla 14, mediante el uso de las relaciones que aparecen en la Tabla 15. Redondee todos los valores hacia arriba al número entero más cercano. Tabla 15. Recursos de equipos de escritorio virtuales de referencia Tipo de equipo de escritorio SO del equipo de escritorio Recursos. Valor para el equipo de escritorio virtual de referencia Relación entre requerimientos y equipos de escritorio virtuales de referencia equivalentes CPU 1 Equipos de escritorio virtuales de referencia equivalentes = requisitos de recursos Memoria 2 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/2 IOPS 8 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/8 SO del servidor CPU 0.2 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/0.2 Memoria 0.6 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/0.6 IOPS 8 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/8 Por ejemplo, si un grupo de 100 usuarios necesita dos CPU virtuales y 12 IOPS por equipo de escritorio en una implementación de SO de equipo de escritorio, además de 8 GB de memoria, indique que necesitan dos equipos de escritorio de referencia de CPU, cuatro equipos de escritorio de referencia de memoria y dos equipos de escritorio de referencia de IOPS, de acuerdo con las características de los equipos de escritorio virtuales que aparecen en la Tabla 13, en la página 90. Ingrese estas cifras en la fila Equipos de escritorio virtuales de referencia equivalentes, como se muestra en la Tabla 16. Use el valor máximo de la fila para completar la columna Equipos de escritorio virtuales de referencia equivalentes. Cómputo del usuario final EMC VSPEX 95

96 Capítulo 4: Descripción general de la solución Multiplique el número de equipos de escritorio virtuales de referencia equivalentes por el número de usuarios para obtener las necesidades de recursos totales de ese tipo de usuario. Tabla 16. Ejemplo de fila de la hoja de trabajo Tipo de usuario Usuarios con gran actividad Requisitos de recursos Equipos de escritorio virtuales de referencia equivalentes CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Número de usuarios Total de equipos de escritorio de referencia Después de completar la hoja de trabajo correspondiente a cada tipo de usuario que se migrará a la infraestructura virtual, sume los valores de la columna Total, a la derecha de la hoja de trabajo, como se muestra en la Tabla 17, para calcular la cantidad total de equipos de escritorio virtuales de referencia que se necesitan en el pool. Tabla 17. Aplicaciones de ejemplo Tipo de usuario Usuarios con gran actividad Requisitos de recursos Equipos de escritorio virtuales de referencia equivalentes Requisitos de recursos Equipos de escritorio virtuales de referencia equivalentes Requisitos de recursos CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Número de usuarios Total de equipos de escritorio de referencia Equipos de escritorio virtuales de referencia equivalentes Total Cómputo del usuario final EMC VSPEX

97 Capítulo 4: Descripción general de la solución Las soluciones para el cómputo del usuario final de VSPEX definen tamaños de pools de recursos definitivos. Para este conjunto de soluciones, los tamaños del pool son 500, 1,000 y 2,000. En el caso de la Tabla 17, el cliente requiere una capacidad de 900 equipos de escritorio virtuales del pool. Por lo tanto, el pool de recursos de 1,000 equipos de escritorio virtuales proporciona suficientes recursos para las necesidades actuales, además de espacio para el crecimiento. Ajustes En la mayoría de los casos, el hardware recomendado para los servidores y el almacenamiento se puede dimensionar adecuadamente en función del proceso descrito en la sección anterior. Sin embargo, en algunas ocasiones, será necesario personalizar aún más los recursos de hardware disponibles. Una descripción completa de la arquitectura del sistema está fuera del alcance de este documento; no obstante, la personalización adicional se puede realizar en este punto. Recursos de almacenamiento En algunas aplicaciones, es necesario separar algunos tipos de carga de almacenamiento de otros tipos de carga. Los diseños de almacenamiento en las arquitecturas VSPEX ponen todos los equipos de escritorio virtuales en un solo pool de recursos. Para lograr la separación de los tipo de carga, compre unidades de disco adicionales para cada grupo que necesite el aislamiento de los tipos de carga y agréguelas a un pool dedicado. No resulta adecuado reducir el tamaño del pool de recursos de almacenamiento principal para soportar el aislamiento, ni reducir la capacidad del pool sin orientación adicional además de este documento. Los diseños de almacenamiento presentados en este documento se han elaborado para balancear muchos factores distintos en términos de alta disponibilidad, rendimiento y protección de datos. El cambio de los componentes del pool puede tener impactos significativos y difíciles de predecir en otras áreas del sistema. Recursos de servidor En la solución para el cómputo del usuario final de VSPEX, es posible personalizar los recursos de hardware del servidor con mayor eficacia. Para hacerlo, sume en primer lugar el total de requisitos de recursos para los componentes del servidor, como se muestra en la Tabla 18. Observe la adición de las columnas Total de recursos de CPU y Total de recursos de memoria a la derecha de la tabla. Tabla 18. Totales de componentes de recursos de servidor Tipo de usuario Usuarios con gran actividad Requisitos de recursos CPU (CPU virtuales) Memoria (GB) Número de usuarios Total de recursos de CPU Total de recursos de memoria Usuarios con actividad moderada Requisitos de recursos Usuarios típicos Requisitos de recursos Total 700 1,800 Cómputo del usuario final EMC VSPEX 97

98 Capítulo 4: Descripción general de la solución Tipo de usuario En este ejemplo, la arquitectura de destino requirió 700 CPU virtuales y 1800 GB de memoria. Con los supuestos indicados de ocho equipos de escritorio por core de procesador físico en una implementación de SO de equipo de escritorio, sin aprovisionamiento excesivo de memoria, esto se traduce en 88 cores de procesadores físicos y 1800 GB de memoria. En cambio, el pool de recursos de 1,000 equipos de escritorio virtuales documentado en la arquitectura de referencia exige 2,000 GB de memoria y por lo menos 125 cores de procesadores físicos. En este ambiente, la solución se puede implementar eficazmente con menos recursos de servidor. Nota: Tenga presentes los requerimientos de alta disponibilidad al personalizar el hardware del pool de recursos. La Tabla 19 muestra una hoja de trabajo en blanco para obtener la información de los clientes. Tabla 19. Hoja de trabajo del cliente en blanco CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Número de usuarios Requisitos de recursos Equipos de escritorio virtuales de referencia equivalentes Requisitos de recursos Equipos de escritorio virtuales de referencia equivalentes Requisitos de recursos Equipos de escritorio virtuales de referencia equivalentes Requisitos de recursos Equipos de escritorio virtuales de referencia equivalentes Requisitos de recursos Total de equipos de escritorio de referencia Total Equipos de escritorio virtuales de referencia equivalentes 98 Cómputo del usuario final EMC VSPEX

99 Capítulo 5: Guía de configuración de VSPEX 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 Instalación y configuración de los hosts de Microsoft Hyper-V Instalación y configuración de la base de datos de SQL Server Implementación del servidor System Center Virtual Machine Manager Instalación y configuración del controlador XenDesktop Instalación y configuración de Provisioning Services (solo PVS) Configuración de EMC Avamar Resumen Cómputo del usuario final EMC VSPEX 99

100 Capítulo 5: Guía de configuración de VSPEX Descripción general La Tabla 20 describe las etapas del proceso de implementación de la solución. Cuando finalice la implementación, la infraestructura VSPEX estará lista para integrarse a la infraestructura de redes y servidores existente del cliente. Tabla 20. Descripción general del proceso de implementación Etapa Descripción Referencia 1 Verificar los requisitos previos. Tareas previas a la implementación 2 Obtener las herramientas de implementación. 3 Recopilar datos de configuración del cliente. 4 Montar en rack y cablear los componentes. 5 Configurar los switches y las redes y conectarse a la red del cliente. Tareas previas a la implementación Tareas previas a la implementación Documentación del proveedor Preparar los switches, conectar la red y configurar los switches 6 Instalar y configurar el sistema VNX. Preparar y configurar arreglo de almacenamiento 7 Configurar el almacenamiento de máquinas virtuales. Preparar y configurar arreglo de almacenamiento 8 Instalar y configurar los servidores. Instalación y configuración de los hosts de Microsoft Hyper-V 9 Configurar SQL Server (utilizado por SCVMM, PVS Server y XenDesktop). Instalación y configuración de la base de datos de SQL Server 10 Instalar y configurar SCVMM. Implementación del servidor System Center Virtual Machine Manager 11 Configurar XenDesktop Controller. Instalación y configuración del controlador XenDesktop 12 Probar e instalar. Validación de la solución 100 Cómputo del usuario final EMC VSPEX

101 Capítulo 5: Guía de configuración de VSPEX Tareas previas a la implementación Las tareas previas a la implementación incluyen procedimientos que no se relacionan directamente con la instalación y la configuración del ambiente, pero cuyos resultados serán necesarios en el momento de la instalación. Ejemplos de tareas previas a la implementación son la recopilación de nombres de host, direcciones IP, ID de VLAN, números de licencia, medios de instalación, etc. Asegúrese de ejecutar estas tareas, como se muestra en la Tabla 21, antes de que se lleve a cabo la visita del cliente, a fin de reducir el tiempo que se necesita pasar en el sitio. Tabla 21. Tareas previas a la implementación Tarea Descripción Referencia Reunir documentos Reúna los documentos relacionados que se enumeran en las referencias. Estos se usan en todo el texto de este documento para proporcionar detalles sobre procedimientos de configuración y mejores prácticas de implementación para los diversos componentes de la solución. Documentación de EMC Otros documentos Reunir herramientas Recopilar datos Reúna las herramientas requeridas y opcionales para la implementación. Use la Tabla 22 para comprobar que todos los equipos, el software y las licencias apropiadas estén disponibles antes del 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 Datos de configuración del cliente para usarla como referencia durante el proceso de implementación. Tabla 22 Apéndice B Prerrequisitos de la implementación Complete la Hoja de trabajo de configuración de bloques de VNX para la Fibre Channel, disponible en el servicio de soporte en línea de EMC, para proporcionar la información específica del arreglo más completa posible. La Tabla 22 detalla los requisitos de hardware, software y licencias de la solución. Para obtener información adicional, consulte las tablas de hardware y software de esta guía. Tabla 22. Lista de verificación de los requisitos previos de la implementación Requisito Descripción Referencia Hardware Servidores físicos para alojar equipos de escritorio virtuales: capacidad de servidor físico suficiente para alojar equipos de escritorio Microsoft Hyper-v Server 2012 para alojar servidores de infraestructura virtual Nota: Este requisito se puede cubrir con la infraestructura existente. Conexión a redes: capacidad y funcionalidades de puerto de switch según los requisitos del cómputo del usuario final Cómputo del usuario final EMC VSPEX 101

102 Capítulo 5: Guía de configuración de VSPEX Requisito Descripción Referencia EMC VNX: arreglo de almacenamiento multiprotocolo con el diseño de discos requerido Software Medios de instalación de Microsoft SCVMM 2012 SP1 Medios de instalación de Citrix Provisioning Services 7 Medios de instalación de Citrix XenDesktop 7 Medios de instalación de Citrix Provisioning Services 7 ESI for Microsoft Servicio de soporte en línea de EMC Software: solo variante Fibre Channel Medios de instalación de Microsoft Windows Server 2012 (AD/DHCP/DNS/Hipervisor) Medios de instalación de Microsoft Windows 7 SP1 Medios de instalación de Microsoft SQL Server 2012 EMC PowerPath Servicio de soporte en línea de EMC Licencias Archivos de licencia de Citrix XenDesktop 7 Números de licencia de Microsoft Windows Server 2012 Standard (o superior) Nota: Este requisito se puede satisfacer con Microsoft Key Management Server (KMS) existente. Números de licencia de Microsoft Windows 7 Nota: Este requisito se puede satisfacer con Microsoft Key Management Server (KMS) existente. Número de licencia de Microsoft SQL Server Nota: Este requisito se puede cubrir con la infraestructura existente. Claves de licencia de SCVMM 2012 SP1 Licencias: solo variante Fibre Channel Archivos de licencia de EMC PowerPath 102 Cómputo del usuario final EMC VSPEX

103 Capítulo 5: Guía de configuración de VSPEX Datos de configuración del cliente Para reducir el tiempo en el sitio, es necesario recopilar información tal como direcciones IP y nombres de host como parte del proceso de planificación. El Apéndice B proporciona una tabla para mantener un registro de información pertinente. Este formulario se puede ampliar o contraer según sea necesario, y es posible agregar, modificar y registrar información a medida que avanza la implementación. Adicionalmente, complete la Hoja de trabajo de VNX File y VNX Unified, 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 Esta sección proporciona los requisitos para que la infraestructura de red sea compatible con esta arquitectura. En la Tabla 23 se incluye un resumen de las tareas que se deben completar, junto con referencias que pueden proporcionar información adicional. Tabla 23. Tareas para la configuración de los switches y la red Tarea Descripción Referencia Configurar la red de la infraestructura Configure el arreglo de almacenamiento y la red de infraestructura del host de Windows según las instrucciones que se especifican en Arquitectura de soluciones, en la página 50. Configurar la red de almacenamiento (variante Fibre Channel) Configurar las VLAN Cableado completo de la red Configure los puertos del switch de Fibre Channel, la zonificación de hosts Hyper-V y el arreglo de almacenamiento. Configure VLAN privadas y públicas según sea necesario. Conecte los puertos de interconexión de los switches. Conecte los puertos de VNX. Guía de configuración de switches del proveedor Guía de configuración de switches del proveedor Preparar switches de red Configurar la red de la infraestructura Para obtener niveles validados de rendimiento y alta disponibilidad, esta solución requiere la capacidad de switches que se proporciona en la tabla Hardware de la solución, en la página 55. Si la infraestructura existente cumple con los requisitos, no es necesario instalar nuevo hardware. 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 requiere sin importar si la infraestructura de red para la solución existe o se está implementando junto con otros componentes de la solución. Cómputo del usuario final EMC VSPEX 103

104 Capítulo 5: Guía de configuración de VSPEX En la Figura 33 y en la Figura 34 se muestra un ejemplo de infraestructura de red redundante para esta solución. El diagrama 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 33. Ejemplo de arquitectura de red: variante SMB 104 Cómputo del usuario final EMC VSPEX

105 Capítulo 5: Guía de configuración de VSPEX Figura 34. Ejemplo de arquitectura de red: variante FC Configuración de VLAN Conectar el cableado de la red Asegúrese de poseer la cantidad adecuada de puertos de switches para el arreglo de almacenamiento y hosts Hyper-V configurados con un mínimo de tres VLAN para: Red de máquinas virtuales y tráfico de administración de Hyper-V (redes orientadas al cliente que se pueden separar si es necesario) Red de almacenamiento (red privada) Live Migration (red privada) Asegúrese de que todos los servidores, los arreglos de almacenamiento, las interconexiones de switches y los enlaces superiores de switches de la solución tengan conexiones redundantes y se conecten a infraestructuras de conmutación por separado. Asegúrese de que haya una conexión completa a la red existente del cliente. Nota: En este punto, los nuevos equipos se encuentran en el proceso de conectarse a la red existente del cliente. Deben tomarse las medidas apropiadas para asegurarse de que las interacciones imprevistas no causen problemas de servicio en la red del cliente. Cómputo del usuario final EMC VSPEX 105

106 Capítulo 5: Guía de configuración de VSPEX Preparar y configurar arreglo de almacenamiento Esta sección proporciona recursos e instrucciones para configurar y provisionar el almacenamiento principal y opcional. Configuración de VNX Esta sección describe cómo configurar el arreglo de almacenamiento VNX. En esta solución, VNX proporciona almacenamiento de bloques con conexión SAN a través de CIFS o Fibre Channel para hosts Hyper-V. La Tabla 24 muestra las tareas para la configuración del almacenamiento. Tabla 24. Tareas para la configuración del almacenamiento Tarea Descripción Referencia Establecer la configuración inicial de VNX Provisionar almacenamiento de Fibre Channel para Hyper V (solo Fibre Channel) Provisionar almacenamiento opcional para los datos de usuario Configure la información de direcciones IP y otros parámetros clave en VNX. Cree LUN de FC que se presentarán a los servidores Hyper-V como CSV que alojan a los equipos de escritorio virtuales. Cree LUN de FC que se presentarán a los servidores Hyper-V como CSV que alojan a los equipos de escritorio virtuales. Guía de instalación de VNX5400 Unified Guía de instalación de VNX5600 Unified Hoja de trabajo de VNX File y Unified Guía de introducción del sistema Unisphere Guía de configuración de switch del proveedor Preparación de VNX La Guía de instalación de VNX5400 Unified proporciona instrucciones para el ensamblaje, el montaje en rack, el cableado y la alimentación de VNX. Para 2,000 equipos de escritorio virtuales, consulte la Guía de instalación de VNX5600 Unified. No hay pasos de configuración específicos para esta solución. Establecimiento de la configuración inicial de VNX Después de completar la configuración inicial de VNX, debe configurar información clave acerca del ambiente existente para que el arreglo de almacenamiento se pueda comunicar. Configure los siguientes elementos 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 Los documentos de referencia que se enumeran en la Tabla 24 proporcionan más información sobre cómo configurar la plataforma VNX. En Pautas para la configuración de servidores, en la página 60, se proporciona más información sobre el diseño del disco. 106 Cómputo del usuario final EMC VSPEX

107 Capítulo 5: Guía de configuración de VSPEX Aprovisionamiento del almacenamiento de datos principal El almacenamiento de datos principal es un repositorio para los datos del sistema operativo de los equipos de escritorio virtuales. Puede ser variante Fibre Channel y variante SMB. La Figura 20, la Figura 24, la Figura 26, la Figura 27, la Figura 29 y la Figura 30 representan el diseño de almacenamiento de destino para las variantes Fibre Channel (FC) y SMB de los tres agrupamientos de esta solución VSPEX. Las siguientes secciones describen los pasos de aprovisionamiento para las variantes Fibre Channel y SMB. Aprovisionamiento de almacenamiento para el cluster Hyper-V (solo variante FC) Realice los siguientes pasos en la interfaz de EMC Unisphere para configurar los LUN Fibre Channel en VNX que se usarán para almacenar equipos de escritorio virtuales: 1. Cree un pool de almacenamiento RAID 5 basado en bloques que consista en 10, 20 o 40 discos SAS de 600 GB (10 unidades para 500 equipos de escritorio virtuales, 20 para 1,000 equipos de escritorio virtuales o 40 para 2,000 equipos de escritorio virtuales) para la configuración MCS/No PvD y preséntelo a los servidores ESXi como áreas de almacenamiento de datos VMFS. Para otras configuraciones MCS o PVS, consulte las Reglas para la configuración del almacenamiento para elegir el tamaño de LUN adecuado. Active FAST Cache para el pool de almacenamiento. a. Inicie sesión en EMC Unisphere. b. Seleccione el arreglo que se usará en esta solución. c. Vaya a Storage > Storage Configuration > Storage Pools. d. Seleccione la pestaña Pools. e. Haga clic en Create. 2. En el pool de almacenamiento de bloques, cree cuatro (para 500 equipos de escritorio virtuales), ocho (para 1,000 equipos de escritorio virtuales) o 16 LUN (para 2,000 equipos de escritorio virtuales) y preséntelos a los servidores Hyper-V como CSV. a. Vaya a Storage > LUNs. b. Haga clic en Create. c. En el cuadro de diálogo, seleccione el pool creado en el paso 1, MAX for User Capacity, y 4, 8 o 16 en Number of LUNs para crearlos. Los LUN se provisionarán después de esta operación. 3. Configure un grupo de almacenamiento para permitir que los servidores Hyper-V obtengan acceso a los LUN recientemente creados. a. Vaya a Hosts > Storage Groups. b. Cree un nuevo grupo de almacenamiento. c. Seleccione los LUN y hosts Hyper-V que desee agregar a este grupo de almacenamiento. Cómputo del usuario final EMC VSPEX 107

108 Capítulo 5: Guía de configuración de VSPEX Aprovisionamiento de almacenamiento para el recurso compartido de CIFS (solo variante SMB) Realice los siguientes pasos en EMC Unisphere para configurar los sistemas de archivos CIFS en VNX que se usarán para almacenar equipos de escritorio virtuales: 1. Cree un pool de almacenamiento RAID 5 basado en bloques que conste de 10, 20 o 40 discos SAS de 600 GB (10 unidades para 500 equipos de escritorio virtuales, 20 unidades para 1,000 equipos de escritorio virtuales o 40 para 2,000 equipos de escritorio virtuales) para una configuración MCS/No PvD. Para otras configuraciones MCS o PVS, consulte Reglas para la configuración del almacenamiento para elegir el tipo de RAID y conteo de discos adecuados. Active FAST Cache para el pool de almacenamiento. a. Inicie sesión en EMC Unisphere. b. Seleccione el arreglo que se usará en esta solución. c. Vaya a Storage > Storage Configuration > Storage Pools. d. Seleccione la pestaña Pools. e. Haga clic en Create. 2. Cree 10 LUN en el pool de almacenamiento de bloques y preséntelos a Data Mover como dvols que pertenecen a un pool NAS definido por el sistema. El tamaño de cada LUN debe ser de 200 GB (para 500 equipos de escritorio virtuales), 400 GB (para 1,000 equipos de escritorio virtuales) u 800 GB (para 2,000 equipos de escritorio virtuales) para la configuración MCS/No PvD. Preséntelos al servidor Hyper-V como CSV. Para otras configuraciones MCS o PVS, consulte las Reglas para la configuración del almacenamiento para elegir el tamaño de LUN adecuado. a. Vaya a Storage > LUNs. b. Haga clic en Create. c. En el cuadro de diálogo, seleccione el pool creado en el paso 1, MAX for User Capacity, y 10 en Number of LUNs para crearlos. Nota: Se crearán diez LUN debido a que EMC Performance Engineering recomienda crear aproximadamente un LUN por cada cuatro unidades en el pool de almacenamiento y crear LUN en cantidades pares múltiples de 10. Consulte Mejores prácticas unificadas para el rendimiento de EMC VNX: Guía de mejores prácticas aplicadas. d. Vaya a Hosts > Storage Groups. e. Seleccione filestorage. f. Haga clic en Connect LUNs. g. En el panel Available LUNs, seleccione las 10 LUN que acaba de crear. Estas aparecerán inmediatamente en el panel Selected LUNs. El administrador de volumen detecta automáticamente un nuevo pool de almacenamiento para archivos. Si lo prefiere, puede hacer clic en Rescan Storage System, bajo Storage Pool for File, para buscarlo inmediatamente. No continúe sino hasta que el nuevo pool de almacenamiento aparezca en la GUI. 108 Cómputo del usuario final EMC VSPEX

109 Capítulo 5: Guía de configuración de VSPEX 3. Para la configuración MCS/No PvD, cree cuatro, ocho o 16 sistemas de archivos de 500 GB cada uno (cuatro sistemas de archivos para 500 equipos de escritorio virtuales, ocho para 1,000 o 16 para 2,000) y preséntelos a los servidores Hyper-V como recursos compartidos de SMB. Para otras configuraciones MCS o PVS, consulte las Reglas para la configuración del almacenamiento para elegir el tamaño del sistema de archivos adecuado. a. Vaya a Storage > Storage Configuration > File Systems. b. Haga clic en Create. c. En el cuadro de diálogo, seleccione Create from Storage Pool. d. Introduzca la capacidad de almacenamiento en Storage Capacity (por ejemplo, 500 GB). e. Acepte los valores predeterminados para todos los otros parámetros. 4. Exporte los sistemas de archivos mediante CIFS. a. Vaya a Storage -> Shared Folders -> CIFS. b. Haga clic en Create. 5. En Unisphere: a. Haga clic en Settings > Data Mover Parameters para realizar cambios en la configuración del Data Mover. b. En la lista Set Parameters, seleccione All Parameters. c. Desplácese hacia abajo hasta el parámetro nthreads, como se muestra en la Figura 36. d. Haga clic en Properties para actualizar el ajuste. El número predeterminado de hilos de ejecución dedicados para atender solicitudes NFS es 384 por Data Mover en VNX. Ya que esta solución requiere hasta 2,000 conexiones de equipos de escritorio, aumente la cantidad de hilos de ejecución NFS a un máximo de 1,024 (para 500 equipos de escritorio virtuales) o 2,048 (para 1,000 y 2,000 equipos de escritorio virtuales) en cada Data Mover. Figura 35. Configuración del parámetro nthread Cómputo del usuario final EMC VSPEX 109

110 Capítulo 5: Guía de configuración de VSPEX Configuración de FAST Cache Para configurar FAST Cache en los pools de almacenamiento de esta solución, siga estos pasos: 1. Configure los discos flash como FAST Cache. a. Haga clic en Properties (en el tablero de la ventana de Unisphere) o Manage Cache (en el panel de la izquierda de la ventana de Unisphere) para abrir el cuadro de diálogo Storage System Properties. Figura 36. Cuadro de diálogo Storage System Properties b. Haga clic en la pestaña FAST Cache para ver la información de FAST Cache. c. Haga clic en Create para abrir el cuadro de diálogo Create FAST Cache. Figura 37. Cuadro de diálogo Create FAST Cache d. En el campo RAID Type aparecerá el texto RAID 1 cuando se haya creado FAST Cache. 110 Cómputo del usuario final EMC VSPEX

111 Capítulo 5: Guía de configuración de VSPEX e. También puede determinar la cantidad de discos flash. En la parte inferior de la ventana aparecerán los discos flash que se utilizarán para crear FAST Cache. Puede elegir las unidades manualmente seleccionando la opción Manual. Consulte Reglas para la configuración del almacenamiento para determinar la cantidad de discos flash que se usarán en esta solución. Nota: Si no está disponible una cantidad suficiente de discos flash, se muestra un mensaje de error y no es posible 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 otras palabras, en todos los LUN creados en el pool de almacenamiento, FAST Cache estará activado o desactivado. 3. Para configurar FAST Cache en un pool de almacenamiento existente, use la pestaña Advanced en el cuadro de diálogo Create Storage Pool. Figura 38. Pestaña Advanced del cuadro de diálogo Create Storage Pool Después de que se instala FAST Cache en la serie VNX, se activa de manera predeterminada cada vez que se crea un pool de almacenamiento. Figura 39. Pestaña Advanced del cuadro de diálogo Storage Pool Properties Nota: La función FAST Cache en el arreglo VNX 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 algunas horas, durante las cuales el rendimiento del arreglo mejora constantemente. Cómputo del usuario final EMC VSPEX 111

112 Capítulo 5: Guía de configuración de VSPEX Aprovisionamiento del almacenamiento opcional para los datos de usuario Si el almacenamiento requerido para los datos de usuario (por ejemplo, perfiles de usuario de roaming y directorios de inicio) aún no existe en el ambiente de producción y se adquirió el paquete de discos opcional de datos de usuario, realice los siguientes pasos en Unisphere para configurar dos sistemas de archivos CIFS en VNX: 1. Cree un pool de almacenamiento RAID 6 basado en bloques que consista de 16, 24 o 48 discos SAS NL de 2 TB (16 unidades para 500 equipos de escritorio virtuales, 24 para 1,000 equipos de escritorio virtuales o 48 para 2,000 equipos de escritorio virtuales). La Figura 22, la Figura 28 y la Figura 31 representan el diseño de almacenamiento de datos de usuario de destino para la solución. 2. Cree 10 LUN en el pool de almacenamiento de bloques y preséntelos a Data Mover como dvols que pertenecen a un pool NAS definido por el sistema. Cada LUN debe tener una capacidad de 1 TB (para 500 equipos de escritorio virtuales), 2 TB para (1,000 equipos de escritorio virtuales) o 4 TB para (2,000 equipos de escritorio virtuales). 3. Cree dos sistemas de archivos que contengan los 10 LUN nuevos a partir del pool NAS definido por el sistema. Exporte los sistemas de archivos como recursos compartidos CIFS. Configuración de FAST VP (opcional) Opcionalmente, puede configurar FAST VP para automatizar la transferencia de datos entre niveles de almacenamiento. Es posible configurar FAST VP en el nivel del pool o de LUN. Configuración de FAST VP en el nivel del pool 1. Seleccione un pool de almacenamiento y haga clic en Properties para abrir el cuadro de diálogo Storage Pool Properties. En la Figura 40 muestra la información de organización en niveles para un pool activado FAST VP específico. Figura 40. Ventana Storage Pool Properties 112 Cómputo del usuario final EMC VSPEX

113 Capítulo 5: Guía de configuración de VSPEX El cuadro Tier Status muestra la información de reubicación de FAST VP para el pool seleccionado. 2. En la lista Auto-Tiering, seleccione Manual o Automatic para Relocation Schedule. El panel Tier Details muestra la distribución exacta de los datos. 3. Haga clic en Relocation Schedule para abrir el cuadro de diálogo Manage Auto-Tiering. Figura 41. Cuadro de diálogo Manage Auto-Tiering 4. Opcionalmente, desde el cuadro de diálogo Manage Auto-Tiering, es posible cambiar Data Relocation Rate. La velocidad predeterminada está configurada en Medium para que las I/O del host no se vean afectadas significativamente. 5. Haga clic en OK para guardar los cambios. Nota: FAST VP es una herramienta completamente automatizada que calendariza las reubicaciones para que se produzcan automáticamente. Calendarice las reubicaciones durante horas de baja actividad para minimizar el posible impacto en rendimiento. Cómputo del usuario final EMC VSPEX 113

114 Capítulo 5: Guía de configuración de VSPEX Configuración de FAST VP en el nivel de LUN Algunas propiedades de FAST VP se administran en el nivel del LUN. 1. Haga clic en Properties para ver un LUN específico. 2. Seleccione la pestaña Tiering para ver la información de organización en niveles para el LUN. Figura 42. Ventana LUN Properties La sección Tier Details muestra la distribución actual de slices dentro del LUN. 3. Use la lista Tiering Policy para seleccionar la política de organización en niveles para el LUN. 4. Haga clic en OK para guardar los cambios. Aprovisionamiento de almacenamiento opcional para las máquinas virtuales de la infraestructura Si el almacenamiento requerido para las máquinas virtuales de infraestructura (es decir, SQL Server, controlador de dominio, vcenter Server o controladores XenDesktop) aún no existe en el ambiente de producción y se adquirió el paquete de discos opcional de datos de usuario, configure un sistema de archivos CIFS en VNX para utilizarlo como un recurso compartido de SMB en la cual residan las máquinas virtuales de la infraestructura. Repita los pasos de configuración que aparecen en Aprovisionamiento de almacenamiento para el recurso compartido de CIFS (solo variante SMB) para provisionar el almacenamiento opcional, considerando el menor número de unidades). 114 Cómputo del usuario final EMC VSPEX

115 Capítulo 5: Guía de configuración de VSPEX Instalación y configuración de los hosts de Microsoft Hyper-V 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. La Tabla 25 se describen las tareas necesarias. Tabla 25. 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 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 característica 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 Guía de instalación y administración de EMC PowerPath y PowerPath/VE para Windows Instalación de los hosts de Windows Instalación de Hyper-V y configuración de agrupación en clusters de failover 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. Para instalar y configurar Failover Clustering, siga estos pasos: 1. En cada host de Windows, instale Windows Server 2012 y los parches. 2. Configure la función Hyper-V y la característica Failover Clustering. 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 para hosts de EMC para Windows. La Tabla 25 se proporcionan los pasos y las referencias para realizar las tareas de configuración. Configuración de la red de hosts de 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 las frames jumbo para las tarjetas NIC que transfieren datos SMB. Establezca el tamaño de la MTU en 9,000. Consulte la guía de configuración del proveedor de NIC para obtener instrucciones. Cómputo del usuario final EMC VSPEX 115

116 Capítulo 5: Guía de configuración de VSPEX Instalación de PowerPath en los servidores de Windows Activación de frames jumbo Instale PowerPath en los servidores de Windows para mejorar el rendimiento y las funcionalidades 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 EMC PowerPath y PowerPath/VE para Windows. Una frame jumbo es una frame Ethernet con una carga útil mayor que 1,500 bytes y un máximo de 9,000 bytes. También se conoce como la unidad de transmisión máxima (MTU). El tamaño máximo generalmente aceptado para una frame jumbo es 9,000 bytes. La sobrecarga de procesamiento es proporcional al número de frames. Por lo tanto, la activación de frames jumbo reduce la sobrecarga del procesamiento con la disminución del número de frames que se envían. Esto aumenta el rendimiento de la red. Las frames jumbo se deben activar end-to-end. Esto incluye los switches de red y las interfaces VNX. Para activar frames jumbo en VNX: 1. Vaya a Unisphere > Settings > Network > Settings for File. 2. Seleccione la interfaz de red apropiada en la pestaña Interfaces. 3. Seleccione Properties. 4. Establezca el tamaño de la MTU en Seleccione OK para aplicar los cambios. Posiblemente necesite activar las frames jumbo en cada switch de red. Consulte las instrucciones de la guía de configuración de los switches. Planificación de asignaciones de memoria de máquinas virtuales Se requiere capacidad de servidores para dos propósitos en la solución: Es compatible con la nueva infraestructura de equipos de escritorio virtualizados. Para soportar los servicios de infraestructura requeridos como autenticación/autorización, DNS y base de datos. Para obtener información sobre los requisitos mínimos de alojamiento de servicios de infraestructura, consulte la Tabla 5. Si los servicios de infraestructura existentes cumplen los requisitos, el hardware enumerado para los servicios de infraestructura no será necesario. Configuración de 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 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 disponibles 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 sobreasiganada. 116 Cómputo del usuario final EMC VSPEX

117 Capítulo 5: Guía de configuración de VSPEX Instalación y configuración de la base de datos de SQL Server Esta sección describe cómo configurar una base de datos de SQL Server para la solución. Al finalizar esta sección, tendrá Microsoft SQL Server en una máquina virtual, con las bases de datos requeridas por Microsoft SCVMM, Citrix Provisioning Service y Citrix XenDesktop configurados para su uso. La Tabla 26 identifica las tareas de configuración de la base de datos de SQL Server. Tabla 26. 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 Configure la base de datos para Microsoft SCVMM Configurar los permisos para la base de datos de XenDesktop Instale Microsoft Windows Server 2012 Standard Edition en la máquina virtual creada para alojar SQL Server. Instale Microsoft SQL Server en la máquina virtual designada para ese propósito. Cree la base de datos requerida para el servidor SCVMM en el área de almacenamiento de datos apropiada. Configure el servidor de la base de datos con los permisos correspondientes para el instalador de XenDesktop. Permisos y accesos a la base de datos de XenDesktop 7 Crear una máquina virtual para Microsoft SQL Server Nota: El ambiente del cliente ya puede contener un SQL Server diseñado para esta función. En ese caso, consulte Configuración de la base de datos para Microsoft SCVMM. Los requisitos de procesador, memoria y sistema operativo varían según las distintas versiones de SQL Server. La máquina virtual se debe crear en uno de los servidores Hyper-V designados para las máquinas virtuales de la infraestructura y debe usar el CSV designado para la infraestructura compartida. Instalar Microsoft Windows en la máquina virtual El servicio SQL Server debe ejecutarse en Microsoft Windows. Instale Windows en la máquina virtual y seleccione la configuración adecuada de red, hora y autenticación. Cómputo del usuario final EMC VSPEX 117

118 Capítulo 5: Guía de configuración de VSPEX Instalar SQL Server Instale SQL Server en la máquina virtual desde los medios de instalación de SQL Server. El sitio web de Microsoft TechNet proporciona información sobre cómo instalar SQL Server. Uno de los componentes del instalador de SQL Server es SQL Server Management Studio (SSMS). Puede instalar este componente directamente en SQL Server así como en la consola de un administrador. Asegúrese de instalar SSMS en al menos uno de los sistemas. En muchas implementaciones, puede ser útil almacenar los archivos de datos en ubicaciones distintas de la ruta predeterminada. Para cambiar la ruta predeterminada, haga clic con el botón secundario en el objeto servidor en SSMS y seleccione Database Properties. Esta acción abre una interfaz de propiedades desde la cual puede cambiar los directorios de datos y logs predeterminados para las nuevas bases de datos creadas en el servidor. Nota: Para lograr una alta disponibilidad, SQL Server se puede instalar en un cluster de failover de Microsoft. Configuración de la base de datos para Microsoft SCVMM Para usar Microsoft SCVMM en esta solución, debe crear una base de datos para el servicio que desea utilizar. Nota: No utilice la opción de base de datos basada en Microsoft SQL Server Express para esta solución. Una mejor práctica consiste en crear cuentas de inicio de sesión individuales para cada servicio que obtiene acceso a una base de datos en SQL Server. Implementación del servidor System Center Virtual Machine Manager Esta sección proporciona información sobre cómo configurar SCVMM. Complete las tareas en la Tabla 27. Tabla 27. 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. Instalar el sistema operativo huésped de SCVMM Instale Windows Server 2012 Datacenter Edition en la máquina virtual de host de SCVMM. Instalar el servidor SCVMM Instale un servidor SCVMM. Instale la Consola de administración de SCVMM Instalar el agente SCVMM a nivel local en los hosts Agregar un cluster Hyper-V en SCVMM Agregar almacenamiento de recursos compartidos de archivo en SCVMM (variante de archivos solamente) Instale una Consola de administración de SCVMM. Instale un agente SCVMM a nivel local en los hosts que administra SCVMM. Agregue el cluster Hyper-V en SCVMM. Agregue recursos compartidos de archivo de SMB a un cluster Hyper-V en SCVMM Cómputo del usuario final EMC VSPEX

119 Capítulo 5: Guía de configuración de VSPEX Tarea Descripción Referencia Crear una máquina virtual en SCVMM Crear una máquina virtual de plantilla Implementar máquinas virtuales a partir de la máquina virtual de plantilla Cree una máquina virtual en SCVMM. 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 Creación de 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. Instalación del SO huésped de 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 la red apropiada, el tiempo y la configuración de autenticación. Instalación del servidor SCVMM Configure la base de datos VMM y el servidor de librería predeterminado, y luego instale el servidor SCVMM. Consulte el artículo Instalación del servidor VMM para instalar el servidor SCVMM. Instalación de 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 Instalación de la consola de administrador de VMM para instalar la consola de administración de SCVMM. Instalación local del agente SCVMM en un host Si se requiere administrar los hosts en una red de perímetro, instale localmente un agente de SCVMM 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 artículo Instalación local de un agente VMM en un host para instalar localmente un agente VMM en un host. Cómputo del usuario final EMC VSPEX 119

120 Capítulo 5: Guía de configuración de VSPEX Agregar un cluster Hyper-V en SCVMM Agregar almacenamiento de recursos compartidos de archivo a SCVMM (variante de archivos solamente) Creación de una máquina virtual en SCVMM Creación de una máquina virtual de plantilla Agregue el cluster Microsoft Hyper-V implementado a SCVMM. SCVMM administra el cluster Hyper-V. Consulte el artículo Cómo agregar un cluster de host a VMM para agregar el cluster de Hyper-V. 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 Propiedades. 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. 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 Cómo crear una máquina virtual con un disco duro virtual en blanco para crear una 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 artículo Cómo crear una plantilla a partir de una máquina virtual para crear la plantilla. Implementación de máquinas virtuales a partir de la máquina virtual de plantilla Consulte el artículo Cómo implementar una máquina virtual para implementar las máquinas virtuales. 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. 120 Cómputo del usuario final EMC VSPEX

121 Instalación y configuración del controlador XenDesktop Capítulo 5: Guía de configuración de VSPEX Esta sección entrega información sobre cómo establecer y configurar los controladores de Citrix XenDesktop para la solución. Para una nueva instalación de XenDesktop, Citrix recomienda realizar las tareas de la Tabla 28, en ese mismo orden. Tabla 28. Tareas para la configuración del controlador de XenDesktop Tarea Descripción Referencia Crear máquinas virtuales para los controladores de XenDesktop. Cree cuatro máquinas virtuales en Hyper V. Dos de las máquinas virtuales se usan como controladores de entrega de XenDesktop. Instalar el sistema operativo huésped para los controladores de XenDesktop y los servidores PVS. Instalar componentes de XenDesktop del lado del servidor. Instalar Citrix Studio. Configurar un sitio. Agregar un segundo controlador de entrega de XenDesktop. Preparar una máquina virtual maestra. Instale Windows Server 2008 R2 o el sistema operativo huésped Windows Server Instale los componentes del servidor de XenDesktop en el primer controlador de entrega. Instale Citrix Studio para administrar la implementación de XenDesktop de forma remota. Configure un sitio en Citrix Studio. Instale un controlador de entrega adicional para una alta disponibilidad. Cree una máquina virtual maestra como la imagen base para los equipos de escritorio virtuales. Instalación de componentes de XenDesktop del lado del servidor Instale los siguientes componentes del servidor de XenDesktop en el primer controlador: Controlador de entregas: distribuye aplicaciones y equipos de escritorio, administra el acceso de los usuarios y optimiza las conexiones Citrix Studio: permite crear, configurar y administrar componentes de infraestructura, aplicaciones y equipos de escritorio Citrix Director: permite monitorear el rendimiento y solucionar problemas Servidor de licencias: administra las licencias de productos Citrix StoreFront: proporciona servicios de autenticación y entrega de recursos para Citrix Receiver Nota: Citrix soporta la instalación de los componentes de XenDesktop solo a través de los procedimientos descritos en la documentación de Citrix. Configuración de un sitio Inicie Citrix Studio y configure un sitio. Para configurar un site, realice lo siguiente: 1. Autorice el site y especifique la edición de XenDesktop que usará. 2. Configure la base de datos del site mediante una credencial de inicio de sesión designada para SQL Server. 3. Entregue información sobre su infraestructura virtual, incluida la ruta de Microsoft SCVMM que usará el controlador para establecer una conexión con la infraestructura de Hyper-V. Cómputo del usuario final EMC VSPEX 121

122 Capítulo 5: Guía de configuración de VSPEX Agregar un segundo controlador Después de configurar un site, puede agregar un segundo controlador para ofrecer mayor disponibilidad. Los componentes de XenDesktop al lado del servidor necesarios para un segundo controlador son: Controlador de entrega Citrix Studio Citrix Director Citrix StoreFront No instale el componente servidor de licencias en el segundo controlador, ya que este se administra de forma central en el primer controlador. Instalación de Citrix Studio Preparación de la máquina virtual maestra Aprovisionamiento de equipos de escritorio virtuales Instale Citrix Studio en las consolas de administración correspondientes para administrar la implementación XenDesktop de manera remota. Optimice la máquina virtual maestra para evitar servicios en segundo plano innecesarios que generen operaciones de I/O extrañas y perjudiquen el rendimiento general del arreglo de almacenamiento. Realice los siguientes pasos para preparar la máquina virtual maestra: 1. Instale el sistema operativo huésped Windows Instale las herramientas de integración apropiadas, tales como las herramientas de Hyper-V. 3. Consulte la Guía de optimización de Citrix Windows 7 para virtualización de equipos de escritorio para optimizar la configuración del sistema operativo. 4. Instale Virtual Delivery Agent. 5. Instale las herramientas o aplicaciones de otros fabricantes pertinentes a su ambiente, tales como Microsoft Office. Complete los siguientes pasos para implementar equipos de escritorio virtuales mediante Machine Creation Services (MCS) en Citrix Studio: 1. Cree un catálogo de máquinas con la máquina virtual maestra como imagen de base. MCS permite crear un catálogo de máquinas que contenga varios tipos de equipos de escritorio. Los siguientes tipos de equipos de escritorio se probaron en esta solución: Sistema operativo Windows Desktop: Aleatorio: los usuarios se conectan a un equipo de escritorio nuevo (aleatorio) cada vez que inician sesión. Personal vdisk: los usuarios se conectan al mismo equipo de escritorio (estático) cada vez que inician sesión. Los cambios se guardan en un Personal vdisk independiente. Sistema operativo Windows Server: proporciona equipos de escritorio compartidos alojados para una implementación a gran escala de máquinas estandarizadas. 2. Agregue las máquinas creadas en el catálogo a un grupo de entrega de modo que los equipos de escritorio virtuales estén disponibles para los usuarios finales. 122 Cómputo del usuario final EMC VSPEX

123 Capítulo 5: Guía de configuración de VSPEX Instalación y configuración de Provisioning Services (solo PVS) Esta sección entrega información sobre cómo establecer y configurar Citrix Provisioning Services para la solución. Para una nueva instalación de Provisioning Services, Citrix recomienda realizar las tareas de la Tabla 29, en ese mismo orden. Tabla 29. Tareas para la configuración del controlador de XenDesktop Tarea Descripción Referencia Crear máquinas virtuales para los servidores PVS Cree dos máquinas virtuales en el servidor Hyper- V. Estas máquinas virtuales se utilizan como servidores PVS. Instalar el sistema operativo huésped para los servidores PVS Instalar componentes del lado del servidor de Provisioning Services Configurar la granja de servidores PVS Agregar un segundo servidor PVS Crear un almacenamiento de PVS Configurar la comunicación entrante Configurar un archivo de encendido Configurar el servidor TFTP en VNX Configurar las opciones de encendido 66 y 67 en el servidor DHCP Preparar una máquina virtual maestra Provisionar equipos de escritorio virtuales Instale Windows Server 2008 R2 o el sistema operativo huésped Windows Server Instale componentes y la consola del servidor PVS en el servidor PVS. Ejecute el asistente de configuración de Provisioning Services para crear una granja de servidores PVS. Instale los componentes y la consola del servidor PVS en el segundo servidor y únalos a la granja de servidores existente. Especifique la ruta de almacenamiento donde residirán los discos virtuales. Ajuste el número total de hilos de ejecución que se usarán para comunicar cada escritorio virtual Actualice la imagen de encendido para usar ambos servidores PVS con el fin de proporcionar servicios de transmisión Copie la imagen de encendido en el servidor TFTP alojado en VNX Especifique la IP del servidor TFTP y el nombre de la imagen de encendido utilizados para el encendido Preboot execution Environment (PXE) Cree una máquina virtual maestra como la imagen base para los equipos de escritorio virtuales. Provisione equipos de escritorio mediante PVS. Sitio web de Citrix Cómputo del usuario final EMC VSPEX 123

124 Capítulo 5: Guía de configuración de VSPEX Configuración de una granja de servidores PVS Agregar un segundo servidor PVS Crear un almacenamiento de PVS Configuración de la comunicación entrante Después de instalar los componentes del servidor PVS, inicie el asistente de configuración de Provisioning Services y configure una nueva granja de servidores mediante las siguientes opciones: 1. Especifique el servicio DHCP que se ejecutará en otro equipo. 2. Especifique el servicio PXE que se ejecutará en otro equipo. 3. Seleccione Create Farm para crear una nueva granja de servidores PVS mediante una instancia de base de datos SQL designada. 4. Deberá crear un sitio al crear una nueva granja de servidores. Proporcione un nombre adecuado para el nuevo sitio y la recopilación de dispositivos de destino. 5. Seleccione el servidor de licencia que se ejecuta en el controlador XenDesktop. 6. Si elige ejecutar el servicio TFTP en VNX, no use el servicio TFTP alojado en el servidor PVS: desmarque la opción Use the Provisioning Services TFTP service. Después de configurar una granja de servidores PVS, puede agregar un segundo servidor PVS para ofrecer alta disponibilidad. Instale los componentes y la consola del servidor PVS en el segundo servidor PVS y ejecute el asistente de configuración de Provisioning Services a fin de unir el segundo servidor con la granja de servidores existente. Un almacenamiento de PVS es un contenedor lógico de discos virtuales. PVS es compatible con el uso de un recurso compartido de CIFS como el destino de almacenamiento de un almacenamiento. Al crear un almacenamiento de PVS, configure la ruta de almacenamiento predeterminada según la ruta de convención de nombre universal (UNC) de un recurso compartido de CIFS alojado en el almacenamiento de VNX. En la consola de Provisioning Services, haga clic con el botón secundario en un área de almacenamiento, seleccione Properties y Validate para conformar que todos los servidores PVS de la granja de servidores puedan acceder al recurso compartido de CIFS. Cada servidor PVS mantiene un rango de puertos de protocolo de datagrama de usuarios (UDP) para administrar todas las comunicaciones entrantes de los equipos de escritorio virtuales. Idealmente, debe dedicar un hilo de ejecución a cada sesión de equipo de escritorio. El número total de hilos de ejecución compatibles con un servidor PVS se calcula de la siguiente manera: Total threads = (Number of UDP ports * Threads per port * Number of network adapters) Ajuste el conteo de hilos de ejecución para que coincida con el número de equipos de escritorio virtuales implementados. 124 Cómputo del usuario final EMC VSPEX

125 Capítulo 5: Guía de configuración de VSPEX Configuración de un archivo de encendido Para actualizar el archivo de encendido necesario para que los equipos de escritorio virtuales se enciendan con PXE, realice los siguientes pasos: 1. En la consola de Provisioning Services, navegue a Farm > Sites > Site-name > Servers. 2. Haga clic con el botón secundario en un servidor y seleccione Configure Bootstrap. Figura 43. Cuadro de diálogo Configure Bootstrap 3. En el cuadro de diálogo Configure Bootstrap, actualice la imagen de encendido para reflejar las direcciones IP que se utilizan para todos los servidores de PVS que proporcionan servicios de transmisión mediante round-robin. Seleccione Read Servers from Database para obtener automáticamente una lista de los servidores PVS o seleccione Add para agregar manualmente la información del servidor. 4. Después de modificar la configuración, haga clic en OK para actualizar el archivo de encendido ARDBP32.BIN, ubicado en C:\ProgramData\Citrix\Provisioning Services\Tftpboot. 5. Navegue hasta la carpeta y examine el registro de fecha y hora del archivo de encendido para asegurarse de que esté actualizado en el servidor PVS previsto. Configuración de un servidor TFTP en VNX Además del servidor NFS/CIFS, la plataforma VNX también se utiliza como servidor TFTP que proporciona una imagen de encendido al encender los equipos de escritorio virtuales con PXE. Para configurar el servidor TFTP de VNX, realice los siguientes pasos: 1. Active el servicio TFTP mediante la siguiente sintaxis de comando: server_tftp <movername> -service -start 2. Use la siguiente sintaxis de comandos para configurar el directorio de trabajo de TFTP y para activar el acceso de lectura/escritura para la transferencia de archivos: server_tftp <movername> -set path <pathname> -readaccess all -writeaccess all Cómputo del usuario final EMC VSPEX 125

126 Capítulo 5: Guía de configuración de VSPEX 3. Use un cliente TFTP para cargar el archivo de encendido ARDBP32.BIN desde C:\ProgramData\Citrix\Provisioning Services\Tftpboot en el servidor PVS al servidor TFTP de VNX. 4. Use la siguiente sintaxis para establecer el acceso del directorio de trabajo de TFTP en solo lectura para evitar una modificación accidental del archivo de encendido: server_tftp <movername> -set path <pathname> - writeaccess none Configuración de las opciones de encendido 66 y 67 en el servidor DHCP Preparación de la máquina virtual maestra Para encender correctamente con PXE los equipos de escritorio virtuales a partir de la imagen de encendido suministrada por los servidores PVS, configure las opciones de encendido 066 y 067 en el servidor DHCP. Realice los siguientes pasos para configurar las opciones de encendido en el servidor DHCP de Microsoft: 1. En la interfaz de administración de DHCP del servidor DHCP de Microsoft, haga clic con el botón secundario en Scope Options y seleccione Configure Options. 2. Seleccione 066 Boot Server Host Name. 3. En String Value, escriba la dirección IP del Data Mover configurado como servidor TFTP. 4. De manera similar, seleccione 067 Bootfile Name y escriba ARDBP32.BIN en el cuadro String value. La imagen de encendido ARDBP32.BIN se carga en el equipo de escritorio virtual antes de que la imagen de disco virtual se transmita desde los servidores PVS. Optimice la máquina virtual maestra para evitar servicios en segundo plano innecesarios que generan operaciones de I/O no esenciales y perjudican el rendimiento general del arreglo de almacenamiento. Realice los siguientes pasos para preparar la máquina virtual maestra: 1. Instale las herramientas de integración adecuadas. 2. Para optimizar la configuración del sistema operativo, consulte el siguiente documento: Guía de optimización de Citrix Windows 7 para virtualización de equipos de escritorio. 3. Instale Virtual Delivery Agent. 4. Instale herramientas o aplicaciones de otros fabricantes, tales como Microsoft Office, pertinentes a su ambiente. 5. Instale el software del dispositivo de destino de PVS en la máquina virtual maestra. 6. Modifique el BIOS de la máquina virtual maestra de modo que el adaptador de red se encuentre en la parte superior del orden de encendido para garantizar el encendido con PXE de la imagen de encendido de PVS. 126 Cómputo del usuario final EMC VSPEX

127 Capítulo 5: Guía de configuración de VSPEX Aprovisionamiento de equipos de escritorio virtuales Realice los siguientes pasos para implementar equipos de escritorio virtuales basados en PVS: 1. Ejecute el asistente de digitalización de PVS para clonar la imagen maestra en un disco virtual. 2. Una vez realizada la clonación, apague la máquina virtual maestra y modifique las siguientes propiedades del disco virtual: Modo de acceso: imagen estándar Tipo de caché: caché en el disco duro del dispositivo 3. Prepare una plantilla de máquina virtual para que el asistente de configuración de XenDesktop la utilice en el siguiente paso. 4. Ejecute el asistente de configuración de XenDesktop en la consola de PVS para crear un catálogo de máquina que contenga el número especificado de equipos de escritorio virtuales. 5. Agregue los equipos de escritorio virtuales creados en el catálogo a un grupo de entrega de modo que los equipos de escritorio virtuales estén disponibles para los usuarios finales. Configuración de EMC Avamar Esta sección proporciona información sobre la instalación y la configuración de Avamar requeridas para soportar el respaldo en el huésped de los archivos de usuario. Existen otros métodos para respaldar los archivos de usuario con Avamar; sin embargo, este método proporciona funcionalidades de restauración del usuario final a través de una GUI común. Para esta configuración, se supone que solo se respaldan los archivos y el perfil de un usuario. En la Tabla 30 se describen las tareas que se deben realizar. Nota: Los respaldos periódicos de los componentes de la infraestructura del centro de datos requeridos por los equipos de escritorio virtuales de Citrix XenDesktop deben complementar los respaldos producidos por el procedimiento descrito aquí. Un plan de recuperación de desastres completa requiere la capacidad de restaurar el cómputo del usuario final de Citrix XenDesktop y la capacidad de restaurar los archivos y los datos de usuario del equipo de escritorio de Citrix XenDesktop. Cómputo del usuario final EMC VSPEX 127

128 Capítulo 5: Guía de configuración de VSPEX Tabla 30. Tareas para la integración de Avamar Tarea Descripción Referencia Preparación de Microsoft Active Directory Adiciones de GPO para EMC Avamar Cree y configure un objeto de políticas de grupo (GPO) para activar respaldos de EMC Avamar de archivos y perfiles de usuario. Preparación de imágenes (maestras) de Citrix XenDesktop Preparación de imágenes maestras para EMC Avamar Instale y configure el cliente de EMC Avamar para que se ejecute en el modo de usuario. Preparación de EMC Avamar Definición de conjuntos de datos Definición de calendarios Ajustar el calendario de la ventana de mantenimiento Definición de políticas de retención Creación de un grupo y una política de grupo Cree y configure conjuntos de datos de EMC Avamar para soportar archivos y perfiles de usuario. Cree y configure el calendario de respaldo de EMC Avamar para soportar respaldos de equipos de escritorio virtuales. Modifique el calendario de la ventana de mantenimiento para soportar respaldos de equipos de escritorio virtuales. Cree y configure la política de retención de EMC Avamar. Cree y configure un grupo y una política de grupo de EMC Avamar. Guía del administrador de EMC Avamar 7.0 Mejores prácticas operacionales de EMC Avamar 7.0 Posterior a la implementación de equipos de escritorio Activación de clientes (equipos de escritorio) Active equipos de escritorio virtuales de Citrix XenDesktop mediante EMC Avamar Enterprise Manager. Guía del administrador de EMC Avamar Cómputo del usuario final EMC VSPEX

129 Capítulo 5: Guía de configuración de VSPEX Adiciones de GPO para EMC Avamar Debe usar unidades mapeadas para reducir la carga de administración y debido a las limitaciones actuales de EMC Avamar (como la no admisión de variables del lado del cliente, como %username%). Configure el redireccionamiento de carpetas de Windows para crear las rutas de UNC necesarias para las unidades mapeadas. Debe crear un GPO nuevo. Redireccionamiento de carpetas Para configurar el redireccionamiento de carpetas de Windows: 1. Para editar el GPO, navegue a User Configuration > Policies > Windows Settings > Folder Redirection. 2. Haga clic con el botón secundario en Documents. 3. Seleccione Properties. 4. En la lista Settings, seleccione Basic Redirect everyone s folder to the same location. 5. En el cuadro Root Path, escriba \\CIFS_server\folder, como se muestra en la Figura 44, y haga clic en OK. Figura 44. Configuración del redireccionamiento de carpetas de Windows Cómputo del usuario final EMC VSPEX 129

130 Capítulo 5: Guía de configuración de VSPEX Unidades mapeadas Cree dos configuraciones de unidades mapeadas, una para los archivos del usuario y otra para el perfil del usuario. Repita dos veces el siguiente procedimiento, cambiando tres variables cada vez (Location, Label As y Drive Letter Used) para crear las dos unidades mapeadas. Para configurar mapeos de unidades: 1. Edite el GPO y navegue a User Configuration > Preferences > Windows Settings > Drive Maps. 2. Haga clic con el botón secundario en el área en blanco del panel de la derecha. 3. En el menú contextuai, seleccione New > Mapped Drive, como se muestra en Figura 45. Figura 45. Crear un mapeo de unidades de red de Windows para los archivos de usuario 4. En el cuadro de diálogo de la unidad mapeada, configure los siguientes elementos, como se muestra en la Figura 46, para crear la unidad mapeada User_Files: a. En la lista Action, seleccione Create. b. En Location, escriba \\cifs_server\folder\%username%. c. Seleccione Reconnect. d. En Label as, escriba User_Files. e. En el cuadro Drive Letter, seleccione Use y luego U. f. En Hide/Show this drive, seleccione Hide this drive. 130 Cómputo del usuario final EMC VSPEX

131 Capítulo 5: Guía de configuración de VSPEX Figura 46. Establecer la configuración del mapeo de unidades 5. En la parte superior de la ventana Properties, seleccione la pestaña Common y luego seleccione Run in logged-on user s security context (user policy option). Figura 47. Establecer la configuración común del mapeo de unidades Repita los pasos 1 a 5 para crear la unidad mapeada User_Profile con las siguientes variables: a. En Location, escriba \\cifs_server\folder\%username%.domain.v2 donde domain es el nombre del dominio de Active Directory. b. En Label as, escriba User_Profile. c. En el cuadro Drive Letter, seleccione Use y luego P. Cómputo del usuario final EMC VSPEX 131

132 Capítulo 5: Guía de configuración de VSPEX En la Figura 48 se muestra un ejemplo de la configuración. Figura 48. Crear un mapeo de unidades de red de Windows para los datos de perfil de usuario 6. Cierre Group Policy Editor para asegurarse de que los cambios se guarden. Preparación de la imagen maestra para EMC Avamar Esta sección proporciona información sobre el uso del cliente de Avamar para Windows con el fin de proporcionar soporte de respaldo y restauración para equipos de escritorio virtuales Citrix XenDesktop que almacenan archivos generados por el usuario en directorios de inicio de EMC VNX. El cliente Avamar para Windows se instala y se ejecuta como un servicio de Windows denominado agente de respaldo. Este servicio de servidor ofrece funcionalidades de respaldo y restauración. La seguridad de Windows limita el acceso de servicios que inician sesión utilizando la cuenta del sistema local solo a los recursos locales. En su configuración predeterminada, el agente de respaldo usa la cuenta del sistema local para iniciar sesión. No puede obtener acceso a los recursos de red, incluidos los recursos compartidos de archivos de datos o perfiles de usuario de Citrix XenDesktop. Para obtener acceso a los recursos compartidos de archivos de datos y perfiles de usuario de Citrix XenDesktop, el agente de respaldo debe ejecutarse como el usuario que inició sesión. Para esto, se debe usar un archivo por lotes que inicie el agente de respaldo e inicie sesión por él como un usuario cuando este inicie sesión. Nota: Los comandos de este archivo por lotes asumen que la letra de unidad del disco de datos del usuario para el directorio redirigido var del cliente Avamar para Windows es D. Si se asigna otra letra, reemplace la D en todas las instancias de D:\ con la letra correcta. El redireccionamiento del directorio var se describe en Redireccionamiento del directorio var del cliente Avamar para Windows. Reemplace D por P mediante los pasos de configuración de Unidades mapeadas. Modifique el valor de la ruta vardir dentro del archivo avamar.cmd que se encuentra en C:\Program Files\avs\var a --vardir=p:\avs\var. 132 Cómputo del usuario final EMC VSPEX

133 Capítulo 5: Guía de configuración de VSPEX Definición de conjuntos de datos Para las secciones siguientes, suponga que el grid de Avamar está en funcionamiento y que usted inició sesión en Avamar Administrator. Consulte la Guía de administración de EMC Avamar 7.0 para obtener información sobre cómo obtener acceso a Avamar Administrator. Los conjuntos de datos de Avamar son una lista de los directorios y archivos que deben respaldarse de un cliente. La asignación de un conjunto de datos a un cliente o grupo permite guardar selecciones de respaldo. Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre los conjuntos de datos. En esta sección se proporcionan los procedimientos para configurar los conjuntos de datos del equipo de escritorio virtual Citrix XenDesktop necesarios para garantizar respaldos correctos de los archivos y perfiles de usuario. Cree dos conjuntos de datos: uno para los archivos de usuario y otro para el perfil de usuario, mediante los siguientes procedimientos. Creación del conjunto de datos de archivos de usuario 1. En Avamar Administrator, seleccione Tools > Manage Datasets. Figura 49. Menú Tools de Avamar 2. En la ventana Manage All Datasets, haga clic en New. Figura 50. Cuadro de diálogo Avamar Manage All Datasets Cómputo del usuario final EMC VSPEX 133

134 Capítulo 5: Guía de configuración de VSPEX Aparecerá la ventana New Dataset. Figura 51. Cuadro de diálogo Avamar New Dataset 3. Seleccione cada plug-in y haga clic en Remove ( ) para eliminar todos los plug-ins de la lista. 4. En el campo Name, escriba View-User-Files. 5. Seleccione Enter Explicitly. 6. En la lista Select Plug-in Type, seleccione Windows File System. 7. En Select Files and/or Folders, escriba U:\ y luego haga clic en Add (+). Figura 52. Establecer la configuración de conjuntos de datos de Avamar 8. Haga clic en OK para guardar el conjunto de datos. 134 Cómputo del usuario final EMC VSPEX

135 Creación del conjunto de datos de perfiles de usuario Capítulo 5: Guía de configuración de VSPEX Para crear un nuevo conjunto de datos para los datos de perfiles de usuario, siga los pasos a continuación: 1. Siga los pasos de Creación de archivos de usuario usando los siguientes valores: Name: View-User-Profile. Select Files and/or Folders: P:\. Figura 53. Conjunto de datos de datos de perfil de usuario 2. Seleccione la pestaña Exclusions. 3. En la lista Select Plug-in Type, seleccione Windows File System. 4. En Select Files and/or Folders, escriba P:\avs y luego haga clic en Add (+). Figura 54. Configuración de exclusión en el conjunto de datos de datos de perfil de usuario 5. Haga clic en la pestaña Options. 6. En la lista Select Plug-in Type, seleccione Windows File System. Cómputo del usuario final EMC VSPEX 135

136 Capítulo 5: Guía de configuración de VSPEX 7. Seleccione Show Advanced Options. Figura 55. Configuración de opciones en el conjunto de datos de datos de perfil de usuario 8. Desplácese hacia abajo en la lista de opciones hasta encontrar la sección Volume Freezing Options. 9. En la lista Method to freeze volumes, seleccione None. 10. Haga clic en OK para guardar el conjunto de datos. Figura 56. Configuración de opciones avanzadas en el conjunto de datos de datos de perfil de usuario Definición de calendarios Los calendarios de Avamar son objetos reutilizables que controlan cuándo se realizan respaldos de grupo y notificaciones personalizadas. Defina un calendario recurrente que satisfaga sus objetivos de punto de recuperación (RPO). Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre los conjuntos de datos. 136 Cómputo del usuario final EMC VSPEX

137 Capítulo 5: Guía de configuración de VSPEX Ajuste del calendario de la ventana de mantenimiento El mantenimiento de servidores Avamar consta de tres actividades esenciales: Punto de comprobación: snapshot del servidor Avamar tomado con el propósito directo de facilitar las reversiones del servidor. Validación del punto de comprobación: operación interna que valida la integridad de un punto de comprobación específico. Cuando un punto de comprobación pasa la validación, se puede considerar lo suficientemente confiable para utilizarse en una reversión del servidor. Recolección de basura: operación interna que recupera espacio de almacenamiento desde respaldos eliminados o vencidos. Cada día de 24 horas se divide en tres ventanas operacionales durante las cuales se realizan diversas actividades del sistema: Ventana de respaldo Ventana de falta de disponibilidad Ventana de mantenimiento En la Figura 57 muestra las ventanas de respaldo, falta de disponibilidad y mantenimiento predeterminadas de Avamar. Figura 57. Calendario de ventanas de respaldo/mantenimiento predeterminadas de Avamar La ventana de respaldo es la parte del día reservada para ejecutar respaldos calendarizados normales. Durante la ventana de respaldo no se realizan actividades de mantenimiento. La ventana de falta de disponibilidad es la parte del día reservada para ejecutar las actividades de mantenimiento del servidor, fundamentalmente la recolección de elementos no utilizados mediante la función Garbage Collection, que requieren tener acceso sin restricciones al servidor. Durante la ventana de falta de disponibilidad no se permiten actividades de respaldo ni administrativas. Sin embargo, puede realizar restauraciones. Cómputo del usuario final EMC VSPEX 137

138 Capítulo 5: Guía de configuración de VSPEX La ventana de mantenimiento es la fracción de cada día reservada para realizar actividades de mantenimiento rutinario del servidor, principalmente creación y validación de un punto de comprobación. Los archivos y los datos de perfil de usuario no se deben respaldar durante el día mientras los usuarios mantienen una sesión iniciada en su equipo de escritorio virtual. Ajuste la hora de inicio de la ventana de respaldo para evitar que los respaldos ocurran durante ese tiempo. En la Figura 58 muestra ventanas de respaldo, falta de disponibilidad y mantenimiento modificadas para el respaldo de equipos de escritorio virtuales de Citrix XenDesktop. Figura 58. Calendario de ventanas de respaldo/mantenimiento modificadas de Avamar Para ajustar el calendario de modo que aparezca como en la figura anterior, cambie Backup Window Start Time de 08:00 a 20:00 y haga clic en OK para guardar los cambios. Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre las actividades de mantenimiento del servidor Avamar. Definición de políticas de retención Las políticas de retención de respaldos de Avamar permiten especificar por cuánto tiempo se conservará un respaldo en el sistema. Se asigna una política de retención a cada respaldo cuando se produce el respaldo. Especifique una política de retención personalizada para realizar un respaldo según demanda, o cree una política de retención que se asigne automáticamente a un grupo de clientes durante un respaldo calendarizado. Cuando vence la retención de un respaldo, entonces este se marca automáticamente para eliminación. La eliminación ocurre en lotes durante momentos de baja actividad del sistema. Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre la definición de políticas de retención. 138 Cómputo del usuario final EMC VSPEX

139 Capítulo 5: Guía de configuración de VSPEX Creación de grupos y de la política de grupos Avamar utiliza grupos para implementar varias políticas con el fin de automatizar respaldos e imponer reglas y un comportamiento del sistema coherentes en todo un segmento (o grupo) de la comunidad de usuarios. Los miembros del grupo son máquinas cliente que se han agregado a un grupo específico con el fin de realizar respaldos calendarizados. Además de especificar qué clientes pertenecen a un grupo, los grupos también especifican: Conjuntos de datos Calendarios Políticas de retención Estos tres objetos resumen la política de grupo. La política de grupo controla el comportamiento de respaldo para todos los miembros del grupo, a menos que sobrescriba estas configuraciones en el nivel del cliente. Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre grupos y políticas de grupo. Esta sección proporciona información sobre la configuración de grupos que se requiere para garantizar respaldos correctos de archivos y perfiles de usuario. Cree dos grupos y sus respectivas políticas de grupo: uno para los archivos de usuario y otro para el perfil de usuario. Repita el siguiente procedimiento dos veces, cambiando dos variables cada vez (Name y Dataset Used). Creación del grupo de archivos de usuario 1. En el menú Actions, seleccione New Group. Figura 59. Crear un nuevo grupo de respaldo de Avamar Cómputo del usuario final EMC VSPEX 139

140 Capítulo 5: Guía de configuración de VSPEX Aparece el cuadro de diálogo New Group. Figura 60. Nueva configuración del grupo de respaldo 2. En Name, escriba View_User_Data. 3. Asegúrese de que Disabled no esté seleccionado. 4. Haga clic en Siguiente. 5. En la lista Select An Existing Dataset, seleccione Citrix Xendesktop-User- Data. Figura 61. Seleccionar un conjunto de datos de grupo de respaldo 6. Haga clic en Siguiente. 140 Cómputo del usuario final EMC VSPEX

141 Capítulo 5: Guía de configuración de VSPEX 7. En la lista Select An Existing Schedule, seleccione un calendario. Figura 62. Seleccionar un calendario de grupo de respaldo 8. Haga clic en Siguiente. 9. En la lista Select An Existing Retention Policy, seleccione una política de retención. Figura 63. Seleccionar una política de retención de grupos de respaldo 10. Haga clic en Finish. Nota: Si hace clic en Next, puede seleccionar los clientes para agregar al grupo. Este paso no es necesario, ya que los clientes se agregarán al grupo durante la activación. Cómputo del usuario final EMC VSPEX 141

142 Capítulo 5: Guía de configuración de VSPEX EMC Avamar Enterprise Manager: activación de clientes Avamar Enterprise Manager es una aplicación de consola de administración multisistema basada en web que proporciona funcionalidades de administración centralizada del sistema Avamar, incluida la capacidad de agregar y activar clientes de Avamar de manera conjunta. En esta sección, se supone que el lector sabe cómo iniciar sesión en Avamar Enterprise Manager (EM) y que se crearon los equipos de escritorio de Citrix XenDesktop. El tablero aparece después de iniciar sesión en Avamar Enterprise Manager. Figura 64. Avamar Enterprise Manager 1. Haga clic en Client Manager. 2. En la ventana EMC Avamar Client Manager, haga clic en Activate. Figura 65. Avamar Client Manager 3. Haga clic en la flecha de la lista Client Information. 142 Cómputo del usuario final EMC VSPEX

143 Capítulo 5: Guía de configuración de VSPEX Figura 66. Cuadro de diálogo Avamar Activate Client 4. En la lista Client Information, seleccione Directory Service. Figura 67. Menú Activate Client de Avamar 5. En el cuadro de diálogo Directory Service, introduzca las credenciales de usuario requeridas, como se muestra en la Figura 68. Se asume que se configuró un servicio Active Directory en Avamar; consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre cómo activar la administración de LDAP. a. En la lista User Domain, seleccione un dominio del servicio de directorio. b. En User Name y Password, escriba el nombre de usuario y la contraseña requeridos para la autenticación del servicio de directorio. c. En Directory Domain, seleccione un dominio de directorio al cual enviar la consulta de información del cliente y luego haga clic en OK. Cómputo del usuario final EMC VSPEX 143

144 Capítulo 5: Guía de configuración de VSPEX Figura 68. Configuración del servicio de directorio de Avamar La información de Active Directory aparece en el panel izquierdo de la ventana EMC Avamar Client Manager. Figura 69. Avamar Client Manager: posterior a la configuración 6. En el árbol de directorio Client Information, ubique los equipos de escritorio virtuales Citrix XenDesktop. 144 Cómputo del usuario final EMC VSPEX

145 Capítulo 5: Guía de configuración de VSPEX En este ejemplo, se creó una OU con el nombre VSPEX. Figura 70. Avamar Client Manager: clientes de equipos de escritorio virtuales 7. Seleccione los equipos de escritorio de máquinas virtuales que desee agregar al servidor Avamar. En la Figura 71 se muestra una lista seleccionada en el panel Client Information y el dominio de destino en el panel Server Information. Figura 71. Avamar Client Manager: seleccionar clientes de equipos de escritorio virtuales 8. Arrastre y suelte la lista seleccionada en un dominio de Avamar existente en el panel Server Information. Aparecerá la ventana Select Groups. Cómputo del usuario final EMC VSPEX 145

146 Capítulo 5: Guía de configuración de VSPEX Figura 72. Seleccionar grupos de Avamar 9. En Group Name, seleccione los grupos en los cuales desea agregar estos equipos de escritorio y haga clic en Add. La ventana EMC Avamar Client Manager volverá a aparecer. 10. Haga clic en el dominio Avamar en el cual agregó los equipos de escritorio de XenDesktop y haga clic en Activate. Figura 73. Activar clientes de Avamar Aparecerá la ventana Show Clients for Activation. 11. Haga clic en Commit. 146 Cómputo del usuario final EMC VSPEX

147 Capítulo 5: Guía de configuración de VSPEX Figura 74. Validar activación de clientes de Avamar Aparece una alerta que indica que la activación de los clientes se realizará como un proceso en segundo plano. 12. Haga clic en OK (Aceptar). Figura 75. Primer mensaje informativo de activación de clientes de Avamar Una segunda alerta indica que el proceso de activación se inició y que su estado se debe revisar en los logs. 13. Haga clic en OK (Aceptar). Cómputo del usuario final EMC VSPEX 147

148 Capítulo 5: Guía de configuración de VSPEX Figura 76. Segundo mensaje informativo de activación de clientes de Avamar Vuelve a aparecer la ventana EMC Avamar Client Manager, la cual muestra los clientes activados. Figura 77. Avamar Client Manager: clientes activados 14. Cierre la sesión de EMC Avamar Enterprise Manager. 148 Cómputo del usuario final EMC VSPEX