cÓmputo del usuario final de emc vspex 4 cómputo del usuario final emc vspex citrix xendesktop 7 y...

Guía de infraestructuras comprobadas VSPEX

CÓMPUTO DEL USUARIO FINAL DE EMC VSPEX Citrix XenDesktop 7 y Microsoft Hyper-V Server 2012 para hasta 2,000 equipos de escritorio virtuales Habilitado por EMC VNX de última generación y el respaldo de EMC

EMC VSPEX

Abstract Este documento describe la solución de cómputo del usuario final de EMC® VSPEX® con Citrix XenDesktop, Microsoft Hyper-V Server 2012 y EMC VNX® de última generación para hasta 2,000 equipos de escritorio virtuales.

Noviembre de 2013

2 Cómputo del usuario final EMC VSPEX Citrix XenDesktop 7 y Microsoft Hyper-V Server 2012 para hasta 2,000 equipos de escritorio virtuales Guía de infraestructura comprobada

Copyright © 2013 EMC Corporation. Todos los derechos reservados.

Publicado en noviembre de 2013

EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a cambios sin previo aviso.

La información de esta publicación se proporciona tal cual. EMC Corporation no se hace responsable ni ofrece garantía de ningún tipo con respecto a la información de esta publicación y específicamente renuncia a toda garantía implícita de comerciabilidad o capacidad para un propósito determinado. El uso, la copia y la distribución de cualquier software de EMC descrito en esta publicación requieren una licencia de software correspondiente.

EMC2, 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 http://mexico.emc.com/ (visite el sitio web de su país correspondiente).

Cómputo del usuario final de EMC VSPEX con Citrix XenDesktop 7 y Microsoft Hyper-V Server 2012 para hasta 2,000 equipos de escritorio virtuales Guía de infraestructura comprobada

Número de referencia H11973.1

http://mexico.emc.com/legal/emc-corporation-trademarks.htm�

Contenido

3 Cómputo del usuario final EMC VSPEX Citrix XenDesktop 7 y Microsoft Hyper-V Server 2012 para hasta 2,000 equipos de escritorio virtuales

Guía de infraestructura comprobada

Contenido

Capítulo 1 Resumen 13

Introducción ....................................................................................................... 14

Público al que va dirigido ................................................................................... 14

Propósito de esta guía ........................................................................................ 14

Requisitos del negocio ....................................................................................... 15

Capítulo 2 Descripción general de la solución 17

Descripción general de la solución ..................................................................... 18

Gestor de equipos de escritorio .......................................................................... 18

Virtualización ..................................................................................................... 18

Cómputo ............................................................................................................ 18

Red .................................................................................................................... 19

Respaldo ............................................................................................................ 19

Almacenamiento ................................................................................................ 19

Capítulo 3 Descripción general de la tecnología de la solución 25

Tecnología de la solución ................................................................................... 26

Resumen de los componentes clave ................................................................... 27

Virtualización de equipos de escritorio ............................................................... 28

Citrix .............................................................................................................. 28

XenDesktop 7 ................................................................................................ 28

Machine Creation Services ............................................................................. 29

Citrix Provisioning Services ............................................................................ 30

Citrix Personal vDisk ...................................................................................... 30

Citrix Profile Management .............................................................................. 30

Virtualización ..................................................................................................... 31

Microsoft Hyper-V Server 2012 ...................................................................... 31

Microsoft System Center Virtual Machine Manager ........................................ 31

Alta disponibilidad de Hyper-V ...................................................................... 31

EMC Storage Integrator for Windows .............................................................. 31

Cómputo ............................................................................................................ 32

Red .................................................................................................................... 33

Almacenamiento ................................................................................................ 35

EMC VNX Snapshots ...................................................................................... 35

EMC VNX SnapSure ........................................................................................ 35

EMC VNX Virtual Provisioning ......................................................................... 36

VNX FAST Cache ............................................................................................. 41

VNX FAST VP (opcional) .................................................................................. 41

Recursos compartidos de archivos en VNX ..................................................... 41

Contenido


ROBO ............................................................................................................. 42

Respaldo y recuperación .................................................................................... 42

EMC Avamar .................................................................................................. 42

ShareFile ............................................................................................................ 42

ShareFile StorageZones ................................................................................. 43

Arquitectura de ShareFile StorageZone .......................................................... 43

Uso de la arquitectura de ShareFile StorageZone con VSPEX .......................... 45

Capítulo 4 descripción general de la solución ..................................... 49

Descripción general de la solución ..................................................................... 50

Arquitectura de soluciones ................................................................................. 50

Arquitectura lógica ........................................................................................ 50

Componentes clave ....................................................................................... 52

Recursos de hardware ................................................................................... 55

Recursos de software ..................................................................................... 58

Dimensionamiento para configuración validada ............................................ 59

Pautas para la configuración de servidores ........................................................ 60

Virtualización de memoria de Microsoft Hyper-V para VSPEX ......................... 62

Pautas para la configuración de la memoria .................................................. 63

Pautas para la configuración de la red ................................................................ 64

VLAN .............................................................................................................. 64

Activar frames jumbo ..................................................................................... 66

Agregación de enlaces ................................................................................... 66

Reglas para la configuración del almacenamiento .............................................. 66

Virtualización de almacenamiento Hyper-V para VSPEX ................................. 68

Elemento esencial de almacenamiento VSPEX ............................................... 70

Valores máximos validados del cómputo del usuario final de VSPEX ............. 71

Diseño de almacenamiento para 500 equipos de escritorio virtuales ............. 71

Diseño de almacenamiento para 1,000 equipos de escritorio virtuales ......... 75

Diseño de almacenamiento para 2,000 equipos de escritorio virtuales ......... 80

Alta disponibilidad y failover .............................................................................. 84

Capa de virtualización ................................................................................... 84

Capa de cómputo .......................................................................................... 85

Capa de red ................................................................................................... 85

Capa de almacenamiento .............................................................................. 86

Perfil de la prueba de validación ........................................................................ 87

Pautas de configuración del ambiente de respaldo ............................................ 88

Características de respaldo ............................................................................ 88

Diseño del respaldo ....................................................................................... 88

Pautas para el dimensionamiento ...................................................................... 89

Carga de trabajo de referencia ............................................................................ 89

Definición de la carga de trabajo de referencia .............................................. 89

Aplicación de la carga de trabajo de referencia ................................................... 90

Contenido



Implementación de las arquitecturas de referencia ............................................ 91

Tipos de recursos........................................................................................... 91

Recursos de respaldo .................................................................................... 93

Expansión de ambientes VSPEX EUC existentes ............................................. 93

Resumen de la implementación ..................................................................... 93

Evaluación rápida ............................................................................................... 94

Requisitos de CPU ......................................................................................... 94

Requisitos de memoria .................................................................................. 94

Requisitos de rendimiento del almacenamiento ............................................ 95

Requisitos de capacidad de almacenamiento ................................................ 95

Determinación de equipos de escritorio virtuales de referencia equivalentes ........................................................................................... 95

Ajustes .......................................................................................................... 97

Capítulo 5 Guía de configuración de VSPEX ......................................... 99

Descripción general .......................................................................................... 100

Tareas previas a la implementación .................................................................. 101

Prerrequisitos de la implementación ............................................................ 101

Datos de configuración del cliente .................................................................... 103

Preparar los switches, conectar la red y configurar los switches ....................... 103

Preparar switches de red ............................................................................. 103

Configurar la red de la infraestructura .......................................................... 103

Configuración de VLAN ................................................................................ 105

Conectar el cableado de la red ..................................................................... 105

Preparar y configurar arreglo de almacenamiento ............................................. 106

Configuración de VNX .................................................................................. 106

Aprovisionamiento del almacenamiento de datos principal ......................... 107

Aprovisionamiento del almacenamiento opcional para los datos de usuario ............................................................................................. 112

Aprovisionamiento de almacenamiento opcional para las máquinas virtuales de la infraestructura ................................................................ 114

Instalación y configuración de los hosts de Microsoft Hyper-V .......................... 115

Instalación de los hosts de Windows ........................................................... 115

Instalación de Hyper-V y configuración de agrupación en clusters de failover ............................................................................................. 115

Configuración de la red de hosts de Windows .............................................. 115

Instalación de PowerPath en los servidores de Windows ............................. 116

Activación de frames jumbo ......................................................................... 116

Planificación de asignaciones de memoria de máquinas virtuales ............... 116

Instalación y configuración de la base de datos de SQL Server ......................... 117

Crear una máquina virtual para Microsoft SQL Server ................................... 117

Instalar Microsoft Windows en la máquina virtual ........................................ 117

Instalar SQL Server ...................................................................................... 118

Configuración de la base de datos para Microsoft SCVMM ........................... 118

Contenido


Implementación del servidor System Center Virtual Machine Manager ............. 118

Creación de una máquina virtual de host de SCVMM ................................... 119

Instalación del SO huésped de SCVMM ....................................................... 119

Instalación del servidor SCVMM ................................................................... 119

Instalación de la consola de administración de SCVMM .............................. 119

Instalación local del agente SCVMM en un host ........................................... 119

Agregar un cluster Hyper-V en SCVMM ......................................................... 120

Agregar almacenamiento de recursos compartidos de archivo a SCVMM (variante de archivos solamente) ........................................... 120

Creación de una máquina virtual en SCVMM ................................................ 120

Creación de una máquina virtual de plantilla ............................................... 120

Implementación de máquinas virtuales a partir de la máquina virtual de plantilla ............................................................................................ 120

Instalación y configuración del controlador XenDesktop ................................... 121

Instalación de componentes de XenDesktop del lado del servidor ............... 121

Configuración de un sitio ............................................................................. 121

Agregar un segundo controlador .................................................................. 122

Instalación de Citrix Studio .......................................................................... 122

Preparación de la máquina virtual maestra .................................................. 122

Aprovisionamiento de equipos de escritorio virtuales .................................. 122

Instalación y configuración de Provisioning Services (solo PVS) ....................... 123

Configuración de una granja de servidores PVS ........................................... 124

Agregar un segundo servidor PVS ................................................................ 124

Crear un almacenamiento de PVS ................................................................ 124

Configuración de la comunicación entrante ................................................. 124

Configuración de un archivo de encendido .................................................. 125

Configuración de un servidor TFTP en VNX ................................................... 125

Configuración de las opciones de encendido 66 y 67 en el servidor DHCP ... 126

Preparación de la máquina virtual maestra .................................................. 126

Aprovisionamiento de equipos de escritorio virtuales .................................. 127

Configuración de EMC Avamar .......................................................................... 127

Adiciones de GPO para EMC Avamar ............................................................ 129

Preparación de la imagen maestra para EMC Avamar ................................... 132

Definición de conjuntos de datos ................................................................. 133

Definición de calendarios ............................................................................ 136

Ajuste del calendario de la ventana de mantenimiento ................................ 137

Definición de políticas de retención ............................................................. 138

Creación de grupos y de la política de grupos .............................................. 139

EMC Avamar Enterprise Manager: activación de clientes .............................. 142

Resumen .......................................................................................................... 149

Contenido



Capítulo 6 Validación de la solución .................................................. 151

Descripción general .......................................................................................... 152

Lista de verificación posterior a la instalación .................................................. 152

Implementación y prueba de un equipo de escritorio virtual único ................... 153

Verificación de la redundancia de los componentes de la solución .................. 153

Apéndice A Listas de materiales ......................................................... 155

Listas de materiales para 500 equipos de escritorio virtuales ........................... 156

Lista de materiales para 1,000 equipos de escritorio virtuales ......................... 158

Lista de materiales para 2,000 equipos de escritorio virtuales ......................... 160

Apéndice B Hoja de datos de configuración del cliente ....................... 163

Hojas de datos de configuración del cliente ..................................................... 164

Apéndice C Referencias ...................................................................... 167

Referencias ...................................................................................................... 168

Documentación de EMC ............................................................................... 168

Otros documentos ....................................................................................... 168

Apéndice D Acerca de VSPEX ............................................................... 169

Acerca de VSPEX ............................................................................................... 170

Contenido


Figuras Figura 1. VNX de última generación con optimización multi-core ................. 21

Figura 2. Los procesadores en modo activo/activo aumentan el rendimiento, la resistencia y la eficiencia ...................................... 22

Figura 3. Último Unisphere Management Suite ............................................ 23

Figura 4. Componentes de la solución ......................................................... 26

Figura 5. Componentes de la arquitectura de XenDesktop 7 ........................ 28

Figura 6. Flexibilidad de la capa de cómputo ............................................... 32

Figura 7. Ejemplo de un diseño de red con alta disponibilidad .................... 34

Figura 8. Progreso de requilibrio de un pool de almacenamiento ................. 37

Figura 9. Utilización de espacio de un LUN delgado ..................................... 38

Figura 10. Estudio de la utilización de espacio de un pool de almacenamiento............................................................................ 39

Figura 11. Definición de umbrales de utilización para un pool de almacenamiento............................................................................ 40

Figura 12. Definición de notificaciones automatizadas para bloques ............. 40

Figura 13. Arquitectura de alto nivel de ShareFile .......................................... 43

Figura 14. Arquitectura lógica: Cómputo del usuario final de VSPEX para Citrix XenDesktop con ShareFile StorageZone ........................ 45

Figura 15. Arquitectura lógica de la variante SMB .......................................... 51

Figura 16. Arquitectura lógica de la variante Fibre Channel ............................ 52

Figura 17. Uso de memoria del hipervisor ...................................................... 62

Figura 18. Redes requeridas .......................................................................... 65

Figura 19. Tipos de disco virtual de Hyper-V ................................................... 68

Figura 20. Diseño de almacenamiento principal con aprovisionamiento PVS para 500 equipos de escritorio virtuales ................................. 72

Figura 21. Diseño de almacenamiento principal con aprovisionamiento MCS para 500 equipos de escritorio virtuales ................................ 73

Figura 22. Diseño opcional de almacenamiento para 500 equipos de escritorio virtuales ......................................................................... 74

Figura 23. Diseño de almacenamiento principal con aprovisionamiento PVS para 1,000 equipos de escritorio virtuales .............................. 76

Figura 24. Diseño de almacenamiento principal con aprovisionamiento MCS para 1,000 equipos de escritorio virtuales ............................. 77

Figura 25. Diseño opcional de almacenamiento para 1,000 equipos de escritorio virtuales ......................................................................... 78

Figura 26. Diseño de almacenamiento principal con aprovisionamiento PVS para 2,000 equipos de escritorio virtuales .............................. 80

Figura 27. Diseño de almacenamiento principal con aprovisionamiento MCS para 2,000 equipos de escritorio virtuales ............................. 81

Figura 28. Diseño opcional de almacenamiento para 2,000 equipos de escritorio virtuales ......................................................................... 83

Figura 29. Alta disponibilidad en la capa de virtualización ............................. 84

Figura 30. Fuentes de alimentación redundantes ........................................... 85

Figura 31. Alta disponibilidad de la capa de red ............................................ 86

Figura 32. Alta disponibilidad de VNX ............................................................ 86

Contenido



Figura 33. Ejemplo de arquitectura de red: variante SMB ............................. 104

Figura 34. Ejemplo de arquitectura de red: variante FC ................................. 105

Figura 35. Configuración del parámetro nthread .......................................... 109

Figura 36. Cuadro de diálogo Storage System Properties ............................. 110

Figura 37. Cuadro de diálogo Create FAST Cache .......................................... 110

Figura 38. Pestaña Advanced del cuadro de diálogo Create Storage Pool ..... 111

Figura 39. Pestaña Advanced del cuadro de diálogo Storage Pool Properties .................................................................................... 111

Figura 40. Ventana Storage Pool Properties ................................................. 112

Figura 41. Cuadro de diálogo Manage Auto-Tiering ...................................... 113

Figura 42. Ventana LUN Properties ............................................................... 114

Figura 43. Cuadro de diálogo Configure Bootstrap ....................................... 125

Figura 44. Configuración del redireccionamiento de carpetas de Windows .. 129

Figura 45. Crear un mapeo de unidades de red de Windows para los archivos de usuario ..................................................................... 130

Figura 46. Establecer la configuración del mapeo de unidades .................... 131

Figura 47. Establecer la configuración común del mapeo de unidades ......... 131

Figura 48. Crear un mapeo de unidades de red de Windows para los datos de perfil de usuario ............................................................ 132

Figura 49. Menú Tools de Avamar ................................................................ 133

Figura 50. Cuadro de diálogo Avamar Manage All Datasets .......................... 133

Figura 51. Cuadro de diálogo Avamar New Dataset ...................................... 134

Figura 52. Establecer la configuración de conjuntos de datos de Avamar ..... 134

Figura 53. Conjunto de datos de datos de perfil de usuario .......................... 135

Figura 54. Configuración de exclusión en el conjunto de datos de datos de perfil de usuario ............................................................ 135

Figura 55. Configuración de opciones en el conjunto de datos de datos de perfil de usuario ............................................................ 136

Figura 56. Configuración de opciones avanzadas en el conjunto de datos de datos de perfil de usuario ............................................. 136

Figura 57. Calendario de ventanas de respaldo/mantenimiento predeterminadas de Avamar ........................................................ 137

Figura 58. Calendario de ventanas de respaldo/mantenimiento modificadas de Avamar ............................................................... 138

Figura 59. Crear un nuevo grupo de respaldo de Avamar .............................. 139

Figura 60. Nueva configuración del grupo de respaldo ................................. 140

Figura 61. Seleccionar un conjunto de datos de grupo de respaldo .............. 140

Figura 62. Seleccionar un calendario de grupo de respaldo ......................... 141

Figura 63. Seleccionar una política de retención de grupos de respaldo ...... 141

Figura 64. Avamar Enterprise Manager ......................................................... 142

Figura 65. Avamar Client Manager ................................................................ 142

Figura 66. Cuadro de diálogo Avamar Activate Client ................................... 143

Figura 67. Menú Activate Client de Avamar .................................................. 143

Figura 68. Configuración del servicio de directorio de Avamar...................... 144

Contenido


Figura 69. Avamar Client Manager: posterior a la configuración ................... 144

Figura 70. Avamar Client Manager: clientes de equipos de escritorio virtuales ...................................................................................... 145

Figura 71. Avamar Client Manager: seleccionar clientes de equipos de escritorio virtuales ....................................................................... 145

Figura 72. Seleccionar grupos de Avamar .................................................... 146

Figura 73. Activar clientes de Avamar ........................................................... 146

Figura 74. Validar activación de clientes de Avamar ..................................... 147

Figura 75. Primer mensaje informativo de activación de clientes de Avamar ........................................................................................ 147

Figura 76. Segundo mensaje informativo de activación de clientes de Avamar ................................................................................... 148

Figura 77. Avamar Client Manager: clientes activados .................................. 148

Tablas Tabla 1. Umbrales y ajustes para VNX OE for Block Versión 33 ................... 41

Tabla 2. Recursos de hardware mínimos para dar soporte a ShareFile StorageZone con Storage Center .................................................... 46

Tabla 3. Almacenamiento de EMC VNX recomendado necesario para el recurso compartido de CIFS de ShareFile StorageZone .................. 47

Tabla 4. Hardware de la solución ................................................................ 55

Tabla 5. Software de la solución ................................................................. 58

Tabla 6. Configuraciones compatibles con esta solución ............................ 59

Tabla 7. Hardware del servidor .................................................................... 61

Tabla 8. Recursos de hardware para la red .................................................. 64

Tabla 9. Hardware del almacenamiento ...................................................... 67

Tabla 10. Número de discos necesarios para las diferentes cantidades de equipos de escritorio virtuales .................................................. 71

Tabla 11. Perfil validado del ambiente .......................................................... 87

Tabla 12. Características del perfil de respaldo ............................................. 88

Tabla 13. Características del equipo de escritorio virtual .............................. 90

Tabla 14. Fila de la hoja de trabajo en blanco ............................................... 94

Tabla 15. Recursos de equipos de escritorio virtuales de referencia .............. 95

Tabla 16. Ejemplo de fila de la hoja de trabajo .............................................. 96

Tabla 17. Aplicaciones de ejemplo ............................................................... 96

Tabla 18. Totales de componentes de recursos de servidor .......................... 97

Tabla 19. Hoja de trabajo del cliente en blanco ............................................. 98

Tabla 20. Descripción general del proceso de implementación ................... 100

Tabla 21. Tareas previas a la implementación ............................................. 101

Tabla 22. Lista de verificación de los requisitos previos de la implementación .......................................................................... 101

Tabla 23. Tareas para la configuración de los switches y la red ................... 103

Tabla 24. Tareas para la configuración del almacenamiento ....................... 106

Tabla 25. Tareas para la instalación de servidores ...................................... 115

Contenido



Tabla 26. Tareas para la configuración de una base de datos de SQL Server ................................................................................... 117

Tabla 27. Tareas para la configuración de SCVMM ...................................... 118

Tabla 28. Tareas para la configuración del controlador de XenDesktop ....... 121

Tabla 29. Tareas para la configuración del controlador de XenDesktop ....... 123

Tabla 30. Tareas para la integración de Avamar .......................................... 128

Tabla 31. Tareas para comprobar la instalación .......................................... 152

Tabla 32. Lista de componentes utilizados en la solución VSPEX para 500 equipos de escritorio virtuales ...................................... 156

Tabla 33. Lista de componentes utilizados en la solución VSPEX para 1,000 equipos de escritorio virtuales .......................................... 158

Tabla 34. Lista de componentes utilizados en la solución VSPEX para 2,000 equipos de escritorio virtuales .......................................... 160

Tabla 35. Información común del servidor .................................................. 164

Tabla 36. Información del servidor Hyper-V ................................................. 164

Tabla 37. Información del arreglo................................................................ 165

Tabla 38. Información de la infraestructura de red ...................................... 165

Tabla 39. Información de VLAN ................................................................... 165

Tabla 40. Cuentas de servicio ..................................................................... 166

Contenido


Capítulo 1: Resumen



Capítulo 1 Resumen

Este capítulo presenta los siguientes temas:

Introducción .................................................................................................... 14

Público al que va dirigido .................................................................................. 14

Propósito de esta guía ...................................................................................... 14

Requisitos del negocio ...................................................................................... 15



Introducción

Las arquitecturas validadas y modulares de EMC®VSPEX ® están diseñadas con tecnologías comprobadas para crear soluciones de virtualización completas que le permitan tomar decisiones informadas sobre las capas de hipervisor, cómputo y red. VSPEX elimina las cargas de planificación y configuración de la virtualización de servidores. Cuando se embarca en la virtualización de servidores, implementación de equipos de escritorio virtuales o consolidación de TI, VSPEX acelera la transformación de TI mediante implementaciones más rápidas, más opciones, una mayor eficiencia y un riesgo más bajo.

Este documento está diseñado para ser una guía integral de los aspectos técnicos de esta solución. La capacidad del servidor se proporciona en términos genéricos para los mínimos requeridos de CPU, memoria e interfaces de red. El cliente tiene la libertad de seleccionar el hardware de servidor y de red que cumpla o supere los valores mínimos indicados.

Público al que va dirigido

Se supone que el lector de esta guía tiene la capacitación y los conocimientos necesarios para instalar y configurar una solución de cómputo del usuario final basada en Citrix XenDesktop con Microsoft Hyper-V como hipervisor, con sistemas de almacenamiento EMC VNX® y con una infraestructura asociada según los requisitos de esta implementación. Cuando corresponde, se proporcionan referencias externas y el lector debe familiarizarse con estos documentos.

También debe familiarizarse con las políticas de seguridad de la infraestructura y la base de datos de la instalación del cliente.

Quienes estén especialmente interesados en vender y dimensionar una solución de cómputo del usuario final de VSPEX para Citrix XenDesktop deben centrar su atención en los primeros cuatro capítulos de este documento. Quienes estén implementando la solución deben centrar su atención en las reglas de configuración en el Capítulo 5, la validación de la solución en el Capítulo 6 y las referencias y los apéndices correspondientes.

Propósito de esta guía

Esta guía presenta una introducción a la arquitectura del cómputo del usuario final de VSPEX, una explicación acerca de cómo modificar la arquitectura en casos especiales e instrucciones para implementar el sistema de manera eficaz.

La arquitectura de cómputo del usuario final de VSPEX proporciona al cliente un sistema moderno, capaz de alojar una gran cantidad de equipos de escritorio virtuales con un nivel de rendimiento constante. Esta solución se ejecuta en una capa de virtualización de Microsoft Hyper-V, con el apoyo de la familia de almacenamiento de VNX altamente disponible y el gestor de equipos de escritorio XenDesktop de Citrix. Si bien el proveedor define los componentes de red y cómputo, están diseñados para ser redundantes y tienen potencia suficiente para manejar las necesidades de datos y procesamiento de un ambiente de máquina virtual grande.




Los ambientes de 500, 1,000 y 2,000 equipos de escritorio virtuales analizados se basan en una carga de trabajo de equipos de escritorio definida. Aunque no todos los equipos de escritorio virtuales tienen los mismos requisitos, este documento proporciona métodos de ajuste y orientación para implementar un sistema rentable.

Un cómputo del usuario final o una arquitectura de equipos de escritorio virtuales es una oferta compleja. Este documento facilita la configuración, ya que entrega listas de materiales de software y hardware, pasos de implementación verificados y orientación y hojas de trabajo de dimensionamiento paso por paso. También se proporcionan pruebas de validación para asegurarse de que el sistema funcione correctamente después de haber instalado el último componente. Siga las reglas que se ofrecen en este documento para garantizar una implementación del sistema sencilla y eficiente.

Requisitos del negocio

El uso de aplicaciones de negocio se está volviendo cada más común en el ambiente consolidado de cómputo, red y almacenamiento. Usar Citrix para el cómputo del usuario final de EMC VSPEX reduce la complejidad de configurar los componentes, como ocurre en el modelo de implementación tradicional. Simplifica la administración de la integración, a la vez que mantiene las opciones de diseño e implementación de aplicaciones. Citrix unifica la administración y permite el control y el monitoreo de la separación de procesos. Las siguientes son las necesidades de negocios que abarca la solución del cómputo del usuario final de VSPEX para la arquitectura Citrix:

• Proporciona una solución de virtualización de punto a punto para aprovechar las funcionalidades de los componentes de la infraestructura unificada.

• Proporciona una solución para virtualizar de manera eficiente 500, 1,000 o 2,000 equipos de escritorio virtuales para diversos casos de uso.

• Proporciona un diseño de referencia confiable, flexible y escalable.

Capítulo 2: Descripción general de la solución



Capítulo 2 Descripción general de la solución


Descripción general de la solución .................................................................... 18

Gestor de equipos de escritorio ........................................................................ 18

Virtualización ................................................................................................... 18

Cómputo ........................................................................................................... 18

Red .................................................................................................................. 19

Respaldo .......................................................................................................... 19

Almacenamiento ............................................................................................... 19



Descripción general de la solución

La solución del cómputo del usuario final EMC VSPEX para Citrix XenDesktop en Microsoft Hyper-V Server 2012 proporciona una arquitectura de sistema completa que es capaz de soportar y proteger hasta 2,000 equipos de escritorio virtuales con una topología redundante de servidores y redes, un almacenamiento de alta disponibilidad y soluciones de respaldo de confianza de EMC. Los componentes esenciales que conforman esta solución son un gestor de equipos de escritorio, virtualización, almacenamiento, red y cómputo.

Gestor de equipos de escritorio

XenDesktop es la solución de escritorio virtual de Citrix que permite que los equipos de escritorio virtuales se ejecuten en el ambiente de virtualización de Microsoft Hyper-V. Permite la centralización de la administración de equipos de escritorio y proporciona un mayor control para las organizaciones de TI. XenDesktop permite que los usuarios finales se conecten a sus equipos de escritorio desde varios dispositivos en una conexión de red.

Virtualización

Microsoft Hyper-V es una plataforma de virtualización que proporciona flexibilidad y ahorros de costos a los usuarios finales a través de la consolidación de granjas de servidores grandes e ineficientes en infraestructuras de nube ágiles y confiables. Los principales componentes de virtualización de Microsoft son el hipervisor Microsoft Hyper-V y Microsoft System Center Virtual Machine Manager para la administración de sistemas.

El hipervisor Microsoft Hyper-V se ejecuta en un servidor dedicado y permite que múltiples sistemas operativos se ejecuten simultáneamente en el sistema como máquinas virtuales. Los servicios en cluster de Microsoft permiten que varios servidores Hyper-V funcionen en una configuración en cluster. La configuración en cluster de Microsoft Hyper-V se administra como un pool de recursos más grande a través de Microsoft System Center Virtual Machine, lo que permite la asignación dinámica de CPU, la memoria y el almacenamiento en todo el cluster.

Las funciones de alta disponibilidad de Microsoft Hyper-V Server 2012, como Live Migration y Storage Migration, permiten la migración transparente de las máquinas virtuales y los archivos almacenados desde un servidor Hyper-V a otro con un impacto mínimo o nulo en el rendimiento.

Cómputo

VSPEX permite la flexibilidad de diseñar e implementar los componentes de servidor que el proveedor elija. La infraestructura se debe ajustar a los siguientes atributos:

• RAM, cores de CPU y memoria suficientes para soportar la cantidad y los tipos de máquinas virtuales que sean necesarios.

• Conexiones de red suficientes para permitir una conectividad redundante con los switches del sistema.

• Exceso de capacidad para soportar un failover en caso de que se produzca una falla de servidor en el ambiente.




Red

VSPEX permite la flexibilidad de diseñar e implementar los componentes de red que el proveedor elija. La infraestructura se debe ajustar a los siguientes atributos:

• Enlaces de red redundantes para los hosts, switches y almacenamiento.

• Soporte para la agregación de enlaces.

• Aislación del tráfico pasada en las mejores prácticas aceptadas por el sector.

Respaldo

EMC Avamar® entrega la protección y eficiencia necesarias para acelerar la implementación de una solución de cómputo del usuario final de VSPEX.

Avamar potencia a los administradores para respaldar y administrar de forma centralizada las políticas y los componentes de la infraestructura de cómputo del usuario final, mientras permite que los usuarios finales recuperen de manera eficiente sus propios archivos desde una interfaz simple e intuitiva basada en web. Avamar solo mueve segmentos de datos nuevos y únicos a nivel de subarchivo, lo cual resulta en respaldos completos diarios y rápidos. Esto genera una reducción de hasta un 90 % en los tiempos de respaldo y puede reducir el ancho de banda de red requerido por día en hasta un 99 % y el almacenamiento de respaldo entre 10 y 30 veces.

Almacenamiento

El almacenamiento de EMC VNX de última generación proporciona acceso tanto a archivos como a bloques con un amplio conjunto de funciones, lo que lo convierte en la elección ideal para cualquier implementación de cómputo del usuario final.

El almacenamiento de VNX incluye los siguientes componentes que están dimensionados para la carga de trabajo de la arquitectura de referencia indicada:

• Puertos adaptadores de host (para bloques): permiten conectar el host con el arreglo mediante un fabric

• Data Movers (para archivos): dispositivos front-end que ofrecen servicios de archivos a hosts (opcional si se proporcionan servicios CIFS/SMB y NFS)

• Procesadores de almacenamiento (SP): los componentes de cómputo del arreglo de almacenamiento, que se usan para todos los aspectos de transferencia de datos dentro de arreglos, fuera de ellos y entre ellos

• Unidades de disco: ejes de disco y unidades de estado sólido (SSD) que contienen los datos del host o de las aplicaciones y sus gabinetes

Nota: El término Data Mover hace referencia a un componente de hardware de VNX con un CPU, memoria y puertos de I/O. Habilita los protocolos CIFS (SMB) y NFS en VNX.

Las soluciones de equipos de escritorio descritas en este documento se basan en los arreglos de almacenamiento EMC VNX5400 y EMC VNX5600. VNX5400 puede admitir un máximo de 250 unidades y VNX5600 puede alojar hasta 500 unidades.



EMC VNX soporta una amplia variedad de funciones de clase ejecutiva que son ideales para el ambiente de cómputo del usuario final, como por ejemplo:

• EMC Fully Automated Storage Tiering for Virtual Pools (FAST™ VP)

• EMC FAST Cache

• Deduplicación y compresión de datos en el nivel de archivo

• Deduplicación de bloques

• Aprovisionamiento delgado

• Replicación

• Snapshots y puntos de comprobación

• Retención en el nivel de archivo

• Administración de cuotas

Funciones y mejoras

La plataforma EMC VNX de almacenamiento unificado y optimizada para flash entrega funcionalidades empresariales y de innovación para el almacenamiento de archivos, bloques y objetos en una solución única, escalable y fácil de usar. Ideal para tipos de carga combinados en ambientes físicos o virtuales, VNX combina hardware potente y flexible con software de protección, administración y eficiencia avanzadas para cumplir con las exigencias de los ambientes de aplicaciones virtualizados actuales.

VNX de última generación incluye muchas funciones y mejoras diseñadas y desarrolladas a partir del éxito de la primera generación. Estas funciones y mejoras incluyen lo siguiente:

• Más capacidad con optimización multi-core con caché multi-core, RAID multi-core y FAST Cache multi-core (MCx™)

• Mayor eficiencia con un arreglo híbrido optimizado para flash

• Mejor protección gracias al incremento en la disponibilidad de aplicaciones con procesadores de almacenamiento activo/activo

• Administración e implementación más sencillas gracias al incremento de la productividad con un nuevo Unisphere® Management Suite

VSPEX se desarrolla con VNX de última generación para entregar eficiencia, rendimiento y escalamiento aún mayores que antes.

Arreglo híbrido optimizado para flash

VNX es un arreglo híbrido optimizado para flash que proporciona un almacenamiento en niveles automatizado para entregar el mejor rendimiento para sus datos importantes mientras se transfieren, de manera inteligente, los datos a los que se accede con menor frecuencia a discos de menor costo.

En este enfoque híbrido, un pequeño porcentaje de discos flash en el sistema operativo puede proporcionar un alto porcentaje del IOPS en general. Una VNX optimizada para flash aprovecha al máximo la baja latencia del flash para ofrecer una optimización de menor costo y una escalabilidad de alto rendimiento. EMC Fully Automated Storage Tiering Suite (FAST Cache y FAST VP) almacena en niveles los datos de bloques y de archivos en unidades heterogéneas e impulsa los datos más activos a los discos flash, lo que garantiza que los clientes nunca tendrán que hacer concesiones en términos de costo o rendimiento.




El acceso a los datos nuevos es más frecuente que el acceso a los datos viejos, por lo que los primeros se almacenan en discos flash para brindar el mejor rendimiento. A medida que los datos pierden vigencia y se vuelven menos activos, FAST VP organiza en niveles los datos de unidades de alto rendimiento a unidades de alta capacidad automáticamente, según las políticas definidas por el cliente. Se mejoró esta funcionalidad para brindar una eficiencia cuatro veces mayor, gracias a los nuevos discos de estado sólido (SSD) de FAST VP basados en la tecnología de celdas de múltiples niveles empresariales (eMLC), a fin de reducir el costo por gigabyte. FAST Cache absorbe dinámicamente los aumentos imprevistos en las cargas de trabajo del sistema. Todos los casos de uso de VSPEX se beneficiarán de una mayor eficiencia.

Las infraestructuras comprobadas VSPEX entregan soluciones de nube privada, cómputo del usuario final y aplicación virtualizada. Con VNX, los clientes pueden lograr un retorno aún mayor en sus inversiones. La deduplicación basada en bloques fuera de banda de VNX puede disminuir considerablemente los costos del nivel de flash.

Optimización de la ruta de código MCx de VNX Intel

La llegada de la tecnología flash ha sido un catalizador para el cambio radical en los requisitos de los sistemas de almacenamiento de rango medio. EMC rediseñó la plataforma de almacenamiento de rango medio para optimizar eficientemente los CPU multi-core con el fin de proporcionar el sistema de almacenamiento de mayor rendimiento al costo más bajo en el mercado.

MCx distribuye todos los servicios de datos de VNX en todos los cores, como se muestra en la Figura 1. VNX con MCx mejora drásticamente el rendimiento de los archivos para las aplicaciones de transacciones, como las bases de datos y las máquinas virtuales, en el almacenamiento conectado en red (NAS).

Figura 1. VNX de última generación con optimización multi-core

Caché multi-core La caché es el activo más valioso del subsistema de almacenamiento; su uso eficiente es esencial para lograr la eficiencia global de la plataforma en el manejo de tipos de carga variables y dinámicos. Se ha modulado el motor de caché para aprovechar todos los cores disponibles en el sistema.

RAID multi-core Otra parte importante del rediseño del MCx es el manejo de las operaciones de I/O del almacenamiento de back-end permanente, discos duros (HDD) y SSD. Las mejoras cada vez mayores en el rendimiento de VNX provienen de la modularización del procesamiento de la administración de datos de back-end, que permite que MCx se escale sin problemas en todos los procesadores.



Rendimiento de VNX.

El almacenamiento de VNX, activado con la arquitectura MCx, está optimizado para FLASH 1st y proporciona un rendimiento general sin precedentes. Optimiza el sistema en lo que respecta al rendimiento de transacciones (costo por IOPS) y el rendimiento del ancho de banda (costo por GB/s) con baja latencia, y proporciona una eficiencia de capacidad óptima (costo por GB).

VNX proporciona las siguientes mejoras en el rendimiento:

• Hasta cuatro veces más transacciones de archivos en comparación con los arreglos con dos controladores

• Aumento de hasta tres veces en el rendimiento de archivos para aplicaciones transaccionales (por ejemplo, Microsoft Exchange en VMware mediante NFS), con un tiempo de respuesta un 60 % mejor

• Hasta cuatro veces más transacciones Oracle y Microsoft SQL Server OLTP

• Hasta seis veces más máquinas virtuales

Procesadores de almacenamiento de arreglo activo/activo

La nueva arquitectura VNX proporciona procesadores de almacenamiento del arreglo en modo activo/activo, como se muestra en la Figura 2, que elimina los tiempos de espera agotados de la aplicación durante el failover de rutas, ya que ambas rutas ofrecen activamente sus servicios a las tareas de I/O.

Se mejoró también el balanceo de carga y las aplicaciones pueden llegar a duplicar su rendimiento. El modo activo/activo para bloques es ideal para las aplicaciones que requieren los niveles más altos de disponibilidad y rendimiento, pero que no requieren almacenamiento en niveles o servicios de eficiencia, como compresión, deduplicación o snapshots.

Con esta versión de VNX, los clientes de VSPEX pueden usar Data Movers virtuales (VDM) y VNX Replicator para realizar migraciones del sistema de archivos automatizadas y de gran velocidad entre los sistemas. Este proceso migra automáticamente todos los puntos de comprobación y las configuraciones, y permite que los clientes continúen sus operaciones durante la migración.

Figura 2. Los procesadores en modo activo/activo aumentan el rendimiento, la resistencia y la eficiencia




Administración de Unisphere

El último Unisphere Management Suite amplía la interfaz fácil de usar de Unisphere para incluir VNX Monitoring and Reporting a fin de validar el rendimiento y anticipar los requisitos de capacidad. Tal como se muestra en la Figura 3, el conjunto de aplicaciones también incluye Unisphere Remote para administrar de manera centralizada hasta miles de sistemas VNX y VNXe®, con soporte adicional para XtremSW™ Cache.

Figura 3. Último Unisphere Management Suite

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


Tecnología de la solución .................................................................................. 26

Resumen de los componentes clave .................................................................. 27

Virtualización de equipos de escritorio ............................................................. 28

Virtualización ................................................................................................... 31

Cómputo ........................................................................................................... 32

Red .................................................................................................................. 33

Almacenamiento ............................................................................................... 35

Respaldo y recuperación ................................................................................... 42

ShareFile .......................................................................................................... 42



Tecnología de la solución

Esta solución VSPEX utiliza arreglos de almacenamiento EMC VNX5400 (para hasta 1,000 equipos de escritorio virtuales) o VNX5600 (para hasta 2,000 equipos de escritorio virtuales) y Microsoft Hyper-V Server 2012 para proporcionar los recursos computacionales y de almacenamiento para un ambiente Citrix XenDesktop 7 para equipos de escritorio virtuales con Windows 7 provisionados por Provisioning Services (PVS) o Machine Creation Services (MCS). En la Figura 4 muestra los componentes de la solución.

Figura 4. Componentes de la solución

Planificar y diseñar la infraestructura de almacenamiento para Citrix XenDesktop es un paso crítico debido a que el almacenamiento compartido debe poder absorber las grandes ráfagas de entrada/salida (I/O) que ocurren durante algunos casos de uso, como cuando se inician muchos equipos de escritorio virtuales al comienzo de una jornada laboral o cuando se aplican parches obligatorios. Estas grandes ráfagas de I/O pueden dar lugar a períodos de rendimiento errático e impredecible de los equipos de escritorio virtuales. Si no se tienen en cuenta estos casos de uso cuando se realiza la planificación, los usuarios pueden frustrarse rápidamente debido al rendimiento impredecible.

Para proporcionar un rendimiento predecible para un ambiente de cómputo del usuario final, el almacenamiento debe poder manejar las cargas máximas de I/O de los clientes y seguir brindando tiempos de respuesta rápidos. Por lo general, el diseño de este tipo de carga incluye la implementación de varios discos para manejar períodos breves de presión de I/O extrema, lo que puede resultar costoso. Esta solución utiliza EMC VNX FAST Cache para permitir la reducción de la cantidad de discos necesarios.

El respaldo de última generación de EMC permite la protección de los datos del usuario y la capacidad de recuperación del usuario final al utilizar EMC Avamar y su cliente de escritorio dentro de la imagen del equipo de escritorio.




Resumen de los componentes clave

Esta sección describe los componentes clave de esta solución.

Virtualización de equipos de escritorio

El gestor de virtualización de equipos de escritorio administra el aprovisionamiento, la asignación, el mantenimiento y la potencial eliminación de las imágenes de equipos de escritorio virtuales que se proporcionan a los usuarios del sistema. Este software permite la creación según demanda de imágenes de equipos de escritorio, facilita el mantenimiento de la imagen sin afectar a la productividad del usuario e impide que el ambiente crezca ilimitadamente.

Virtualización

La capa de virtualización permite que los recursos físicos se separen de las aplicaciones que los usan. Esto permite que las aplicaciones usen recursos que no estén directamente vinculados al hardware, lo cual habilita muchas funciones clave para el cómputo del usuario final.

Cómputo

La capa informática proporciona recursos de memoria y procesamiento para el software de capa de virtualización y para las aplicaciones que se ejecutan en la infraestructura. El programa VSPEX define la cantidad mínima de recursos de la capa informática que se necesita y permite que el usuario elija cualquier hardware de cómputo que satisfaga los requisitos.

Red

La capa de red conecta a los usuarios del ambiente con los recursos que necesitan, además de conectar la capa de almacenamiento con la capa de cómputo. El programa VSPEX define la cantidad mínima de puertos de red requeridos para la solución y proporciona orientación general sobre la arquitectura de red. Permite que el cliente implemente los requisitos mediante cualquier hardware de red que cumpla con estos.

Almacenamiento

La capa de almacenamiento es un recurso esencial para la implementación del ambiente de cómputo del usuario final. Debido al uso que se les da a los equipos de escritorio, la capa de almacenamiento debe ser capaz de absorber grandes ráfagas de actividad transitoria sin que perjudique la experiencia del usuario. Esta solución utiliza EMC VNX FAST Cache para manejar esta carga de trabajo de manera eficiente.

Respaldo y recuperación

El componente opcional de respaldo y recuperación de la solución proporciona protección de datos en caso de que los datos del sistema primario se eliminen, dañen o queden inutilizables por cualquier motivo.

ShareFile

Los componentes de seguridad de RSA ofrecen a los usuarios la posibilidad adicional de controlar el acceso al ambiente y asegurarse de que solo los usuarios autorizados puedan utilizar el sistema.

La arquitectura de la solución proporciona detalles acerca de los componentes que conforman la arquitectura de referencia.



Virtualización de equipos de escritorio

La virtualización de equipos de escritorio encapsula y ofrece el equipo de escritorio del usuario a un dispositivo remoto del cliente, que puede ser un cliente delgado, un cliente cero, un teléfono inteligente o una tableta. Permite que varios suscriptores en distintas ubicaciones obtengan acceso a equipos de escritorio virtuales alojados en recursos computacionales centralizados en centros de datos remotos.

En esta solución, Citrix XenDesktop se usa para provisionar, administrar, gestar y monitorear el ambiente de virtualización de equipos de escritorio.

En la arquitectura de XenDesktop 7, los componentes de entrega y administración se comparten entre XenDesktop y XenApp para brindar una experiencia de administración unificada a los administradores. En la Figura 5 muestra los componentes de la arquitectura de XenDesktop 7.

Figura 5. Componentes de la arquitectura de XenDesktop 7

Los componentes de la arquitectura de XenDesktop 7 se describen de la siguiente manera:

• Receiver: instalado en los dispositivos de los usuarios, Citrix Receiver proporciona a los usuarios un acceso rápido, seguro y de autoservicio a los documentos, aplicaciones y equipos de escritorio desde cualquier dispositivo del usuario, como teléfonos inteligentes, tabletas y PC. Receiver proporciona acceso según demanda a las aplicaciones web, de Windows y de software como servicio (SaaS).

• StoreFront: StoreFront autentica a los usuarios en los sitios que alojan recursos y administra los almacenamientos de los equipos de escritorio y las aplicaciones a las que los usuarios tienen acceso.

Citrix XenDesktop 7




• Studio: Studio es la consola de administración que permite configurar y administrar la implementación, lo cual elimina la necesidad de separar las consolas de administración para administrar la entrega de aplicaciones y equipos de escritorio. Studio proporciona varios asistentes que lo guían en el proceso de configuración del ambiente, creación de los tipos de carga en las aplicaciones y equipos de escritorio host, y asignación de aplicaciones y equipos de escritorio a los usuarios.

• Controlador de entrega: instalado en los servidores del centro de datos, el controlador de entregas proporciona servicios que se comunican con el hipervisor para distribuir las aplicaciones y los equipos de escritorio, y para autenticar y administrar el acceso de los usuarios y las conexiones de gestores entre los usuarios y sus aplicaciones y equipos de escritorio virtuales. El controlador administra el estado de los equipos de escritorio, al iniciarlos y detenerlos según la demanda y la configuración administrativa. En algunas ediciones, el controlador permite instalar la administración de perfiles para administrar las opciones de configuración personalizada del usuario en ambientes con Windows físicos o virtualizados. Cada sitio tiene uno o más controladores de entrega.

• Virtual Delivery Agent (VDA): instalado en los sistemas operativos de la estación de trabajo o del servidor, el VDA permite realizar conexiones para equipos de escritorio y aplicaciones. Para realizar un acceso remoto a un equipo, instale el VDA en el equipo de la oficina.

• Máquinas con sistema operativo de servidor: las máquinas con sistema operativo de servidor son máquinas virtuales o físicas basadas en sistemas operativos Windows Server que se usan para entregar aplicaciones o equipos de escritorio compartidos alojados (HSD) a los usuarios.

• Máquinas con sistema operativo de equipo de escritorio: las máquinas con sistema operativo de equipo de escritorio son máquinas virtuales o físicas basadas en el sistema operativo Windows Desktop y se usan para entregar equipos de escritorio personalizados a los usuarios o aplicaciones desde los sistemas operativos de los equipos de escritorio.

• Acceso a equipo remoto: los dispositivos de usuarios incluidos en una lista blanca permiten a los usuarios obtener acceso de forma remota a los recursos de los equipos de la oficina desde cualquier dispositivo que ejecute Citrix Receiver.

Machine Creation Services (MCS) es un mecanismo de aprovisionamiento integrado en la interfaz de administración de XenDesktop, Citrix Studio, para provisionar, administrar y desactivar equipos de escritorio durante todo el ciclo de vida de los mismos desde un punto de administración centralizado.

MCS permite administrar varios tipos de máquinas dentro de un catálogo de Citrix Studio. La personalización del equipo de escritorio es persistente para las máquinas que usan Personal vDisk, en tanto que las máquinas sin Personal vDisk son apropiadas si los cambios en el equipo de escritorio se descartarán cuando el usuario cierre sesión.

Los equipos de escritorio provisionados con MCS comparten una imagen base común dentro de un catálogo. Por ello, generalmente se obtiene acceso a la imagen base con frecuencia suficiente para usar EMC VNX FAST Cache, donde los datos de acceso frecuente se promueven a discos flash para proporcionar un tiempo de respuesta de I/O óptimo con menos discos físicos.

Machine Creation Services



Citrix Provisioning Services (PVS) adopta un enfoque diferente al de las soluciones tradicionales de digitalización de equipos de escritorio al cambiar fundamentalmente la relación entre el hardware y el software que se ejecuta en él. Al transmitir una sola imagen de disco compartido (disco virtual) en lugar de copiar imágenes a máquinas individuales, PVS permite que las organizaciones reduzcan la cantidad de imágenes de disco que administran. A medida que el número de máquinas sigue creciendo, PVS ofrece la eficiencia de una administración centralizada con los beneficios del procesamiento distribuido.

Dado que las máquinas transmiten datos de disco de forma dinámica y en tiempo real desde una sola imagen compartida, se garantiza la consistencia de la imagen de la máquina. Además, la configuración, las aplicaciones e incluso el sistema operativo de los grandes pools de máquinas pueden cambiar completamente durante la operación de reinicio.

En esta solución, PVS provisiona 500, 1,000 o 2,000 equipos de escritorio virtuales que ejecutan Windows 7 u 8. Los equipos de escritorio virtuales se implementen desde una sola imagen de disco virtual.

La función Citrix Personal vDisk (PvDisk o PvD) se introdujo en Citrix XenDesktop 5.6. Con Personal vDisk, los usuarios pueden conservar la configuración personalizada y las aplicaciones instaladas por los usuarios en un equipo de escritorio organizado en pools. Para lograrlo, los cambios de la máquina virtual organizada en pools del usuario se redirigen a otro disco, llamado Personal vDisk. Durante su ejecución, el contenido del Personal vDisk se combina con los contenidos de la máquina virtual base para proporcionar una experiencia unificada al usuario final. Los datos del Personal vDisk se conservan durante las operaciones de reinicio y actualización.

En esta solución, PVS provisiona 500, 1,000 o 2,000 equipos de escritorio virtuales que ejecutan Windows 7. Los equipos de escritorio virtuales se implementen desde una sola imagen de disco virtual.

Citrix Profile Management conserva los perfiles de los usuarios y los sincroniza dinámicamente con un repositorio de perfiles remoto. Citrix Profile Management se asegura de que se aplique la configuración personal en los equipos de escritorio y las aplicaciones, independientemente de la ubicación desde donde el usuario inicie sesión o del dispositivo en el cual lo haga.

La combinación de Citrix Profile Management y los equipos de escritorio organizados en pools proporciona la experiencia de un equipo de escritorio dedicado junto con la reducción al mínimo de la cantidad de almacenamiento que se requiere en una organización.

Citrix Profile Management descarga de manera dinámica el perfil remoto de un usuario cuando este inicia sesión en Citrix XenDesktop. Profile Management descarga la información del perfil del usuario solo cuando este la necesita.

Citrix Provisioning Services

Citrix Personal vDisk

Citrix Profile Management




Virtualización

La capa de virtualización es un componente clave de cualquier solución del cómputo del usuario final. Permite que los requisitos de recursos de las aplicaciones no estén relacionados con sus respectivos recursos físicos. Con esto, hay una mayor flexibilidad en la capa de aplicación, ya que se elimina el tiempo fuera del hardware para labores de mantenimiento y se permite que la capacidad física del sistema cambie sin afectar a las aplicaciones alojadas.

Microsoft Hyper-V Server 2012 se utiliza para construir la capa de virtualización de esta solución. Microsoft Hyper-V transforma los recursos físicos de un equipo al virtualizar el CPU, la memoria, el almacenamiento y la red. Esta transformación genera máquinas virtuales completamente funcionales que ejecutan sistemas operativos y aplicaciones aislados y encapsulados de la misma manera que los equipos físicos.

Las funciones de alta disponibilidad de Microsoft Hyper-V, como Live Migration y Storage Migration, permiten la migración transparente de las máquinas virtuales y los archivos almacenados desde un servidor Hyper-V a otro con un impacto mínimo o nulo en el rendimiento.

Microsoft System Center Virtual Machine Manager es una plataforma de administración centralizada para la infraestructura Microsoft Hyper-V. Proporciona a los administradores una sola interfaz a la cual se puede obtener acceso desde varios dispositivos para realizar todas las tareas relacionadas con el monitoreo, la administración y el mantenimiento de la infraestructura virtual.

La función de alta disponibilidad del cluster de Microsoft Hyper-V permite que la capa de virtualización reinicie las máquinas virtuales automáticamente en diversas circunstancias de fallas.

Si el hardware físico sufre un error, las máquinas virtuales afectadas se pueden reiniciar automáticamente en los otros servidores del cluster.

Nota: Para que la alta disponibilidad del cluster de Microsoft Hyper-V reinicie las máquinas virtuales en otro hardware, esos servidores deben poseer recursos disponibles. La sección Cómputo proporciona recomendaciones específicas para activar esta funcionalidad.

El cluster de Microsoft Hyper-V permite configurar políticas para determinar qué máquinas se reiniciarán automáticamente y bajo qué condiciones se deben ejecutar estas operaciones.

EMC Storage Integrator (ESI) 3.0 for Windows es una interfaz de administración que proporciona la capacidad de ver y provisionar almacenamiento de archivos y bloques para los ambientes de Windows. ESI simplifica los pasos necesarios para crear y provisionar almacenamiento para los servidores Hyper-V como un disco local o un recurso compartido mapeado. ESI también admite la detección y el aprovisionamiento de almacenamiento a través de PowerShell.

Las guías de producto de ESI para Windows, disponibles en el servicio de soporte en línea de EMC, proporcionan más información.

Microsoft Hyper-V Server 2012

Microsoft System Center Virtual Machine Manager

Alta disponibilidad de Hyper-V

EMC Storage Integrator for Windows

https://support.emc.com/�




Cómputo

La elección de una plataforma de servidores para una infraestructura EMC VSPEX no solo se basa en los requisitos técnicos del ambiente, sino también en la compatibilidad de la plataforma, las relaciones existentes con el proveedor del servidor, las funciones avanzadas de administración y rendimiento, y otros factores. Por estos motivos, las soluciones EMC VSPEX están diseñadas para ejecutarse en una amplia variedad de plataformas de servidores. En lugar de necesitar una cantidad determinada de servidores con un conjunto de requisitos específicos, VSPEX documenta los requisitos para el número de cores de procesadores y la cantidad de RAM. Esto puede implementarse con 2 ó 20 servidores, y aun así considerarse como la misma solución VSPEX.

Por ejemplo, supongamos que los requisitos de la capa informática para una implementación específica son 25 cores de procesadores y 200 GB de RAM. Un cliente desea usar servidores genéricos que contienen 16 cores de procesadores y 64 GB de RAM, mientras que otro cliente decide usar un servidor más avanzado con 20 cores de procesadores y 144 GB de RAM.

En este ejemplo, el primer cliente necesitará cuatro servidores, mientras que el segundo solo necesitará dos, como se muestra en la Figura 6.

Figura 6. Flexibilidad de la capa de cómputo

Nota: Para que la capa de cómputo pueda tener una alta disponibilidad, cada cliente necesitará un servidor adicional con la capacidad suficiente como para proporcionar una plataforma de failover en caso de que se produzca una interrupción del hardware.




En la capa informática, utilice las siguientes mejores prácticas:

• Use una cantidad idéntica de servidores o al menos servidores compatibles. VSPEX implementa tecnologías de alta disponibilidad en el nivel del hipervisor que pueden requerir conjuntos de instrucciones similares en el hardware físico subyacente. Con la implementación de VSPEX en unidades de servidor idénticas, puede minimizar los problemas de compatibilidad en esta área.

• Si desea implementar la alta disponibilidad en el nivel del hipervisor, la máquina virtual más grande que se puede crear estará limitada por el servidor más pequeño del ambiente.

• Implemente las funciones de alta disponibilidad presentes en la capa de virtualización para asegurarse de que la capa de cómputo tenga recursos suficientes para admitir al menos las fallas de un servidor. Esto permite implementar las actualizaciones con un tiempo fuera mínimo, además de tolerar las fallas de una unidad.

Dentro de los límites de estas recomendaciones y mejores prácticas, la capa de cómputo para EMC VSPEX es lo suficientemente flexible para cumplir sus necesidades específicas. Lo más importante es provisionar cantidades de cores de procesadores y RAM por core suficientes para satisfacer las necesidades del ambiente de destino.

Red

La red de la infraestructura requiere enlaces de red redundantes para cada host Hyper-V, el arreglo de almacenamiento, los puertos de interconexión de los switches y los puertos de enlace superior de los switches. Esta configuración proporciona redundancia y ancho de banda de red adicional. Se requiere sin importar si la infraestructura de red para la solución existe o se está implementando junto con otros componentes de la solución. En la Figura 7 muestra un ejemplo de este tipo de topología de red de alta disponibilidad.

Nota: Si bien el ejemplo es válido para las redes basadas en IP, en las redes basadas en Fibre Channel se aplican los mismos principios subyacentes de las conexiones múltiples y la eliminación de un punto de falla.



Figura 7. Ejemplo de un diseño de red con alta disponibilidad

Esta solución validada usa redes de área local virtuales (VLAN) para separar el tráfico de red de varios tipos con el fin de mejorar el rendimiento, la capacidad de administración, la separación de las aplicaciones, la alta disponibilidad y la seguridad.

Las plataformas de almacenamiento unificado de EMC proporcionan redundancia o alta disponibilidad de la red mediante el uso de agregación de enlaces. La agregación de enlaces permite que múltiples conexiones Ethernet activas aparezcan como un solo enlace con una sola dirección MAC y posiblemente con múltiples direcciones IP. En esta solución, el protocolo de control de agregación de enlaces (LACP) se configura en VNX y combina múltiples puertos Ethernet en un único dispositivo virtual. Si se pierde un enlace en el puerto Ethernet, este realiza un failover a otro puerto. Todo el tráfico de red se distribuye entre todos los enlaces activos.




Almacenamiento

La capa de almacenamiento es un componente clave de cualquier solución de infraestructura de nube, ya que proporciona eficiencia de almacenamiento, flexibilidad de administración y un menor costo total de propiedad. Esta solución VSPEX utiliza EMC VNX para proporcionar virtualización en la capa de almacenamiento.

VNX Snapshots es una característica de software que genera copias de datos de un punto en el tiempo. VNX Snapshots se puede usar para respaldos de datos, desarrollo y pruebas de software, replanificación, validación de datos y restauraciones locales rápidas. VNX Snapshots mejora la funcionalidad de la snapshot de EMC VNX SnapView™ existente mediante la integración con pools de almacenamiento.

Nota: Los LUN que se crean en grupos RAID físicos, también llamados LUN de RAID, solo son compatibles con los snapshots de SnapView. Esta limitación se debe a que VNX Snapshots requiere espacio de pools como parte de su tecnología.

VNX Snapshots admite 256 snapshots con capacidad de escritura por LUN de pool. Admite Branching, también llamado “snapshots de snapshots”, siempre que la cantidad total de snapshots de cualquier LUN primario sea inferior a 256, que es el límite absoluto.

VNX Snapshots utiliza tecnología de redireccionamiento en escritura (ROW). ROW redirige nuevas escrituras destinadas al LUN primario a una nueva ubicación en el pool de almacenamiento. Este tipo de implementación difiere de la copia en la primera escritura (CoFW) utilizada en SnapView, que retiene las escrituras en el LUN primario hasta que se copien los datos originales en el pool reservado del LUN para conservar un snapshot.

Esta versión también admite grupos de consistencia (CG). Se pueden combinar varios LUN de pool en un CG y someterlos a un snapshot en forma concurrente. Cuando se inicia un snapshot de un CG, se retienen todas las escrituras a LUN miembros hasta que se hayan creado sus snapshots. Habitualmente, los CG se utilizan en el caso de LUN que pertenecen a la misma aplicación.

EMC VNX SnapSure™ 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.

EMC VNX Snapshots

EMC VNX SnapSure



Un punto de comprobación refleja el estado de un PFS en el momento de creación del punto de comprobación. SnapSure admite los siguientes tipos de puntos de comprobación:

• Puntos de comprobación de solo lectura: sistemas de archivos de solo lectura creados a partir de un PFS

• Puntos de comprobación con capacidades de escritura: sistemas de archivos de lectura/escritura creados a partir de un punto de comprobación de solo lectura

SnapSure puede mantener un máximo de 96 puntos de comprobación de solo lectura y 16 puntos de comprobación de lectura/escritura por PFS y, a la vez, permitir que las aplicaciones del PFS accedan sin interrupciones a los datos en tiempo real.

Nota: Cada uno de los puntos de comprobación con capacidad de escritura se asocia con un punto de comprobación de solo lectura, conocido como punto de comprobación base. Cada punto de comprobación base puede tener solo un punto de comprobación con capacidades de escritura asociado.

Consulte Uso de VNX SnapSure para obtener información detallada.

EMC VNX Virtual Provisioning™ permite a las organizaciones reducir los costos de almacenamiento al incrementar la utilización de la capacidad, simplificar la administración del almacenamiento y reducir el tiempo fuera de las aplicaciones. Virtual Provisioning también ayuda a las empresas a reducir los requisitos de energía y enfriamiento, y a reducir gastos de capital.

Virtual Provisioning ofrece aprovisionamiento de almacenamiento basado en pools porque implementa LUN de pools que pueden ser delgados o gruesos. Estos LUN ofrecen almacenamiento según demanda, lo que maximiza la utilización de su sistema de almacenamiento al asignar espacio según sea necesario. Los LUN gruesos ofrecen rendimiento elevado y predecible para sus aplicaciones. Ambos tipos de LUN aprovechan los beneficios de las características fáciles de usar el aprovisionamiento basado en pools.

Los pools y los LUN de pools también son los elementos esenciales que permiten la prestación de servicios de datos avanzados, como FAST VP, VNX Snapshots y compresión. Los LUN de pools también admiten diversas características adicionales, como reducción de LUN, expansión en línea y configuración del umbral de capacidad del usuario.

Virtual Provisioning le permite ampliar la capacidad de un pool de almacenamiento desde la interfaz gráfica del usuario (GUI) de Unisphere después de conectar físicamente los discos al sistema. Los sistemas VNX pueden rebalancear elementos de datos asignados en todas las unidades miembro para utilizar unidades nuevas después de expandir el pool. La función de reequilibrio se inicia automáticamente y se ejecuta en segundo plano después de la acción de expansión. Es posible monitorear el progreso de una operación de rebalanceo desde la pestaña General de la ventana Pool Properties en Unisphere, tal como se indica en la Figura 8.

EMC VNX Virtual Provisioning

https://mydocs.emc.com/VNXDocs/SnapSure.pdf�




Figura 8. Progreso de requilibrio de un pool de almacenamiento

Expansión de LUN

Utilice la expansión de LUN para aumentar la capacidad de los LUN existentes. Le permite provisionar mayor capacidad según el aumento de las necesidades comerciales.

La familia VNX puede expandir un LUN de pool sin alterar el acceso de los usuarios. La expansión de los LUN de pool se puede realizar con unos pocos clics y la capacidad expandida se puede usar inmediatamente. Sin embargo, no puede expandir un LUN de pool si forma parte de una operación de protección de datos o migración de LUN. Por ejemplo: no se pueden expandir LUN de snapshots o en migración.

Reducción de LUN

Utilice la reducción de LUN para disminuir la capacidad de LUN delgados existentes.

VNX puede reducir un LUN de pool. Esta capacidad solo se puede aplicar a LUN atendidos por Windows Server 2008 en adelante. El proceso de reducción consta de dos pasos:

1. Reducir el sistema de archivos desde Windows Disk Management.

2. Reducir el LUN de pool utilizando una ventana de comandos y la utilidad DISKRAID.

La utilidad DISKRAID se puede conseguir a través de VDS Provider, que forma parte del paquete EMC Solutions Enabler.

El nuevo tamaño del LUN aparece apenas completado el proceso de reducción. Una tarea en segundo plano recupera el espacio eliminado o reducido y lo devuelve al pool de almacenamiento. Una vez finalizada la tarea, cualquier otro LUN de ese pool puede utilizar el espacio recuperado.

Para obtener información más detallada sobre la expansión o reducción de LUN, consulte el informe técnico EMC VNX Virtual Provisioning: tecnología aplicada.



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

Figura 10. Estudio de la utilización de espacio de un pool de almacenamiento

Cuando se agota la capacidad de un pool de almacenamiento, fallan todas las solicitudes de asignación de espacio adicional en los LUN de aprovisionamiento ligero. Generalmente, también fallarán las aplicaciones que traten de escribir datos en esos LUN y el probable resultado es una falla general del sistema.

A fin de evitar esta situación, monitoree la utilización de un pool de modo que reciba alertas cuando se alcancen los umbrales; configure la opción Percentage Full Threshold para permitir suficiente buffer para corregir la situación antes de que suceda una interrupción. Para ajustar este valor, haga clic en la pestaña Advanced, en el cuadro de diálogo Storage Pool Properties, como puede verse en la Figura 11.

Esta alerta solo se activa si hay al menos un thin LUN en el pool, porque los thin LUN son la única forma en la que puede sobresuscribirse un pool. Si el pool solo contiene LUN gruesos, la alerta no se activa y no hay riesgo de quedarse sin espacio debido a sobresuscripción. También es posible especificar el valor de Percent Full Threshold, que equivale a Total Allocation/Total Capacity, cuando se crea un pool.

Cuando se agota la capacidad de un pool de almacenamiento, fallan todas las solicitudes de asignación de espacio adicional en los LUN de aprovisionamiento ligero. Generalmente, también fallarán las aplicaciones que traten de escribir datos en esos LUN y el probable resultado es una falla general del sistema.

A fin de evitar esta situación, monitoree la utilización de un pool de modo que reciba alertas cuando se alcancen los umbrales; configure la opción Percentage Full Threshold para permitir suficiente buffer para corregir la situación antes de que suceda una interrupción. Para ajustar este valor, haga clic en la pestaña Advanced, en el cuadro de diálogo Storage Pool Properties, como puede verse en la Figura 11.



Esta alerta solo se activa si hay al menos un thin LUN en el pool, porque los thin LUN son la única forma en la que puede sobresuscribirse un pool. Si el pool solo contiene LUN gruesos, la alerta no se activa y no hay riesgo de quedarse sin espacio debido a sobresuscripción. También es posible especificar el valor de Percent Full Threshold, que equivale a Total Allocation/Total Capacity, cuando se crea un pool.

Figura 11. Definición de umbrales de utilización para un pool de almacenamiento

Ver alertas al hacer clic en Alert en Unisphere. En la Figura 12 se muestra el asistente Unisphere Event Monitor Wizard, donde también puede elegir la opción de recibir alertas por correo electrónico, mediante un servicio de localización o por medio de una trampa SNMP.

Figura 12. Definición de notificaciones automatizadas para bloques




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

Severidad de alerta

Efecto secundario

Configurable por el usuario

Del 1 % al 84 %

70 % Advertencia Ninguno

Orígenes de Datos

N/D 85 % Crítico Borra las alertas configurables por el usuario

Permitir que la asignación total exceda el 90 % de la capacidad total implica el riesgo de quedarse sin espacio y afectar a todas las aplicaciones que utilicen LUN delgados en el pool.

VNX FAST Cache, un componente de VNX FAST Suite, permite usar los discos flash como una capa de caché expandida para el arreglo. FAST Cache es una caché no disruptiva en todo el arreglo y está disponible para el almacenamiento de archivos y bloques. Los datos de acceso frecuente se copian a FAST Cache en incrementos de 64 KB. FAST Cache efectúa las lecturas y escrituras posteriores en el fragmento de datos. Esto permite la promoción inmediata de cada dato activo a los flash drives. Esto mejora de manera importante los tiempos de respuesta para datos activos y reduce los puntos problemáticos de datos que se pueden producir dentro del LUN.

VNX FAST VP, parte de VNX FAST Suite, permite organizar los datos automáticamente en niveles en múltiples tipos de unidades para balancear las diferencias de rendimiento y capacidad. FAST VP se aplica en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se obtiene acceso a ellos. Los datos de acceso frecuente se promueven a niveles más altos de almacenamiento en incrementos de 256 MB, mientras que los datos de acceso poco frecuente se pueden migrar a un nivel más bajo para aumentar la rentabilidad. Este rebalanceo de unidades de datos de 256 MB, o segmentos, se realiza como parte de una operación de mantenimiento calendarizada regularmente.

En muchos ambientes, es importante tener una ubicación común para almacenar archivos a los acceden muchas personas. Esto se implementa como recursos compartidos de archivos CIFS o NFS desde un servidor de archivos. La familia VNX de arreglos de almacenamiento puede ofrecer este servicio junto con opciones centralizadas de administración, integración de clientes y seguridad avanzada, además de características para mejorar la eficiencia. Consulte Configuración y administración de CIFS en VNX para obtener más información.

VNX FAST Cache

VNX FAST VP (opcional)

Recursos compartidos de archivos en VNX

https://mydocs.emc.com/VNXDocs/CIFS.pdf�

https://mydocs.emc.com/VNXDocs/CIFS.pdf�



Las organizaciones con oficinas remotas y sucursales (Remote Office and Branch Offices, ROBO) generalmente prefieren ubicar los datos y las aplicaciones cerca de los usuarios para poder ofrecer un mejor rendimiento y una latencia más baja. En estos ambientes, los departamentos de TI deben equilibrar los beneficios del soporte local con la necesidad de mantener el control central. El almacenamiento y los sistemas locales deben ser fáciles de usar para el personal encargado de la administración, pero también deben ser compatibles con la administración remota y con herramientas flexibles de agregación que minimicen las demandas en esos recursos locales. Con VSPEX puede acelerar la implementación de aplicaciones en las oficinas remotas y sucursales. Además, los clientes pueden usar Unisphere Remote para consolidar el monitoreo, las alertas de sistema y los informes de cientos de ubicaciones, a la vez que mantienen la simpleza de las operaciones y las funcionalidades de almacenamiento unificado para los administradores locales.

Respaldo y recuperación

El respaldo y la recuperación ofrecen protección de datos mediante el respaldo de archivos o volúmenes de datos según calendarios definidos y la restauración de los datos del respaldo en caso de que se necesite una recuperación después de un desastre. En esta solución VSPEX se usa EMC Avamar para el agrupamiento, el que admite hasta 2,000 máquinas virtuales.

EMC Avamar proporciona métodos para respaldar equipos de escritorio virtuales mediante operaciones en el nivel de imagen o basadas en huéspedes. Avamar ejecuta el motor de deduplicación en el nivel de disco de máquina virtual (VHDX) para respaldos de imágenes y en el nivel de archivo para respaldos basados en huéspedes.

La protección en el nivel de imagen permite a los clientes de respaldo hacer una copia de todos los discos virtuales y los archivos de configuración asociados con el equipo de escritorio virtual específico en caso de una falla del hardware, daño o eliminación accidental del equipo de escritorio virtual. Avamar reduce considerablemente el tiempo de respaldo y recuperación del equipo de escritorio virtual al usar Change Block Tracking (CBT) en el respaldo y la recuperación.

La protección basada en huéspedes se ejecuta al igual que las soluciones de respaldo tradicionales. El respaldo basado en huéspedes se puede usar en cualquier máquina virtual que ejecute un sistema operativo para el que esté disponible un cliente de respaldo Avamar. Permite el control detallado del contenido y de los patrones de inclusión y exclusión. Esto se puede usar para impedir la pérdida de datos debido a errores del usuario, tales como la eliminación accidental de archivos. La instalación del agente de equipo de escritorio/laptop en el sistema que se protegerá permite la capacidad de recuperación de autoservicio de los datos de usuario.

ShareFile

ShareFile es un servicio de almacenamiento y uso compartido de archivos basado en la nube construido para el almacenamiento y la seguridad de clase empresarial. ShareFile permite a los usuarios compartir de manera segura los documentos con otros usuarios. Los usuarios de ShareFile son los empleados y usuarios que están fuera del directorio de la empresa (conocidos como clientes).

ROBO

EMC Avamar




ShareFile StorageZones permite a las empresas compartir archivos en toda la organización y, a la vez, ejercer el cumplimiento de normas. StorageZones permite a los clientes mantener sus datos en sistemas de almacenamiento en el sitio. Permite compartir archivos grandes con un cifrado completo y proporciona la capacidad de sincronizar archivos con varios dispositivos.

Al mantener datos en el sitio y más cerca de los usuarios que los datos que residen en la nube pública, StorageZone proporciona rendimiento y seguridad mejorados.

ShareFile StorageZone permite lo siguiente:

• Usar StorageZone con el almacenamiento de nube administrado por ShareFile o reemplazarlo.

• Configurar Citrix CloudGateway Enterprise para integrar los servicios de ShareFile con Citrix Receiver para la autenticación y el aprovisionamiento de usuarios.

• Aprovechar la conciliación automática entre la nube de ShareFile y una implementación de StorageZone de la empresa.

• Permitir los escaneos antivirus automatizados de los archivos cargados.

• Permitir la recuperación de archivos del respaldo de Storage Center (el componente de servidor de una StorageZone se denomina Storage Center). Es posible navegar en los registros de un archivo para buscar una fecha y hora en particular, y etiquetar los archivos y carpetas para restaurarlos desde el respaldo de Storage Center.

En la Figura 13 se muestra la arquitectura de alto nivel de ShareFile.

Figura 13. Arquitectura de alto nivel de ShareFile

ShareFile consiste en tres componentes básicos:

• Cliente: obtiene acceso al servicio de ShareFile a través de una de las herramientas nativas, como un navegador, Citrix Receiver o directamente a través de la interfaz de programación de aplicaciones (API).

ShareFile StorageZones

Arquitectura de ShareFile StorageZone



• Plano de control: realiza funciones como almacenamiento de archivos, carpetas e información de cuenta, control de acceso, generación de informes y otras funciones de intermediación. El plano de control reside en varios centros de datos de Citrix en todo el mundo.

• StorageZone: define las ubicaciones donde se almacenan los datos.

El componente de servidor de StorageZone se denomina Storage Center. Para lograr una alta disponibilidad se requieren al menos dos Storage Centers por StorageZone. Una StorageZone debe usar un solo recurso compartido de archivos para todos los Storage Centers.

Storage Center de ShareFile amplía el almacenamiento de nube de software como servicio (SaaS) de ShareFile al proporcionar la cuenta de ShareFile con almacenamiento privado en las instalaciones, conocido como StorageZone. El almacenamiento en las instalaciones de ShareFile difiere del almacenamiento de nube en los siguientes puntos:

• El almacenamiento de nube administrado por ShareFile es un sistema de almacenamiento multiusuario público mantenido por Citrix.

• Un Storage Center de ShareFile es un sistema de almacenamiento privado de un solo usuario mantenido por el cliente y solamente las cuentas de usuario aprobadas pueden utilizarlo.

De manera predeterminada, ShareFile almacena los datos en el almacenamiento de nube seguro administrado por ShareFile. La función Storage Center de ShareFile permite configurar una StorageZone privada en el sitio. StorageZone define las ubicaciones donde se almacenan los datos y permite la optimización del rendimiento al ubicar el almacenamiento de los datos cerca de los usuarios.

Determine la cantidad de StorageZones y su ubicación sobre la base de los requisitos de rendimiento y cumplimiento de normas de la organización. En general, asignar usuarios a la StorageZone que se encuentre geográficamente más cerca de ellos es la mejor práctica para optimizar el rendimiento.

Storage Center es un servicio web que maneja todas las operaciones HTTPS de los usuarios finales y el subsistema de control de ShareFile. El subsistema de control de ShareFile maneja todas las operaciones no relacionadas con el contenido de los archivos, como autenticación, autorización, navegación de archivos, configuración, metadatos, envío y solicitud de archivos y balanceo de carga. El subsistema de control también realiza evaluaciones de estado de Storage Center y evita que los servidores offline envíen solicitudes. El subsistema de control de ShareFile se mantiene en los centros de datos de Citrix Online.

El subsistema de almacenamiento de ShareFile maneja las operaciones relacionadas con el contenido de los archivos, como cargas, descargas y verificaciones de antivirus. Al crear una StorageZone, se crea un subsistema de almacenamiento privado para los datos de ShareFile.

Para realizar una implementación de producción de ShareFile, la mejor práctica recomendada para lograr una alta disponibilidad es usar al menos dos servidores que tengan Storage Center instalado. Al instalar Storage Center, se crea una StorageZone. Luego, se puede instalar Storage Center en otro servidor y agregarlo a la misma StorageZone. Los Storage Centers que pertenecen a la misma StorageZone deben usar el mismo recurso compartido de archivos para el almacenamiento.




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

Figura 14. Arquitectura lógica: Cómputo del usuario final de VSPEX para Citrix XenDesktop con ShareFile StorageZone

Uso de la arquitectura de ShareFile StorageZone con VSPEX



Servidor

Un entorno de producción de alta disponibilidad requiere un mínimo de dos servidores (máquinas virtuales) con Storage Center instalado. La Tabla 2 se resumen los requisitos de CPU/memoria para implementar ShareFile StorageZone con Storage Center.

Tabla 2. Recursos de hardware mínimos para dar soporte a ShareFile StorageZone con Storage Center

CPU (cores) Memoria (GB) Referencia

Storage Center 2 4 Requisitos de sistema para Storage Center en Citrix eDocs

Red

Proporcione puertos de red suficientes para soportar los requisitos adicionales de dos servidores Storage Center. Los componentes de red se pueden implementar mediante el uso de redes IP de 1 Gb o 10 Gb, siempre y cuando el ancho de banda y la redundancia sean suficientes para satisfacer los requisitos mencionados.

Almacenamiento

ShareFile StorageZone requiere un recurso compartido de CIFS para proporcionar almacenamiento de datos privados para Storage Center. La familia de almacenamiento EMC VNX tiene la capacidad de proporcionar un acceso tanto a archivos como a bloques con un amplio conjunto de funciones, lo que la convierte en la elección ideal para la implementación de almacenamiento ShareFile StorageZone.

EMC VNX admite una amplia variedad de funciones de clase ejecutiva ideales para el almacenamiento de ShareFile StorageZone, entre las que se incluyen:

• Fully Automated Storage Tiering for Virtual Pools (FAST VP)

• FAST Cache

• Deduplicación y compresión de archivos

• Aprovisionamiento delgado

• Replicación

• Puntos de comprobación

• Retención en el nivel de archivo

• Administración de cuotas

http://support.citrix.com/proddocs/topic/sharefile-storage-center-11/sf-storage-center-sys-reqs.html�

http://support.citrix.com/proddocs/topic/sharefile-storage-center-11/sf-storage-center-sys-reqs.html�




La Tabla 3 proporciona el almacenamiento EMC VNX recomendado necesario para el recurso compartido de CIFS de ShareFile StorageZone.

Tabla 3. Almacenamiento de EMC VNX recomendado necesario para el recurso compartido de CIFS de ShareFile StorageZone

Almacenamiento Configuración Notas

Recurso compartido de CIFS

Para 500 usuarios:

• Dos Data Movers (uno activo y otro en standby, solo en la variante CIFS)

• Ocho discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas

Para 1,000 usuarios:


• Dieciséis discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas

Para 2,000 usuarios:


• 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.




Capítulo 4 Descripción general de la solución


Descripción general de la solución .................................................................... 50

Arquitectura de soluciones ............................................................................... 50

Pautas para la configuración de servidores ....................................................... 60

Pautas para la configuración de la red ............................................................... 64

Reglas para la configuración del almacenamiento ............................................. 66

Alta disponibilidad y failover ............................................................................ 84

Perfil de la prueba de validación ....................................................................... 87

Pautas de configuración del ambiente de respaldo ............................................ 88

Pautas para el dimensionamiento ..................................................................... 89

Carga de trabajo de referencia .......................................................................... 89

Aplicación de la carga de trabajo de referencia .................................................. 90

Implementación de las arquitecturas de referencia ........................................... 91

Evaluación rápida ............................................................................................. 94



Descripción general de la solución

Este capítulo entrega una guía integral sobre los principales aspectos de esta solución. La capacidad del servidor se especifica en términos genéricos para las exigencias mínimas requeridas de CPU, memoria e interfaces de red. Seleccione el hardware de servidor y de red que alcance o supere los valores mínimos indicados. EMC validó la arquitectura de almacenamiento especificada, junto con un sistema que cumpla con los requisitos de servidor y de red descriptos, a fin de proporcionar altos niveles de rendimiento y, al mismo tiempo, ofrecer una arquitectura de alta disponibilidad para la implementación del cómputo del usuario final.

Cada infraestructura comprobada VSPEX está validada por EMC y balancea los recursos de almacenamiento, red y cómputo necesarios para una cantidad establecida de equipos de escritorio virtuales. En la práctica, cada tipo de equipo de escritorio virtual tiene su propio conjunto de requisitos, el cual muy pocas veces coincide con una idea predefinida de lo que un equipo de escritorio virtual debiera ser. Antes de realizar cualquier análisis acerca del cómputo del usuario final, se debe definir una carga de trabajo de referencia. No todos los servidores realizan las mismas tareas y resulta poco práctico crear una referencia que considere todas las posibles combinaciones de características de cargas de trabajo.

Nota: VSPEX usa el concepto de un tipo de carga de referencia para describir y definir una máquina virtual. Por lo tanto, un equipo de escritorio físico o virtual en un ambiente existente puede no ser igual a un equipo de escritorio virtual en una solución VSPEX. Evalúe la carga de trabajo en términos de la referencia para llegar a un punto de escala adecuado. En Aplicación de la carga de trabajo de referencia se proporciona una descripción detallada.

Arquitectura de soluciones

La1

solución del cómputo del usuario final VSPEX con EMC VNX se validó en tres puntos distintos de una escala. Estas configuraciones definidas forman la base de la creación de una solución personalizada. Estos puntos de escala se definen en términos de la carga de trabajo de referencia.

Los diagramas de arquitectura de esta sección muestran el diseño de los componentes principales de las soluciones para las dos variantes de almacenamiento: SMB y Fibre Channel.

1 En esta guía de infraestructura comprobada, cuando se habla de “nosotros” o “en nuestro caso” se hace referencia al equipo de ingeniería de soluciones de EMC que validó la solución.

Arquitectura lógica




En la Figura 15 muestra la arquitectura lógica de la variante SMB, en la que 10 GbE transporta todo el tráfico de red.

Figura 15. Arquitectura lógica de la variante SMB

Nota: Los componentes de red de la solución se pueden implementar mediante el uso de redes IP de 1 Gb/s o 10 Gb/s, siempre y cuando el ancho de banda y la redundancia sean suficientes para satisfacer los requisitos mencionados.



En la Figura 16 se muestra la arquitectura lógica de la variante Fibre Channel, donde una SAN Fibre Channel transporta el tráfico de almacenamiento y 10 GbE transporta el tráfico de administración y aplicaciones.

Figura 16. Arquitectura lógica de la variante Fibre Channel

Nota: Los componentes de red de la solución se pueden implementar mediante el uso de redes IP de 1 Gb/s o 10 Gb/s, siempre y cuando el ancho de banda y la redundancia sean suficientes para satisfacer los requisitos mencionados.

Controlador de entrega Citrix XenDesktop 7

Se usaron dos controladores Citrix XenDesktop para proporcionar entrega de equipos de escritorio virtuales redundantes, autenticar a los usuarios, administrar el ensamblaje de los ambientes de equipos de escritorio virtuales de los usuarios y las conexiones de gestores entre usuarios y sus equipos de escritorio virtuales. En esta arquitectura de referencia, los controladores están instalados en Windows Server 2012 y alojados como máquinas virtuales en Hyper-V Server 2012.

Servidor Citrix Provisioning Services

Se usaron dos servidores Citrix Provisioning Services (PVS) para entregar servicios de flujo redundantes a fin de transmitir imágenes de equipos de escritorio de discos virtuales a los dispositivos de destino, según se requiera. En esta arquitectura de referencia, los discos virtuales se almacenan en un recurso compartido de CIFS alojado por el sistema de almacenamiento VNX.

Equipos de escritorio virtuales

Se provisionaron equipos de escritorio virtuales que ejecutan Windows 7 u 8 mediante MCS y PVS.

Componentes clave




Microsoft Hyper-V Server 2012

Microsoft Hyper-V proporciona una capa de virtualización común para alojar un ambiente de servidor. La Tabla 13, en la página 93, enumera las características específicas del ambiente validado. Microsoft Hyper-V Server 2012 proporciona una infraestructura de alta disponibilidad a través de funciones como las siguientes:

• Live Migration: proporciona la migración activa de las máquinas virtuales dentro de servidores agrupados y no agrupados en cluster sin tiempo fuera de las máquinas virtuales ni interrupción del servicio.

• Storage Live Migration: proporciona la migración activa de los archivos de disco de máquinas virtuales dentro y en todos los arreglos de almacenamiento sin tiempo fuera de las máquinas virtuales ni interrupción del servicio.

Microsoft System Center Virtual Manager 2012 SP1

Microsoft System Center Virtual Manager Server ofrece una plataforma escalable y extensible que forma la base para la administración de la virtualización del cluster Microsoft Hyper-V. Microsoft System Center Virtual Manager administra todos los host Hyper V y sus máquinas virtuales.

SQL Server

Los controladores Microsoft System Center Virtual Manager Server y XenDesktop requieren un servicio de base de datos para almacenar los detalles de configuración y monitoreo. Para esto, se usa Microsoft SQL Server 2012 que se ejecuta en un servidor Windows 2012.

Servidor Active Directory

Los servicios de Active Directory (AD) son necesarios para que los diversos componentes de la solución funcionen adecuadamente. Para esto se usa el servicio AD Directory de Microsoft que se ejecuta en un servidor Windows Server 2012.

Servidor DHCP

El servidor DHCP administra de manera centralizada el esquema de direcciones IP de los equipos de escritorio virtuales. Este servicio está alojado en la misma máquina virtual que el controlador de dominio y el servidor DNS. Para esto se usa el servicio DHCP de Microsoft que se ejecuta en un servidor Windows 2012.

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 2012.

EMC SMI-S Provider for Microsoft System Center Virtual Machine Manager 2012 SP1

EMC SMI-S Provider for Microsoft System Center Virtual Machine Manager es un plug-in para Microsoft System Center Virtual Machine Manager que proporciona administración de almacenamiento para arreglos de EMC directamente desde el cliente. EMC SMI-S Provider ayuda a proporcionar una interfaz de administración unificada.

Redes IP/de almacenamiento

Todo el tráfico de la red se transmite mediante una red Ethernet estándar con cableado y conmutación redundantes. El tráfico de usuarios y administración se transmite mediante una red compartida, en tanto que el tráfico de almacenamiento SMB se transmite mediante una subred privada no enrutable.



Red IP

La infraestructura de red Ethernet proporciona conectividad IP entre equipos de escritorio virtuales, clusters Hyper-V y almacenamiento VNX. Para la variante SMB, la infraestructura IP permite a los servidores Hyper-V obtener acceso a recursos compartidos CIFS en VNX y flujo de equipos de escritorio desde servidores PVS con un alto ancho de banda y una baja latencia. Además, esto permite a los usuarios de equipos de escritorio redirigir sus perfiles de usuario y directorios de inicio a los recursos compartidos de CIFS mantenidos de manera centralizada en el sistema VNX.

Red de almacenamiento Fibre Channel (FC)

Para la variante Fibre Channel, el tráfico de almacenamiento entre todos los hosts Hyper-V y el sistema de almacenamiento VNX se trasporta a través de una red Fibre Channel. El resto del tráfico se transporta a través de la red IP.

Arreglo EMC VNX5400

Un arreglo EMC VNX5400 proporciona almacenamiento mediante la presentación de almacenamiento SMB/Fibre Channel a hosts Hyper-V para hasta 1,000 equipos de escritorio virtuales.

Arreglo EMC VNX5600

Un arreglo EMC VNX5600 proporciona almacenamiento mediante la presentación de almacenamiento SMB/Fibre Channel a hosts Hyper-V para hasta 2,000 equipos de escritorio virtuales.

Los arreglos de almacenamiento de la familia VNX incluyen los siguientes componentes:

• Los procesadores de almacenamiento (SP) son compatibles con los datos de bloques con tecnología UltraFlex I/O que soporta los protocolos Fibre Channel, iSCSI y Fibre Channel mediante Ethernet (FCoE). Los SP proporcionan acceso para todos los hosts externos y para el lado de archivos del arreglo VNX.

• El Gabinete del procesador de disco (DPE) tiene un tamaño de 3U y aloja cada procesador de almacenamiento y la primera bandeja de discos. Este factor de forma se usa en VNX5300 y VNX5500.

• Los X-Blades (o Data Movers) obtienen acceso a los datos desde el back-end y proporcionan acceso a los hosts mediante el uso de la misma tecnología UltraFlex I/O compatible con los protocolos NFS, CIFS, MPFS y pNFS. Los X-Blades de cada arreglo son escalables y brindan redundancia para garantizar que no exista ningún punto de falla único.

• El Gabinete de Data Movers (DME) tiene un tamaño de 2U y aloja los Data Movers (X-Blades). La forma del DME es similar a la del SPE y se utiliza en todos los modelos de VNX compatibles con protocolos de archivos.

• Las fuentes de alimentación en standby tienen un tamaño de 1U y brindan suficiente energía a cada procesador de almacenamiento con el fin de garantizar que todos los datos en transferencia se descarguen al área de vault en caso de una falla en la energía. De esta manera, se garantiza que no se pierdan escrituras. Después del reinicio del arreglo, las escrituras pendientes se concilian y persisten.

• Las Control Stations tienen un tamaño de 1U y proporcionan funciones de administración a los componentes del lado de los archivos conocidos como X-Blades. La Control Station es responsable del failover de X-Blades. Opcionalmente, se puede configurar Control Station con una Control Station secundaria asociada para garantizar la redundancia en el arreglo VNX.

• Los gabinetes de arreglos de discos (DAE) alojan las unidades utilizadas en el arreglo.




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, permite la protección de imagen y las recuperaciones de usuario final.

La Tabla 4 enumera el hardware utilizado en esta solución.

Tabla 4. Hardware de la solución

Hardware Configuración Notas

Servidores para equipos de escritorio virtuales

Memoria:

• SO del equipo de escritorio: 2 GB de RAM por equipo de escritorio

1 TB de RAM en todos los servidores para 500 equipos de escritorio virtuales

2 TB de RAM en todos los servidores para 1,000 equipos de escritorio virtuales

4 TB de RAM a través de todos los servidores para 2,000 equipos de escritorio virtuales

• SO del servidor: 0.6 GB de RAM por equipo de escritorio

300 GB de RAM en todos los servidores para 500 equipos de escritorio virtuales

600 GB de RAM en todos los servidores para 1,000 equipos de escritorio virtuales

1.2 TB de RAM en todos los servidores para 2,000 equipos de escritorio virtuales

CPU:

• SO del equipo de escritorio:

1 vCPU por equipo de escritorio (8 equipos de escritorio por core)

63 cores en todos los servidores para 500 equipos de escritorio virtuales

125 cores en todos los servidores para 1,000 equipos de escritorio virtuales


• SO del servidor:

0.2 vCPU por equipo de escritorio (cinco equipos de escritorio por core)


Red:

• Seis NIC de 1 GbE por servidor independiente para 500 equipos de escritorio virtuales

Tres NIC de 10 GbE por chasis de blade o seis NIC de 1 GbE por servidor independiente para 1,000 o 2,000 equipos de escritorio virtuales

Doscientos cores en todos los servidores para 1,000 equipos de escritorio virtuales

Cuatrocientos cores en todos los servidores para 2,000 equipos de escritorio virtuales

Capacidad total del servidor requerida para alojar equipos de escritorio virtuales

Recursos de hardware




Infraestructura de red

Capacidad de conmutación mínima para la variante SMB:

• Dos switches físicos

• Seis puertos de 1 GbE por servidor Hyper-V o tres puertos de 10 GbE por chasis de blade

• 1 puerto de 1 GbE por Control Station para las tareas de administración

• Dos puertos de 10 GbE por Data Mover para los datos

Configuración de LAN redundante

Capacidad de conmutación mínima para la variante Fibre Channel:

• Dos puertos de 1 GbE por servidor Hyper-V

• Cuatro puertos Fibre Channel de 4/8 Gb para el back-end de VNX

• Dos puertos Fibre Channel de 4/8 Gb por servidor Hyper-V

Configuración de LAN/SAN redundante

Almacenamiento Común

• Dos interfaces de 10 GbE por Data Mover

• Dos puertos Fibre Channel de 8 Gb por procesador de almacenamiento (solo en la variante Fibre Channel)

Para 500 equipos de escritorio virtuales:

• Dos Data Movers (uno activo y otro en standby, solo en la variante SMB)

• Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas

Cantidad de unidades PvD No PvD HSD

PVS 16 8 8

MCS 13 10 10

• Tres discos flash de 100 GB y 3.5 pulgadas

Para 1,000 equipos de escritorio virtuales:




PVS 32 16 16

MCS 26 20 20






PVS 64 32 32

MCS 26 40 40

• Cinco discos flash de 100 GB y 3.5 pulgadas

Almacenamiento compartido de VNX para equipos de escritorio virtuales










• Cuarenta y ocho discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas

Opcional para datos del usuario


• Cinco discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas





Opcional para almacenamiento de infraestructura

Infraestructura compartida

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

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

Respaldo de última generación de EMC

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

Servidores para infraestructura de cliente

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

Es posible que los servidores y las funciones que desempeñan ya existan en el ambiente del cliente



La Tabla 5 enumera el software utilizado en esta solución.

Tabla 5. Software de la solución

Software Configuración

VNX5400 o 5600 (almacenamiento compartido, sistemas de archivos)

Ambiente operativo de VNX para archivo Versión 8.1.0-34746

VNX OE para bloques Versión 33 (05.33.000.3.746)

ESI para Windows Versión 3.0

Virtualización de equipos de escritorio XenDesktop

Controlador Citrix XenDesktop Versión 7 Platinum Edition

Sistema operativo para el controlador XenDesktop

Windows Server 2012 Standard Edition

Microsoft SQL Server Versión 2012 Standard Edition

Respaldo de última generación

Avamar 7.0

Microsoft Hyper-V

Servidor Hyper-V Hyper-V Server 2012

System Center Virtual Machine Manager 2012 SP1

Sistema operativo para System Center Virtual Machine Manager

Windows Server 2012 Standard

PowerPath Edition (solo variante Fibre Channel)

5.7

Equipos de escritorio virtuales Nota: Además del SO base, este software se usó para validar la solución y no es obligatorio.

Sistema operativo base Microsoft Windows 7 Enterprise (32 bits) SP1

Windows Server 2008 R2 SP1 Standard Edition

Microsoft Office Office Enterprise 2007 SP3

Internet Explorer 8.0.7601.17514

Adobe Reader 9.1

Adobe Flash Player 11.4.402.287

Bullzip PDF Printer 9.1.1454

FreeMind 0.8.1

Recursos de software




Cuando se seleccionen los servidores para esta solución, asegúrese de que el core del procesador alcance o supere el rendimiento de la familia Intel Nehalem a 2.66 GHz. A medida que se dispone de servidores con mayores velocidades de procesador, rendimiento y densidad de core, es posible consolidarlos, siempre que se cumpla con el conteo total requerido de cores y memoria y se incorpore una cantidad suficiente de servidores para brindar soporte al nivel de alta disponibilidad necesario.

Tal como con los servidores, también es posible consolidar la velocidad y la cantidad de tarjetas de interfaz de red (NIC), siempre y cuando se conserven los requisitos generales de ancho de banda para esta solución y una redundancia suficiente como para brindar soporte a la alta disponibilidad.

La Tabla 6 muestra las configuraciones de los servidores compatibles con esta solución. Cada servidor tiene dos sockets de cuatro cores y 128 GB de RAM, además de dos puertos de 10 GbE para cada chasis de blade.

Tabla 6. Configuraciones compatibles con esta solución

Tipo de equipo de escritorio

Cantidad de servidores

Cantidad de equipos de escritorio virtuales

Cantidad total de cores

RAM total

SO del equipo de escritorio

8 500 64 1 TB

16 1,000 128 2 TB

32 2,000 256 4 TB

SO del servidor

13 500 100 300 GB

25 1,000 200 600 GB

50 2,000 400 1.2 TB

Como se muestra en la Tabla 13, en la página 90, se requiere un mínimo de un core para soportar ocho equipos de escritorio virtuales y un mínimo de 2 GB de RAM para cada uno. Tenga en cuenta el balanceo correcto de memoria y cores necesario para la cantidad de equipos de escritorios virtuales que un servidor soportará. Por ejemplo, un servidor que soporta 24 equipos de escritorio virtuales requiere un mínimo de tres cores y 48 GB de RAM.

Los switches de la red IP que se usen para implementar esta arquitectura de referencia deben poseer un backplane cuya capacidad mínima sea 96 (para 500 equipos de escritorio virtuales), 192 (para 1,000 equipos de escritorio virtuales) o 320 (para 2,000 equipos de escritorio virtuales) Gb/s sin bloqueo y que sea compatible con las siguientes funciones:

• Control de flujo de Ethernet IEEE 802.1x

• Etiquetado de VLAN 802.1q

• Agregación de enlaces Ethernet mediante el Protocolo de control de agregación de enlaces IEEE 802.1ax (802.3ad)

• Funcionalidad de administración de SNMP

• Frames jumbo

Dimensionamiento para configuración validada



Seleccione la cantidad y tipo de switches necesarios para dar soporte a la alta disponibilidad, y un proveedor de red que proporcione piezas fáciles de adquirir, buen servicio y contratos de soporte óptimos. La configuración de red debe incluir lo siguiente:

• Un mínimo de dos switches para ser compatibles con la redundancia

• Fuentes de alimentación redundantes

• Un mínimo de 40 puertos de 1 GbE (para 500 equipos de escritorio virtuales), dos puertos de 1 GbE y 14 puertos de 10 GbE (para 1,000 equipos de escritorio virtuales) o dos puertos de 1 GbE y 22 puertos de 10 GbE (para 2,000 equipos de escritorio virtuales, distribuidos adecuadamente para proporcionar alta disponibilidad

• Los puertos de enlace superior adecuados para conectividad con el cliente

El uso de puertos de 10 GbE debe alinearse con los del servidor y el almacenamiento. Tenga en cuenta los requerimientos totales de red para la solución y el nivel de redundancia necesario para soportar la alta disponibilidad. Considere el uso de tarjetas NIC y conexiones de almacenamiento adicionales para los requisitos de implementación específicos.

La infraestructura de administración (Active Directory, DNS, DHCP y SQL Server) se puede soportar en dos servidores similares a los definidos anteriormente, pero requiere un mínimo de solo 20 GB de RAM en lugar de 128 GB.

Pautas para la configuración de servidores

Cuando se diseña y solicita la capa de cómputo o servidores de la solución VSPEX, es importante tomar en cuenta varios factores que pueden influir en la adquisición final. Desde una perspectiva de virtualización, si se entiende bien el tipo de carga del sistema, las funciones como la memoria dinámica pueden reducir el requisito de memoria agregada.

Si el pool de equipos de escritorio virtuales no posee un nivel alto de actividad o uso simultáneo, se puede reducir la cantidad de vCPU. Por el contrario, si las aplicaciones que se implementan son de naturaleza altamente computacional, puede que sea necesario aumentar la cantidad de CPU y memoria adquiridos. La Tabla 7 muestra los detalles de la configuración del hardware de red y los servidores de equipos de escritorio virtuales.




Tabla 7. Hardware del servidor

Servidores para equipos de escritorio virtuales

Configuración

CPU: • SO del equipo de escritorio:

1 vCPU por equipo de escritorio (8 equipos de escritorio por core)




• 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

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 en todos los servidores para 2,000 máquinas virtuales

2 GB de RAM de reserva por host Hyper-V

• SO del servidor: 0.6 GB de RAM por equipo de escritorio

300 GB de RAM en todos los servidores para 500 equipos de escritorio virtuales

600 GB de RAM en todos los servidores para 1,000 equipos de escritorio virtuales

1.2 TB de RAM en todos los servidores para 2,000 máquinas virtuales

2 GB de RAM de reserva por host Hyper-V

Red: • 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



Microsoft Hyper-V tiene varias funciones avanzadas que ayudan a aumentar al máximo el rendimiento y la utilización de recursos generales. Lo más importante de estas se encuentra en la administración de memoria. Esta sección describe algunas de estas funciones y los elementos que se debe considerar al usarlas en el ambiente.

En general, las máquinas virtuales de un hipervisor que consumen memoria se pueden considerar un pool de recursos.

En la Figura 17 ilustra un ejemplo de consumo de memoria en el nivel del hipervisor.

Figura 17. Uso de memoria del hipervisor

Virtualización de memoria de Microsoft Hyper-V para VSPEX




Memoria dinámica

La memoria dinámica, que se introdujo en Windows Server 2008 R2 SP1, aumenta la eficiencia de la memoria física al tratar la memoria como un recurso compartido y asignarla a las máquinas virtuales de forma dinámica. La memoria consumida real de cada máquina virtual se ajusta según demanda. La memoria dinámica permite la ejecución de más máquinas virtuales, ya que se recupera espacio de memoria sin usar de máquinas virtuales inactivas. En Windows Server 2012, la memoria dinámica permite el incremento dinámico de la memoria máxima disponible para máquinas virtuales.

Acceso a memoria no uniforme

El acceso a memoria Non-Uniform (NUMA) es una tecnología computacional de múltiples nodos que permite que un CPU tenga acceso a memoria de nodo remoto. En términos del rendimiento, este tipo de acceso a la memoria es costoso. Sin embargo, Windows Server 2012 utiliza una afinidad de procesos que se centra en mantener hilos de ejecución fijados a un CPU en particular, a fin de evitar el acceso a la memoria de nodo remoto. En versiones anteriores de Windows, esta función solo se encuentra disponible para el host. Windows server 2012 amplía esta funcionalidad a las máquinas virtuales, lo que aumenta el rendimiento.

Smart Paging

Con la memoria dinámica, Hyper-V permite que las máquinas virtuales superen la memoria física disponible. Es probable que haya una brecha entre la memoria mínima y la memoria de inicio. Smart Paging es una técnica de administración de memoria que utiliza los recursos de disco como una sustitución temporal de la memoria. Intercambia la memoria menos usada al almacenamiento de disco y la intercambia de vuelta cuando es necesario. La desventaja es que esto puede reducir el rendimiento. Hyper-V sigue utilizando la paginación huésped cuando se sobresuscribe la memoria del host, ya que es más eficiente que Smart Paging.

Esta sección proporciona pautas para asignar memoria a las máquinas virtuales. Las reglas descritas aquí consideran la sobrecarga de memoria de Hyper-V y la configuración de memoria para las máquinas virtuales.

Sobrecarga de memoria de Hyper-V

La virtualización de los recursos de memoria conlleva una sobrecarga, que incluye la memoria que consume Hyper-V, la partición principal y la sobrecarga adicional para cada máquina virtual. Deje al menos 2 GB de memoria para la partición principal de Hyper-V para esta solución.

Asignación de memoria a máquinas virtuales

El dimensionamiento apropiado de la memoria para una máquina virtual en las arquitecturas de VSPEX se basa en muchos factores. Con la cantidad de servicios de aplicación y casos de uso disponibles, para determinar una configuración adecuada para un ambiente se debe crear una configuración de base, probarla y después ajustarla, como lo menciona más adelante este documento. La Tabla 13, en la página 90, describe los recursos que utiliza una sola máquina virtual.

Pautas para la configuración de la memoria



Pautas para la configuración de la red

En esta sección se entregan pautas para configurar una configuración de red redundante y de alta disponibilidad. Las reglas descritas aquí consideran las frames jumbo, las VLAN y el LACP en un almacenamiento unificado de EMC. La Tabla 4, en la página 55, proporciona los requisitos de recursos de red detallados.

Tabla 8. Recursos de hardware para la red

Componente Configuración


Capacidad mínima de conmutación

Bloque • Dos switches físicos

• Dos puertos de 10 GbE por servidor Microsoft Hyper-V


• Dos puertos Fibre Channel/CEE/10 GbE por servidor Microsoft Hyper-V para la red de almacenamiento

• Dos puertos Fibre Channel/CEE/10 GbE por SP para los datos de equipos de escritorio

• Dos puertos de 10 GbE por Data Mover para los datos de usuario

Sistemas de


• Cuatro puertos de 10 GbE por servidor Microsoft Hyper-V


• Dos puertos de 10 GbE por Data Mover para los datos

Nota: La solución puede usar una infraestructura de red de 1 Gb siempre que se satisfagan los requisitos subyacentes de ancho de banda y redundancia.

Es una mejor práctica aislar el tráfico de red, de modo tal que el tráfico entre los hosts y el almacenamiento y entre los hosts y los clientes, al igual que el tráfico de administración, se produzcan en redes aisladas. En algunos casos, es posible que algunas normativas o políticas exijan aislar el tráfico de manera física; sin embargo, en la mayoría de los casos basta con un aislamiento lógico mediante VLAN. Esta solución requiere un mínimo de tres VLAN:

• ACCESO DE CLIENTES

• Almacenamiento

• Management

VLAN




Las VLAN se ilustran en la Figura 18.

Figura 18. Redes requeridas

Nota: El diagrama demuestra los requisitos de conectividad de red para un arreglo VNX mediante el uso de conexiones de red de 10 GbE. Para los arreglos que usen conexiones de red de 1 GbE se deben usar topologías similares.

La red de acceso de clientes es para que los usuarios del sistema (clientes) se comuniquen con la infraestructura. La red de almacenamiento se usa en la comunicación entre las capas de cómputo y almacenamiento. La red de almacenamiento se utiliza para ofrecer a los administradores una forma dedicada para obtener acceso a las conexiones de administración del arreglo de almacenamiento, de los switches de la red y de los hosts.

Nota: • Algunas mejores prácticas requieren un aislamiento adicional de la red para el

tráfico del cluster, la comunicación de la capa de virtualización y otras funciones. Es posible implementar estas redes adicionales, pero no son obligatorias.

• Si se selecciona la opción de red de almacenamiento de Fibre Channel para la implementación, se deben aplicar principios de diseño y mejores prácticas similares.



Esta solución del cómputo del usuario final EMC VSPEX recomienda que se configure MTU en 9,000 (frames jumbo) para proporcionar eficiencia al tráfico de migración y almacenamiento.

Una agregación de enlaces se asemeja a un canal Ethernet, pero usa el estándar IEEE 802.3ad de LACP. El estándar IEEE 802.3ad es compatible con agregaciones de enlaces con dos o más puertos. Todos los puertos en la agregación deben tener la misma velocidad y ser dúplex completo. En esta solución, LACP se configura en VNX, el cual combina varios puertos Ethernet en un solo dispositivo virtual. Si se pierde un enlace en el puerto Ethernet, este realiza un failover a otro puerto. Todo el tráfico de red se distribuye entre todos los enlaces activos.

Reglas para la configuración del almacenamiento

Hyper-V permite la utilización de más de un método de almacenamiento al alojar máquinas virtuales. Las soluciones que se describen en esta sección y en la Tabla 9 se probaron utilizando SMB y el diseño de almacenamiento que se describe se ajusta a todas las mejores prácticas actuales. Si es necesario, los arquitectos y clientes pueden realizar modificaciones de acuerdo con su comprensión del uso y la carga de los sistemas.

Esta solución utilizó Login VSI para simular una carga del usuario hacia los equipos de escritorio. Login VSI ofrece orientación para determinar la cantidad máxima de usuarios que un ambiente de equipos de escritorio puede soportar. Se seleccionó el tipo de carga mediano de Login VSI para esta prueba. Se definen los diseños de almacenamiento para 500, 1,000 y 2,000 equipos de escritorio cuando el tiempo de respuesta promedio de Login VSImax es inferior al umbral máximo calculado de manera dinámica. Este umbral máximo se denomina VSImax dinámico. Login VSI tiene dos maneras para definir el umbral máximo: VSImax clásico y dinámico. El umbral de VSImax clásico está definido en 4,000 milisegundos. Sin embargo, el umbral de VSImax dinámico se calcula en función del tiempo de respuesta inicial de las actividades de los usuarios.

Activar frames jumbo

Agregación de enlaces




Tabla 9. Hardware del almacenamiento


Almacenamiento Común:

• Dos interfaces de 10 GbE por Data Mover

• Dos puertos Fibre Channel de 8 Gb por procesador de almacenamiento (solo en la variante Fibre Channel)

Almacenamiento compartido de VNX para equipos de escritorio virtuales



• Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas:

Cantidad de unidades

PvD No PvD HSD

PVS 16 8 8

MCS 13 10 10






PvD No PvD HSD

PVS 32 16 16

MCS 26 20 20






PvD No PvD HSD

PVS 64 32 32

MCS 26 40 40

• Cinco discos flash de 100 GB y 3.5 pulgadas









• Cuarenta y ocho discos SAS NL de 2 TB, 7,200 r/min y 3.5 pulgadas

Opcional para datos del usuario







Opcional para almacenamiento de infraestructura

Esta sección ofrece pautas para configurar la capa de almacenamiento de la solución con el fin de proporcionar alta disponibilidad y el nivel de rendimiento previsto.

Windows Server 2012 Hyper-V y Failover Clustering utilizan las funciones de volúmenes compartidos de cluster (CSV) V2 y el nuevo formato de disco duro virtual (VHDX) para virtualizar el almacenamiento presentado del sistema de almacenamiento compartido externo a las máquinas virtuales del host. En la Figura 19, el arreglo de almacenamiento presenta los LUN basados en bloques (como CSV) o un recurso compartido de CIFS basado en archivos (como recursos compartidos de SMB) a los hosts de Windows y a las máquinas virtuales de host.

Figura 19. Tipos de disco virtual de Hyper-V

Virtualización de almacenamiento Hyper-V para VSPEX




CIFS

Windows Server 2012 es compatible con la utilización de recursos compartidos de archivos CIFS (SMB 3.0) como almacenamiento compartido para las máquinas virtuales Hyper-V.

CSV

Un volumen compartido de cluster (CSV) es un disco compartido que contiene un volumen NTFS al cual tienen acceso todos los nodos de un cluster de failover de Windows. Se puede implementar en cualquier almacenamiento local o en red basado en SCSI.

Discos de paso

Windows 2012 también es compatible con discos de paso, lo que permite que una máquina virtual tenga acceso a un disco físico mapeado al host que no tiene un volumen configurado.

SMB 3.0 (almacenamiento basado en archivos solamente)

El protocolo SMB es el protocolo de uso compartido de archivos que se utiliza de manera predeterminada en ambientes de Windows. Con la incorporación de Windows Server 2012, proporciona un conjunto amplio de funciones de SMB nuevas con un protocolo actualizado (SMB 3.0). Algunas de las funciones clave que hay disponibles con Windows Server 2012 SMB 3.0 son las siguientes:

• Failover transparente de SMB

• Escalamiento horizontal de SMB

• SMB Multichannel

• SMB directo

• Cifrado SMB

• VSS para recursos compartidos de archivos de SMB

• Concesión de directorios de SMB

• SMB PowerShell

Con estas funciones nuevas, el SMB 3.0 ofrece mayores funcionalidades que, cuando se combinan, les brindan a las organizaciones una alternativa de almacenamiento de alto rendimiento a las soluciones de almacenamiento Fibre Channel tradicionales por un costo menor.

Nota: SMB también se conoce como Common Internet File System (CIFS). Para obtener información detallada sobre SMB 3.0, consulte EMC VNX: Introducción al soporte técnico de SMB 3.0.

ODX (almacenamiento basado en bloques solamente)

Offloaded Data Transfer (ODX) es una función del agrupamiento de almacenamiento en Microsoft Windows Server 2012 que les da a los usuarios la capacidad de utilizar la inversión en arreglos de almacenamiento externo para descargar las transferencias de datos desde el servidor hacia los arreglos de almacenamiento. Cuando se utiliza con hardware de almacenamiento compatible con la función ODX, las operaciones de copia de archivos las inicia el host, pero las ejecuta el dispositivo de almacenamiento. ODX elimina la transferencia de datos entre el almacenamiento y los hosts Hyper-V con un mecanismo basado en tokens para leer y escribir datos dentro de los arreglos de almacenamiento o entre ellos, y reduce la carga de la red y los hosts.

http://powerlink.emc.com/km/live1/en_US/Offering_Technical/White_Paper/H11427-vnx-SMB_3.0-wp.pdf�

http://powerlink.emc.com/km/live1/en_US/Offering_Technical/White_Paper/H11427-vnx-SMB_3.0-wp.pdf�



El uso de ODX permite procesos rápidos de clonación y migración de máquinas virtuales. Dado que la transferencia de archivos se descarga al arreglo de almacenamiento cuando se utiliza la función ODX, el uso de los recursos del host, como el CPU y la red, se reduce considerablemente. Al maximizar el uso de los arreglos de almacenamiento, ODX minimiza las latencias y mejora la velocidad de transferencia de archivos grandes, como los archivos de base de datos o de video.

Cuando se realizan las operaciones de archivos compatibles con ODX, las transferencias de datos se descargan automáticamente al arreglo de almacenamiento y son transparentes para los usuarios. La función ODX está activada de forma predeterminada en Windows Server 2012.

Nuevo formato de disco duro virtual

Hyper-V en Windows Server 2012 contiene una actualización para el formato VHD llamada VHDX, que tiene una capacidad mucho mayor y resistencia incorporada. Las principales funciones nuevas del formato VHDX son:

• Compatibilidad para almacenamiento de disco duro virtual con una capacidad de hasta 64 TB

• Protección adicional contra daño en los datos durante fallas en la energía mediante actualizaciones de registro en las estructuras de metadatos de VHDX

• Alineación óptima de la estructura del formato de disco duro virtual para que se adapte a discos de sectores grandes

El formato VHDX también tiene las siguientes funciones:

• Tamaños de bloques más grandes para discos dinámicos y diferenciales, lo que permite que los discos cumplan con las necesidades de la carga de trabajo

• El disco virtual de sectores lógicos de 4 KB que permite un mayor rendimiento cuando lo usan aplicaciones y tipos de carga diseñados para sectores de 4 KB

• La capacidad de almacenar metadatos personalizados sobre los archivos que el usuario podría querer registrar, como la versión del sistema operativo o las actualizaciones aplicadas

• Funciones de recuperación de espacio que pueden resultar en un menor tamaño de archivo y que permiten que el dispositivo de almacenamiento físico subyacente recupere espacio no utilizado (por ejemplo, TRIM requiere discos de almacenamiento de conexión directa o SCSI y hardware compatible con TRIM)

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.

Elemento esencial de almacenamiento VSPEX




VSPEX utiliza un enfoque de elemento esencial para reducir la complejidad. Un elemento esencial es un conjunto de ejes de disco que soporta una determinada cantidad de equipos de escritorio virtuales en la arquitectura VSPEX. Cada elemento esencial combina varios ejes de disco para crear un pool de almacenamiento que satisfaga las necesidades del ambiente de cómputo del usuario final.

Actualmente, tres elementos esenciales (500, 1,000, y 2,000 equipos de escritorio) están verificados en VNX y proporcionan una solución flexible para el dimensionamiento de VSPEX. La Tabla 10 muestra una lista simple de los discos requeridos para soportar diferentes escalas de configuración, excepto las necesidades de hot spare.

Nota: Si una configuración comienza con el elemento esencial para 500 equipos de escritorio para MCS, es posible expandirla al elemento esencial para 1,000 equipos de escritorio agregándole 10 discos SAS compatibles y permitiendo que el pool se vuelva a fraccionar. Para obtener detalles sobre la expansión y refraccionamiento del pool, consulte el informe técnico EMC VNX Virtual Provisioning: tecnología aplicada.

Tabla 10. Número de discos necesarios para las diferentes cantidades de equipos de escritorio virtuales

Equipos de escritorio virtuales

Plataforma VNX

Discos flash (FAST Cache)

Discos SAS (PVS/no PvD)

Discos SAS (PVS/PvD)

Discos SAS (MCS/no PvD)

Discos SAS (MCS/PvD)

500 5400 2 13 21 10 13

1,000 5400 2 21 37 20 26

2,000 5,600 4 37 69 40 52

Las configuraciones de cómputo del usuario final de VSPEX están validadas en las plataformas VNX5400 y VNX5600. Cada plataforma tiene diferentes capacidades en términos de procesadores, memoria y discos. Para cada arreglo, se recomienda una configuración máxima de cómputo del usuario final de VSPEX. Como se muestra en la Tabla 10, el valor máximo recomendado para VNX5400 es 1,000 equipos de escritorio, mientras que el recomendado para VNX5600 es 2,000 equipos de escritorio.

Diseño de almacenamiento principal con aprovisionamiento PVS

En la Figura 20 ilustra el diseño de los discos necesarios para almacenar 500 equipos de escritorio virtuales con aprovisionamiento PVS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vDisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario.

Valores máximos validados del cómputo del usuario final de VSPEX

Diseño de almacenamiento para 500 equipos de escritorio virtuales

http://powerlink.emc.com/km/live1/en_US/Offering_Technical/White_Paper/H2222-vnx-virtual-provisioning-wp.pdf�



Figura 20. Diseño de almacenamiento principal con aprovisionamiento PVS para 500 equipos de escritorio virtuales

Descripción general del diseño de almacenamiento principal con aprovisionamiento PVS

La siguiente configuración general se utiliza en la arquitectura de referencia para 500 máquinas virtuales:

• Se usan cuatro discos SAS (se muestran como 0_0_0 a 0_0_3) para el ambiente operativo (OE) de VNX.

• EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4 y 1_1_5 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento.

• Se usan ocho discos SAS (se muestran como 1_0_7 a 1_0_14) en el pool de almacenamiento 1 RAID 10 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo.

Para NAS, se provisionan 10 LUN de 200 GB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB.

Para Fibre Channel, se provisionan dos LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV.

• Se usan dos discos flash (se muestran como 1_0_5 y 1_0_6) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario.

• Se usan cinco discos SAS (1_1_0 a 1_1_4) en el pool de almacenamiento 2 RAID 5 para almacenar los discos virtuales PVS y las imágenes TFTP. FAST Cache está habilitada para el pool completo.

• Los discos que se muestran como 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 1_1_6 a 1_1_14 no se utilizan. No se utilizaron para probar esta solución.




Nota: Es posible utilizar unidades de mayor tamaño para aumentar la capacidad. Para satisfacer las recomendaciones de carga, todas las unidades deben tener el mismo tamaño y funcionar a 15,000 rpm. Si se utilizan distintos tamaños, es posible que los algoritmos del diseño de almacenamiento proporcionen resultados que no son óptimos.

Diseño de almacenamiento principal con aprovisionamiento MCS

En la Figura 21 ilustra el diseño de los discos necesarios para almacenar 500 equipos de escritorio virtuales con aprovisionamiento MCS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vDisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario.

Figura 21. Diseño de almacenamiento principal con aprovisionamiento MCS para 500 equipos de escritorio virtuales

Descripción general del diseño de almacenamiento principal con aprovisionamiento MCS

La siguiente configuración general se utiliza en la arquitectura de referencia para 500 máquinas virtuales:

• Cuatro discos SAS (de 0_0_0 a 0_0_3) se usan para el VNX OE.


• Se usan diez discos SAS (se muestran como 1_0_5 a 1_0_14) en el pool de almacenamiento 1 RAID 5 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo.





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.




Diseño de almacenamiento opcional

En las pruebas de validación de la solución, el espacio de almacenamiento para los datos de usuario se asignó al arreglo VNX, tal como se muestra en la Figura 22. Este almacenamiento es adicional al almacenamiento principal que se muestra en la Figura 21. Si ya existe un espacio de almacenamiento para datos de usuarios en algún lugar del ambiente de producción, este espacio de almacenamiento no es necesario.

Figura 22. Diseño opcional de almacenamiento para 500 equipos de escritorio virtuales

Descripción general del diseño de almacenamiento opcional

El diseño de almacenamiento opcional se utiliza para almacenar los servidores de infraestructura, los perfiles de usuario y directorios de inicio, y los Personal vDisks.

La siguiente configuración opcional se utiliza en la arquitectura de referencia para 500 equipos de escritorio virtuales:

• EMC VNX no requiere una unidad hot spare dedicada. El disco que se muestra como 0_2_14 no está enlazado y puede utilizarse como un hot spare en caso necesario. Este disco está marcado como hot spare en el diagrama de diseño de almacenamiento.




• Se usan cinco discos SAS (se muestran como 0_2_0 a 0_2_4) en el pool de almacenamiento 6 RAID 5 para almacenar máquinas virtuales de la infraestructura. Se provisiona un LUN de 1 TB del pool para presentarlo a los servidores Hyper-V como un CSV.

• Se usan dieciséis discos SAS NL (se muestran como 0_2_5 a 0_2_13 y 1_2_0 a 1_2_6) en el pool de almacenamiento 4 RAID 6 para almacenar los datos de usuario y los perfiles de roaming. Se provisionan diez LUN de 500 GB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS.

Si se implementaron múltiples tipos de unidades, se puede activar FAST VP para organizar los datos automáticamente en niveles a fin de balancear las diferencias de rendimiento y capacidad. FAST VP se aplica en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se obtiene acceso a ellos. Los datos de acceso frecuente se promueven a niveles más altos de almacenamiento en incrementos de 256 MB, mientras que los datos de acceso poco frecuente se pueden migrar a un nivel más bajo para aumentar la rentabilidad. Este rebalanceo de unidades de datos de 256 MB, o segmentos, se realiza como parte de una operación de mantenimiento calendarizada regularmente. No se recomienda el uso de FAST VP para el almacenamiento de equipos de escritorio virtuales, pero puede mejorar el rendimiento si se implementa para los perfiles de roaming y los datos de usuario.

• Se usan ocho discos SAS (1_2_7 a 1_2_14) en el pool de almacenamiento 5 RAID 10 para almacenar los Personal vDisks. FAST Cache está habilitada para el pool completo.




En la Figura 23 ilustra el diseño de los discos necesarios para almacenar 1,000 equipos de escritorio virtuales con aprovisionamiento PVS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vDisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario.

Diseño de almacenamiento para 1,000 equipos de escritorio virtuales



Figura 23. Diseño de almacenamiento principal con aprovisionamiento PVS para 1,000 equipos de escritorio virtuales


La siguiente configuración general se utiliza en la arquitectura de referencia para 1,000 equipos de escritorio virtuales:

• Cuatro discos SAS (mostrados como 0_0_0 a 0_0_3) se usan para el VNX OE.


• Se usan dieciséis discos SAS (se muestran como 1_0_8 a 1_0_14 y 1_1_0 a 1_1_8) en el pool de almacenamiento 1 RAID 10 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo.

Para NAS, se provisionan 10 LUN de 400 GB cada uno del pool para proporcionar el almacenamiento necesario para crear cuatro sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB.

Para Fibre Channel, se provisionan cuatro LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV.



• El disco que se muestra como 0_0_4 a 0_0_24, 1_0_0 a 1_0_3 y 1_1_14 no se utiliza. No se utilizaron para probar esta solución.






En la Figura 24 ilustra el diseño de los discos necesarios para almacenar 1,000 equipos de escritorio virtuales con aprovisionamiento MCS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vDisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario.

Figura 24. Diseño de almacenamiento principal con aprovisionamiento MCS para 1,000 equipos de escritorio virtuales





• Se usan veinte discos SAS (se muestran como 1_0_5 a 1_0_14 y 1_1_3 a 1_1_12) en el pool de almacenamiento 1 RAID 5 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo.



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.




• Los discos que se muestran como 0_0_4 a 0_0_24 y 1_1_13 a 1_1_14 no se utilizan. No se utilizaron para probar esta solución.




Figura 25. Diseño opcional de almacenamiento para 1,000 equipos de escritorio virtuales






La siguiente configuración opcional se utiliza en la arquitectura de referencia para 1,000 equipos de escritorio virtuales:



• Se usan veinticuatro discos SAS NL (se muestran como 0_2_5 a 0_2_13 y 1_2_0 a 1_2_14) en el pool de almacenamiento 4 RAID 6 para almacenar los datos de usuario y los perfiles de roaming. Se provisionan diez LUN de 1 TB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS.


• 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.



• Los discos que se muestran como 1_3_2 a 1_3_14 no se utilizan. No se utilizaron para probar esta solución.




En la Figura 26 ilustra el diseño de los discos necesarios para almacenar 2,000 equipos de escritorio virtuales con aprovisionamiento PVS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vDisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para datos de perfil de usuario.

Figura 26. Diseño de almacenamiento principal con aprovisionamiento PVS para 2,000 equipos de escritorio virtuales




• EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4, 1_1_14 y 0_2_2 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento.

• Se usan treinta y dos discos SAS (se muestran como 1_0_5 a 1_0_14, 0_1_0 a 0_1_14 y 1_1_0 a 1_1_6) en el pool de almacenamiento 1 RAID 10 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo.

Diseño de almacenamiento para 2,000 equipos de escritorio virtuales




Para NAS, se provisionan 10 LUN de 800 GB cada uno del pool para proporcionar el almacenamiento necesario para crear ocho sistemas de archivos CIFS. Los sistemas de archivos se presentan a los servidores Hyper-V como cuatro recursos compartidos de SMB.

Para Fibre Channel, se provisionan ocho LUN de 1 TB cada uno del pool para presentarlos a los servidores Hyper-V como cuatro CSV.

• Se usan cuatro discos flash (se muestran como 1_1_12 a 1_1_13 y 0_2_0 a 0_2_1) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario.





En la Figura 27 ilustra el diseño de los discos necesarios para almacenar 2,000 equipos de escritorio virtuales con aprovisionamiento MCS. Este diseño se puede utilizar con opciones de aprovisionamiento aleatorio, estático, de Personal vDisk y de equipo de escritorio compartido alojado. Este diseño no incluye espacio para d0atos de perfil de usuario.

Figura 27. Diseño de almacenamiento principal con aprovisionamiento MCS para 2,000 equipos de escritorio virtuales




La siguiente configuración principal se utiliza en la arquitectura de referencia para 2,000 máquinas virtuales de equipos de escritorio:


• EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_0_4, 0_1_2 y 0_2_5 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Estos discos están marcados como hot spares en el diagrama de diseño de almacenamiento.

• Se usan cuarenta discos SAS (se muestran como 1_0_5 a 1_0_14, 0_1_3 a 0_1_14, 1_1_2 a 1_1_14 y 0_2_0 a 0_2_4) en el pool de almacenamiento 1 RAID 5 para almacenar equipos de escritorio virtuales. FAST Cache está habilitada para el pool completo.



Nota: Si se implementa Personal vDisk, basta con utilizar la mitad de las unidades (20 discos SAS para 2,000 equipos de escritorio) para satisfacer el requisito de rendimiento. Sin embargo, la capacidad de los equipos de escritorio se reducirá en un 50 %. Si se cumple con el requisito de capacidad del ambiente, implemente Personal vDisk con aprovisionamiento MCS con 20 discos SAS para 1,000 equipos de escritorio.

• Se usan dos discos flash (se muestran como 0_1_0 a 0_1_1 y 1_1_0 a 1_1_1) para EMC VNX FAST Cache. En estas unidades no existen LUN que pueda configurar el usuario.








Figura 28. Diseño opcional de almacenamiento para 2,000 equipos de escritorio virtuales



La siguiente configuración opcional se utiliza en la arquitectura de referencia para 2,000 equipos de escritorio virtuales:

• EMC VNX no requiere una unidad hot spare dedicada. Los discos que se muestran como 1_2_14, 0_4_9, 0_5_12 y 0_5_13 son discos no enlazados que pueden utilizarse como hot spares en caso necesario. Este disco está marcado como hot spare en el diagrama de diseño de almacenamiento.




• Se usan cuarenta y ocho discos SAS NL (se muestran como 1_2_5 a 1_2_13, 0_3_0 a 0_3_14, 1_3_0 a 1_3_14 y 0_4_0 a 0_4_8) en el pool de almacenamiento 4 RAID 6 para almacenar los datos de usuario y los perfiles de roaming. Se provisionan diez LUN de 2 TB cada uno del pool para proporcionar el almacenamiento necesario para crear dos sistemas de archivos CIFS.


• 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.



Alta disponibilidad y failover

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.

Como se mencionó anteriormente, se recomienda configurar la alta disponibilidad en la capa de vitualización y permitir que el hipervisor reinicie automáticamente las máquinas virtuales que fallen. En la Figura 29 ilustra la capa del hipervisor que responde a una falla en la capa de cómputo.

Figura 29. Alta disponibilidad en la capa de virtualización

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.

Si bien esta solución ofrece flexibilidad en cuanto a los tipos de servidores que se pueden usar en la capa de cómputo, se recomienda usar servidores de clase empresarial diseñados para el centro de datos. Conecte estos servidores con fuentes de alimentación redundantes a unidades de distribución de alimentación (PDU) separadas, de acuerdo con las mejores prácticas de su proveedor de servidores.

Figura 30. Fuentes de alimentación redundantes

También se recomienda configurar una alta disponibilidad en la capa de virtualización. Esto quiere decir que la capa de cómputo se debe configurar con recursos suficientes para que la cantidad total de recursos disponibles satisfaga las necesidades del ambiente, incluso si un servidor falla, como se ilustra en la Figura 30.

Las funciones de red avanzadas de la familia VNX ofrecen protección contra fallas de conexión a la red en el arreglo. Cada host Hyper-V tiene múltiples conexiones a las redes Ethernet de usuarios y almacenamiento a fin de proteger contra fallas de enlaces. Estas conexiones deben distribuirse entre múltiples switches Ethernet como medida de protección contra la falla de componentes en la red, como se muestra en la Figura 31.

Capa de cómputo

Capa de red



Figura 31. Alta disponibilidad de la capa de red

A través de un diseño de red carente de puntos únicos de falla, es posible asegurarse de que la capa de cómputo obtenga acceso al almacenamiento y se comunique con los usuarios, incluso si algún componente falla.

La familia VNX está diseñada para ofrecer disponibilidad de cinco nueves (99.999 %) mediante el uso de componentes redundantes en todo el arreglo. Todos los componentes del arreglo tienen capacidad de funcionamiento continuo en caso de que se produzca una falla del hardware. La configuración de discos RAID en el arreglo ofrece protección contra la pérdida de datos debido a fallas de discos individuales. Además, las unidades hot spare disponibles se pueden asignar de forma dinámica para reemplazar un disco con fallas, como se muestra en la Figura 32.

Figura 32. Alta disponibilidad de VNX

Los arreglos de almacenamiento EMC están diseñados para proporcionar una alta disponibilidad de manera predeterminada. Cuando se configuran de acuerdo con las instrucciones de instalación, ninguna falla de unidad trae como resultado una pérdida de datos o una falta de disponibilidad.

Capa de almacenamiento




Perfil de la prueba de validación

La solución VSPEX se validó con las características del perfil de ambiente que se indica en la Tabla 11.

Tabla 11. Perfil validado del ambiente

Características del perfil Valor

Cantidad de equipos de escritorio virtuales

• 500 (500 equipos de escritorio virtuales)

• 1,000 (1,000 equipos de escritorio virtuales)

• 2,000 (2,000 equipos de escritorio virtuales)

SO de los equipos de escritorio virtuales

• SO del equipo de escritorio: Windows 7 Enterprise (32-bit) SP1

• SO del servidor: Windows Server 2008 R2 SP1

CPU por equipo de escritorio virtual

• SO del equipo de escritorio: 1 vCPU

• SO del servidor: 0.2 vCPU

Cantidad de equipos de escritorio virtuales por core de CPU



RAM por equipo de escritorio virtual

• SO del equipo de escritorio: 2 GB

• SO del servidor: 0.6 GB

Método de aprovisionamiento de los equipos de escritorio

• Provisioning Services (PVS)

• Machine Creation Services (MCS)

Espacio de almacenamiento promedio disponible para cada equipo de escritorio virtual

• 4 GB (PVS)

• 8 GB (MCS)

IOPS promedio por equipo de escritorio virtual en estado estable

8 IOPS

IOPS máximas promedio por equipo de escritorio virtual durante encendidos simultáneos masivos

• Sesenta IOPS (variante MCS/NFS)

• Ocho IOPS (variante PVS/NFS)

• Ciento dieciséis IOPS (variante MCS/Fibre Channel)

• Catorce IOPS (variante PVS/Fibre Channel)

Cantidad de áreas de almacenamiento de datos para almacenar equipos de escritorio virtuales

• Dos para 500 equipos de escritorio virtuales

• Cuatro para 1,000 equipos de escritorio virtuales

• Ocho para 2,000 equipos de escritorio virtuales

Cantidad de equipos de escritorio virtuales por área de almacenamiento de datos

250

Tipo de disco y RAID para áreas de almacenamiento de datos

Discos SAS RAID 5 de 600 GB, 15 k r/min y 3.5 pulgadas




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)

Discos NL-SAS RAID 6 de 2 TB, 7,200 r/min y 3.5 pulgadas

Nota: El IOPS promedio por equipo de escritorio virtual en condición estable se mide cuando se simula el tipo de carga de perfil mediano de Login VSI en configuraciones de 500, 1,000 y 2,000 equipos de escritorio. En cada configuración, Login VSImax se encuentra por debajo del umbral de VSImax dinámico.

Pautas de configuración del ambiente de respaldo

Esta sección proporciona las reglas sobre cómo configurar un ambiente de respaldo y recuperación para esta solución VSPEX.

La Tabla 12 muestra cómo se dimensionó el perfil del ambiente de respaldo de esta solución VSPEX utilizando tres agrupamientos.

Tabla 12. Características del perfil de respaldo


Datos del usuario • 5 TB para 500 equipos de escritorio virtuales

• 10 TB para 1,000 equipos de escritorio virtuales

• 20 TB para 2,000 equipos de escritorio virtuales

Nota: 10.0 GB por equipo de escritorio

Tasa de cambio diaria para los datos de usuario

Datos del usuario 2%

Retención por tipos de datos

Cantidad diaria 30 diarias

Cantidad semanal 4 semanales

Cantidad mensual 1 mensual

Avamar ofrece varias opciones de implementación que se adaptan a requisitos de recuperación y casos de uso específicos. En este caso, la solución se implementa con Avamar Data Store. Esto permite que los datos de usuario no estructurados se respalden directamente en el sistema Avamar para una recuperación simple en el nivel de archivos. Esta solución de respaldo unifica el proceso de respaldo con software y sistemas de respaldo con deduplicación líderes en el sector, y logra los más altos niveles de rendimiento y eficiencia.

Características de respaldo

Diseño del respaldo




Pautas para el dimensionamiento

Las siguientes secciones proporcionan las definiciones de la carga de trabajo de referencia que se utilizó para dimensionar e implementar las arquitecturas VSPEX que se mencionan en este documento. Ofrecen orientación sobre cómo relacionar los tipos de carga de referencia con los del cliente y cómo pueden modificar la configuración de la implementación final desde la perspectiva del servidor y la red.

Para modificar la definición del almacenamiento, es posible agregar unidades para aumentar la capacidad y el rendimiento y agregar funciones como FAST Cache para los equipos de escritorio y FAST VP para mejorar el rendimiento de los datos de usuario. Los diseños de los discos se crearon para ofrecer soporte para la cantidad especificada de equipos de escritorio virtuales en el nivel de rendimiento definido. Si se reducen la cantidad de discos o el nivel de un tipo de arreglo, es posible que disminuyan tanto las IOPS por equipo de escritorio como la experiencia del usuario, debido a que los tiempos de respuesta aumentarían.

Carga de trabajo de referencia

Cada infraestructura comprobada VSPEX implementa los recursos de almacenamiento, red y cómputo necesarios para una cantidad determinada de máquinas virtuales validadas por EMC. En la práctica, cada máquina virtual tiene su propio conjunto de requisitos, los que rara vez se ajustan a una idea predefinida de lo que debe ser una máquina virtual. En cualquier discusión sobre las infraestructuras virtuales, es importante definir primero una carga de trabajo de referencia. No todos los servidores realizan las mismas tareas y resulta poco práctico crear una referencia que considere todas las posibles combinaciones de características de cargas de trabajo.

Para simplificar el análisis, se definió un tipo de carga de referencia representativo. Al comparar las necesidades reales del cliente con este tipo de carga de referencia, es posible extrapolar la arquitectura de referencia que se debe elegir.

Para la solución de cómputo del usuario final de VSPEX, el tipo de carga de referencia se define como un equipo de escritorio virtual único que puede implementarse mediante un SO de equipo de escritorio o de servidor. En el caso de un SO de equipo de escritorio, cada usuario tiene acceso a una máquina virtual dedicada a la que se asigna un vCPU y 2 GB de RAM. En el caso de un SO de servidor, se asigna a cada máquina virtual cuatro vCPU y 12 GB de RAM y se comparte entre 20 sesiones de equipos de escritorio virtuales. La Tabla 13 muestra las características del equipo de escritorio virtual.

Definición de la carga de trabajo de referencia



Tabla 13. Características del equipo de escritorio virtual

Característica Valor

Sistema operativo de los equipos de escritorio virtuales

• SO del equipo de escritorio: Microsoft Windows 7 Enterprise Edition (32 bits) SP1

• SO del servidor: Windows Server 2008 R2 SP1

Procesadores virtuales por equipo de escritorio virtual



RAM por equipo de escritorio virtual • SO del equipo de escritorio: 2 GB

• SO del servidor: 0.6 GB

Capacidad de almacenamiento disponible por equipo de escritorio virtual

• 4 GB (PVS)

• 8 GB (MCS)

IOPS promedio por equipo de escritorio virtual en estado estable

8

Capacidad de almacenamiento disponible por equipo de escritorio virtual

8 GB (MCS)

Esta definición de equipo de escritorio se basa en los datos de usuario que residen en el almacenamiento compartido. El perfil de I/O se define mediante un marco de trabajo de prueba que ejecuta todos los equipos de escritorio simultáneamente, con una carga estable generada por el uso constante de aplicaciones de oficina tales como navegadores, software de productividad de oficina y otras utilidades de tareas estándar.

Aplicación de la carga de trabajo de referencia

Además de la cantidad de equipos de escritorio admitidos (500, 1,000 o 2,000), puede haber otros factores que se deben considerar al decidir qué solución para el cómputo del usuario final se implementará.

Simultaneidad

Las cargas de trabajo utilizadas para validar las soluciones VSPEX suponen que todos los usuarios de equipos de escritorio estarán activos en todo momento. Es decir, la arquitectura de 1,000 equipos de escritorio se probó con 1,000 equipos de escritorio, los cuales generaban cargas de trabajo en paralelo, estaban encendidos al mismo tiempo, etc. Si el cliente espera contar con 1,200 usuarios, de los cuales solo el 50 % tendrá una sesión iniciada en un momento determinado debido a diferencias de zonas horarias o a una alternancia de turnos, la arquitectura de 1,000 equipos de escritorio podrá soportar los 600 usuarios activos del total de 1,200 usuarios.

Cargas de trabajo de equipos de escritorio con mayor actividad

El tipo de carga que se define en la Tabla 13 y que se usó para probar estas configuraciones de cómputo del usuario final de VSPEX se considera una carga típica de trabajadores de oficina. Sin embargo, algunos clientes tienen usuarios con un perfil más activo.




Si una empresa tiene 800 usuarios y, debido a las aplicaciones corporativas personalizadas, cada usuario genera 12 IOPS en lugar de los ocho IOPS que se usan en el tipo de carga de VSPEX, la configuración necesitará 9,600 IOPS (800 usuarios x 12 IOPS por equipo de escritorio). La configuración de 1,000 equipos de escritorio sería insuficiente en este caso, ya que está clasificada para 8,000 IOPS (1,000 equipos de escritorio x 8 IOPS por equipo de escritorio). Este cliente debe tomar en cuenta la posibilidad de cambiarse a la solución de 2,000 equipos de escritorio.

Implementación de las arquitecturas de referencia

Las arquitecturas de referencia requieren que esté disponible un conjunto de hardware para las necesidades de CPU, memoria, red y almacenamiento del sistema. Estas se presentan como requisitos generales que son independientes de cualquier implementación específica. Esta sección describe algunas consideraciones para implementar los requisitos.

Las arquitecturas de referencia definen los requisitos de hardware para la solución en términos de cuatro tipos de recursos básicos:

• Recursos de CPU

• Recursos de memoria

• Recursos de red

• Recursos de almacenamiento

Esta sección describe los tipos de recursos, cómo se usan en las arquitecturas de referencia y las consideraciones clave para implementarlos en un ambiente del cliente.

Recursos de CPU

Las arquitecturas definen el número de cores de CPU que se requieren, pero no un tipo o una configuración específica. Se supone que las implementaciones nuevas utilizan versiones recientes de las tecnologías de procesadores y que su rendimiento será igual o mejor que los sistemas que utilizaron para validar la solución.

En cualquier sistema en ejecución, es importante monitorear la utilización de recursos y adaptarla según sea necesario. El equipo de escritorio virtual de referencia y los recursos de hardware requeridos en las arquitecturas de referencia suponen que, al usar el SO de equipo de escritorio, no habrá más de ocho CPU virtuales para cada core de procesador físico (relación 8:1). En la mayoría de los casos esto proporciona un nivel de recursos adecuado para los equipos de escritorio virtuales que se hospedan en el sistema. En los casos donde esta proporción pudiera no ser adecuada, monitoree el uso del CPU en la capa del hipervisor para determinar si se necesitan más recursos.

Tipos de 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 sistema operativo del equipo de escritorio. En un ambiente virtual, es frecuente provisionar equipos de escritorio virtuales con más memoria que la que tiene físicamente el hipervisor, debido a restricciones de presupuesto. La técnica de sobreasignación de memoria aprovecha el hecho de que cada equipo de escritorio virtual no utiliza por completo la cantidad de memoria que tiene asignada. La sobreasignación de memoria tiene, hasta un punto determinado, cierto sentido en términos de mejor utilización de recursos. El administrador tiene la responsabilidad de monitorear proactivamente el índice de sobresuscripción, de modo que el cuello de botella no se aleje del servidor y se convierta en una carga para el subsistema de almacenamiento.

Esta solución se validó con memoria asignada estáticamente y sin sobreasignación de recursos de memoria. Si se usa sobreasignación de memoria en un ambiente real, monitoree regularmente la utilización de la memoria del sistema y la actividad de I/O del archivo de paginación asociado para asegurarse de que un déficit de memoria no cause resultados inesperados.

Recursos de red

Las arquitecturas de referencia describen las necesidades mínimas del sistema. Si se necesita ancho de banda adicional, es importante agregar capacidad en el arreglo de almacenamiento y el host del hipervisor para cumplir con los requisitos. Las opciones para la conectividad de red en el servidor dependen del tipo de servidor. Los arreglos de almacenamiento cuentan con una cantidad de puertos de red y permiten agregar puertos utilizando módulos de I/O flexibles de EMC.

Para propósitos de referencia en el ambiente validado, EMC supone que cada equipo de escritorio virtual genera ocho I/O por segundo con un tamaño promedio de 4 KB. Cada equipo de escritorio virtual genera por lo menos 32 KB/s de tráfico en la red de almacenamiento. En un ambiente clasificado para 500 equipos de escritorio virtuales, se obtiene un mínimo de aproximadamente 16 MB/seg. lo que está en conformidad con los límites de las redes modernas. Sin embargo, esto no toma en cuenta otras operaciones. Por ejemplo, se requiere ancho de banda adicional para:

• Tráfico de red de usuario

• Migración de equipos de escritorio virtuales

• Operaciones administrativas y de gestión

Los requisitos de cada una de estas operaciones varían de acuerdo con el uso del ambiente, por lo que no es práctico entregar números concretos en este contexto. Sin embargo, la red descrita en la arquitectura de referencia para cada solución debe ser suficiente para manejar cargas de trabajo promedio para los casos de uso descritos anteriormente.

Sin importar los requisitos de tráfico de red, tenga siempre al menos dos conexiones de red físicas que se compartan con una red lógica, de modo que la falla de un enlace no afecte la disponibilidad del sistema. La red se debe diseñar de modo que el ancho de banda total en caso de falla sea suficiente para adecuarse a la carga de trabajo completa.




Recursos de almacenamiento

Las arquitecturas de referencia contienen disposiciones para los discos usados en la validación del sistema. Cada diseño balancea la capacidad de almacenamiento disponible con la capacidad de rendimiento de las unidades. Se deben considerar algunas capas cuando se examina el dimensionamiento del almacenamiento. Específicamente, el arreglo tiene un conjunto de discos que se asignan a un pool de almacenamiento. Desde ese pool de almacenamiento, es posible provisionar almacenamiento al cluster Microsoft Hyper-V. Cada capa tiene una configuración específica que se define para la solución y se documenta en el Capítulo 5.

En general, es aceptable reemplazar tipos de unidades por otros con mayor capacidad y las mismas características de rendimiento u otros que tengan características de mayor rendimiento y la misma capacidad. Asimismo, es aceptable cambiar la colocación de unidades en las bandejas de unidades para cumplir con distribuciones actualizadas o nuevas de bandejas de unidades.

En otros casos en que es necesario desviarse del número y el tipo propuestos de unidades especificadas o de los diseños especificados para el pool y el área de almacenamiento de datos, asegúrese de que el diseño de destino ofrezca los mismos recursos o más al sistema.

La solución describe las necesidades de retención y de almacenamiento de respaldo inicial y de crecimiento del sistema. Es posible recopilar más información para un dimensionamiento adicional de Avamar, incluidas las necesidades de salida a cinta, las especificaciones de RPO y RTO y las necesidades de replicación del ambiente de múltiples sitios.

La solución EMC VSPEX EUC es compatible con un modelo de implementación flexible que permite expandir el ambiente fácilmente en función de los cambios de las necesidades del negocio.

Las configuraciones de elementos esenciales que se describen en esta solución se pueden combinar para formar implementaciones de mayor tamaño. Por ejemplo, se puede construir la configuración para 1,000 equipos de escritorio de una sola vez, o bien, comenzar con la configuración para 500 equipos de escritorio y expandirla según sea necesario. De igual manera, es posible implementar la configuración para 2,000 equipos de escritorio de una sola vez o hacerlo gradualmente al expandir los recursos de almacenamiento según se requiera.

Los requisitos que se indican en las arquitecturas de referencia son lo que EMC considera como el conjunto mínimo de recursos para manejar las cargas de trabajo requeridas de acuerdo con la definición señalada de un equipo de escritorio virtual de referencia. En cualquier implementación del cliente, la carga de un sistema variará con el tiempo a medida que los usuarios interactúan con el sistema. Sin embargo, si los equipos de escritorio virtuales del cliente difieren considerablemente de la definición de referencia y varían en el mismo grupo de recursos, será necesario agregar más de ese recurso al sistema.

Recursos de respaldo

Expansión de ambientes VSPEX EUC existentes

Resumen de la implementación



Evaluación rápida

Una evaluación del ambiente del cliente ayudará a asegurarse de implementar la solución VSPEX correcta. Esta sección proporciona una hoja de trabajo fácil de usar que simplificará los cálculos de dimensionamiento y ayudará a evaluar el ambiente del cliente.

Primero, elabore un resumen con los tipos de usuarios que desea migrar al ambiente de cómputo del usuario final de VSPEX. Para cada grupo, determine el número de CPU virtuales, la cantidad de memoria, el rendimiento del almacenamiento necesario, la capacidad de almacenamiento necesaria y el número de equipos de escritorio virtuales de referencia que se requiere del pool de recursos.

Aplicación de la carga de trabajo de referencia ofrece ejemplos de este proceso.

Complete una fila de la hoja de trabajo para cada aplicación, como se muestra en la Tabla 14.

Tabla 14. Fila de la hoja de trabajo en blanco

Aplicación

CPU (CPU virtuales)

Memoria (GB)

IOPS Equipos de escritorio virtuales de referencia equivalentes

Número de usuarios

Total de equipos de escritorio de referencia

Ejemplo de tipo de usuario

Requisitos de recursos

--- --- ---

Equipos de escritorio de referencia equivalentes

Complete los requerimientos de recursos para el tipo de usuario. La fila requiere entradas en tres recursos diferentes: CPU, memoria e IOPS.

El equipo de escritorio virtual de referencia supone que la mayoría de las aplicaciones de equipos de escritorio están optimizadas para un solo CPU en una implementación de SO de equipo de escritorio. Si un tipo de usuario requiere un equipo de escritorio con varios CPU virtuales, modifique el conteo de equipos de escritorio virtuales propuesto para proporcionar los recursos adicionales. Por ejemplo, si virtualiza 100 equipos de escritorio, pero 20 usuarios requieren dos CPU en lugar de uno, considere que su pool necesita proporcionar una capacidad de 120 equipos de escritorio virtuales.

La memoria desempeña una función fundamental en asegurar la funcionalidad y el rendimiento de las aplicaciones. Por lo tanto, la cantidad de memoria disponible que cada grupo de equipos de escritorio considera aceptable será distinta. Tal como en el cálculo del CPU, si un grupo de usuarios requiere recursos de memoria adicionales, simplemente ajuste el número de equipos de escritorio que desea para adecuarse a los requisitos de recursos adicionales.

Por ejemplo, si tiene 200 equipos de escritorio que se virtualizarán mediante el SO de equipo de escritorio, pero cada uno necesita 4 GB de memoria en lugar de los 2 GB que se proporcionan en la referencia, planee 400 equipos de escritorio virtuales.

Requisitos de CPU

Requisitos de memoria




Los requerimientos de rendimiento del almacenamiento para equipos de escritorio son generalmente el aspecto menos comprendido del rendimiento. El equipo de escritorio virtual de referencia usa una carga de trabajo generada por una herramienta reconocida en el sector para ejecutar una amplia variedad de aplicaciones de productividad de oficina que debe ser representativa de la mayoría de las implementaciones de equipos de escritorio virtuales.

Los requisitos de capacidad de almacenamiento para un equipo de escritorio pueden variar ampliamente dependiendo de los tipos de aplicaciones en uso y de las políticas específicas del cliente. Los equipos de escritorio virtuales presentados en esta solución dependen de almacenamiento compartido adicional para datos de perfil y documentos de usuario. Este requisito se satisface a través de un componente opcional que se puede aprovechar al agregar un hardware de almacenamiento específico de la arquitectura de referencia o con los archivos compartidos que existen en el ambiente.

Con todos los recursos definidos, determine un valor apropiado para las filas “Equipos de escritorio virtuales de referencia equivalentes”, en la Tabla 14, mediante el uso de las relaciones que aparecen en la Tabla 15. Redondee todos los valores hacia arriba al número entero más cercano.

Tabla 15. Recursos de equipos de escritorio virtuales de referencia

Tipo de equipo de escritorio

Recursos.

Valor para el equipo de escritorio virtual de referencia

Relación entre requerimientos y equipos de escritorio virtuales de referencia equivalentes

SO del equipo de escritorio

CPU 1 Equipos de escritorio virtuales de referencia equivalentes = requisitos de recursos

Memoria 2 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/2

IOPS 8 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/8

SO del servidor

CPU 0.2 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/0.2

Memoria 0.6 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/0.6

IOPS 8 Equipos de escritorio virtuales de referencia equivalentes = (requisitos de recursos)/8

Por ejemplo, si un grupo de 100 usuarios necesita dos CPU virtuales y 12 IOPS por equipo de escritorio en una implementación de SO de equipo de escritorio, además de 8 GB de memoria, indique que necesitan dos equipos de escritorio de referencia de CPU, cuatro equipos de escritorio de referencia de memoria y dos equipos de escritorio de referencia de IOPS, de acuerdo con las características de los equipos de escritorio virtuales que aparecen en la Tabla 13, en la página 90. Ingrese estas cifras en la fila “Equipos de escritorio virtuales de referencia equivalentes”, como se muestra en la Tabla 16. Use el valor máximo de la fila para completar la columna “Equipos de escritorio virtuales de referencia equivalentes”.

Requisitos de rendimiento del almacenamiento

Requisitos de capacidad de almacenamiento

Determinación de equipos de escritorio virtuales 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 16. Ejemplo de fila de la hoja de trabajo

Tipo de usuario

CPU (CPU virtuales)

Memoria (GB)


Número de usuarios


Usuarios con gran actividad


2 8 12 --- --- ---

Equipos de escritorio virtuales de referencia equivalentes

2 4 2 4 100 400

Después de completar la hoja de trabajo correspondiente a cada tipo de usuario que se migrará a la infraestructura virtual, sume los valores de la columna “Total”, a la derecha de la hoja de trabajo, como se muestra en la Tabla 17, para calcular la cantidad total de equipos de escritorio virtuales de referencia que se necesitan en el pool.

Tabla 17. Aplicaciones de ejemplo

Tipo de usuario

CPU (CPU virtuales)

Memoria (GB)


Número de usuarios




2 8 12 --- --- ---


2 4 2 4 100 400


2 4 8 --- --- ---


2 2 1 2 100 200


1 2 8 --- --- ---


1 1 1 1 300 300

Total 900




Las soluciones para el cómputo del usuario final de VSPEX definen tamaños de pools de recursos definitivos. Para este conjunto de soluciones, los tamaños del pool son 500, 1,000 y 2,000. En el caso de la Tabla 17, el cliente requiere una capacidad de 900 equipos de escritorio virtuales del pool. Por lo tanto, el pool de recursos de 1,000 equipos de escritorio virtuales proporciona suficientes recursos para las necesidades actuales, además de espacio para el crecimiento.

En la mayoría de los casos, el hardware recomendado para los servidores y el almacenamiento se puede dimensionar adecuadamente en función del proceso descrito en la sección anterior. Sin embargo, en algunas ocasiones, será necesario personalizar aún más los recursos de hardware disponibles. Una descripción completa de la arquitectura del sistema está fuera del alcance de este documento; no obstante, la personalización adicional se puede realizar en este punto.

Recursos de almacenamiento

En algunas aplicaciones, es necesario separar algunos tipos de carga de almacenamiento de otros tipos de carga. Los diseños de almacenamiento en las arquitecturas VSPEX ponen todos los equipos de escritorio virtuales en un solo pool de recursos. Para lograr la separación de los tipo de carga, compre unidades de disco adicionales para cada grupo que necesite el aislamiento de los tipos de carga y agréguelas a un pool dedicado.

No resulta adecuado reducir el tamaño del pool de recursos de almacenamiento principal para soportar el aislamiento, ni reducir la capacidad del pool sin orientación adicional además de este documento. Los diseños de almacenamiento presentados en este documento se han elaborado para balancear muchos factores distintos en términos de alta disponibilidad, rendimiento y protección de datos. El cambio de los componentes del pool puede tener impactos significativos y difíciles de predecir en otras áreas del sistema.

Recursos de servidor

En la solución para el cómputo del usuario final de VSPEX, es posible personalizar los recursos de hardware del servidor con mayor eficacia. Para hacerlo, sume en primer lugar el total de requisitos de recursos para los componentes del servidor, como se muestra en la Tabla 18. Observe la adición de las columnas “Total de recursos de CPU” y “Total de recursos de memoria” a la derecha de la tabla.

Tabla 18. Totales de componentes de recursos de servidor

Tipo de usuario CPU (CPU virtuales)

Memoria (GB)

Número de usuarios

Total de recursos de CPU

Total de recursos de memoria



2 8 100 200 800

Usuarios con actividad moderada


2 4 100 200 400

Usuarios típicos


1 2 300 300 600

Total 700 1,800

Ajustes



En este ejemplo, la arquitectura de destino requirió 700 CPU virtuales y 1800 GB de memoria. Con los supuestos indicados de ocho equipos de escritorio por core de procesador físico en una implementación de SO de equipo de escritorio, sin aprovisionamiento excesivo de memoria, esto se traduce en 88 cores de procesadores físicos y 1800 GB de memoria. En cambio, el pool de recursos de 1,000 equipos de escritorio virtuales documentado en la arquitectura de referencia exige 2,000 GB de memoria y por lo menos 125 cores de procesadores físicos. En este ambiente, la solución se puede implementar eficazmente con menos recursos de servidor.

Nota: Tenga presentes los requerimientos de alta disponibilidad al personalizar el hardware del pool de recursos.

La Tabla 19 muestra una hoja de trabajo en blanco para obtener la información de los clientes.

Tabla 19. Hoja de trabajo del cliente en blanco

Tipo de usuario CPU (CPU virtuales)

Memoria (GB) IOPS


Número de usuarios


Requisitos de recursos --- --- ---










Total

Capítulo 5: Guía de configuración de VSPEX



Capítulo 5 Guía de configuración de VSPEX


Descripción general ........................................................................................100

Tareas previas a la implementación ................................................................101

Datos de configuración del cliente ..................................................................103

Preparar los switches, conectar la red y configurar los switches ......................103

Preparar y configurar arreglo de almacenamiento ...........................................106

Instalación y configuración de los hosts de Microsoft Hyper-V ........................115

Instalación y configuración de la base de datos de SQL Server ........................117

Implementación del servidor System Center Virtual Machine Manager ............118

Instalación y configuración del controlador XenDesktop .................................121

Instalación y configuración de Provisioning Services (solo PVS) ......................123

Configuración de EMC Avamar .........................................................................127

Resumen ........................................................................................................149



Descripción general

La Tabla 20 describe las etapas del proceso de implementación de la solución. Cuando finalice la implementación, la infraestructura VSPEX estará lista para integrarse a la infraestructura de redes y servidores existente del cliente.

Tabla 20. Descripción general del proceso de implementación

Etapa Descripción Referencia

1 Verificar los requisitos previos. Tareas previas a la implementación

2 Obtener las herramientas de implementación.

Tareas previas a la implementación

3 Recopilar datos de configuración del cliente.


4 Montar en rack y cablear los componentes.

Documentación del proveedor

5 Configurar los switches y las redes y conectarse a la red del cliente.

Preparar los switches, conectar la red y configurar los switches

6 Instalar y configurar el sistema VNX. Preparar y configurar arreglo de almacenamiento

7 Configurar el almacenamiento de máquinas virtuales.

Preparar y configurar arreglo de almacenamiento

8 Instalar y configurar los servidores. Instalación y configuración de los hosts de Microsoft Hyper-V

9 Configurar SQL Server (utilizado por SCVMM, PVS Server y XenDesktop).

Instalación y configuración de la base de datos de SQL Server

10 Instalar y configurar SCVMM. Implementación del servidor System Center Virtual Machine Manager

11 Configurar XenDesktop Controller. Instalación y configuración del controlador XenDesktop

12 Probar e instalar. Validación de la solución





Las tareas previas a la implementación incluyen procedimientos que no se relacionan directamente con la instalación y la configuración del ambiente, pero cuyos resultados serán necesarios en el momento de la instalación. Ejemplos de tareas previas a la implementación son la recopilación de nombres de host, direcciones IP, ID de VLAN, números de licencia, medios de instalación, etc. Asegúrese de ejecutar estas tareas, como se muestra en la Tabla 21, antes de que se lleve a cabo la visita del cliente, a fin de reducir el tiempo que se necesita pasar en el sitio.

Tabla 21. Tareas previas a la implementación

Tarea Descripción Referencia

Reunir documentos

Reúna los documentos relacionados que se enumeran en las referencias. Estos se usan en todo el texto de este documento para proporcionar detalles sobre procedimientos de configuración y mejores prácticas de implementación para los diversos componentes de la solución.

• Documentación de EMC

• Otros documentos

Reunir herramientas

Reúna las herramientas requeridas y opcionales para la implementación. Use la Tabla 22 para comprobar que todos los equipos, el software y las licencias apropiadas estén disponibles antes del proceso de implementación.

Tabla 22

Recopilar datos

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.

Apéndice B

Complete la Hoja de trabajo de configuración de bloques de VNX para la Fibre Channel, disponible en el servicio de soporte en línea de EMC, para proporcionar la información específica del arreglo más completa posible.

La Tabla 22 detalla los requisitos de hardware, software y licencias de la solución. Para obtener información adicional, consulte las tablas de hardware y software de esta guía.

Tabla 22. Lista de verificación de los requisitos previos de la implementación

Requisito Descripción Referencia

Hardware Servidores físicos para alojar equipos de escritorio virtuales: capacidad de servidor físico suficiente para alojar equipos de escritorio

Microsoft Hyper-v Server 2012 para alojar servidores de infraestructura virtual

Nota: Este requisito se puede cubrir con la infraestructura existente.

Conexión a redes: capacidad y funcionalidades de puerto de switch según los requisitos del cómputo del usuario final

Prerrequisitos de la implementación




Requisito Descripción Referencia

EMC VNX: arreglo de almacenamiento multiprotocolo con el diseño de discos requerido

Software Medios de instalación de Microsoft SCVMM 2012 SP1

Medios de instalación de Citrix Provisioning Services 7

Medios de instalación de Citrix XenDesktop 7

Medios de instalación de Citrix Provisioning Services 7

ESI for Microsoft Servicio de soporte en línea de EMC

Medios de instalación de Microsoft Windows Server 2012 (AD/DHCP/DNS/Hipervisor)

Medios de instalación de Microsoft Windows 7 SP1

Medios de instalación de Microsoft SQL Server 2012

Software: solo variante Fibre Channel

EMC PowerPath Servicio de soporte en línea de EMC

Licencias Archivos de licencia de Citrix XenDesktop 7

Números de licencia de Microsoft Windows Server 2012 Standard (o superior)

Nota: Este requisito se puede satisfacer con Microsoft Key Management Server (KMS) existente.

Números de licencia de Microsoft Windows 7

Nota: Este requisito se puede satisfacer con Microsoft Key Management Server (KMS) existente.

Número de licencia de Microsoft SQL Server

Nota: Este requisito se puede cubrir con la infraestructura existente.

Claves de licencia de SCVMM 2012 SP1

Licencias: solo variante Fibre Channel

Archivos de licencia de EMC PowerPath








Datos de configuración del cliente

Para reducir el tiempo en el sitio, es necesario recopilar información tal como direcciones IP y nombres de host como parte del proceso de planificación.

El Apéndice B proporciona una tabla para mantener un registro de información pertinente. Este formulario se puede ampliar o contraer según sea necesario, y es posible agregar, modificar y registrar información a medida que avanza la implementación.

Adicionalmente, complete la Hoja de trabajo de VNX File y VNX Unified, que podrá encontrar en el servicio de soporte en línea de EMC, para registrar la información más completa específica de cada arreglo.

Preparar los switches, conectar la red y configurar los switches

Esta sección proporciona los requisitos para que la infraestructura de red sea compatible con esta arquitectura. En la Tabla 23 se incluye un resumen de las tareas que se deben completar, junto con referencias que pueden proporcionar información adicional.

Tabla 23. Tareas para la configuración de los switches y la red


Configurar la red de la infraestructura

Configure el arreglo de almacenamiento y la red de infraestructura del host de Windows según las instrucciones que se especifican en Arquitectura de soluciones, en la página 50.

Configurar la red de almacenamiento (variante Fibre Channel)

Configure los puertos del switch de Fibre Channel, la zonificación de hosts Hyper-V y el arreglo de almacenamiento.

Guía de configuración de switches del proveedor

Configurar las VLAN Configure VLAN privadas y públicas según sea necesario.

Guía de configuración de switches del proveedor

Cableado completo de la red

• Conecte los puertos de interconexión de los switches.

• Conecte los puertos de VNX.

Para obtener niveles validados de rendimiento y alta disponibilidad, esta solución requiere la capacidad de switches que se proporciona en la tabla Hardware de la solución, en la página 55. Si la infraestructura existente cumple con los requisitos, no es necesario instalar nuevo hardware.

La red de la infraestructura requiere enlaces de red redundantes para cada host Hyper-V, el arreglo de almacenamiento, los puertos de interconexión de los switches y los puertos de enlace superior de los switches. Esta configuración proporciona redundancia y ancho de banda de red adicional. Se requiere sin importar si la infraestructura de red para la solución existe o se está implementando junto con otros componentes de la solución.

Preparar switches de red

Configurar la red de la infraestructura



En la Figura 33 y en la Figura 34 se muestra un ejemplo de infraestructura de red redundante para esta solución. El diagrama ilustra el uso de switches y enlaces redundantes para asegurarse de que no existan puntos de falla únicos en la conectividad de la red.

Figura 33. Ejemplo de arquitectura de red: variante SMB




Figura 34. Ejemplo de arquitectura de red: variante FC

Asegúrese de poseer la cantidad adecuada de puertos de switches para el arreglo de almacenamiento y hosts Hyper-V configurados con un mínimo de tres VLAN para:

• Red de máquinas virtuales y tráfico de administración de Hyper-V (redes orientadas al cliente que se pueden separar si es necesario)

• Red de almacenamiento (red privada)

• Live Migration (red privada)

Asegúrese de que todos los servidores, los arreglos de almacenamiento, las interconexiones de switches y los enlaces superiores de switches de la solución tengan conexiones redundantes y se conecten a infraestructuras de conmutación por separado. Asegúrese de que haya una conexión completa a la red existente del cliente.

Nota: En este punto, los nuevos equipos se encuentran en el proceso de conectarse a la red existente del cliente. Deben tomarse las medidas apropiadas para asegurarse de que las interacciones imprevistas no causen problemas de servicio en la red del cliente.

Configuración de VLAN

Conectar el cableado de la red



Preparar y configurar arreglo de almacenamiento

Esta sección proporciona recursos e instrucciones para configurar y provisionar el almacenamiento principal y opcional.

Esta sección describe cómo configurar el arreglo de almacenamiento VNX. En esta solución, VNX proporciona almacenamiento de bloques con conexión SAN a través de CIFS o Fibre Channel para hosts Hyper-V.

La Tabla 24 muestra las tareas para la configuración del almacenamiento.

Tabla 24. Tareas para la configuración del almacenamiento


Establecer la configuración inicial de VNX

Configure la información de direcciones IP y otros parámetros clave en VNX.

• Guía de instalación de VNX5400 Unified

• Guía de instalación de VNX5600 Unified

• Hoja de trabajo de VNX File y Unified

• Guía de introducción del sistema Unisphere

• Guía de configuración de switch del proveedor

Provisionar almacenamiento de Fibre Channel para Hyper V (solo Fibre Channel)

Cree LUN de FC que se presentarán a los servidores Hyper-V como CSV que alojan a los equipos de escritorio virtuales.

Provisionar almacenamiento opcional para los datos de usuario

Cree LUN de FC que se presentarán a los servidores Hyper-V como CSV que alojan a los equipos de escritorio virtuales.

Preparación de VNX

La Guía de instalación de VNX5400 Unified proporciona instrucciones para el ensamblaje, el montaje en rack, el cableado y la alimentación de VNX. Para 2,000 equipos de escritorio virtuales, consulte la Guía de instalación de VNX5600 Unified. No hay pasos de configuración específicos para esta solución.

Establecimiento de la configuración inicial de VNX

Después de completar la configuración inicial de VNX, debe configurar información clave acerca del ambiente existente para que el arreglo de almacenamiento se pueda comunicar. Configure los siguientes elementos de acuerdo con las políticas del centro de datos de TI y la información de la infraestructura existente:

• DNS

• NTP

• Interfaces de la red de almacenamiento

• Dirección IP de la red de almacenamiento

• Servicios CIFS y membresía en dominio de Active Directory

Los documentos de referencia que se enumeran en la Tabla 24 proporcionan más información sobre cómo configurar la plataforma VNX. En Pautas para la configuración de servidores, en la página 60, se proporciona más información sobre el diseño del disco.

Configuración de VNX




El almacenamiento de datos principal es un repositorio para los datos del sistema operativo de los equipos de escritorio virtuales. Puede ser variante Fibre Channel y variante SMB.

La Figura 20, la Figura 24, la Figura 26, la Figura 27, la Figura 29 y la Figura 30 representan el diseño de almacenamiento de destino para las variantes Fibre Channel (FC) y SMB de los tres agrupamientos de esta solución VSPEX. Las siguientes secciones describen los pasos de aprovisionamiento para las variantes Fibre Channel y SMB.

Aprovisionamiento de almacenamiento para el cluster Hyper-V (solo variante FC)

Realice los siguientes pasos en la interfaz de EMC Unisphere para configurar los LUN Fibre Channel en VNX que se usarán para almacenar equipos de escritorio virtuales:

1. Cree un pool de almacenamiento RAID 5 basado en bloques que consista en 10, 20 o 40 discos SAS de 600 GB (10 unidades para 500 equipos de escritorio virtuales, 20 para 1,000 equipos de escritorio virtuales o 40 para 2,000 equipos de escritorio virtuales) para la configuración MCS/No PvD y preséntelo a los servidores ESXi como áreas de almacenamiento de datos VMFS. Para otras configuraciones MCS o PVS, consulte las Reglas para la configuración del almacenamiento para elegir el tamaño de LUN adecuado. Active FAST Cache para el pool de almacenamiento.

a. Inicie sesión en EMC Unisphere.

b. Seleccione el arreglo que se usará en esta solución.

c. Vaya a Storage > Storage Configuration > Storage Pools.

d. Seleccione la pestaña Pools.

e. Haga clic en Create.

2. En el pool de almacenamiento de bloques, cree cuatro (para 500 equipos de escritorio virtuales), ocho (para 1,000 equipos de escritorio virtuales) o 16 LUN (para 2,000 equipos de escritorio virtuales) y preséntelos a los servidores Hyper-V como CSV.

a. Vaya a Storage > LUNs.

b. Haga clic en Create.

c. En el cuadro de diálogo, seleccione el pool creado en el paso 1, MAX for User Capacity, y 4, 8 o 16 en Number of LUNs para crearlos. Los LUN se provisionarán después de esta operación.

3. Configure un grupo de almacenamiento para permitir que los servidores Hyper-V obtengan acceso a los LUN recientemente creados.

a. Vaya a Hosts > Storage Groups.

b. Cree un nuevo grupo de almacenamiento.

c. Seleccione los LUN y hosts Hyper-V que desee agregar a este grupo de almacenamiento.

Aprovisionamiento del almacenamiento de datos principal



Aprovisionamiento de almacenamiento para el recurso compartido de CIFS (solo variante SMB)

Realice los siguientes pasos en EMC Unisphere para configurar los sistemas de archivos CIFS en VNX que se usarán para almacenar equipos de escritorio virtuales:

1. Cree un pool de almacenamiento RAID 5 basado en bloques que conste de 10, 20 o 40 discos SAS de 600 GB (10 unidades para 500 equipos de escritorio virtuales, 20 unidades para 1,000 equipos de escritorio virtuales o 40 para 2,000 equipos de escritorio virtuales) para una configuración MCS/No PvD. Para otras configuraciones MCS o PVS, consulte Reglas para la configuración del almacenamiento para elegir el tipo de RAID y conteo de discos adecuados. Active FAST Cache para el pool de almacenamiento.

a. Inicie sesión en EMC Unisphere.

b. Seleccione el arreglo que se usará en esta solución.

c. Vaya a Storage > Storage Configuration > Storage Pools.

d. Seleccione la pestaña Pools.

e. Haga clic en Create.

2. Cree 10 LUN en el pool de almacenamiento de bloques y preséntelos a Data Mover como dvols que pertenecen a un pool NAS definido por el sistema. El tamaño de cada LUN debe ser de 200 GB (para 500 equipos de escritorio virtuales), 400 GB (para 1,000 equipos de escritorio virtuales) u 800 GB (para 2,000 equipos de escritorio virtuales) para la configuración MCS/No PvD. Preséntelos al servidor Hyper-V como CSV. Para otras configuraciones MCS o PVS, consulte las Reglas para la configuración del almacenamiento para elegir el tamaño de LUN adecuado.

a. Vaya a Storage > LUNs.


c. En el cuadro de diálogo, seleccione el pool creado en el paso 1, MAX for User Capacity, y 10 en Number of LUNs para crearlos.

Nota: Se crearán diez LUN debido a que EMC Performance Engineering recomienda crear aproximadamente un LUN por cada cuatro unidades en el pool de almacenamiento y crear LUN en cantidades pares múltiples de 10. Consulte Mejores prácticas unificadas para el rendimiento de EMC VNX: Guía de mejores prácticas aplicadas.

d. Vaya a Hosts > Storage Groups.

e. Seleccione filestorage.

f. Haga clic en Connect LUNs.

g. En el panel Available LUNs, seleccione las 10 LUN que acaba de crear.

Estas aparecerán inmediatamente en el panel Selected LUNs.

El administrador de volumen detecta automáticamente un nuevo pool de almacenamiento para archivos. Si lo prefiere, puede hacer clic en Rescan Storage System, bajo Storage Pool for File, para buscarlo inmediatamente.

No continúe sino hasta que el nuevo pool de almacenamiento aparezca en la GUI.




3. Para la configuración MCS/No PvD, cree cuatro, ocho o 16 sistemas de archivos de 500 GB cada uno (cuatro sistemas de archivos para 500 equipos de escritorio virtuales, ocho para 1,000 o 16 para 2,000) y preséntelos a los servidores Hyper-V como recursos compartidos de SMB. Para otras configuraciones MCS o PVS, consulte las Reglas para la configuración del almacenamiento para elegir el tamaño del sistema de archivos adecuado.

a. Vaya a Storage > Storage Configuration > File Systems.


c. En el cuadro de diálogo, seleccione Create from Storage Pool.

d. Introduzca la capacidad de almacenamiento en Storage Capacity (por ejemplo, 500 GB).

e. Acepte los valores predeterminados para todos los otros parámetros.

4. Exporte los sistemas de archivos mediante CIFS.

a. Vaya a Storage -> Shared Folders -> CIFS.


5. En Unisphere:

a. Haga clic en Settings > Data Mover Parameters para realizar cambios en la configuración del Data Mover.

b. En la lista Set Parameters, seleccione All Parameters.

c. Desplácese hacia abajo hasta el parámetro nthreads, como se muestra en la Figura 36.

d. Haga clic en Properties para actualizar el ajuste.

El número predeterminado de hilos de ejecución dedicados para atender solicitudes NFS es 384 por Data Mover en VNX. Ya que esta solución requiere hasta 2,000 conexiones de equipos de escritorio, aumente la cantidad de hilos de ejecución NFS a un máximo de 1,024 (para 500 equipos de escritorio virtuales) o 2,048 (para 1,000 y 2,000 equipos de escritorio virtuales) en cada Data Mover.

Figura 35. Configuración del parámetro nthread



Configuración de FAST Cache

Para configurar FAST Cache en los pools de almacenamiento de esta solución, siga estos pasos:

1. Configure los discos flash como FAST Cache.

a. Haga clic en Properties (en el tablero de la ventana de Unisphere) o Manage Cache (en el panel de la izquierda de la ventana de Unisphere) para abrir el cuadro de diálogo Storage System Properties.

Figura 36. Cuadro de diálogo Storage System Properties

b. Haga clic en la pestaña FAST Cache para ver la información de FAST Cache.

c. Haga clic en Create para abrir el cuadro de diálogo Create FAST Cache.

Figura 37. Cuadro de diálogo Create FAST Cache

d. En el campo RAID Type aparecerá el texto RAID 1 cuando se haya creado FAST Cache.




e. También puede determinar la cantidad de discos flash. En la parte inferior de la ventana aparecerán los discos flash que se utilizarán para crear FAST Cache. Puede elegir las unidades manualmente seleccionando la opción Manual. Consulte Reglas para la configuración del almacenamiento para determinar la cantidad de discos flash que se usarán en esta solución.

Nota: Si no está disponible una cantidad suficiente de discos flash, se muestra un mensaje de error y no es posible crear FAST Cache.

2. Active FAST Cache en el pool de almacenamiento.

Si se crea un LUN en un pool de almacenamiento, solo puede configurar FAST Cache para ese LUN en el nivel del pool de almacenamiento. En otras palabras, en todos los LUN creados en el pool de almacenamiento, FAST Cache estará activado o desactivado.

3. Para configurar FAST Cache en un pool de almacenamiento existente, use la pestaña Advanced en el cuadro de diálogo Create Storage Pool.

Figura 38. Pestaña Advanced del cuadro de diálogo Create Storage Pool

Después de que se instala FAST Cache en la serie VNX, se activa de manera predeterminada cada vez que se crea un pool de almacenamiento.

Figura 39. Pestaña Advanced del cuadro de diálogo Storage Pool Properties

Nota: La función FAST Cache en el arreglo VNX no causa una mejora instantánea del rendimiento. El sistema debe recopilar datos sobre patrones de acceso y promover la información de uso frecuente a la caché. Este proceso puede tardar algunas horas, durante las cuales el rendimiento del arreglo mejora constantemente.



Si el almacenamiento requerido para los datos de usuario (por ejemplo, perfiles de usuario de roaming y directorios de inicio) aún no existe en el ambiente de producción y se adquirió el paquete de discos opcional de datos de usuario, realice los siguientes pasos en Unisphere para configurar dos sistemas de archivos CIFS en VNX:

1. Cree un pool de almacenamiento RAID 6 basado en bloques que consista de 16, 24 o 48 discos SAS NL de 2 TB (16 unidades para 500 equipos de escritorio virtuales, 24 para 1,000 equipos de escritorio virtuales o 48 para 2,000 equipos de escritorio virtuales).

La Figura 22, la Figura 28 y la Figura 31 representan el diseño de almacenamiento de datos de usuario de destino para la solución.

2. Cree 10 LUN en el pool de almacenamiento de bloques y preséntelos a Data Mover como dvols que pertenecen a un pool NAS definido por el sistema.

Cada LUN debe tener una capacidad de 1 TB (para 500 equipos de escritorio virtuales), 2 TB para (1,000 equipos de escritorio virtuales) o 4 TB para (2,000 equipos de escritorio virtuales).

3. Cree dos sistemas de archivos que contengan los 10 LUN nuevos a partir del pool NAS definido por el sistema. Exporte los sistemas de archivos como recursos compartidos CIFS.

Configuración de FAST VP (opcional)

Opcionalmente, puede configurar FAST VP para automatizar la transferencia de datos entre niveles de almacenamiento. Es posible configurar FAST VP en el nivel del pool o de LUN.

Configuración de FAST VP en el nivel del pool

1. Seleccione un pool de almacenamiento y haga clic en Properties para abrir el cuadro de diálogo Storage Pool Properties.

En la Figura 40 muestra la información de organización en niveles para un pool activado FAST VP específico.

Figura 40. Ventana Storage Pool Properties

Aprovisionamiento del almacenamiento opcional para los datos de usuario




El cuadro Tier Status muestra la información de reubicación de FAST VP para el pool seleccionado.

2. En la lista Auto-Tiering, seleccione Manual o Automatic para Relocation Schedule.

El panel Tier Details muestra la distribución exacta de los datos.

3. Haga clic en Relocation Schedule para abrir el cuadro de diálogo Manage Auto-Tiering.

Figura 41. Cuadro de diálogo Manage Auto-Tiering

4. Opcionalmente, desde el cuadro de diálogo Manage Auto-Tiering, es posible cambiar Data Relocation Rate.

La velocidad predeterminada está configurada en Medium para que las I/O del host no se vean afectadas significativamente.

5. Haga clic en OK para guardar los cambios.

Nota: FAST VP es una herramienta completamente automatizada que calendariza las reubicaciones para que se produzcan automáticamente. Calendarice las reubicaciones durante horas de baja actividad para minimizar el posible impacto en rendimiento.



Configuración de FAST VP en el nivel de LUN

Algunas propiedades de FAST VP se administran en el nivel del LUN.

1. Haga clic en Properties para ver un LUN específico.

2. Seleccione la pestaña Tiering para ver la información de organización en niveles para el LUN.

Figura 42. Ventana LUN Properties

La sección Tier Details muestra la distribución actual de slices dentro del LUN.

3. Use la lista Tiering Policy para seleccionar la política de organización en niveles para el LUN.

4. Haga clic en OK para guardar los cambios.

Si el almacenamiento requerido para las máquinas virtuales de infraestructura (es decir, SQL Server, controlador de dominio, vCenter Server o controladores XenDesktop) aún no existe en el ambiente de producción y se adquirió el paquete de discos opcional de datos de usuario, configure un sistema de archivos CIFS en VNX para utilizarlo como un recurso compartido de SMB en la cual residan las máquinas virtuales de la infraestructura. Repita los pasos de configuración que aparecen en Aprovisionamiento de almacenamiento para el recurso compartido de CIFS (solo variante SMB) para provisionar el almacenamiento opcional, considerando el menor número de unidades).

Aprovisionamiento de almacenamiento opcional para las máquinas virtuales de la infraestructura




Instalación y configuración de los hosts de Microsoft Hyper-V

Este capítulo proporciona los requisitos para la instalación y la configuración de los hosts Windows y los servidores de la infraestructura para la compatibilidad con la arquitectura.

La Tabla 25 se describen las tareas necesarias.

Tabla 25. Tareas para la instalación de servidores


Instalar hosts Windows Instale Windows Server 2012 en los servidores físicos que se implementan para la solución.

http://technet.microsoft.com

Instalar Hyper-V y configurar la agrupación en clusters de failover

1. Agregue la función del servidor Hyper-V.

2. Agregue la característica Failover Clustering.

3. Cree y configure el cluster Hyper-V.


Configurar la red de hosts Windows

Configure la red de hosts Windows, incluida la formación de equipos de NIC y la red de switch virtual.


Instalar PowerPath en los servidores de Windows

Instale y configure PowerPath para administrar las múltiples rutas de los VNX LUN.

Guía de instalación y administración de EMC PowerPath y PowerPath/VE para Windows

Siga las mejores prácticas de Microsoft para instalar Windows Server 2012 y la función Hyper-V en los servidores físicos de esta solución.

Para instalar y configurar Failover Clustering, siga estos pasos:

1. En cada host de Windows, instale Windows Server 2012 y los parches.

2. Configure la función Hyper-V y la característica Failover Clustering.

3. Instale los controladores de HBA o configure los iniciadores iSCSI en cada host Windows. Para obtener más información, consulte la Guía de conectividad para hosts de EMC para Windows.

La Tabla 25 se proporcionan los pasos y las referencias para realizar las tareas de configuración.

Para garantizar el rendimiento y la disponibilidad, se requiere la siguiente cantidad de tarjetas de interfaz de red (NIC):

• Se utiliza al menos una tarjeta NIC para las redes y la administración de máquinas virtuales (se puede separar por red o VLAN si es necesario).

• Se utilizan al menos dos tarjetas NIC de 10 GbE para la red de almacenamiento.

• Se utiliza al menos una tarjeta NIC para la migración activa.

Nota: Active las frames jumbo para las tarjetas NIC que transfieren datos SMB. Establezca el tamaño de la MTU en 9,000. Consulte la guía de configuración del proveedor de NIC para obtener instrucciones.

Instalación de los hosts de Windows

Instalación de Hyper-V y configuración de agrupación en clusters de failover

Configuración de la red de hosts de Windows

http://technet.microsoft.com/en-us/library/jj134246.aspx�





Instale PowerPath en los servidores de Windows para mejorar el rendimiento y las funcionalidades del arreglo de almacenamiento de VNX. Para obtener más información sobre los pasos de instalación, consulte la Guía de instalación y administración de EMC PowerPath y PowerPath/VE para Windows.

Una frame jumbo es una frame Ethernet con una “carga útil” mayor que 1,500 bytes y un máximo de 9,000 bytes. También se conoce como la unidad de transmisión máxima (MTU). El tamaño máximo generalmente aceptado para una frame jumbo es 9,000 bytes. La sobrecarga de procesamiento es proporcional al número de frames. Por lo tanto, la activación de frames jumbo reduce la sobrecarga del procesamiento con la disminución del número de frames que se envían. Esto aumenta el rendimiento de la red. Las frames jumbo se deben activar end-to-end. Esto incluye los switches de red y las interfaces VNX.

Para activar frames jumbo en VNX:

1. Vaya a Unisphere > Settings > Network > Settings for File.

2. Seleccione la interfaz de red apropiada en la pestaña Interfaces.

3. Seleccione Properties.

4. Establezca el tamaño de la MTU en 9000.

5. Seleccione OK para aplicar los cambios.

Posiblemente necesite activar las frames jumbo en cada switch de red. Consulte las instrucciones de la guía de configuración de los switches.

Se requiere capacidad de servidores para dos propósitos en la solución:

• Es compatible con la nueva infraestructura de equipos de escritorio virtualizados.

• Para soportar los servicios de infraestructura requeridos como autenticación/autorización, DNS y base de datos.

Para obtener información sobre los requisitos mínimos de alojamiento de servicios de infraestructura, consulte la Tabla 5. Si los servicios de infraestructura existentes cumplen los requisitos, el hardware enumerado para los servicios de infraestructura no será necesario.

Configuración de memoria

Asegúrese de dimensionar y configurar la memoria del servidor de forma correcta para esta solución. Esta sección proporciona una descripción general de la administración en un ambiente Hyper-V.

Las técnicas de virtualización de memoria permiten que el hipervisor extraiga recursos del host físico, como memoria dinámica a fin de proporcionar aislamiento de recursos en múltiples máquinas virtuales, y a la vez, se evita agotar recursos. Si se implementan procesadores avanzados (como los procesadores Intel compatibles con EPT), esta extracción se lleva a cabo dentro del CPU. De lo contrario, este proceso ocurre dentro del hipervisor físico mismo.

Existen múltiples técnicas disponibles dentro del hipervisor para maximizar el uso de recursos del sistema, como la memoria. No sobreasigne sustancialmente recursos, dado que esto puede hacer que el sistema tenga un rendimiento deficiente. Es difícil predecir las repercusiones exactas de la sobreasignación de memoria en un ambiente real. La degradación de rendimiento debido al agotamiento de recursos aumenta con la cantidad de memoria sobreasiganada.

Instalación de PowerPath en los servidores de Windows

Activación de frames jumbo

Planificación de asignaciones de memoria de máquinas virtuales

https://support.emc.com/docu45740_PowerPath-and-PowerPath-VE-for-Microsoft-Windows-5.7-and-Minor-Releases-Installation-and-Administration-Guide.pdf�

https://support.emc.com/docu45740_PowerPath-and-PowerPath-VE-for-Microsoft-Windows-5.7-and-Minor-Releases-Installation-and-Administration-Guide.pdf�




Instalación y configuración de la base de datos de SQL Server

Esta sección describe cómo configurar una base de datos de SQL Server para la solución. Al finalizar esta sección, tendrá Microsoft SQL Server en una máquina virtual, con las bases de datos requeridas por Microsoft SCVMM, Citrix Provisioning Service y Citrix XenDesktop configurados para su uso. La Tabla 26 identifica las tareas de configuración de la base de datos de SQL Server.

Tabla 26. Tareas para la configuración de una base de datos de SQL Server


Crear una máquina virtual para Microsoft SQL Server

Cree una máquina virtual para alojar SQL Server. Verifique que el servidor virtual cumpla con los requisitos de hardware y software.

http://msdn.microsoft.com

Instalar Microsoft Windows en la máquina virtual

Instale Microsoft Windows Server 2012 Standard Edition en la máquina virtual creada para alojar SQL Server.


Instalar Microsoft SQL Server

Instale Microsoft SQL Server en la máquina virtual designada para ese propósito.


Configure la base de datos para Microsoft SCVMM

Cree la base de datos requerida para el servidor SCVMM en el área de almacenamiento de datos apropiada.

Configurar los permisos para la base de datos de XenDesktop

Configure el servidor de la base de datos con los permisos correspondientes para el instalador de XenDesktop.

Permisos y accesos a la base de datos de XenDesktop 7

Nota: El ambiente del cliente ya puede contener un SQL Server diseñado para esta función. En ese caso, consulte Configuración de la base de datos para Microsoft SCVMM.

Los requisitos de procesador, memoria y sistema operativo varían según las distintas versiones de SQL Server. La máquina virtual se debe crear en uno de los servidores Hyper-V designados para las máquinas virtuales de la infraestructura y debe usar el CSV designado para la infraestructura compartida.

El servicio SQL Server debe ejecutarse en Microsoft Windows. Instale Windows en la máquina virtual y seleccione la configuración adecuada de red, hora y autenticación.

Crear una máquina virtual para Microsoft SQL Server

Instalar Microsoft Windows en la máquina virtual

http://msdn.microsoft.com/�

http://technet.microsoft.com/�

http://technet.microsoft.com/�



Instale SQL Server en la máquina virtual desde los medios de instalación de SQL Server. El sitio web de Microsoft TechNet proporciona información sobre cómo instalar SQL Server.

Uno de los componentes del instalador de SQL Server es SQL Server Management Studio (SSMS). Puede instalar este componente directamente en SQL Server así como en la consola de un administrador. Asegúrese de instalar SSMS en al menos uno de los sistemas.

En muchas implementaciones, puede ser útil almacenar los archivos de datos en ubicaciones distintas de la ruta predeterminada. Para cambiar la ruta predeterminada, haga clic con el botón secundario en el objeto servidor en SSMS y seleccione Database Properties. Esta acción abre una interfaz de propiedades desde la cual puede cambiar los directorios de datos y logs predeterminados para las nuevas bases de datos creadas en el servidor.

Nota: Para lograr una alta disponibilidad, SQL Server se puede instalar en un cluster de failover de Microsoft.

Para usar Microsoft SCVMM en esta solución, debe crear una base de datos para el servicio que desea utilizar.

Nota: No utilice la opción de base de datos basada en Microsoft SQL Server Express para esta solución.

Una mejor práctica consiste en crear cuentas de inicio de sesión individuales para cada servicio que obtiene acceso a una base de datos en SQL Server.

Implementación del servidor System Center Virtual Machine Manager

Esta sección proporciona información sobre cómo configurar SCVMM. Complete las tareas en la Tabla 27.

Tabla 27. Tareas para la configuración de SCVMM


Crear la máquina virtual de host de SCVMM

Cree una máquina virtual para SCVMM Server.

Instalar el sistema operativo huésped de SCVMM

Instale Windows Server 2012 Datacenter Edition en la máquina virtual de host de SCVMM.

Instalar el servidor SCVMM Instale un servidor SCVMM. http://technet.microsoft.com

Instale la Consola de administración de SCVMM

Instale una Consola de administración de SCVMM.


Instalar el agente SCVMM a nivel local en los hosts

Instale un agente SCVMM a nivel local en los hosts que administra SCVMM.


Agregar un cluster Hyper-V en SCVMM

Agregue el cluster Hyper-V en SCVMM. http://technet.microsoft.com

Agregar almacenamiento de recursos compartidos de archivo en SCVMM (variante de archivos solamente)

Agregue recursos compartidos de archivo de SMB a un cluster Hyper-V en SCVMM.


Instalar SQL Server

Configuración de la base de datos para Microsoft SCVMM

http://technet.microsoft.com/en-us/library/gg610636.aspx�


http://technet.microsoft.com/en-us/library/bb740757.aspx�







Crear una máquina virtual en SCVMM

Cree una máquina virtual en SCVMM. http://technet.microsoft.com

Crear una máquina virtual de plantilla

Cree una máquina virtual de plantilla a partir de la máquina virtual existente.

Cree el perfil de hardware y el perfil del sistema operativo huésped durante el procedimiento.


Implementar máquinas virtuales a partir de la máquina virtual de plantilla

Implemente las máquinas virtuales a partir de la plantilla de máquina virtual.


Para implementar el servidor Microsoft Hyper-V como una máquina virtual en un servidor Hyper-V instalado como parte de esta solución, conéctese directamente a un servidor Hyper-V de la infraestructura mediante el administrador de Hyper-V.

Cree una máquina virtual en el servidor Microsoft Hyper-V con la configuración del sistema operativo huésped del cliente y utilice el área de almacenamiento de datos del servidor de la infraestructura presentada desde el arreglo de almacenamiento.

Los requisitos de memoria y procesador para el servidor SCVMM dependen de la cantidad de host y máquinas virtuales Hyper-V que SCVMM debe administrar.

Instale el SO huésped en la máquina virtual host de SCVMM.

Instale la versión de Windows Server requerida en la máquina virtual, y seleccione la red apropiada, el tiempo y la configuración de autenticación.

Configure la base de datos VMM y el servidor de librería predeterminado, y luego instale el servidor SCVMM.

Consulte el artículo Instalación del servidor VMM para instalar el servidor SCVMM.

La consola de administración de SCVMM es una herramienta cliente que se usa para administrar el servidor SCVMM. Instale la Consola de administración de VMM en el mismo equipo que el servidor VMM.

Consulte el artículo Instalación de la consola de administrador de VMM para instalar la consola de administración de SCVMM.

Si se requiere administrar los hosts en una red de perímetro, instale localmente un agente de SCVMM en el host antes de agregarlo a VMM. De manera opcional, instale localmente un agente VMM en un host de un dominio antes de agregar el host a VMM.

Consulte el artículo Instalación local de un agente VMM en un host para instalar localmente un agente VMM en un host.

Creación de una máquina virtual de host de SCVMM

Instalación del SO huésped de SCVMM

Instalación del servidor SCVMM

Instalación de la consola de administración de SCVMM

Instalación local del agente SCVMM en un host


http://technet.microsoft.com/en-us/library/hh830737.aspx�







Agregue el cluster Microsoft Hyper-V implementado a SCVMM. SCVMM administra el cluster Hyper-V.

Consulte el artículo Cómo agregar un cluster de host a VMM para agregar el cluster de Hyper-V.

Para agregar almacenamiento de recursos compartidos de archivo en SCVMM, siga estos pasos:

1. Abra el espacio de trabajo VMs and Services.

2. En el panel VMs and Services, haga clic con el botón secundario en el nombre del cluster Hyper-V.

3. Haga clic en Propiedades.

4. En la ventana Properties, haga clic en File Share Storage.

5. Haga clic en Add y luego agregue almacenamiento de recursos compartidos de archivo a SCVMM.

Cree una máquina virtual en SCVMM para usarla como una plantilla de máquina virtual. Después de la instalación de la máquina virtual, instale el software y cambie la configuración de Windows y de las aplicaciones.

Consulte Cómo crear una máquina virtual con un disco duro virtual en blanco para crear una máquina virtual.

Si convierte una máquina virtual en una plantilla, esto elimina la máquina virtual. Respalde la máquina virtual, ya que esta puede destruirse durante la creación de la plantilla.

Cree un perfil de hardware y un perfil de sistema operativo huésped mientras crea una plantilla. Puede usar el perfil para implementar las máquinas virtuales.

Consulte el artículo Cómo crear una plantilla a partir de una máquina virtual para crear la plantilla.

Consulte el artículo Cómo implementar una máquina virtual para implementar las máquinas virtuales.

El asistente de implementación le permite guardar los scripts de PowerShell y volver a utilizarlos para implementar otras máquinas virtuales con la misma configuración.

Agregar un cluster Hyper-V en SCVMM

Agregar almacenamiento de recursos compartidos de archivo a SCVMM (variante de archivos solamente)

Creación de una máquina virtual en SCVMM

Creación de una máquina virtual de plantilla

Implementación de máquinas virtuales a partir de la máquina virtual de plantilla




http://technet.microsoft.com/en-us/library/cc956064.aspx�




Instalación y configuración del controlador XenDesktop

Esta sección entrega información sobre cómo establecer y configurar los controladores de Citrix XenDesktop para la solución. Para una nueva instalación de XenDesktop, Citrix recomienda realizar las tareas de la Tabla 28, en ese mismo orden.

Tabla 28. Tareas para la configuración del controlador de XenDesktop


Crear máquinas virtuales para los controladores de XenDesktop.

Cree cuatro máquinas virtuales en Hyper V. Dos de las máquinas virtuales se usan como controladores de entrega de XenDesktop.

Instalar el sistema operativo huésped para los controladores de XenDesktop y los servidores PVS.

Instale Windows Server 2008 R2 o el sistema operativo huésped Windows Server 2012.

Instalar componentes de XenDesktop del lado del servidor.

Instale los componentes del servidor de XenDesktop en el primer controlador de entrega.

www.citrix.com

Instalar Citrix Studio. Instale Citrix Studio para administrar la implementación de XenDesktop de forma remota.

Configurar un sitio. Configure un sitio en Citrix Studio.

Agregar un segundo controlador de entrega de XenDesktop.

Instale un controlador de entrega adicional para una alta disponibilidad.

Preparar una máquina virtual maestra.

Cree una máquina virtual maestra como la imagen base para los equipos de escritorio virtuales.

Instale los siguientes componentes del servidor de XenDesktop en el primer controlador:

• Controlador de entregas: distribuye aplicaciones y equipos de escritorio, administra el acceso de los usuarios y optimiza las conexiones

• Citrix Studio: permite crear, configurar y administrar componentes de infraestructura, aplicaciones y equipos de escritorio

• Citrix Director: permite monitorear el rendimiento y solucionar problemas

• Servidor de licencias: administra las licencias de productos

• Citrix StoreFront: proporciona servicios de autenticación y entrega de recursos para Citrix Receiver

Nota: Citrix soporta la instalación de los componentes de XenDesktop solo a través de los procedimientos descritos en la documentación de Citrix.

Inicie Citrix Studio y configure un sitio. Para configurar un site, realice lo siguiente:

1. Autorice el site y especifique la edición de XenDesktop que usará.

2. Configure la base de datos del site mediante una credencial de inicio de sesión designada para SQL Server.

3. Entregue información sobre su infraestructura virtual, incluida la ruta de Microsoft SCVMM que usará el controlador para establecer una conexión con la infraestructura de Hyper-V.

Instalación de componentes de XenDesktop del lado del servidor

Configuración de un sitio



Después de configurar un site, puede agregar un segundo controlador para ofrecer mayor disponibilidad. Los componentes de XenDesktop al lado del servidor necesarios para un segundo controlador son:

• Controlador de entrega

• Citrix Studio

• Citrix Director

• Citrix StoreFront

No instale el componente servidor de licencias en el segundo controlador, ya que este se administra de forma central en el primer controlador.

Instale Citrix Studio en las consolas de administración correspondientes para administrar la implementación XenDesktop de manera remota.

Optimice la máquina virtual maestra para evitar servicios en segundo plano innecesarios que generen operaciones de I/O extrañas y perjudiquen el rendimiento general del arreglo de almacenamiento.

Realice los siguientes pasos para preparar la máquina virtual maestra:

1. Instale el sistema operativo huésped Windows 7.

2. Instale las herramientas de integración apropiadas, tales como las herramientas de Hyper-V.

3. Consulte la Guía de optimización de Citrix Windows 7 para virtualización de equipos de escritorio para optimizar la configuración del sistema operativo.

4. Instale Virtual Delivery Agent.

5. Instale las herramientas o aplicaciones de otros fabricantes pertinentes a su ambiente, tales como Microsoft Office.

Complete los siguientes pasos para implementar equipos de escritorio virtuales mediante Machine Creation Services (MCS) en Citrix Studio:

1. Cree un catálogo de máquinas con la máquina virtual maestra como imagen de base.

MCS permite crear un catálogo de máquinas que contenga varios tipos de equipos de escritorio. Los siguientes tipos de equipos de escritorio se probaron en esta solución:

Sistema operativo Windows Desktop:

− Aleatorio: los usuarios se conectan a un equipo de escritorio nuevo (aleatorio) cada vez que inician sesión.

− Personal vDisk: los usuarios se conectan al mismo equipo de escritorio (estático) cada vez que inician sesión. Los cambios se guardan en un Personal vDisk independiente.

Sistema operativo Windows Server: proporciona equipos de escritorio compartidos alojados para una implementación a gran escala de máquinas estandarizadas.

2. Agregue las máquinas creadas en el catálogo a un grupo de entrega de modo que los equipos de escritorio virtuales estén disponibles para los usuarios finales.

Agregar un segundo controlador

Instalación de Citrix Studio

Preparación de la máquina virtual maestra

Aprovisionamiento de equipos de escritorio virtuales

http://support.citrix.com/servlet/KbServlet/download/25161-102-665153/XD%20-%20Windows%207%20Optimization%20Guide.pdf�

http://support.citrix.com/servlet/KbServlet/download/25161-102-665153/XD%20-%20Windows%207%20Optimization%20Guide.pdf�




Instalación y configuración de Provisioning Services (solo PVS)

Esta sección entrega información sobre cómo establecer y configurar Citrix Provisioning Services para la solución. Para una nueva instalación de Provisioning Services, Citrix recomienda realizar las tareas de la Tabla 29, en ese mismo orden.

Tabla 29. Tareas para la configuración del controlador de XenDesktop


Crear máquinas virtuales para los servidores PVS

Cree dos máquinas virtuales en el servidor Hyper-V. Estas máquinas virtuales se utilizan como servidores PVS.

Instalar el sistema operativo huésped para los servidores PVS

Instale Windows Server 2008 R2 o el sistema operativo huésped Windows Server 2012.

Instalar componentes del lado del servidor de Provisioning Services

Instale componentes y la consola del servidor PVS en el servidor PVS.

Sitio web de Citrix

Configurar la granja de servidores PVS

Ejecute el asistente de configuración de Provisioning Services para crear una granja de servidores PVS.

Agregar un segundo servidor PVS

Instale los componentes y la consola del servidor PVS en el segundo servidor y únalos a la granja de servidores existente.

Crear un almacenamiento de PVS

Especifique la ruta de almacenamiento donde residirán los discos virtuales.

Configurar la comunicación entrante

Ajuste el número total de hilos de ejecución que se usarán para comunicar cada escritorio virtual

Configurar un archivo de encendido

Actualice la imagen de encendido para usar ambos servidores PVS con el fin de proporcionar servicios de transmisión

Configurar el servidor TFTP en VNX

Copie la imagen de encendido en el servidor TFTP alojado en VNX

Configurar las opciones de encendido 66 y 67 en el servidor DHCP

Especifique la IP del servidor TFTP y el nombre de la imagen de encendido utilizados para el encendido Preboot eXecution Environment (PXE)

Preparar una máquina virtual maestra

Cree una máquina virtual maestra como la imagen base para los equipos de escritorio virtuales.

Provisionar equipos de escritorio virtuales

Provisione equipos de escritorio mediante PVS.

http://www.citrix.com/�



Después de instalar los componentes del servidor PVS, inicie el asistente de configuración de Provisioning Services y configure una nueva granja de servidores mediante las siguientes opciones:

1. Especifique el servicio DHCP que se ejecutará en otro equipo.

2. Especifique el servicio PXE que se ejecutará en otro equipo.

3. Seleccione Create Farm para crear una nueva granja de servidores PVS mediante una instancia de base de datos SQL designada.

4. Deberá crear un sitio al crear una nueva granja de servidores. Proporcione un nombre adecuado para el nuevo sitio y la recopilación de dispositivos de destino.

5. Seleccione el servidor de licencia que se ejecuta en el controlador XenDesktop.

6. Si elige ejecutar el servicio TFTP en VNX, no use el servicio TFTP alojado en el servidor PVS: desmarque la opción Use the Provisioning Services TFTP service.

Después de configurar una granja de servidores PVS, puede agregar un segundo servidor PVS para ofrecer alta disponibilidad. Instale los componentes y la consola del servidor PVS en el segundo servidor PVS y ejecute el asistente de configuración de Provisioning Services a fin de unir el segundo servidor con la granja de servidores existente.

Un almacenamiento de PVS es un contenedor lógico de discos virtuales. PVS es compatible con el uso de un recurso compartido de CIFS como el destino de almacenamiento de un almacenamiento. Al crear un almacenamiento de PVS, configure la ruta de almacenamiento predeterminada según la ruta de convención de nombre universal (UNC) de un recurso compartido de CIFS alojado en el almacenamiento de VNX. En la consola de Provisioning Services, haga clic con el botón secundario en un área de almacenamiento, seleccione Properties y Validate para conformar que todos los servidores PVS de la granja de servidores puedan acceder al recurso compartido de CIFS.

Cada servidor PVS mantiene un rango de puertos de protocolo de datagrama de usuarios (UDP) para administrar todas las comunicaciones entrantes de los equipos de escritorio virtuales. Idealmente, debe dedicar un hilo de ejecución a cada sesión de equipo de escritorio. El número total de hilos de ejecución compatibles con un servidor PVS se calcula de la siguiente manera:

Total threads = (Number of UDP ports * Threads per port * Number of network adapters)

Ajuste el conteo de hilos de ejecución para que coincida con el número de equipos de escritorio virtuales implementados.

Configuración de una granja de servidores PVS

Agregar un segundo servidor PVS

Crear un almacenamiento de PVS

Configuración de la comunicación entrante




Para actualizar el archivo de encendido necesario para que los equipos de escritorio virtuales se enciendan con PXE, realice los siguientes pasos:

1. En la consola de Provisioning Services, navegue a Farm > Sites > Site-name > Servers.

2. Haga clic con el botón secundario en un servidor y seleccione Configure Bootstrap.

Figura 43. Cuadro de diálogo Configure Bootstrap

3. En el cuadro de diálogo Configure Bootstrap, actualice la imagen de encendido para reflejar las direcciones IP que se utilizan para todos los servidores de PVS que proporcionan servicios de transmisión mediante round-robin. Seleccione Read Servers from Database para obtener automáticamente una lista de los servidores PVS o seleccione Add para agregar manualmente la información del servidor.

4. Después de modificar la configuración, haga clic en OK para actualizar el archivo de encendido ARDBP32.BIN, ubicado en C:\ProgramData\Citrix\Provisioning Services\Tftpboot.

5. Navegue hasta la carpeta y examine el registro de fecha y hora del archivo de encendido para asegurarse de que esté actualizado en el servidor PVS previsto.

Además del servidor NFS/CIFS, la plataforma VNX también se utiliza como servidor TFTP que proporciona una imagen de encendido al encender los equipos de escritorio virtuales con PXE.

Para configurar el servidor TFTP de VNX, realice los siguientes pasos:

1. Active el servicio TFTP mediante la siguiente sintaxis de comando:

server_tftp <movername> -service -start

2. Use la siguiente sintaxis de comandos para configurar el directorio de trabajo de TFTP y para activar el acceso de lectura/escritura para la transferencia de archivos:

server_tftp <movername> -set –path <pathname> -readaccess all -writeaccess all

Configuración de un archivo de encendido

Configuración de un servidor TFTP en VNX



3. Use un cliente TFTP para cargar el archivo de encendido ARDBP32.BIN desde C:\ProgramData\Citrix\Provisioning Services\Tftpboot en el servidor PVS al servidor TFTP de VNX.

4. Use la siguiente sintaxis para establecer el acceso del directorio de trabajo de TFTP en solo lectura para evitar una modificación accidental del archivo de encendido:

server_tftp <movername> -set –path <pathname> -writeaccess none

Para encender correctamente con PXE los equipos de escritorio virtuales a partir de la imagen de encendido suministrada por los servidores PVS, configure las opciones de encendido 066 y 067 en el servidor DHCP.

Realice los siguientes pasos para configurar las opciones de encendido en el servidor DHCP de Microsoft:

1. En la interfaz de administración de DHCP del servidor DHCP de Microsoft, haga clic con el botón secundario en Scope Options y seleccione Configure Options.

2. Seleccione 066 Boot Server Host Name.

3. En String Value, escriba la dirección IP del Data Mover configurado como servidor TFTP.

4. De manera similar, seleccione 067 Bootfile Name y escriba ARDBP32.BIN en el cuadro String value.

La imagen de encendido ARDBP32.BIN se carga en el equipo de escritorio virtual antes de que la imagen de disco virtual se transmita desde los servidores PVS.

Optimice la máquina virtual maestra para evitar servicios en segundo plano innecesarios que generan operaciones de I/O no esenciales y perjudican el rendimiento general del arreglo de almacenamiento.

Realice los siguientes pasos para preparar la máquina virtual maestra:

1. Instale las herramientas de integración adecuadas.

2. Para optimizar la configuración del sistema operativo, consulte el siguiente documento: Guía de optimización de Citrix Windows 7 para virtualización de equipos de escritorio.

3. Instale Virtual Delivery Agent.

4. Instale herramientas o aplicaciones de otros fabricantes, tales como Microsoft Office, pertinentes a su ambiente.

5. Instale el software del dispositivo de destino de PVS en la máquina virtual maestra.

6. Modifique el BIOS de la máquina virtual maestra de modo que el adaptador de red se encuentre en la parte superior del orden de encendido para garantizar el encendido con PXE de la imagen de encendido de PVS.

Configuración de las opciones de encendido 66 y 67 en el servidor DHCP

Preparación de la máquina virtual maestra




Realice los siguientes pasos para implementar equipos de escritorio virtuales basados en PVS:

1. Ejecute el asistente de digitalización de PVS para clonar la imagen maestra en un disco virtual.

2. Una vez realizada la clonación, apague la máquina virtual maestra y modifique las siguientes propiedades del disco virtual:

Modo de acceso: imagen estándar

Tipo de caché: caché en el disco duro del dispositivo

3. Prepare una plantilla de máquina virtual para que el asistente de configuración de XenDesktop la utilice en el siguiente paso.

4. Ejecute el asistente de configuración de XenDesktop en la consola de PVS para crear un catálogo de máquina que contenga el número especificado de equipos de escritorio virtuales.

5. Agregue los equipos de escritorio virtuales creados en el catálogo a un grupo de entrega de modo que los equipos de escritorio virtuales estén disponibles para los usuarios finales.

Configuración de EMC Avamar

Esta sección proporciona información sobre la instalación y la configuración de Avamar requeridas para soportar el respaldo “en el huésped” de los archivos de usuario. Existen otros métodos para respaldar los archivos de usuario con Avamar; sin embargo, este método proporciona funcionalidades de restauración del usuario final a través de una GUI común. Para esta configuración, se supone que solo se respaldan los archivos y el perfil de un usuario. En la Tabla 30 se describen las tareas que se deben realizar.

Nota: Los respaldos periódicos de los componentes de la infraestructura del centro de datos requeridos por los equipos de escritorio virtuales de Citrix XenDesktop deben complementar los respaldos producidos por el procedimiento descrito aquí. Un plan de recuperación de desastres completa requiere la capacidad de restaurar el cómputo del usuario final de Citrix XenDesktop y la capacidad de restaurar los archivos y los datos de usuario del equipo de escritorio de Citrix XenDesktop.

Aprovisionamiento de equipos de escritorio virtuales



Tabla 30. Tareas para la integración de Avamar


Preparación de Microsoft Active Directory

Adiciones de GPO para EMC Avamar

Cree y configure un objeto de políticas de grupo (GPO) para activar respaldos de EMC Avamar de archivos y perfiles de usuario.

Preparación de imágenes (maestras) de Citrix XenDesktop

Preparación de imágenes maestras para EMC Avamar

Instale y configure el cliente de EMC Avamar para que se ejecute en el modo de usuario.

Preparación de EMC Avamar

Definición de conjuntos de datos

Cree y configure conjuntos de datos de EMC Avamar para soportar archivos y perfiles de usuario.

• Guía del administrador de EMC Avamar 7.0

• Mejores prácticas operacionales de EMC Avamar 7.0

Definición de calendarios

Cree y configure el calendario de respaldo de EMC Avamar para soportar respaldos de equipos de escritorio virtuales.

Ajustar el calendario de la ventana de mantenimiento

Modifique el calendario de la ventana de mantenimiento para soportar respaldos de equipos de escritorio virtuales.

Definición de políticas de retención

Cree y configure la política de retención de EMC Avamar.

Creación de un grupo y una política de grupo

Cree y configure un grupo y una política de grupo de EMC Avamar.

Posterior a la implementación de equipos de escritorio

Activación de clientes (equipos de escritorio)

Active equipos de escritorio virtuales de Citrix XenDesktop mediante EMC Avamar Enterprise Manager.

Guía del administrador de EMC Avamar 7.0




Debe usar unidades mapeadas para reducir la carga de administración y debido a las limitaciones actuales de EMC Avamar (como la no admisión de variables del lado del cliente, como %username%). Configure el redireccionamiento de carpetas de Windows para crear las rutas de UNC necesarias para las unidades mapeadas. Debe crear un GPO nuevo.

Redireccionamiento de carpetas

Para configurar el redireccionamiento de carpetas de Windows:

1. Para editar el GPO, navegue a User Configuration > Policies > Windows Settings > Folder Redirection.

2. Haga clic con el botón secundario en Documents.

3. Seleccione Properties.

4. En la lista Settings, seleccione Basic – Redirect everyone’s folder to the same location.

5. En el cuadro Root Path, escriba \\CIFS_server\folder, como se muestra en la Figura 44, y haga clic en OK.

Figura 44. Configuración del redireccionamiento de carpetas de Windows

Adiciones de GPO para EMC Avamar



Unidades mapeadas

Cree dos configuraciones de unidades mapeadas, una para los archivos del usuario y otra para el perfil del usuario. Repita dos veces el siguiente procedimiento, cambiando tres variables cada vez (Location, Label As y Drive Letter Used) para crear las dos unidades mapeadas.

Para configurar mapeos de unidades:

1. Edite el GPO y navegue a User Configuration > Preferences > Windows Settings > Drive Maps.

2. Haga clic con el botón secundario en el área en blanco del panel de la derecha.

3. En el menú contextuaI, seleccione New > Mapped Drive, como se muestra en Figura 45.

Figura 45. Crear un mapeo de unidades de red de Windows para los archivos de usuario

4. En el cuadro de diálogo de la unidad mapeada, configure los siguientes elementos, como se muestra en la Figura 46, para crear la unidad mapeada User_Files:

a. En la lista Action, seleccione Create.

b. En Location, escriba \\cifs_server\folder\%username%.

c. Seleccione Reconnect.

d. En Label as, escriba User_Files.

e. En el cuadro Drive Letter, seleccione Use y luego U.

f. En Hide/Show this drive, seleccione Hide this drive.




Figura 46. Establecer la configuración del mapeo de unidades

5. En la parte superior de la ventana Properties, seleccione la pestaña Common y luego seleccione Run in logged-on user’s security context (user policy option).

Figura 47. Establecer la configuración común del mapeo de unidades

Repita los pasos 1 a 5 para crear la unidad mapeada User_Profile con las siguientes variables:

a. En Location, escriba \\cifs_server\folder\%username%.domain.V2 donde domain es el nombre del dominio de Active Directory.

b. En Label as, escriba User_Profile.

c. En el cuadro Drive Letter, seleccione Use y luego P.



En la Figura 48 se muestra un ejemplo de la configuración.

Figura 48. Crear un mapeo de unidades de red de Windows para los datos de perfil de usuario

6. Cierre Group Policy Editor para asegurarse de que los cambios se guarden.

Esta sección proporciona información sobre el uso del cliente de Avamar para Windows con el fin de proporcionar soporte de respaldo y restauración para equipos de escritorio virtuales Citrix XenDesktop que almacenan archivos generados por el usuario en directorios de inicio de EMC VNX.

El cliente Avamar para Windows se instala y se ejecuta como un servicio de Windows denominado agente de respaldo. Este servicio de servidor ofrece funcionalidades de respaldo y restauración.

La seguridad de Windows limita el acceso de servicios que inician sesión utilizando la cuenta del sistema local solo a los recursos locales. En su configuración predeterminada, el agente de respaldo usa la cuenta del sistema local para iniciar sesión. No puede obtener acceso a los recursos de red, incluidos los recursos compartidos de archivos de datos o perfiles de usuario de Citrix XenDesktop.

Para obtener acceso a los recursos compartidos de archivos de datos y perfiles de usuario de Citrix XenDesktop, el agente de respaldo debe ejecutarse como el usuario que inició sesión. Para esto, se debe usar un archivo por lotes que inicie el agente de respaldo e inicie sesión por él como un usuario cuando este inicie sesión.

Nota: Los comandos de este archivo por lotes asumen que la letra de unidad del disco de datos del usuario para el directorio redirigido var del cliente Avamar para Windows es D. Si se asigna otra letra, reemplace la D en todas las instancias de D:\ con la letra correcta. El redireccionamiento del directorio var se describe en Redireccionamiento del directorio var del cliente Avamar para Windows.

Reemplace D por P mediante los pasos de configuración de Unidades mapeadas. Modifique el valor de la ruta vardir dentro del archivo avamar.cmd que se encuentra en C:\Program Files\avs\var a --vardir=P:\avs\var.

Preparación de la imagen maestra para EMC Avamar




Para las secciones siguientes, suponga que el grid de Avamar está en funcionamiento y que usted inició sesión en Avamar Administrator. Consulte la Guía de administración de EMC Avamar 7.0 para obtener información sobre cómo obtener acceso a Avamar Administrator.

Los conjuntos de datos de Avamar son una lista de los directorios y archivos que deben respaldarse de un cliente. La asignación de un conjunto de datos a un cliente o grupo permite guardar selecciones de respaldo. Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre los conjuntos de datos.

En esta sección se proporcionan los procedimientos para configurar los conjuntos de datos del equipo de escritorio virtual Citrix XenDesktop necesarios para garantizar respaldos correctos de los archivos y perfiles de usuario.

Cree dos conjuntos de datos: uno para los archivos de usuario y otro para el perfil de usuario, mediante los siguientes procedimientos.

Creación del conjunto de datos de archivos de usuario

1. En Avamar Administrator, seleccione Tools > Manage Datasets.

Figura 49. Menú Tools de Avamar

2. En la ventana Manage All Datasets, haga clic en New.

Figura 50. Cuadro de diálogo Avamar Manage All Datasets

Definición de conjuntos de datos



Aparecerá la ventana New Dataset.

Figura 51. Cuadro de diálogo Avamar New Dataset

3. Seleccione cada plug-in y haga clic en Remove (–) para eliminar todos los plug-ins de la lista.

4. En el campo Name, escriba View-User-Files.

5. Seleccione Enter Explicitly.

6. En la lista Select Plug-in Type, seleccione Windows File System.

7. En Select Files and/or Folders, escriba U:\ y luego haga clic en Add (+).

Figura 52. Establecer la configuración de conjuntos de datos de Avamar

8. Haga clic en OK para guardar el conjunto de datos.




Creación del conjunto de datos de perfiles de usuario

Para crear un nuevo conjunto de datos para los datos de perfiles de usuario, siga los pasos a continuación:

1. Siga los pasos de Creación de archivos de usuario usando los siguientes valores:

Name: View-User-Profile.

Select Files and/or Folders: P:\.

Figura 53. Conjunto de datos de datos de perfil de usuario

2. Seleccione la pestaña Exclusions.


4. En Select Files and/or Folders, escriba P:\avs y luego haga clic en Add (+).

Figura 54. Configuración de exclusión en el conjunto de datos de datos de perfil de usuario

5. Haga clic en la pestaña Options.




7. Seleccione Show Advanced Options.

Figura 55. Configuración de opciones en el conjunto de datos de datos de perfil de usuario

8. Desplácese hacia abajo en la lista de opciones hasta encontrar la sección Volume Freezing Options.

9. En la lista Method to freeze volumes, seleccione None.

10. Haga clic en OK para guardar el conjunto de datos.

Figura 56. Configuración de opciones avanzadas en el conjunto de datos de datos de perfil de usuario

Los calendarios de Avamar son objetos reutilizables que controlan cuándo se realizan respaldos de grupo y notificaciones personalizadas. Defina un calendario recurrente que satisfaga sus objetivos de punto de recuperación (RPO). Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre los conjuntos de datos.

Definición de calendarios




El mantenimiento de servidores Avamar consta de tres actividades esenciales:

• Punto de comprobación: snapshot del servidor Avamar tomado con el propósito directo de facilitar las reversiones del servidor.

• Validación del punto de comprobación: operación interna que valida la integridad de un punto de comprobación específico. Cuando un punto de comprobación pasa la validación, se puede considerar lo suficientemente confiable para utilizarse en una reversión del servidor.

• Recolección de basura: operación interna que recupera espacio de almacenamiento desde respaldos eliminados o vencidos.

Cada día de 24 horas se divide en tres ventanas operacionales durante las cuales se realizan diversas actividades del sistema:

• Ventana de respaldo

• Ventana de falta de disponibilidad

• Ventana de mantenimiento

En la Figura 57 muestra las ventanas de respaldo, falta de disponibilidad y mantenimiento predeterminadas de Avamar.

Figura 57. Calendario de ventanas de respaldo/mantenimiento predeterminadas de Avamar

• La ventana de respaldo es la parte del día reservada para ejecutar respaldos calendarizados normales. Durante la ventana de respaldo no se realizan actividades de mantenimiento.

• La ventana de falta de disponibilidad es la parte del día reservada para ejecutar las actividades de mantenimiento del servidor, fundamentalmente la recolección de elementos no utilizados mediante la función Garbage Collection, que requieren tener acceso sin restricciones al servidor. Durante la ventana de falta de disponibilidad no se permiten actividades de respaldo ni administrativas. Sin embargo, puede realizar restauraciones.

Ajuste del calendario de la ventana de mantenimiento



• La ventana de mantenimiento es la fracción de cada día reservada para realizar actividades de mantenimiento rutinario del servidor, principalmente creación y validación de un punto de comprobación.

Los archivos y los datos de perfil de usuario no se deben respaldar durante el día mientras los usuarios mantienen una sesión iniciada en su equipo de escritorio virtual. Ajuste la hora de inicio de la ventana de respaldo para evitar que los respaldos ocurran durante ese tiempo.

En la Figura 58 muestra ventanas de respaldo, falta de disponibilidad y mantenimiento modificadas para el respaldo de equipos de escritorio virtuales de Citrix XenDesktop.

Figura 58. Calendario de ventanas de respaldo/mantenimiento modificadas de Avamar

Para ajustar el calendario de modo que aparezca como en la figura anterior, cambie Backup Window Start Time de 08:00 a 20:00 y haga clic en OK para guardar los cambios.

Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre las actividades de mantenimiento del servidor Avamar.

Las políticas de retención de respaldos de Avamar permiten especificar por cuánto tiempo se conservará un respaldo en el sistema. Se asigna una política de retención a cada respaldo cuando se produce el respaldo. Especifique una política de retención personalizada para realizar un respaldo según demanda, o cree una política de retención que se asigne automáticamente a un grupo de clientes durante un respaldo calendarizado.

Cuando vence la retención de un respaldo, entonces este se marca automáticamente para eliminación. La eliminación ocurre en lotes durante momentos de baja actividad del sistema.

Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre la definición de políticas de retención.

Definición de políticas de retención




Avamar utiliza grupos para implementar varias políticas con el fin de automatizar respaldos e imponer reglas y un comportamiento del sistema coherentes en todo un segmento (o grupo) de la comunidad de usuarios.

Los miembros del grupo son máquinas cliente que se han agregado a un grupo específico con el fin de realizar respaldos calendarizados.

Además de especificar qué clientes pertenecen a un grupo, los grupos también especifican:

• Conjuntos de datos

• Calendarios

• Políticas de retención

Estos tres objetos resumen la “política de grupo”. La política de grupo controla el comportamiento de respaldo para todos los miembros del grupo, a menos que sobrescriba estas configuraciones en el nivel del cliente. Consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre grupos y políticas de grupo.

Esta sección proporciona información sobre la configuración de grupos que se requiere para garantizar respaldos correctos de archivos y perfiles de usuario. Cree dos grupos y sus respectivas políticas de grupo: uno para los archivos de usuario y otro para el perfil de usuario. Repita el siguiente procedimiento dos veces, cambiando dos variables cada vez (Name y Dataset Used).

Creación del grupo de archivos de usuario

1. En el menú Actions, seleccione New Group.

Figura 59. Crear un nuevo grupo de respaldo de Avamar

Creación de grupos y de la política de grupos



Aparece el cuadro de diálogo New Group.

Figura 60. Nueva configuración del grupo de respaldo

2. En Name, escriba View_User_Data.

3. Asegúrese de que Disabled no esté seleccionado.

4. Haga clic en Siguiente.

5. En la lista Select An Existing Dataset, seleccione Citrix Xendesktop-User-Data.

Figura 61. Seleccionar un conjunto de datos de grupo de respaldo





7. En la lista Select An Existing Schedule, seleccione un calendario.

Figura 62. Seleccionar un calendario de grupo de respaldo


9. En la lista Select An Existing Retention Policy, seleccione una política de retención.

Figura 63. Seleccionar una política de retención de grupos de respaldo

10. Haga clic en Finish.

Nota: Si hace clic en Next, puede seleccionar los clientes para agregar al grupo. Este paso no es necesario, ya que los clientes se agregarán al grupo durante la activación.



Avamar Enterprise Manager es una aplicación de consola de administración multisistema basada en web que proporciona funcionalidades de administración centralizada del sistema Avamar, incluida la capacidad de agregar y activar clientes de Avamar de manera conjunta.

En esta sección, se supone que el lector sabe cómo iniciar sesión en Avamar Enterprise Manager (EM) y que se crearon los equipos de escritorio de Citrix XenDesktop.

El tablero aparece después de iniciar sesión en Avamar Enterprise Manager.

Figura 64. Avamar Enterprise Manager

1. Haga clic en Client Manager.

2. En la ventana EMC Avamar Client Manager, haga clic en Activate.

Figura 65. Avamar Client Manager

3. Haga clic en la flecha de la lista Client Information.

EMC Avamar Enterprise Manager: activación de clientes




Figura 66. Cuadro de diálogo Avamar Activate Client

4. En la lista Client Information, seleccione Directory Service.

Figura 67. Menú Activate Client de Avamar

5. En el cuadro de diálogo Directory Service, introduzca las credenciales de usuario requeridas, como se muestra en la Figura 68.

Se asume que se configuró un servicio Active Directory en Avamar; consulte la Guía de administración de EMC Avamar 7.0 para obtener información adicional sobre cómo activar la administración de LDAP.

a. En la lista User Domain, seleccione un dominio del servicio de directorio.

b. En User Name y Password, escriba el nombre de usuario y la contraseña requeridos para la autenticación del servicio de directorio.

c. En Directory Domain, seleccione un dominio de directorio al cual enviar la consulta de información del cliente y luego haga clic en OK.



Figura 68. Configuración del servicio de directorio de Avamar

La información de Active Directory aparece en el panel izquierdo de la ventana EMC Avamar Client Manager.

Figura 69. Avamar Client Manager: posterior a la configuración

6. En el árbol de directorio Client Information, ubique los equipos de escritorio virtuales Citrix XenDesktop.




En este ejemplo, se creó una OU con el nombre VSPEX.

Figura 70. Avamar Client Manager: clientes de equipos de escritorio virtuales

7. Seleccione los equipos de escritorio de máquinas virtuales que desee agregar al servidor Avamar.

En la Figura 71 se muestra una lista seleccionada en el panel Client Information y el dominio de destino en el panel Server Information.

Figura 71. Avamar Client Manager: seleccionar clientes de equipos de escritorio virtuales

8. Arrastre y suelte la lista seleccionada en un dominio de Avamar existente en el panel Server Information.

Aparecerá la ventana Select Groups.



Figura 72. Seleccionar grupos de Avamar

9. En Group Name, seleccione los grupos en los cuales desea agregar estos equipos de escritorio y haga clic en Add.

La ventana EMC Avamar Client Manager volverá a aparecer.

10. Haga clic en el dominio Avamar en el cual agregó los equipos de escritorio de XenDesktop y haga clic en Activate.

Figura 73. Activar clientes de Avamar

Aparecerá la ventana Show Clients for Activation.

11. Haga clic en Commit.




Figura 74. Validar activación de clientes de Avamar

Aparece una alerta que indica que la activación de los clientes se realizará como un proceso en segundo plano.

12. Haga clic en OK (Aceptar).

Figura 75. Primer mensaje informativo de activación de clientes de Avamar

Una segunda alerta indica que el proceso de activación se inició y que su estado se debe revisar en los logs.

13. Haga clic en OK (Aceptar).



Figura 76. Segundo mensaje informativo de activación de clientes de Avamar

Vuelve a aparecer la ventana EMC Avamar Client Manager, la cual muestra los clientes activados.

Figura 77. Avamar Client Manager: clientes activados

14. Cierre la sesión de EMC Avamar Enterprise Manager.




Resumen

En este capítulo, hicimos una presentación de los pasos necesarios para implementar y configurar los diversos aspectos de la solución VSPEX, que incluyen tanto los componentes físicos como los lógicos. En este punto, debe contar con una solución VSPEX completamente funcional. El capítulo siguiente analiza las actividades posteriores a la instalación y de validación.

Capítulo 6: Validación de la solución



Capítulo 6 Validación de la solución


Descripción general ........................................................................................152

Lista de verificación posterior a la instalación .................................................152

Implementación y prueba de un equipo de escritorio virtual único ...................153

Verificación de la redundancia de los componentes de la solución ..................153



Descripción general

En esta sección se proporciona una lista de puntos que se deben revisar una vez configurada la solución. El objetivo de esta sección es verificar la configuración y la funcionalidad de aspectos específicos de la solución, y asegurarse de que la configuración sea compatible con los principales requisitos de disponibilidad.

La Tabla 31 describe las tareas que se deben realizar.

Tabla 31. Tareas para comprobar la instalación


Lista de verificación posterior a la instalación

Verifique que haya la cantidad suficiente de puertos virtuales en cada switch virtual del host Hyper-V.

http://blogs.technet.com/b/gavinmcshera/archive/2011/03/27/3416313.aspx

Verifique que cada host de Hyper-V tenga acceso a las áreas de almacenamiento de datos y VLAN requeridos.

http://social.technet.microsoft.com/wiki/contents/articles/151.hyper-v-virtual-networking-survival-guide-en-us.aspx

Verifique que las interfaces se configuren correctamente en todos los hosts de Microsoft Windows Hyper-V.

Implementar y probar un solo servidor virtual

Implemente una sola máquina virtual mediante la interfaz de System Center Virtual Machine Manager (SCVMM).

http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012/VIR310

Verificar la redundancia de los componentes de la solución

Reinicie cada procesador de almacenamiento, uno a la vez, y asegúrese de que se mantenga la conectividad del LUN.

Los pasos se indican a continuación

Desactive cada uno de los switches redundantes, uno a la vez, y verifique que la conectividad del host Hyper-V, la máquina virtual y el arreglo de almacenamiento permanezca intacta.

Consulte la documentación del proveedor

En un host Hyper-V que contenga por lo menos una máquina virtual, reinicie el host y verifique que la máquina virtual pueda migrar correctamente a otro host.

http://technet.microsoft.com/en-us/library/gg610576.aspx

Lista de verificación posterior a la instalación

Antes de la implementación en producción, verifique los siguientes elementos de la configuración, ya que son esenciales para el funcionamiento de la solución.

Antes de la implementación en producción, verifique lo siguiente en cada Windows Server:

• La VLAN para la red de máquinas virtuales está configurada correctamente.

• La red de almacenamiento está configurada correctamente.

• Cada servidor puede tener acceso a los volúmenes compartidos de cluster (CSV) o los recursos compartidos de SMB Hyper-V requeridos.

• Hay una tarjeta de interfaz de red (NIC) configurada correctamente para la migración activa.

http://blogs.technet.com/b/gavinmcshera/archive/2011/03/27/3416313.aspx�



http://social.technet.microsoft.com/wiki/contents/articles/151.hyper-v-virtual-networking-survival-guide-en-us.aspx�




http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012/VIR310�








Implementación y prueba de un equipo de escritorio virtual único

Para verificar la operación de la solución, implemente una máquina virtual a fin de verificar que el procedimiento finalice según lo esperado. Verifique que la máquina virtual se una al dominio que corresponda, que tenga acceso a las redes correctas y que pueda iniciar sesión.

Verificación de la redundancia de los componentes de la solución

Para asegurarse de que los diversos componentes de la solución mantengan los requisitos de disponibilidad, es importante probar escenarios específicos relacionados con el mantenimiento o la falla del hardware.

Reinicie cada procesador de almacenamiento VNX a la vez y verifique que se mantenga la conectividad con el almacenamiento de Hyper-V durante cada reinicio de la siguiente manera:

1. Inicie sesión en Control Station con derechos de administrador.

2. Navegue hasta /nas/sbin.

3. Reinicie SPA: use el comando ./navicli spa rebootsp.

4. Durante el ciclo de reinicio, compruebe la presencia del almacenamiento en los hosts de Hyper-V.

5. Cuando finalice el ciclo, reinicie SPB: ./navicli spb rebootsp.

Realice un failover de cada Data Mover de VNX, uno a la vez, y verifique que se mantenga la conectividad al almacenamiento de Hyper-V y que se restablezcan las conexiones a los sistemas de archivos CIFS. Por simplicidad, use el siguiente enfoque para cada Data Mover: La operación de reinicio también se puede realizar mediante la interfaz Unisphere.

Desde el indicador $ de Control Station, use el comando server_cpu <movername> -reboot (donde <movername> es el nombre del Data Mover).

Para verificar que las características de redundancia de red funcionen según lo previsto, desactive cada una de las infraestructuras de conmutación redundante, una a la vez. Mientras cada una de las infraestructuras de conmutación está desactivada, verifique que todos los componentes de la solución mantengan la conectividad entre sí y también con cualquier infraestructura del cliente existente.

Para verificar que las características de alta disponibilidad funcionen según lo previsto para los controladores de entrega de XenDesktop, los servidores StoreFront y los servidores Provisioning Services, desactive cada uno de los servidores redundantes, uno por vez, y verifique que los equipos de escritorio virtuales permanezcan accesibles.

En un host Hyper-V que contenga por lo menos una máquina virtual, active el modo de mantenimiento y verifique que la máquina virtual pueda migrarse correctamente a host alternativo.

Apéndice A: Listas de materiales



Apéndice A Listas de materiales

Este apéndice presenta los siguientes temas:

Listas de materiales para 500 equipos de escritorio virtuales .........................156

Lista de materiales para 1,000 equipos de escritorio virtuales ........................158

Lista de materiales para 2,000 equipos de escritorio virtuales ........................160



Listas de materiales para 500 equipos de escritorio virtuales Tabla 32. Lista de componentes utilizados en la solución VSPEX para 500 equipos de

escritorio virtuales

Componente Solución para 500 equipos de escritorio virtuales

Microsoft Hyper-V Servers

CPU SO del equipo de escritorio

• 1 x vCPU por equipo de escritorio virtual

• Ocho equipos de escritorio virtuales por core físico

• 500 vCPU

• Mínimo de 63 cores físicos

SO del servidor

• 0.2 vCPU por equipo de escritorio virtual

• Cinco equipos de escritorio virtuales por core físico

• 100 vCPU


Memoria SO del equipo de escritorio

• 2 GB de RAM por equipo de escritorio

• Mínimo de 1 TB de RAM

SO del servidor

• 0.6 GB de RAM por equipo de escritorio

• Mínimo de 300 GB de RAM

Red: opción Fibre Channel

Dos HBA Fibre Channel de 4/8 GB por servidor

Red: opción de 1 GB

Seis NIC 1 GbE por servidor

Nota: Para implementar la funcionalidad de Microsoft Cluster Services y cumplir con los requisitos mínimos señalados, la infraestructura debe tener por lo menos un servidor adicional a la cantidad necesaria.


Fibre Channel • Dos switches físicos


• 4 puertos FC de 4/8 Gb FC para el back-end de VNX (dos por SP)


Red de 1 Gb • Dos switches físicos


• Seis puertos de 1 GbE por servidor Hyper-V



• 2 puertos de 10 GbE por Data Mover para los datos




Componente Solución para 500 equipos de escritorio virtuales

Nota: Si se selecciona la opción de almacenamiento Fibre Channel, de todas maneras se deberá seleccionar una de las opciones de red IP para tener una conectividad completa.


Avamar • Un nodo de utilería Gen4

• 1 nodo de repuesto Gen4 de 3.9 TB

• 3 nodos de almacenamiento Gen4 de 3.9 TB

Arreglo de almacenamiento EMC VNX

Común • EMC VNX5400

• Dos Data Movers (activo/en standby)

• Discos SAS de 600 GB, 15,000 r/min y 3.5 pulgadas: equipos de escritorio principales


PVS 26 18 18

MCS 18 15 15

• Tres discos flash de 100 GB y 3.5 pulgadas: FAST Cache

• 17 discos SAS NL de 2 TB y 3.5 pulgadas (opcionales), datos del usuario

Opción Fibre Channel

2 puertos FC de 8 Gb por procesador de almacenamiento

Opción de red de 1 GB

Cuatro módulos de I/O de 1 Gb para cada Data Mover

(cada módulo incluye cuatro puertos)


Dos módulos de I/O de 10 Gb para cada Data Mover

(cada módulo incluye dos puertos)



Lista de materiales para 1,000 equipos de escritorio virtuales Tabla 33. Lista de componentes utilizados en la solución VSPEX para 1,000 equipos de


Componente Solución para 1,000 equipos de escritorio virtuales

Microsoft Hyper-V Servers




• 1,000 vCPU


SO del servidor



• Doscientos vCPU





SO del servidor


• Un mínimo de 600 GB de RAM



Red: opción de 1 GB

Seis NIC de 1 GbE por chasis de blade

Red (opción de 10 Gb)

3 NIC de 10 GbE por chasis de blade

















• 3 puertos de 10 GbE por chasis de blade












PVS 26 18 18

MCS 18 15 15

• Tres discos flash de 100 GB y 3.5 pulgadas: FAST Cache

• Veinticinco discos SAS NL de 2 TB y 3.5 pulgadas (opcionales): datos del usuario











Lista de materiales para 2,000 equipos de escritorio virtuales Tabla 34. Lista de componentes utilizados en la solución VSPEX para 2,000 equipos de



Servidores Microsoft Hyper-V




• 2,000 vCPU


SO del servidor



• Cuatrocientos vCPU





SO del servidor


• Mínimo de 1.2 TB de RAM



Red: 1 Gb opcional

Seis NIC 1 GbE por servidor

Red (opción de 10 Gb)

3 NIC de 10 GbE por chasis de blade







Opción de red de 1 Gb












• 3 puertos de 10 GbE por chasis de blade












PVS 76 43 43

MCS 58 46 46

• Cinco discos flash de 100 GB y 3.5 pulgadas: FAST Cache

• Cincuenta discos SAS NL de 2 TB y 3.5 pulgadas (opcionales): datos de usuario









Apéndice B: Hoja de datos de configuración del cliente



Apéndice B Hoja de datos de configuración del cliente


Hojas de datos de configuración del cliente ....................................................164



Hojas de datos de configuración del cliente

Antes de dar inicio a la configuración, recopile información de configuración de la red y de los hosts específica del cliente. Las siguientes tablas proporcionan información sobre la recopilación de la información requerida de la dirección de red y hosts, la numeración y la asignación de nombres. Esta hoja de trabajo también se puede utilizar como un documento de recordatorio para referencia futura.

VNX File y Hoja de trabajo unificada se deben utilizar como referencia cruzada para confirmar la información del cliente.

Tabla 35. Información común del servidor

Nombre de servidor Propósito IP primaria

Controlador de dominio

DNS primario

DNS secundario

DHCP

NTP

SMTP

SNMP

Consola de SCVMM

Consola de XenDesktop

Consola de Provisioning Services

SQL Server

Tabla 36. Información del servidor Hyper-V

Nombre de servidor

Propósito IP primaria Direcciones de red privada (almacenamiento)

Host Hyper-V 1

Hyper-V

Host 2

…




Tabla 37. Información del arreglo

Campo Valor

Nombre del arreglo

Cuenta de administración

IP de administración

Nombre del pool de almacenamiento

Nombre del área de almacenamiento de datos

IP del servidor CIFS

Tabla 38. Información de la infraestructura de red

Nombre Propósito Dirección IP Máscara de subred

Gateway predeterminado

Switch Ethernet 1

Switch Ethernet 2

…

Tabla 39. Información de VLAN

Nombre Propósito de la red ID de VLAN Subredes autorizadas

Red de máquinas virtuales

Administración de Hyper-V

Red de almacenamiento CIFS

Migración activa



Tabla 40. Cuentas de servicio

bancaria Propósito Contraseña (opcional, asegúrela debidamente)

Administrador de Windows Server

Administrador de Hyper-V

Administrador del arreglo

Administrador de SCVMM

Administrador de XenDesktop

Administrador de SQL Server

Administrador de Windows Server

Administrador de Hyper-V

raíz Raíz del arreglo

Administrador del arreglo

Administrador de SCVMM

Administrador de XenDesktop

Administrador de SQL Server

Apéndice C: Referencias



Apéndice C Referencias


Referencias.....................................................................................................168

Apéndice C: Referencias


Referencias

Las siguientes referencias proporcionan información adicional relevante.

Los siguientes documentos se encuentran en el servicio de soporte en línea de EMC. El acceso a estos documentos depende de sus credenciales de inicio de sesión. Si no tiene acceso a un documento, comuníquese con su representante de EMC:

• EMC Infrastructure for Citrix XenDesktop 7, EMC VNX Series (NFS and FC), Citrix XenDesktop 7, VMware vSphere 5.1 Reference Architecture

• EMC Infrastructure for Virtual Desktops Enabled by EMC VNX Series (FC), VMware vSphere 4.1, and Citrix XenDesktop 5 Proven Solution Guide

• EMC Infrastructure for Virtual Desktops Enabled by EMC VNX Series (NFS), VMware vSphere 4.1, and Citrix XenDesktop 5 Proven Solution Guide

• Optimización del rendimiento de EMC para Microsoft Windows XP para la infraestructura de equipos de escritorio virtuales: mejores prácticas aplicadas

• Mejores prácticas unificadas para el rendimiento de EMC VNX: Guía de mejores prácticas aplicadas

• VNX FAST Cache: Análisis detallado

• Sizing EMC VNX Series for VDI Workload

• EMC Infrastructure for Citrix XenDesktop 5.6, EMC VNX Series (NFS), VMware vSphere 5.0, Citrix XenDesktop 5.6, and Citrix Profile Manager 4.1 Reference Architecture

• EMC Infrastructure for Citrix XenDesktop 5.6: EMC VNX Series (NFS), VMware vSphere 5.0, Citrix XenDesktop 5.6, and Citrix Profile Manager 4.1 Proven Solutions Guide

• EMC Infrastructure for Citrix XenDesktop 5.5 (PVS): EMC VNX Series (NFS), Citrix XenDesktop 5.5 (PVS), XenApp 6.5, and XenServer 6 Reference Architecture

• EMC Infrastructure for Citrix XenDesktop 5.5 (PVS) EMC VNX Series (NFS), Citrix XenDesktop 5.5 (PVS), XenApp 6.5, and XenServer 6 Proven Solution Guide

• EMC Infrastructure for Citrix XenDesktop 5.5: EMC VNX Series (NFS), Cisco UCS, Citrix XenDesktop 5.5, XenApp 6.5, and XenServer 6 Reference Architecture

• EMC Infrastructure for Citrix XenDesktop 5.5: EMC VNX Series (NFS), Cisco UCS, Citrix XenDesktop 5.5, XenApp 6.5, and XenServer 6 Proven Solution Guide

Para acceder a documentación de Citrix o Microsoft, consulte los sitios web de Citrix y Microsoft en www.citrix.com y www.microsoft.com.

Documentación de EMC

Otros documentos



http://www.citrix.com/�

http://www.microsoft.com/�

Apéndice D: Acerca de VSPEX



Apéndice D Acerca de VSPEX


Acerca de VSPEX .............................................................................................170

Apéndice D: Acerca de VSPEX


Acerca de VSPEX

EMC ha unido fuerzas con los proveedores líderes del sector de infraestructura de TI para crear una solución de virtualización completa que acelera la implementación de la infraestructura de nube. VSPEX, desarrollada con las mejores tecnologías en su clase, permite una implementación más rápida, más simplicidad, opciones más amplias, mayor eficiencia y menos riesgos. La validación de EMC garantiza un rendimiento predecible y les permite a los clientes seleccionar tecnología que utilice sus infraestructuras de TI existentes mientras elimina las cargas de planificación, dimensionamiento y configuración. VSPEX proporciona una infraestructura comprobada para los clientes que buscan obtener la simplicidad característica de las infraestructuras realmente convergentes y tener, a la vez, más opciones en los componentes agrupados individuales.

Las soluciones VSPEX han sido comprobadas por EMC y se empaquetan y venden exclusivamente a través de socios de negocios de EMC. VSPEX proporciona a los partners de negocios más oportunidades, un ciclo de ventas más rápido y capacidad de activación end-to-end. Gracias a un intenso trabajo en conjunto, EMC y sus partners de negocios pueden proporcionar infraestructuras que aceleran el viaje hacia la nube para una cantidad de clientes que sigue en aumento.