INFRAESTRUCTURA DE EMC PARA APLICACIONES DE MICROSOFT EN LA NUBE PRIVADA

Transcripción

1 Informe técnico INFRAESTRUCTURA DE EMC PARA APLICACIONES DE MICROSOFT EN LA NUBE PRIVADA Optimización automatizada del rendimiento Administración simplificada y centralizada Recuperación de desastres automatizada y eficaz EMC Solutions Group Resumen Este informe técnico describe una arquitectura de referencia validada para las aplicaciones críticas de negocio más comunes de Microsoft, incluidas Exchange Server 2010, SharePoint Server 2010 y SQL Server 2012 en la plataforma de virtualización de Microsoft Hyper-V y la plataforma de almacenamiento EMC Symmetrix VMAX 10K. Se obtiene una disponibilidad continua y protección de múltiples sitios con EMC RecoverPoint/Cluster Enabler, que replica y administra toda la infraestructura a un arreglo remoto EMC VNX Junio de 2012

2 Copyright 2012 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 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 H

3 Tabla de contenido Resumen... 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 Término... 9 Descripción general de la tecnología Descripción general EMC Symmetrix VMAX 10K EMC VNX EMC RecoverPoint EMC Cluster Enabler EMC Storage Integrator Microsoft Windows Server 2008 R2 con Hyper-V Microsoft System Center Virtual Machine Manager Microsoft System Center Operations Manager Arquitectura y configuración de la solución Descripción general de la configuración Arquitectura de soluciones Recursos de hardware Recursos de software Configuración y diseño de aplicaciones Descripción general Exchange Server Requisitos de usuario para Exchange Server Diseño de componentes básicos de Exchange Server Diseño de DAG de Exchange Server Diseño de la máquina virtual de Hyper-V para Exchange Server SharePoint Server Requisitos de usuario de SharePoint Server Diseño de componentes y granja de SharePoint Server Diseño de la máquina virtual de Hyper-V para SharePoint Server SQL Server Requisitos de usuario de SQL Server Diseño de la máquina virtual de Hyper-V para SQL Server

4 Cluster de Hyper-V Diseño de almacenamiento de FAST VP Symmetrix FAST VP Reglas de diseño de almacenamiento VMAX 10K y FAST VP Configuración de FAST VP en esta solución Configuración y diseño de administración del sistema Descripción general SCVMM 2008 R ESI SCOM 2007 R Diseño y configuración de RecoverPoint/CE Descripción general Preparación de VMAX 10K para RecoverPoint/CE Configuración de RecoverPoint CRR Dimensionamiento del registro de RecoverPoint Configuración de EMC Cluster Enabler Preparación del cluster de Hyper-V para la recuperación de desastres Metodología de prueba: Descripción general Microsoft Exchange Load Generator Tipo de carga TPC-E de SQL Server Microsoft SharePoint 2010 VSTS tipo de carga personalizada generada Cómo se crearon los documentos de ejemplo Mecanismo de prueba y cliente de prueba VSTS Perfiles de usuario de SharePoint Resultados de la prueba de rendimiento de FAST VP Descripción general Objetivos de la prueba Escenarios de prueba Servidores raíz de Hyper-V Exchange Server SharePoint Server SQL Server Almacenamiento de VMAX 10K Impacto de la replicación de RecoverPoint Rendimiento de la aplicación con la replicación de RecoverPoint Rendimiento de RecoverPoint con una latencia de 25 ms Rendimiento de RecoverPoint con una latencia de 85 ms

5 Resultados de la prueba de failover y recuperación de desastres Descripción general Failover planeado Tiempo de la migración activa de la máquina virtual Impacto de la migración activa en SharePoint Recuperación de desastres del sitio Tiempo de recuperación de desastres del sitio Impacto de la recuperación de desastres del sitio en SharePoint Conclusiones Resumen Conclusiones Referencias Informes técnicos Documentación de los productos Otros recursos

6 Resumen Caso de negocios La integración de las tecnologías de Microsoft y EMC permite que las organizaciones implementen nubes privadas con mayor facilidad y seguridad. Entre los beneficios del aprovechamiento de las herramientas de administración y virtualización de Microsoft, combinadas con las tecnologías de almacenamiento sólidas, eficaces y seguras de EMC, se incluyen los siguientes: Implementación más rápida Orientación en la implementación y arquitectura de punto a punto Planificación de la infraestructura optimizada debido a la capacidad predefinida Mejoras en la funcionalidad y automatización mediante un amplio conocimiento de la infraestructura Administración integrada para la implementación de la infraestructura y de máquinas virtuales Mayor disponibilidad Protección de la infraestructura de punto a punto, desde los ejes rotativos hasta las placas de almacenamiento en caché y la instancia de base de datos Disponibilidad automatizada dentro de un sitio o entre sitios con componentes de infraestructura distintos por medio de tecnologías de replicación avanzadas de EMC Reducción de riesgos Interoperabilidad comprobada y de punto a punto de cómputo, almacenamiento y red Soluciones predefinidas listas para usar basadas en una arquitectura de nube común que ya se probó y se validó Alto nivel de disponibilidad de servicio mediante el balanceo de carga automatizado Menor costo total de propiedad Una plataforma con optimización de costos y una solución que no depende de software para la integración de un sistema de rack Almacenamiento en niveles rentable y totalmente automatizado Alto rendimiento y escalabilidad con el sistema operativo Windows Server 2008 R2, las ediciones de plataforma avanzadas de la tecnología Hyper-V y el arreglo de almacenamiento EMC Symmetrix VMAX 10K Descripción general de la solución Esta solución muestra la plataforma EMC Symmetrix VMAX 10K como un arreglo de almacenamiento seguro y viable para realizar mantenimiento a un tipo de carga combinada de las aplicaciones de Microsoft, como: Exchange Server 2010 para mensajería SharePoint Server 2010 para colaboración SQL Server 2012 como la base de datos de nivel 1 Microsoft Windows 2008 R2 con Hyper-V proporciona la plataforma de virtualización 6

7 EMC Fully Automated Storage Tiering for Virtual Pools (FAST VP) brinda un alto rendimiento y un almacenamiento en niveles eficaz para las aplicaciones de Microsoft. Además, EMC RecoverPoint/Cluster Enabler (CE) activa una plataforma común para la recuperación de desastres (DR) en todas las aplicaciones con un objetivo de punto de recuperación (RPO) y un objetivo de tiempo de recuperación (RTO) mínimos. La solución también permite una solución de almacenamiento de DR más rentable por medio de la plataforma de la serie de rango medio EMC VNX como el almacenamiento de destino. Además, la solución facilita el aprovisionamiento y simplifica la administración del ambiente de infraestructura mediante: Microsoft System Center Operations Manager (SCOM) Microsoft System Center Virtual Machine Manager (SCVMM) EMC Storage Integrator (ESI) Resultados clave La solución ofrece los siguientes beneficios clave: Rendimiento deseado obtenido para los siguientes perfiles de aplicaciones de Microsoft en el almacenamiento de Symmetrix VMAX 10K (en esta solución se usó Enginuity, versión 5875). FAST VP brinda almacenamiento en niveles eficaz y configuraciones flexibles para los clientes que deseen un control personalizado a fin de respetar los diversos requisitos de las aplicaciones. 10,000 usuarios simultáneos de Exchange en un perfil de 0.10 IOPS Más de 35,000 usuarios activos de SharePoint con una simultaneidad del 10 % 60,000 usuarios de SQL Server configurados para un ambiente tipo TPC-E de SQL Server con más de 4,000 transacciones de SQL procesadas y 9,000 IOPS obtenidos Aprovisionamiento fácil y administración simplificada de toda la infraestructura. Implementación de RecoverPoint simplificada con la tecnología de splitter en el arreglo y la estandarización de la recuperación de desastres en todas las aplicaciones de Microsoft. En esta solución, RecoverPoint protege la infraestructura de producción en un sitio remoto ubicado a gran distancia, como por ejemplo, 8,500 km desde la Costa Oeste hasta la Costa Este de los Estados Unidos, con un RPO de aproximadamente tres segundos. RecoverPoint logra una relación de compresión tres veces mayor para reducir el ancho de banda de red necesario para la replicación de datos. Junto con RecoverPoint, Cluster Enabler (CE) brinda una solución de protección de datos integral para todo el centro de datos, con un failover del sitio completamente automático, lo que reduce considerablemente la complejidad de las operaciones. Ante una falla en el sitio a una gran distancia de 8,500 km, RecoverPoint/CE puede poner en línea todas las máquinas virtuales en cinco minutos. Todos los servicios de aplicaciones pueden conectarse nuevamente de forma automática, con un tiempo fuera no superior a 18 minutos (en el peor de los casos) para que los usuarios se conecten a los buzones de correo de Exchange, la granja de SharePoint y los servicios de SQL. 7

8 Introducción Propósito Este informe técnico presenta una arquitectura de referencia validada y reglas de diseño para tipos de cargas de aplicaciones de Microsoft, como Exchange Server 2010, SharePoint Server 2010 y SQL Server 2012 en la plataforma de almacenamiento EMC Symmetrix VMAX 10K, con FAST VP. Microsoft Windows 2008 R2 con Hyper-V ofrece la plataforma de virtualización y ESI, junto con Microsoft SCVMM y SCOM, facilita el aprovisionamiento y la administración. De acuerdo con la solución de base, la alta disponibilidad local (HA) se extendió para permitir una recuperación en el nivel de sitio remoto en una plataforma común y automatizada para aplicaciones por medio de EMC Cluster Enabler, integrado al cluster de conmutación por error de Windows. Alcance Público al que va dirigido El alcance de este informe técnico es el siguiente: Una metodología de diseño para aplicaciones de Microsoft en la plataforma de virtualización de Microsoft Hyper-V y el arreglo de almacenamiento VMAX 10K La funcionalidad del sistema y su rendimiento general con cargas de usuarios activos Protección del ambiente de infraestructura mediante EMC RecoverPoint integrado con Cluster Enabler Aprovisionamiento de almacenamiento y administración simplificado mediante ESI Descubrimiento y monitoreo del estado de Microsoft Hyper-V y el ambiente de la aplicación mediante productos de Microsoft Systems Center Este informe técnico está destinado a los ejecutivos de negocios, los directores de TI y los administradores de infraestructura responsables del almacenamiento de la empresa y del panorama de aplicaciones de Microsoft. También está destinado a los grupos de servicios profesionales, partners de integración de sistemas y otros equipos de EMC encargados de la implementación de una nube privada de Microsoft en un ambiente del cliente. Es conveniente contar con un conocimiento general de los panoramas de Exchange, SharePoint y SQL Server. También resulta conveniente estar familiarizado con los conceptos de virtualización. 8

9 Término Este documento incluye la siguiente terminología. Tabla 1. Término Plazo Mantenimiento de base de datos de fondo (BDM) Replicación remota continua (CRR) Grupo de disponibilidad de base de datos (DAG) EFD FAST VP Disco de paso Objetivo de punto de recuperación (RPO) Objetivo de tiempo de recuperación (RTO) Disco duro virtual (VHD) Definición BDM es el proceso de mantenimiento de bases de datos de Exchange 2010 que implica una suma de verificación tanto de copias de bases de datos activas como pasivas. CRR es compatible con la replicación síncrona y asíncrona entre sitios remotos conectados mediante Fibre Channel (FC) y una red de área extensa (WAN). La replicación síncrona es compatible cuando los sitios remotos están conectados mediante Fibre Channel y proporciona un RPO de valor cero. La replicación asíncrona brinda protección coherente con las fallas y recuperación en puntos en el tiempo específicos, con un bajo RPO. Un DAG es el componente básico de la plataforma de alta disponibilidad y resistencia de sitio incorporada en Microsoft Exchange Server Un DAG es un grupo de hasta 16 servidores de buzón de correo que aloja un conjunto de bases de datos y proporciona la recuperación automática de las bases de datos en caso de fallas que afecten las bases de datos o los servidores individuales. Enterprise Flash Drive. Fully Automated Storage Tiering for Virtual Pools. EMC Symmetrix VMAX 10K FAST VP para ambientes con aprovisionamiento virtual automatiza la identificación de extensiones de dispositivos delgados con el propósito de reasignar los datos de las aplicaciones en distintos niveles de rendimiento dentro de un mismo arreglo. FAST VP monitorea proactivamente los tipos de cargas en el nivel de sublun para identificar extensiones de dispositivos delgados activas que puedan beneficiarse de la transferencia a unidades de mayor rendimiento. FAST VP también identifica extensiones menos activas que podrían ser transferidas a unidades de mayor capacidad, sin que se vea afectado el rendimiento existente. Un disco de paso es donde las máquinas virtuales tienen acceso directo a los discos. Solamente se pueden bloquear dispositivos como iscsi o Fibre Channel. El RPO define el período de tiempo máximo aceptable entre la última imagen coherente disponible y un desastre o falla. El RTO define el tiempo máximo aceptable para hacer que un sistema, servicio o aplicación vuelva a su estado operacional inicial después de un desastre o falla. VHD es una especificación de formato de imagen públicamente disponible que permite la encapsulación del disco duro en un archivo individual para que el sistema operativo lo use como un disco virtual, tal como se usan los discos duros físicos. Estos discos virtuales pueden alojar sistemas de archivos nativos de Windows (NTFS, FAT, exfat y UDFS) y brindan soporte a operaciones de archivos y discos estándares. 9

10 Descripción general de la tecnología Descripción general EMC Symmetrix VMAX 10K La solución está validada con los siguientes componentes de hardware y software: EMC Symmetrix VMAX 10K EMC VNX5700, parte de la familia EMC VNX de plataformas de almacenamiento unificado EMC RecoverPoint EMC Cluster Enabler (CE) EMC Storage Integrator (ESI) Microsoft Windows Server 2008 R2 con Hyper-V Microsoft System Center Virtual Machine Manager Microsoft System Center Operations Manager EMC Symmetrix es la plataforma de almacenamiento más confiable del mundo. Los clientes empresariales han implementado importantes aplicaciones de misión crítica con Symmetrix durante más de 20 años. La serie Symmetrix VMAX 10K proporciona almacenamiento empresarial que brinda un diseño de hardware eficaz y rentable combinado con software integrado y una instalación, configuración y administración simplificadas. VMAX 10K brinda funcionalidades de arreglo de almacenamiento de gama alta a proveedores de servicios y organizaciones de TI que cuentan con ambientes de cómputo virtuales exigentes, pero que tienen poca experiencia en almacenamiento y recursos de TI. VMAX 10K usa una redundancia interna total para ofrecer confiabilidad, disponibilidad y capacidad de servicio (RAS) de clase empresarial, y tiene un splitter de escritura integrado para admitir la replicación de RecoverPoint. La serie VMAX 10K está diseñada para una implementación rápida y eficaz e incluye funciones que son especialmente útiles en centros de datos pequeños o abarrotados: VMAX 10K usa una implementación de Symmetrix Virtual Matrix Architecture optimizada para que sea rápida y fácil de administrar. Los sistemas VMAX 10K se proporcionan preconfigurados con aprovisionamiento virtual total y listos para que la instalación y la configuración se lleven a cabo el mismo día. Las altas densidades de almacenamiento se pueden lograr con un VMAX 10K de un único rack y motor que sea compatible con 120 unidades. El sistema puede escalar a un sistema de cuatro motores y seis bahías con 960 unidades y hasta 1.3 PB de capacidad útil. Esto les permite a los clientes hacer crecer y actualizar su sistema de forma rentable para que se ajusten al crecimiento de datos y aplicaciones. Con la funcionalidad de dispersión del arreglo VMAX 10K, las bahías se pueden separar en hasta 10 m, lo que permite implementaciones muy flexibles. 10

11 EMC VNX5700 VNX5700, miembro de 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 cumplir con los requisitos de alto rendimiento y alta escalabilidad de pequeñas y medianas empresas. A su vez, proporciona una simplicidad y eficacia líderes del mercado para minimizar el costo total de propiedad. EMC RecoverPoint EMC RecoverPoint es una solución de escala empresarial diseñada para proteger los datos de las aplicaciones en servidores conectados a una SAN y en arreglos de almacenamiento heterogéneos. RecoverPoint se ejecuta en un dispositivo dedicado y combina una tecnología de protección de datos permanente líder del sector con una tecnología de replicación sin pérdida de datos eficaz en términos de ancho de banda. Esta combinación le permite proteger datos de forma local y remota. Con las funcionalidades innovadoras de registro de modificaciones de datos e integración de aplicaciones, las organizaciones pueden enfrentar sus apremiantes inquietudes con respecto a la protección de datos normativa, las operaciones y el negocio. Las organizaciones que implementan RecoverPoint observan mejoras considerables en la protección de las aplicaciones y los tiempos de recuperación, en comparación con los snapshots de arreglos y hosts tradicionales o productos de respaldo de disco a cintas. EMC Cluster Enabler EMC Storage Integrator El software CE se integra al software de cluster de failover de Microsoft y permite que los nodos de cluster se dispersen geográficamente para que RecoverPoint los replique con su replicación remota continua (CRR). RecoverPoint/CE administra sin inconvenientes todos los procesos del sistema de almacenamiento necesarios para facilitar failover de nodos de cluster. RecoverPoint/CE es compatible con Windows Server 2003 y Windows Server 2008 en las ediciones Enterprise y Datacenter que usan solamente los modos de quórum Mayoría de nodo y Mayoría de recurso compartido de archivos y nodo. ESI para Windows proporciona funcionalidades de visualización y aprovisionamiento de almacenamiento. Como parte de la funcionalidad de visualización, muestra el mapeo de recursos de Windows para almacenamiento. Además, como parte del aprovisionamiento de almacenamiento, simplifica los pasos para crear un número de unidad lógica (LUN) y lo prepara mediante los pasos de particionamiento y formateo, y la creación de una letra de unidad. ESI también: Les permite a los usuarios crear un recurso compartido de archivo y montar ese archivo como una unidad conectada en red en el ambiente de Windows Proporciona la funcionalidad de virtualización debido a que es compatible con Microsoft Hyper-V Es compatible con el descubrimiento y aprovisionamiento de almacenamiento mediante el kit de herramientas de PowerShell 11

12 ESI for SharePoint brinda funcionalidades para ver y provisionar almacenamiento. Para ver el almacenamiento, ESI descubre las granjas de SharePoint, así como sus sitios y bases de datos de contenido. También realiza un mapeo de estos recursos para los recursos de almacenamiento subyacentes. Para provisionar almacenamiento en el servidor de SharePoint, ESI prepara el LUN: lo particiona, lo formatea y lo asigna a una letra de unidad, y provisiona el almacenamiento al sitio de SharePoint. ESI también es compatible con File Stream Remote Blob Store. Microsoft Windows Server 2008 R2 con Hyper-V Microsoft System Center Virtual Machine Manager Hyper-V es una parte integral de Windows Server que permite que los clientes aprovechen al máximo sus inversiones de hardware de servidor. Hyper-V consolida varias funciones de servidor como máquinas virtuales independientes que se ejecutan en una única máquina física y brinda una plataforma de virtualización de base para la transición a la nube. Con Windows Server 2008 R2, presenta una solución para los escenarios de virtualización principales como la consolidación de servidores de producción, centro de datos dinámico, continuidad del negocio, infraestructura de escritorios virtuales (VDI) y prueba y desarrollo. Microsoft System Center SCVMM permite una administración centralizada de infraestructura de TI física y virtual, un mayor uso del servidor y una optimización dinámica de recursos en varias plataformas de virtualización. Incluye funcionalidades de punto a punto como la planificación, implementación, administración y optimización de la infraestructura virtual. Puede usar SCVMM para maximizar los recursos del centro de datos y promocionar la agilidad de la TI mientras aprovecha las habilidades existentes. Con SCVMM puede: Crear y administrar de forma central máquinas virtuales en los centros de datos Consolidar fácilmente varios servidores físicos en hosts virtuales Provisionar y optimizar máquinas virtuales rápidamente Administrar recursos virtuales dinámicamente. Microsoft System Center Operations Manager Microsoft SCOM es un producto de administración de servicios de punto a punto para ambientes de Windows. Funciona a la perfección con servidores de infraestructura de Microsoft, como Windows Server, y servidores de aplicaciones, como Microsoft Exchange. Gracias a esto, puede aumentar la eficiencia mientras logra un mayor control del ambiente de TI. 12

13 Arquitectura y configuración de la solución Descripción general de la configuración Arquitectura de soluciones Esta solución implementa todos los servidores de Exchange, SQL Server y SharePoint como máquinas virtuales en un cluster Hyper-V en el sitio de producción y el sitio de DR. Con el splitter de arreglos integrado de RecoverPoint VMAX 10K, EMC RecoverPoint ofrece replicación heterogénea desde el almacenamiento de VMAX 10K en el sitio de producción hasta un nivel inferior del arreglo de almacenamiento VNX5700 en el sitio de DR; EMC Cluster Enabler automatiza el failover del sitio. La Figura 1 muestra la arquitectura de la solución. Consulte el cluster de Hyper-V en la sección Configuración y diseño de la aplicación para obtener información detallada sobre la creación y configuración de la máquina virtual de Hyper-V. Figura 1. Arquitectura física 13

14 Recursos de hardware La Tabla 2 detalla los recursos de hardware implementados en esta solución. Tabla 2. Recursos de hardware Equipo Cantidad Configuración EMC VMAX 10K 1 Dos bahías de sistema y una bahía de almacenamiento. Dos motores y 128 GB de memoria (espejeado) Versión de Enginuity: e Discos EFD, Fibre Channel y SATA: Discos EFD de 200 GB 17 Discos Fibre Channel de 450 GB y 15,000 r/min: 100 Discos Fibre Channel de 600 GB y 10,000 r/min: 82 Discos SATA de 2 TB y 7,200 r/min: 89 EMC VNX Código Block OE: Discos EFD, SAS y SAS NL RecoverPoint 4 Cuatro dispositivos de RecoverPoint (dos por sitio) Switches Fibre Channel 2 Switch Fibre Channel de 8 Gb (uno por sitio) Switch de red GbE 2 Switch IP de 48 puertos Servidores 11 Ocho servidores raíz de Hyper-V: CPU con cuatro procesadores de cuatro cores y 128 GB de RAM Un servidor de administración: CPU con cuatro procesadores de cuatro cores y 32 GB de RAM Dos servidores de controlador de dominio: Cuatro procesadores y 4 GB de RAM Recursos de software La Tabla 3 detalla los recursos de hardware implementados en esta solución. Tabla 3. Recursos de software Software Configuración Nodos de cluster de Hyper-V Windows Server 2008 R2 con service pack (SP) 1 Sistema operativo de la máquina virtual SQL Server Exchange Server SharePoint Server 2010 SCVMM SCOM EMC PowerPath Windows Server 2008 R2 con SP RTM Enterprise Edition 2010 Enterprise Edition con SP Enterprise Edition con SP1 y actualización acumulativa en febrero de R2 SP R2 Versión 5.5 SP1 ESI Versión 1.3 RecoverPoint Versión Cluster Enabler Versión

15 Configuración y diseño de aplicaciones Descripción general Esta solución se diseñó para un tipo de carga combinada de aplicaciones de Microsoft, como Exchange Server 2010, SharePoint Server 2010 y SQL Server 2012, en el arreglo de almacenamiento Symmetrix VMAX 10K. Microsoft Hyper-V brinda la plataforma de virtualización para todas las aplicaciones de Microsoft. Las siguientes secciones proporcionan la metodología de diseño para las tres aplicaciones de Microsoft, el cluster de Hyper-V y Symmetrix FAST VP. Exchange Server 2010 Microsoft Exchange Server 2010 presenta el grupo de disponibilidad de base de datos (DAG) como el nuevo mecanismo de HA para remplazar las tecnologías de HA integradas anteriores. Esta sección proporciona el diseño de la plataforma de virtualización, el DAG y el disco para Exchange Server 2010 como se implementa en esta solución. Requisitos de usuario para Exchange Server 2010 Los requisitos de usuario de esta solución se especifican en la Tabla 4. Tabla 4. Requisitos de usuario de Exchange Elemento Valor Cantidad de usuarios de Exchange ,000 Cantidad de máquinas virtuales del servidor de buzón de correo Cantidad de DAG y copias de bases de datos Cantidad de usuarios por servidor de buzón de correo Perfil de usuario (en la configuración de DAG) Relación de lectura-escritura Tamaño de buzón de correo Tamaño de mensaje promedio de destino Ventana de retención de elementos eliminados Buffer de protección de logs Configuración de BDM de 24x7 4 1 DAG con 2 copias 5,000 buzones de correo en total (2,500 activos y 2,500 pasivos bajo condiciones operativas normales) 100 mensajes por usuario y por día (0.10 IOPS) 3:2 en una configuración de DAG) Comienza con 500 MB y puede llegar hasta 2 GB 75 kb 14 días 3 días Activado Diseño de componentes básicos de Exchange Server 2010 El dimensionamiento y la configuración del almacenamiento para usarlo con Exchange Server 2010 puede ser un proceso complicado que depende de muchas variables y factores que varían según la organización. Un almacenamiento de Exchange configurado correctamente y combinado con un servidor y una infraestructura de red dimensionados adecuadamente puede garantizar que no haya problemas en las operaciones de Exchange y que la experiencia del usuario sea la mejor. 15

16 Uno de los métodos que pueden simplificar el dimensionamiento y la configuración de amplios ambientes de Microsoft Exchange Server 2010 es la definición de una unidad de medida denominada componente básico. Un componente básico representa la cantidad de recursos necesarios para admitir una cantidad específica de usuarios de Exchange 2010 en una única máquina virtual. Puede deducir la cantidad de recursos necesarios a partir de un tipo de perfil de usuario específico, el tamaño de buzón de correo y un requisito de disco. Para obtener más información sobre la metodología de componentes básicos de EMC para Exchange 2010, consulte el informe técnico de EMC Microsoft Exchange 2010: Storage Best Practices and Design Guidance for EMC Storage. La Tabla 5 muestra la información sobre los componentes básicos correspondiente a esta solución. Tabla 5. Componentes básicos de Exchange Elemento Cantidad de usuarios de Exchange por servidor de buzón de correo Tamaño de buzón de correo Cantidad de bases de datos por servidor de buzón de correo Buzones de correo de usuario por base de datos Tamaño de LUN de base de datos Tamaño de LUN de log Valor 5,000 buzones de correo en total (2,500 activos y 2,500 pasivos bajo condiciones operativas normales) Comienza con 500 MB y puede llegar hasta 2 GB 10 (5 activos/5 pasivos) TB (dimensionamiento para buzón de correo de 2 GB) 100 GB Los requisitos incluyen comenzar con un buzón de correo de usuario de 500 MB que se pueda extender sin problemas a 2 GB. Esto se puede lograr fácilmente mediante la función VMAX 10K Virtual Provisioning. La tecnología Symmetrix Virtual Provisioning se basa en la funcionalidad de aprovisionamiento delgado, que es la capacidad de contar con un gran dispositivo que, a la vez, sea delgado (es decir, con respecto al volumen) configurado y presentado al host mientras se consume almacenamiento físico desde un pool compartido únicamente cuando sea necesario. Symmetrix Virtual Provisioning puede mejorar el uso de la capacidad de almacenamiento y simplificar la administración de almacenamiento. Para hacerlo, presenta la aplicación con una capacidad suficiente para un período de tiempo extendido, lo que atenúa la necesidad de provisionar nuevo almacenamiento con frecuencia y evita que haya almacenamiento asignado costoso y sin usar. Diseño de DAG de Exchange Server 2010 Esta solución usa la función de DAG de Exchange 2010 DAG para ofrecer HA a las bases de datos de Exchange. Un DAG es un grupo de hasta 16 servidores de buzón de correo que aloja un conjunto de bases de datos y que proporciona la recuperación automática en el nivel de las bases de datos en caso de fallas que afecten las bases de datos o los servidores individuales. 16

17 Configuramos cada servidor de buzón de correo en esta solución con diez bases de datos (cinco activas y cinco pasivas). Todas las bases de datos se balancearon y se distribuyeron entre servidores de buzón de correo dentro del DAG y entre los nodos de Hyper-V para eliminar un único punto de falla. La Figura 2 muestra la distribución de las bases de datos de DAG. Figura 2. Distribución de las bases de datos de DAG Diseño de la máquina virtual de Hyper-V para Exchange Server 2010 Esta solución implementa todos los servidores de Exchange 2010 como máquinas virtuales de Hyper-V. Configuramos cuatro servidores de buzón de correo de Exchange 2010 en un DAG para brindar HA a las bases de datos. Cada máquina virtual de servidor de buzón de correo se configuró en otro servidor de host Hyper-V para que haya más redundancia. Desde los servidores HUB/CAS, la función combinada HUB/CAS tenía una relación de core de CPU de 1:1 con el servidor de buzón de correo. Por lo tanto, la solución incluía cuatro servidores HUB/CAS como máquinas virtuales, separadas en distintos hosts Hyper-V. Además, implementamos el balanceador de carga de red y el arreglo Client Access de Exchange Server 2010 para facilitar el balanceo de carga entre los servidores Client Access. Con respecto a las máquinas virtuales de Exchange, basamos los requisitos de memoria y CPU en las mejores prácticas de Microsoft. Para obtener más información, visite los siguientes sitios web: La Tabla 6 brinda un resumen de la configuración de la máquina virtual de Exchange. Tabla 6. Configuración de la máquina virtual de Exchange Función de la máquina virtual Cantidad vcpu Memoria (GB) Disco de arranque VHD (GB) Buzón de correo HUB/CAS Configuramos todos los LUN de logs y de bases de datos para la máquina virtual del servidor de buzón de correo de Exchange como discos de paso en Hyper-V. La Tabla 7 proporciona información detallada sobre la configuración de discos de paso de la máquina virtual de Exchange. Tabla 7. Configuración de discos de la máquina virtual de Exchange Función de la máquina virtual Cantidad de máquinas virtuales Discos de paso (GB) Descripción Buzón de correo TB LUN de base de datos GB LUN de logs 10 Cantidad de discos de paso en cada máquina virtual 17

18 SharePoint Server 2010 La granja de SharePoint estaba diseñada para un rendimiento optimizado y un crecimiento y una capacidad de administración simples. Esta sección describe la configuración y el diseño de SharePoint Server 2010 en esta solución. Requisitos de usuario de SharePoint Server 2010 La Tabla 8 especifica el perfil de usuario de SharePoint 2010 en esta solución. Tabla 8. Requisitos de usuario de SharePoint Elemento Valor Conteo total de usuarios 10,000 Perfiles de usuario (% de navegación/% de búsqueda/% de modificación) Simultaneidad de usuarios 10 % Datos totales Tamaño de la base de datos de contenido Conteo total de conjuntos de sitios 20 Sitios por conjuntos de sitios 10 Rango de tamaño de documentos 80 %/10 %/10 % 4 TB 1 TB 10 KB a 10 MB Diseño de componentes y granja de SharePoint Server 2010 Para cumplir con los requisitos de usuario especificados en la Tabla 8, implementamos siete servidores de SharePoint en tres funciones diferentes: Tres servidores web de front-end de SharePoint para el balanceo de carga y configurados como servidores de consulta. Hicimos un escalamiento horizontal de los componentes de consulta a tres particiones. Cada servidor de consulta contenía una partición de índice y un espejeado de otro para obtener un mejor rendimiento de consulta y mayor tolerancia a fallas. Dos servidores de aplicaciones de SharePoint con dos rastreadores cada uno para mejorar el rendimiento total e incremental. Dos servidores SharePoint SQL con dos bases de datos de contenido cada uno. Configuración de SharePoint SQL Server Antes de implementar SharePoint Server, configure los siguientes ajustes y opciones de SQL Server: No active la opción de autocreación de estadísticas en una instancia de SQL Server compatible con SharePoint Server. SharePoint Server configura los ajustes requeridos sobre aprovisionamiento y actualización. El uso de la autocreación de estadísticas puede cambiar considerablemente el plan de ejecución de una consulta de una instancia de SQL Server a otra. Por lo tanto, para brindar soporte coherente a todos los clientes, SharePoint Server entrega sugerencias codificadas para consultas, según sea necesario, a fin de proporcionar el mejor rendimiento en todos los escenarios. Para garantizar un rendimiento óptimo, EMC le recomienda enfáticamente configurar la opción de grado máximo de paralelismo (MAXDOP) en 1 en instancias de SQL Server que alojen bases de datos de SharePoint Server Para mayor información, visite: 18

19 Configuración de la granja de SharePoint La granja de SharePoint se diseñó como un portal de colaboración. Se componía de 4 TB de contenido de usuario que consistía en 20 conjuntos de sitios de SharePoint (mediante el portal de colaboración) con cuatro bases de datos de contenido, cada una completada con 1 TB de documentos aleatorios. Configuración de búsqueda de SharePoint La arquitectura de búsqueda de SharePoint 2010 mejora la escalabilidad tanto para los componentes de rastreo como los de consulta, en comparación con Microsoft Office SharePoint Server 2007 (MOSS 2007). El servidor de búsqueda se compone de servidores rastreadores con la función de rastrear y propagar los índices en el servidor de consultas y actualizar las áreas de almacenamiento de propiedades en el SQL Server. En SharePoint 2010, el servidor rastreador ya no almacena una copia de los archivos de índice. Se propagan al componente de consulta durante la operación de rastreo. Debido a esto, el servidor rastreador ya no es un único punto de falla. Los servidores de consulta separan el contenido entre ellos para que cada servidor de consulta retenga solamente un subconjunto de las consultas y los archivos de índice de contenido. El área de almacenamiento de propiedad es el origen autorizado para todas las propiedades de contenido y no necesita estar sincronizado con los servidores rastreadores. En esta solución, activamos la función de consulta en el servidor web front-end (WFE). Hicimos un escalamiento horizontal de los componentes de consulta a tres particiones para el balanceo de carga. Cada componente de consulta también retuvo otra partición de índice espejada para la consideración de la tolerancia a fallas. Provisionamos dos LUN de 120 GB que almacenan la partición de índice y su espejeado en cada servidor de consulta. También provisionamos dos LUN de 80 GB en cada servidor de rastreador para almacenar los archivos de índice temporales durante la operación de rastreo. Configuración de tempdb de SQL Las mejores prácticas de rendimiento de Microsoft SQL Server recomiendan que la cantidad de archivos de datos de tempdb debe ser igual a la cantidad de cores de CPU; cada tempdb de archivos de datos deben tener el mismo tamaño. En esta solución, creamos cuatro archivos de datos de tempdb. La cantidad es igual a la de los cores de CPU de SQL Server. Colocamos los datos de tempdb y los archivos de log en un LUN de RAID 1 exclusivo, activado para brindar un mejor rendimiento y uso. Para obtener más información sobre la optimización del rendimiento de tempdb, visite: Diseño de la máquina virtual de Hyper-V para SharePoint Server 2010 Puede calcular los requisitos de Hyper-V y de máquina virtual según los requisitos de usuario. La memoria RAM recomendada para equipos que ejecutan SQL Server se calcula según el tamaño combinado de las bases de datos de contenido. Para obtener más información sobre la planificación y configuración del almacenamiento y la capacidad de SQL Server para SharePoint Server 2010, visite: En la solución, teníamos dos SQL Servers en la granja de SharePoint, por lo que 32 GB para cada uno era una buena opción. La Tabla 9 brinda un resumen de la configuración de la máquina virtual de SharePoint. 19

20 Tabla 9. Configuración de la máquina virtual de SharePoint Función de la máquina virtual Cantidad vcpu Memoria (GB) Disco de arranque VHD (GB) SQL WFE Aplic Agregamos todos los LUN de SharePoint como discos de paso. Para calcular el almacenamiento requerido para las bases de datos de propiedad y de rastreo, usamos el siguiente multiplicador sugerido por Microsoft: Rastreo: (suma de bases de datos de contenido) = TB = GB Propiedad: (suma de bases de datos de contenido) = TB = 61.4 GB Con un 20 % del buffer de capacidad, contábamos con un volumen de 220 GB para la base de datos de rastreo y un volumen de 80 GB para la base de datos de propiedad. La Tabla 10 proporciona información detallada sobre la configuración de discos de paso de la máquina virtual de SharePoint. Tabla 10. Configuración de discos de la máquina virtual de SharePoint Función de la máquina virtual Cantidad de máquinas virtuales Discos de paso (GB) Descripción WFE Componente de consulta y espejeado de componente de consulta Índice 2 80 Componente de índice 2 SQL Server 1 1,200 Volumen de datos de base de datos de contenido 30 Volumen de logs de base de datos de contenido 50 Volumen de base de datos de administración de búsqueda/ configuración/administración central Base de datos de propiedad de SharePoint y sus volúmenes de log Volúmenes de log y base de datos de rastreo de SharePoint 50 Volúmenes de log y base de datos temporal de SQL 1 1,200 Volumen de datos de base de datos de contenido 30 Volumen de logs de base de datos de contenido 50 Volúmenes de log y base de datos temporal de SQL Cantidad de discos de paso en cada máquina virtual (un disco de 80 GB y un disco de 20 GB) 2 (un disco de 220 GB y un disco de 50 GB)

21 SQL Server 2012 Para mantener la flexibilidad y el rendimiento, es necesario asegurar que el dimensionamiento de almacenamiento y la configuración de la máquina virtual para SQL Server sean óptimos. Esta sección ofrece información detallada sobre el diseño y los requisitos de usuario de SQL Server. Requisitos de usuario de SQL Server 2012 La Tabla 11 muestra los requisitos de usuario para SQL Server 2012 en esta solución. Tabla 11. Requisitos de usuario de SQL Server Perfil Perfil de usuario y capacidad de base de datos de SQL Valor Tres bases de datos de usuario por SQL Server: Una de 50 GB (5,000 usuarios) Una de 100 GB (10,000 usuarios) Una de 150 GB (15,000 usuarios) Cantidad de instancias de SQL Server 2 Cantidad de bases de datos de usuario para cada máquina virtual 3 Cantidad de máquinas virtuales 2 Tamaño total de la base de datos 600 GB Cantidad total de usuarios 60,000 Relación de lectura y escritura Usuarios simultáneos 85:15, procesamiento de transacciones en línea (OLTP) Combinados para simular tipos de cargas activos, semiactivos e inactivos en las bases de datos Diseño de la máquina virtual de Hyper-V para SQL Server 2012 En esta solución, implementamos dos máquinas virtuales de SQL Server. La siguiente lista indica las configuraciones de Windows y SQL Server 2012 de cada máquina virtual. Deje los valores predeterminados para el resto de las configuraciones. Otorgue el privilegio de bloqueo de páginas en memoria para la cuenta de inicio de SQL. Consulte el artículo Pre-Configuration Database Optimizations en el sitio web de Microsoft para obtener más información. Formatee el dispositivo de datos del usuario mediante la asignación de 64 kb para el tamaño de la unidad de asignación NTFS. Consulte el artículo SQL Server Best Practices Article en el sitio web de Microsoft para obtener más información. La Tabla 12 brinda un resumen de la configuración de la máquina virtual de SQL Server. Tabla 12. Configuración de la máquina virtual de SQL Función de la máquina virtual Cantidad vcpu Memoria (GB) Disco de arranque VHD (GB) SQL 2 4 las 24 horas

22 Según lo descrito en la Tabla 11, el tamaño total de la base de datos es de 600 GB. El log de la base de datos de usuario y el log de tempdb se disponen en un LUN independiente para cada base de datos. Con respecto a los datos de tempdb, como se sugiere en las mejores prácticas, creamos la misma cantidad de LUN tanto para los archivos de datos de tempdb como para los CPU en el SQL Server. Configuramos todos los LUN de logs y de bases de datos para la máquina virtual de SQL Server como discos de paso en Hyper-V. La Tabla 13 proporciona información detallada sobre la configuración de discos de paso de las máquinas virtuales de SQL Server. Tabla 13. Configuración de discos de las máquinas virtuales de SQL Función de la máquina virtual Cantidad de máquinas virtuales Discos de paso (GB) Descripción SQL LUN de base de datos de 150 GB de base de datos 125 LUN de log de 150 GB de base de datos 200 LUN de base de datos de 100 GB de base de datos 100 LUN de log de 100 GB de base de datos 150 LUN de base de datos de 50 GB de base de datos 75 LUN de log de 50 GB de base de datos Cantidad de discos de paso en cada máquina virtual Datos de tempdb de SQL 4 50 Log de tempdb de SQL 1 Cluster de Hyper-V Después de determinar el diseño de la máquina virtual para cada aplicación individual, el próximo paso fue considerar la configuración de clusters de Hyper-V. Esta solución implementa un cluster de Hyper-V que se compone de cuatro nodos en el sitio de producción y otros cuatro nodos en el sitio de DR para aumentar la disponibilidad de máquinas virtuales y aplicaciones. Debido a que esta solución cuenta con cluster de failover de múltiples sitios con un igual número de nodos, usamos la configuración de quórum de Mayoría de recurso compartido de archivos y nodo. Al determinar dónde colocar las máquinas virtuales, es importante incluir el balanceo de carga y la protección contra fallas en su plan. Debe distribuir máquinas virtuales con las mismas funciones de aplicaciones que cuentan los distintos servidores raíz de Hyper-V. Por ejemplo, esta solución separa las máquinas virtuales del servidor de buzón de correo en diferentes nodos de Hyper- V. Por lo tanto, si falla un nodo de Hyper-V, únicamente un servidor de buzón de correo se verá afectado. Se aplica la misma regla a los servidores WFE de SharePoint, servidores WFE de aplicaciones de SharePoint, servidores HUB/CAS de Exchange y servidores SQL (incluidos aquellos para SharePoint). 22

23 La Tabla 14 describe la ubicación de la máquina virtual en cada nodo de Hyper-V de la solución y el resumen de los recursos totales asignados a las máquinas virtuales. Tabla 14. Distribución de la máquina virtual en nodos de cluster de Hyper-V Servidor del sitio de producción Función de la VM Buzón de correo de Exchange Nombre de host de la VM vcpu ExMBX Memoria (GB) Exchange HUB/CAS ExHC Nodo 1 WFE de SharePoint SPSWFE Aplicación de SharePoint SPSAPP SQL SQL01 4 las 24 horas Total: Buzón de correo de Exchange ExMBX Nodo 2 Exchange HUB/CAS ExHC SharePoint SQL SPSSQL WFE de SharePoint SPSWFE Total: Buzón de correo de Exchange ExMBX Exchange HUB/CAS ExHC Nodo 3 SQL SQL 02 4 las 24 horas Controlador de dominio DC Aplicación de SharePoint SPSAPP Total: noviembre 60 Buzón de correo de Exchange ExMBX Nodo 4 Exchange HUB/CAS ExHC SharePoint SQL SPSSQL WFE de SharePoint SPSWFE Total: Para cada máquina virtual, se provisiona un LUN de arranque de la máquina virtual de 200 GB a fin de ofrecer almacenamiento para un disco duro virtual (VHD) con un tamaño fijo de 100 GB para el sistema operativo (SO), el archivo de configuración y el archivo de intercambio de memoria de la máquina virtual (del mismo tamaño que la memoria configurada para esta máquina virtual). 23

24 Usamos el GUID del volumen a fin de configurar el LUN de arranque para cada máquina virtual. Si el LUN de arranque se formateó con el sistema de archivos NT (NTFS) y se asignó con una letra de unidad en el nodo de Hyper-V, no se podría configurar como un disco de recursos de cluster y, por ende, la migración activa no funcionaría correctamente. Mediante el uso del GUID del volumen, este GUID en el nodo primario se replicó al resto de los nodos y permaneció igual en todos los nodos, lo que dio lugar a una migración activa correcta de la máquina virtual en todos los nodos de cluster. La Figura 3 muestra el GUID del volumen de un LUN de arranque de la máquina virtual en el Failover Cluster Manager. Figura 3. GUID del volumen La Figura 4 muestra la configuración del GUID del volumen para la ruta de almacenamiento de la máquina virtual. Figura 4. Ruta de almacenamiento para el archivo VHD del SO de la máquina virtual Diseño de almacenamiento de FAST VP El diseño de almacenamiento de la plataforma VMAX 10K brinda una infraestructura de almacenamiento simplificada, escalable y sólida. Usamos la tecnología FAST VP en esta solución para el almacenamiento en niveles automatizado con el fin de satisfacer las necesidades cambiantes de las aplicaciones. Symmetrix FAST VP Symmetrix FAST VP funciona en dispositivos delgados con Virtual Provisioning y usa algoritmos inteligentes para analizar dispositivos continuamente en el nivel de sublun. Esto le permite a FAST VP identificar y reasignar los componentes específicos de un LUN que están la mayor parte del tiempo activos y que les resultaría beneficioso ser transferidos a un almacenamiento de rendimiento más alto como EFD. FAST VP también identifica los componentes menos activos de un LUN y reasigna esos datos a un almacenamiento de mayor capacidad y más rentable como SATA, sin alterar el rendimiento. 24

25 La transferencia de datos entre niveles se basa en la medición del rendimiento y las políticas definidas por el usuario; FAST VP la ejecuta automáticamente y de forma no destructiva. Para que FAST VP funcione, debe configurar los tres elementos de almacenamiento siguientes: Niveles de almacenamiento: un nivel de almacenamiento es la especificación de un conjunto de recursos del mismo tipo de tecnología de disco (EFD, Fibre Channel o SATA) combinados con un tipo de protección RAID determinado (RAID 1, RAID 5 o RAID 6). Grupos de almacenamiento: un grupo de almacenamiento es una recopilación lógica de dispositivos Symmetrix que no se administrarán juntos. Políticas de FAST: una política de FAST agrupa el almacenamiento entre uno y tres niveles y asigna un límite de uso superior para cada nivel de almacenamiento. El límite superior especifica la capacidad máxima que puede tener un grupo de almacenamiento asociado a la política mientras reside en un nivel determinado. Reglas de diseño de almacenamiento VMAX 10K y FAST VP La siguiente lista proporciona instrucciones generales sobre el diseño para ejecutar un tipo de carga combinada de aplicaciones de Microsoft en un arreglo de almacenamiento VMAX 10K por medio de FAST VP: EMC recomienda separar las bases de datos y los logs en sus propios LUN. Balancee la utilización de puertos y procesadores de front-end en todos los recursos de VMAX 10K disponibles destinados al ambiente combinado de aplicaciones de Microsoft. Para Fibre Channel, use el puerto 0 de un procesador de front-end determinado (un segmento) antes de utilizar el puerto 1 del mismo procesador. Con respecto a los dispositivos delgados usados para el LUN de datos de aplicaciones en la solución, creamos metadispositivos fraccionados en ocho direcciones para lograr un mejor rendimiento. Configure FAST VP únicamente para los LUN de datos de aplicaciones: Para Exchange Server, excluya los volúmenes de log de transacción de la política de FAST VP. Para SharePoint y SQL Server, excluya los LUN de tempdb y de log de la política de FAST VP. Excluya los LUN de arranque de la máquina virtual de Hyper-V de la política de FAST VP. Configuración de FAST VP en esta solución FAST VP en un ambiente VMAX 10K proporciona una manera fácil de emplear las especializaciones de servicio de almacenamiento de una configuración de arreglo con una mezcla de tipos de unidades. Al configurar FAST VP en esta solución, consideramos lo siguiente: Seleccionamos los niveles FAST VP para esta solución conforme a los requisitos de la aplicación; las tres aplicaciones comparten los mismos niveles. Esta configuración permitió que FAST VP transfiriera datos automáticamente a todos los discos de este nivel para conseguir un rendimiento óptimo. 25

26 Elegimos el tipo de protección RAID 5 para niveles más rápidos como Fibre Channel y EFD a fin de generar el mejor costo total de propiedad (TCO) y la protección espejeada de RAID 1 para SATA a fin de obtener el mejor rendimiento. Para SharePoint Server en esta solución, cada base de datos de contenido tenía un tamaño de 1 TB. En esta situación, se requieren más IOPS que bases de datos con un tamaño pequeño. Por lo tanto, usamos el nivel Fibre Channel para la mayoría de los dispositivos de almacenamiento. La Tabla 15 indica la información de los discos y niveles de FAST VP usados en esta solución. Tabla 15. Discos y niveles de FAST VP Nombre del nivel Tecnología del disco Cantidad de discos Tipo de RAID EFD Discos EFD de 200 GB 12 RAID 5 (3+1) Fibre Channel SATA Discos Fibre Channel de 450 GB y 15,000 r/min Discos SATA de 2 TB y 7,200 r/min 80 RAID 5 (3+1) 68 RAID 1 La configuración de la política de FAST VP era diferente para cada aplicación, ya que cada aplicación debe cumplir con distintos requisitos de rendimiento. La Tabla 16 muestra las políticas y los niveles de FAST VP usados en esta solución. Tabla 16. Política de FAST VP Aplicación Organización en niveles Política de FAST VP Fibre Channel 10 % Exchange SATA 90 % EFD 10 % SharePoint Fibre Channel 80 % SATA 10 % EFD 25 % SQL Fibre Channel 65% SATA 10 % 26

27 Configuración y diseño de administración del sistema Descripción general SCVMM 2008 R2 Esta arquitectura de la solución incluye los siguientes componentes a fin de demostrar una solución de nube privada para clientes que buscan logar una consolidación empresarial con una administración simple: SCVMM permite una implementación rápida de máquinas virtuales. ESI permite provisionar almacenamiento para el ambiente de Microsoft Hyper-V. SCOM permite el descubrimiento y el monitoreo del estado de aplicaciones de Windows, Hyper-V y Microsoft. Esta solución usa SCVMM a fin de brindar una administración unificada para un ambiente de servidores Hyper-V que alojan máquinas virtuales de SQL, SharePoint y Exchange. SCVMM también permite consolidar servidores físicos en un ambiente virtual y monitorear todos los clusters, hosts y máquinas virtuales en este ambiente. Además, los administradores pueden usar SCVMM para provisionar máquinas virtuales rápidamente y optimizar dinámicamente los recursos virtuales. La Figura 5 muestra el ambiente de la máquina virtual, incluida la información de hosts, uso promedio de CPU y memoria de una máquina virtual. Figura 5. Ambiente de la máquina virtual en SCVMM 27

28 ESI ESI simplifica en gran medida la administración, la visualización y el aprovisionamiento de almacenamiento de EMC en un ambiente Hyper-V. Como parte del aprovisionamiento de almacenamiento, ESI simplifica los pasos para crear un LUN, ya que lo procesa mediante los pasos de particionamiento, formateo y creación de una letra de unidad. Mientras se configura el nodo de cluster en ESI, es muy fácil agregar un sistema de clusters. Después de agregar el nodo de cluster a ESI, ESI muestra todos los discos de cluster y la información correspondiente. La Figura 6 muestra los hosts de Hyper-V y VMAX 10K en todo el ambiente de la solución y cómo ESI ayuda a comprender los recursos de disco de cluster en el almacenamiento. Figura 6. Vista simplificada de ESI de hosts de Hyper-V y VMAX 10K ESI también es compatible con los comandos de PowerShell. Para los ambientes grandes, los administradores de almacenamiento pueden usar los comandos de ESI PowerShell para implementar varios volúmenes en la plataforma de Windows al mismo tiempo. Para obtener instrucciones detalladas sobre cómo usar ESI, consulte la Guía del producto de EMC Storage Integrator for Windows. Nota Las funciones descritas en este informe técnico se basan en la versión de ESI disponible en el momento de la validación de la solución. EMC mejora y actualiza sus productos y tecnología constantemente con nuevas características y funcionalidades. Visite (visite el sitio web de su país correspondiente) para consultar las funciones y actualizaciones más recientes. 28

29 SCOM 2007 R2 Esta solución usa SCOM 2007 R2 para descubrir y monitorear el estado, el rendimiento y la disponibilidad de toda la infraestructura virtual del sistema operativo, hipervisores y aplicaciones de Exchange, SQL y SharePoint. Los siguientes paquetes de administración se importaron en SCOM 2007 R2 para monitorear toda la infraestructura: Paquete de administración de SQL Server Paquete de administración de Microsoft Exchange Server 2010 Paquete de administración de System Center Virtual Machine Manager (SCVMM) 2008 R2 Paquete de administración del sistema operativo de Microsoft Windows Server La Figura 7 muestra cómo SCOM monitorea el ambiente de Hyper-V y Microsoft Windows implementado en esta solución. Figura 7. Monitoreo de equipos de Windows realizado por SCOM 29

30 Diseño y configuración de RecoverPoint/CE Descripción general Preparación de VMAX 10K para RecoverPoint/CE Esta sección muestra el diseño y la configuración de RecoverPoint /CE, así como la preparación de VMAX 10K para RecoverPoint/CE en esta solución. Si bien RecoverPoint está calificado con VMAX 10K, y VMAX 10K tiene un splitter de escritura integrado para admitir la replicación de RecoverPoint, se deben completar otros pasos para que VMAX 10K esté totalmente preparado para RecoverPoint: 1. Configure el splitter de RecoverPoint en el arreglo Symmetrix VMAX 10K mediante el aprovisionamiento de los siguientes volúmenes: Un volumen de catálogo (3 GB) para el cluster de dispositivo de RecoverPoint (RPA). Este volumen almacena información de configuración sobre los RPA y los grupos de coherencia de RecoverPoint, lo que permite un funcionamiento correcto de un RPA para que se haga cargo sin problemas de las actividades de replicación de un RPA fallido del mismo cluster. También provisionamos un volumen de catálogo del mismo tamaño en el VNX5700 para el cluster de RPA en el sitio de DR. Ocho volúmenes de gatekeeper únicos para RPA1 y RPA2. Para provisionar estos volúmenes, cree vistas de enmascaramiento de autoaprovisionamiento que presentan los volúmenes a los RPA. Para la solución, creamos tres vistas de enmascaramiento para el cluster de RecoverPoint, ya que se compone de dos RPA. 2. Al replicar volúmenes a un splitter de Symmetrix, los tamaños de LUN de réplica y de producción deben ser idénticos. La función de falsificación del tamaño de LUN no es compatible con los splitters de Symmetrix. Al realizar una replicación desde un splitter de Symmetrix a otro splitter, el LUN de réplica puede ser más grande que el LUN de producción. Sin embargo, como mejor práctica, siempre haga que el LUN de réplica tenga el mismo tamaño que el de producción mediante el conteo de bloques. 3. Active la omisión de protección contra escritura para iniciadores de RPA. El splitter de RecoverPoint para VMAX 10K requiere que los iniciadores de RPA tengan un acceso especial que les permita escribir en dispositivos protegidos contra escritura. La Figura 8 muestra esta configuración. Figura 8. Omisión de protección contra escritura para los RPA Para obtener más información, consulte EMC RecoverPoint Deploying with Symmetrix Arrays and Splitter Technical Notes. 30

31 Configuración de RecoverPoint CRR En esta solución, RecoverPoint CRR replica el ambiente de producción al ambiente de recuperación mediante el splitter de RecoverPoint. Utilizamos replicación asíncrona mediante una WAN IP para RecoverPoint CRR. Conectamos los RPA para los sitios de DR y de producción por medio de una red troncal entre dos switches a fin de que se comuniquen entre sí. Cada RPA estaba conectado a los switches de red con dos conexiones de 1 Gb. Un emulador de distancia de red simuló la latencia de red entre los enlaces WAN del RPA. Configuramos los dos escenarios siguientes para la prueba: Latencia de red de 25 ms (distancia de un viaje de ida y vuelta de 2,500 km) Latencia de red de 85 ms (distancia de un viaje de ida y vuelta de 8,500 km) La consola de administración de RecoverPoint muestra el flujo de datos con información más detallada. La Figura 9 muestra el flujo de datos en uno de los grupos de coherencia implementados en esta solución. Figura 9. El flujo de datos de RecoverPoint CRR en la consola de administración Dimensionamiento del registro de RecoverPoint El tamaño de los volúmenes de registro se relaciona estrechamente con su ventana de protección requerida. Para determinar el tamaño del registro, los administradores deben calcular la tasa de modificación esperada de los datos de aplicaciones en el ambiente. A continuación, se presenta la fórmula de dimensionamiento del volumen del registro: 31

32 Como regla general, los expertos en la implementación de EMC RecoverPoint recomiendan dimensionar registros en un 20 % de los datos que se replican cuando las tasas de modificación no están disponibles. En esta solución, la tasa de modificación de los datos del buzón de correo de Exchange es de 6 Mb/s de acuerdo con el perfil de usuario de Exchange. Para respetar un requisito de reversión de tres días (72 horas), el tamaño de registro debe ser de 250 GB: 6 Mbps 259,200 segundos/ = 2,041,200 Mb (~250 GB) En el cálculo de arriba, 259,200 segundos representa una ventana de reversión de 72 horas, mientras que 0.8 representa el 20 % para el espacio de registro reservado. Para lograr un rendimiento óptimo del registro, asegúrese de seleccionar los tipos de unidad y RAID correspondientes. En esta solución, usamos discos SAS de 600 GB y 10,000 r/min en una configuración de RAID 1/0 en VNX5700 para la protección remota. También usamos discos Fibre Channel de 600 GB y 10,000 r/min en una configuración de RAID 1 en VMAX 10K para hacer failback durante el failover de un sitio. Para ajustarse a la ventana de protección en esta solución, EMC recomienda configurar el tamaño de registro correcto para cada grupo de coherencia, como se muestra en la Tabla 17. Comuníquese con su representante local de RecoverPoint para dimensionar sus registros según sus requisitos específicos. Tabla 17. Dimensionamiento de registro para cada grupo de coherencia Site Sitio de producción Sitio de DR Ventana de protección 1 día 3 días Tamaño del registro Servidor de buzones de correo de Exchange 75 GB Servidor de buzones de correo de Exchange 250 GB Exchange HUB/CAS 75 GB Exchange HUB/CAS 20 GB SQL Server 75 GB SQL Server 250 GB SharePoint SQL Server 90 GB SharePoint SQL Server 300 GB Servidor de aplicaciones de SharePoint 75 GB Servidor de aplicaciones de SharePoint 20 GB Servidor WFE de SharePoint 15 GB Servidor WFE de SharePoint 50 GB Controlador de dominios 5 GB Controlador de dominios 20 GB Configuración de EMC Cluster Enabler EMC Cluster Enabler para clusters de failover de Microsoft es una extensión de software de la funcionalidad de cluster de failover. Cluster Enabler permite que los clusters de failover de Microsoft funcionen en varios arreglos de almacenamiento en clusters distribuidos geográficamente. Cada nodo de cluster se conecta a los arreglos de almacenamiento compatibles mediante una red de almacenamiento. 32

33 En un ambiente típico, los datos de almacenamiento se replican a otro arreglo de almacenamiento en el sitio de DR para proteger el ambiente contra fallas del sitio. Cuenta con acceso de lectura y escritura en el arreglo de origen y acceso de solo lectura en el de destino. Esto agrega más pasos para permitir el acceso de lectura-escritura en el sitio remoto después del failover al implementar clusters extendidos en los centros de datos. EMC Cluster Enabler permite automatizar estos pasos adicionales mediante el aprovisionamiento del tipo de recurso personalizado CECluRes como parte del cluster de failover. La Figura 10 muestra este recurso entre las propiedades de un cluster en el Failover Cluster Manager. Figura 10. Recurso de cluster CE Para configurar Cluster Enabler, instalamos el componente básico CE y el plug-in para RecoverPoint en cada nodo de Hyper-V (requiere un reinicio). El Cluster Enabler Manager configuró el cluster de Hyper-V. La Figura 11 muestra cómo el Cluster Enabler Manager administra el cluster actual de Hyper-V y los recursos de disco de una máquina virtual. Figura 11. Consola de EMC Cluster Enabler Manager Cuando el cluster de CE esté configurado, crea el recurso personalizado de CE para cada grupo de recursos (una máquina virtual es un grupo de recursos) que contenga recursos de disco. Luego, hace que todos los recursos de disco en el grupo de clusters dependan del recurso personalizado. La Figura 12 muestra el recurso personalizado de CE y la dependencia del disco en una máquina virtual de WFE de SharePoint. 33

34 Figura 12. Recurso del cliente de EMC CE Con respecto a RecoverPoint, debe haber un grupo de coherencia que coincida con cada máquina virtual para que Cluster Enabler funcione. En esta solución, creamos 18 grupos de coherencia: A cada grupo de coherencia le pusimos el mismo nombre que lleva cada máquina virtual. La Figura 13 muestra los nombres coincidentes en el Failover Cluster Manager y la aplicación de administración de RecoverPoint. 34

35 Figura 13. Nombres de las máquinas virtuales en el Failover Cluster Manager y los nombres de los grupos de coherencia en la aplicación de administración de RecoverPoint Para cada grupo de coherencia, configuramos dos volúmenes de registro: uno en el sitio de producción y otro en el sitio de DR. Los conjuntos de replicación de cada grupo de coherencia se componen de LUN de producción y LUN de réplica. La Figura 14 muestra los conjuntos de replicación de un grupo de coherencia del buzón de correo de Exchange. Figura 14. Conjuntos de replicación de un grupo de coherencia 35

36 Establecimos la configuración de cluster extendido en la política de cada grupo de coherencia y seleccionamos las siguientes opciones: Use RecoverPoint/CE y Group is managed by CE, RecoverPoint can only monitor. La Figura 15 muestra esta configuración. Figura 15. Configuración de cluster extendido Para obtener más información sobre la configuración de RecoverPoint y CE, consulte la Guía del producto del plug-in de EMC RecoverPoint/Cluster Enabler Preparación del cluster de Hyper-V para la recuperación de desastres La siguiente lista indica las mejores prácticas correspondientes a las máquinas virtuales y el cluster de Hyper-V. Para garantizar que la migración activa y el failover del sitio se realicen correctamente, haga lo siguiente: 1. Instale los hot fixes del cluster de Hyper-V recomendados en los siguientes enlaces: Es importante ajustar la configuración predeterminada para que el cluster de Hyper-V mueva las máquinas virtuales en caso de que un recurso deje de estar disponible. Cambie la configuración predeterminada de Save a Shut Down, como aparece en la Figura 16. De esta forma, las máquinas virtuales no guardan y restauran el estado del disco cuando se mueve o se deja offline. Figura 16. Configuración de la máquina virtual cuando esta se encuentra offline 3. Configure cada máquina virtual a fin de que utilice la red correcta para la migración activa del cluster de Hyper-V, como se puede ver en la Figura

37 Figura 17. Red de la máquina virtual para la migración activa 4. Configure la lista Preferred Owners correspondiente a una máquina virtual mediante el Failover Cluster Manager para que se realice un failover balanceado en servidores remotos y locales. 5. En caso de que ocurra un desastre, las máquinas virtuales hacen un failover a otro de los servidores restantes. Durante este proceso, se reinicia la máquina virtual. En el inicio, es posible que la tarjeta de red virtual sintética de Hyper-V en las máquinas virtuales no esté lista antes que los servicios de aplicaciones y de red (como Exchange y SQL Server), que también intentan iniciarse. En este caso, los servicios de red y aplicaciones fallarán porque dependen de la red. Para abordar este problema, se puede usar alguno de los siguientes métodos: a. Configure los servicios de aplicaciones como el de SQL en Automatic (Delayed Start) para que se inicien una vez preparados todos los servicios del sistema. b. Para aumentar el tiempo de inicio predeterminado del servicio correspondiente a 30 segundos, cree la siguiente entrada de registro. Subclave: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control Nombre: ServicesPipeTimeout Tipo: REG_DWORD Datos: La cantidad de milisegundos que desea dedicar al inicio de los servicios 37

38 Metodología de prueba: Descripción general Microsoft Exchange Load Generator Tipo de carga TPC-E de SQL Server Microsoft SharePoint 2010 VSTS tipo de carga personalizada generada Para simular un tipo de carga del cliente para Exchange Server, SQL Server y SharePoint Server, esta solución usa las siguientes herramientas: Microsoft Exchange Load Generator Tipo de carga TPC-E de SQL Server Microsoft SharePoint 2010 Visual Studio Team System (VSTS): tipo de carga personalizada generada Microsoft Exchange Load Generator (LoadGen) es una herramienta de simulación usada para medir el impacto de los clientes MAPI, OWA, ActiveSync, IMAP, POP y SMTP en Exchange Server 2010 y Con LoadGen, podrá probar cómo un servidor que ejecute Exchange 2010/2007 responde a las cargas de correo electrónico. Las pruebas envían varias solicitudes de mensajería a Exchange Server y, así, se produce una carga de correo electrónico. LoadGen es una herramienta útil para los administradores que dimensionan servidores y validan un plan de implementación. Específicamente, LoadGen permite que las organizaciones determinen si cada uno de sus servidores puede manejar la carga con la que se pretende trabajar. LoadGen requiere que se implemente el ambiente de Exchange completo para efectuar la validación. Los clientes deben ejecutar todas las pruebas de validación de LoadGen en un ambiente de laboratorio aislado donde no haya conectividad con los datos de producción. Para obtener una copia de la herramienta LoadGen, visite Microsoft Download Center. En el ambiente de prueba, usamos una herramienta de prueba Benchcraft TPC-E de Microsoft para generar un tipo de carga TPC-E (procesamiento de transacciones en línea, OLTP). El ambiente de prueba incluía un conjunto de operaciones transaccionales que simularon la actividad de una firma de corretaje, como la administración de cuentas de clientes, la ejecución de los pedidos comerciales de clientes y otras transacciones de los mercados financieros. Esta solución usaba una aplicación tipo TPC-E como un tipo de carga OLTP típico para SQL Server. Debido a que se puede regular el tipo de carga TPC-E de una aplicación, configure los distintos perfiles de usuario para emular tipos de cargas activos, semiactivos e inactivos. Cómo se crearon los documentos de ejemplo Para ofrecer un escenario realista de archiving de documentos, la exclusividad del documento es esencial. Usamos dos utilerías distintas: la primera crea documentos únicos y la segunda lee estos archivos desde el disco y los carga directamente en bibliotecas de documentos y aplicaciones web de SharePoint de destino. Herramienta para crear grandes cantidades de documentos Creamos documentos mediante la herramienta Bulk Loader de la línea de comandos, escrita con Microsoft.NET 4.0 Framework. Esta herramienta usa un archivo de volcado de contenido de Wikipedia como entrada para crear hasta 10 millones de documentos únicos en una ubicación de disco. Las imágenes de reserva se usan para remplazar referencias de imágenes de los volcados de Wikipedia. Esta herramienta está disponible como código de origen en: 38

39 Herramienta para cargar documentos en SharePoint Agregamos documentos a SharePoint Server mediante la herramienta de la línea de comandos LoadBulk2SP, escrita en el lenguaje C# y mediante Microsoft.NET 3.5 Framework para que sea compatible con SharePoint Server. Esta herramienta toma los archivos de salida del disco de la herramienta Bulk Loader como entrada e imita la misma carpeta y estructura de archivo directamente en SharePoint Server. Utiliza las aplicaciones web de destino y bibliotecas de documentos especificadas en la configuración de la aplicación. Con esta herramienta, cargamos más de 100 millones de documentos de 250 kb en SharePoint Server con un rendimiento máximo de 233 documentos por segundo y un tiempo de carga promedio general de 137 documentos por segundo. Esta herramienta está disponible como código de origen en: Mecanismo de prueba y cliente de prueba VSTS Utilizamos VSTS con código personalizado desarrollado por EMC para simular la carga de SharePoint y creamos el ambiente de prueba con la herramienta de prueba VSTS que se compone de un solo controlador y tres agentes. Perfiles de usuario de SharePoint Durante la validación, usamos un perfil de carga de usuario con gran actividad de Microsoft para determinar el conteo máximo de usuarios que podría admitir la granja de SharePoint mientras que, a la vez, nos aseguramos de que los tiempos de respuesta promedio no escaparan de los límites aceptables. Los estándares de Microsoft indican que un usuario con gran actividad ejecuta 60 solicitudes por hora, es decir, una solicitud cada 60 segundos. Los perfiles de usuario en esta prueba se componen 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. Los tiempos de respuesta en la prueba deben respetar los valores establecidos en los SLA o superarlos. 39

40 Resultados de la prueba de rendimiento de FAST VP Descripción general Durante la prueba de rendimiento, las herramientas descritas en la sección Metodología de prueba generaron el tipo de carga del cliente para Exchange Server, SQL Server y SharePoint Server simultáneamente y se monitoreó el rendimiento de la aplicación. El equipo de la solución ejecutó una prueba de ocho horas para simular un día laborable normal. Esta sección proporciona los resultados de rendimiento detallados. Notas Los resultados de los parámetros dependen en gran medida de la carga de trabajo, de los requisitos específicos y del diseño y la implementación del sistema. El rendimiento relativo del sistema puede variar como resultado de estos y otros factores. Por lo tanto, esta carga de trabajo no debe utilizarse como reemplazo de un parámetro de la aplicación de un cliente específico cuando se contemplan la planificación de la capacidad crítica y las decisiones de evaluación del producto. Todos los datos del rendimiento en este informe se obtuvieron en un ambiente controlado de manera rigurosa. Los resultados obtenidos en otros ambientes operativos pueden variar significativamente. EMC Corporation no representa ni garantiza que el usuario pueda lograr un rendimiento similar expresado en transacciones por minuto. Objetivos de la prueba La prueba de esta solución valida el rendimiento de la aplicación y del almacenamiento VMAX 10K con la tecnología FAST VP activada. Incluimos la replicación de RecoverPoint CRR en el ambiente para proporcionar protección de datos remota, además de un dispositivo emulador de red para producir la latencia de red entre los dos sitios. En este caso, los RPA brindaban replicación asíncrona en la que el splitter basado en arreglos de VMAX 10K separa todas las escrituras y las envía a los volúmenes de producción y RPA. Llevamos a cabo pruebas para verificar el impacto de la replicación de RecoverPoint en el ambiente de producción. Escenarios de prueba El equipo de la solución usó los siguientes escenarios para probar la solución: Pruebas de base sin replicación de RecoverPoint Protección de RecoverPoint CRR con una latencia de red de 25 ms (distancia de un viaje de ida y vuelta de 2,500 km) Protección de RecoverPoint CRR con una latencia de red de 85 ms (distancia de un viaje de ida y vuelta de 8,500 km) Servidores raíz de Hyper-V La Tabla 18 indica los contadores de rendimiento que monitoreamos en los servidores raíz de Hyper-V durante la prueba de base. Procesador virtual del hipervisor de Hyper-V\% de tiempo de ejecución del huésped muestra el porcentaje de tiempo que emplea el procesador virtual en código del huésped para máquinas virtuales. 40

41 Procesador virtual del hipervisor de Hyper-V\% de tiempo de ejecución del hipervisor muestra el porcentaje de tiempo que emplea el procesador en código del hipervisor para máquinas virtuales. Procesador virtual del hipervisor de Hyper-V\% de tiempo de ejecución total muestra el porcentaje de tiempo que emplea el procesador virtual en código del huésped y del hipervisor para las máquinas virtuales. El uso del procesador permaneció en buen estado en todos los nodos de Hyper-V. Tabla 18. Uso del procesador de Hyper-V en la prueba de base Contador de rendimiento Target Nodo 1 Nodo 2 Nodo 3 Nodo 4 Procesador virtual del hipervisor de Hyper-V\% de tiempo de ejecución del huésped <65 % 43.2 % 44.9 % 35.0 % 38.9 % Procesador virtual del hipervisor de Hyper-V\% de tiempo de ejecución del hipervisor Procesador virtual del hipervisor de Hyper-V\% de tiempo de ejecución total <5 % 4.9 % 4.1 % 4.7 % 3.4% <70 % 48.1 % 49.0 % 39.7 % 42.3 % Exchange Server 2010 La Tabla 19 muestra un detalle de los resultados de la prueba de LoadGen en el servidor de buzón de correo de Exchange y el servidor HUB/CAS. Los datos de rendimiento se recopilaron en intervalos de 15 segundos durante la ejecución de cada prueba de ocho horas. Para ganar más exactitud, los resultados de las primeras y últimas horas se descartaron y se sacó un promedio de estos de acuerdo con la duración del resto de la prueba. Como aparece en la Tabla 19, los resultados de rendimiento se encontraron dentro de los parámetros aceptables. Tabla 19. Los resultados de LoadGen de Exchange en la prueba de base Servidor Contador de rendimiento Target Resultado Servidor MBX Procesador\% de tiempo de procesador < 80 % 52.6 % MSExchangeIS\solicitudes de llamada RPC < MSExchangeIS\latencia promedio de llamada RPC < 10 ms 2.8 ms Base de datos de MSExchange\latencia promedio de lecturas de base de datos de I/O (conectada) Base de datos de MSExchange\latencia promedio de lecturas de base de datos de I/O (recuperación) Base de datos de MSExchange\latencia promedio de escrituras de base de datos de I/O (conectada) Base de datos de MSExchange\latencia promedio de escrituras de base de datos de I/O (recuperación) Base de datos de MSExchange\latencia promedio de escrituras de log de I/O < 20 ms 16.7 ms < 200 ms 16.8 ms < 20 ms 4.0 ms < 200 ms 4.7 ms < 10 ms 2.7 ms 41

42 Servidor Contador de rendimiento Target Resultado Servidor HUB/CAS Procesador\% de tiempo de procesador < 80 % 40.8 % MSExchange RpcClientAccess\latencia promedio de llamada RPC < 250 ms 12.3 ms MSExchange RpcClientAccess\solicitudes de llamada RPC \MSExchangeTransport Queues(_total)\longitud de la línea de espera de entrega agregada (todas las líneas de espera) \MSExchangeTransport Queues(_total)\longitud de la línea de espera de entrega del buzón de correo activo \MSExchangeTransport Queues(_total)\longitud de la línea de espera de entrega remota activa < < 3, < < SharePoint Server 2010 La prueba de rendimiento de base indicó la carga de usuario máxima en la granja de SharePoint de producción en combinación con el tipo de carga de SQL y SharePoint en todo el ambiente. Ejecutamos esta prueba durante ocho horas con una carga de usuario completa. Usamos una combinación común de perfiles de usuario para emular distintos tipos de organizaciones de negocio. Por ejemplo, algunas organizaciones realizan muchas operaciones de navegación, mientras que otras se enfocan en las operaciones de búsqueda y/o modificación. La Tabla 20 muestra el perfil de carga de usuario en esta solución. Tabla 20. Perfile de carga de usuario Perfil de usuario Porcentaje Navegación/búsqueda/modificación 80/10/10 Como el escenario de prueba de Modificación conlleva las tres partes siguientes, calculamos que el tiempo de prueba para este escenario será mayor en comparación con Navegación y Búsqueda : Descargue el documento de SharePoint Modifique los metadatos del documento Cargue el documento a SharePoint. Además, el rastreo incremental se ejecutó cada cinco minutos para garantizar que el índice estuviera actualizado y que los resultados de las consultas fueran correctos. 42

43 Los resultados de la prueba en la Tabla 21 muestran que la capacidad máxima de usuario es de 35,308. Tabla 21. Resultados de SharePoint VSTS en la prueba de base Contador de rendimiento Target Resultado de la prueba Pruebas aprobadas/s N/D 58 Simultaneidad (%) N/D 10 Capacidad máxima de usuario N/D 35,308 Tiempo de respuesta promedio de navegador < 3 s 0.6 s. Tiempo de respuesta promedio de búsqueda < 3 s 1.65 s Tiempo de respuesta promedio de modificación < 5 s 4.73 s La Figura 18 muestra las pruebas aprobadas/s en el perfil de prueba que aparece arriba. La cantidad promedio es 58 con tres WFE. Figura 18. Pruebas aprobadas/s en la prueba de base de VSTS Durante la prueba, el servidor WFE puede experimentar una carga muy pesada en el CPU. Registramos un promedio de aproximadamente un 70 % de uso del CPU con aumentos frecuentes de hasta un %, como se puede ver en la Tabla 22. Esto indica que cuando se cumplió con la carga de usuario total, el cuello de botella fue el uso del CPU en los servidores WFE. Tabla 22. Uso de la memoria y el CPU de la máquina virtual de SharePoint en una prueba de base Servidor Tiempo de CPU promedio (%) Uso de memoria promedio (%) SQL SQL WFE WFE WFE APP APP

44 La Tabla 23 indica algunos contadores de rendimiento de disco importantes para la base de datos de contenido, la base de datos de propiedad y la base de datos de rastreo de SharePoint. Tabla 23. Rendimiento de disco para bases de datos de SharePoint LUN Contador de rendimiento Target Resultados Base de datos de contenido Tiempo de búsqueda Lecturas de disco/s Menos de 20 ms 4 ms Tiempo de búsqueda Escrituras de disco/s Menos de 20 ms 3 ms Tiempo de búsqueda IOPS N/D 137 Conteo IOPS N/D 475 Log para la base de datos de contenido Tiempo de búsqueda Lecturas de disco/s Menos de 20 ms 0 ms Tiempo de búsqueda Escrituras de disco/s Menos de 20 ms 3 ms Tiempo de búsqueda IOPS N/D 4 Base de datos de propiedad Conteo IOPS N/D 1,565 Base de datos de rastreo Conteo IOPS N/D 1,571 En otro escenario común, cuando el rastreo completo se estaba ejecutando en back-end mientras el perfil de prueba seguía en marcha, obtuvimos alrededor de 6,500 IOPS en promedio para toda la granja de SharePoint. Para VSTS, la cantidad de pruebas aprobadas/s fue de 53 en promedio. La Figura 19 muestra información detallada de IOPS del almacenamiento de VMAX 10K para toda la granja de SharePoint. Figura 19. Total de IOPS para la granja de SharePoint durante el rastreo completo. SQL Server 2012 En promedio, SQL Server procesó más de 1,800 transacciones de bases de datos por segundo durante la prueba de ocho horas. Los tiempos de respuesta de usuario aceptables de Microsoft se cumplieron sin problemas en todos los casos. Nota: Configuramos esta prueba de ocho horas con valores de usuario y conteos simultáneos de carga realistas. El objetivo de esta prueba no era ejecutar SQL Server con una capacidad de rendimiento máxima, sino ejecutar la prueba con una capacidad que se pudiera aumentar de manera aceptable para realizar operaciones adicionales. El tipo de carga de usuario similar a TPC-E que se refleja en el uso de CPU de SQL Server de back-end fue de aproximadamente un 80 % tanto en SQL01 como en SQL02. El tiempo de respuesta de prueba promedio se mantuvo sin inconvenientes dentro de los parámetros aceptables. 44

45 Registramos los tiempos de respuesta promedio de SQL Server para las solicitudes de clientes a fin de determinar la cantidad de tiempo requerido para que SQL Server respondiera la solicitud de un cliente y evaluara la experiencia del cliente en general. El tiempo de respuesta promedio para las transacciones/s por solicitud no debe superar los 10 ms. Durante las pruebas de carga de ocho horas, el rendimiento de SQL Server permaneció estable. Debido a la actividad de punto de comprobación, se observaron aumentos repentinos y disminuciones. Rastreamos el contador de rendimiento Transacciones/s en el SQL Server para monitorear el tiempo de respuesta. Rastreamos los siguientes contadores para monitorear el rendimiento en SQL Server a fin de supervisar las actividades de I/O: de escritura Lecturas: Lecturas de disco/s promedio Escrituras: Escrituras de disco/s promedio Transferencias: Transferencia de disco/s promedio IOPS IOPS de lectura: Lecturas de disco/s IOPS de escritura: Escrituras de disco/s Total de IOPS: Transferencia de disco/s Desde la perspectiva de un cliente de SQL Server, validamos cada prueba mediante la comparación de los resultados de determinados contadores de rendimiento con los criterios permitidos especificados por Microsoft. Recopilamos los datos de contadores de rendimiento en intervalos de un segundo para la duración de cada serie de pruebas. Descartamos los resultados de las primeras y últimas horas y calculamos el promedio de los resultados según el resto de la prueba. La Tabla 24 detalla los resultados de SQL Server. Tabla 24. Resultados de SQL Server en la prueba de base Contador Target SQL01 SQL 02 Lecturas de disco/s promedio < 10 ms 6 ms 4 ms Escrituras de disco/s promedio Transferencia de disco/s promedio < 5 ms 3 ms 3 ms < 10 ms 6 ms 5 ms Lecturas de disco/s N/D 3,674 4,255 Escrituras de disco/s N/D Transferencia de disco/s N/D 4,186 4,836 Tiempo del procesador < 80 % 79.3 % % Transacción/s N/D 1,881 2,158 45

46 Antes de activar FAST VP, todos los LUN de base de datos estaban enlazados inicialmente al pool de almacenamiento Fibre Channel con RAID 5 (3+1) (discos Fibre Channel de 450 GB, 15,000 r/min). Después de activar la política de FAST VP, los datos altamente activos (hot data) se transfirieron automáticamente al nivel FAST Flash, y los datos inactivos (cold data) se transfirieron al nivel de SATA. En esta situación, el total de IOPS aumentó con una mejor latencia de disco y se procesaron más transacciones de la carga del cliente. Almacenamiento de VMAX 10K Durante la prueba de base, el arreglo VMAX 10K y los pools delgados obtuvieron buenos resultados en cuanto al rendimiento. En general, el sistema cumplió con los requisitos de IOPS para todas las aplicaciones según lo diseñado, y todavía es capaz de proporcionar suficiente espacio para el crecimiento futuro. FAST VP ofrece una manera simple y rentable de proporcionar el rendimiento óptimo de una configuración combinada determinada mediante el almacenamiento automático en niveles, el cual que se adapta a las cambiantes necesidades de las aplicaciones. Los clientes pueden cambiar la política como lo deseen para cumplir con los diversos requisitos de las aplicaciones. La Figura 20 y la Figura 21 muestran que la utilización del front-end del arreglo VMAX 10K fue inferior al 25 %, mientras que en el back-end fue de aproximadamente un 50 %. El arreglo VMAX 10K puede manejar el tipo de carga combinada de Microsoft sin necesidad de que el sistema se esfuerce demasiado. Figura 20. Uso del front-end de VMAX 10K Figura 21. Uso del back-end de VMAX 10K Una vez que FAST VP estabilizó el movimiento de datos, el uso promedio de los discos Fibre Channel y SATA fue inferior al 60 %, mientras que el uso promedio de los discos EFD fue de aproximadamente el 30 %. 46

47 La Figura 22 muestra la utilización de discos en el arreglo de almacenamiento VMAX 10K. Puesto que no utilizamos todos los discos del arreglo, algunos discos se muestran sin utilizar. Figura 22. Utilización de discos de VMAX 10K Impacto de la replicación de RecoverPoint En esta solución usamos RecoverPoint CRR para replicar todos los volúmenes de almacenamiento de datos en el ambiente de producción a un sitio remoto. Esta sección describe el rendimiento de la aplicación mientras se ejecutaba la replicación de RecoverPoint en segundo plano; además, describe el rendimiento de RecoverPoint. Hicimos pruebas con los dos escenarios siguientes: Protección de RecoverPoint CRR con una latencia de red de 25 ms Protección de RecoverPoint CRR con una latencia de red de 85 ms Rendimiento de la aplicación con la replicación de RecoverPoint Descubrimos que la replicación de RecoverPoint afecta muy poco las aplicaciones de producción. Además, el rendimiento de la producción se ve levemente afectado por las distintas latencias. La Tabla 25 presenta una comparación detallada del rendimiento de Exchange con replicación de base y con replicación de RecoverPoint. Podemos ver que los contadores de rendimiento clave permanecen en el mismo nivel en los tres escenarios de prueba. Tabla 25. Resultados de Exchange LoadGen en las pruebas de replicación de base y de RecoverPoint Servidor Contador de rendimiento Target Base RP, 25 ms RP, 85 ms Servidor MBX Procesador\% de tiempo de procesador < 80 % 52.6 % 51.3 % 53.1 % MSExchangeIS\solicitudes de llamada RPC MSExchangeIS\latencia promedio de llamada RPC Base de datos de MSExchange\latencia promedio de lecturas de base de datos de I/O (conectada) < < 10 ms 2.8 ms 2.9 ms 3.0 ms < 20 ms 16.7 ms 15.2 ms 15.9 ms 47