CITRIX XENSERVER 6.5 Y EL ARREGLO BASADO ÍNTEGRAMENTE EN TECNOLOGÍA FLASH EMC XTREMIO

Transcripción

1 CITRIX XENSERVER 6.5 Y EL ARREGLO BASADO ÍNTEGRAMENTE EN TECNOLOGÍA FLASH EMC XTREMIO RESUMEN Esta arquitectura de referencia describe las ventajas de rendimiento y operación de una implementación de XenServer 6.5 en un arreglo basado íntegramente en tecnología flash EMC XtremIO y describe cómo esta solución mejora la consolidación y la virtualización de los ambientes de XenServer 6.5. Marzo de ARQUITECTURA DE REFERENCIA

2 Para obtener más información sobre cómo los productos, los servicios y las soluciones de EMC pueden ayudar a superar los retos de TI y del negocio, póngase en contacto con su representante local o con un reseller autorizado, visite mexico.emc.com (visite el sitio web de su país correspondiente) o explore y compare productos en EMC Store Copyright 2016 EMC Corporation. Todos los derechos reservados. 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 contenida en 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. Para obtener una lista actualizada de nombres de productos de EMC, consulte las marcas comerciales de EMC Corporation en mexico.emc.com (visite el sitio web de su país correspondiente). VMware y VMware vsphere jurisdicciones. son marcas registradas o marcas comerciales de VMware, Inc. en los Estados Unidos o en otras Citrix y Citrix XenServer son marcas registradas o marcas comerciales de Citrix Systems, Inc. en los Estados Unidos o en otras jurisdicciones. Todas las demás marcas comerciales utilizadas en este documento pertenecen a sus respectivos propietarios. Nú mero de referencia H

3 TABLA DE CONTENIDO RESUMEN EJECUTIVO... 4 Pú blico de destino... 4 Propósito del documento... 4 Requisitos del negocio... 4 DESCRIPCIÓ N GENERAL... 5 Solución... 5 Componentes clave... 5 Virtualización... 6 Descripción General... 6 Citrix XenServer XenCenter 6.5/CLI de XenServer... 6 Almacenamiento de EMC XtremIO... 6 Diseñ o del clú ster... 6 Ahorro de capacidad de deduplicación... 7 Aprovisionamiento delgado... 7 Protección contra fallas... 7 Escalabilidad... 7 Operaciones de metadatos en la memoria... 7 ARQUITECTURA DE LA SOLUCIÓ N... 9 Descripción general... 9 Arquitectura lógica... 9 Recursos de hardware Recursos de software ARQUITECTURA DE REFERENCIA Descripción General Mú ltiples rutas Configuración de la profundidad de línea de espera y calendarizador de I/O de los dispositivos de XtremIO y HBA Repositorios de almacenamiento Dominio de control: Dom Recuperación de espacio RESULTADOS DE LAS PRUEBAS

4 Resumen ejecutivo Durante esta ú ltima década, la fuerza impulsora de las mejoras en la eficiencia de los centros de datos ha sido la virtualización de servidores. Sin embargo, la combinación de mú ltiples cargas de trabajo de máquinas virtuales (VM) en un ú nico servidor físico crea una distribución aleatoria de I/O para el arreglo de almacenamiento y, de esta forma, se paraliza la virtualización de las cargas de trabajo con gran cantidad de I/O. Los arreglos basados íntegramente en tecnología flash EMC XtremIO no solo enfrentan este reto de rendimiento de una manera rentable, sino que también proporcionan niveles nuevos de velocidad y agilidad de aprovisionamiento para los ambientes virtualizados. Esta arquitectura de referencia es una guía integral sobre los aspectos técnicos específicos de la solución de virtualización XenServer 6.5. La capacidad del servidor se proporciona en términos genéricos para los requisitos mínimos de CPU, memoria e interfaces de red. Puede seleccionar el hardware de servidor y de red que cumpla o supere los valores mínimos indicados en el presente. Pú blico de destino Esta arquitectura de referencia está destinada a los empleados, partners y clientes de EMC, incluidos los administradores de almacenamiento y XenServer que deseen comprender cómo el arreglo basado íntegramente en tecnología flash EMC XtremIO y Citrix XenServer 6.5 proporcionan una solución de almacenamiento fácil de usar y de alto rendimiento para los ambientes VSI y VDI. Se supone que los lectores de este documento están familiarizados con los siguientes productos: Arreglo basado íntegramente en tecnología flash EMC XtremIO Citrix XenServer 6.5 y XenCenter Propó sito del documento Este documento describe la arquitectura de referencia de la infraestructura de Citrix XenServer 6.5 para la virtualización del servidor y el escritorio con un arreglo basado íntegramente en tecnología flash EMC XtremIO. Requisitos del negocio Las aplicaciones de negocios están migrando a ambientes consolidados de procesamiento, red y almacenamiento. La virtualización del servidor de Citrix XenServer y el arreglo basado íntegramente en tecnología flash EMC XtremIO reducen la complejidad de configurar cada componente ú nico de un modelo de implementación tradicional. La virtualización reduce la complejidad de administrar la integración y, a la vez, mantiene las opciones de diseñ o e implementación de las aplicaciones. La administración se unifica y la separación de procesos se controla y monitorea adecuadamente. Esta solución aborda la complejidad de la implementación y administración de ambientes complejos y consolidados, proporcionando los siguientes beneficios clave: Virtualización de punto a punto que utiliza las capacidades de los componentes de la infraestructura unificada Una solución de virtualización del servidor Citrix XenServer que ofrece eficientemente miles de máquinas virtuales (VM) para distintos casos de uso de clientes, con un diseño de referencia confiable, flexible y escalable Una interfaz simplificada de administración del ambiente del centro de datos Mejor soporte de acuerdos de nivel de servicio e iniciativas de cumplimiento de normas Costos operacionales y de mantenimiento reducidos 4

5 Descripció n General Solució n Esta solución usa el arreglo basado íntegramente en tecnología flash EMC XtremIO y Citrix XenServer 6.5 para proporcionar consolidación de hardware de servidor y almacenamiento para la virtualización del servidor o de la nube privada. La nueva infraestructura virtualizada se administra de manera centralizada para proporcionar una implementación y administración eficientes de un nú mero escalable de VM y el almacenamiento compartido asociado. La Figura 1 muestra los componentes de la solución. Figura 1: Componentes de virtualizació n del servidor Componentes clave Entre los componentes clave de la solución, se incluyen los siguientes: Virtualizació n: la capa de virtualización desacopla la implementación física de los recursos desde las aplicaciones que los usan. Por lo tanto, la vista de la aplicación de los recursos disponibles no está enlazada directamente al hardware. Almacenamiento: la capa de almacenamiento es fundamental para la implementación de la virtualización del servidor. El arreglo basado íntegramente en tecnología flash EMC XtremIO que se usa en esta solución proporciona un rendimiento extremadamente alto y es compatible con una serie de funcionalidades de eficiencia de la capacidad y servicios de datos. 5

6 Virtualizació n Descripció n General La capa de virtualización es un componente clave de cualquier solución de virtualización de servidores o de nube privada. Este componente desacopla los requisitos de los recursos de la aplicación a partir de los recursos físicos subyacentes, lo que permite una mayor flexibilidad en la capa de aplicación. Esta mayor flexibilidad se logra mediante la eliminación del tiempo fuera del hardware para las tareas de mantenimiento y los cambios del sistema físico, sin afectar a las aplicaciones alojadas. En un caso de uso de virtualización de servidor o de nube privada, la capa de virtualización permite que varias VM independientes compartan el mismo hardware físico, en lugar de que se implementen directamente en un hardware exclusivo. Citrix XenServer 6.5 XenServer 6.5 es una plataforma de virtualización de servidores completa de Citrix. El paquete de XenServer incluye todo lo necesario para crear y administrar la implementación de computadoras virtuales x86 que se ejecutan en Xen; el hipervisor de paravirtualización de código abierto con un rendimiento casi nativo. XenServer está optimizado para servidores virtuales de Windows y Linux y se ejecuta directamente en el hardware del servidor, sin la necesidad de un sistema operativo subyacente; por lo tanto, se traduce en un sistema eficiente y escalable. XenServer funciona mediante la abstracción de elementos de la máquina física (como los discos duros, los recursos y los puertos) y la asignación de dichos elementos a las VM que se ejecutan en la máquina física. Una máquina virtual se comporta exactamente igual que una computadora física, ya que contiene su propia CPU virtual (basada en software), RAM, disco duro y la tarjeta de interfaz de red (NIC). XenServer le permite crear máquinas virtuales y snapshots de discos de máquinas virtuales y administrar las cargas de trabajo de las máquinas virtuales. XenCenter 6.5/CLI de XenServer Los dos métodos que se usan para administrar XenServer son los siguientes: XenCenter: una interfaz gráfica de usuario basada en Windows, que permite administrar los hosts, los pools y el almacenamiento compartido de XenServer y le permite implementar, administrar y monitorear las máquinas virtuales desde los equipos de escritorio de Windows. Interfaz de la línea de comandos (CLI) de XenServer: se trata de una ayuda en línea que proporciona un recurso ú til para la introducción a XenCenter y para obtener ayuda con respecto a la información confidencial de contexto. La CLI de XenServer permite administrar XenServer mediante el uso de comandos de XE basados en Linux. Almacenamiento de EMC XtremIO Diseñ o del clú ster XtremIO tiene un diseñ o de clú ster de escalamiento horizontal que ofrece rendimiento y capacidad equilibrados a fin de satisfacer cada requisito de almacenamiento. Cada elemento esencial del clú ster ofrece servidores de almacenamiento activo-activo de alta disponibilidad sin ningú n punto ú nico de falla. Un clú ster de XtremIO balancea automáticamente las cargas de trabajo de todos los hosts, así como el rendimiento, a medida que se expande el clú ster. El sistema operativo de XtremIO (XIOS) administra los clú steres de almacenamiento y brinda las siguientes funcionalidades: Garantiza que los discos SSD en el clú ster estén cargados de manera uniforme para brindar, de esta manera, el mejor rendimiento y la mejor durabilidad posibles y necesarios para las cargas de trabajo de gran demanda durante toda la vida del arreglo. Elimina la necesidad de ejecutar pasos de configuración complejos, como sucede en los arreglos tradicionales. XIOS elimina la necesidad de establecer niveles de RAID, determinar los tamañ os de los grupos de unidades, configurar el ancho de la fracción, establecer políticas de almacenamiento en caché, desarrollar elementos adicionales y realizar cualquier otra configuración manual. 6

7 Configura volú menes de forma óptima y automática y garantiza que el el rendimiento de I/O en los volú menes y conjuntos de datos existentes aumente automáticamente cuando un clú ster escala horizontalmente. Administra el proceso de expansión de clú steres y garantiza que los datos permanezcan balanceados en los X-Brick reciéntemente agregados (componentes básicos de clú steres fundamentales de XtremIO). XIOS garantiza también que el rendimiento de I/O de los volú menes existentes y de los conjuntos de datos aumente automáticamente cuando el clú ster escala horizontalmente. Elimina la necesidad de refraccionar los datos si cambian los requisitos de las aplicaciones. Cada volumen recibe todo el potencial de rendimiento del clú ster completo de XtremIO. Ahorro de capacidad de deduplicació n El arreglo basado íntegramente en tecnología flash XtremIO ejecuta la deduplicación de datos en línea de acuerdo a un algoritmo que verifica que no se almacenen los bloques de datos deduplicados en los discos SSD. De esta manera, cada I/O de almacenamiento se deduplica en tiempo real con la recopilación y solo los bloques ú nicos se escriben exclusivamente en el almacenamiento flash. Además, la deduplicación en XtremIO ayuda considerablemente al rendimiento, ya que todos los metadatos están en la memoria, lo que garantiza un rendimiento máximo de I/O de host. Aprovisionamiento delgado Además de ofrecer un alto rendimiento, el arreglo basado íntegramente en tecnología flash XtremIO ofrece de forma nativa las funcionalidades de aprovisionamiento delgado para asignar capacidad segú n demanda a medida que la aplicación las necesita, sin afectar al rendimiento de I/O del almacenamiento o del arreglo. El aprovisionamiento delgado de XtremIO también es granular; la capacidad se asigna en bloques de 4 KB para garantizar el uso ahorrativo de la capacidad de flash, lo que mantiene coherencia con la manera en que VMware vsphere utiliza los tamañ os de bloques de I/O. Protecció n contra fallas El arreglo EMC XtremIO proporciona lo máximo en confiabilidad y disponibilidad con componentes completamente redundantes y la capacidad de tolerar la falla de cualquier componente sin pérdida de servicio. XtremIO proporciona la siguiente protección contra fallas: Fuentes de alimentación dobles en los controladores de almacenamiento y en los gabinetes de arreglo de discos (DAE) para compensar la pérdida de una fuente de alimentación y mantener a los controladores de almacenamiento/dae en funcionamiento Controladores redundantes de almacenamiento activo-activo para compensar las fallas en los controladores Módulos de interconexión de disco SAS redundantes en los DAE Enlaces de comunicación entre controladores redundantes Conexiones mú ltiples de host con funcionalidades de rutas mú ltiples para superar casos de fallas de ruta Protección de datos de XtremIO (XDP) para tolerar fallas de discos SSD Varias técnicas para garantizar la integridad de datos iniciales y en curso Escalabilidad Los clú steres de XtremIO son compatibles con un diseñ o completamente distribuido y de escalamiento horizontal que permite el aumento lineal en la capacidad y en el rendimiento para la agilidad de infraestructura. XtremIO emplea un esquema de componentes básicos en el que el arreglo se escala horizontalmente con X-Brick adicionales. El sistema brinda acceso al host mediante la incorporación de controladores activo-activo de n vías para un escalamiento lineal del rendimiento y la capacidad, lo que simplifica el soporte para los ambientes virtualizados en aumento. En consecuencia, a medida que crece la capacidad del arreglo, también lo hace el rendimiento en la misma proporción, con el agregado de controladores de almacenamiento. Operaciones de metadatos en la memoria Un clú ster de XtremIO distribuye los metadatos de manera uniforme en todos los controladores de almacenamiento, lo que mantiene a los metadatos en la memoria durante el tiempo de ejecución. Los metadatos se adhieren a los discos SSD con el fin de proporcionar tolerancia a fallas y pérdida de alimentación en el arreglo. Sin embargo, la recuperación de todos los metadatos se basa 7

8 en la memoria durante las operaciones normales, gracias a la segmentación de las tablas de metadatos y su distribución de manera uniforme en todos los controladores de almacenamiento. Por el contrario, los diseñ os de los controladores dobles no cuentan con la RAM necesaria para almacenar todos los metadatos en la memoria; requieren la descarga de grandes cantidades de metadatos al almacenamiento flash y acarrean distintas desventajas en el rendimiento. Los metadatos en la memoria de XtremIO y el modelo ú nico de deduplicación en línea se combinan para brindar funcionalidades sin precedentes en los centros de datos virtualizados. 8

9 Arquitectura de la solució n Descripció n general Esta sección proporciona un resumen y la caracterización de las configuraciones que se realizarán con el fin de validar el arreglo basado íntegramente en tecnología flash EMC XtremIO y Citrix XenServer 6.5. El procedimiento de validación implica la creación de un ambiente de máquinas virtuales en clú steres de alta disponibilidad en XtremIO y la integración de nuevas funciones de plataforma para proporcionar una plataforma de virtualización de servidor rentable, convincente y de alto rendimiento. Esta configuración definida sienta la base para la creación de una solución personalizada. Arquitectura ló gica La Figura 2 muestra la arquitectura lógica de la solución y caracteriza a la infraestructura validada en la que un Fibre Channel de 8 GB transporta el tráfico de almacenamiento y uno de 10 GbE transporta el tráfico de administración y de las aplicaciones. Figura 2: Arquitectura ló gica 9

10 Recursos de hardware Table 1. Recursos de hardware Componente XenServer Servidores CPU Memoria Red Configuració n 2 CPU físicos por servidor 40 CPU virtuales por servidor 4 CPU virtuales por VM 256 GB por servidor 8 GB de RAM por máquina virtual 4 tarjetas NIC de 10 GbE Infraestructura de red 2 switches físicos 3 de 10 GbE usados para el tráfico de admón. y de las aplicaciones 1 puerto de 10 GbE para la migración de máquinas virtuales y alta disponibilidad de XenServer Arreglo basado íntegramente en tecnología flash EMC XtremIO Un solo X-Brick con 25 unidades de discos SSD emlc de 400 GB Recursos de software Table 2. Recursos de software Software Configuració n Citrix XenServer XenServer XenServer 6.5 gratuito XenCenter XenCenter EMC XtremIO XtremApp Máquinas virtuales Windows Microsoft Windows Server 2012 R2 Linux Centos 7.1 Generador de cargas de trabajo btest vdbench

11 Arquitectura de referencia Descripció n General Esta sección describe los pasos necesarios para configurar XenServer 6.5 para su uso con un arreglo basado íntegramente en tecnología flash EMC XtremIO, a fin de lograr el mejor rendimiento y la mayor capacidad de almacenamiento posibles. Dado que XenServer es un hipervisor basado en Linux que se basa en XenSource Project 4.X, el procedimiento de configuración se inicia desde el SO Linux subyacente (basado en Red Hat). Luego de dicha configuración, el hipervisor de XenServer 6.5 (Dom0) y los repositorios de almacenamiento (SR) se configuran para la utilización máxima del clú ster de XtremIO. Mú ltiples rutas Una vez configuradas, antes de usar las mú ltiples rutas nativas que acompañ an a XenServer 6.5, se agrega la configuración de XtremIO a /etc/multipath.conf. Có mo configurar XenServer para usarlo con un clú ster de XtremIO: 1. Iniciar la configuración a través de Linux. 2. Configurar el hipervisor de XenServer 6.5 (Dom0) y los repositorios de almacenamiento. 3. Agregar la configuración de XtremIO a /etc/multipath.conf. device { } vendor XtremIO product XtremApp path_selector "queue-length 0" rr_min_io_rq 1 path_grouping_policy multibus path_checker tur failback immediate fast_io_fail_tmo Desde la GUI de XenCenter, hacer clic con el botón secundario en XenServer y, en el menú, seleccionar Enter Maintenance Mode, como se muestra en la Figura 3. Nota: Las máquinas virtuales existentes deben estar apagadas o se deben migrar antes de configurar XenCenter en el modo de mantenimiento. Figura 3: Configurar XenServer en el modo de mantenimiento 11

12 5. Haga clic en Enter Maintenance Mode, como se muestra en la Figura 4. Figura 4: Có mo ingresar al modo de mantenimiento 6. Haga clic con el botón secundario en XenServer y, en el menú, seleccione Properties, como se muestra en la Figura 5. Figura 5: Propiedades de XenServer 12

13 7. En el panel izquierdo de la ventana XenServer Properties, seleccione Multipathing y marque la casilla Enable multipathing on this server, como se muestra en la Figura 6. Figura 6: Activació n de mú ltiples rutas 8. Haga clic en OK. 9. Haga clic con el botón secundario y, en el menú, seleccione Exit Maintenance Mode, como se muestra en la Figura 7. Figura 7: Salir del modo de mantenimiento 10. Repita los pasos 1 al 9 del procedimiento anterior a fin de configurar los XenServer que planea utilizar con el arreglo basado íntegramente en tecnología flash EMC XtremIO. 13

14 Para obtener información sobre cómo configurar Citrix XenServer 6.5 para su uso con un arreglo basado íntegramente en tecnología flash EMC XtremIO a través de la CLI o en un repositorio de almacenamiento existente con máquinas virtuales en funcionamiento, consulte el Artículo de soporte de Citrix CTX (enhttp://support.citrix.com/article/ctx118791). Configuració n de la profundidad de línea de espera y calendarizador de I/O de los dispositivos de XtremIO y HBA La profundidad de la línea de espera de HBA de XenServer debe configurarse en 128, de acuerdo con el fabricante de HBA. Como alternativa, consulte la sección de Linux de la Guía de configuración de host del arreglo de almacenamiento EMC XtremIO para obtener la información de configuración de profundidad de la línea de espera. XenServer 6.5 admite el uso de reglas UDEV, que ayudan a configurar volú menes de XtremIO en forma automática a medida que los detecta el host de XenServer. En el shell de XenServer, agregue las siguientes líneas a /etc/udev/rules.d/99-xtremio.rules: # Use noop scheduler ACTION=="add change", SUBSYSTEM=="block", ENV{ID_VENDOR}=="XtremIO", ENV{ID_MODEL}=="XtremApp", ATTR{queue/scheduler}="noop" ACTION=="add change", SUBSYSTEM=="block", KERNEL=="dm*", ENV{DM_NAME}=="??14f0c5*", ATTR{queue/scheduler}="noop" # Reduce CPU overhead due to disk entropy contribution ACTION=="add change", SUBSYSTEM=="block", ENV{ID_VENDOR}=="XtremIO", ENV{ID_MODEL}=="XtremApp", ATTR{queue/add_random}="0" ACTION=="add change", SUBSYSTEM=="block", KERNEL=="dm*", ENV{DM_NAME}=="??14f0c5*", ATTR{queue/add_random}="0" # forces the IO processing completion to run on the requesting cpu ACTION=="add change", SUBSYSTEM=="block", ENV{ID_VENDOR}=="XtremIO", ENV{ID_MODEL}=="XtremApp", ATTR{queue/rq_affinity}="2" ACTION=="add change", SUBSYSTEM=="block", KERNEL=="dm*", ENV{DM_NAME}=="??14f0c5*", ATTR{queue/rq_affinity}="2" # increase queue depth on the volume ACTION=="add change", SUBSYSTEM=="scsi", ATTR{vendor}=="XtremIO ",ATTR{model}=="XtremApp", ATTR{queue_depth}="128" ACTION=="add change", SUBSYSTEMS=="scsi", ATTRS{vendor}=="XtremIO ", PROGRAM="/bin/sh -c 'echo 128 > /sys$devpath/../../queue_depth'" Calendarizador de NOOP: el calendarizador de NOOP inserta todas las solicitudes de I/O entrantes en una línea de espera simple de FIFO e implementa la fusión de las solicitudes. Resulta ú til en los casos en que está predeterminado que el host no intentará reordenar las solicitudes que se basan en los nú meros del sector que las contienen. En otras palabras, el calendarizador supone que el host desconoce por definición cómo volver a ordenar productivamente las solicitudes si se maneja la calendarización de I/O en una capa inferior de la pila de I/O. Por ejemplo, en el dispositivo de bloques, por un controlador RAID inteligente, el almacenamiento conectado en red, o un controlador conectado externamente (como un subsistema de almacenamiento al que se accede a través de una red de área de almacenamiento modificada). Dado que las solicitudes de I/O podrían volver a calendarizarse en el nivel más bajo, volver a secuenciar el IOPS a nivel del host puede crear una situación en la que se desperdicie innecesariamente el tiempo de CPU del host en las operaciones, para deshacerse después de alcanzar el nivel más bajo, lo que aumenta la latencia y disminuye el rendimiento sin productividad. Contribució n de entropía de disco: Linux regresa el uso de los dispositivos de disco a los valores predeterminados para generar datos aleatorios. Esta línea excluye que se pueda acceder a los volú menes de XtremIO para la generación de datos aleatorios. Afinidad de CPU de disco: el valor predeterminado del sistema Linux para la afinidad de CPU es round-robin. Por lo tanto, una actividad de I/O puede comenzar en un core y finalizar en el otro, lo que provoca la transferencia innecesaria de datos entre los cores y el aumento de la latencia de I/O. Profundidad de la línea de espera del volumen: cambiar solo la profundidad de la línea de espera en el nivel de HBA a 128 no afecta las diversas rutas utilizadas por el kernel. La profundidad de la línea de espera se conserva en la configuración predeterminada de 32. Mediante esta regla, se asigna a todos los volú menes de XtremIO una profundidad de línea de espera de

15 Repositorios de almacenamiento Los repositorios de almacenamiento (SR) externos de XenServer se denominan HBA de hardware. Después de crear los repositorios de almacenamiento con XenCenter (o la CLI de XE), los nuevos repositorios utilizan la profundidad de línea de espera predeterminada (de 32). El calendarizador (CFQ) requiere una configuración de 128 para la profundidad de la línea de espera y NOOP para el calendarizador de I/O. Mediante la CLI de XE, implemente el cambio en el shell solamente, lo que es suficiente para que se ejecute en un XenServer en el pool. El cambio es global. xe sr-list grep name-descrip -B2 grep XtremIO -B2 grep uuid awk -F" " '{print "xe sr-param-set uuid="$5" other-config:blkback-mem-pool-size-rings=8 other-config:scheduler=noop"}'>/tmp/write_param;chmod a+x /tmp/write_param;/tmp/write_param Dominio de control: Dom0 XenServer 6.5 presenta muchas mejoras de arquitectura diseñ adas para mejorar el rendimiento general y eliminar varias de las limitaciones de escalabilidad de XenServer 6.2. Para obtener detalles sobre los nuevos límites de configuración, consulte el Artículo de soporte de Citrix CTX (en El nuevo dominio de control de 64 bits (Dom0) permite que XenServer se adapte a más dispositivos de PCI por host (por ejemplo, NIC, GPU, etc.) y permite el uso de dispositivos que son solo de 64 bits (incluidas muchas soluciones de disco de estado sólido). El nuevo kernel de 64 bits elimina la división restrictiva de memoria baja o alta anterior que limitaba la cantidad máxima de memoria utilizable de Dom0. Esta limitación podía generar un rendimiento subóptimo de la memoria en Dom0 (cuando se asignaban más de 752 MB de RAM). Además, Dom0 se actualizó de CentOS 5.7 a CentOS La memoria de Dom0 se configura automáticamente (segú n la cantidad de memoria libre del host disponible) y se puede escalar y optimizar para lidiar con las exigencias más actuales de memoria del controlador de disco y red y vgpu. Esto permite compatibilidad con más VM y acelerar el acceso al disco para memoria caché interna. XenServer 6.5 incluye el hipervisor Xen Project más reciente disponible; la versión 4.4 ofrece muchas mejoras. XenServer 6.5 aumenta considerablemente la cantidad de canales de eventos virtuales disponibles para Dom0; desde 1,023 a 131,071, lo que significa una mayor cantidad correspondiente de dispositivos virtuales conectados. La versión 6.2 de XenServer empleaba una solución provisoria especial que proporcionaba 4,096 canales de eventos, suficientes para dar soporte a aproximadamente 500 máquinas virtuales por host, pero con la capacidad de contener solo unos pocos dispositivos virtuales en cada máquina virtual. Con el soporte para canales de eventos adicionales de la versión 4.4, XenServer 6.5 permite que cada una de estas máquinas virtuales tenga acceso a un conjunto mucho más enriquecido de dispositivos virtuales. La versión 4.4 de Xen también maneja las solicitudes de bloqueo de copias otorgadas de manera más eficiente; por lo tanto, mejora radicalmente el rendimiento de disco y de red agregado. La ú nica configuración que aú n recomienda Citrix se lleva a cabo a través del comando host-cpu-tune, que solo aparece si Dom0 utiliza la configuración recomendada de CPU para ese hardware específico. [root@scvdi45 ~]# host-cpu-tune advise Citrix recommends assigning 8 vcpus to dom0, not using pinning. This can be achieved by running: /opt/xensource/bin/host-cpu-tune set 8 nopin [root@scvdi45 ~]# host-cpu-tune show dom0's vcpu count: 8, not pinned El primer comando (host-cpu-tune advise) muestra la recomendación de Citrix para la configuración de CPU de Dom0 e imprime el comando requerido para ejecutar este cambio de configuración. Es necesario reiniciar para habilitar el parámetro. 15

16 Recuperació n de espacio La recuperación del espacio permite liberar los bloques no utilizados (por ejemplo, las VDI eliminadas en un repositorio de almacenamiento) en un LUN al que el arreglo de almacenamiento ha realizado aprovisionamiento delgado. Permite las notificaciones de las eliminaciones dentro de LVM para que se comuniquen directamente al arreglo. Una vez que se libera, el espacio recuperado está disponible libremente para que el arreglo lo reutilice. La recuperación de espacio es automática cuando se elimina un snapshot de VM de XenServer. Si no se ejecuta la recuperación de espacio con una frecuencia semanal o mensual (segú n la cantidad de datos que se eliminen o se reemplacen en un ambiente específico), el arreglo se llena de datos antiguos, sin utilizar, y se informa un valor de utilización de almacenamiento mayor de lo que es realmente. Para recuperar espacio liberado mediante XenCenter, proceda de la siguiente forma: 1. En el menú View, seleccione Infrastructure y haga clic en el host o el pool conectado al repositorio de almacenamiento. 2. Haga clic en la pestañ a Storage. 3. Seleccione el repositorio de almacenamiento de la lista y haga clic en Reclaim freed space. 4. Haga clic en Yes. 5. Haga clic en Notifications, Events; aparece la ventana Events, que muestra el estado de la operación. 16

17 Resultados de las pruebas Esta sección describe los distintos escenarios y los beneficios resultantes, a medida que se muestran en la interfaz gráfica del clú ster de XtremIO. Los resultados clave incluyen lo siguiente: Hay una mejora del rendimiento total del 37 % después de implementar todos los retoques. Se logra más desde el mismo hardware de XenServer. Se necesita de menos infraestructura para implementar la misma cantidad de máquinas virtuales, lo que genera una reducción considerable de los costos generales de la solución. La Figura 8 muestra los resultados de rendimiento cuando se utilizan mú ltiples rutas solamente. Figura 8: Rendimiento mediante el uso de mú ltiples rutas La Figura 9 muestra los resultados de rendimiento una vez que se configuran la profundidad de línea de espera y el calendarizador de I/O de los dispositivos de XtremIO y HBA. Figura 9: Rendimiento despué s la configuració n de la profundidad de línea de espera y del calendarizador de I/O de los dispositivos de XtremIO y HBA 17

18 La Figura 10 muestra el resultado de la prueba de rendimiento después de configurar el repositorio de almacenamiento de XtremIO. Figura 10: Rendimiento despué s de configurar los repositorios de almacenamiento para EMC XtremIO La Figura 11 muestra los resultados de rendimiento cuando se implementa la recuperación de espacio. Figura 11: Rendimiento despué s de la recuperació n de espacio 18