MOVILIDAD DE LAS APLICACIONES A LARGA … · Windows 2008 R2 con Hyper-V, SAP ERP 6.0 EHP4,...

Informe técnico

EMC GLOBAL SOLUTIONS

Resumen

Este informe técnico describe el diseño, la implementación y la validación de un ambiente de aplicaciones virtualizadas que incorpora Microsoft Windows 2008 R2 con Hyper-V, SAP ERP 6.0 EHP4, Microsoft SharePoint 2010 y Oracle Database 11gR2 en el almacenamiento virtualizado de EMC® VNX™ y EMC VMAX™ presentado por EMC VPLEX™ Geo.

Junio de 2011

MOVILIDAD DE LAS APLICACIONES A LARGA DISTANCIA ACTIVADA POR EMC VPLEX GEO Descripción general de la arquitectura

Movilidad de las aplicaciones a larga distancia Activada por EMC VPLEX Geo

2

Copyright © 2011 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 como está”. 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)

Todas las marcas comerciales incluidas/utilizadas en este documento pertenecen a sus respectivos propietarios.

Número de referencia H8214.1

3 Movilidad de las aplicaciones a larga distancia Activada por EMC VPLEX Geo

Contenido

Resumen ejecutivo ................................................................................................................ 6

Caso de negocios ............................................................................................................................. 6

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

Resultados clave .............................................................................................................................. 7

Introducción ......................................................................................................................... 8

Propósito ......................................................................................................................................... 8

Alcance ............................................................................................................................................ 8

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

Terminología .................................................................................................................................... 9

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

Descripción general ....................................................................................................................... 10

Arquitectura física .......................................................................................................................... 10

Recursos de hardware .................................................................................................................... 11

Recursos de software ..................................................................................................................... 12

Componentes clave ............................................................................................................. 13

Introducción .................................................................................................................................. 13

Elementos comunes ....................................................................................................................... 13

EMC VPLEX Geo ................................................................................................................... 14

Descripción general de EMC VPLEX Geo ......................................................................................... 14

Consideraciones de diseño de EMC VPLEX Geo .............................................................................. 14

Configuración de EMC VPLEX Geo ................................................................................................... 15

Administración de EMC VPLEX Geo ...................................................................................... 19

Descripción general de la administración de EMC VPLEX Geo ......................................................... 19

Proceso de administración de EMC VPLEX Geo ............................................................................... 20

EMC VNX5700 ..................................................................................................................... 21

Descripción general de EMC VNX5700 ........................................................................................... 21

Configuración de EMC VNX5700 ..................................................................................................... 21

Configuración del pool .............................................................................................................. 21

Configuración de LUN ................................................................................................................ 21

EMC Symmetrix VMAX ......................................................................................................... 22

Descripción general de EMC Symmetrix VMAX ................................................................................ 22

Configuración de EMC Symmetrix VMAX ......................................................................................... 22

Configuración del volumen de Symmetrix .................................................................................. 22

Configuración del metadispositivo ............................................................................................ 22


4

Microsoft Hyper-V ............................................................................................................... 23

Descripción general de Microsoft Hyper-V ...................................................................................... 23

Configuración de Microsoft Hyper-V ............................................................................................... 23

Configuración de red de Hyper-V .................................................................................................... 24

Configuración de Microsoft SCVMM ............................................................................................... 28

Infraestructura de red .......................................................................................................... 29

Descripción general de la infraestructura de red ............................................................................ 29

Consideraciones de diseño de la red ............................................................................................. 29

Configuración de red ...................................................................................................................... 30

Optimización de la WAN de Silver Peak ................................................................................ 31

Descripción general de la optimización de la WAN ......................................................................... 31

Dispositivo Silver Peak NX ............................................................................................................. 31

Consideraciones de diseño de Silver Peak ..................................................................................... 32

Resultados de la optimización de la WAN de Silver Peak ................................................................ 32

Microsoft Office SharePoint Server 2010 .............................................................................. 33

Descripción general de SharePoint ................................................................................................. 33

Configuración de Microsoft SharePoint Server 2010 ............................................................. 33

Descripción general de la configuración de SharePoint Server ....................................................... 33

Consideraciones de diseño de SharePoint Server ........................................................................... 33

Configuraciones de la máquina virtual de la granja de servidores SharePoint Server ...................... 34

Configuración y recursos de la máquina virtual de SharePoint ....................................................... 35

Metodología de prueba de la granja de SharePoint ........................................................................ 35

Validación del ambiente SharePoint Server .......................................................................... 36

Resumen de las pruebas ................................................................................................................ 36

Prueba de base de SharePoint ....................................................................................................... 36

Prueba encapsulada de SharePoint ............................................................................................... 37

Prueba de migración activa de SharePoint ..................................................................................... 38

Migración activa de SharePoint con prueba de compresión ........................................................... 40

Optimización de la WAN de SharePoint y Silver Peak ..................................................................... 41

SAP .................................................................................................................................... 42

Descripción general de SAP............................................................................................................ 42

Configuración de SAP .......................................................................................................... 43

Descripción general de la configuración de SAP ............................................................................. 43

Consideraciones de diseño de SAP ................................................................................................ 43

Configuraciones de la máquina virtual de SAP ............................................................................... 44

Configuración de HP LoadRunner ................................................................................................... 44

Perfil del tipo de carga de SAP ERP ................................................................................................. 44


Validación del ambiente SAP ............................................................................................... 45


Metodología de prueba de SAP ...................................................................................................... 45

Generación de carga de SAP .......................................................................................................... 46

Procedimiento de prueba de SAP ................................................................................................... 46

Resultados de la prueba de SAP ..................................................................................................... 47

Optimización de la WAN de SAP y Silver Peak ................................................................................ 49

Oracle ................................................................................................................................. 50

Descripción general de Oracle ........................................................................................................ 50

Configuración de Oracle ...................................................................................................... 50

Descripción general de la configuración de Oracle ......................................................................... 50

Configuración de la máquina virtual de Oracle ............................................................................... 50

Configuración y recursos de la base de datos de Oracle ................................................................ 51

Configuración de la utilería SwingBench ........................................................................................ 52

Validación del ambiente de Oracle ...................................................................................... 53


Prueba de base de Oracle .............................................................................................................. 53

Prueba encapsulada de Oracle ....................................................................................................... 54

Prueba de simulación de distancia de Oracle ................................................................................. 55

Simulación de distancia de Oracle con prueba de compresión ....................................................... 56

Prueba de migración activa de Oracle ............................................................................................ 57

Optimización de la WAN de Oracle y Silver Peak ............................................................................. 58

Conclusiones ...................................................................................................................... 59

Resumen ........................................................................................................................................ 59

Conclusiones ................................................................................................................................. 59

Referencias ......................................................................................................................... 60

Informes técnicos .......................................................................................................................... 60

Documentación de los productos ................................................................................................... 60

Otros documentos ......................................................................................................................... 60


6

Resumen ejecutivo Las empresas globales de la actualidad exigen disponibilidad permanente de las aplicaciones y la información para mantenerse competitivas. La prioridad se centra en las aplicaciones de misión crítica, es decir, las aplicaciones cuyo tiempo fuera produce pérdida de productividad, pérdida de clientes y por último, pérdida de ingresos. EMC ha liderado continuamente en su oferta de productos, servicios y soluciones que garantizan el tiempo de actividad y protegen a los negocios de pérdidas desastrosas. EMC® VPLEX™ permite a los clientes migrar sin inconvenientes los tipos de cargas a distancia a fin de proteger la información o brindar un mejor apoyo a las iniciativas y a los empleados de todo el mundo. Al aprovechar la arquitectura que se documenta aquí, los clientes pueden migrar tipos de cargas a diferentes ubicaciones físicas que se encuentran a un máximo de 2,000 km de distancia. Esto ofrece un nivel de flexibilidad sin precedentes y, al mismo tiempo, asegura la disponibilidad de las aplicaciones y la información.

Los días laborables ya no son de nueve a cinco; las empresas trabajan 24 horas al día en oficinas de todo el mundo. La información y las aplicaciones se necesitan para mantener el funcionamiento correcto del negocio. EMC VPLEX ayuda a los clientes a migrar fácilmente los tipos de cargas en todo el mundo al:

• Aumentar el ROI mediante una mayor utilización de los recursos de hardware y software

• Garantizar la disponibilidad de la información y las aplicaciones

• Minimizar la interrupción de los procesos que generan ingresos

• Optimizar el acceso a las aplicaciones y los datos para satisfacer de mejor forma las exigencias geográficas específicas

La familia EMC VPLEX es una solución para la federación de almacenamiento de EMC y de otros fabricantes. La plataforma VPLEX reside lógicamente entre los servidores y los recursos de almacenamiento heterogéneos que son compatibles con una amplia variedad de arreglos de distintos proveedores. VPLEX simplifica la administración de almacenamiento permitiendo que los LUN, provisionados a partir de varios arreglos, se administren mediante una interfaz de administración centralizada.

La plataforma EMC VPLEX elimina las barreras físicas dentro de los centros de datos y entre ellos. VPLEX Local proporciona administración simplificada y movilidad de datos no disruptiva entre arreglos heterogéneos. VPLEX Metro proporciona movilidad, disponibilidad y colaboración entre dos clusters VPLEX situados a distancias síncronas. VPLEX Geo disminuye aún más esas distancias extendiendo estos casos de uso a distancias asíncronas.

Con una exclusiva arquitectura de escalamiento vertical y horizontal, las funciones avanzadas de almacenamiento en caché de datos y coherencia de caché distribuida de VPLEX ofrecen resistencia de los tipos de cargas, uso compartido automatizado, balanceo y failover de dominios de almacenamiento, y permiten obtener acceso a datos locales y remotos con niveles de servicio predecibles.

Caso de negocios

Descripción general de la solución


VPLEX Geo proporciona una forma más eficaz de administrar los ambientes de almacenamiento virtual permitiendo la integración transparente con aplicaciones e infraestructura existentes y proporcionando la capacidad de migrar datos entre centros de datos remotos sin interrupción en el servicio. Las organizaciones no necesitan ejecutar tareas tradicionalmente complejas y lentas para migrar sus datos entre centros de datos geográficamente dispersos, como la creación de respaldos físicos o el uso de servicios de replicación de datos.

Al utilizar VPLEX Geo como se describe en esta solución, las organizaciones pueden:

• Migrar fácilmente las aplicaciones en tiempo real de un sitio a otro sin tiempo fuera mediante herramientas de infraestructura estándar como Microsoft Hyper-V.

• Ofrecer una solución no disruptiva y transparente para las aplicaciones a fin de evitar interrupciones y fortalecer la migración de datos. Esto reduce el impacto operativo asociado a las soluciones tradicionales (como el respaldo a cintas y la replicación de datos) de días o semanas a minutos.

• Compartir y balancear de manera transparente los recursos entre centros de datos geográficamente dispersos con herramientas de infraestructura estándar.

Resultados clave


8

Introducción El propósito de este documento es ofrecerles a los lectores una comprensión general de la tecnología de VPLEX Geo y su utilización con herramientas como Microsoft Hyper-V para proporcionar distribución y uso compartido de recursos eficaces entre los centros de datos que se encuentran a un máximo de 2,000 km de distancia sin tiempo fuera.

VPLEX Geo permite la movilidad de las aplicaciones entre centros de datos a distancias asíncronas. Al usar VPLEX Geo junto con Microsoft Hyper-V, los administradores de TI pueden garantizar la movilidad de las aplicaciones en las WAN existentes. Gracias a la adición de la compresión de Silver Peak, es posible optimizar el ancho de banda de WAN existente a fin de obtener el máximo rendimiento de AccessAnywhere entre las ubicaciones.

El alcance de este informe técnico es documentar los siguientes aspectos:

• La configuración del ambiente para varias aplicaciones que utilizan el almacenamiento virtualizado presentado por EMC VPLEX Geo

• La migración desde almacenamiento tradicional conectado a SAN a un ambiente de almacenamiento virtualizado presentado por EMC VPLEX Geo

• La movilidad de las aplicaciones en un ambiente de almacenamiento virtualizado de VPLEX Geo geográficamente disperso

Este informe técnico está diseñado para empleados, partners y clientes de EMC, incluidos planificadores de TI, arquitectos y administradores de virtualización y cualquier otro profesional de TI que participe en la evaluación, adquisición, administración, operación o diseño de infraestructuras que aprovechen las tecnologías de EMC.

Propósito

Alcance

Público al que va dirigido


Este documento incluye la siguiente terminología.

Tabla 1. Terminología

Término Definición

Grupo asíncrono Los grupos de coherencia asíncronos se utilizan para volúmenes distribuidos en VPLEX Geo a fin de garantizar que las operaciones de I/O de todos los volúmenes del grupo estén coordinadas entre ambos clusters y en todos los directores de cada cluster. Todos los volúmenes de un grupo asíncrono comparten la misma regla de desconexión, están en modo de caché de reescritura, y se comportan de la misma forma ante una falla de enlace entre clusters. En un grupo de coherencia asíncrono, solo pueden incluirse volúmenes virtuales distribuidos.

CNA Adaptador de red convergente

COM Comunicación: identifica enlaces de comunicación entre y dentro de clusters

Grupos de coherencia

Los grupos de coherencia le permiten agrupar volúmenes y aplicar un conjunto de propiedades a todo el grupo. En un VPLEX Geo donde los clusters están separados por distancias asíncronas (hasta 50 ms de ciclo de ida y vuelta), los grupos de coherencia son necesarios para las operaciones de I/O asíncronas entre los clusters. En caso de falla de un enlace de director, cluster o entre clusters, los grupos de coherencia garantizan la coherencia en el orden en el cual se escriben los datos en los arreglos de back-end, lo que evita un posible daño en los datos.

Dispositivo distribuido

Los dispositivos distribuidos utilizan almacenamiento de ambos clusters. Los componentes de un dispositivo distribuido deben ser otros dispositivos, y aquellos dispositivos se deben crear a partir del almacenamiento en ambos clusters en el Geo-plex.

DR Recuperación de desastres

HA Alta disponibilidad

OLTP Procesamiento de transacciones en línea

SAP ABAP SAP Advanced Business Application Programming

SAP ERP SAP Enterprise Resource Planning

Grupo síncrono Los grupos de coherencia síncronos proporcionan una manera conveniente de aplicar conjuntos de reglas y otras propiedades a un grupo de volúmenes por vez, lo que simplifica la configuración del sistema y la administración de sistemas grandes. Los volúmenes en un grupo síncrono se comportan igual que en un VPLEX, y pueden tener una visibilidad global o local. Los grupos de coherencia síncronos pueden contener volúmenes locales, globales o distribuidos.

UCS Cisco Unified Computing System

VM Máquina virtual. Implementación de software de una máquina que ejecuta programas como una máquina física.

VPLEX Geo Proporciona federación distribuida dentro de dos clusters y entre ellos (a distancias asíncronas).

VHD Disco duro virtual. Un disco duro virtual (VHD) de Hyper-V es un archivo que encapsula una imagen de disco duro.

Terminología


10

Descripción general de la solución La solución validada está incorporada en un ambiente Microsoft Hyper-V en una infraestructura de EMC VPLEX Geo que incorpora arreglos de almacenamiento de EMC Symmetrix® VMAX™ y EMC VNX™. Los componentes clave de la arquitectura física son:

• Bloques de infraestructura de EMC VPLEX Geo que ofrecen acceso y administración de almacenamiento virtualizado

• Un arreglo de almacenamiento EMC VNX5700™

• Arreglos de almacenamiento EMC Symmetrix VMAX

• Clusters Microsoft Hyper-V compatibles con SAP, Microsoft SharePoint y Oracle

• Dispositivos para la optimización de la WAN Silver Peak NX La Figura 1 ilustra la arquitectura física de la solución del caso de uso.

Figura 1. Diagrama de arquitectura física

Descripción general

Arquitectura física


La Tabla 2 describe los recursos de hardware utilizados en esta solución.

Tabla 2. Recursos de hardware

Equipo Cantidad Configuración

Servidores en rack 4 Sitio de producción (sitio A)

Dos CPU Xeon 5650 de seis cores, 96 GB de RAM

Dos adaptadores Emulex CNA de 10 GB

Servidores blade de cómputo unificado

4 Sitio de recuperación de desastres (sitio B)

Dos CPU Xeon 5670 quad-core, 48 GB de RAM Dos adaptadores QLogic CNA de 10 GB

EMC Symmetrix VMAX 1 Fibre Channel, unidades Fibre Channel de 600 GB/15,000 r/min, discos flash de 200 GB

EMC VNX5700 1 Conectividad Fibre Channel, unidades Fibre Channel de 600 GB/15,000 r/min, discos flash de 200 GB

EMC VPLEX 2 Cluster VPLEX Geo con dos motores y cuatro directores en cada cluster

Emulación de WAN 1 Dos emuladores de red de 1 GbE

Dispositivo para la compresión de la WAN

2 Dispositivo de hardware de 1 GbE

Switches de clase empresarial

4 Switches de redes convergentes

Dos por sitio para la conectividad del arreglo y del servidor

Recursos de hardware


12

La Tabla 3 describe los recursos de software utilizados en el ambiente de esta solución.

Tabla 3. Recursos de software

Software Versión

EMC PowerPath® 5.5

Microsoft Windows 2008 R2 SP1

Microsoft Windows 2008 R2 Hyper-V SP1

Microsoft Office SharePoint Server 2010 14.0.4762.1000

Microsoft SQL Server 2008 R2 10.50.1600.1

Red Hat Enterprise Linux 5.5

SAP ERP 6.0 EHP4

SAP NetWeaver 7.0 EHP 1 Unicode de 64 bits

Oracle RDBMS 11gR2 11.2.0.2.0

Visual Studio Test Suite 2008 SP1

Cargador de documentos KnowledgeLake 1.1

SwingBench 2.3.0.422

HP LoadRunner 9.5.1

Recursos de software


Componentes clave El ambiente del centro de datos virtualizado descrito en este informe técnico se diseñó y se implementó mediante una infraestructura compartida. Todas las capas del ambiente se comparten para crear el mayor retorno de la inversión en la infraestructura y brindar soporte a varios requisitos de aplicaciones para ofrecer funcionalidad y rendimiento.

Mediante el uso de la virtualización de servidores, basada en Microsoft Hyper-V, los servidores basados en Intel x86 se comparten en las aplicaciones y se agrupan en clusters para lograr capacidad de redundancia y failover. VPLEX Geo se utiliza para presentar áreas de almacenamiento de datos compartidas a las ubicaciones físicas del centro de datos, lo que permite la migración de las máquinas virtuales de aplicaciones entre los sitios físicos. El almacenamiento físico del sitio A consta de un solo motor Symmetrix VMAX y un VNX5700 para los ambientes SAP, Microsoft y Oracle. VNX5700 se utiliza para la infraestructura y el almacenamiento físicos del centro de datos del sitio B.

Las siguientes secciones describen brevemente los componentes utilizados en esta solución, incluidos:

• EMC VPLEX Geo

• Administración de EMC VPLEX Geo

• EMC VNX5700

• EMC Symmetrix VMAX SE

• Microsoft 2008 R2 con Hyper-V

• Microsoft Systems Center Virtual Machine Manager (SCVMM)

• Dispositivo para la optimización de la WAN Silver Peak NX-9000

Introducción

Elementos comunes


14

EMC VPLEX Geo EMC VPLEX Geo es una plataforma de virtualización de almacenamiento para la nube híbrida y privada. EMC VPLEX Geo es una solución de bloques basada en SAN para la federación local y distribuida que permite que la virtualización, el acceso y la administración del almacenamiento físico proporcionado por los arreglos de almacenamiento tradicionales trasciendan los límites de los centros de datos.

Esta forma de acceso, denominada AccessAnywhere, elimina muchas de las restricciones físicas del centro de datos y sus arreglos de almacenamiento. El almacenamiento de AccessAnywhere permite el movimiento, acceso y espejeado transparentes de los datos entre los centros de datos, lo que permite que el almacenamiento y las aplicaciones funcionen eficazmente entre los centros de datos como si no existieran estos límites físicos.

En esta solución, diseñamos los VPLEX Geo-plex mediante una topología enrutada con las siguientes características ambientales:

• Los enrutadores se situaron entre los clusters.

• Se utilizó un emulador de red Empirix entre los clusters.

La Figura 2 muestra el cluster VPLEX Geo en una topología enrutada.

Figura 2. Cluster VPLEX Geo con topología enrutada

Descripción general de EMC VPLEX Geo

Consideraciones de diseño de EMC VPLEX Geo


En esta solución, los clusters VPLEX Geo constan de dos clusters en dos ubicaciones geográficas. En cada cluster existen dos grupos de puertos, como se describe en la Tabla 4 y la Tabla 5.

Tabla 4. Grupos de puertos para VPLEX Geo-plex 1

Atributos de subred para el grupo de puertos 0:

prefijo 192.168.11.0

máscara de subred 255.255.255.0

dirección de cluster 192.168.11.251

gateway 192.168.11.1

mtu 1,500

subred remota 192.168.22.0/24


prefijo 10.6.11.0



gateway 10.6.11.1

mtu 1,500


Tabla 5. Grupos de puertos para VPLEX Geo-plex 2


prefijo 192.168.22.0



gateway 192.168.22.2

mtu 1,500



prefijo 10.6.22.0



gateway 10.6.22.1

mtu 1,500


Configuración de EMC VPLEX Geo


16

Después de la unión de ambos clusters para formar VPLEX Geo, la conectividad de red se establece desde cada director entre dos clusters.

La Figura 3 muestra el estado de conectividad de director-1-1-A.

Figura 3. Estado de conectividad de director-1-1-A

La Figure 4 muestra el estado de conectividad de director-2-1-A.

Figura 4. Estado de conectividad de director 2-1-A

Al crear dispositivos distribuidos, adquieren el modo síncrono de forma predeterminada. Los clusters VPLEX Geo requieren la configuración de grupos de coherencia para crear dispositivos distribuidos en modo asíncrono.


La Figura 5 muestra que el grupo de coherencia VPLEX-Async-Group se creó en ambos clusters. El grupo posee un total de nueve volúmenes virtuales.

Figura 5. Grupo de coherencia de VPLEX

Para verificar que todos los volúmenes virtuales estén en modo asíncrono, la CLI de VPLEX se puede utilizar como se muestra en la Figura 6.

Figura 6. Verificación del modo asíncrono


18

Después de establecer la conexión WAN del cluster VPLEX Geo e introducir la latencia de la distancia entre dos clusters (que representan dos ubicaciones geográficas), se produjo una demora en el tráfico de red y en el SAN.

La Figura 7 muestra el estado del puerto WAN de VPLEX.

Figura 7. Estado del puerto WAN de VPLEX

La Figura 8 muestra el ciclo de ida y vuelta (RRT) del paquete entre los directores de VPLEX.

Figura 8. Ciclo de ida y vuelta entre directores de VPLEX


Administración de EMC VPLEX Geo Al llevar un arreglo de almacenamiento existente a un ambiente de almacenamiento virtualizado, las opciones son:

• Encapsular los volúmenes de almacenamiento desde los arreglos de almacenamiento existentes que ya han sido utilizados por los hosts

o

• Crear un nuevo LUN de VPLEX Geo y migrar los datos existentes a dicho LUN

VPLEX Geo ofrece una opción para encapsular los datos existentes mediante VPlexcli. Cuando se establece la coherencia de las aplicaciones (mediante el indicador -appc), los volúmenes solicitados tienen protección de datos y no existe pérdida de información.

Nota: No existe un equivalente de GUI para el indicador appc.

En esta solución, encapsulamos volúmenes de almacenamiento existentes con datos reales y los colocamos en clusters VPLEX Geo, como se muestra en la Figura 9. Los datos se protegieron al solicitar volúmenes de almacenamiento con el indicador -appc a fin de crear volúmenes de almacenamiento “coherentes con las aplicaciones”.

Figura 9. Volúmenes de almacenamiento encapsulados

Descripción general de la administración de EMC VPLEX Geo


20

En esta solución, la administración de VPLEX Geo se realizó principalmente a través de Management Console, aunque existe la misma funcionalidad en VPlexcli.

En la autenticación con la GUI segura basada en web, el usuario recibe un conjunto de opciones de configuración en pantalla que aparecen en orden de finalización. Para obtener más información sobre cada paso del flujo de trabajo, consulte la ayuda en línea de EMC VPLEX Management Console. La Tabla 6 resume los pasos que se tomarán, desde el descubrimiento de los arreglos hasta cuando el almacenamiento se hace visible para el host.

Tabla 6. Proceso de administración de VPLEX Geo

Paso Acción

1 Descubrimiento del almacenamiento disponible

VPLEX Geo descubre automáticamente los arreglos de almacenamiento zonificados para los puertos de back-end. Todos los arreglos conectados a cada director del cluster aparecen en la vista Storage Arrays.

2 Solicitud de volúmenes de almacenamiento

Los volúmenes de almacenamiento se deben solicitar antes de poder usarlos en el cluster (excepto el volumen de metadatos, que se crea a partir de un volumen de almacenamiento no solicitado). Un volumen de almacenamiento solo se puede usar después de solicitarlo para crear extensiones, dispositivos y luego volúmenes virtuales.

3 Creación de extensiones

Cree extensiones para los volúmenes de almacenamiento seleccionados y especifique la capacidad.

4 Creación de dispositivos a partir de extensiones

Se crea un dispositivo simple a partir de una extensión, el cual utiliza almacenamiento solo en un cluster.

5 Creación de un volumen virtual

Cree un volumen virtual con el dispositivo creado en el paso anterior.

6 Registro de iniciadores

Cuando los iniciadores (hosts que acceden al almacenamiento) se conectan directamente o a través de un fabric de Fibre Channel, VPLEX Geo los descubre automáticamente y completa la vista Initiators. Una vez descubiertos, debe registrar los iniciadores con VPLEX Geo antes de poder agregarlos a una vista de almacenamiento y obtener acceso al mismo. El registro de un iniciador le da un nombre significativo al WWN del puerto, que suele corresponder al nombre DNS del servidor, a fin de permitir identificar al host con facilidad.

7 Creación de una vista de almacenamiento

Para que el almacenamiento sea visible para un host, primero cree una vista de almacenamiento y luego agregue los puertos de front-end y los volúmenes virtuales de VPLEX Geo a la vista. Los volúmenes virtuales no son visibles para los hosts hasta que estén en una vista de almacenamiento con puertos e iniciadores asociados. El asistente Create Storage View le permite crear una vista de almacenamiento y agregar iniciadores, puertos y volúmenes virtuales a la vista. Una vez que se agregan todos los componentes a la vista, esta se activa automáticamente. Cuando una vista de almacenamiento está activa, los hosts pueden ver el almacenamiento y comenzar el proceso de I/O para los volúmenes virtuales.

Después de crear una vista de almacenamiento, solo puede agregar o eliminar volúmenes virtuales a través de la GUI. Para agregar o eliminar puertos e iniciadores, use la CLI. Para obtener más información, consulte la Guía sobre la CLI de EMC VPLEX.

Proceso de administración de EMC VPLEX Geo


EMC VNX5700 La familia EMC VNX ofrece innovaciones líderes del sector y funcionalidades empresariales para el almacenamiento de archivos, bloques y objetos en una solución escalable y fácil de usar. Esta plataforma de almacenamiento de última generación combina hardware flexible y eficiente con software de protección, administración y eficiencia avanzadas a fin de satisfacer las exigentes necesidades de las grandes empresas de la actualidad.

La serie VNX está diseñada para satisfacer los requisitos de alto rendimiento y alta escalabilidad de empresas medianas y grandes, lo que ofrece rendimiento, eficiencia y simplicidad superiores para ambientes de aplicaciones virtuales exigentes.

Esta sección describe cómo se configuró VNX5700 en esta solución.

Configuración del pool La Tabla 7 describe la configuración del pool de VNX5700 utilizado en esta solución.

Tabla 7. Configuración del pool de VNX5700

Pool Tipo de protección

Cantidad de unidades

Tecnología de unidades

Capacidad de unidades

VNXPool0 RAID 1/0 16 SAS 300 GB

VNXPool1 RAID 5 30 SAS 300 GB


VNXPool3 RAID 1/0 2 Flash SATA 200 GB


Configuración de LUN La Tabla 8 describe la configuración del LUN de VNX5700 utilizado en esta solución.

Tabla 8. Configuración del LUN de VNX5700

LUN ID de LUN Tamaño de LUN Pool

R10CSV01 1 2 TB VNXPool0





R10CSV03 39 150 GB VNXPool3

ORALOG 43 150 GB VNXPool4

Descripción general de EMC VNX5700

Configuración de EMC VNX5700


22

EMC Symmetrix VMAX La serie EMC Symmetrix VMAX es la última generación de la línea de productos Symmetrix. Basada en la estrategia de un almacenamiento simple, inteligente y modular, incorpora un diseño de interconexión de fabric escalable que permite que el arreglo de almacenamiento crezca sin inconvenientes desde una configuración para principiantes a un sistema de almacenamiento empresarial a gran escala. Los arreglos de Symmetrix VMAX ofrecen rendimiento y escalabilidad mejorados para ambientes empresariales exigentes, como aquellos presentes en ambientes de virtualización grandes, y mantienen la compatibilidad con el amplio portafolio de ofertas de software para plataformas de EMC.

Los sistemas de Symmetrix VMAX brindan funcionalidades de software que mejoran el uso de la capacidad, la facilidad de uso, la continuidad del negocio y la seguridad. Estas características ofrecen una ventaja considerable a las implementaciones del cliente en un ambiente virtualizado, donde se requieren facilidad de administración y protección de recursos de datos y de máquinas virtuales.

Esta sección describe cómo se configuró EMC Symmetrix VMAX en esta solución.

Configuración del volumen de Symmetrix La Tabla 9 describe la configuración del volumen de Symmetrix VMAX utilizado en esta solución.

Tabla 9. Configuración del volumen de Symmetrix VMAX

ID de volumen

Tipo de protección

Tamaño de dispositivo

Tecnología de unidades

Capacidad de unidades

1FD:229 RAID 5 (7+1) 240 GB Fibre Channel 450 GB 15,000 r/min

22A:22B RAID 5 (7+1) 150 GB Fibre Channel 450 GB 15,000 r/min

Nota: Los dispositivos 22A:22B se utilizan como dispositivos independientes.

Configuración del metadispositivo La Tabla 10 describe la configuración del metadispositivo de Symmetrix VMAX utilizado en esta solución.

Tabla 10. Configuración del metadispositivo de Symmetrix VMAX

ID de volumen

Protección Metaconfiguración Metamiembros Tamaño del volumen

1FD RAID 5 (7+1) fraccionado 1FE:205 2.1 TB

206 RAID 5 (7+1) fraccionado 207:20E 2.1 TB

20F RAID 5 (7+1) fraccionado 210:217 2.1 TB

218 RAID 5 (7+1) fraccionado 219:220 2.1 TB

221 RAID 5 (7+1) fraccionado 222:229 2.1 TB

Descripción general de EMC Symmetrix VMAX

Configuración de EMC Symmetrix VMAX


Microsoft Hyper-V Hyper-V es una tecnología de virtualización basada en hipervisor de Microsoft que las organizaciones utilizan para reducir costos mediante la virtualización a través de Windows Server 2008 R2. Microsoft Hyper-V permite a los clientes sacar el máximo provecho de su hardware de servidor consolidando varias funciones de servidor como máquinas virtuales separadas que se ejecutan en un solo equipo físico.

Esta sección describe la configuración del ambiente Microsoft Hyper-V utilizado en esta solución.

El cluster de failover de Windows se utiliza para entregar funciones de alta disponibilidad, además de migración activa y capacidad de volúmenes compartidos de cluster. El uso del volumen de VPLEX para los volúmenes compartidos de cluster permite que varias máquinas virtuales se alojen en un solo LUN, a la vez que permite la migración activa de una máquina virtual de un sitio a otro independientemente de las otras máquinas virtuales presentes en ese volumen.

La Figura 10 muestra que se utilizan cuatro nodos en cada sitio y tres conexiones de red Ethernet para el latido, la migración activa y el acceso del cliente al sitio respectivo. System Center Virtual Machine Manager (SCVMM) se utiliza para administrar las máquinas virtuales en el cluster Hyper-V.

Figura 10. Nodos y conexiones del cluster Hyper-V

Descripción general de Microsoft Hyper-V

Configuración de Microsoft Hyper-V


24

Un switch virtual de Hyper-V, denominado MSvSwitch, se crea para la red de la máquina virtual. La Figura 11 muestra la relación entre la máquina virtual, el switch virtual y la NIC física en uno de los nodos de cluster.

Figura 11. Relación del switch virtual

Configuración de red de Hyper-V


La red de la máquina virtual se configura para utilizar etiquetado de VLAN como se muestra en la Figura 12.

Figura 12. Etiquetado de VLAN en la red de la máquina virtual

EMC PowerPath está instalado en los nodos de cluster, como se muestra en la Figura 13, para ofrecer balanceo de carga o tolerancia a fallas en la red Fibre Channel. Para brindar soporte al dispositivo de VPLEX, se debe seleccionar Invista® Devices Support durante la instalación. Esto también se puede cambiar después de la instalación mediante Agregar o quitar programas.

Figura 13. EMC PowerPath instalado


26

El volumen distribuido en VPLEX Geo se presenta a los nodos en ambos sitios. Se crea un volumen básico, formateado con NTFS en uno de los nodos, y a continuación se agrega al cluster. Con Windows 2008 R2, la función Cluster Shared Volumes se puede activar haciendo clic en el botón secundario y seleccionando Enable Cluster Shared Volumes, como se muestra en la Figura 14. A continuación es posible agregar el recurso de disco a los volúmenes compartidos de cluster.

Figura 14. Activación de los volúmenes compartidos de cluster

Nota: Asegúrese de que al activar la función Cluster Shared Volume, todos los nodos estén disponibles. De lo contrario, deberá utilizar posteriormente el comando de cluster de CLI para agregar el nodo a la lista de encargados de los recursos de cluster. Consulte la Figura 15.

Figura 15. Lista de encargados de los recursos de cluster


Cluster Shared Volume monta el disco en C:\SharedStorage en cada nodo del cluster, como se muestra en la Figura 16.

Figura 16. Ubicación de los volúmenes compartidos de cluster

La máquina virtual se puede configurar para usar esa ruta a fin de colocar el disco virtual en el volumen compartido, como se muestra en la Figura 17.

Figura 17. Ruta de disco duro virtual

Si falla la red de almacenamiento entre el host y el arreglo, existe la opción de redirigir el tráfico a través de la LAN hasta el nodo que posee el recurso de disco compartido de cluster.


28

Si necesita transferir el disco de máquina virtual a un volumen distinto, es posible utilizar la opción de migración de almacenamiento con Microsoft Systems Center Virtual Machine Manager (SCVMM), como se muestra en la Figura 18.

Figura 18. Opción de migración de almacenamiento de SCVMM

Y proporcione el volumen de destino donde se transferirá, como se muestra en la Figura 19.

Figura 19. Volumen del destino

La máquina virtual debe encontrarse en un estado guardado o apagado para transferir el almacenamiento subyacente.

Configuración de Microsoft SCVMM


Infraestructura de red Esta sección describe el ambiente de red de la máquina virtual utilizado en esta solución. Se abordarán los siguientes temas:

• Consideraciones de diseño de la red

• Configuración de la infraestructura de red

El ambiente de red de la máquina virtual de esta solución consta de una sola red de capa 2 que se extiende a través de la WAN entre el sitio A y el sitio B. Las siguientes consideraciones de diseño se aplican a este ambiente:

• Esta extensión se realizó mediante Overlay Transport Virtualization (OTV) de Cisco en lugar del establecimiento de un puente entre la VLAN y la WAN. OTV permite la extensión de LAN Ethernet sobre cualquier transporte de WAN encapsulando dinámicamente la capa 2 “Mac en IP” y enrutarla a través de la WAN.

• Los dispositivos Edge y los switches Nexus 7000 intercambian información sobre los dispositivos descubiertos en la VLAN extendida de cada sitio mediante multidifusión, lo que elimina la necesidad de propagación de ARP y otras difusiones a través de la WAN.

• Además, el uso de OTV en lugar del establecimiento de puentes elimina el redireccionamiento BPDU (parte de las operaciones de árbol de alcance normal en un escenario de VLAN con puente) y permite eliminar o limitar la velocidad de otras difusiones para conservar el ancho de banda.

Nota: Para obtener recomendaciones sobre el uso de migración activa en su propio ambiente Hyper-V, consulte Hyper-V: Guía de configuración de la red para la migración activa en el sitio de Microsoft TechNet.

Descripción general de la infraestructura de red

Consideraciones de diseño de la red

http://technet.microsoft.com/es-mx/library/ff428137%28WS.10%29.aspx�


30

La Tabla 11 indica la configuración de OTV para cada dispositivo Edge en la red de la máquina virtual.

Tabla 11. Configuración de OTV de la red de la máquina virtual

OTV de sitio Configuración

Sitio A: Pcloud-7000-OTV

feature otv

otv site-vlan 1

interface Overlay1

description VPLEX-WAN

otv isis authentication key-chain VPLEX

otv join-interface Ethernet3/16

otv control-group 239.1.1.1

otv data-group 239.194.1.0/29

otv extend-vlan 580

otv site-identifier 1

Sitio B: Pcloud-7000-VPLEX-SITE-B

feature otv

interface Overlay1

description VPLEX-WAN

otv isis authentication key-chain VPLEX

otv join-interface Ethernet3/33

otv control-group 239.1.1.1

otv data-group 239.194.1.0/29

otv extend-vlan 580

otv site-identifier 1

Nota: Para obtener más información sobre OTV de Cisco, consulte la

Guía de inicio rápido de Cisco.

Configuración de red

http://www.cisco.com/en/US/docs/switches/datacenter/sw/nx-os/OTV/quick_start_guide/Cisco_Nexus_7000_Series_OTV_Quick_Start_Guide.html�


Optimización de la WAN de Silver Peak La optimización de la WAN es el proceso de mejorar el flujo del tráfico de red aumentando la eficiencia y minimizando los bloqueos del ancho de banda mediante el uso de compresión de datos, almacenamiento en caché y otras técnicas.

Existen muchas opciones de productos y proveedores para la optimización de la WAN que se pueden implementar para satisfacer sus necesidades de red. En esta solución, utilizamos dispositivos para la optimización de la WAN de Silver Peak.

Nota: Los ahorros en el ancho de banda a partir de la optimización de la WAN son independientes de la distancia y se presentan en todas las distancias. Los beneficios en la aceleración a partir de la optimización de la WAN aumentan considerablemente a medida que aumenta la latencia. Encontrará resultados detallados de las pruebas de aceleración que superan los 20 ms en www.silver-peak.com.

Los dispositivos de Silver Peak son dispositivos de red de tipo centro de datos diseñados para cumplir con los exigentes requisitos de optimización de la WAN de grandes empresas, lo cual ofrece rendimiento, escalabilidad y confiabilidad superiores.

Los dispositivos NX de alta capacidad de Silver Peak escalan de megabytes por segundo a gigabytes por segundo de capacidad de WAN en un solo dispositivo. Mediante la optimización de la capa de red, el dispositivo puede optimizar todo el tráfico IP, independientemente del protocolo de transporte o de la versión de software de la aplicación. La tecnología de optimización de Silver Peak ayuda a superar retos comunes de ancho de banda, latencia y calidad de la WAN.

Como se muestra en la Figura 20, los dispositivos de Silver Peak se pueden implementar entre clusters VPLEX Geo en ambos extremos de la WAN. Al implementarse con VPLEX Geo, Silver Peak modera muchos retos asociados a la implementación de una arquitectura geográficamente distribuida, incluidos el ancho de banda limitado, la alta latencia (debido a la distancia) y la calidad de la WAN.

Figura 20. Dispositivos para la optimización de la WAN de Silver Peak y EMC

VPLEX Geo

Descripción general de la optimización de la WAN

Dispositivo Silver Peak NX

http://www.silver-peak.com/�


32

En esta solución, los dispositivos de Silver Peak se configuraron de la siguiente manera:

• Los dispositivos de compresión de Silver Peak se configuraron en modo enrutado mediante enrutamiento basado en políticas y se insertaron en línea a cada lado del enlace WAN Ethernet de 1 Gigabit.

• El tráfico de un sitio a otro se enrutó a través de la WAN, con ingreso al dispositivo a través de la interfaz LAN del sitio A. Luego se comprimió y se envió a través de un túnel GRE entre los dos dispositivos, donde se descomprimió en el otro lado, y se envió la interfaz LAN del sitio B a la red del sitio B.

• En un escenario de falla del dispositivo, los dispositivos no se pueden abrir, lo que significa que todo el tráfico continúa sin interrupciones, pero descomprimido. Además, en modo de puente, es posible utilizar una omisión del sistema para transferir todo el tráfico descomprimido entre los sitios, si es necesario.

Los dispositivos de Silver Peak también se pueden configurar como objetivos de redirección con WCCP en lugar de implementarse en línea. Consulte la Guía de configuración de Silver Peak disponible en www.silver-peak.com para obtener más información.

Los resultados de nuestras pruebas mostraron que todas las aplicaciones obtuvieron beneficios con esta solución de optimización de la WAN de Silver Peak. La Figura 21 muestra el tráfico entre la LAN y la WAN y describe la tasa de deduplicación máxima y promedio de todas las aplicaciones durante el período de prueba en ambos sitios. La deduplicación promedio fue de 66 % en el sitio B y de 56 % en el sitio A.

Figura 21. Rendimiento de la optimización de la WAN de Silver Peak

Consideraciones de diseño de Silver Peak

Resultados de la optimización de la WAN de Silver Peak

http://www.silver-peak.com/�


Microsoft Office SharePoint Server 2010 Esta sección analiza los siguientes temas:

• Configuración de Microsoft SharePoint Server 2010

• Validación del ambiente SharePoint Server

Configuración de Microsoft SharePoint Server 2010 Cuando los clientes transfieren sus ambientes de SharePoint físicos a una infraestructura virtualizada, también buscan todos los beneficios que la virtualización entrega a una aplicación compleja y federada como SharePoint Server. La movilidad de toda la granja, en lugar de crear una granja en espejo, es un requisito que los encargados de aplicaciones de nivel empresarial solicitan cada vez más. La migración de toda la granja de SharePoint a un sitio remoto como una forma de prevenir desastres puede ser compleja. La creación de una solución debe cumplir con los dos retos principales:

• Transferir toda la granja de SharePoint entre diferentes centros de datos sin interrumpir las operaciones de la granja

• Reducir los costos de mantenimiento del almacenamiento

La granja de SharePoint Server 2010 virtualizada utilizada en esta solución supera estos retos basándose en Microsoft Hyper-V activado por la tecnología VPLEX Geo, que permite arreglos de almacenamiento dispares en varias ubicaciones para provisionar un solo arreglo compartido en la granja de SharePoint 2010.

En este diseño de ambiente SharePoint 2010, los puntos destacados más importantes de la configuración incluyen:

• La granja de SharePoint se diseña como un portal de publicación. Existen alrededor de 400 GB de contenido de usuario, que constan de cuatro colecciones de sitios de SharePoint (centro de documentos) con cuatro bases de datos de contenido, cada una completada con 100 GB de datos aleatorios de usuarios. El balanceo de carga de red (NLB) de Microsoft se activó en tres servidores web front-end (WFE) para consideraciones de balanceo de carga y failover local.

• La granja de SharePoint utiliza siete máquinas virtuales alojadas en cuatro servidores Hyper-V físicos en el sitio de producción. También se configuran tres servidores web front-end (WFE) con funciones de consulta para el balanceo de carga.

• Los componentes de consulta se escalaron a tres particiones. Cada servidor de consulta contiene una parte de las particiones de índice y un espejeado de otra partición de índice para consideraciones de tolerancia a fallas.

• Dos componentes de índice se provisionan para tolerancia a fallas y mejor rendimiento de rastreo.

Descripción general de SharePoint

Descripción general de la configuración de SharePoint Server

Consideraciones de diseño de SharePoint Server


34

La Tabla 12 describe las configuraciones de la máquina virtual para la granja de SharePoint Server 2010.

Tabla 12. Máquinas virtuales de la granja de Microsoft SharePoint Server 2010

Configuración Descripción

Tres máquinas virtuales WFE La división de recursos ofrece el mejor rendimiento de búsqueda y redundancia en una granja de SharePoint virtualizada. Dado que WFE y las funciones de consulta consumen mucho CPU, se asignaron cuatro CPU virtuales para las máquinas virtuales WFE.

Los componentes de consulta se escalaron horizontalmente en tres particiones. Cada servidor de consulta contiene una parte de las particiones de índice y un espejeado de otra partición de índice para consideraciones de tolerancia a fallas.

Dos máquinas virtuales de índice

En esta granja se particionaron dos componentes de índice para un mejor rendimiento de rastreo. Varios componentes de rastreo se asignaron a la misma base de datos de rastreo para lograr tolerancia a fallas. Los componentes de índice se diseñaron para rastrearse a sí mismos sin afectar a los servidores WFE de producción.

Cuatro CPU virtuales y 6 GB de memoria se asignaron al servidor de índice. El rastreo incremental se calendarizó para ejecutarse cada dos horas por día.

Máquina virtual de aplicación Excel

Se asignaron dos CPU virtuales y 2 GB de memoria para el servidor de aplicaciones dado que estas funciones requieren menos recursos.

Máquina virtual de SQL Server

Se asignaron cuatro CPU virtuales y 16 GB de memoria para la máquina virtual de SQL Server dado que los requisitos de utilización de CPU y memoria para SQL en una granja de SharePoint pueden ser elevados.

Con más memoria asignada a la máquina virtual de SQL, SQL Server se vuelve más eficaz en el almacenamiento en caché de los datos de usuario de SharePoint, lo cual requiere menos IOPS físicos para el almacenamiento y genera un mejor rendimiento.

Se crearon cuatro archivos tempdb de base de datos, lo que equivale a los CPU principales de SQL Server según la recomendación de Microsoft.

Configuraciones de la máquina virtual de la granja de servidores SharePoint Server


La Tabla 13 indica la configuración de la máquina virtual de la granja de SharePoint y los recursos asignados.

Tabla 13. Configuración de la máquina virtual de la granja de SharePoint

Función del servidor Cantidad vCPU Memoria (GB) Disco de arranque (GB)

Disco de búsqueda (GB)

Servidores WFE 3 4 4 40 60

Servidores de índice 2 4 6 40 60

Servidor de aplicaciones (administración central de host)

1 2 2 40 No aplicable

SQL Server 2008 R2 Enterprise

1 4 16 40 No aplicable

La herramienta de llenado de datos utiliza un conjunto de documentos de ejemplo. La modificación de los nombres y metadatos del documento (antes de la inserción) hace que cada documento sea único.

Un host de agente de carga se asigna a cada WFE, lo que permite que los datos se carguen en paralelo hasta alcanzar el tamaño de datos planificado de 400 GB. Los datos se distribuyen de manera uniforme en las colecciones de los cuatro sitios (cada colección corresponde a una base de datos de contenido única). Los perfiles de usuario se componen de una combinación de tres operaciones de usuario: navegación, búsqueda y modificación.

Se utilizó KnowledgeLake DocLoaderLite para completar SharePoint con datos aleatorios de usuarios, mientras que Microsoft VSTS 2008 SP1 emuló la carga de usuario del cliente. Se utilizó un código de otros fabricantes para garantizar un método de prueba imparcial y validado.

Durante la validación, se utilizó un perfil de carga de Microsoft con gran actividad para determinar el conteo de usuarios máximos que podía admitir la granja de Microsoft SharePoint Server 2010 a la vez que garantizaba que los tiempos de respuesta promedio se mantuvieran dentro de límites aceptables. Los estándares de Microsoft establecen que un usuario con gran actividad ejecuta 60 solicitudes por hora; es decir, se produce una solicitud cada 60 segundos.

Los perfiles de usuario de esta prueba constan de tres operaciones de usuario:

• 80 % de navegación

• 10 % de búsqueda

• 10 % de modificación

Nota: Microsoft publica los tiempos de respuesta establecidos en el acuerdo de nivel de servicio (SLA) para cada operación de usuario de SharePoint. Las operaciones comunes (como navegación y búsqueda) se deben completar dentro de tres segundos o menos, y las operaciones poco comunes (como la modificación) se deben completar dentro de cinco segundos o menos. Estos acuerdos de nivel de servicio relacionados con el tiempo de respuesta se cumplieron y se sobrepasaron sin problemas.

Configuración y recursos de la máquina virtual de SharePoint

Metodología de prueba de la granja de SharePoint


36

Validación del ambiente SharePoint Server Nuestras pruebas validaron las operaciones de SharePoint Server 2010 antes y después del encapsulamiento en el cluster de VPLEX Geo:

• Primero se realiza una prueba de base para registrar el rendimiento inicial de la granja de SharePoint 2010.

• La prueba siguiente valida el efecto en el rendimiento cuando las máquinas virtuales de la granja de SharePoint se encapsulan en el cluster de VPLEX Geo.

• Se ejecutaron pruebas de migración activa con un emulador de distancia en toda la granja de SharePoint después del encapsulamiento del almacenamiento en el cluster de VPLEX Geo. La latencia se estableció en 20 ms, lo que equivale a 2,000 km.

• Las pruebas de migración activa se ejecutaron en toda la granja de SharePoint con la inserción de la comprensión de Silver Peak. La latencia se estableció en 20 ms, lo que equivale a 2,000 km.

Los datos de rendimiento de SharePoint 2010, VPLEX Geo y Hyper-V se registraron durante las pruebas para su posterior análisis. Esta información rinde cuenta de los resultados de VSTS 2008 SP1, lo que genera tipos de cargas continuos (navegación/búsqueda/modificación) para los WFE de la granja de SharePoint 2010 y consolida simultáneamente los tipos de cargas de SQL y Oracle OLTP en los mismos clusters de Hyper-V.

Con un perfil de usuario combinado de 80/10/10, la granja virtualizada de SharePoint puede admitir un máximo de 11,520 usuarios con un 10 % de simultaneidad, a la vez que satisface los criterios de tiempo de respuesta aceptables de Microsoft, como se muestra en la Tabla 14 y la Tabla 15.

Tabla 14. Rendimiento de base de la actividad del usuario de SharePoint

Actividad del usuario - Navegación, búsqueda, modificación

Tiempo de respuesta aceptable

Tiempo de respuesta de base Navegación/búsqueda/ modificación

80 %/10 %/10 % <3/<3/<5 segundos 2.47/2.00/1.33 segundos

Tabla 15. Rendimiento de base de la combinación de contenido de

SharePoint

Combinación de contenido - Navegación/ búsqueda/ modificación

Solicitudes por segundo (RPS)

Perfil de usuario de Microsoft

Simultaneidad Capacidad máxima de usuario

80 %/10 %/10 % 19.2 Alta 10 % 11520

Resumen de las pruebas

Prueba de base de SharePoint


En esta prueba, se encapsuló y se virtualizó el almacenamiento de toda la granja de SharePoint. El almacenamiento estaba activo en ambos sitios y se volvió disponible para los servidores de SharePoint y SQL mediante VPLEX Geo. Después de eso, se iniciaron todas las máquinas virtuales de SharePoint.

Tras el encapsulamiento y con un perfil de usuario combinado de 80/10/10, la granja de SharePoint virtualizada puede admitir un máximo de 12,780 usuarios con un 10 % de simultaneidad, además de satisfacer los criterios de tiempo de respuesta aceptables de Microsoft.

La Figura 22 muestra el rendimiento de las pruebas aprobadas por segundo después del encapsulamiento en los LUN de VPLEX en las máquinas virtuales de SharePoint.

Figura 22. Rendimiento de las pruebas aprobadas por segundo después del

encapsulamiento de SharePoint

La Tabla 16 y la Tabla 17 muestran los resultados de rendimiento al utilizar el encapsulamiento.

Tabla 16. Rendimiento de la actividad del usuario de SharePoint después del encapsulamiento



Tiempo de respuesta de base Navegación/búsqueda/ modificación


Tabla 17. Rendimiento de la combinación de contenido de SharePoint

después del encapsulamiento



Perfil de usuario de Microsoft


80 %/10 %/10 % 21.3 Alta 10 % 12780

Prueba encapsulada de SharePoint


38

En este ambiente de prueba, toda la granja de SharePoint migró desde el sitio de producción hasta el sitio de DR ubicado a una distancia de 2,000 km mediante la migración activa de Hyper-V sin pérdida de servicio. Durante el proceso de migración activa, la granja de SharePoint se ejecutaba con una carga completa. Todas las máquinas virtuales de SharePoint se migraron en secuencia desde el sitio de producción hasta el sitio de DR en los clusters Hyper-V de ocho nodos.

Se utilizó la conexión de 10 GbE para la red de migración activa, dado que esta requiere gran ancho de banda.

La Figura 23 muestra el rendimiento de las pruebas aprobadas por segundo durante la migración activa. Al ejecutar la migración activa entre los sitios, fluctuaron las transacciones por segundo. La disminución en la cantidad de pruebas aprobadas por segundo se debió al proceso de migración de SQL Server, ya que Hyper-V estaba realizando trasferencia de memoria entre los sitios.

Debido a que el proceso de migración activa afecta la capacidad máxima de usuario de toda la granja de SharePoint, recomendamos realizar la migración activa de toda la granja durante las horas de menor actividad. Como se muestra en la Figura 23, no se produjo pérdida de servicio durante la migración activa en la granja de SharePoint.

Figura 23. Pruebas aprobadas por segundo durante la migración activa de toda

la granja de SharePoint entre sitios separados por una distancia de 2,000 km

La Tabla 18 y la Tabla 19 indican los resultados de rendimiento de la granja de SharePoint durante la migración activa entre sitios separados por una distancia de 2,000 km. La ejecución de toda la granja de SharePoint en el sitio de DR podría disminuir la cantidad de pruebas aprobadas por segundo debido a la latencia de 20 ms entre los clientes y la granja de SharePoint, incluidos los servidores web front-end.

Tabla 18. Rendimiento de la actividad del usuario, incluida la migración activa entre sitios separados por una distancia de 2,000 km



Tiempo de respuesta Navegación/búsqueda/modificación


Prueba de migración activa de SharePoint


Tabla 19. Rendimiento de la combinación de contenido durante la migración activa entre sitios separados por una distancia de 2000 km




Tasa de solicitudes exitosas

80 %/10 %/10 % 15.6 10 % 9360 100 %

Las máquinas virtuales con configuraciones de memoria de gran envergadura tardan más en migrar que las máquinas virtuales con configuraciones de memoria menores. Esto se debe a que la memoria activa se copia a través de la red en el nodo del cluster receptor antes de la migración.

La Tabla 20 indica la duración de la migración activa, con y sin latencia, para toda la granja de SharePoint. Observe cómo una distancia de 2,000 km entre los dos centros de datos generó una duración más prolongada de la migración activa entre los sitios.

Tabla 20. Duración de la migración activa de todas las máquinas virtuales de SharePoint

Función del servidor de la granja de SharePoint

Duración de la migración activa sin latencia de distancia (mm:ss)

Duración de la migración activa a una distancia de 2000 km y con una latencia de 20 ms (mm:ss)

Aplicación Excel 0:28 1:14

Servidor web front-end 1 0:56 1:25



SQL Server 3:05 4:48

Servidor de rastreo 1 1:06 1:45

Servidor de rastreo 2 0:48 2:31


40

En esta prueba, toda la granja de SharePoint migró entre los sitios separados por una distancia de 2,000 km junto a la inserción de optimización de la WAN de Silver Peak. La latencia se estableció en 20 ms, lo que equivale a 2,000 km. Durante el proceso de migración activa, la granja de SharePoint se ejecutaba con una carga completa. Todas las máquinas virtuales de SharePoint migraron secuencialmente entre los sitios en los clusters de Hyper-V de ocho nodos.

En este escenario, se utilizó la conexión de 1 GbE con optimización de la WAN de Silver Peak activada para la red de migración activa. La duración de la migración activa con compresión de la WAN de Silver Peak fue similar a la conexión de red de 10 GbE.

La Tabla 21 detalla la duración de la migración para todas las máquinas virtuales de SharePoint.

Tabla 21. Resultados de la migración activa de SharePoint con optimización de la WAN

Función del servidor de la granja de SharePoint

Duración de la migración activa a una distancia de 2,000 km y con Silver Peak activado (mm:ss)

Aplicación Excel 1:49

Servidor web front-end 1 1:36



SQL Server 6:32

Servidor de rastreo 1 3:12

Servidor de rastreo 2 3:00

Migración activa de SharePoint con prueba de compresión


La Figura 24 muestra la relación de la reducción de datos durante carga completa en la granja de SharePoint. Nuestra prueba mostró que la reducción de datos puede llegar al 68.5 %, incluido el proceso de migración activa entre los sitios.

Figura 24. Reducción del tráfico de SharePoint con Silver Peak

Optimización de la WAN de SharePoint y Silver Peak


42

SAP Las organizaciones grandes y medianas implementan SAP ERP 6.0 EHP4 para satisfacer sus necesidades de negocio principales como análisis financiero. administración de capital humano, adquisiciones y logística, desarrollo y fabricación de productos, y ventas y servicios; respaldadas por análisis, servicios corporativos y entrega de servicios para el usuario final.

EMC VPLEX Geo permite el almacenamiento virtualizado para que las aplicaciones obtengan acceso a los LUN entre los sitios de centros de datos. Además, ofrece la posibilidad de transferir máquinas virtuales entre centros de datos. Esto optimiza los recursos de centros de datos y no genera tiempo fuera para la reubicación y el mantenimiento del servidor de los centros de datos.

Dado que las aplicaciones y los módulos de SAP se pueden distribuir entre varios servidores virtuales (consulte la Figura 25) y las operaciones normales implican comunicaciones amplias entre ellos, es fundamental que la comunicación no se interrumpa cuando las máquinas virtuales individuales se transfieren de un sitio a otro.

Figura 25. Ambiente SAP

El resto de esta sección analiza los siguientes temas:

• Descripción general de la configuración de SAP

• Validación del ambiente SAP virtualizado

Descripción general de SAP


Configuración de SAP El sistema PRD de SAP ERP se instaló como un sistema de alta disponibilidad con la base de datos ABAP International Demonstration and Education System (IDES) apilada en Windows 2008 Enterprise SP2 y Microsoft SQL Server 2008 R2 Enterprise.

IDES representa a una empresa internacional modelo con subsidiarias en muchos países. IDES contiene datos de aplicaciones para varios escenarios de negocios que se pueden ejecutar en el sistema. Los procesos de negocios en el sistema IDES están diseñados para reflejar requisitos y características reales del negocio.

En este ambiente SAP ERP 6.0 EHP4, las consideraciones de configuración principales incluyen:

• parches, parámetros, configuración básica y balanceo de carga de SAP. Además, se instalaron y se configuraron Windows 2008 y Hyper-V según los procedimientos y las reglas de SAP.

• Los procesos de actualización de SAP (UPD/UP2) se configuraron en las instancias del servidor de aplicaciones.

• Algunas funcionalidades de IDES, como la sincronización con el sistema GTS externo, se desactivaron a fin de eliminar interfaces externas innecesarias que estaban fuera del alcance de la prueba.

• El sistema se configuró y se personalizó para permitir que los scripts automatizados de LoadRunner ejecuten procesos de negocios en las áreas funcionales, que incluyen ventas y distribución (SD), administración de materiales (MM) y finanzas y control (FI/CO). En este caso de uso, se utilizó el escenario de negocios Order to Cash (OTC) como ejemplo.

• En esta prueba se encapsuló y se virtualizó el almacenamiento de todo el ambiente SAP. El almacenamiento atravesaba los dos sitios y se volvió disponible para los servidores de SAP mediante VPLEX Geo.

Descripción general de la configuración de SAP

Consideraciones de diseño de SAP


44

El PRD del sistema SAP de ejemplo consta de una instancia de base de datos de SAP, una instancia de servicios centrales del sistema ABAP (ASCS) y dos instancias de servidor de aplicaciones (AS). Todas las instancias se instalaron en las máquinas virtuales de Hyper-V con la configuración descrita en la Tabla 22.

Tabla 22. Recursos de la máquina virtual de SAP

Función del servidor Cantidad vCPU

Memoria (GB)

Disco de arranque del SO (GB)

Discos adicionales (GB)

SAP ERPDB 1 4 16 90 842

SAPASCS 1 2 4 90 32

SAPERPDI 2 2 8 90 25

La aplicación HP LoadRunner emula usuarios simultáneos para aplicar tipos de cargas de producción a una plataforma o ambiente de aplicaciones. LoadRunner aplica cargas coherentes, mensurables y repetibles a una aplicación de punto a punto.

El sistema LoadRunner consta de un LoadRunner Controller y el generador de usuario virtual asociado en una máquina virtual con la configuración detallada en la Tabla 23.

Tabla 23. Máquina virtual de LoadRunner

Función del servidor vCPU Memoria (GB)

Controlador 2 16

Los parámetros se configuraron de acuerdo con las mejores prácticas, que incluyen la activación de la suplantación de IP, la ejecución como proceso en lugar de hilo y la definición del tiempo de reflexión en un valor limitado.

En nuestra prueba, LoadRunner ejecutó el escenario de un proceso de negocios order-to-cash (OTC) para generar el tipo de carga específica para la aplicación. Este proceso abarca un escenario de ventas de existencias, que incluye la creación de un pedido de un cliente con seis artículos y la entrega correspondiente con el posterior transporte de mercaderías y la facturación. También se utilizaron condiciones especiales de precios. El proceso consta de las siguientes transacciones:

1. Creación de un pedido con seis artículos (transacción VA01).

2. Creación de una entrega para este pedido (VL01N).

3. Visualización del pedido del cliente (VA03).

4. Cambio de entrega (VL02N) y presentación de un problema en las mercaderías.

5. Creación de una factura (VF01).

6. Generación de un documento contable.

Configuraciones de la máquina virtual de SAP

Configuración de HP LoadRunner

Perfil del tipo de carga de SAP ERP


Validación del ambiente SAP El objetivo de la prueba era:

• Validar el movimiento no disruptivo de las máquinas virtuales de las instancias de base de datos, servicios centrales y servidor de aplicaciones de SAP entre los centros de datos, activado por la migración activa de Hyper-V y EMC VPLEX Geo.

Durante la validación, se crearon 100 órdenes de compra en el sistema PRD. El propósito de este escenario era mantener conexiones activas entre la GUI del usuario, la instancia de base de datos y las instancias del servidor de aplicaciones durante una migración activa de Hyper-V, a fin de poder verificar la continuidad del negocio y un panorama de solución federada bajo migración activa mediante un proceso de creación exitoso de órdenes de compra en SAP.

La Tabla 24 describe los escenarios de prueba de SAP.

Tabla 24. Escenarios de prueba de validación de SAP

Escenario Descripción

Base Se crearon 100 órdenes de compra en el sistema SAP ERP 6.0 EHP4 mientras las instancias de base de datos, servicios centrales y servidor de aplicaciones de SAP residían en el centro de datos 1.

Migración en línea

Se iniciaron 100 órdenes de compra en el sistema SAP ERP 6.0 EHP4 mientras las instancias de base de datos, servicios centrales y servidor de aplicaciones de SAP residían en el centro de datos 1. Durante el proceso de creación de órdenes de compra en SAP, se realizaron migraciones activas para transferir las máquinas virtuales de SAP desde el centro de datos 1 al centro de datos 2.

Migración activa con optimización de la WAN (compresión)

Se iniciaron 100 órdenes de compra en el sistema SAP ERP 6.0 EHP4 mientras las instancias de base de datos, servicios centrales y servidor de aplicaciones de SAP residían en el centro de datos 1. Durante el proceso de creación de órdenes de compra en SAP, se realizaron migraciones activas para transferir las máquinas virtuales de SAP desde el centro de datos 1 al centro de datos 2. Las migraciones activas se realizaron mediante la optimización de la WAN de Silver Peak.

Utilizamos los siguientes indicadores de rendimiento clave de SAP para evaluar la funcionalidad y el rendimiento durante las pruebas:

• Volumen del negocio (cantidad de documentos de negocios de SAP procesados)

• Tiempo de respuesta promedio de SAP para procesos de trabajo de diálogo

Hay otras estadísticas que se encuentran en el nivel del SO de Windows, y esas métricas se recopilaron a partir de Microsoft SCVMM.


Metodología de prueba de SAP


46

El sistema SAP ERP 6.0 EHP4 utilizado para validar esta solución fue un sistema IDES estándar con configuración personalizada y datos maestros y transaccionales adicionales. El tamaño de la base de datos fue de 511 GB y el SID de SAP fue PRD.

LoadRunner Controller incorporó un usuario virtual cada 20 segundos hasta alcanzar los 10 usuarios virtuales simultáneos y activos. Todos los usuarios virtuales generaron actividad de tipo de carga del sistema durante todo el período de prueba. Todos los usuarios virtuales se conectaron a PRD a través del grupo de inicio de sesión predefinido a fin de distribuir el tipo de carga de manera uniforme entre ambas instancias del servidor de aplicaciones de SAP.

La Tabla 25 indica los pasos del procedimiento de prueba para cada etapa de prueba.

Tabla 25. Procedimiento de prueba de SAP

Paso Acción

1 Conteo de los documentos de orden de compra existentes en SAP.

2 Restablecimiento del ambiente LoadRunner.

3 Inicio de la recopilación de rendimiento del SO.

4 Ejecución del escenario de LoadRunner.

5 Detención de la recopilación de rendimiento del SO.

6 Conteo de los documentos de orden de compra existentes en SAP.

7 Recopilación de métricas de rendimiento de SAP y Microsoft SCVMM.

Generación de carga de SAP

Procedimiento de prueba de SAP


Nuestros resultados mostraron que el proceso de creación de órdenes de compra en SAP no se interrumpió durante la prueba. Los usuarios virtuales experimentaron un tiempo de respuesta más prolongado durante la migración activa, pero pronto volvieron a obtener el rendimiento anterior una vez finalizada la migración activa. La Tabla 26 indica los resultados de la prueba.

Tabla 26. Resultados de la prueba de SAP

Métricas Base Migración en línea (sin Silver Peak)

Migración activa (con Silver Peak)

Número de órdenes de compra 100 100 100

Total de pasos de diálogo 2,343 2,342 2,341

Tiempo de respuesta promedio de DIA (ms)

540.1 1,360 1,450

% de tiempo de CPU 29.7 9.4 9

% de tiempo de base de datos 63.7 74.8 75.1

Duración de LoadRunner (mm:ss)

12:40 15:12 15:34

Tiempos de migración activa en secuencia (mm:ss)

SAPERPDB - 4:49 4:40

SAPERPENQ1 - 1:08 1:13

SAPERPDI1 - 2:36 3:01

SAPERPDI2 - 2:37 3:07

Duración total de la migración - 11:10 12:01

La Figura 26 compara las métricas de los tres escenarios de prueba descritos en la Tabla 26.

Figura 26. Comparación de los resultados de la prueba de SAP

Resultados de la prueba de SAP


48

La Figura 27 compara los tiempos de secuencia para los dos escenarios de migración activa (sin compresión y con compresión), como se describe en la Table 26.

Figura 27. Comparación de los tiempos de migración activa de SAP

La Figura 28 muestra el tiempo de respuesta del usuario virtual de LoadRunner Controller durante la prueba.

Figura 28. Tiempo de respuesta del usuario virtual de LoadRunner


Los resultados de la prueba mostraron que el dispositivo para la optimización de la WAN de Silver Peak fue capaz de comprimir, en promedio, un 33 % del tráfico saliente y un 39 % del tráfico entrante durante el período de prueba. La Figura 29 compara el volumen de tráfico antes y después de la compresión de Silver Peak.

Figura 29. Reducción del tráfico de SAP con Silver Peak

Optimización de la WAN de SAP y Silver Peak


50

Oracle Oracle Database 11g Enterprise Edition ofrece rendimiento, escalabilidad, seguridad y confiabilidad líderes del sector, con alternativas de servidores únicos o agrupados en clusters que ejecutan Windows, Linux y UNIX. Proporciona funciones integrales para administrar fácilmente las aplicaciones más exigentes de procesamiento de transacciones, Business Intelligence y administración de contenido.

En esta solución, se utilizó SwingBench para ejecutar la base de datos de Oracle. SwingBench es una herramienta de parámetros y generación de carga diseñada para probar las bases de datos de Oracle. El tipo de carga PL/SQL (SOE) de ingreso de pedidos de SwingBench presenta un modelo de tipo de carga de ingreso de pedidos OLTP de tipo “TPC-C”.

Nota: Si piensa implementar una base de datos de Oracle en un ambiente Hyper-V, consulte el sitio web de soporte de Oracle, My Oracle Support, y el documento Certification Information for Oracle Database on Microsoft Windows (64-bit) [ID 1307195.1].

Configuración de Oracle En este diseño de ambiente Oracle, los puntos destacados más importantes de la configuración incluyen:

• Oracle Database 11g OLTP de 200 GB

• Oracle Database 11g se ejecutaba en modo archivelog con Flashback activado

La Tabla 27 describe las configuraciones de la máquina virtual para el ambiente de Oracle.

Tabla 27. Máquinas virtuales de Oracle

Componente Descripción

Sistema operativo Red Hat Enterprise Linux 5 (64 bits) versión 5.5

Kernel 2.6.18-194.el5 #1 SMP

CPU 4 CPU virtuales

Memoria 24 GB

Versión de la base de datos de Oracle

Oracle Database 11g Enterprise Edition versión 2 11.2.0.2.0 – 64 bits

Descripción general de Oracle

Descripción general de la configuración de Oracle

Configuración de la máquina virtual de Oracle

https://support.oracle.com/�


Esta sección describe la configuración de la base de datos Oracle 11g.

La Tabla 28 describe los parámetros clave de la configuración para la base de datos.

Tabla 28. Parámetros clave de la base de datos

Parámetro de instancia Valor

db_name VPGEO

db_block_size 8,192

log_buffer 20963328

memory_max_target 9663676416

memory_target 9663676416

sort_area_size 65536

La Tabla 29 describe la asignación de dimensionamiento y el uso de los espacios de tablas de la base de datos.

Tabla 29. Parámetros clave de la base de datos

Espacio de tablas Tamaño (MB) Utilizado (MB) Libre (MB)

SOE_DATA 81920.0 74098.4 7821.6

SOE_INDEX 137216.0 130920.8 6295.2

SYSAUX 710.0 658.1 51.9

SISTEMA 800.0 709.0 91.0

TEMP 4096.0 0 4096.0

UNDOTBS1 2048.0 88.1 1959.9

USUARIOS 5.0 1.3 3.7

Configuración y recursos de la base de datos de Oracle


52

El esquema de la base de datos SwingBench SOE presenta un modelo de base de datos OLTP tradicional. Las tablas y los índices residen en espacios de tablas separados y se muestran en la Tabla 30.

Tabla 30. Tablas e índices del esquema

Nombre de la tabla Índice

CUSTOMERS CUSTOMERS_PK (UNIQUE), CUST_ACCOUNT_MANAGER_IX, CUST_EMAIL_IX, CUST_LNAME_IX, CUST_UPPER_NAME_IX

INVENTORIES INVENTORY_PK (UNIQUE), INV_PRODUCT_IX, INV_WAREHOUSE_IX

ORDERS ORDER_PK (UNIQUE), ORD_CUSTOMER_IX, ORD_ORDER_DATE_IX, ORD_SALES_REP_IX, ORD_STATUS_IX

ORDER_ITEMS ORDER_ITEMS_PK (UNIQUE), ITEM_ORDER_IX, ITEM_PRODUCT_IX

PRODUCT_DESCRIPTIONS PRD_DESC_PK (UNIQUE), PROD_NAME_IX

PRODUCT_INFORMATION PRODUCT_INFORMATION_PK (UNIQUE), PROD_SUPPLIER_IX

WAREHOUSES WAREHOUSES_PK (UNIQUE)

LOGON N/D

La Tabla 31 muestra los tamaños de tablas e índices para los esquemas SOE.

Tabla 31. Tamaños de tablas e índices

Nombre de la tabla Tamaño de la tabla (MB) Tamaño del índice (MB)

ORDER_ITEMS 28800.0 59949.3

CUSTOMERS 22784.0 36302.4

ORDERS 20928.0 34542.9

LOGON 1536.0 0.0

INVENTORIES 48.0 123.50

PRODUCT_DESCRIPTIONS 0.7 0.6

PRODUCT_INFORMATION 0.63 0.6

WAREHOUSES 0.13 0.4

Configuración de la utilería SwingBench


Validación del ambiente de Oracle Nuestras pruebas validaron la configuración de VPLEX Geo y el uso de la migración activa para el movimiento no disruptivo de la máquina virtual entre los centros de datos. Se realizaron pruebas en cada etapa de la solución creada.

• Las pruebas de base se realizaron en la máquina virtual de Oracle antes de encapsular el almacenamiento en el cluster VPLEX Geo.

• Las pruebas encapsuladas se realizaron en la máquina virtual de Oracle después de encapsular el almacenamiento en el cluster VPLEX Geo.

• Las pruebas de simulación de distancia se realizaron en la máquina virtual de Oracle después de encapsular el almacenamiento en el cluster VPLEX Geo. La latencia se estableció en 20 ms, lo que equivale a 2,000 km.

• Las pruebas de simulación de distancia se realizaron en la máquina virtual de Oracle después de encapsular el almacenamiento en el cluster VPLEX Geo e insertar la compresión de Silver Peak. La latencia se estableció en 20 ms, lo que equivale a 2,000 km.

En cada etapa, se ejecutó una prueba de disponibilidad mediante un tipo de carga PL/SQL (SOE) de ingreso de pedidos de SwingBench para 20 usuarios en función de la base de datos Oracle 11g con y sin migración activa y se compararon los resultados.

Después de ejecutar cada prueba, la base de datos se devolvió a un punto de restauración común para garantizar coherencia.

Se ejecutó una prueba de base del tipo de carga PL/SQL (SOE) de ingreso de pedidos de SwingBench para 20 usuarios virtuales. Esto produjo un promedio de 240 transacciones por minuto durante la hora de la prueba de base, con un tiempo de respuesta promedio de 15.6 ms por transacción, como se muestra en la Tabla 32 y en la Figura 30.

Tabla 32. Resultados de la prueba de base de Oracle

Transacción de SwingBench Respuesta promedio Número de transacciones

Registro de clientes 16 ms 2316

Navegar por productos 5 ms 4918

Pedir productos 30 ms 4009

Procesar pedidos 24 ms 2395

Navegar por pedidos 3 ms 802


Prueba de base de Oracle


54

Figura 30. Resultado de TPM de SwingBench a partir de la prueba de

base de Oracle

Después de encapsular los volúmenes en VPLEX Geo, se repitió la prueba del tipo de carga PL/SQL (SOE) de ingreso de pedidos de SwingBench para 20 usuarios virtuales. Esto produjo un promedio de 236 transacciones por minuto durante la hora posterior a la prueba de encapsulamiento, con un tiempo de respuesta promedio de 7.4 ms por transacción, como se muestra en la Tabla 33 y en la Figura 31.

Tabla 33. Resultados de pruebas encapsuladas de Oracle

Transacción de SwingBench

Respuesta promedio Número de transacciones






Prueba encapsulada de Oracle


Figura 31. Resultados de pruebas encapsuladas de Oracle

Una vez finalizada la prueba de encapsulamiento, se utilizó un emulador de distancia para insertar una latencia de 20 ms entre los sitios. Se repitió la prueba del tipo de carga PL/SQL (SOE) de ingreso de pedidos de SwingBench para 20 usuarios virtuales. Esto produjo un promedio de 263 transacciones por minuto durante la hora de la prueba de simulación de distancia, con un tiempo de respuesta promedio de 46 ms por transacción, como se muestra en la Tabla 34 y en la Figura 32.

Tabla 34. Resultados de la prueba de simulación de distancia de Oracle







Figura 32. Resultados de la prueba de simulación de distancia de Oracle

Prueba de simulación de distancia de Oracle


56

Para esta prueba, se activó la compresión de Silver Peak, junto con el emulador de distancia configurado para una latencia de 20 ms entre los sitios. Se repitió la prueba del tipo de carga PL/SQL (SOE) de ingreso de pedidos de SwingBench para 20 usuarios virtuales. Esto produjo un promedio de 251 transacciones por minuto durante la hora de simulación de distancia con prueba de compresión, con un tiempo de respuesta promedio de 136 ms por transacción, como se muestra en la Tabla 35 y en la Figura 33.

Tabla 35. Simulación de distancia de Oracle con resultados de la prueba de compresión







Figura 33. Simulación de distancia de Oracle con resultados de la prueba de

compresión

Simulación de distancia de Oracle con prueba de compresión


Después de iniciar la prueba del tipo de carga PL/SQL (SOE) de ingreso de pedidos de SwingBench para 20 usuarios virtuales, la máquina virtual migró todas las máquinas virtuales del sitio A al sitio B. La Tabla 36 y la Figura 34 muestran los resultados de la prueba de migración y los efectos de la distancia en los tiempos de migración.

Tabla 36. Resultados de la prueba de migración activa de Oracle

Etapa Migración activa (m:ss) TPM promedio

Prueba de base 5:39 271

Prueba encapsulada 5:29 263

Prueba de simulación de distancia

6:59 263

Simulación de distancia con compresión activada

7:04 251

La base de datos permaneció disponible durante la migración activa. Se produjo una baja temporal en la tasa de transacciones cuando la máquina virtual completó su migración, pero las transacciones volvieron pronto a su nivel anterior.

Figura 34. Resultados de la prueba de migración activa de Oracle

Prueba de migración activa de Oracle


58

La Figura 35 compara el uso de ancho de banda para Oracle con y sin optimización de la WAN de Silver Peak. Nuestra prueba mostró que la reducción del tráfico alcanzó el 75 % en el sitio B y el 65 % en el sitio A durante la migración activa.

Figura 35. Reducción del tráfico de Oracle con Silver Peak

Optimización de la WAN de Oracle y Silver Peak


Conclusiones Para satisfacer los exigentes retos de negocios de la actualidad, los datos de una organización deben ofrecer una alta disponibilidad en el lugar adecuado, en el momento preciso y al costo correcto para la empresa. Esta solución demuestra las capacidades de almacenamiento virtual de VPLEX Geo en un ambiente de aplicaciones virtualizadas que incorporan Microsoft Hyper-V, SAP, Microsoft SharePoint Server 2010 y Oracle RDMS.

Con EMC VPLEX Geo, las organizaciones pueden administrar sus ambientes de almacenamiento virtual con mayor eficacia mediante:

• La integración transparente con las aplicaciones y la infraestructura existentes.

• La capacidad de migrar datos entre los centros de datos remotos sin interrupción en el servicio.

• La capacidad de migrar áreas de almacenamiento de datos entre los arreglos de almacenamiento de forma no disruptiva para las operaciones de mantenimiento y actualización de tecnología.

Esta solución validó la eficacia de VPLEX Geo para presentar LUN a los clusters de Hyper-V que abarcan varias ubicaciones de centros de datos separados por 2,000 km a fin de activar la migración de los tipos de cargas. Como se detalló en las secciones de la aplicación, se validaron los siguientes resultados:

• Todos los tiempos de migración de la máquina virtual se encontraron dentro de los rangos aceptables, y en todos los casos se permitió el acceso continuo de usuarios durante la migración.

• Se utilizó un volumen espejeado distribuido para colocar los mismos datos en ambas ubicaciones y mantener la coherencia de la caché. La prueba validó que funcionó bien dentro de las tolerancias esperadas a 2,000 km.

• La prueba demostró que una transferencia activa de máquinas virtuales desde el sitio A al sitio B se puede lograr rápidamente sin efectos perceptibles para los usuarios finales.

• El uso de la optimización de la WAN de Silver Peak proporcionó mejoras en la deduplicación de hasta un 66 %.

Las capacidades de VPLEX Geo demostradas en esta prueba destacaron su potencial para permitir el balanceo y la migración de los tipos de cargas verdaderamente dinámicos entre centros de datos metropolitanos a fin de brindar soporte a los requisitos operativos y del negocio. VPLEX Geo aumenta la flexibilidad presentada en una infraestructura de servidor mediante Microsoft Hyper-V con flexibilidad de almacenamiento a fin de ofrecer centros de datos virtuales, dinámicos y verdaderamente escalables.

Resumen

Conclusiones


60

Referencias Para obtener información adicional, consulte los informes técnicos que se indican a continuación.

• EMC Business Continuity for Microsoft Hyper-V Enabled by EMC Symmetrix VMAX and SRDF/CE

• Microsoft Collaboration Brief - Best Practices for SAP on Hyper-V - abril de 2010

Para obtener más información, consulte los documentos de productos que se indican a continuación.

• Guía de instalación: SAP ERP 6.0, ABAP listo para EHP4 en Windows: SQL Server basado en SAP NetWeaver 7.0, incluído el paquete de mejoras 1

• Microsoft TechNet Library -Hyper-V: Guía de configuración de la red para la migración activa

Para obtener información adicional, consulte los documentos que se indican a continuación.

• Nota de SAP 1246467: Reglas de configuración para Hyper-V

• Nota de SAP 1374671: Alta disponibilidad para ambientes virtuales en Windows

• Nota de SAP 1383873: Soporte para Windows Server 2008 R2

Informes técnicos

Documentación de los productos

Otros documentos

Date post:	04-Jun-2018
Category:	Documents
Upload:	lynga
View:	213 times
Download:	0 times

MOVILIDAD DE LAS APLICACIONES A LARGA … · Windows 2008 R2 con Hyper-V, SAP ERP 6.0 EHP4,...

Documents