CÓMPUTO DEL USUARIO FINAL DE EMC VSPEX

Transcripción

1 CÓMPUTO DEL USUARIO FINAL DE EMC VSPEX Citrix XenDesktop 7 y VMware vsphere 5.1 para hasta 2,000 equipos de escritorio virtuales Habilitado por EMC VNX de última generación y el respaldo de EMC EMC VSPEX Abstract En esta guía de infraestructura comprobada se describe la solución de cómputo del usuario final de EMC VSPEX con Citrix XenDesktop y EMC VNX de última generación para hasta 2,000 equipos de escritorio virtuales. Diciembre de 2013

2 Copyright 2013 EMC Corporation. Todos los derechos reservados. Publicado en diciembre 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 mexico.emc.com (visite el sitio web de su país correspondiente). Citrix XenDesktop 7 y VMware vsphere 5.1 para hasta 2,000 equipos de escritorio virtuales Habilitado por EMC VNX de última generación y el respaldo de EMC Número de referencia H

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 16 Descripción general de la solución Gestor de equipos de escritorio Virtualización Cómputo Red Respaldo Almacenamiento EMC Next-Generation VNX Funciones y mejoras Arreglo híbrido optimizado para flash Capítulo 3 Descripción general de la tecnología de la solución 23 Tecnología de la solución Resumen de los componentes clave Virtualización de equipos de escritorio Descripción general Citrix XenDesktop Machine Creation Services Citrix Provisioning Services Citrix Personal vdisk Citrix Profile Management Virtualización Descripción general VMware vsphere VMware vcenter VMware vsphere High Availability Cómputo Descripción general Red Descripción general Almacenamiento Descripción general

4 Contenido EMC VNX Snapshots EMC SnapSure EMC Virtual Provisioning EMC FAST Cache EMC FAST VP (opcional) Recursos compartidos de archivos en VNX ROBO Respaldo y recuperación Descripción general EMC Avamar Seguridad Autenticación de dos factores RSA SecurID Autenticación SecurID Componentes requeridos Recursos de cómputo, memoria y almacenamiento ShareFile Descripción general ShareFile StorageZones Arquitectura ShareFile StorageZones Uso de StorageZones con las arquitecturas VSPEX Capítulo 4 Descripción general de la arquitectura de la solución 50 Descripción general de la solución Arquitectura de soluciones Descripción general Arquitectura lógica Componentes clave Recursos de hardware Recursos de software Dimensionamiento para la configuración validada Pautas para la configuración de servidores Descripción general Virtualización de memoria de VMware vsphere para VSPEX Pautas para la configuración de la memoria Pautas para la configuración de la red Descripción general VLAN Activar frames jumbo Agregación de enlaces Reglas para la configuración del almacenamiento Descripción general Virtualización de memoria de VMware vsphere para VSPEX Elemento esencial de almacenamiento VSPEX

5 Contenido 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 Introducción Capa de virtualización Capa de cómputo Capa de red Capa de almacenamiento Perfil de la prueba de validación Características del perfil Pautas de configuración del ambiente de respaldo Descripción general Características de respaldo Diseño del respaldo Pautas para el dimensionamiento Descripción general Carga de trabajo de referencia Definición de la carga de trabajo de referencia Aplicación de la carga de trabajo de referencia Implementación de las arquitecturas de referencia Descripción general Tipos de recursos Recursos de CPU Recursos de memoria Recursos de red Recursos de almacenamiento Recursos de respaldo Expansión de ambientes de cómputo del usuario final de VSPEX existentes Resumen de la implementación Evaluación rápida Hoja de trabajo 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 Ajuste de los recursos de hardware

6 Contenido Capítulo 5 Guía de configuración de VSPEX 101 Proceso de implementación Descripción general Tareas previas a la implementación Descripción general Prerrequisitos de la implementación Recopilación de datos de configuración del cliente Descripción general Preparar los switches, conectar la red y configurar los switches Descripción general Preparar switches de red Configurar la red de la infraestructura Configurar la red de almacenamiento (variante Fibre Channel) Configurar las VLAN Cableado completo de la red Preparación y configuración del arreglo de almacenamiento Configuración de VNX Provisionar el almacenamiento de datos principal Provisionar almacenamiento opcional para los datos de usuario Provisionar almacenamiento opcional para las máquinas virtuales de la infraestructura Instalación y configuración de los hosts VMware vsphere Descripción general Instalar vsphere Configurar la red vsphere Frames jumbo Conectar áreas de almacenamiento de datos de VMware Planear asignaciones de memoria de máquinas virtuales Configuración de la memoria Descripción general Administración de memoria en vsphere Conceptos de la memoria de máquinas virtuales Instalar y configurar la base de datos de SQL Server Descripción general Crear una máquina virtual para SQL Server Instalar Microsoft Windows en la máquina virtual Instalar SQL Server Configurar una base de datos para VMware vcenter Configurar una base de datos para VMware Update Manager Instalación y configuración de VMware vcenter Server Descripción general Crear la máquina virtual del host vcenter Instalar el sistema operativo huésped de vcenter

7 Contenido Crear conexiones ODBC de vcenter Instalar vcenter Server Aplicar números de licencia de vsphere Implementar VNX VAAI para el plug-in de NFS (variante NFS) Implementar PowerPath/VE (variante Fibre Channel) Instalar la función VSI Unified Storage Management Instalación y configuración del controlador XenDesktop Descripción general Instalar componentes de XenDesktop al lado del servidor Configurar un site Agregar un segundo controlador Instalar Citrix Studio Preparar una máquina virtual maestra Provisionar equipos de escritorio virtuales Instalación y configuración de Citrix Provisioning Services (PVS) únicamente Descripción general Configurar una 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 un servidor TFTP en VNX Configurar las opciones de encendido 66 y 67 en el servidor DHCP Preparar la máquina virtual maestra Provisionar los equipos de escritorio virtuales Configurar EMC Avamar Descripción general de la configuración de Avamar Adiciones de GPO para Avamar Preparación de imágenes maestras para 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 Avamar Enterprise Manager: activar clientes Resumen Capítulo 6 Validación de la solución 156 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

8 Contenido Apéndice A Listas de materiales 160 Lista 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 167 Hoja de trabajo de configuración del cliente Apéndice C Referencias 170 Referencias Documentación de EMC Otros documentos Apéndice D Acerca de VSPEX 173 Acerca de VSPEX

9 Figuras Contenido 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. 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. Flujo de control de autenticación para solicitudes de acceso a XenDesktop que se originan en una red externa Figura 14. Flujo de control de autenticación para solicitudes de XenDesktop que se originan en una red local Figura 15. Arquitectura lógica: el cómputo del usuario final de VSPEX para Citrix XenDesktop con RSA Figura 16. Arquitectura de alto nivel de ShareFile Figura 17. Arquitectura lógica: Cómputo del usuario final de VSPEX para Citrix XenDesktop con ShareFile StorageZones Figura 18. Arquitectura lógica de la variante NFS Figura 19. Arquitectura lógica de la variante Fibre Channel Figura 20. Uso de memoria del hipervisor Figura 21. Redes requeridas Figura 22. Tipos de discos virtuales de VMware Figura 23. Diseño de almacenamiento principal con aprovisionamiento PVS para 500 equipos de escritorio virtuales Figura 24. Diseño de almacenamiento principal con aprovisionamiento MCS para 500 equipos de escritorio virtuales Figura 25. Diseño opcional de almacenamiento para 500 equipos de escritorio virtuales Figura 26. Diseño de almacenamiento principal con aprovisionamiento PVS para 1,000 equipos de escritorio virtuales Figura 27. Diseño de almacenamiento principal con aprovisionamiento MCS para 1,000 equipos de escritorio virtuales Figura 28. Diseño opcional de almacenamiento para 1,000 equipos de escritorio virtuales Figura 29. Diseño de almacenamiento principal con aprovisionamiento PVS para 2,000 equipos de escritorio virtuales Figura 30. Diseño de almacenamiento principal con aprovisionamiento MCS para 2,000 equipos de escritorio virtuales

10 Contenido Figura 31. Diseño opcional de almacenamiento para 2,000 equipos de escritorio virtuales Figura 32. Alta disponibilidad en la capa de virtualización Figura 33. Fuentes de alimentación redundantes Figura 34. Alta disponibilidad de la capa de red Figura 35. Alta disponibilidad de VNX Figura 36. Ejemplo de arquitectura de red Ethernet Figura 37. Ejemplo de arquitectura de red Fibre Channel Figura 38. Visualización de todos los parámetros de Data Mover Figura 39. Configuración del parámetro nthread Figura 40. Cuadro de diálogo Storage System Properties Figura 41. Cuadro de diálogo Create FAST Cache Figura 42. Activación de FAST Cache en el cuadro de diálogo Create Storage Pool Figura 43. Configuración de FAST Cache en el cuadro de diálogo Storage Pool Properties Figura 44. Ventana Storage Pool Properties Figura 45. Cuadro de diálogo Manage Auto-Tiering Figura 46. Ventana LUN Properties: Organización en niveles Figura 47. Configuración de la memoria en la máquina virtual Figura 48. Cuadro de diálogo Configure Bootstrap Figura 49. Configuración del redireccionamiento de carpetas de Windows Figura 50. Crear un mapeo de unidades de red de Windows para los archivos de usuario Figura 51. Establecer la configuración del mapeo de unidades Figura 52. Establecer la configuración común del mapeo de unidades Figura 53. Crear un mapeo de unidades de red de Windows para los datos de perfil de usuario Figura 54. Menú Tools de Avamar Figura 55. Cuadro de diálogo Avamar Manage All Datasets Figura 56. Cuadro de diálogo Avamar New Dataset Figura 57. Establecer la configuración de conjuntos de datos de Avamar Figura 58. Conjunto de datos de datos de perfil de usuario Figura 59. Configuración de exclusión en el conjunto de datos de datos de perfil de usuario Figura 60. Conjunto de datos de View-User-Profile: Configuración de opciones Figura 61. Conjunto de datos de View-User-Profile: Configuración de opciones avanzadas Figura 62. Calendario de ventanas de respaldo/mantenimiento predeterminadas de Avamar Figura 63. Calendario de ventanas de respaldo/mantenimiento modificadas de Avamar Figura 64. Crear un nuevo grupo de respaldo de Avamar Figura 65. Nueva configuración del grupo de respaldo

11 Contenido Figura 66. Seleccionar un conjunto de datos de grupo de respaldo Figura 67. Seleccionar un calendario de grupo de respaldo Figura 68. Seleccionar una política de retención de grupos de respaldo Figura 69. Avamar Enterprise Manager Figura 70. Avamar Client Manager Figura 71. Cuadro de diálogo Avamar Activate Client Figura 72. Menú Activate Client de Avamar Figura 73. Configuración del servicio de directorio de Avamar Figura 74. Avamar Client Manager: posterior a la configuración Figura 75. Avamar Client Manager: clientes de equipos de escritorio virtuales Figura 76. Avamar Client Manager: seleccionar clientes de equipos de escritorio virtuales Figura 77. Seleccionar grupos de Avamar en los que se agregarán equipos de escritorio virtuales Figura 78. Activar clientes de Avamar Figura 79. Validar activación de clientes de Avamar Figura 80. Primer mensaje informativo de activación de clientes de Avamar Figura 81. Segundo mensaje informativo de activación de clientes de Avamar Figura 82. 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 ser compatibles con SecurID Tabla 3. Recursos de hardware mínimos para brindar soporte a ShareFile StorageZones con Storage Center Tabla 4. Almacenamiento VNX recomendado para el recurso compartido de CIFS de ShareFile StorageZones Tabla 5. Hardware de la solución Tabla 6. Software de la solución Tabla 7. Configuraciones compatibles con esta solución Tabla 8. Hardware del servidor Tabla 9. Recursos de hardware para la red Tabla 10. Hardware del almacenamiento Tabla 11. Número de discos necesarios para las diferentes cantidades de equipos de escritorio virtuales Tabla 12. Perfil validado del ambiente Tabla 13. Características del perfil de respaldo Tabla 14. Características del equipo de escritorio virtual Tabla 15. Fila de la hoja de trabajo en blanco Tabla 16. Recursos de equipos de escritorio virtuales de referencia

12 Contenido Tabla 17. Ejemplo de fila de la hoja de trabajo Tabla 18. Aplicaciones de ejemplo Tabla 19. Totales de componentes de recursos de servidor Tabla 20. Hoja de trabajo del cliente en blanco Tabla 21. Descripción general del proceso de implementación Tabla 22. Tareas previas a la implementación Tabla 23. Lista de verificación de los requisitos previos de la implementación Tabla 24. Tareas para la configuración de los switches y la red Tabla 25. Tareas para la configuración del almacenamiento Tabla 26. Tareas para la instalación de servidores Tabla 27. Tareas para la configuración de una base de datos de SQL Server Tabla 28. Tareas para la configuración de vcenter Tabla 29. Tareas para la configuración del controlador de XenDesktop Tabla 30. Tareas para la configuración del controlador de XenDesktop Tabla 31. Tareas para la integración de Avamar Tabla 32. Tareas para comprobar la instalación Tabla 33. Lista de componentes para 500 equipos de escritorio virtuales Tabla 34. Tabla 35. Lista de componentes para 1,000 equipos de escritorio virtuales Lista de componentes para 2,000 equipos de escritorio virtuales Tabla 36. Información común del servidor Tabla 37. Información del servidor vsphere Tabla 38. Información del arreglo Tabla 39. Información de la infraestructura de red Tabla 40. Información de VLAN Tabla 41. Cuentas de servicio

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

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. Esta infraestructura comprobada VSPEX está diseñada para ser una guía integral de los aspectos técnicos de esta solución. La capacidad del servidor se indica en términos genéricos para los requisitos mínimos de CPU, memoria e interfaces de red; el cliente puede seleccionar el hardware de servidor y red de su preferencia que cumpla o supere los requisitos mínimos establecidos. 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 VMware vsphere 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. Si está especialmente interesado en vender y dimensionar una solución de cómputo del usuario final VSPEX para Citrix XenDesktop, debe centrar su atención en los primeros cuatro capítulos de este documento. Si está implementando esta solución, céntrese 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 apéndices correspondientes. En esta guía de infraestructura comprobada se ofrece una introducción inicial a la arquitectura de cómputo del usuario final de VSPEX, una explicación sobre cómo modificar la arquitectura para contrataciones específicas e instrucciones sobre cómo implementar el sistema eficazmente. La arquitectura de cómputo del usuario final de VSPEX proporciona un sistema capaz de alojar una gran cantidad de equipos de escritorio virtuales con un nivel de rendimiento constante. Esta solución se ejecuta en la capa de virtualización de VMware vsphere, con el apoyo del arreglo de almacenamiento de VNX de alta disponibilidad y el gestor de equipos de escritorio Citrix XenDesktop. 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

15 Requisitos del negocio Capítulo 1: Resumen Los ambientes de 500, 1,000 y 2,000 equipos de escritorio virtuales de esta solución se basan en un tipo de carga de equipos de escritorio definido. Aunque no todos los equipos de escritorio virtuales tienen los mismos requisitos, esta guía contiene métodos e información para ajustar el sistema para que sea rentable cuando se implemente. En Citrix XenDesktop 5.6 con VMware vsphere 5.1 para hasta 250 equipos de escritorio virtuales se describe un ambiente más pequeño de 250 equipos de escritorio virtuales, basado en la plataforma EMC VNXe VNXe3300. Un cómputo del usuario final o una arquitectura de equipos de escritorio virtuales es una oferta de sistema compleja. Esta guía 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. Si se siguen las pautas que se ofrecen en esta guía, la implementación del equipo de escritorio será sencilla y eficiente. Las aplicaciones de negocio se están integrando cada vez más a los ambientes consolidados de cómputo, red y almacenamiento. El cómputo del usuario final de VSPEX con Citrix reduce la complejidad de configurar cada componente, como ocurre en el modelo de implementación tradicional. El cómputo del usuario final de VSPEX con Citrix permite simplificar la administración de la integración y mantener el diseño de la aplicación y las opciones de implementación. La administración se unifica y la separación de procesos se puede controlar y monitorear adecuadamente. La arquitectura de la solución de cómputo del usuario final de VSPEX con Citrix aborda las siguientes necesidades de negocios: 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 del cliente. Proporciona un diseño de referencia confiable, flexible y escalable. 15

16 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

17 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 de EMC VSPEX para Citrix XenDesktop en VMware vsphere 5.1 proporciona una arquitectura de sistema completa que es capaz de soportar hasta 2,000 equipos de escritorio virtuales con una topología redundante de servidores y redes, y un almacenamiento de alta disponibilidad. Los componentes principales que conforman esta solución en particular son gestor de equipos de escritorio, virtualización, cómputo, red y almacenamiento. 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 vsphere. 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. VMware vsphere es la plataforma de virtualización líder del sector, ya 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 red ágiles y confiables. Los componentes principales de vsphere son el hipervisor vsphere y el servidor de control VMware vcenter para la administración del sistema. El hipervisor VMware se ejecuta en un servidor dedicado y permite que múltiples sistemas operativos se ejecuten simultáneamente en el sistema como máquinas virtuales en una configuración agrupada en clusters. Esta configuración agrupada en clusters se administra como un pool de recursos más grande mediante el producto vcenter y permite la asignación dinámica de CPU, memoria y almacenamiento en todo el cluster. Las funciones como VMware vsphere vmotion, la cual permite que una máquina virtual se traslade entre varios servidores sin interrumpir la ejecución del sistema operativo, y Distributed Resource Scheduler (DRS), la cual ejecuta vmotion automáticamente para balancear la carga, hacen de vsphere una excelente opción de negocios. vsphere 5.1 permite que un ambiente virtualizado de VMware pueda alojar máquinas virtuales con hasta 64 CPU virtuales y 1 TB de RAM virtual. VSPEX ofrece flexibilidad al diseñar e implementar los componentes de servidor que el proveedor elija. La infraestructura debe tener 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. 17

18 Capítulo 2: Descripción general de la solución Red Respaldo Almacenamiento VSPEX ofrece flexibilidad al diseñar e implementar los componentes de red que el proveedor elija. La infraestructura debe tener 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. EMC Avamar entrega una protección confiable 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 el 90 % en los tiempos de respaldo y permite disminuir el ancho de banda de red requerido por día en hasta un 99 %. EMC Next- Generation VNX El almacenamiento de VNX proporciona acceso tanto a archivos como a bloques con una amplia gama de funciones que lo transforman en una opció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 de adaptador 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): son los componentes de cómputo del arreglo de almacenamiento y se usan para todos los aspectos de la 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: Data Mover hace referencia a un componente de hardware de VNX con un CPU, memoria y puertos de I/O. Activa los protocolos CIFS (SMB) y NFS en VNX. Las soluciones de equipos de escritorio descritas en esta guía se basan en los arreglos de almacenamiento EMC VNX5400 y EMC VNX5600 respectivamente. VNX5400 puede admitir un máximo de 250 unidades y VNX5600 puede alojar hasta 500 unidades. 18

19 Capítulo 2: Descripción general de la solución 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 VNX de almacenamiento unificado y optimizada para flash entrega funcionalidades empresariales y de innovación para el almacenamiento de archivos, bloques y objetos en una solución única, escalable y fácil de usar. Ideal para cargas de trabajo combinadas en ambientes físicos o virtuales, VNX combina hardware potente y flexible con software de protección, administración y eficiencia avanzadas para cumplir las exigentes demandas de los ambientes de aplicaciones virtualizados de hoy día. VNX incluye muchas funciones y mejoras diseñadas y desarrolladas a partir del éxito de la primera generación. Estas funciones y mejoras incluyen lo siguiente: Más capacidad con optimización multi-core con caché multi-core, RAID 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 al aumentar la productividad con EMC Unisphere Management Suite VSPEX se desarrolla con el VNX de última generación para entregar una eficiencia, un rendimiento y un escalamiento aun mayores que antes. Arreglo híbrido optimizado para flash VNX es un arreglo híbrido optimizado para flash que proporciona un almacenamiento en niveles automatizado para entregar el mejor rendimiento para sus datos importantes mientras se transfieren, de manera inteligente, los datos a los que se accede con menor frecuencia a discos de menor costo. En este enfoque híbrido, un porcentaje pequeño de discos flash en el sistema general proporciona un gran porcentaje de los I/O generales por segundo (IOPS). 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 FAST 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. 19

20 Capítulo 2: Descripción general de la solución Generalmente, el acceso más frecuente a los datos ocurre al momento de su creación; por lo tanto, los datos nuevos se almacenan primero en discos flash para ofrecer el mejor rendimiento. A medida que los datos pierden vigencia y se vuelven menos activos, FAST VP organiza automáticamente los datos en niveles de unidades de alto rendimiento a unidades de alta capacidad, según las políticas definidas por el cliente. Se mejoró esta funcionalidad con una granularidad cuatro veces mayor y con discos SSD de FAST VP basados en la tecnología de celdas de múltiples niveles empresariales (emlc) para reducir el costo por gigabyte. FAST Cache 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 (hasta 32), como se muestra en la Figura 1. VNX con MCx ha mejorado drásticamente el rendimiento de los archivos para las aplicaciones transaccionales, como las bases de datos o las máquinas virtuales, en el almacenamiento conectado en red (NAS). Figura 1. VNX de última generación con optimización multi-core Caché multi-core La caché es el activo más valioso del subsistema de almacenamiento; su uso eficiente es clave para lograr la eficiencia global de la plataforma en el manejo de cargas de trabajo variables y dinámicas. 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. 20

21 Rendimiento de VNX. Capítulo 2: Descripción general de la solución Mejoras en el rendimiento El almacenamiento de VNX, activado con la arquitectura de MCx, está optimizado para FLASH 1 st y proporciona un rendimiento general sin precedentes, ya que optimiza el rendimiento de las transacciones (costo por IOPS) y el rendimiento del ancho de banda (costo por GB) 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 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. Figura 2. Los procesadores en modo activo/activo aumentan el rendimiento, la resistencia y la eficiencia El balanceo de carga también fue mejorado y las aplicaciones pueden llegar a duplicar su rendimiento. El modo activo/activo para bloques es ideal para las aplicaciones que requieren los niveles más altos de disponibilidad y rendimiento, pero que no requieren organización en niveles o servicios de eficiencia, como compresión, 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 todas las snapshots y configuraciones, y permite que los clientes continúen sus operaciones durante la migración. Nota: Los procesadores en modo activo/activo solo están disponibles para los números de unidad lógica (LUN) clásicos, no para los LUN de pool. 21

22 Capítulo 2: Descripción general de la solución Unisphere Management Suite EMC Unisphere Management Suite amplía la interfaz fácil de usar de Unisphere para incluir VNX Monitoring and Reporting a fin de validar el rendimiento y anticipar los requisitos de capacidad. Tal como se muestra en la Figura 3, el conjunto de aplicaciones también incluye Unisphere Remote para administrar de manera centralizada hasta miles de sistemas VNX y VNXe, con soporte nuevo para EMC XtremSW Cache. Figura 3. Unisphere Management Suite Administración de virtualización VMware Virtual Storage Integrator Virtual Storage Integrator (VSI) es un plug-in gratuito para vcenter que está disponible para todos los usuarios de VMware con almacenamiento de EMC. Los clientes de VSPEX pueden usar VSI para simplificar la administración del almacenamiento virtualizado. Los administradores de VMware pueden obtener la visibilidad de su almacenamiento VNX mediante la misma interfaz conocida de vcenter a la cual están acostumbrados. Con VSI, los administradores de TI pueden hacer más cosas en menos tiempo. VSI ofrece un control de acceso inigualable que permite administrar y delegar de forma eficiente las tareas de almacenamiento con confianza. Realice tareas de administración diarias con hasta un 90 % menos de clics y una productividad hasta 10 veces mayor. API de VMware vstorage para integración de arreglos Las API de VMware vstorage para integración de arreglos (VAAI) descargan las funciones relacionadas con el almacenamiento de VMware del servidor al sistema de almacenamiento, lo que permite un uso más eficiente de los recursos del servidor y de la red para aumentar el rendimiento y la consolidación. API de VMware vstorage para reconocimiento del almacenamiento Las API de VMware Storage para reconocimiento del almacenamiento (VASA) son una API de VMware que permite mostrar información de almacenamiento mediante vcenter. La integración entre la tecnología VASA y VNX convierte la administración de almacenamiento dentro de un ambiente virtualizado en una experiencia sin problemas. 22

23 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 Seguridad ShareFile

24 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 VMware vsphere 5.1 para proporcionar los recursos computacionales y de almacenamiento para un ambiente Citrix XenDesktop 7 en 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 La planificación y el diseño de la infraestructura de almacenamiento para el ambiente XenDesktop es un paso especialmente importante, puesto que el almacenamiento compartido debe ser capaz de absorber las grandes ráfagas de entrada/salida (I/O) que se producen en el transcurso de un día de trabajo. Estas ráfagas pueden dar lugar a períodos de rendimiento errático e impredecible de los equipos de escritorio virtuales. Los usuarios pueden adaptarse a un rendimiento lento, pero el rendimiento impredecible crea frustración y reduce la eficiencia. Para proporcionar un rendimiento predecible para el cómputo del usuario final, el sistema de almacenamiento debe poder manejar la carga máxima de I/O de los clientes y mantener el tiempo de respuesta en el mínimo. El diseño de esta carga de trabajo incluye la implementación de muchos discos para manejar períodos breves de presión de I/O extrema, lo que resulta costoso de implementar. Esta solución utiliza FAST Cache para reducir la cantidad de discos necesarios. El respaldo de última generación de EMC permite proteger los datos del usuario y la recuperación del usuario final. Esto se logra al usar Avamar y su cliente de escritorio dentro de la imagen del equipo de escritorio. 24

25 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. Equipo 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 es esencial para activar la creación según demanda de imágenes de los equipos de escritorio, para permitir que se pueda realizar mantenimiento a la imagen sin afectar la productividad de los usuarios y para evitar que el ambiente crezca de manera descontrolada. Virtualización La capa de virtualización permite que la implementación física de los recursos se separe de las aplicaciones que los usan. Es decir, la perspectiva que tiene la aplicación de los recursos disponibles para ella ya no está vinculada directamente con el hardware. Esto permite la existencia de muchas funciones que son esenciales para el concepto de cómputo del usuario final. Cómputo La capa de cómputo proporciona recursos de memoria y procesamiento para el software de capa de virtualización, así como las necesidades de las aplicaciones que se ejecutan en la infraestructura. Si bien el programa VSPEX define la cantidad mínima de recursos de la capa informática que se necesita, el usuario puede cumplir los requisitos a través del uso de cualquier hardware de cómputo que los satisfaga. 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. Si bien el programa VSPEX define la cantidad mínima de puertos de red que se requieren para la solución y proporciona una guía general de la arquitectura de la red, el cliente puede cumplir los requisitos a través del uso de cualquier hardware de red que los satisfaga. 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 perjudicar 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. Seguridad 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 todos los componentes de la arquitectura de referencia. 25

26 Capítulo 3: Descripción general de la tecnología de la solución Virtualización de equipos de escritorio Descripción general 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). 26

27 Storefront Capítulo 3: Descripción general de la tecnología de la solución 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. 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 virtuales o físicas basadas en el sistema operativo 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 virtuales o físicas basadas en el sistema operativo Windows Desktop que 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. 27

28 Capítulo 3: Descripción general de la tecnología de la solución 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 la función 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 la frecuencia suficiente para usar FAST Cache en forma natural, 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. Citrix Provisioning Services Citrix 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. Los equipos de escritorio se implementan desde un solo disco virtual. Citrix Personal vdisk Citrix Profile Management La función Citrix Personal vdisk se introdujo en 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 un Personal vdisk independiente. 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. Citrix Profile Management conserva los perfiles de los usuarios y los sincroniza dinámicamente con un repositorio de perfiles remoto. 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 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. Con Profile Management, el perfil remoto de un usuario se descarga de manera dinámica cuando este inicia sesión en XenDesktop. Profile Management descarga la información del perfil del usuario solo cuando este la necesita. 28

29 Capítulo 3: Descripción general de la tecnología de la solución Virtualización Descripción general VMware vsphere 5.1 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 aplicación se desacoplen de los recursos físicos subyacentes que les prestan servicios. Esto proporciona una mayor flexibilidad en la capa de aplicaciones, ya que se elimina el tiempo fuera del hardware por motivos de mantenimiento e incluso permite modificar la capacidad física del sistema sin afectar a las aplicaciones que se alojan en él. VMware vsphere 5.1 se usa para construir la capa de virtualización para esta solución. vsphere 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 vsphere, como vmotion y Storage vmotion, permiten la migración transparente de máquinas virtuales y archivos almacenados desde un servidor vsphere a otro con un impacto mínimo o nulo en el rendimiento. En conjunto con vsphere DRS y DRS de almacenamiento, las máquinas virtuales tienen acceso a los recursos adecuados en cualquier momento mediante el balanceo de carga de recursos de cómputo y almacenamiento. VMware vcenter VMware vcenter es una plataforma de administración centralizada para la infraestructura virtual de VMware. 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. Además, vcenter es responsable de la administración de algunas de las funciones más avanzadas de la infraestructura virtual de VMware, como vsphere High Availability y DRS, junto con vmotion y Update Manager. VMware vsphere High Availability La función VMware vsphere High Availability (HA) permite que la capa de virtualización reinicie las máquinas virtuales automáticamente después de varios tipos de fallas. Si el sistema operativo de la máquina virtual sufre un error, esta se puede reiniciar automáticamente en el mismo hardware. 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 vsphere HA reinicie máquinas virtuales en otro hardware, esos servidores tendrán que contar con recursos disponibles. Existen recomendaciones específicas en la sección Cómputo para activar esta funcionalidad. vsphere HA permite configurar políticas para determinar qué máquinas se reiniciarán automáticamente y bajo qué condiciones se deben realizar estas operaciones. 29

30 Capítulo 3: Descripción general de la tecnología de la solución Cómputo Descripción general La elección de una plataforma de servidor para una infraestructura comprobada VSPEX se basa no solo 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 muchos otros factores. Por estos motivos, las soluciones VSPEX están diseñadas para ejecutarse en una amplia variedad de plataformas de servidores. En lugar de requerir una cantidad determinada de servidores con un conjunto específico de requisitos, VSPEX describe la cantidad de cores de procesadores y RAM que se debe proporcionar. No importa si se implementa con dos servidores o con 20, de todas formas se la considera la misma solución VSPEX. Por ejemplo, supongamos que los requisitos de la capa de informática para una determinada implementación son 25 cores procesadores y 200 GB de RAM. Es posible que un cliente desee usar servidores genéricos que contienen 16 cores de procesadores y 64 GB de RAM, mientras que otro puede preferir usar un servidor más avanzado con 20 cores de procesadores y 144 GB de RAM. 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. 30

31 Capítulo 3: Descripción general de la tecnología de la solución Utilice las siguientes mejores prácticas en la capa de cómputo: Use una cantidad de servidores idénticos o, al menos, 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 de la capa del hipervisor, la máquina virtual más grande que podrá crear tendrá como limitación el servidor físico más pequeño en el ambiente. 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 VSPEX puede ser lo suficientemente flexible para cumplir con las necesidades específicas. Lo más importante es provisionar una cantidad de cores de procesadores y RAM por core que sea adecuada para satisfacer las necesidades del ambiente de destino. Red Descripción general La red de la infraestructura requiere enlaces de red redundantes para cada host vsphere, el arreglo de almacenamiento, los puertos de interconexión de los switches y los puertos de enlace de subida 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 (FC) se aplican los mismos principios subyacentes de las conexiones múltiples y la eliminación de puntos únicos de falla. 31

32 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 distintos tipos para mejorar el rendimiento, la capacidad de administración, la separación de 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. 32

33 Capítulo 3: Descripción general de la tecnología de la solución Almacenamiento Descripción general EMC VNX Snapshots La capa de almacenamiento también es un componente clave de cualquier solución de infraestructura de red, ya que proporciona eficiencia de almacenamiento, flexibilidad de administración y un menor costo total de propiedad. Esta solución VSPEX utiliza VNX para proporcionar virtualización en la capa de almacenamiento. Para obtener más información, consulte la sección EMC Next-Generation VNX. VNX Snapshots es una característica de software que genera copias de datos de un punto en el tiempo. 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 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 emplea la tecnología de redirección ante instancia de escritura (ROW). ROW redirige nuevas escrituras destinadas al LUN primario a una nueva ubicación en el pool de almacenamiento. Este tipo de implementación difiere de la copia a la primera escritura (COFW) que se utiliza en SnapView, que retiene las escrituras al LUN primario hasta que se copian los datos al área reservada de LUN para preservar un snapshot. Esta versión también admite grupos de consistencia (CG). Se pueden combinar varios LUN de pool en un CG y someterlos a un snapshot en forma concurrente. Cuando se inicia un snapshot de un CG, se retienen todas las escrituras a LUN miembros hasta que se hayan creado sus snapshots. Habitualmente, los CG se utilizan en el caso de LUN que pertenecen a la misma aplicación. EMC SnapSure EMC 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. 33

34 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. Para obtener información detallada, consulte el documento de producto Uso de VNX Snapsure. EMC Virtual Provisioning EMC 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 thick LUN 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 de 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 8. 34

35 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 un LUN de pool se puede realizar con unos pocos clics y la capacidad expandida se puede usar inmediatamente. Sin embargo, no puede expandir un LUN de pool si forma parte de una operación de protección de datos o migración de LUN. Por ejemplo: no se pueden expandir LUN de snapshots o en migración. Reducción de LUN Utilice la reducción de LUN para disminuir la capacidad de LUN delgados existentes. VNX puede reducir un LUN de pool. Esta capacidad solo se puede aplicar a LUN atendidos por Windows Server 2008 en adelante. El proceso de reducción consta de dos pasos: 1. Reducir el sistema de archivos desde Windows Disk Management. 2. Reducir el LUN de pool utilizando una ventana de comandos y la utilidad DISKRAID. La utilería se puede conseguir a través del VDS Provider, que forma parte del paquete EMC Solutions Enabler. El nuevo tamaño del LUN aparece apenas completado el proceso de reducción. Una tarea en segundo plano recupera el espacio eliminado o reducido y lo devuelve al pool de almacenamiento. Una vez finalizada la tarea, cualquier otro LUN de ese pool puede utilizar el espacio recuperado. Para obtener información más detallada sobre la expansión o reducción de LUN, consulte el informe técnico EMC VNX Virtual Provisioning: tecnología aplicada. 35

36 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. 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 y Total Subscription de la capacidad física, y Percent Subscribed y Oversubscribed By de la capacidad virtual. 36

37 Capítulo 3: Descripción general de la tecnología de la solución 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. Para evitar esta situación, monitoree la utilización de los pools y envíe alertas cuando se alcancen los umbrales. Fije el valor de Percentage Full Threshold para permitir que haya suficiente espacio en el buffer para corregir la situación antes de que se produzca una interrupción. Para ajustar este valor, haga clic en 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. 37

38 Capítulo 3: Descripción general de la tecnología de la solución 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 38

39 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 Rango del umbral Valor predeterminado del umbral Configurable por el usuario Severidad de alerta 1 % a 84 % 70 % Advertencia Ninguno Efecto secundario 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. EMC FAST Cache EMC FAST VP (opcional) Recursos compartidos de archivos en VNX EMC FAST Cache, un componente de EMC FAST Suite, permite usar los discos flash como una capa de caché expandida para el arreglo. FAST Cache proporciona cachés no disruptivas de todo el arreglo disponibles para almacenamiento de archivos y bloques. Los datos de acceso frecuente se copian a FAST Cache en incrementos de 64 KB. FAST Cache gestiona las lecturas y/o las 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 significativa los tiempos de respuesta para datos activos y reduce los puntos problemáticos de datos que se pueden producir dentro del LUN. EMC FAST VP, parte de EMC FAST Suite, permite organizar los datos automáticamente en niveles en múltiples tipos de unidades para aprovechar 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 que resulta más rentable. 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. Para obtener más información, consulte Configuración y administración de CIFS en VNX. 39

40 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 herramientas flexibles de agregación que minimicen las demandas en esos recursos locales. Con VSPEX, es posible acelerar la implementación de aplicaciones en ROBO. 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 Descripción general EMC Avamar El respaldo y la recuperación ofrecen protección de datos mediante el respaldo de archivos o volúmenes de datos en un calendario definido 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 Avamar para el agrupamiento, el cual admite hasta 2,000 máquinas virtuales. 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 (VMDK) para el respaldo de imágenes y en el nivel de archivo para respaldos basados es 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 de un 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 preciso 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 del usuario final de los datos. Esta solución se probó con respaldos basados en huéspedes. 40

41 Capítulo 3: Descripción general de la tecnología de la solución Seguridad Autenticación de dos factores RSA SecurID La autenticación de dos factores de RSA SecurID puede mejorar la seguridad para el ambiente del cómputo del usuario final VSPEX mediante la exigencia de que el usuario se identifique con dos datos que en conjunto se conocen como contraseña: Algo que el usuario conoce: un PIN, que se usa como cualquier otro PIN o contraseña. Algo que el usuario posee: un código de token, proporcionado por un token físico o de software, el cual cambia cada 60 segundos. El caso de uso típico implementa SecurID para autenticar a los usuarios que obtienen acceso a recursos protegidos desde una red externa o pública. Las solicitudes de acceso que se originan desde dentro de una red segura son autenticadas mediante mecanismos tradicionales que implican el uso de Active Directory o LDAP. La funcionalidad de SecurID se administra a través de RSA Authentication Manager, el cual también controla algunas funciones administrativas, como la asignación de tokens a los usuarios, la administración de los usuarios y la alta disponibilidad. El dispositivo de red Citrix NetScaler y Citrix Storefront permiten optimizar la integración de SecurID en el ambiente XenDesktop. Autenticación SecurID En el caso de las solicitudes externas de acceso al ambiente de cómputo del usuario final VSPEX con Citrix XenDesktop, en un solo cuadro de diálogo se solicita un ID de usuario, una contraseña de SecurID y una contraseña de Active Directory. Si la autenticación se realiza correctamente, el usuario inicia sesión directamente en su equipo de escritorio virtual. La autenticación de las solicitudes internas solo se realiza mediante Active Directory. En la Figura 13 se describe el flujo de autenticación para una solicitud de acceso externa al ambiente XenDesktop. 41

42 Capítulo 3: Descripción general de la tecnología de la solución Figura 13. Flujo de control de autenticación para solicitudes de acceso a XenDesktop que se originan en una red externa Nota: Las políticas de autenticación que se definen en Access Gateway Enterprise Edition (AGEE) de NetScaler controlan la autenticación mediante SecurID y Active Directory. En la Figura 14 se ilustra el flujo de autenticación del acceso interno. La autenticación mediante Active Directory se inicia desde Citrix Storefront. Figura 14. Flujo de control de autenticación para solicitudes de XenDesktop que se originan en una red local Nota: La autenticación de los usuarios solo se realiza mediante Active Directory. 42

43 Capítulo 3: Descripción general de la tecnología de la solución Componentes requeridos Recursos de cómputo, memoria y almacenamiento La activación de SecurID para las soluciones VSPEX se describe en Securing EMC VSPEX End-User Computing with RSA SecurID Citrix XenDesktop 7 and VMware vsphere 5.1 for up to 2000 Virtual Desktops Design Guide. Se requieren los siguientes componentes: RSA SecurID Authentication Manager (versión 8.0): Authentication Manager 8.0 se usa para configurar y administrar el ambiente de SecurID y para asignar tokens a los usuarios, y está disponible como un dispositivo virtual que se ejecuta en el host VMware vsphere. Tokens de SecurID para todos los usuarios: SecurID requiere algo que el usuario conozca (un PIN) y un código variable que se origine en un token que el usuario posea. Los tokens de SecurID pueden ser físicos: en este caso, se genera un código cada 60 segundos y el usuario debe ingresarlo junto con un PIN. Por otro lado, también pueden estar basados en software: en este caso, el usuario introduce un PIN y el código del token se genera a través de un programa. Los tokens de hardware y software se registran en Authentication Manager a través de registros de token que vienen en un CD u otros medios. Dispositivo de red Citrix NetScaler (versión 10 o superior): la funcionalidad Access Gateway de NetScaler administra la autenticación de RSA SecurID (de manera primaria) y Active Directory (de manera secundaria) de las solicitudes de acceso que se originan en redes públicas o externas. Además, NetScaler proporciona una funcionalidad de balanceo de carga que soporta la alta disponibilidad de los servidores de Citrix Storefront y Authentication Manager. Citrix Storefront (versión 2.0 o superior): Storefront proporciona autenticación y otros servicios, y presenta los equipos de escritorio de los usuarios a los clientes Citrix móviles o basados en navegadores. Citrix Receiver: Receiver proporciona una interfaz a través de la cual el usuario interactúa con el equipo de escritorio virtual o con otro ambiente virtual Citrix, como XenApp o XenServer. En el contexto de esta solución, el cliente del usuario se considera un punto final de usuario genérico; por lo tanto, no se consideran las versiones del cliente de Receiver ni sus opciones y optimizaciones. En la Figura 15 se muestra el ambiente del cómputo del usuario final de VSPEX para XenDesktop con una infraestructura adicional para soportar SecurID. Todos los componentes necesarios se pueden ejecutar en una configuración redundante y con alta disponibilidad compuesta por dos o más hosts vsphere con un mínimo de 12 cores de CPU y 10 GB de RAM. 43

44 Capítulo 3: Descripción general de la tecnología de la solución Figura 15. Arquitectura lógica: el cómputo del usuario final de VSPEX para Citrix XenDesktop con RSA La Tabla 2 se incluyen los recursos de hardware mínimos necesarios para dar soporte a SecurID. Tabla 2. Recursos de hardware mínimos para ser compatibles con SecurID Componente CPU (cores) Memoria (GB) Disco (GB) Referencia RSA Authentication Manager RSA Authentication Manager 8.0 Performance and Scalability Guide Citrix NetScaler Citrix NetScaler VPX Getting Started Guide Citrix Storefront

45 Capítulo 3: Descripción general de la tecnología de la solución ShareFile Descripción general ShareFile StorageZones 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). 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 las instalaciones. Permite compartir archivos grandes con un cifrado completo y proporciona la capacidad de sincronizar archivos con varios dispositivos. Al mantener datos en las instalaciones y más cerca de los usuarios que los datos que residen en la nube pública, StorageZones proporciona rendimiento y seguridad mejorados. Las principales funciones disponibles para los usuarios de ShareFile StorageZones son las siguientes: Uso de StorageZones con el almacenamiento de nube administrado por ShareFile o para reemplazarlo. Capacidad de configurar Citrix CloudGateway Enterprise para integrar los servicios de ShareFile con Citrix Receiver para la autenticación y el aprovisionamiento de usuarios. Conciliación automática entre la nube de ShareFile y la implementación de StorageZones de una organización. Escaneos antivirus automatizados de los archivos cargados. Recuperación de archivos del respaldo de Storage Center (Storage Center es el componente de servidor de StorageZones). StorageZones permite 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 ShareFile StorageZones En la Figura 16 se muestra la arquitectura de alto nivel de ShareFile StorageZones. 45

46 Capítulo 3: Descripción general de la tecnología de la solución Figura 16. Arquitectura de alto nivel de ShareFile La arquitectura de alto nivel de ShareFile consta de los siguientes componentes: 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 API. 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. StorageZones: define las ubicaciones donde se almacenan los datos. Para lograr una alta disponibilidad se requieren al menos dos Storage Centers por StorageZones. StorageZones debe usar un solo recurso compartido de archivos para todos los Storage Centers. Storage Center de ShareFile amplía el almacenamiento de nube de SaaS de ShareFile al proporcionar la cuenta de ShareFile con almacenamiento privado en las instalaciones, es decir, StorageZones. 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. 46

47 Capítulo 3: Descripción general de la tecnología de la solución De manera predeterminada, ShareFile almacena los datos en el almacenamiento de nube seguro administrado por ShareFile. La función Storage Center permite configurar StorageZones privadas en las instalaciones. StorageZones define las ubicaciones donde se almacenan los datos. StorageZones permite la optimización del rendimiento al ubicar el almacenamiento de los datos cerca de los usuarios. A partir de los requisitos normativos y de rendimiento de la organización, considere cuál es la cantidad de StorageZones y dónde es mejor ubicarlas. Por ejemplo, si los usuarios están en Europa, almacenar los archivos en un Storage Center ubicado en Europa proporcionará beneficios de rendimiento y de cumplimiento de normas. En general, asignar usuarios a la ubicación de StorageZones 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 StorageZones, 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 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 StorageZones deben usar el mismo recurso compartido de archivos para el almacenamiento. Uso de StorageZones con las arquitecturas VSPEX Esta sección describe el ambiente de cómputo del usuario final de VSPEX para XenDesktop con una infraestructura agregada para dar soporte a StorageZones con Storage Center, como se muestra en la Figura 17. La capacidad del servidor se especifica en términos genéricos para los requisitos mínimos de CPU y memoria. Seleccione el hardware de servidor y de red que alcance o supere los valores mínimos indicados. El almacenamiento recomendado entrega una arquitectura de alta disponibilidad para la implementación de StorageZones. 47

48 Capítulo 3: Descripción general de la tecnología de la solución Figura 17. Arquitectura lógica: Cómputo del usuario final de VSPEX para Citrix XenDesktop con ShareFile StorageZones 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 3 se resumen los requisitos de CPU y memoria para implementar ShareFile StorageZones con Storage Center. Tabla 3. Recursos de hardware mínimos para dar soporte a ShareFile StorageZones con Storage Center CPU (cores) Memoria (GB) Referencia 2 4 Requisitos de sistema para Storage Center en el sitio web de 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. 48

49 Almacenamiento Capítulo 3: Descripción general de la tecnología de la solución ShareFile StorageZones requiere un recurso compartido de CIFS para proporcionar almacenamiento de datos privados para Storage Center. VNX puede proporcionar acceso a archivos y a bloques con un amplio conjunto de funciones, lo cual lo convierte en una opción ideal para cualquier implementación de almacenamiento de StorageZones. VNX admite una amplia variedad de funciones de clase ejecutiva ideales para el almacenamiento de StorageZones, entre las que se incluyen: 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 La Tabla 4 muestra el almacenamiento VNX recomendado necesario para el recurso compartido CIFS de StorageZones. Tabla 4. Almacenamiento VNX recomendado para el recurso compartido de CIFS de ShareFile StorageZones 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. 49

50 Capítulo 4: Descripción general de la arquitectura de la solución Capítulo 4 Descripción general de la arquitectura 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 Implementación de las arquitecturas de referencia Evaluación rápida

51 Descripción general de la solución Arquitectura de soluciones Capítulo 4: Descripción general de la arquitectura de la solución VSPEX elimina muchas cargas de planificación y configuración de la virtualización de servidores, ya que incorpora las amplias pruebas funcionales, de interoperabilidad y de rendimiento de EMC. VSPEX acelera la transformación de la TI al cómputo en la nube al permitir implementación más rápida, más opciones, mayor eficiencia y menor riesgo. 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 los requisitos mínimos de CPU, memoria e interfaces de red. Es posible seleccionar el hardware de servidor y red que cumpla o supere los requisitos mínimos establecidos. 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 validada por EMC balancea los recursos de almacenamiento, red y cómputo necesarios para una determinada cantidad 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. Descripción general La solución de cómputo del usuario final de VSPEX para hasta 2,000 equipos de escritorio virtuales se valida en tres puntos de escala distintos. 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. 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. El proceso detallado se describe en la secciónaplicación de la carga de trabajo de referencia. 51

52 Capítulo 4: Descripción general de la arquitectura de la solución 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: NFS y Fibre Channel (FC). En la Figura 18 muestra la arquitectura lógica de la variante NFS, en la que 10 GbE transporta todo el tráfico de red. Figura 18. Arquitectura lógica de la variante NFS Nota: Los componentes de red de la solución 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. 52

53 Capítulo 4: Descripción general de la arquitectura de la solución En la Figura 19 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 red. Figura 19. 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 o 10 Gb, siempre y cuando el ancho de banda y la redundancia sean suficientes para satisfacer los requisitos mencionados. Componentes clave Los componentes clave de las soluciones son los siguientes: Controlador de entrega Citrix XenDesktop 7 Se 1 usaron dos controladores de entrega 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. 1 En esta guía, 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. 53

54 Capítulo 4: Descripción general de la arquitectura de la solución Servidor de aprovisionamiento Citrix Se usaron dos servidores Citrix 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 solución, los discos virtuales se almacenan en un recurso compartido CIFS alojado por el sistema de almacenamiento VNX. Equipos de escritorio virtuales Los equipos de escritorio virtuales que ejecutan Windows 7 se provisionan mediante MCS y PVS. VMware vsphere 5.1 VMware vsphere proporciona una capa de virtualización común para alojar un ambiente de servidor. La Tabla 14, en la página 89, enumera los detalles del ambiente validado. VMware vsphere 5.1 proporciona una infraestructura de alta disponibilidad a través de funciones como: vmotion: proporciona migración activa de máquinas virtuales dentro de un cluster de infraestructura virtual, sin interrupción de las máquinas virtuales ni del servicio Storage vmotion: proporciona migración activa de archivos de disco de máquinas virtuales dentro y en todos los arreglos de almacenamiento, sin interrupción de las máquinas virtuales ni del servicio vsphere HA: detecta y proporciona una recuperación rápida de una máquina virtual con fallas en un cluster Distributed Resource Scheduler: proporciona el balanceo de carga de capacidad de cómputo en un cluster Storage Distributed Resource Scheduler (SDRS): proporciona el balanceo de carga en múltiples áreas de almacenamiento de datos, según el uso del espacio y la latencia de I/O VMware vcenter Server 5.1 vcenter Server ofrece una plataforma escalable y extensible que forma la base para la administración de virtualización del cluster vsphere 5.1. Todos los hosts vsphere y sus máquinas virtuales se administran a través de vcenter. Microsoft SQL Server vcenter Server, los controladores XenDesktop y los servidores de aprovisionamiento requieren un servicio de base de datos para almacenar la configuración y la información de monitoreo. Para esto, se usa Microsoft SQL Server 2008 R2 que se ejecuta en un servidor Windows 2008 R2. Servidor Active Directory Los servicios de Active Directory son necesarios para que los diversos componentes de la solución funcionen adecuadamente. Para esto, se usa el servicio Microsoft Active Directory que se ejecuta en un servidor Windows Server

55 Servidor DHCP Capítulo 4: Descripción general de la arquitectura de la solución 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 Virtual Storage Integrator para VMware vsphere EMC VSI para VMware vsphere (VSI) es un plug-in para el cliente vsphere que proporciona administración de almacenamiento para arreglos de EMC directamente desde el cliente. VSI es altamente personalizable y 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 NFS se transmite mediante una subred privada no enrutable. Red IP La infraestructura de red Ethernet proporciona conectividad IP entre equipos de escritorio virtuales, clusters vsphere y almacenamiento VNX. Para la variante NFS, la infraestructura IP permite a los servidores vsphere obtener acceso a áreas de almacenamiento de datos NFS en el flujo de VNX y 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 Fibre Channel Para la variante Fibre Channel, el tráfico de almacenamiento entre todos los hosts vsphere 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 áreas de almacenamiento de datos NFS/Fibre Channel a hosts vsphere para un máximo de 1,000 equipos de escritorio virtuales. Arreglo EMC VNX5600 Un arreglo EMC VNX5600 proporciona almacenamiento mediante la presentación de áreas de almacenamiento de datos NFS/Fibre Channel a hosts vsphere para un máximo de 2,000 equipos de escritorio virtuales. 55

56 Capítulo 4: Descripción general de la arquitectura de la solución Los arreglos de almacenamiento de VNX incluyen los siguientes componentes: Los SP son compatibles con 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 Data Movers (o X-Blades) obtienen acceso a los datos desde back-end y entregan acceso al host mediante la misma tecnología UltraFlex I/O que soporta los protocolos Network File System (NFS), Common Internet File System (CIFS), Multi-Path File System (MPFS) y Parallel NFS (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 a los Data Movers. La forma del DME es similar a la del gabinete del procesador de almacenamiento (SPE) y se utiliza en todos los modelos de VNX compatibles con 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 la 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. EMC Avamar El software Avamar proporciona la plataforma para proteger máquinas virtuales. Esta estrategia de protección utiliza equipos de escritorio virtuales persistentes. Además, usa la protección de imagen y las recuperaciones de usuario final. 56

57 Capítulo 4: Descripción general de la arquitectura de la solución Recursos de hardware La Tabla 5 enumera el hardware utilizado en esta solución. Tabla 5. Hardware de la solución Hardware Configuración Notas 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 Servidores para equipos de escritorio virtuales Infraestructura de red CPU: SO del equipo de escritorio: Un vcpu por equipo de escritorio (ocho 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 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 Capacidad de conmutación mínima para la variante NFS: Dos switches físicos Seis puertos de 1 GbE por servidor vsphere 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 total del servidor requerida para alojar equipos de escritorio virtuales Configuración de LAN redundante 57

58 Capítulo 4: Descripción general de la arquitectura de la solución Hardware Configuración Notas Capacidad de conmutación mínima para la variante Fibre Channel: 2 puertos 1 GbE por servidor vsphere Cuatro puertos Fibre Channel de 4/8 Gb para el back-end de VNX 2 puertos FC de 4/8 Gb por servidor vsphere Configuración de LAN/SAN redundante 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 NFS) Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas: Cantidad de unidades PvD No PvD HSD Almacenamiento 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 NFS) 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 NFS) 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 Cinco discos flash de 100 GB y 3.5 pulgadas 58

59 Capítulo 4: Descripción general de la arquitectura 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 estos servidores y las funciones que desempeñan ya existan en el ambiente del cliente 59

60 Capítulo 4: Descripción general de la arquitectura de la solución Recursos de software La Tabla 6 enumera el software utilizado en esta solución. Tabla 6. Software de la solución Software Configuración VNX5400 o VNX5600 (almacenamiento compartido, sistemas de archivos) VNX OE para archivos Versión VNX OE para bloques Versión 33 ( ) EMC VSI para VMware vsphere: Administración de almacenamiento unificado EMC VSI para VMware vsphere: Storage Viewer Virtualización de equipos de escritorio XenDesktop XenDesktop Controller Sistema operativo para el controlador XenDesktop Microsoft SQL Server Versión 7 Platinum Edition Windows Server 2008 R2 Standard Edition Versión 2008 R2 Standard Edition Respaldo de última generación Avamar 7.0 VMware vsphere Servidor vsphere 5.1 vcenter Server 5.1 Sistema operativo para vcenter Server Plug-in de API de vstorage para integración de arreglos (VAAI) (solo variante NFS) Windows Server 2008 R2 Standard Edition PowerPath Virtual Edition (solo variante FC) 5.9 Equipos de escritorio virtuales Nota: Más allá del SO base, el 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 versión 12 Internet Explorer Adobe Reader 9.1 Adobe Flash Player Bullzip PDF Printer FreeMind

61 Capítulo 4: Descripción general de la arquitectura de la solución Dimensionamiento para la 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 7 muestra que la configuración de cada servidor compatible con esta solución incluye dos sockets de cuatro cores y 128 GB de RAM, además de dos 10 GbE por cada chasis de blades. Tabla 7. 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 RAM total 32 2, TB SO del servidor GB 25 1, GB 50 2, TB Como se muestra en la en la Tabla 7, el SO del equipo de escritorio 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. También se debe considerar el balance correcto de memoria y cores para la cantidad prevista de equipos de escritorio virtuales que soportará un servidor. Por ejemplo, si se espera que un servidor soporte 24 equipos de escritorio virtuales, este requerirá 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 61

62 Capítulo 4: Descripción general de la arquitectura de la solución La cantidad y el tipo de switches seleccionados deben ser compatibles con una alta disponibilidad; también se recomienda seleccionar un proveedor de red a base de la disponibilidad de piezas, servicio y contratos de soporte. Además de las características anteriores, 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 catorce puertos de 10 GbE (para 1,000 equipos de escritorio virtuales) o dos puertos de 1 GbE y veintidós puertos de 10 GbE (para 2,000 equipos de escritorio virtuales, distribuidos adecuadamente para proporcionar una alta disponibilidad. Los puertos de enlace superior adecuados para conectividad con el cliente El uso de puertos 10 GbE debe alinearse a los del servidor y el almacenamiento, con atención a los requerimientos totales de red para esta solución y al nivel de redundancia para soportar la alta disponibilidad. Además, considere tarjetas NIC y conexiones de almacenamiento adicionales en función de los requisitos del cliente o de la implementación específica. La infraestructura de administración (Active Directory, DNS, DHCP y SQL Server) se puede soportar en dos servidores similares a los definidos con anterioridad, pero requiere un mínimo de solo 20 GB de RAM en lugar de 128 GB. Pautas para la configuración de servidores describen el diseño de almacenamiento de discos. Pautas para la configuración de servidores Descripción general Cuando se diseña y solicita las capas de cómputo y servidores de la solución VSPEX, es importante tomar en cuenta varios factores que pueden influir en la adquisición final. Desde la perspectiva de la virtualización, si se comprende bien el tipo de carga de un sistema, las funciones como el incremento de memoria y el uso compartido transparente de páginas 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 ser necesario aumentar la cantidad de CPU y memoria comprada. 62

63 Capítulo 4: Descripción general de la arquitectura de la solución La Tabla 8 muestra los detalles de la configuración del hardware de red y los servidores de equipos de escritorio virtuales. Tabla 8. Hardware del servidor Servidores para equipos de escritorio virtuales CPU Memoria Red Configuración SO del equipo de escritorio: Un vcpu por equipo de escritorio (ocho 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 vsphere 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 vsphere 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 63

64 Capítulo 4: Descripción general de la arquitectura de la solución Virtualización de memoria de VMware vsphere para VSPEX VMware vsphere 5 posee varias funciones avanzadas que ayudan a maximizar el rendimiento y el uso general de recursos. La administración de la memoria es la más importante de estas funciones. Esta sección describe algunas de estas funciones y los elementos que 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 20 ilustra un ejemplo de consumo de memoria en el nivel del hipervisor. Figura 20. Uso de memoria del hipervisor Sobreasignación de memoria La sobreasignación de memoria ocurre cuando se asigna más memoria a las máquinas virtuales que la que está físicamente presente en un host VMware vsphere. A través del uso de técnicas sofisticadas, como el incremento y el uso compartido transparente de páginas, vsphere puede manejar la sobreasignación de memoria sin perjudicar el rendimiento. Sin embargo, si se usa activamente más memoria que la que existe físicamente en el servidor, es posible que vsphere recurra a intercambiar partes de la memoria de una máquina virtual. 64

65 Acceso a memoria no uniforme Capítulo 4: Descripción general de la arquitectura de la solución vsphere utiliza un balanceador de acceso a memoria no uniforme (NUMA) para asignar un nodo inicial a una máquina virtual. Puesto que la memoria para la máquina virtual se asigna desde el nodo de inicio, el acceso a memoria es local y proporciona el mejor rendimiento posible. Las aplicaciones que no soportan NUMA directamente también se benefician de esta función. Uso compartido transparente de páginas Las máquinas virtuales que ejecutan sistemas operativos y aplicaciones similares tienen generalmente conjuntos idénticos de contenido de memoria. El uso compartido de páginas permite que el hipervisor recupere las copias redundantes y mantenga solo una copia, lo que libera el consumo total de memoria del host. Si la mayoría de las máquinas virtuales de aplicación ejecutan el mismo sistema operativo y los mismos binarios de aplicación, el uso total de la memoria se puede reducir para aumentar las tasas de consolidación. Incremento de memoria Con el uso de un controlador de incremento cargado en el sistema operativo huésped, el hipervisor puede recuperar memoria física del host si los recursos de memoria están en disputa. Esto se consigue con un impacto escaso o nulo en el rendimiento de la aplicación. Pautas para la configuración de la memoria Esta sección proporciona pautas para asignar memoria a las máquinas virtuales. Las pautas descritas aquí consideran la sobrecarga de memoria de vsphere y los ajustes de memoria para las máquinas virtuales. Sobrecarga de memoria de vsphere La virtualización de los recursos de memoria tiene una sobrecarga asociada. La sobrecarga del espacio de memoria tiene dos componentes: Sobrecarga fija del sistema para el VMkernel. Sobrecarga adicional para cada máquina virtual El volumen de la memoria de sobrecarga adicional para el VMkernel es fijo, mientras que cada máquina virtual depende de la cantidad de CPU virtuales y la memoria configurada para el sistema operativo huésped. 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. Una vez establecida la cantidad de servicios de aplicación y casos de uso, se debe crear una configuración de base, probarla y después ajustarla, como se menciona más adelante en esta guía, a fin de determinar una configuración adecuada para un ambiente. La Tabla 14, en la página 89, describe los recursos que utiliza una sola máquina virtual. 65

66 Capítulo 4: Descripción general de la arquitectura de la solución Pautas para la configuración de la red Descripción general En esta sección se entregan pautas para configurar una configuración de red redundante y de alta disponibilidad. Estas reglas consideran las frames jumbo, las VLAN y el LACP en un almacenamiento unificado de EMC. La Tabla 9 proporciona el detalle de los recursos de red necesarios. Componente Infraestructura de red Tabla 9. Recursos de hardware para la red Capacidad mínima de conmutación Bloque Configuración Dos switches físicos Dos puertos de 10 GbE por servidor vsphere 1 puerto de 1 GbE por Control Station para las tareas de administración Dos puertos Fibre Channel/CEE/10 GbE por servidor vsphere 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 Sistemas de Dos switches físicos Cuatro puertos de 10 GbE por servidor vsphere Un puerto de 1 GbE por Control Station para las tareas de administración Dos puertos de 10 GbE por Data Mover para los datos Nota: La solución puede usar 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, como se indica en la Figura 21: ACCESO DE CLIENTES Almacenamiento Management La red de acceso de clientes es para que los usuarios del sistema, o clientes, se comuniquen con la infraestructura. La red de almacenamiento se usa en la comunicación entre las capas de cómputo y almacenamiento. La red de administración proporciona a los administradores una vía dedicada para tener acceso a las conexiones de administración en el arreglo de almacenamiento, los switches de red y los host. 66

67 Capítulo 4: Descripción general de la arquitectura de la solución Figura 21. Redes requeridas 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. Estas redes adicionales se pueden implementar en caso necesario, pero no son obligatorias. Nota: 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. Activar frames jumbo Configure MTU en 9,000 (frames jumbo) para almacenamiento y tráfico de migración eficientes. Agregación de enlaces 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 completamente dúplex. 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. 67

68 Capítulo 4: Descripción general de la arquitectura de la solución Reglas para la configuración del almacenamiento Descripción general vsphere soporta más de un método de uso del almacenamiento cuando se hospedan máquinas virtuales. Las soluciones que se describen en esta sección y en la Tabla 10 se probaron utilizando NFS y el diseño de almacenamiento descrito se ajusta a todas las mejores prácticas actuales. Si lo desean, los arquitectos y clientes que posean los conocimientos necesarios pueden realizar modificaciones de acuerdo con su comprensión del uso y la carga de los sistemas. Tabla 10. Hardware del almacenamiento Configuración Común: Dos interfaces de 10 GbE por Data Mover Dos puertos Fibre Channel de 8 Gb por SP (solo en la variante Fibre Channel) Notas Para 500 equipos de escritorio virtuales: Dos Data Movers (uno activo y otro en standby, solo en la variante NFS) 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 NFS) Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas: Cantidad de unidades PvD No PvD HSD PVS MCS Almacenamiento compartido de VNX para equipos de escritorio virtuales 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 NFS) 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 68

69 Capítulo 4: Descripción general de la arquitectura de la solución Configuración 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 Notas Opcional para datos del usuario Opcional para almacenamiento de infraestructura Virtualización de memoria de VMware vsphere para VSPEX vsphere ofrece virtualización del almacenamiento en el nivel del host. Virtualiza el almacenamiento físico y presenta el almacenamiento virtualizado a la máquina virtual. Una máquina virtual almacena su sistema operativo y todos los demás archivos que están relacionados con las actividades de la máquina virtual en un disco virtual. El disco virtual puede componerse de uno o varios archivos. vsphere utiliza un controlador SCSI virtual para presentar el disco virtual al sistema operativo huésped que se ejecuta en la máquina virtual. El disco virtual reside en un área de almacenamiento de datos. Según el tipo de disco virtual que se utilice, este se puede alojar en un área de almacenamiento de datos VMFS o NFS, como se describe en la Figura 22. Figura 22. Tipos de discos virtuales de VMware VMFS VMFS es un sistema de archivos en cluster que proporciona virtualización del almacenamiento optimizada para máquinas virtuales. Se puede implementar en cualquier almacenamiento local o en red basado en SCSI. 69

70 Capítulo 4: Descripción general de la arquitectura de la solución Mapeo de dispositivos crudos VMware proporciona un mecanismo de mapeo de dispositivos crudos (RDM). RDM permite que una máquina virtual obtenga acceso directo a un volumen en el almacenamiento físico y solo se pueda utilizar a través de Fibre Channel o iscsi. NFS VMware soporta el uso de los sistemas de archivos NFS de dispositivos o sistemas de almacenamiento NAS externos como áreas de almacenamiento de datos de máquinas virtuales. En esta solución VSPEX, se usa VMFS en la variante Fibre Channel y NFS en la variante NFS. 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. 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 11 muestra una lista simple de discos requeridos para soportar diferentes escalas de configuración, excepto las necesidades de hot spare. Equipos de escritorio virtuales 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 11. Número de discos necesarios para las diferentes cantidades de equipos de escritorio virtuales Plataforma Discos flash (FAST Cache) Discos SAS (PVS/no PvD) Discos SAS (PVS/PvD) Discos SAS (MCS/no PvD) 500 VNX ,000 VNX ,000 VNX Discos SAS (MCS/PvD) 70

71 Capítulo 4: Descripción general de la arquitectura de la solución 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 11, 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 23 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. Figura 23. 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: Cuatro discos SAS (0_0_0 a 0_0_3) se usan para el VNX OE. VNX no requiere una unidad hot spare dedicada. Los discos 1_0_4 y 1_1_5 no están enlazados y pueden utilizarse como hot spares en caso necesario. Estos discos se marcan como hot spares en la Figura 23. Se usan ocho discos SAS (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. 71

72 Capítulo 4: Descripción general de la arquitectura de la solución Para NAS, se provisionan 10 LUN de 200 GB del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como dos áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan dos LUN de 1 TB del pool para presentarlos a los servidores vsphere como dos áreas de almacenamiento de datos VMFS. Se usan dos discos flash (1_0_5 y 1_0_6) para 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 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 1_0_6 a 1_0_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 unidades de distinto tamaño, 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 24 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 24. Diseño de almacenamiento principal con aprovisionamiento MCS para 500 equipos de escritorio virtuales 72

73 Capítulo 4: Descripción general de la arquitectura de la solución 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 (0_0_0 a 0_0_3) se usan para el VNX OE. VNX no requiere una unidad hot spare dedicada. Los discos 1_0_4 y 1_1_2 no están enlazados y pueden utilizarse como hot spares en caso necesario. Estos discos se marcan como hot spares en la Figura 24. Se usan diez discos SAS (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 400 GB del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como dos áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan dos LUN de 2 TB del pool para presentarlos a los servidores vsphere como dos áreas de almacenamiento de datos VMFS. 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 (1_1_0 y 1_1_1) para FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Los discos 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 unidades de distinto tamaño, 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 mencionado anteriormente. 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. 73

74 Capítulo 4: Descripción general de la arquitectura de la solución Figura 25. 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. Se utilizó la siguiente configuración opcional en la arquitectura de referencia para 500 equipos de escritorio virtuales: VNX no requiere una unidad hot spare dedicada. El disco 0_2_14 no está enlazado y puede utilizarse como un hot spare en caso necesario. Este disco se marca como un hot spare en la Figura 25. Se usan cinco discos SAS (0_2_0 a 0_2_4) en el pool de almacenamiento 6 RAID 5 para almacenar las máquinas virtuales de la infraestructura. Se provisiona un LUN de 1 TB o un sistema de archivos NFS del pool para presentarlos a los servidores vsphere como un área de almacenamiento de datos VMFS o NFS. Se usan dieciséis discos SAS NL (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 1 TB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. Si se implementaron diversos tipos de unidades, se puede activar FAST VP para organizar los datos automáticamente en niveles a fin de aprovechar 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 1 GB, mientras que los datos de acceso infrecuente se pueden migrar a un nivel más bajo que resulta más rentable. Este rebalanceo de unidades de datos de 1 GB, o slices, 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. 74

75 Capítulo 4: Descripción general de la arquitectura de la solución 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 del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como dos áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan dos LUN de 1 TB del pool para presentarlos a los servidores vsphere como dos áreas de almacenamiento de datos VMFS. Diseño de almacenamiento para 1,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 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. Figura 26. 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 principal se utiliza en la arquitectura de referencia para 1,000 máquinas virtuales de equipos de escritorio: Cuatro discos SAS (0_0_0 a 0_0_3) se usan para el VNX OE. VNX no requiere una unidad hot spare dedicada. Los discos 1_0_4 y 1_0_7 no están enlazados y pueden utilizarse como hot spares en caso necesario. Estos discos se marcan como hot spares en la Figura

76 Capítulo 4: Descripción general de la arquitectura de la solución Se usan dieciséis discos SAS (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 del pool para proporcionar el almacenamiento necesario para crear cuatro sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como cuatro áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan cuatro LUN de 1 TB del pool para presentarlos a los servidores vsphere como cuatro áreas de almacenamiento de datos VMFS. Se usan dos discos flash (1_0_5 y 1_0_6) para 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. Los discos 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 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 unidades de distinto tamaño, 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 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 27. Diseño de almacenamiento principal con aprovisionamiento MCS para 1,000 equipos de escritorio virtuales 76

77 Capítulo 4: Descripción general de la arquitectura de la solución Descripción general del diseño de almacenamiento principal con aprovisionamiento MCS Se utilizó la siguiente configuración principal en la arquitectura de referencia para 1,000 máquinas virtuales de equipos de escritorio: Cuatro discos SAS (0_0_0 a 0_0_3) se usan para el VNX OE. VNX no requiere una unidad hot spare dedicada. Los discos 1_0_4 y 1_1_2 no están enlazados y pueden utilizarse como hot spares en caso necesario. Estos discos se marcan como hot spares en la Figura 27. Se usan veinte discos SAS (1_0_5 a 1_0_14 y 1_1_3 a 1_1_12) en el pool de almacenamiento1 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 del pool para proporcionar el almacenamiento necesario para crear cuatro sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como cuatro áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan cuatro LUN de 2 TB del pool para presentarlos a los servidores vsphere como cuatro áreas de almacenamiento de datos VMFS. 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. Se usan dos discos flash (1_1_0 y 1_1_1) para FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Los discos 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 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 unidades de distinto tamaño, 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 28. Este almacenamiento es adicional al almacenamiento principal mencionado anteriormente. Si ya existe almacenamiento para los datos de usuario en algún lugar del ambiente de producción, este almacenamiento adicional no es necesario. 77

78 Capítulo 4: Descripción general de la arquitectura de la solución Figura 28. Diseño opcional de almacenamiento para 1,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. Se utilizó la siguiente configuración opcional en la arquitectura de referencia para 1,000 equipos de escritorio virtuales: VNX no requiere una unidad hot spare dedicada. Los discos 0_2_14 y 0_3_14 no están enlazados y pueden utilizarse como hot spares en caso necesario. Estos discos se marcan como hot spares en la Figura 28. Se usan cinco discos SAS (0_2_0 a 0_2_4) en el pool de almacenamiento 6 RAID 5 para almacenar las máquinas virtuales de la infraestructura. Se provisiona un LUN de 1 TB del pool para presentarlo a los servidores vsphere como un área de almacenamiento de datos. Se usan veinticuatro discos SAS NL (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 2 TB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. 78

79 Capítulo 4: Descripción general de la arquitectura de la solución Si se implementaron múltiples tipos de unidades, se puede activar FAST VP para organizar los datos automáticamente en niveles con el fin de aprovechar 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 1 GB, mientras que los datos de acceso infrecuente se pueden migrar a un nivel más bajo que resulta más rentable. Este rebalanceo de unidades de datos de 1 GB, o slices, 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 del pool para proporcionar el almacenamiento necesario para crear cuatro sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como cuatro áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan cuatro LUN de 1 TB del pool para presentarlos a los servidores vsphere como cuatro áreas de almacenamiento de datos VMFS. Diseño de almacenamiento para 2,000 equipos de escritorio virtuales Diseño de almacenamiento principal con aprovisionamiento PVS En la Figura 29 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. 79

80 Capítulo 4: Descripción general de la arquitectura de la solución Figura 29. 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 Se utilizó la siguiente configuración principal en la arquitectura de referencia para 2,000 máquinas virtuales de equipos de escritorio: Cuatro discos SAS (0_0_0 a 0_0_3) se usan para el VNX OE. EMC VNX no requiere una unidad hot spare dedicada. Los discos 1_0_4, 1_1_14 y 0_2_2 no están enlazados y pueden utilizarse como hot spares en caso necesario. Estos discos se marcan como hot spares en la Figura 29. Se usan treinta y dos discos SAS (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. Para NAS, se provisionan 10 LUN de 800 GB del pool para proporcionar el almacenamiento necesario para crear ocho sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como ocho áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan ocho LUN de 1 TB del pool para presentarlos a los servidores vsphere como ocho áreas de almacenamiento de datos VMFS. 80

81 Capítulo 4: Descripción general de la arquitectura de la solución Se usan cuatro discos flash (1_1_12 a 1_1_13 y 0_2_0 a 0_2_1) para 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 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 unidades de distinto tamaño, 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 30 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 datos de perfil de usuario. Figura 30. Diseño de almacenamiento principal con aprovisionamiento MCS para 2,000 equipos de escritorio virtuales 81

82 Capítulo 4: Descripción general de la arquitectura 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 (0_0_0 a 0_0_3) se usan para el VNX OE. EMC VNX no requiere una unidad hot spare dedicada. Los discos 1_0_4, 0_0_2 y 0_2_5 no están enlazados y pueden utilizarse como hot spares en caso necesario. Estos discos se marcan como hot spares en la Figura 30. Se usan cuarenta discos SAS (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,600 GB del pool para proporcionar el almacenamiento necesario para crear ocho sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como ocho áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan ocho LUN de 2 TB del pool para presentarlos a los servidores vsphere como ocho áreas de almacenamiento de datos VMFS. 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 cuatro discos flash (0_1_0 a 0_1_1 y 1_1_0 a 1_1_1) para FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario. Los discos 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 unidades de distinto tamaño, 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 31. Este espacio de almacenamiento es adicional al almacenamiento principal mostrado arriba. Si ya existe almacenamiento para los datos de usuario en algún lugar del ambiente de producción, este almacenamiento adicional no es necesario. 82

83 Capítulo 4: Descripción general de la arquitectura de la solución Figura 31. 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: VNX no requiere una unidad hot spare dedicada. Los discos 1_2_14, 0_4_9 y 0_5_12 a 0_5_13 no están enlazados y pueden utilizarse como hot spares en caso necesario. Estos discos se marcan como hot spares en la Figura 31. Se usan cinco discos SAS (1_2_0 a 1_2_4) en el pool de almacenamiento 6 RAID 5 para almacenar las máquinas virtuales de la infraestructura. Se provisiona un LUN de 1 TB del pool para presentarlo a los servidores vsphere como un área de almacenamiento de datos. 83

84 Capítulo 4: Descripción general de la arquitectura de la solución Alta disponibilidad y failover Se usan cuarenta y ocho discos SAS NL (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 4 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 con el fin de aprovechar 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 1 GB, mientras que los datos de acceso infrecuente se pueden migrar a un nivel más bajo que resulta más rentable. Este rebalanceo de unidades de datos de 1 GB, o slices, 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 del pool para proporcionar el almacenamiento necesario para crear ocho sistemas de archivos NFS. Los sistemas de archivos se presentan a los servidores vsphere como ocho áreas de almacenamiento de datos NFS. Para Fibre Channel, se provisionan ocho LUN de 1 TB del pool para presentarlos a los servidores vsphere como ocho áreas de almacenamiento de datos VMFS. Introducción Capa de virtualización Esta solución VSPEX ofrece una infraestructura de servidores, redes y almacenamiento virtualizada y de alta disponibilidad. Cuando se implementa de acuerdo con esta guía, proporciona la capacidad de sobrevivir a la mayoría de las fallas de una sola unidad con impacto mínimo o nulo para las operaciones de negocios. EMC recomienda configurar la alta disponibilidad en la capa de virtualización y permitir que el hipervisor reinicie automáticamente las máquinas virtuales que presentan fallas. En la Figura 32 ilustra la capa del hipervisor que responde a una falla en la capa de cómputo. Figura 32. Alta disponibilidad en la capa de virtualizació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. 84

85 Capítulo 4: Descripción general de la arquitectura de la solución 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, como se indica en la Figura 33, a unidades de distribución de alimentación (PDU) separadas, de acuerdo con las mejores prácticas de su proveedor de servidores. Figura 33. Fuentes de alimentación redundantes EMC recomienda configurar la alta disponibilidad en la 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 32. Capa de red Las características de red avanzadas de VNX entregan protección contra las fallas de la conexión de red en el arreglo. Cada host vsphere tiene múltiples conexiones a las redes Ethernet de usuarios y almacenamiento a fin de proteger contra fallas de enlaces. Como se muestra en la Figura 34, estas conexiones deben distribuirse entre múltiples switches Ethernet como medida de protección contra la falla de componentes en la red. Figura 34. Alta disponibilidad de la capa de red 85

86 Capítulo 4: Descripción general de la arquitectura de la solución 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 VNX está diseñado 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 y las unidades hot spare disponibles se pueden asignar en forma dinámica para reemplazar un disco con fallas. Esto se muestra en la Figura 35. Figura 35. 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

87 Perfil de la prueba de validación Capítulo 4: Descripción general de la arquitectura de la solución Características del perfil La solución VSPEX se validó con el perfil de ambiente que se describe en la Tabla 12. Tabla 12. Perfil validado del ambiente Características del perfil Cantidad de equipos de escritorio virtuales SO de los equipos de escritorio virtuales vcpu 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 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: 8 SO del servidor: 5 SO del equipo de escritorio: 2 GB SO del servidor: 0.6 GB PVS 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

88 Capítulo 4: Descripción general de la arquitectura de la solución Características del perfil Tipo de disco y RAID para áreas de almacenamiento de datos 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 SAS RAID 5 de 600 GB, 15 k r/min y 3.5 pulgadas Discos NL-SAS RAID 6 de 2 TB, 7,200 r/min y 3.5 pulgadas Pautas de configuración del ambiente de respaldo Descripción general Características de respaldo Esta sección proporciona las instrucciones para configurar el ambiente de respaldo y configuración para esta solución VSPEX. La Tabla 13 muestra cómo se dimensionó el perfil de ambiente de respaldo de tres agrupamientos en esta solución VSPEX. Tabla 13. 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 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 Cuatro semanales Una mensual Diseño del respaldo Avamar ofrece varias opciones de implementación según el caso de uso específico y los requisitos de recuperación. 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 el software y sistema de deduplicación y logra los más altos niveles de rendimiento y eficiencia. 88

89 Pautas para el dimensionamiento Capítulo 4: Descripción general de la arquitectura de la solución Descripción general Las siguientes secciones proporcionan las definiciones del tipo de carga de referencia que se utilizó para dimensionar e implementar las arquitecturas VSPEX que se mencionan en esta guía. También ofrecen instrucciones para relacionar estas cargas de trabajo de referencia con las del cliente y cómo pueden modificar la implementación final desde la perspectiva del servidor y la red. 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 disco se crean para brindar soporte a la cantidad adecuada 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 Definición de la carga de trabajo de referencia Cada infraestructura comprobada de VSPEX balancea los recursos de almacenamiento, red y cómputo necesarios para una determinada cantidad 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. Se definió un tipo de carga de referencia representativo de un cliente. Al comparar el uso real del cliente con esta carga de trabajo de referencia, puede extrapolar la arquitectura de referencia que debe elegir. Para 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 14 muestra las características del equipo de escritorio virtual de referencia. Tabla 14. 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 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 89

90 Capítulo 4: Descripción general de la arquitectura de la solución Característica Capacidad de almacenamiento disponible por equipo de escritorio virtual* IOPS promedio por equipo de escritorio virtual en estado estable Valor 4 GB (PVS) 8 GB (MCS) 8 * La capacidad de almacenamiento disponible se calcula en función de las unidades que se utilizan en esta solución. Es posible aumentar el espacio al agregar más unidades o mediante el uso de una unidad de la misma clase y con mayor capacidad. 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 utilerías de trabajadores de tareas estándar. Aplicación de la carga de trabajo de referencia Es posible que, además de la cantidad de equipos de escritorio (500, 1,000 o 2,000), deba tomar en cuenta otros factores cuando evalúe qué solución de cómputo del usuario final desea 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. La arquitectura de 1,000 equipos de escritorio se probó con 1,000 equipos de escritorio, los cuales generaban tipos de carga en paralelo, se encendieron al mismo tiempo, etc. Si el cliente espera contar con 1,200 usuarios, de los cuales solo el 50% de ellos 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 14 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 pueden pensar que sus usuarios tienen un perfil más activo. Por ejemplo, si una organización 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 (es decir, 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. 90

91 Implementación de las arquitecturas de referencia Capítulo 4: Descripción general de la arquitectura de la solución Descripción general Tipos de recursos Recursos de CPU 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. Las arquitecturas de referencia definen los requisitos de hardware para la solución en función de los siguientes tipos de recursos básicos: Recursos de CPU Recursos de memoria Recursos de red Recursos de almacenamiento Las secciones siguientes describen los tipos de recursos, cómo se usan en las arquitecturas de referencia y las consideraciones clave para implementarlos en un ambiente del cliente. 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 comunes y que su rendimiento será igual o mejor que los sistemas usados 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. Sin embargo, es posible que esta relación no sea la más adecuada en todos los casos de uso. Monitoree la utilización de CPU en la capa del hipervisor para determinar si se requieren más recursos. Recursos de memoria Se define que cada equipo de escritorio virtual en la arquitectura de referencia tiene 2 GB de memoria dedicada a una instancia única del SO del equipo de escritorio. En un ambiente virtual, es frecuente provisionar equipos de escritorio virtuales con más memoria que la que tiene el hipervisor físicamente, 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. 91

92 Capítulo 4: Descripción general de la arquitectura de la solución Si VMware vsphere se queda sin memoria para los sistemas operativos huésped, comenzará a operar la paginación, lo que generará actividad de I/O adicional hacia los archivos VSwap. Si el subsistema de almacenamiento se dimensiona correctamente, es posible que los incrementos repentinos ocasionales debido a la actividad de VSwap no causen problemas de rendimiento, ya que las ráfagas de carga transitorias se pueden absorber. Sin embargo, si el índice de sobreasignación de memoria es tan alto que afecta seriamente al subsistema de almacenamiento con una sobrecarga continua de actividad de VSwap, será necesario agregar más discos no por el requisito de capacidad, sino debido a la exigencia de mayor rendimiento. Dependerá del administrador decidir si es más rentable agregar más memoria física al servidor o aumentar la cantidad de almacenamiento. Dado que los módulos de memoria son un producto genérico, probablemente sea menos costoso optar por lo primero. 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 requiere 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 IOPS 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. Esto está dentro de los límites de las redes gigabit. 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 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 como para manejar tipos de carga promedio para los casos de uso descritos. Sin importar los requisitos de tráfico de red, tenga siempre al menos dos conexiones de red físicas que se compartan para una red lógica, de modo que la falla de un enlace no afecte la disponibilidad del sistema. Diseñe la red de modo que el ancho de banda agregado sea suficiente para soportar el tipo de carga completo en caso de que se produzca una falla. 92

93 Capítulo 4: Descripción general de la arquitectura 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 áreas de almacenamiento de datos al cluster de vsphere. 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 de cómputo del usuario final de VSPEX existentes Resumen de la implementación La solución describe las necesidades de almacenamiento (inicial y crecimiento) y retención de respaldos 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 de cómputo del usuario final de VSPEX es compatible con un modelo de implementación flexible en el que se puede 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, es posible implementar la configuración para 1,000 equipos de escritorio comenzando con esa configuración, o bien, comenzando con la configuración para 500 equipos de escritorio y expandirla cuando 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. 93

94 Capítulo 4: Descripción general de la arquitectura de la solución Evaluación rápida Hoja de trabajo 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 de 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. La sección 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 15. Tabla 15. Fila de la hoja de trabajo en blanco Aplicación CPU (CPU virtuales) Memori a (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Cantidad 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 requisitos de recursos para el tipo de usuario. La fila requiere entradas para 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 varias CPU virtuales, modifique el conteo de equipos de escritorio virtuales propuesto para dar cuenta de 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. 94

95 Capítulo 4: Descripción general de la arquitectura de la solución 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 el equipo de escritorio virtual de referencia, planee 400 equipos de escritorio virtuales de referencia. Requisitos de rendimiento del almacenamiento Requisitos de capacidad de almacenamiento Determinación de equipos de escritorio virtuales de referencia equivalentes Tipo de equipo de escritorio SO del equipo de escritorio 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 un tipo de carga generado 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 la fila Equipos de escritorio de referencia equivalentes, en la Tabla 15, mediante el uso de las relaciones que aparecen en la Tabla 16. Redondee todos los valores hacia arriba al número entero más cercano. Tabla 16. Recursos de equipos de escritorio virtuales de referencia 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 95

96 Capítulo 4: Descripción general de la arquitectura de la solución Por ejemplo, si un grupo de 100 usuarios necesita los dos CPU virtuales y los 12 IOPS por equipo de escritorio descritos anteriormente 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 14. Ingrese estas cifras en la fila Equipos de escritorio de referencia equivalentes, como se muestra en la Tabla 17. Use el valor máximo de la fila para completar la columna Equipos de escritorio de referencia equivalentes. 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 17. Ejemplo de fila de la hoja de trabajo Tipo de usuario Ejemplo de tipo de usuario Requisitos de recursos Equipos de escritorio de referencia equivalentes CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Cantidad 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 de equipos de escritorio de referencia, como se muestra en la Tabla 18, para calcular la cantidad total de equipos de escritorio virtuales de referencia que se necesitan en el pool. Tabla 18. Aplicaciones de ejemplo Tipo de usuario Usuarios con gran actividad Requisitos de recursos Equipos de escritorio de referencia equivalentes CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Cantidad de usuarios Total de equipos de escritorio de referencia Usuarios con actividad moderada Requisitos de recursos Equipos de escritorio de referencia equivalentes

97 Capítulo 4: Descripción general de la arquitectura de la solución Tipo de usuario Usuarios típicos Requisitos de recursos Equipos de escritorio de referencia equivalentes CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Cantidad de usuarios Total de equipos de escritorio de referencia Total 900 Las soluciones para el cómputo del usuario final de VSPEX definen tamaños de pools de recursos diferenciados. Para este conjunto de soluciones, los tamaños del pool son 500, 1,000 y 2,000. En el caso de la Tabla 18, 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 recursos suficientes para las necesidades actuales, además de espacio para el crecimiento. Ajuste de los recursos de hardware 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 anteriormente. Sin embargo, en algunos casos será necesario personalizar adicionalmente los recursos de hardware disponibles. Una descripción completa de la arquitectura del sistema está fuera del alcance de esta guía; no obstante, la personalización adicional se puede realizar en este punto. Recursos de almacenamiento En algunos casos, puede ser necesario mantener algunas de las cargas de trabajo de almacenamiento separadas de otros tipos de cargas de trabajo. 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 tipo 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, la cual está fuera del alcance de esta guía. Los diseños de almacenamiento presentados en esta guía se diseñaron 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 19. Tenga en cuenta la adición de las columnas Total de recursos de CPU y Total de recursos de memoria. 97

98 Capítulo 4: Descripción general de la arquitectura de la solución Tabla 19. Totales de componentes de recursos de servidor Tipo de usuario Usuarios con gran actividad Requisitos de recursos CPU (CPU virtuales) Memoria (GB) Cantidad de usuarios Total de recursos de CPU Total de recursos de memoria (GB) Usuarios con actividad moderada Usuarios típicos Requisitos de recursos Requisitos de recursos Total 700 1,800 En este ejemplo, la arquitectura de destino requiere 700 CPU virtuales y 1,800 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 1,800 GB de memoria. En cambio, el pool de recursos de 1,000 equipos de escritorio virtuales 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 20 muestra una hoja de trabajo en blanco para obtener la información de los clientes. Tabla 20. Hoja de trabajo del cliente en blanco Tipo de usuario CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Cantidad de usuarios Total de equipos de escritorio de referencia Requisitos de recursos Equipos de escritorio de referencia equivalentes Requisitos de recursos Equipos de escritorio de referencia equivalentes Requisitos de recursos

99 Capítulo 4: Descripción general de la arquitectura de la solución Tipo de usuario CPU (CPU virtuales) Memoria (GB) IOPS Equipos de escritorio virtuales de referencia equivalentes Cantidad de usuarios Total de equipos de escritorio de referencia Equipos de escritorio de referencia equivalentes Requisitos de recursos Equipos de escritorio de referencia equivalentes Requisitos de recursos Equipos de escritorio de referencia equivalentes Requisitos de recursos Equipos de escritorio de referencia equivalentes Total 99

100 Capítulo 4: Descripción general de la arquitectura de la solución 100

101 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: Proceso de implementación Tareas previas a la implementación Recopilación de datos de configuración del cliente Preparar los switches, conectar la red y configurar los switches Preparación y configuración del arreglo de almacenamiento Instalación y configuración de los hosts VMware vsphere Configuración de la memoria Instalar y configurar la base de datos de SQL Server Instalación y configuración de VMware vcenter Server Instalación y configuración del controlador XenDesktop Instalación y configuración de Citrix Provisioning Services (PVS) únicamente Configurar EMC Avamar Resumen

102 Capítulo 5: Guía de configuración de VSPEX Proceso de implementación Descripción general La Tabla 21 describe las etapas del proceso de implementación de la solución. Cuando finalice la implementación, la infraestructura de VSPEX estará lista para integrarse a la infraestructura de red y a los servidores existentes del cliente. Tabla 21. 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 VNX. Preparación y configuración del arreglo de almacenamiento 7 Configurar áreas de almacenamiento de datos de máquinas virtuales. Preparación y configuración del arreglo de almacenamiento 8 Instalar y configurar los servidores. Instalación y configuración de VMware vcenter Server 9 Configurar SQL Server (utilizado por vcenter, XenDesktop y PVS). 10 Instalar y configurar vcenter y la red de máquinas virtuales. Instalar y configurar la base de datos de SQL Server Instalación y configuración de VMware vcenter Server 11 Configurar XenDesktop Controller. Instalación y configuración del controlador XenDesktop 12 Probar e instalar. Capítulo 6: Validación de la solución Tareas previas a la implementación Descripción general 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. La recopilación de nombres de host, direcciones IP, ID de VLAN, números de licencia, medios de instalación, etc. constituyen ejemplos de tareas previas a la implementación. Asegúrese de ejecutar estas tareas, como se muestra en la Tabla 22, antes de que se lleve a cabo la visita del cliente, a fin de reducir el tiempo que se necesita pasar en el sitio. 102

103 Tabla 22. Tareas previas a la implementación Capítulo 5: Guía de configuración de VSPEX Tarea Descripción Referencia Reunir documentos Reunir herramientas Recopilar datos Reúna los documentos relacionados que se enumeran en las referencias. Estos se usan en toda esta guía para proporcionar detalles sobre procedimientos de configuración y mejores prácticas de implementación para los diversos componentes de la solución. Reúna las herramientas requeridas y opcionales para la implementación. Use la Tabla 23 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. Documentación de EMC Otros documentos Lista de verificación de los requisitos previos de la implementación en la Tabla 23 Apéndice B Prerrequisitos de la implementación Complete la Hoja de trabajo de configuración de bloques de VNX para la variante Fibre Channel o la Hoja de trabajo de VNX File y Unified para la variante NFS, disponibles en el sitio web del servicio de soporte en línea de EMC, para proporcionar la información específica del arreglo más completa posible. La Tabla 23 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 23. Lista de verificación de los requisitos previos de la implementación Requisito Hardware Descripción Servidores físicos para alojar equipos de escritorio virtuales: capacidad de servidor físico suficiente para alojar equipos de escritorio Servidores de VMware vsphere 5.1 para alojar los 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 EMC VNX: arreglo de almacenamiento multiprotocolo con el diseño de discos requerido 103

104 Capítulo 5: Guía de configuración de VSPEX Requisito Descripción Software Medios de instalación de VMware vsphere 5.1 Medios de instalación de VMware vcenter Server 5.1 Medios de instalación de Citrix XenDesktop 7 Medios de instalación de Citrix Provisioning Services 7 EMC VSI para VMware vsphere: administración de almacenamiento unificado Para obtener más información, visite el sitio web del servicio de soporte en línea de EMC Medios de instalación de Microsoft Windows Server 2008 R2 (SO recomendado para VMware vcenter y Citrix Desktop Controller) 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 2008 R2 Nota: Este requisito se puede cubrir con la infraestructura existente. Software: solo variante Fibre Channel Software: solo variante NFS EMC PowerPath Para obtener más información, visite el sitio web del servicio de soporte en línea de EMC. Plug-in API de EMC vstorage para la integración de arreglos Para obtener más información, visite el sitio web del servicio de soporte en línea de EMC Licencias Número de licencia de VMware vcenter 5.1 Números de licencia de VMware vsphere 5.1 Desktop Archivos de licencia de Citrix XenDesktop 7 Números de licencia de Microsoft Windows Server 2008 R2 Standard (o superior) 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 KMS existente. Número de licencia de Microsoft SQL Server Nota: Este requisito se puede cubrir con la infraestructura existente. Licencias: solo variante Fibre Channel Archivos de licencia de EMC PowerPath Virtual Edition 104

105 Recopilación de datos de configuración del cliente Capítulo 5: Guía de configuración de VSPEX Descripción general Para reducir el tiempo en el sitio, recopile información tal como direcciones IP y nombres de host como parte del proceso de planificación. El Apéndice B proporciona un formulario 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. Además, complete la Hoja de trabajo de configuración de bloques de VNX para la variante Fibre Channel o la Hoja de trabajo de VNX File y Unified para la variante NFS, disponibles en el sitio web del servicio de soporte en línea de EMC, para proporcionar la información específica del arreglo más completa posible. Preparar los switches, conectar la red y configurar los switches Descripción general Esta sección proporciona los requisitos de infraestructura de red para dar soporte a esta arquitectura. La Tabla 24 describe las tareas que se deben completar, junto con referencias que pueden proporcionar información adicional. Tabla 24. 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 de host de vsphere, según lo especificado en Arquitectura de soluciones. Guía de configuración del proveedor Configurar la red de almacenamiento (variante Fibre Channel) Configurar las VLAN Cableado completo de la red Configure puertos de switch Fibre Channel, zonificación para hosts vsphere 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. Conecte los puertos del servidor vsphere. Guía de configuración de switches del proveedor Guía de configuración de switches del proveedor Guía de configuración del proveedor Preparar switches de red Para obtener niveles validados de rendimiento y alta disponibilidad, esta solución requiere la capacidad de switches que se indica en la tabla Hardware de la solución (Tabla 5, en la página 57). Si la infraestructura existente cumple con los requisitos, no es necesario instalar un nuevo hardware. 105

106 Capítulo 5: Guía de configuración de VSPEX Configurar la red de la infraestructura La red de la infraestructura requiere enlaces de red redundantes para cada host vsphere, el arreglo de almacenamiento, los puertos de interconexión de los switches y los puertos de enlace de subida 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 36 muestra un ejemplo de infraestructura Ethernet 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 36. Ejemplo de arquitectura de red Ethernet 106

107 Capítulo 5: Guía de configuración de VSPEX Configurar la red de almacenamiento (variante Fibre Channel) La red Fibre Channel de la infraestructura requiere switches y enlaces Fibre Channel redundantes para cada host vsphere y para el arreglo de almacenamiento. Esta configuración proporciona redundancia y ancho de banda de red de almacenamiento adicional. Cada host vsphere se conecta a ambos switches Fibre Channel y cada switch se conecta a cada procesador de almacenamiento en el arreglo de almacenamiento. Coloque cada conexión Fibre Channel entre el host vsphere y el arreglo de almacenamiento en una zona Fibre Channel independiente. En la Figura 37 proporciona un ejemplo de una arquitectura de red Fibre Channel. Figura 37. Ejemplo de arquitectura de red Fibre Channel Configurar las VLAN Asegúrese de poseer la cantidad adecuada de puertos de switch para el arreglo de almacenamiento y hosts vsphere configurados con un mínimo de tres VLAN para: Red de máquinas virtuales, administración de vsphere y tráfico CIFS (redes para los clientes, que se pueden separar si se desea) Red NFS (red privada) vmotion (red privada) 107