ARQUITECTURA DE REFERENCIA

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

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® son marcas registradas o marcas comerciales de VMware, Inc. en los Estados Unidos o en otras

jurisdicciones.

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 H14965

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 6.5 .................................................................................................. 6

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

Recursos de software ....................................................................................... 10

ARQUITECTURA DE REFERENCIA ............................................................ 11

Descripción General ......................................................................................... 11

Múltiples rutas ................................................................................................ 11

Configuración de la profundidad de línea de espera y calendarizador de I/O de los

dispositivos de XtremIO y HBA .......................................................................... 14

Repositorios de almacenamiento ........................................................................ 15

Dominio de control: Dom0 ................................................................................ 15

Recuperación de espacio ................................................................................... 16

RESULTADOS DE LAS PRUEBAS .............................................................. 17

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

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.

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.

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

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.

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

10

Recursos de hardware

Table 1. Recursos de hardware

Componente Configuració n

XenServer

Servidores

CPU 2 CPU físicos por servidor

40 CPU virtuales por servidor

4 CPU virtuales por VM

Memoria 256 GB por servidor

8 GB de RAM por máquina virtual

Red 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 6.5.2

EMC XtremIO

XtremApp 4.0.2

Máquinas virtuales

Windows Microsoft Windows Server 2012 R2

Linux Centos 7.1

Generador de cargas de trabajo

btest 174.6

vdbench 5.0.4

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 15 }

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

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

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.

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 “CTX118791” (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 128.

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 “CTX141510” (en http://support.citrix.com/article/CTX141510).

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

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.

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.

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

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