H13949: Guía de diseño de EMC VSPEX para … · Capítulo 4 Selección de una infraestructura...

GUÍA DE DISEÑO

EMC VSPEX PARA MICROSOFT SQL SERVER VIRTUALIZADO EN EMC XTREMIO

EMC VSPEX

Resumen

Esta guía de diseño describe cómo diseñar recursos de Microsoft SQL Server virtualizado en una infraestructura comprobada EMC® VSPEX® para VMware vSphere con tecnología de EMC XtremIO®. La guía también ilustra cómo dimensionar SQL Server 2012 y SQL Server 2014, asignar recursos siguiendo las mejores prácticas y usar todos los beneficios que ofrece VSPEX.

Marzo de 2015

2 EMC VSPEX para Microsoft SQL Server virtualizado en EMC XtremIO Guía de diseño

Copyright © 2015 EMC Corporation. Todos los derechos reservados. Publicado en México.

Publicado en marzo de 2015.

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

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

EMC2, EMC y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos y en otros países. Todas las demás marcas comerciales incluidas/utilizadas en este documento pertenecen a sus respectivos propietarios.

Para obtener 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).

EMC VSPEX para Microsoft SQL Server virtualizado en EMC XtremIO Guía de diseño

Número de referencia H13949

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

http://mexico.emc.com/

Contenido


Contenido

Capítulo 1 Introducción 9

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

Valor para el negocio ................................................................................................ 10

Alcance .................................................................................................................... 11

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

Terminología ............................................................................................................ 12

Capítulo 2 Antes de comenzar 13

Flujo de trabajo de implementación ......................................................................... 14

Lectura esencial ....................................................................................................... 14

Descripciones generales de las soluciones de VSPEX .......................................... 14

Guías de implementación de VSPEX .................................................................... 15

Infraestructuras comprobadas VSPEX .................................................................. 15

Guía de EMC Powered Backup para VSPEX ........................................................... 15

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

Descripción general .................................................................................................. 18

Infraestructura comprobada de EMC VSPEX .............................................................. 18

Arquitectura de la solución ....................................................................................... 19

Componentes clave .................................................................................................. 20

Introducción ........................................................................................................ 20

Microsoft SQL Server 2014 y SQL Server 2012 ..................................................... 20

EMC XtremIO ........................................................................................................ 21

Administración de la virtualización ...................................................................... 25

VMware vSphere 5.5 ............................................................................................ 26

EMC PowerPath/VE .............................................................................................. 27

Capítulo 4 Selección de una infraestructura comprobada VSPEX 29


Paso 1: Evaluar el caso de uso del cliente ................................................................ 30

Descripción general ............................................................................................. 30

Hoja de trabajo de calificación de VSPEX para SQL Server virtualizado ................ 30

Paso 2: Diseñar la arquitectura de la aplicación ....................................................... 32


Herramienta para dimensionamiento de VSPEX ................................................... 34

Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta .......................... 37

Consideraciones .................................................................................................. 37

Ejemplos ............................................................................................................. 37

Contenido


Capítulo 5 Consideraciones de diseño y mejores prácticas de la solución 49


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


Mejores prácticas para el diseño de red ............................................................... 50

Consideraciones de diseño del almacenamiento ...................................................... 51


Diseño de almacenamiento ................................................................................. 52

Mejores prácticas del diseño de componentes .................................................... 53

Ejemplos de elemento esencial ........................................................................... 53

Consideraciones de diseño de la virtualización ........................................................ 55


Mejores prácticas para el diseño de virtualización ............................................... 55

Consideraciones para el diseño de aplicaciones ...................................................... 57


Mejores prácticas para el diseño de aplicaciones ................................................ 57

Consideración de la licencia de SQL Server .......................................................... 58

Capítulo 6 Metodologías de verificación de la solución 59


Metodología de verificación del hardware de base ................................................... 60

Metodología de verificación de la aplicación ............................................................ 60

Nociones básicas sobre las métricas clave .......................................................... 61

Ejecución de pruebas, análisis de resultados y optimización ............................... 61

Capítulo 7 Documentación de referencia 63

Documentación de EMC ............................................................................................ 64

Otra documentación ................................................................................................. 64

Vínculos ................................................................................................................... 65

Apéndice A Hoja de trabajo de calificación 67

Hoja de trabajo de calificación de VSPEX para Microsoft SQL Server virtualizado ...... 68

Impresión de la hoja de trabajo de calificación .................................................... 68

Apéndice B Lógica y metodología de dimensionamiento de SQL Server de alto nivel 71


Recursos suficientes ................................................................................................. 74

Consideraciones de tamaño ..................................................................................... 75

Recomendación de máquina virtual para SQL Server ........................................... 75

Contenido


Figuras Figura 1. Infraestructura comprobada VSPEX ..................................................... 19

Figura 2. Arquitectura de la solución .................................................................. 20

Figura 3. Snapshots de XtremIO ......................................................................... 24

Figura 4. Arquitectura de elemento esencial para SQL Server ............................. 32

Figura 5. Varias bases de datos en una sola instancia de SQL Server ................. 33

Figura 6. Diseño de almacenamiento y de LUN para una sola base de datos de SQL Server ........................................................................................... 39

Figura 7. Diseño de almacenamiento y de LUN para una sola base de datos de SQL Server con carga de trabajo pesada .............................................. 41

Figura 8. Diseño de almacenamiento y de LUN para varias bases de datos de SQL Server con carga de trabajo baja .................................................. 43

Figura 9. Diseño de almacenamiento y de LUN para bases de datos con carga de trabajo alta y snapshots montados ................................................. 46

Figura 10. Diseño de almacenamiento y de LUN para una base de datos de OLAP de SQL Server ............................................................................. 48

Figura 11. Elementos de almacenamiento de SQL Server en la plataforma VMware vSphere 5.5 ............................................................................ 52

Figura 12. Ejemplo de elemento esencial ............................................................. 54

Figura 13. Hoja de trabajo de calificación para imprimir ....................................... 69

Contenido


Tablas Tabla 1. Terminología ....................................................................................... 12

Tabla 2. Proceso de implementación de la infraestructura comprobada VSPEX para SQL Server virtualizado ..................................................... 14

Tabla 3. Pasos para la selección de una infraestructura comprobada VSPEX ..... 30

Tabla 4. Reglas de la hoja de trabajo de calificación de VSPEX para SQL Server virtualizado ............................................................................... 31

Tabla 5. Resultado de la herramienta para dimensionamiento de VSPEX .......... 35

Tabla 6. Infraestructura comprobada VSPEX: pasos de selección ...................... 37

Tabla 7. Ejemplo de hoja de trabajo de calificación para una instancia de OLTP de SQL Server con carga de trabajo baja ..................................... 38

Tabla 8. Ejemplo de recursos necesarios para una instancia de OLTP de SQL Server con carga de trabajo baja.......................................................... 38

Tabla 9. Ejemplo de hoja de trabajo de calificación para una instancia de OLTP de SQL Server con carga de trabajo alta ...................................... 40

Tabla 10. Ejemplo de recursos necesarios para una instancia de OLTP de SQL Server con carga de trabajo alta .......................................................... 40

Tabla 11. Ejemplo de hoja de trabajo de calificación para una instancia de OLTP de SQL Server con carga de trabajo baja y varias bases de datos de usuario ................................................................................. 42

Tabla 12. Ejemplo de recursos necesarios para una instancia de OLTP de SQL Server con carga de trabajo baja y varias bases de datos de usuario ... 42

Tabla 13. Ejemplo de hoja de trabajo de calificación para SQL Server con carga de trabajo alta y varias bases de datos de usuario .............................. 44

Tabla 14. Ejemplo de recursos necesarios para una instancia de OLTP de SQL Server con carga de trabajo alta y varias bases de datos de usuario .... 45

Tabla 15. Ejemplo de perfiles de usuario: Requisitos de la base de datos de usuario ................................................................................................ 46

Tabla 16. Ejemplo de hoja de trabajo de calificación para una instancia de OLAP de SQL Server con una sola base de datos de usuario ................ 47

Tabla 17. Ejemplo de recursos necesarios para una instancia de OLAP de SQL Server con una sola base de datos de usuario ..................................... 47

Tabla 18. Ejemplo de diseño de almacenamiento en XtremIO ............................. 54

Tabla 19. Ejemplo de configuración de almacenamiento en XtremIO .................. 55

Tabla 20. CPU virtual y memoria recomendados para SQL Server ........................ 55

Tabla 21. Pasos de alto nivel para la verificación de la aplicación ....................... 61

Tabla 22. Métricas clave ..................................................................................... 61

Tabla 23. Hoja de trabajo de calificación para una base de datos de usuario de SQL Server ...................................................................................... 68

Tabla 24. CPU virtual y memoria recomendados para el tamaño de la base de datos ................................................................................................... 73

Tabla 25. CPU virtual y memoria recomendados para el rendimiento de la base de datos .............................................................................................. 73

Tabla 26. Ejemplo de entrada de usuario para múltiples bases de datos de usuario ................................................................................................ 75

Contenido


Tabla 27. Un ejemplo de entrada de usuario para múltiples bases de datos de usuario ................................................................................................ 76

Tabla 28. Configuración recomendada ................................................................ 78

Tabla 29. Ejemplo de configuración de VSPEX para SQL Server ........................... 79

Tabla 30. Almacenamiento de XtremIO para SQL Server ...................................... 80

Contenido


Capítulo 1: Introducción


Capítulo 1 Introducción

Este capítulo presenta los siguientes temas:

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

Valor para el negocio ............................................................................................. 10

Alcance .................................................................................................................. 11

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

Terminología ......................................................................................................... 12



Propósito de esta guía

Las infraestructuras comprobadas EMC® VSPEX® están optimizadas para la virtualización de aplicaciones críticas de negocio. VSPEX ofrece a los partners la capacidad de planear y diseñar los recursos necesarios para dar soporte a Microsoft SQL Server en un ambiente virtualizado en una nube privada de VSPEX.

La arquitectura EMC VSPEX para Microsoft SQL Server 2014 y SQL Server 2012 virtualizados proporciona un sistema validado, capaz de alojar una solución de SQL Server virtualizada con un nivel de rendimiento constante. Esta solución está diseñada para una solución VSPEX Private Cloud que utiliza una capa de virtualización de VMware vSphere y los arreglos EMC XtremIO® de alta disponibilidad para el almacenamiento.

Los componentes de red y cómputo, aunque los define el proveedor, están diseñados para ser redundantes y tienen potencia suficiente para manejar las necesidades de datos y procesamiento del ambiente de máquinas virtuales.

En esta guía de diseño se describe cómo diseñar los recursos necesarios para implementar Microsoft SQL Server en cualquier infraestructura comprobada VSPEX que use almacenamiento XtremIO. Esta guía es relevante para cargas de trabajo de procesamiento de transacciones en línea (OLTP) y de procesamiento analítico en línea ligero (OLAP) de SQL Server, o a cargas de trabajo de data warehousing.

Valor para el negocio

El acceso a los datos de misión crítica nunca había sido tan importante para los negocios que compiten en una economía global que cambia rápidamente. Actualmente, los departamentos de TI se ven enfrentados a una explosión de datos empresariales junto con presupuestos limitados o reducidos.

Como base de la plataforma de información preparada para la nube, SQL Server proporciona alta disponibilidad, almacenamiento de datos confiable, Business Intelligence y experiencia de desarrollo productiva para los clientes. Se puede utilizar para construir soluciones rápidamente y extender los datos a través del almacenamiento en las instalaciones y nubes públicas, además de proporcionar a los usuarios confiabilidad de misión crítica.

EMC ofrece mayor rendimiento y elección a los clientes gracias a la inclusión del almacenamiento de XtremIO a la familia de soluciones de VSPEX. El arreglo XtremIO está diseñado para ofrecer un sistema de almacenamiento de alto rendimiento y basado íntegramente en tecnología flash a los clientes de VSPEX que necesitan simplificar y actualizar su sistema de almacenamiento. La arquitectura del arreglo XtremIO distribuye todos los servicios de datos en todos los cores del sistema. Los clientes que deseen virtualizar Microsoft SQL Server en VSPEX Private Cloud notarán los beneficios inmediatamente.

Los servicios de datos distribuidos de XtremIO permiten que los procesos de administración de caché y de RAID de back-end escalen de forma lineal y se benefician en gran medida de los CPU multi-core más recientes de Intel. El sistema de almacenamiento XtremIO ofrece mayores operaciones de I/O para ejecutar VSPEX con una rapidez y eficiencia nunca antes vistas.



VSPEX permite a los clientes acelerar la transformación de la TI con implementaciones más rápidas y una administración y un aprovisionamiento de almacenamiento simplificados. Los clientes pueden lograr una mayor eficacia del almacenamiento, incluso si el uso de este aumenta. Además, VSPEX ofrece a los clientes varias opciones al momento de elegir un hipervisor, un servidor y una red para construir sus ambientes de SQL Server.

Alcance

En esta guía de diseño se describe cómo diseñar una infraestructura comprobada EMC VSPEX para ambientes virtualizados de Microsoft SQL Server 2014 y SQL Server 2012 que se ejecutan en una plataforma VMware vSphere.

La guía proporciona ejemplos de implementaciones en un arreglo de almacenamiento XtremIO. También describe cómo dimensionar SQL Server 2014 y SQL Server 2012 en las infraestructuras comprobadas VSPEX mediante la herramienta para dimensionamiento de VSPEX, asignar recursos según las mejores prácticas y utilizar todos los beneficios que ofrece VSPEX.

Los ejemplos utilizados en esta guía describen una implementación en un cluster XtremIO con dos X-Brick de 20 TB. Se aplican los mismos principios y reglas a cualquier arreglo XtremIO que se haya validado como parte del programa de EMC VSPEX.

Las soluciones de EMC Powered Backup para la protección de datos de SQL Server se describen en un documento aparte: Guía de diseño e implementación de EMC VSPEX para Microsoft SQL Server 2012 virtualizado.

Público al que va dirigido

Esta guía está dirigida al personal interno de EMC y a partners que cumplen los requisitos de EMC VSPEX que pretenden implementar esta infraestructura comprobada VSPEX para SQL Server virtualizado. En esta guía se supone que usted cuenta con:

• Calificación de Microsoft para vender e implementar soluciones de SQL Server

• Certificados en SQL Server, idealmente con una o todas las certificaciones de Microsoft siguientes:

Microsoft Certified Solutions Associate (MCSA)

Microsoft Certified Solutions Expert (MCSE)

Microsoft Certified Solutions Master (MCSM)

• Cumple los requisitos de EMC para vender, instalar y configurar los sistemas de almacenamiento de XtremIO

• Certificados para vender las infraestructuras comprobadas VSPEX

• Calificados para vender, instalar y configurar los productos de red y servidor necesarios para las infraestructuras comprobadas VSPEX



Quienes lean esta guía también deben contar con la capacitación técnica y la experiencia necesarias para instalar y configurar los siguientes elementos:

• EMC XtremIO

• Plataformas de virtualización VMware vSphere

• Microsoft Windows Server 2012 R2

• Microsoft SQL Server 2014 o Microsoft SQL Server 2012

En esta guía se ofrecen referencias externas cuando corresponda. EMC recomienda que los partners que implementen esta solución conozcan estos documentos. Consulte Lectura esencial y el Capítulo 7: Documentación de referencia para obtener información detallada.

Terminología

La Tabla 1 incluye la terminología que se usa en esta guía.

Tabla 1. Terminología

Término Definición

Grupo de archivos

Grupo de objetos y archivos de la base de datos de SQL Server

OLTP Procesamiento de transacciones en línea, aplicaciones típicas que incluyen el procesamiento de transacciones de entrada y recuperación de datos.

OLAP Procesamiento analítico en línea, aplicaciones típicas que incluyen la generación de informes del negocio, la administración de los procesos del negocio y la minería de datos.

tempdb Una base de datos del sistema que Microsoft SQL Server usa como área de trabajo temporal durante el procesamiento.

Capítulo 2: Antes de comenzar


Capítulo 2 Antes de comenzar


Flujo de trabajo de implementación ....................................................................... 14

Lectura esencial ..................................................................................................... 14



Flujo de trabajo de implementación

EMC recomienda consultar el flujo de proceso que aparece en la Tabla 21 para diseñar e implementar la infraestructura comprobada VSPEX para SQL Server virtualizado.

Tabla 2. Proceso de implementación de la infraestructura comprobada VSPEX para SQL Server virtualizado

Paso Acción

1 Use la hoja de trabajo de calificación de VSPEX para SQL Server virtualizado con el fin de recopilar los requisitos del usuario. La Hoja de trabajo de calificación de una página se encuentra en el Apéndice A de esta guía de diseño.

2 Use la herramienta para dimensionamiento de VSPEX a fin de determinar la infraestructura comprobada VSPEX para SQL Server virtualizado recomendada según los requisitos de usuario recopilados en el paso 1. Para obtener más información sobre la herramienta para dimensionamiento, consulte el portal de la Herramienta para dimensionamiento de VSPEX.

Nota: Si la herramienta para dimensionamiento de VSPEX no está disponible, puede dimensionar manualmente la aplicación usando las reglas de dimensionamiento que se mencionan en el Apéndice B.

3 Consulte esta guía de diseño para determinar el diseño final de la infraestructura comprobada VSPEX para SQL Server virtualizado.

Nota: Asegúrese de considerar todos los requisitos de las aplicaciones y no solo los de esta aplicación en particular.

4 Consulte la sección Infraestructuras comprobadas VSPEX para seleccionar y solicitar la infraestructura comprobada VSPEX correcta.

5 Consulte la sección Guías de implementación de VSPEX para implementar y probar la infraestructura comprobada VSPEX para SQL Server virtualizado.

Lectura esencial

EMC recomienda leer los siguientes documentos, disponibles en el espacio VSPEX en EMC Community Network o en las páginas de la infraestructura comprobada VSPEX en mexico.EMC.com (visite el sitio web de su país correspondiente). Si no tiene acceso a un documento, comuníquese con su representante de EMC.

Consulte el siguiente documento relacionado con la descripción general de las soluciones de VSPEX:

• Soluciones de EMC VSPEX para la virtualización de servidores destinadas a pequeñas y medianas empresas

• Virtualización de servidores de EMC VSPEX para negocios del mercado del segmento intermedio

1 Si la solución incluye componentes de EMC Powered Backup, consulte la Guía de diseño e implementación EMC Backup and Recovery Options for VSPEX for Virtualized Microsoft SQL Server 2012 a fin de obtener información detallada sobre cómo implementar estas opciones en su solución VSPEX.

Descripciones generales de las soluciones de VSPEX

https://mainstayadvisor.com/Default.aspx?t=EMC&atid=224a9bcc-caa3-48f4-8ff8-33051513c410

https://community.emc.com/community/partner/vspex?view=overview

http://mexico.emc.com/platform/virtualizing-information-infrastructure/vspex.htm


http://mexico.emc.com/resource-library/resource-library.htm



Consulte la siguiente guía de implementación para VSPEX:

• EMC VSPEX para Microsoft SQL Server virtualizado en EMC XtremIO

Consulte las siguientes guías de infraestructuras comprobadas VSPEX:

• EMC VSPEX Private Cloud: VMware vSphere 5.5 para hasta 125 máquinas virtuales

• EMC VSPEX Private Cloud: VMware vSphere 5.5 for up to 1,000 Virtual Machines

Consulte la siguiente guía de EMC Powered Backup para VSPEX:

• EMC Backup and Recovery Options for VSPEX for Virtualized Microsoft SQL Server 2012 Design and Implementation Guide

Guías de implementación de VSPEX

Infraestructuras comprobadas VSPEX

Guía de EMC Powered Backup para VSPEX

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


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


Descripción general ............................................................................................... 18

Infraestructura comprobada de EMC VSPEX ............................................................ 18

Arquitectura de la solución .................................................................................... 19

Componentes clave ................................................................................................ 20



Descripción general

Este capítulo proporciona una descripción general de la infraestructura comprobada VSPEX para Microsoft SQL Server virtualizado y las tecnologías clave que se usan en esta solución. EMC diseñó y validó esta solución a fin de proporcionar los recursos de servidor, almacenamiento y red para la consolidación de hardware de las implementaciones de Microsoft SQL Server que utilizan tecnologías de virtualización de VMware y arreglos basados íntegramente en tecnología flash de EMC XtremIO.

Esta solución se validó utilizando Fibre Channel (FC) para los arreglos de almacenamiento XtremIO. Esta solución requiere la presencia de Active Directory y DNS. La implementación de estos servicios está más allá del alcance de esta guía, pero los servicios se consideran requisitos previos para una implementación correcta.

Infraestructura comprobada de EMC VSPEX

EMC ha unido fuerzas con los proveedores de infraestructuras de TI para crear una solución de virtualización completa que acelere la implementación de la nube privada. VSPEX permite una implementación más rápida, mayor simplicidad y eficiencia, más opciones y menor riesgo. La validación de EMC garantiza un rendimiento predecible y les permite a los clientes seleccionar tecnología que utilice su infraestructura de TI existente, además de eliminar las cargas de planificación, dimensionamiento y configuración. VSPEX proporciona una infraestructura virtual para los clientes que buscan obtener la simplicidad de las infraestructuras realmente convergente y tener, a la vez, más opciones en cuanto a los componentes individuales.

Las soluciones de VSPEX están comprobadas por EMC y se empaquetan y se venden exclusivamente a través de los socios de negocios de EMC. VSPEX brinda a los socios de negocios más oportunidades, un ciclo de ventas más rápido y activación de punto a punto. Gracias a que ahora trabajan en conjunto de manera más estrecha, EMC y sus socios de negocios pueden ofrecer una infraestructura que acelera el viaje hacia la nube para aún más clientes.

La infraestructura comprobada VSPEX, como se muestra en la Figura 1, corresponde a una infraestructura virtualizada modular validada por EMC y suministrada por los partners de VSPEX de EMC. VSPEX incluye capas de virtualización, servidor, red y almacenamiento, además de la protección de datos de EMC, diseñados por EMC para brindar un rendimiento confiable y predecible.



Figura 1. Infraestructura comprobada VSPEX

VSPEX ofrece la flexibilidad para elegir las redes, los servidores y las tecnologías de virtualización que se ajustan al ambiente del cliente para crear una solución de virtualización completa. VSPEX ofrece una implementación más rápida para los clientes de los partners de EMC con mayor simplicidad y eficiencia, más opciones y menor riesgo para el negocio del cliente.

Arquitectura de la solución

En la Figura 2 se muestra la arquitectura que caracteriza la infraestructura comprobada VSPEX validada para SQL Server. Las instancias de SQL Server se implementan como máquinas virtuales en VMware vSphere 5.5. Usamos2 la herramienta para dimensionamiento de VSPEX para cada instancia de SQL Server con el fin de determinar la cantidad de máquinas virtuales de SQL Server, los recursos de cómputo y el diseño de almacenamiento recomendado. El diseño de almacenamiento es adicional al almacenamiento de VSPEX Private Cloud en XtremIO.

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



Figura 2. Arquitectura de la solución

Componentes clave

Esta sección ofrece una descripción general de las tecnologías clave usadas en esta solución:

• Microsoft SQL Server 2014 y SQL Server 20123

• EMC XtremIO

• Administración de la virtualización

• VMware vSphere 5.5

• EMC PowerPath/VE

SQL Server 2014 y SQL Server 2012 son los sistemas de administración y análisis de bases de datos de Microsoft para las soluciones de comercio electrónico, de giros comerciales y de data warehousing. SQL Server se usa para almacenar, recuperar y administrar datos de aplicaciones. Debido a que se usa con una variedad de aplicaciones y que cada una tiene requisitos distintos de rendimiento, dimensionamiento, disponibilidad, capacidad de recuperación, capacidad de administración, etc., es importante entender completamente estos factores y planear de manera adecuada la implementación de un SQL Server.

3 En esta guía, el diseño y la implementación se aplican tanto a SQL Server 2014 como a SQL Server 2012, a menos que se especifique lo contrario.

Introducción

Microsoft SQL Server 2014 y SQL Server 2012



El arreglo basado íntegramente en tecnología flash EMC XtremIO se implementa en una de las dos configuraciones especializadas (Starter X-Brick o X-Brick) y está diseñado para maximizar el uso de medios de almacenamiento flash. Las ventajas clave de la plataforma XtremIO son:

• Niveles de rendimiento de I/O muy altos, especialmente para las cargas de trabajo de I/O aleatorias que son típicas en ambientes virtualizados

• Latencia sistemáticamente baja (inferior al milisegundo)

• Reducción de datos en línea auténtica: la capacidad de eliminar información redundante en la ruta de los datos y de escribir solamente datos únicos en el arreglo de almacenamiento, lo que disminuye la cantidad de capacidad requerida

• Un conjunto completo de funcionalidades de arreglos empresariales, como la integración a VMware mediante las vStorage APIs for Array Integration (VAAI), controladores activos multidireccionales (permiten múltiples asignaciones activas), la alta disponibilidad, la sólida protección de datos y el aprovisionamiento delgado

Además, el arreglo XtremIO cuenta con un diseño de escalamiento horizontal en el cual se agrega rendimiento y capacidad con un enfoque de componentes básicos que se suman para formar un solo sistema en cluster. El almacenamiento XtremIO incluye los siguientes componentes:

• Puertos de adaptador de host: proporcionan conectividad de host a través de un fabric al arreglo.

• Controladores de almacenamiento (SC): el componente de cómputo del arreglo de almacenamiento. Los SC manejan todos los aspectos de la migración de datos hacia y desde arreglos y entre ellos.

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

• Switches InfiniBand: un vínculo de comunicaciones de red informática utilizado en configuraciones de múltiples X-Brick conmutado, de alto rendimiento, de baja latencia, escalable y capaz de hacer failover y de cumplir con los requisitos de calidad del servicio.

Sistema de almacenamiento empresarial basado en estándares

El sistema XtremIO interactúa con hosts vSphere mediante interfaces de bloques de FC y iSCSI estándares. El sistema es compatible con funciones completas de alta disponibilidad, que incluyen soporte para las múltiples rutas de I/O nativas de VMware, protección contra los SSD fallidos, actualizaciones de software y de firmware no disruptivas, ningún punto único de falla (SPOF) y componentes reemplazables en caliente.

Reducción de datos en línea y en tiempo real

El sistema de almacenamiento de XtremIO deduplica imágenes de escritorio en tiempo real, lo que permite que una cantidad masiva de máquinas virtuales resida en una cantidad más pequeña de capacidad de flash. Además, la reducción de datos en el arreglo XtremIO mejora el rendimiento.

La reducción de datos en línea exclusiva de XtremIO se logra mediante la deduplicación y compresión de datos en línea.

EMC XtremIO



Deduplicación de datos en línea La deduplicación de datos en línea disminuye la redundancia antes de que los datos se escriban en los medios flash. La deduplicación de datos en línea de XtremIO y su proceso inteligente para el almacenamiento de datos garantizan lo siguiente:

• Un uso balanceado de los recursos del sistema y la maximización del rendimiento del sistema

• Una cantidad mínima de operaciones flash y la maximización de la durabilidad de los componentes flash

• Una distribución equitativa de los datos y el uso uniforme y balanceado de los componentes flash en todo el sistema

• La ausencia de recolección de elementos no utilizados al nivel del sistema y la reducción de datos de posprocesamiento

• Un uso eficiente de la capacidad de los discos SSD y la minimización de los costos de almacenamiento

Compresión de datos en línea La compresión de datos en línea comprime los datos ya deduplicados antes de que se escriban en los medios flash. La compresión de datos en línea de XtremIO brinda los siguientes beneficios:

Los datos se escriben en línea una sola vez y nunca se escriben como una actividad de posprocesamiento.

Es posible comprimir diversos conjuntos de datos (por ejemplo, datos de bases de datos, ambientes VDI o VSI, etc.).

Complementación de la deduplicación de datos. Por ejemplo, en un ambiente VDI, la deduplicación reduce considerablemente la capacidad de almacenamiento físico necesaria para los escritorios clonados. La compresión reduce aún más los datos de usuario específicos. Como resultado, se puede administrar un mayor número de escritorios VDI mediante un solo X-Brick.

La compresión de XtremIO reduce el espacio físico de almacenamiento, ya que almacena los bloques de datos de la manera más eficiente.

Reducción total de datos La deduplicación de datos y la compresión de datos de XtremIO se complementan. La deduplicación de datos reduce los datos físicos, ya que elimina bloques de datos redundantes. La compresión de datos reduce aún más el espacio físico de los datos, ya que elimina la redundancia de datos dentro del nivel binario de cada bloque de datos. En algunos ambientes, XtremIO es compatible con petabytes de datos de las aplicaciones funcionales.

Diseño de escalamiento horizontal

El X-Brick es el elemento esencial de un sistema en cluster de XtremIO con escalamiento horizontal. Con un Starter X-Brick, las implementaciones de escritorios virtuales pueden ser pequeñas al principio, pero más adelante pueden adquirir prácticamente todos los tamaños necesarios mediante la actualización de Starter X-Brick a X-Brick y, a continuación, la configuración de un cluster de XtremIO más grande, de ser necesario. El sistema aumenta la capacidad y el rendimiento de manera lineal a medida que se agregan componentes básicos, lo que simplifica considerablemente el dimensionamiento de SQL Server y la administración del crecimiento futuro.



Extensión de la durabilidad de flash

La reducción de datos de XtremIO extiende la vida de la memoria flash. Las escrituras se evitan mediante la reducción de los datos inactivos y mediante la extensión de la resistencia de la tecnología flash. Para lograr dicha reducción, se dejan ciclos de escritura flash disponibles para datos únicos.

Rendimiento extremo

El arreglo XtremIO está diseñado para manejar niveles muy altos y sostenidos de I/O de lectura y escritura combinados, aleatorios y pequeños con una latencia constantemente baja. Los procesadores de almacenamiento de tipo activo/activo aumentan el rendimiento, la resistencia y la eficiencia.

Facilidad de uso

El sistema de almacenamiento de XtremIO requiere únicamente algunos pasos básicos de configuración que pueden realizarse en minutos, sin necesidad de llevar a cabo ningún tipo de optimización o administración continua para lograr y mantener altos niveles de rendimiento. El sistema de XtremIO puede implementarse en menos de una hora después de la entrega.

Economía del centro de datos

Un X-Brick es compatible con un máximo de 63 snapshots de bases de datos de producción, lo cual reduce el espacio físico de almacenamiento de datos de producción para el control de calidad, el análisis de datos y el desarrollo.

Snapshots con capacidad de escritura:

XtremIO eleva los snapshots con capacidad de escritura como el activador clave para obtener enormes ganancias en productividad de la siguiente manera:

• Mediante la creación de tantas copias con capacidad de escritura de volúmenes de producción como necesite, con una utilización de espacio físico de almacenamiento pequeña

• Mediante la consolidación de las cargas de trabajo de pruebas y desarrollo, warehousing de datos, copias de Business Intelligence y aplicaciones

• Mediante la administración del ciclo de vida de bases de datos ágiles

Los snapshots de XtremIO equivalen a volúmenes de producción respecto del rendimiento y las funciones. Los snapshots se crean con acceso de lectura/escritura, lo que significa que se pueden utilizar para volúmenes de producción activos. En la Figura 3 se muestra cómo funciona XtremIO en un ambiente con una exigencia de grandes cantidades de datos de pruebas, desarrollo y control de calidad (QA) de un snapshot con capacidad de escritura.



Figura 3. Snapshots de XtremIO

La tecnología de snapshots de XtremIO proporciona a los usuarios una imagen similar a un clon que puede utilizarse como un banco de pruebas y que reduce el costo de crear y mantener una gran cantidad de snapshots.

XtremIO usa una estructura de datos en la memoria del arreglo a fin de administrar todos los metadatos requeridos para snapshots, de modo que no se incluyan metadatos en el snapshot. Los metadatos solo son necesarios para escrituras únicas globalmente. Las copias de metadatos completos no son requeridas de la misma forma que en otras implementaciones de snapshots.

Entre los beneficios de los snapshots de XtremIO, se incluyen:

• El espacio de almacenamiento y los metadatos se utilizan de manera eficiente

Los snapshots no necesitan la estructura de metadatos completa

Los metadatos comunes se comparten entre instancias de producción y snapshots

El espacio de almacenamiento solo se usa para bloques de datos nuevos y únicos y para metadatos asociados

La deduplicación y el aprovisionamiento delgado están siempre en uso

• Niveles máximos de rendimiento, escalabilidad y economía

Creación al instante de un snapshot completo

Sin impacto en el rendimiento del sistema

Sin sobrecarga de copias de "fuerza bruta"

Sin crecimiento excesivo de los datos



Penalidad mínima de eliminación de datos y metadatos

• Flexibilidad

Cree y conserve tantos snapshots como sea necesario

Cree snapshots de snapshots en cualquier nivel

Cree cualquier topología de árbol de snapshots (según sea necesario)

Quite snapshots o su volumen primario (según sea necesario)

Sistema operativo XtremIO

El sistema operativo de XtremIO (XIOS) administra el cluster de almacenamiento de XtremIO. XIOS garantiza que el sistema permanezca equilibrado y proporcione siempre los más altos niveles de rendimiento, sin la intervención de ningún administrador de la siguiente manera:

• Carga todos los discos SSD en el sistema de manera uniforme y proporciona los máximos niveles de rendimiento y resistencia para dar soporte a cargas de trabajo exigentes durante el ciclo de vida del arreglo.

• Elimina la necesidad de ejecutar los pasos de configuración complejos que se encuentran en arreglos tradicionales. No es necesario establecer niveles de RAID, determinar los tamaños de los grupos de unidades, configurar el ancho de la fracción, establecer políticas de almacenamiento en caché, desarrollar agregados ni realizar cualquier otra configuración del estilo.

En todo momento, configura automáticamente cada volumen de la manera más conveniente. El rendimiento de I/O en volúmenes y conjuntos de datos existentes automáticamente aumenta con grandes tamaños de clusters. Cada volumen puede recibir todo el potencial de rendimiento del sistema XtremIO completo.

EMC Virtual Storage Integrator

EMC Virtual Storage Integrator (VSI) es un plug-in gratuito para VMware vCenter que está disponible para todos los usuarios de VMware con almacenamiento de EMC. Los clientes de VSPEX pueden usar VSI para simplificar la administración del almacenamiento virtualizado. Los administradores de VMware pueden ver su almacenamiento XtremIO mediante la misma interfaz conocida de vCenter a la cual están acostumbrados.

Con VSI, los administradores de TI pueden hacer más cosas en menos tiempo. VSI ofrece un control de acceso inigualable que permite administrar y delegar de manera eficiente y confiable las tareas de almacenamiento. Con VSI, puede realizar tareas de administración diarias con hasta un 90 % menos de clics y una productividad hasta 10 veces mayor.

VMware vSphere Storage API for Array Integration

VMware vSphere Storage API for Array Integration (VAAI) descarga las funciones relacionadas con el almacenamiento de VMware del servidor al sistema de almacenamiento, lo que permite un uso más eficiente de los recursos del servidor y de la red para aumentar el rendimiento y la consolidación.

Administración de la virtualización



El arreglo XtremIO está completamente integrado a VAAI. Todos los comandos de la API son compatibles, como ATS; clonar boques/copia completa/XCOPY; llevar bloques a cero/escribir lo mismo; aprovisionamiento delgado y eliminación de bloques. Esto, junto con la reducción de datos del arreglo y la administración de metadatos en la memoria, permite el aprovisionamiento y la clonación casi instantáneos de máquinas virtuales y permite usar grandes tamaños de volumen para simplificar la administración.

VMware vSphere API for Storage Awareness

VMware vSphere API for Storage Awareness (VASA) es una API definida por VMware que muestra información de almacenamiento a través de vCenter. La integración entre la tecnología VASA y XtremIO permite que la administración del almacenamiento en un ambiente virtualizado sea una experiencia sin fisuras.

EMC Storage Integrator

EMC Storage Integrator (ESI) está orientado a los administradores de Windows y de otras aplicaciones. ESI es fácil de usar, entrega un monitoreo de punto a punto y es independiente del hipervisor. Los administradores pueden provisionar una plataforma de Windows en los ambientes virtuales y físicos, y resolver los problemas visualizando la topología de una aplicación desde el hipervisor subyacente hasta el almacenamiento.

VMware vSphere 5.5 transforma los recursos físicos de una computadora mediante la virtualización del CPU, la RAM, el disco duro y el controlador de red. Esta transformación genera máquinas virtuales completamente funcionales que ejecutan sistemas operativos y aplicaciones aislados y encapsulados de la misma manera que los equipos físicos.

VMware High Availability (HA) proporciona alta disponibilidad fácil de usar y rentable para las aplicaciones que se ejecutan en máquinas virtuales. Las funciones VMware vSphere vMotion y VMware vSphere Storage vMotion de vSphere 5.5 permiten una migración sin inconvenientes de máquinas virtuales y archivos almacenados de un servidor de vSphere a otro, con un impacto mínimo o nulo en el rendimiento. Junto con VMware vSphere Distributed Resource Scheduler (DRS) y VMware vSphere Storage DRS, las máquinas virtuales pueden acceder a los recursos adecuados en cualquier punto en el tiempo a través del balanceo de carga de recursos de cómputo y de almacenamiento.

VMware Native Multipathing Plug-in (NMP) es el módulo que se usa de manera predeterminada en vSphere para la función de múltiples rutas. Proporciona un algoritmo predeterminado para selección de ruta con base en el tipo de arreglo. NMP asocia un conjunto de rutas físicas con un dispositivo de almacenamiento específico o un LUN. Los detalles específicos del manejo de failover de rutas para un arreglo de almacenamiento determinado están delegados a un plug-in de tipo de arreglo de almacenamiento (SATP). Los detalles específicos para determinar la ruta física que se utilizará en la emisión de una solicitud de I/O a un dispositivo de almacenamiento se manejan a través de un plug-in de selección de ruta (PSP). Los SATP y PSP son plug-ins secundarios dentro del módulo NMP.

VMware vSphere 5.5



EMC PowerPath/VE proporciona administración de rutas inteligente y de alto rendimiento con failover de rutas y balanceo de carga optimizado para EMC y determinados sistemas de almacenamiento de otros fabricantes. PowerPath/VE admite múltiples rutas entre un host vSphere y un dispositivo de almacenamiento externo. Tener múltiples rutas permite al host de vSphere acceder a un dispositivo de almacenamiento, incluso si una ruta específica no está disponible. Las múltiples rutas también pueden compartir el tráfico de I/O a un dispositivo de almacenamiento. PowerPath/VE es específicamente beneficioso en ambientes con alta disponibilidad, ya que permite evitar las interrupciones de las operaciones y el tiempo fuera. La funcionalidad de failover de rutas de PowerPath/VE evita el fallo de hosts gracias a que mantiene un soporte de aplicaciones ininterrumpido en el host en caso de una falla de ruta (si hay otra ruta disponible).

PowerPath/VE funciona con VMware ESXi como un plug-in de múltiples rutas (MPP) que brinda administración de rutas a los hosts. Se instala como un módulo de kernel en el host vSphere. Se conecta a la plataforma de agrupamiento de I/O de vSphere para ofrecer las funcionalidades avanzadas de múltiples rutas de PowerPath/VE, como balanceo dinámico de carga y failover automático a los hosts vSphere.

EMC PowerPath/VE

Capítulo 4: Selección de una infraestructura comprobada VSPEX


Capítulo 4 Selección de una infraestructura comprobada VSPEX



Paso 1: Evaluar el caso de uso del cliente ............................................................... 30

Paso 2: Diseñar la arquitectura de la aplicación ..................................................... 32

Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta ........................ 37




Este capítulo describe cómo diseñar la infraestructura comprobada VSPEX para SQL Server virtualizado y cómo elegir la solución VSPEX apropiada para cumplir con sus requisitos. En la Tabla 3 se detallan los pasos principales que deben realizar al seleccionar una infraestructura comprobada VSPEX.

Tabla 3. Pasos para la selección de una infraestructura comprobada VSPEX

Paso Acción

1 Evalúe la carga de trabajo de SQL Server del cliente mediante el uso de la hoja de trabajo de calificación de VSPEX para SQL Server virtualizado, según los requisitos del negocio. Consulte Paso 1: Evaluar el caso de uso del cliente.

2 Determine la infraestructura, los recursos de SQL Server y la arquitectura que se necesitan mediante la herramienta para dimensionamiento de VSPEX. Consulte

Paso 2: Diseñar la arquitectura de la aplicación

Nota: Si la herramienta para dimensionamiento de VSPEX no está disponible, puede dimensionar manualmente la aplicación usando las reglas de dimensionamiento que se mencionan en el Apéndice B.

3 Elija la infraestructura comprobada VSPEX correcta, según las recomendaciones que aparecen en el Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta.

Paso 1: Evaluar el caso de uso del cliente

Antes de implementar VSPEX para Microsoft SQL Server virtualizado, recopile y comprenda los requisitos de la infraestructura, sus limitaciones y la carga de trabajo calculada para diseñar el ambiente de SQL Server según corresponda. Para comprender mejor los requisitos del negocio del cliente que se considerarán en el diseño de la infraestructura VSPEX, EMC recomienda enfáticamente usar la hoja de trabajo de calificación VSPEX para SQL Server virtualizado cuando se evalúen los requisitos de carga de trabajo para la solución VSPEX.

La hoja de trabajo de calificación de VSPEX para SQL Server virtualizado, en el Apéndice A, presenta una lista de preguntas simples que sirven para identificar los requisitos del cliente, las características de uso y los tamaños de los conjuntos de datos. La Tabla 4 proporciona una explicación detallada del cuestionario y orientación general sobre cómo determinar valores de entrada.


Hoja de trabajo de calificación de VSPEX para SQL Server virtualizado

https://mainstayadvisor.com/Signin.aspx?t=Default



Tabla 4. Reglas de la hoja de trabajo de calificación de VSPEX para SQL Server virtualizado

Pregunta Descripción

¿Tiene una base de datos de SQL Server existente que desee dimensionar para el ambiente?

• Elija Yes si el cliente ya tiene una base de datos de SQL Server y comprende las características que van a migrar a la nube privada de VSPEX en el ambiente de VSPEX.

• De lo contrario, seleccione No.

¿Cuántas bases de datos desea implementar?

Ingrese la cantidad de bases de datos que el cliente espera implementar en el ambiente de VSPEX.

Las siguientes preguntas se formulan para cada base de datos

¿Cuál es el tamaño de la base de datos de usuario (GB)?

El tamaño de la base de datos que el cliente espera tener en el ambiente de VSPEX.

¿Cuál es el tamaño del archivo de registro de usuarios, expresado en GB? (opcional)

El tamaño del registro de la base de datos que el cliente espera tener en el ambiente de VSPEX.

¿Cuál es la tasa de crecimiento anual (%)?

El crecimiento futuro es una característica clave de la solución VSPEX. Este valor es la tasa de crecimiento anual esperada de la base de datos de usuario. Escriba un número adecuado para el ambiente del cliente.

¿Cuáles son los IOPS (carga de trabajo de OLTP) o el ancho de banda expresado en MB/s (cargas de trabajo de OLAP)?

• La cantidad de IOPS o de ancho de banda que utilizan las bases de datos de SQL a fin de evitar posibles problemas del rendimiento del almacenamiento.

• Ingrese una cantidad estimada de los IOPS durante las cargas máximas en el ambiente.

¿Cuántas transacciones por segundo (TPS) ocurren en las cargas máximas? (opcional)

La TPS es una característica clave de la base de datos de usuario. Si el cliente puede calcular las TPS en cargas máximas en su ambiente, ingrese dicho número.

¿Cuál es el tamaño necesario de tempdb? (opcional)

Si el cliente no puede calcular el requisito de espacio de tempdb, omita esta pregunta. En el caso de las bases de datos de OLTP, el requisito de tempdb y del archivo de registro no es importante, por lo que puede omitirse. El tamaño de tempdb es importante en el caso de la base de datos de OLAP.

Índice de reducción de datos Esto incluye los índices de deduplicación y compresión de la base de datos de producción de SQL Server. Use un índice entre 1.4 y 2. El valor predeterminado es 1.5 para las bases de datos de SQL Server.

Las siguientes preguntas son opcionales y se relacionan con los snapshots.

¿Cuántos son los snapshots de la base de datos?

Incluye los snapshots en el mismo arreglo de la base de datos de producción.

¿Cuáles son los IOPS (carga de trabajo de OLTP) o el ancho de banda expresado en MB/s (cargas de trabajo de OLAP) necesarios para cada snapshot? (opcional)

Cuando se considera la carga de trabajo, las copias de los datos de XtremIO de la base de datos de SQL Server pueden tratarse como equivalentes a la base de datos de producción.



Paso 2: Diseñar la arquitectura de la aplicación

En una implementación de VSPEX para SQL Server con XtremIO, se recomienda usar un enfoque de elemento esencial, basado en la arquitectura general de VSPEX, como se muestra en la Figura 4:

Figura 4. Arquitectura de elemento esencial para SQL Server

Cada máquina virtual de SQL Server puede crearse a partir de dos tipos diferentes de elementos esenciales:

1. Elemento esencial de base de SO/SQL Server (en la infraestructura de nube de VSPEX):

Cada máquina virtual con una instancia de SQL Server necesita un elemento esencial de base. El bloque proporciona la base para el SO y las necesidades informáticas y de almacenamiento de la base de datos. De manera predeterminada y sin importar el tamaño o la carga de trabajo de la base de datos de usuario, el SQL Server típico necesitará:

− CPU: dos vCPU

− Memoria: 4 GB de RAM

− Almacenamiento: 100 GB de almacenamiento en disco virtual en el área de almacenamiento de datos del SO de VSPEX




2. Elemento esencial de base de datos de usuario:

El elemento esencial de base de datos de usuario tiene CPU, memoria y almacenamiento capaces de dar soporte a los archivos de registro y de datos de la base de datos de usuario. Si no conoce las necesidades específicas, estos valores se pueden determinar mediante la herramienta para dimensionamiento de VSPEX para XtremIO. Las necesidades de tempdb se pueden determinar a niveles de instancia o de cada base de datos, según cuánta información tenga ya el usuario para la carga de trabajo en cada base de datos. Cada máquina virtual puede tener un bloque de base y un bloque de base de datos. En la Figura 4 se muestra una máquina virtual con un bloque de base de datos de usuario pequeño y un bloque de base típico de SO/SQL Server de la nube de la infraestructura de VSPEX.

En la Figura 5 se observa que es posible colocar varias bases de datos de usuario en una instancia de SQL Server. Es posible colocar varias bases de datos de usuario en una sola máquina virtual de instancia de SQL Server de VSPEX. Calcule las necesidades informáticas respecto al CPU virtual y a la memoria en función del tamaño y la carga de trabajo totales de la base de datos. Use IOPS y el ancho de banda (MB/s) para las cargas de trabajo de OLTP y OLAP, respectivamente.

Es posible agregar las necesidades de tempdb si cada base de datos tiene sus requisitos propios; o bien, las necesidades pueden calcularse a nivel de instancia. Cada instancia de SQL Server tiene un solo tempdb, y las necesidades de tempdb deben ser suficientes para acomodar todas las bases de datos en esa instancia.

Nota: En general, tempdb no es muy grande y no se utiliza de manera intensa para la carga de trabajo de OLTP. El tamaño y la carga de trabajo de tempdb son importantes para la carga de trabajo de OLAP y deben considerarse al diseñar el ambiente de VSPEX general.

Figura 5. Varias bases de datos en una sola instancia de SQL Server



La configuración del almacenamiento de XtremIO para crear LUN del tamaño adecuado para la base de datos de SQL Server y satisfacer las necesidades de capacidad del servidor es un proceso simple y fácil.

Los snapshots requieren un espacio físico de almacenamiento mínimo y se puede acceder a ellos de la misma manera que a los LUN de producción. Es posible usar el mismo enfoque de elemento esencial para crear la instancia para snapshots montados con cargas de trabajo.

Reglas y principios de diseño de la base de datos

1. Use la herramienta para dimensionamiento de VSPEX cada vez que sea posible.

2. Utilice X-Brick de XtremIO de 20 TB para la infraestructura VSPEX de la base de datos de SQL Server. Es posible dimensionar otros tamaños de X-Brick mediante la herramienta para dimensionamiento de VSPEX para XtremIO.

3. Cree LUN teniendo en mente el margen de crecimiento futuro y no solo el tamaño actual. Los LUN de XtremIO cuentan con aprovisionamiento delgado; los LUN de mayor tamaño solo usan el espacio físico para los datos reales.

4. Gracias a la reducción de datos en línea (deduplicación y compresión) incorporada en XtremIO, las necesidades de almacenamiento físico en XtremIO para la base de datos de producción de SQL Server corresponden generalmente a entre un 50 % y un 70 % de los datos físicos, con un índice de compresión de 1.4:1 a 2:1.

5. Cree hasta 63 copias de snapshots de cada LUN con un espacio físico de almacenamiento mínimo para permitir la replanificación de la base de datos con fines de análisis, desarrollo, control de calidad, etc.

6. Considere las necesidades del SO, de tempdb y de la base de datos de usuario respecto a los recursos de servidor y de almacenamiento.

En esta solución de infraestructura comprobada VSPEX, definimos una carga de trabajo de referencia representativa de un cliente, la cual será dimensionada. Una vez que ingrese las respuestas del cliente en la hoja de trabajo de calificación, la herramienta para dimensionamiento de VSPEX proporcionará recomendaciones de configuración. Para obtener más información acerca de la herramienta para dimensionamiento, consulte el portal de la Herramienta para dimensionamiento de VSPEX.

Una vez que complete las entradas en la herramienta para dimensionamiento de VSPEX, la herramienta genera una serie de recomendaciones, tal como aparece en la Tabla 5.

Herramienta para dimensionamiento de VSPEX

http://express.salire.com/go/emc

http://express.salire.com/go/emc



Tabla 5. Resultado de la herramienta para dimensionamiento de VSPEX

Tipo Descripción Referencia

vCPU La cantidad de vCPU que deberá configurar para cada máquina virtual de SQL Server

N/A

Memoria Cantidad de memoria recomendada para cada máquina virtual de SQL Server

N/A

Necesidades de almacenamiento para las bases de datos de SQL Server

Cantidad y tamaño de X-Brick para XtremIO sugeridos

Consideraciones de diseño del almacenamiento

Para obtener más información, consulte los ejemplos que aparecen en Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta.

Mejores prácticas de máquinas virtuales para SQL Server

La herramienta para dimensionamiento de VSPEX proporciona recomendaciones detalladas de mejores prácticas para dimensionar la máquina virtual a partir de los siguientes tipos de recursos básicos para cada máquina de SQL Server:

• Recursos de vCPU

• Recursos de memoria

Esta sección describe los tipos de recursos, cómo se usan en la herramienta para dimensionamiento de VSPEX y las consideraciones y mejores prácticas clave para un ambiente de cliente.

• Mejores prácticas de recursos de vCPUS

La herramienta para dimensionamiento calcula la cantidad de CPU virtuales para las máquinas virtuales que ejecutan instancias de SQL Server en la infraestructura virtual. El tipo de CPU debe cumplir o exceder los modelos de procesador o CPU definidos en la sección Infraestructuras comprobadas VSPEX. Validamos esta solución de VSPEX para SQL Server virtualizado con un procesador asignado estáticamente y sin sobresuscripción de CPU virtual a física.

EMC recomienda lo siguiente respecto a las implementaciones de SQL Server:

Active la virtualización asistida por hardware para la CPU y la virtualización asistida por hardware para la unidad de administración de memoria (MMU) en el BIOS si los procesadores son compatibles con dichas funciones.

Mantenga una relación de 1:1 de los núcleos físicos con vCPUs para las cargas de trabajo importantes para el negocio o de nivel 1. Extienda la arquitectura de acceso de memoria no uniforme (NUMA) al SO huésped mientras considera el tamaño del nodo de NUMA al dimensionar las máquinas virtuales, ya que SQL Server detecta automáticamente la arquitectura NUMA.

La cantidad de CPU virtuales asignados a las máquinas virtuales de SQL Server no debe ser mayor que la cantidad de cores en cada nodo de NUMA físico, de modo que todo el acceso a la memoria sea local para ese nodo de NUMA. Esto proporciona las latencias de acceso a la memoria más bajas.



• Mejores prácticas de recursos de memoria

La herramienta para dimensionamiento de VSPEX calcula la cantidad de memoria recomendada para cada una de las máquinas virtuales que ejecutan instancias de SQL Server. Validamos esta solución de VSPEX para SQL Server virtualizado con una memoria asignada estáticamente, sin sobreasignación de recursos de memoria ni incremento o intercambio de memoria. Los valores de memoria que proporciona la herramienta no son límites estrictos, pero sí representan el valor que se probó en la solución VSPEX.

En la mayoría de las implementaciones de producción de SQL Server, EMC recomienda asignar al menos 8 GB de memoria para la máquina virtual de SQL Server y reservar al menos 2 GB para el SO.

Para evitar tener que acceder a la memoria remota en un ambiente con capacidad NUMA, EMC recomienda que dimensione la memoria de una máquina virtual de SQL Server con menos de la cantidad disponible por nodo de NUMA.

Para obtener información acerca de las recomendaciones de memoria de SQL Server en esta infraestructura comprobada VSPEX, consulte Consideraciones de diseño de virtualización.

• Mejores prácticas de recursos de capacidad de SO

La herramienta para dimensionamiento de VSPEX muestra la capacidad de almacenamiento recomendada para las máquinas virtuales que ejecutan instancias de SQL Server. Esta capacidad es independiente de la capacidad de almacenamiento requerida para los archivos de registro y de datos de la base de datos. EMC recomienda poner el volumen de SO en el área de almacenamiento de datos de VSPEX Private Cloud, como se describe en la documentación de la infraestructura comprobada VSPEX. Para obtener más información acerca de VSPEX Private Cloud, consulte la sección Infraestructuras comprobadas VSPEX.

En implementaciones pequeñas y medianas de SQL Server, EMC recomienda que asigne 100 GB de espacio en disco para el SO.

• Mejores prácticas de IOPS para SO

La herramienta para dimensionamiento de VSPEX también proporcionará la cantidad de IOPS recomendada para las máquinas virtuales que ejecutan instancias de SQL Server. Se supone que la proporción de lectura/escritura es de aproximadamente 90:10 en los ejemplos de esta guía para una carga de OLTP típica, y de un 100 % de lecturas para las cargas de trabajo de OLAP típicas.

Para obtener más información, consulte los ejemplos que aparecen en el Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta.

Consideraciones adicionales

La herramienta para dimensionamiento de VSPEX también permite considerar el crecimiento futuro de los datos por un período máximo de siete años, el cual debe planificarse para que el ambiente pueda continuar entregando una solución de negocios eficaz a fin de mantener los objetivos de rendimiento y adecuarse al crecimiento.



Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta

El programa VSPEX ha producido soluciones diseñadas para simplificar la implementación de una infraestructura virtual consolidada mediante vSphere, XtremIO y la protección de datos de EMC. Una vez que la arquitectura de la aplicación se confirma mediante la herramienta para dimensionamiento de VSPEX, puede elegir la infraestructura comprobada VSPEX correcta basándose en los resultados calculados.

Nota: Si bien esta guía de diseño está dirigida a los requisitos de SQL Server, es posible que SQL Server no sea la única aplicación implementada en la infraestructura comprobada VSPEX. Debe considerar cuidadosamente los requisitos de cada una de las aplicaciones que planee implementar. Si no está seguro sobre cuál es la mejor infraestructura comprobada VSPEX que se debe implementar, consulte a EMC antes de tomar esa decisión.

Siga los pasos que aparecen en la Tabla 6 al elegir una infraestructura comprobada VSPEX.

Tabla 6. Infraestructura comprobada VSPEX: pasos de selección

Paso Acción

1 Use la herramienta para dimensionamiento de VSPEX para obtener los requisitos de recursos, incluidos el CPU, la memoria y el almacenamiento para las máquinas virtuales y para las necesidades de la base de datos de usuario de SQL Server.

2 Use la herramienta para dimensionamiento de VSPEX para diseñar los requisitos de recursos para aplicaciones adicionales según las necesidades del negocio. La herramienta para dimensionamiento de VSPEX calcula la cantidad total recursos requeridos, incluidos el CPU, la memoria y el almacenamiento para las máquinas virtuales, SQL Server y otras aplicaciones.

3 Analice con sus clientes la carga de trabajo máxima en la infraestructura comprobada VSPEX que cumple sus requisitos comerciales; esta corresponde a la carga de trabajo máxima tanto para SQL Server como para otras aplicaciones. Use esa exigencia de carga de trabajo como entrada en la herramienta para dimensionamiento de VSPEX. La herramienta proporciona una recomendación para la oferta de infraestructura comprobada VSPEX.

4 Seleccione su proveedor de red y su proveedor de software de hipervisor para la oferta de infraestructura comprobada VSPEX recomendada. Para obtener más información, visite el sitio web de EMC VSPEX.

En esta sección se describen cinco escenarios y cómo dimensionar la infraestructura comprobada VSPEX para cada uno con X-Brick de XtremIO de 20 TB:

• Una instancia de OLTP de SQL Server 2014 con carga de trabajo baja y una sola base de datos de usuario

• Una instancia de OLTP de SQL Server 2014 con carga de trabajo alta y una sola base de datos de usuario

• Una instancia de OLTP mediana de SQL Server 2014 con carga de trabajo baja y varias bases de datos

Consideraciones

Ejemplos




• Dos instancias de OLTP de SQL Server 2014 con carga de trabajo alta y varias bases de datos de usuario que tienen snapshots montados en instancias de SQL independientes

• Instancia de OLAP mediana de SQL Server 2014

Ejemplo 1: Instancia de OLTP de SQL Server 2014 con carga de trabajo baja y una sola base de datos de usuario

En este escenario, un cliente desea crear una instancia de OLTP pequeña de SQL Server 2014 en una infraestructura comprobada VSPEX. El cliente tiene una base de datos de usuario de 250 GB. La cantidad esperada de transacciones por segundo (TPS) en la base de datos es 500, mientras que el nivel de IOPS esperado es 1,000.

La hoja de trabajo de calificación completa para esta base de datos de producción de SQL Server 2014 se muestra en la Tabla 7.

Tabla 7. Ejemplo de hoja de trabajo de calificación para una instancia de OLTP de SQL Server con carga de trabajo baja

Pregunta Respuesta


Sí

¿Cuántas bases de datos desea implementar? 1

¿Cuál es el tamaño de la base de datos de usuario (GB)? 250

¿Cuál es el tamaño del archivo de registro de usuario (GB)? (opcional)

100

¿Cuál es la tasa de crecimiento anual (%)? 30

¿Cuál es la cantidad de IOPS? 1,000

¿Cuáles son las TPS durante las cargas máximas? (pregunta opcional) 500

¿Cuál es el tamaño necesario de tempdb, expresado en GB? (opcional)

150

Índice de reducción de datos 1.5:1

Después de ingresar las respuestas de la hoja de trabajo de calificación en la herramienta para dimensionamiento de VSPEX, esta genera las recomendaciones para los recursos necesarios, como se muestra en la Tabla 8.

Tabla 8. Ejemplo de recursos necesarios para una instancia de OLTP de SQL Server con carga de trabajo baja

SQL Server vCPU Memoria Cantidad mínima de X-Brick de XtremIO

Requisito de recursos de la base de datos

4

12 GB

1

Requisito de recursos del SO

2 4 GB

Total 6 16 GB



En este ejemplo, con una carga de trabajo muy baja, los archivos de la base de datos se almacenan en la misma área de almacenamiento de datos. Cree un área de almacenamiento de datos de mayor tamaño que la necesidad física de modo que todos los componentes se adecuen al crecimiento futuro de los datos. XtremIO usa aprovisionamiento delgado para garantizar el uso eficaz del almacenamiento. Todo el espacio adicional que no esté actualmente en uso no se asigna a ningún almacenamiento físico, de modo que no se desperdicie espacio, incluso si se crean LUN y archivos de datos mucho más grandes que lo que se necesita en realidad.

Figura 6. Diseño de almacenamiento y de LUN para una sola base de datos de SQL Server

Con un índice de compresión esperada de 1.5:1, el almacenamiento físico real usado para los archivos de datos de la base de datos es de aproximadamente 167 GB para la base de datos de 250 GB, como se muestra en la Figura 6. Los archivos de instalación y las bases de datos de sistema de SQL Server y del SO de la máquina virtual se ubican en el área de almacenamiento de datos de VSPEX Private Cloud. Los archivos de registro y tempdb se encuentran en LUN independientes.

Ejemplo 2: Instancia de OLTP de SQL Server 2014 con carga de trabajo alta y una sola base de datos de usuario

En este escenario, un cliente desea crear una instancia de OLTP de SQL Server 2014 con carga de trabajo alta en una infraestructura comprobada VSPEX. El cliente tiene una base de datos de usuario de 1 TB. La cantidad esperada de transacciones por segundo (TPS) en la base de datos es 14,000, mientras que los IOPS esperados son 50,000.

Complete la hoja de trabajo de calificación para la base de datos de producción de SQL Server 2014, como se muestra en la Tabla 9.



Tabla 9. Ejemplo de hoja de trabajo de calificación para una instancia de OLTP de SQL Server con carga de trabajo alta

Pregunta Respuesta


Sí


¿Cuál es el tamaño de la base de datos de usuario (GB)? 1 TB

¿Cuál es el tamaño del archivo de registro de usuario (GB)? (opcional)

250


¿Cuál es la cantidad de IOPS? 50,000

¿Cuáles son las TPS durante las cargas máximas? (pregunta opcional) 14,000

¿Cuál es el tamaño necesario de tempdb? (pregunta opcional) 300


La herramienta para dimensionamiento de VSPEX genera las recomendaciones para los recursos que el almacenamiento de VSPEX Private Cloud necesita, como se muestra en la Tabla 10.

Tabla 10. Ejemplo de recursos necesarios para una instancia de OLTP de SQL Server con carga de trabajo alta


Requisito de recursos de la base de datos

25 400 GB 1

Requisito de recursos del SO 2 4 GB

Total 27 404 GB

En este ejemplo, con una carga de trabajo muy alta, los archivos de la base de datos se colocan en cuatro LUN diferentes para garantizar la cantidad máxima de IOPS. Como una mejor práctica general, cree cuatro LUN en XtremIO para la misma base de datos. Esa cantidad es suficiente para dar soporte a una base de datos con más de 160,000 IOPS en un ambiente de OLTP.

En este diseño, cada LUN de base de datos y de registro se crea como un LUN de 1 TB para que todos puedan crearse como un grupo en XtremIO y configurarse de la misma manera. Con un índice de compresión esperado de 1.5:1, el almacenamiento físico real utilizado para los archivos de datos de la base de datos es inferior a 700 GB para la base de datos de 1 TB, como se muestra en la Figura 7.

Los archivos de instalación y las bases de datos de sistema de SQL Server y del SO de la máquina virtual se encuentran en el área de almacenamiento de datos de VSPEX Private Cloud. Los archivos de registro y tempdb se encuentran en LUN independientes.



Figura 7. Diseño de almacenamiento y de LUN para una sola base de datos de SQL Server con carga de trabajo pesada

Ejemplo 3: Instancia de OLTP de SQL Server 2014 con carga de trabajo baja y varias bases de datos de usuario

En este escenario, un cliente desea crear una instancia de OLTP pequeña de SQL Server 2014 en una infraestructura comprobada VSPEX. El cliente tiene una base de datos de 50 GB, otra de 100 GB y otra de 250 GB. Se esperan 1,500 TPS y 2,800 IOPS totales. Además, el cliente planea respaldar y restaurar estas bases de datos en conjuntos y utilizar VMDK para los discos virtuales.

Complete la hoja de trabajo de calificación para la base de datos de producción de SQL Server 2014, como se muestra en la Tabla 11.



Tabla 11. Ejemplo de hoja de trabajo de calificación para una instancia de OLTP de SQL Server con carga de trabajo baja y varias bases de datos de usuario

Pregunta Respuesta


Sí


¿Cuál es el tamaño de la base de datos de usuario (GB)? 50, 100, 250 GB


50


¿Cuál es la cantidad máxima de IOPS? 500; 300; 2,000

¿Cuántas TPS se realizan durante las cargas máximas? (opcional) 1,500

¿Cuál es el tamaño necesario de tempdb? (opcional) N/D


En la Tabla 12 se muestran los recursos de sistema necesarios para dar soporte a este ambiente:

Tabla 12. Ejemplo de recursos necesarios para una instancia de OLTP de SQL Server con carga de trabajo baja y varias bases de datos de usuario


Requisito de recursos 4 12 GB 1

Requisito de recursos del SO 2 4 GB

Total 6 16 GB

En este ejemplo de una carga de trabajo de usuario muy baja, es necesario respaldar y restaurar las tres bases de datos en conjunto. Los LUN de datos para cada base de datos se colocan en la misma área de almacenamiento de datos que se creó como un único LUN en XtremIO. Asimismo, todos los LUN de registro de base de datos se colocan en la misma área de almacenamiento de datos que se creó como un LUN único en XtremIO.

En este diseño, cada LUN de base de datos y de registro se crea como un LUN de 1 TB para que todos puedan crearse como un grupo en XtremIO y configurarse de la misma manera.

Con un índice de compresión esperado de 1.5:1, el almacenamiento físico real utilizado para los archivos de datos y de registro de la base de datos varía, como se muestra en la Figura 8. Un solo tempdb satisface las necesidades de tempdb de las tres bases de datos, ya que las tres bases de datos de usuario comparten el mismo tempdb en la misma instancia de SQL Server. Los archivos de instalación y las bases de datos de sistema de SQL Server y del SO de la máquina virtual se encuentran en el área de almacenamiento de datos de VSPEX Private Cloud.



Figura 8. Diseño de almacenamiento y de LUN para varias bases de datos de SQL Server con carga de trabajo baja

Ejemplo 4: instancia de OLTP de SQL Server 2014 con carga de trabajo alta, varias bases de datos de usuario y snapshots montados en instancias de SQL Server independientes

En este escenario, un cliente desea crear dos instancias medianas de OLTP de SQL Server 2014 en una infraestructura comprobada VSPEX. El cliente tiene una base de datos de 500 GB y otra de 750 GB en una instancia, y una base de datos de 250 GB y otra de 1 TB en la segunda instancia. Los snapshots de la base de datos de 500 GB y de la de 1 TB se montan en un host de montaje independiente para realizar el análisis de datos y una carga de trabajo de control de calidad. En la Tabla 13 se entrega información detallada sobre los IOPS.

Después de que hable con el cliente, complete la hoja de trabajo de calificación de VSPEX para la base de datos de producción de SQL Server 2014, como se muestra en la Tabla 13.



Tabla 13. Ejemplo de hoja de trabajo de calificación para SQL Server con carga de trabajo alta y varias bases de datos de usuario

Pregunta Respuesta


Sí

Instancia 1 Instancia 2


2 2


500 GB (DB1)

250 GB (DB2)

750 GB (DB3)

1 TB (DB4)


10 10 10 10

Índice de reducción de datos 1.5 1.5 1.5 1.5

¿Cuál es la cantidad máxima de IOPS?

35,000 25,000 50,000 75,000


N/A N/A

¿Se necesitan snapshots? S N N S

Cantidad de snapshots 10 10

¿Cuál es la cantidad máx. de IOPS para snapshots?

20,000 84,000

Después de ingresar las respuestas de la hoja de trabajo de calificación en la herramienta para dimensionamiento de VSPEX, dicha herramienta genera una serie de recomendaciones para los recursos necesarios desde el pool de VSPEX Private Cloud. La herramienta para dimensionamiento de VSPEX también indica recomendaciones para el almacenamiento de XtremIO. Las recomendaciones se muestran en la Tabla 14.



Tabla 14. Ejemplo de recursos necesarios para una instancia de OLTP de SQL Server con carga de trabajo alta y varias bases de datos de usuario

Requisito de recursos de SQL Server

vCPU Memoria Cantidad mínima de X-Brick de XtremIO

Instancia 1 Base de datos 30 480 GB

SO 2 4 GB

Total 32 484 GB

Instancia 2 Base de datos 63 1,000 GB

SO 2 4 GB

Total 65 1,004 GB

Instancia 3

Host de montaje de snapshots para las bases de datos 1 y 4

Base de datos 52 832 GB

SO 2 4 GB

Total 54 836 GB

Total 151 2,324 GB 2

En este ejemplo, con una carga de trabajo muy alta, los archivos de la base de datos se colocan en cuatro LUN diferentes para garantizar la cantidad máxima de IOPS. Como una mejor práctica general, cree cuatro LUN en XtremIO para cualquier base de datos con más de 16,000 IOPS y una carga de trabajo de OLTP.

La mayoría de las configuraciones de LUN y almacenamiento deben seguir los principios de una configuración de una sola instancia como un elemento esencial. Si es necesario que varias bases de datos estén en la misma instancia, los elementos esenciales de base de datos de usuario adicionales se pueden instalar fácilmente en la misma máquina virtual agregándolos al elemento esencial de base, como se muestra en la Figura 7. El diseño es similar para las bases de datos adicionales en la misma instancia y en instancias diferentes.

Este ejemplo también cuenta con varios snapshots para algunas bases de datos. Algunas bases de datos están montadas en el host de montaje para dar soporte a varias cargas de trabajo. En general, la creación de snapshots de XtremIO requerirá almacenamiento físico mínimo (alrededor del 1 % en este ejemplo). En el caso de los LUN de base de datos de XtremIO, es posible crear hasta 63 snapshots por LUN, como se muestra en la Figura 8.

La carga de trabajo (de lectura o escritura) en el snapshot se trata de la misma manera que a cualquier otra carga de trabajo y contribuye a la carga de trabajo total del sistema en XtremIO. El SO del host de montaje se encuentra en un área de almacenamiento de datos del pool de VSPEX Private Cloud de XtremIO distinta. Los registros y tempdb de la instancia de SQL Server de montaje también se encuentran en un LUN independiente.



Figura 9. Diseño de almacenamiento y de LUN para bases de datos con carga de trabajo alta y snapshots montados

Ejemplo 5: Instancia de OLAP de SQL Server 2014 de tamaño mediano con una sola base de datos

En este escenario, un cliente desea crear una base de datos de usuario en una instancia de OLAP de SQL Server 2014 en una infraestructura comprobada VSPEX. En la Tabla 15 se muestra el tamaño de la base de datos y el ancho de banda esperado.

Tabla 15. Ejemplo de perfiles de usuario: Requisitos de la base de datos de usuario

Perfil de base de datos Tamaño del DB (TB) Ancho de banda (MB/s)

OLAP 1 1,024

Complete la hoja de trabajo de calificación para cada base de datos de producción de SQL Server 2014, como se muestra en la Tabla 16.



Tabla 16. Ejemplo de hoja de trabajo de calificación para una instancia de OLAP de SQL Server con una sola base de datos de usuario

Pregunta Respuesta


Sí


¿Cuál es el tamaño de la base de datos de usuario (GB)? 1,024


250


¿Cuál es el ancho de banda máximo (MB/s)? 1,024

¿Cuál es el tamaño necesario de tempdb, expresado en GB? (opcional)

500

Índice de reducción de datos 1.5

Después de ingresar las respuestas de la hoja de trabajo de calificación en la herramienta para dimensionamiento de VSPEX, esta genera una serie de recomendaciones para los recursos necesarios desde el pool de recursos. La herramienta para dimensionamiento de VSPEX también indica recomendaciones para el almacenamiento de XtremIO. Las recomendaciones se muestran en la Tabla 17.

Tabla 17. Ejemplo de recursos necesarios para una instancia de OLAP de SQL Server con una sola base de datos de usuario


Requisito de recursos 18

132 GB

1

En este ejemplo, con una carga de trabajo muy alta, los archivos de la base de datos se colocan en cuatro LUN diferentes para garantizar la cantidad máxima de IOPS. Como una mejor práctica general, cree cuatro LUN en XtremIO para la misma base de datos a fin de dar soporte a una base de datos con más de 1 GB/s para un ambiente de OLAP. En el caso del ancho de banda máximo, cree ocho LUN por cada base de datos.

Una carga de trabajo de OLAP exige en gran medida a tempdb. En este ejemplo, para dar soporte a consultas adicionales complejas y de larga duración, tempdb usa cuatro LUN para garantizar que no se convierta en un cuello de botella. En este caso de uso, el archivo de registro de tempdb también se coloca en un LUN independiente. En el caso de cargas de trabajo más exigentes, es posible usar ocho LUN para tempdb. Dado que el tamaño de tempdb puede variar en función del ambiente, podemos usar la función de aprovisionamiento delgado de XtremIO para asignar tamaños mayores para tempdb.

Con un índice de compresión esperado de 1.5:1, el almacenamiento físico real utilizado para el archivo de datos de la base de datos es de aproximadamente 683 GB para la base de datos de 1 TB, como se muestra en la Figura 10.



Figura 10. Diseño de almacenamiento y de LUN para una base de datos de OLAP de SQL Server

Capítulo 5: Consideraciones de diseño y mejores prácticas de la solución


Capítulo 5 Consideraciones de diseño y mejores prácticas de la solución



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

Consideraciones de diseño del almacenamiento .................................................... 51

Consideraciones de diseño de la virtualización ...................................................... 55

Consideraciones para el diseño de aplicaciones ..................................................... 57




Este capítulo brinda las mejores prácticas y consideraciones para la solución de infraestructura comprobada VSPEX para SQL Server virtualizado. Durante el diseño de la solución consideramos los siguientes aspectos:

• Diseño de red

• Plan de diseño de almacenamiento

• Diseño de virtualización

• Diseño de aplicación

Para obtener información sobre las consideraciones y las mejores prácticas de diseño para las soluciones de protección de datos de EMC para su ambiente de SQL Server, consulte la Guía de diseño e implementación EMC Backup and Recovery Options for VSPEX for Virtualized Microsoft SQL Server 2014.

Consideraciones de diseño de la red

Las redes virtuales siguen los mismos conceptos que las físicas, pero algunos de estos conceptos se aplican en el software en lugar de usar cables y switches físicos. A pesar de que muchas de las mejores prácticas que se aplican a las redes físicas se aplican también a las virtuales, hay algunas consideraciones adicionales sobre la segmentación de tráfico, la disponibilidad y el rendimiento.

Las funciones de red avanzadas de XtremIO ofrecen protección contra fallas de conexión a la red en el arreglo. Mientras tanto, cada host del hipervisor tiene múltiples conexiones a las redes Ethernet de usuarios y almacenamiento para brindar protección contra las fallas de vínculos. Estas conexiones deben distribuirse entre múltiples switches Ethernet como medida de protección contra la falla de componentes en la red.

La conexión a la red del volumen de encendido de SQL Server virtualizado para VSPEX es Fibre Channel en XtremIO. Para obtener más información, consulte los documentos incluidos en la sección Infraestructuras comprobadas VSPEX.

EMC recomienda considerar los siguientes aspectos del diseño de red:

• Separación del tráfico de red diferente

Separe el latido y el tráfico de red de la máquina virtual, el almacenamiento, la administración y vSphere vMotion mediante la segmentación de VLAN.

• Configuración de la redundancia de red

Las topologías redundantes pueden eliminar el tiempo fuera de la red provocado por un único punto de falla. Todas las redes necesitan redundancia para una confiabilidad mejorada. La confiabilidad de la red se logra mediante diseños confiables de red y de equipos tolerantes ante fallas. Diseñe las redes para que se recuperen rápidamente y omitan la falla. En esta solución, tenemos dos switches de red, y las tres redes tienen sus propios vínculos redundantes.


Mejores prácticas para el diseño de red



• Utilización de la agrupación de NIC

Agregue múltiples conexiones de red en paralelo para aumentar el rendimiento más allá de lo que puede sostener una sola conexión y para proporcionar redundancia en caso de que falle uno de los vínculos. Por ejemplo, en el ambiente de virtualización VMware, use dos tarjetas NIC físicas por vSwitch y cree un vínculo superior para las NIC físicas con la finalidad de separar los switches físicos.

Para la configuración de la agrupación de la tarjeta NIC, como mejor práctica, debe seleccionar No en la opción para failback de agrupación de la tarjeta NIC. Esta configuración impide la transmisión simultánea de la tarjeta NIC en caso de algún comportamiento intermitente de la red.

Cuando configure la alta disponibilidad de VMware (VMware HA), defina los siguientes tiempos de espera agotados y configuraciones de ESX Server en la pestaña ESX Server Advanced Settings:

NFS.HeartbeatFrequency = 12

NFS.HeartbeatTimeout = 5

NFS.HeartbeatMaxFailures = 10

Para obtener más información sobre las mejores prácticas de la agrupación de NIC para VMware vSphere, consulte VMware vSphere on Network Attached Storage. Para conocer otras mejores prácticas relacionadas con el diseño de red para la infraestructura comprobada VSPEX, consulte la Infraestructuras comprobadas VSPEX.

Consideraciones de diseño del almacenamiento

Las consideraciones de diseño y mejores prácticas que aparecen en esta sección brindan una guía para la planificación eficaz del almacenamiento para cumplir con diversos requisitos del negocio en ambientes de SQL Server.

La Figura 11 muestra la arquitectura de alto nivel de los componentes de SQL Server y los elementos de almacenamiento validados en la infraestructura comprobada VSPEX para SQL Server virtualizado en una plataforma de virtualización de vSphere. Todos los volúmenes de SQL Server se almacenan en un formato de disco de máquina virtual (VMDK) o de mapeo de dispositivos crudos (RDM) en un ambiente virtualizado VMware.

Nota: RDM es el formato requerido para la configuración de instancias de cluster de failover (FCI) de SQL Server. Las instancias independientes de SQL Server pueden usar el formato RDM o VMDK. En el almacenamiento de XtremIO, el rendimiento de RDM es muy similar al de VMDK.




Figura 11. Elementos de almacenamiento de SQL Server en la plataforma VMware vSphere 5.5

EMC recomienda la implementación de las siguientes mejores prácticas de diseño de almacenamiento.

Diseño de almacenamiento de aplicaciones

Considere las siguientes mejores prácticas para el diseño de almacenamiento de aplicaciones.

• LUN de datos de la base de datos de usuario de SQL Server:

Use LUN independientes.

Para cargas de trabajo más altas, use cuatro LUN de datos para satisfacer la mayor parte de las necesidades de archivos de datos de la base de datos.

• Registro de SQL Server

Use LUN independientes para lograr el mejor rendimiento

En el caso de las cargas de trabajo bajas y la alta disponibilidad/ recuperación de desastres, las operaciones de respaldo y recuperación no necesitan que los registros estén en un área de almacenamiento de datos distinta. Los registros pueden colocarse en la misma área de almacenamiento de datos que los LUN de archivos de datos.

• LUN de tempdb:

Use LUN independientes.

Para cargas de trabajo más altas, use cuatro LUN de tempdb para dar soporte a la mayor parte de la carga de trabajo.

Diseño de almacenamiento



En el caso de las cargas de trabajo de OLAP más exigentes, es posible crear un máximo de ocho LUN de tempdb.

Para obtener más información acerca de las mejores prácticas para la base de datos de tempdb, consulte Configuración de la base de datos de SQL Server en la sección Consideraciones para el diseño de aplicaciones.

Diseño de almacenamiento del SO

En esta solución, los LUN del SO se crearon y provisionaron en función de la infraestructura comprobada VSPEX. Para obtener información acerca de las mejores prácticas sobre el diseño de almacenamiento del SO, consulte la sección Infraestructuras comprobadas VSPEX.

Unidad de formato de LUN

El tamaño del cluster se determina cuando el SO o el usuario formatean la partición. Para obtener el mejor rendimiento, use 64 KB del tamaño de unidad de asignación de archivos (tamaño del cluster) para los volúmenes de SQL Server. Para obtener más información, consulte el tema Disk Partition Alignment Best Practices for SQL Server en la librería de MSDN.

Los patrones de uso y las cargas de trabajo en SQL Server pueden variar. Esta guía está diseñada para las implementaciones típicas, según la descripción de Microsoft y la experiencia de EMC. En general, la plataforma de almacenamiento de XtremIO es compatible con la mayoría de las cargas de trabajo más exigentes y cumplirá o superará los SLA de tiempo de respuesta orientados al cliente, además de seguir ofreciendo la mejor experiencia del usuario.

Dado que SQL Server cuenta con diversos escenarios de aplicaciones, el rendimiento de cada ambiente específico también variará.

En esta sección se muestra un ejemplo de la construcción del elemento esencial en la infraestructura comprobada VSPEX para SQL Server virtualizado: uno para una carga de trabajo alta y otro para una carga de trabajo liviana en VSPEX Private Cloud. Ambos ejemplos siguen las consideraciones de diseño y mejores prácticas analizadas con anterioridad.

En la Tabla 18 se muestra el ejemplo de un diseño de almacenamiento exclusivo de la base de datos de SQL Server con una carga de trabajo muy alta. La configuración es compatible con hosts que ejecutan cargas de trabajo de OLTP con un máximo de 10,000 IOPS.

Nota: Esto solo es un ejemplo para el uso de la infraestructura y del almacenamiento de la base de datos de SQL Server. Los valores correspondientes al rendimiento y a la capacidad de almacenamiento reales usados en el ejemplo para la infraestructura virtual pueden variar.

Mejores prácticas del diseño de componentes

Ejemplos de elemento esencial

http://msdn.microsoft.com/es-mx/library/dd758814(SQL.100).aspx

http://msdn.microsoft.com/es-mx/library/dd758814(SQL.100).aspx



Tabla 18. Ejemplo de diseño de almacenamiento en XtremIO

Elemento esencial para carga de trabajo de exigencia baja

Cantidad de LUN Tamaño del LUN Tamaño del archivo de datos

LUN de datos de la base de datos de usuario de SQL Server

1 2 TB Menos de 2 TB

LUN de registro de la base de datos de SQL Server

1 1 TB Menos de 1 TB

LUN de tempdb de SQL Server 1 1 TB Menos de 1 TB

En la Figura 12 se muestra un ejemplo de construcción de elemento esencial para una instancia de SQL Server con una base de datos pequeña y una carga de trabajo baja en XtremIO:

• El elemento esencial de base se compone del SO con un LUN de 100 GB en el área de almacenamiento de datos de 2 TB de VSPEX Private Cloud con dos CPU virtuales y 4 GB de RAM.

• El elemento esencial de la base de datos se compone de un LUN de base de datos, un LUN de registro y un LUN combinado de tempdb/registro. Según la herramienta para dimensionamiento de VSPEX, utilice dos CPU virtuales y 4 GB de RAM para una base de datos pequeña, además de los recursos que la configuración de base necesita.

Figura 12. Ejemplo de elemento esencial

En la Tabla 19 se muestra un ejemplo de configuración del almacenamiento para SQL Server en XtremIO, además del pool de VSPEX Private Cloud.



Tabla 19. Ejemplo de configuración de almacenamiento en XtremIO

Nombre del pool de almacenamiento

Cantidad de LUN Tamaño del LUN Capacidad física utilizada (cada LUN)

LUN de datos de la base de datos de usuario de SQL

1 1 TB 67 GB

LUN de registro de la base de datos de usuario de SQL

1 1 TB 15 GB

LUN de tempdb/registro de SQL Server

1 1 TB 100 GB

Consideraciones de diseño de la virtualización

SQL Server 2012 y SQL Server 2014 son totalmente compatibles cuando se implementan en un ambiente virtual compatible con VMware vSphere. Las siguientes secciones describen las mejores prácticas y las consideraciones de diseño para la virtualización de SQL Server.

EMC recomienda considerar las mejores prácticas descritas aquí para el diseño de la virtualización.

La Tabla 20 enumera la memoria RAM recomendada para equipos que ejecutan SQL Server, según el tamaño combinado de las bases de datos de usuario de SQL Server.

Tabla 20. CPU virtual y memoria recomendados para SQL Server

Tamaño combinado de las bases de datos de usuario de SQL Server

CPU virtual recomendado además de la configuración de base de dos CPU virtuales

Memoria (GB) recomendada además de la configuración de base de 4 GB

Hasta 100 GB (incluidos 100 GB) 2 4 GB

De 100 GB a 250 GB (incluidos 250 GB)

4 12 GB

De 250 GB a 500 GB (incluidos 500 GB)

6 28 GB

De 500 GB a 1 TB (incluido 1 TB) 8 60 GB

Más de 1 TB Comuníquese con EMC para obtener validación

Cada instancia de SQL Server tiene sus propias áreas de almacenamiento de datos y discos virtuales para su sistema operativo. En ambientes virtualizados de VMware, los LUN de encendido/SO de SQL Server usan un VMDK en su propia área de almacenamiento de datos. Todos los LUN de base de datos usan VMDK o RDM en VMware.


Mejores prácticas para el diseño de virtualización



Dado que SQL Server 2012 y SQL Server 2014 pueden detectar NUMA automáticamente y que la asignación de procesador y memoria de SQL Server puede optimizarse para NUMA, esta solución implementó las siguientes mejores prácticas de diseño:

• Mantenga la cantidad de cores físicos y de vCPU en una relación de 1:1. Asegúrese de que no haya CPU sobreasignados para ejecutar las instancias de SQL Server críticas de negocio.

• Considere el tamaño del nodo de NUMA al dimensionar las máquinas virtuales. Para evitar el acceso a la memoria remota en un ambiente con capacidad NUMA, dimensione la memoria de una máquina virtual de SQL para que sea menor que la cantidad disponible por nodo de NUMA.

• Reserve por completo la memoria RAM para las máquinas virtuales de SQL Server.

• En VMware, active las funciones VMware HA, DRS y vMotion.

Si selecciona vSphere como el hipervisor, active las funciones VMware HA, DRS y vMotion en los servidores ESXi para proporcionar disponibilidad y escalabilidad básica para múltiples implementaciones de SQL Server.

La función VMware DRS puede balancear automáticamente la carga de trabajo entre los hosts mediante la función vMotion. Cuando las cargas de trabajo de SQL Server aumentan, DRS transfiere automáticamente una máquina virtual con cuello de botella a otro host con más recursos disponibles, sin tiempo fuera.

Cuando desee activar la función DRS, asegúrese de que el rebalanceo automático no sea demasiado agresivo, ya que puede causar problemas de rendimiento con VMotion constante.

Después de activar la función DRS, considere usar reglas de afinidad y anti-afinidad de DRS. EMC recomienda usar reglas de afinidad y anti-afinidad de DRS para grupos específicos de máquinas virtuales (por ejemplo, un grupo de servidores web) que nunca deben residir en el mismo host. DRS también permite agrupar máquinas virtuales por un nombre común y restringir su ejecución a un subconjunto de hosts específico.

Para conocer los pasos detallados sobre cómo configurar DRS, consulte los documentos de la sección Guías de implementación de VSPEX.

Monitoree regularmente el rendimiento de toda su infraestructura comprobada VSPEX. El monitoreo del rendimiento no solo se produce en el nivel de máquina virtual, sino que también en el nivel de hipervisor. Por ejemplo, es posible usar el monitoreo de rendimiento dentro de la máquina virtual de SQL Server para garantizar el buen rendimiento de SQL Server o la máquina virtual. Mientras tanto, en el nivel de ESXi, puede usar el comando esxtop para monitorear el rendimiento del host. Para obtener información detallada sobre la herramienta de monitoreo del rendimiento, consulte los documentos de la sección Guías de implementación de VSPEX.



Consideraciones para el diseño de aplicaciones

Las consideraciones de diseño para SQL Server 2012 y SQL Server 2014 implican muchos aspectos. Las consideraciones de diseño y las mejores prácticas que aparecen en esta sección constituyen una guía sobre los aspectos más comunes e importantes.

EMC recomienda considerar las siguientes mejores prácticas para el diseño de SQL Server 2012 y SQL Server 2014.

Configuración de la instancia de SQL Server

• Se otorga el privilegio Lock Pages in Memory para la cuenta de inicio de SQL Server. Este privilegio está diseñado para evitar que el sistema operativo reduzca el conjunto de trabajo de procesos (memoria comprometida). Para obtener más información, consulte el artículo del soporte técnico de Microsoft Cómo habilitar la característica “páginas bloqueadas” en SQL Server 2014.

Nota: Después de activar el privilegio Lock Pages in Memory, ajuste la memoria máxima del servidor de la instancia de SQL Server para evitar que la instancia reserve toda la memoria del SO.

Configuración de la base de datos de SQL Server

Considere las siguientes mejores prácticas para la configuración de las bases de datos de usuario:

• Use varios archivos de datos para bases de datos grandes.

• El modelo de recuperación completa permite que los administradores respalden los registros de transacciones de manera incremental. Este modelo permite la recuperación de la base de datos de SQL Server de un punto específico en el tiempo desde el respaldo de registros, incluso si los archivos de datos de las bases de datos de contenido están dañados. EMC recomienda crear respaldos de registros periódicamente para el modelo de recuperación completa.

En esta infraestructura comprobada VSPEX, EMC recomienda que use la siguiente configuración para tempdb:

• Asigne previamente el espacio, ya que el uso de almacenamiento de XtremIO es muy eficiente gracias al aprovisionamiento delgado y a la compresión y deduplicación. El almacenamiento únicamente se utilizará cuando realmente se necesite. La asignación de un espacio mayor para un LUN no implicará el desperdicio de espacio.

• Asegúrese de que todos los archivos de datos en el mismo grupo de archivos sean del mismo tamaño.

• Desactive el crecimiento automático y establezca el tamaño del archivo de base de datos en función del crecimiento futuro que anticipe.

EMC recomienda usar la siguiente configuración para los registros de transacciones:

• Cree un solo archivo de registro de transacciones por base de datos en uno de los LUN asignados al espacio de registros de transacciones. Distribuya los archivos de registro a diferentes bases de datos en los LUN disponibles o use varios archivos de registro para el crecimiento de registros, según sea necesario.


Mejores prácticas para el diseño de aplicaciones

http://support.microsoft.com/kb/2659143

http://support.microsoft.com/kb/2659143



Active la opción de crecimiento automático para los archivos de registro. El incremento del crecimiento automático debe ser suficiente para evitar pérdidas de rendimiento.

Para obtener los pasos detallados de configuración consulte los documentos de la Guías de implementación de VSPEX.

EMC recomienda considerar los modelos de licencia de SQL Server para lograr un mejor ahorro de costos.

Con SQL Server 2012 y 2014, los clientes tienen varias opciones de licencia, como el modelo de licencia de servidor+licencia de acceso de clientes (CAL), que ofrece acceso a bajo costo a las implementaciones de SQL Server incrementales, y las licencias basadas en cores, un modelo de licencia de potencia de cómputo basado en cores de cómputo. Las opciones de licencia varían según la versión de SQL Server que use. Consulte Microsoft SQL Server 2012 Licensing Guide y Microsoft SQL Server 2014 Licensing Guide en el sitio web de Microsoft.

Según el modelo de licencia basada en cores, los clientes cuentan la cantidad total de cores físicos para cada procesador en el servidor y multiplican la cantidad de cores por un factor de core adecuado a fin de determinar la cantidad de licencias necesarias para cada procesador.

El modelo de licencia basada en cores es adecuado cuando se producen una o más de las siguientes circunstancias:

• Se implementa SQL Server 2012 Enterprise Edition

• Se aplican implementaciones centralizadas que incluyan una gran cantidad de dispositivos/usuarios directos o indirectos

• Anticipar costos de licencia totales más bajos que los asociados al uso del modelo de licencia de servidor+CAL.

Según el modelo de licencia de servidor+CAL, los clientes de EMC adquieren una licencia de servidor para cada servidor y una CAL para cada dispositivo o usuario que acceda a SQL Server.

El modelo de licencia de servidor+CAL es adecuado cuando se producen una o más de las siguientes circunstancias:

• Se implementa SQL Server 2012 Business Intelligence Edition

• Se implementa SQL Server Standard Edition en aquellos escenarios donde puede contar fácilmente a los usuarios o dispositivos y los costos de licencia totales son menores que los asociados con el uso del modelo de licencia basado en cores

• Se planifica el escalamiento horizontal del uso de SQL Server con la adición de nuevos servidores con el transcurso del tiempo

En esta infraestructura comprobada VSPEX, para licenciar el SQL Server virtualizado, los clientes pueden elegir licenciar máquinas virtuales individuales o, para obtener la máxima virtualización en una nube privada altamente virtualizada, licenciar todo el servidor físico con las licencias de núcleo de Enterprise Edition.

Para elegir un modelo de licencia adecuado para SQL Server 2012 y SQL Server 2014 en diversos ambientes, consulte SQL Server 2012 Licensing Quick Reference Guide y SQL Server 2014 Licensing Quick Reference Guide en el sitio web de Microsoft.

Consideración de la licencia de SQL Server

http://download.microsoft.com/download/7/3/C/73CAD4E0-D0B5-4BE5-AB49-D5B886A5AE00/SQL_Server_2012_Licensing_Reference_Guide.pdf

http://download.microsoft.com/SQL_Server_2014_Licensing_Datasheet.pdf

http://download.microsoft.com/download/6/4/A/64A1EC8F-F575-41E1-9D34-821FA9F98F8E/SQL_Server_2012_Licensing_Reference_Guide.pdf

http://download.microsoft.com/download/6/4/A/64A1EC8F-F575-41E1-9D34-821FA9F98F8E/SQL_Server_2012_Licensing_Reference_Guide.pdf

http://download.microsoft.com/SQL_Server_2014_Licensing_Datasheet.pdf

Capítulo 6: Metodologías de verificación de la solución


Capítulo 6 Metodologías de verificación de la solución



Metodología de verificación del hardware de base ................................................. 60

Metodología de verificación de la aplicación .......................................................... 60




En este capítulo se ofrece una lista de elementos que debe comprobar después de configurar la solución. Utilice la información de este capítulo para verificar la funcionalidad y el rendimiento de la solución y sus componentes, y garantizar que la configuración sea compatible con los principales requisitos de disponibilidad y rendimiento.

Metodología de verificación del hardware de base

El propósito de este capítulo es ofrecer las metodologías de verificación para los aspectos de hardware, aplicación y protección de datos de la solución. El hardware consta de los recursos físicos del equipo, como procesadores, memoria y almacenamiento. El hardware incluye también componentes físicos de red, como tarjetas NIC, cables, switches, enrutadores y balanceadores de carga de hardware. Puede evitar muchos problemas relacionados con el rendimiento y la capacidad si usa el hardware correcto para la solución VSPEX para SQL Server virtualizado. Por el contrario, un solo uso indebido de un recurso de hardware, como una memoria insuficiente en un servidor, puede afectar el rendimiento en todo el SQL Server.

Para conocer los pasos detallados para la verificación de la redundancia de los componentes de la solución, consulte los recursos incluidos en la sección Guías de implementación de VSPEX.

Metodología de verificación de la aplicación

Una vez que verifica el hardware y la redundancia de los componentes de la solución, realice la prueba y la optimización de la aplicación SQL Server, lo cual es un paso importante de la solución. Pruebe la nueva infraestructura comprobada VSPEX antes de implementarla en producción para asegurarse de que las arquitecturas que diseñó alcancen los objetivos requeridos de rendimiento y capacidad. Esto permite identificar y optimizar potenciales cuellos de botella antes de que afecten a los usuarios en una implementación activa.

Antes de que comience a verificar el rendimiento de SQL Server en la infraestructura comprobada VSPEX, asegúrese de haber implementado SQL Server en su infraestructura comprobada VSPEX según la sección Guías de implementación de VSPEX. En la Tabla 21 se describen los pasos generales que se deben completar antes de poner el ambiente de SQL Server en producción.



Tabla 21. Pasos de alto nivel para la verificación de la aplicación

Paso Descripción Referencia

1 Comprenda las métricas clave para que el ambiente de SQL Server alcance un rendimiento y una capacidad que cumplan con los requisitos del negocio.

Nociones básicas sobre las métricas clave

2 Use la herramienta para dimensionamiento de VSPEX para que SQL Server determine la arquitectura y los recursos de su infraestructura comprobada VSPEX.

Sitio web de EMC VSPEX

3 Diseñe y cree la solución de SQL Server en la infraestructura comprobada VSPEX.

Guías de implementación de VSPEX

4 Ejecute las pruebas, analice los resultados y optimice su arquitectura VSPEX.

Ejecución de pruebas, análisis de resultados y optimización

Para validar la solución VSPEX para SQL Server virtualizado, consideramos las métricas clave que se muestran en la Tabla 22.

Tabla 22. Métricas clave

Métrica Umbral

Utilización promedio del CPU (%) Menos del 85 %

Latencia de disco promedio Menos de 20 milisegundos4

La herramienta para dimensionamiento de VSPEX ayuda a comprender las métricas y los umbrales básicos para cumplir con los requisitos del negocio del cliente.

Una vez creado el ambiente de las bases de datos, ejecute aplicaciones de prueba para verificar el rendimiento de SQL Server. En esta solución, realizamos pruebas mediante una aplicación similar a TPC Benchmark E (TPC-E) para validar el rendimiento de la carga de trabajo de OLTP de SQL Server. La aplicación similar a TPC-E es el parámetro de rendimiento del servidor, que simula las transacciones de mercado de intermediación entre el mercado, el cliente y el intermediador. El parámetro no puede representar la aplicación real en el ambiente del cliente. En el ambiente del cliente real, recomendamos encarecidamente que los clientes:

• Evalúe la carga de trabajo de OLTP y el patrón de I/O. Si es aceptable y la carga de trabajo real es parecida, puede usar los resultados de la prueba como referencia. Sin embargo, los clientes necesitan considerar los posibles riesgos.

4 Esta es una mejor práctica de Microsoft SQL Server. XtremIO es un arreglo de alto rendimiento y puede proporcionar un rendimiento de procesamiento de bases de datos inferior a un milisegundo. En el caso de cargas de trabajo altas, seguirá proporcionando un rendimiento de 1 ms a 5 ms para OLTP. En el caso de OLAP, el enfoque se encuentra en el ancho de banda, y la latencia de disco puede ser mayor, pero se mantendrá muy inferior a los 20 ms.

Nociones básicas sobre las métricas clave

Ejecución de pruebas, análisis de resultados y optimización





• Primero, construyan un ambiente de prueba y luego copien y restauren la base de datos de producción para probar la carga de trabajo real y para verificar el rendimiento de SQL Server si los tipos de carga de trabajo real de la aplicación son diferentes a lo que validamos en nuestro ambiente de prueba.

Para obtener información detallada sobre la configuración, consulte los documentos de la sección Guías de implementación de VSPEX.

Capítulo 7: Documentación de referencia


Capítulo 7 Documentación de referencia


Documentación de EMC.......................................................................................... 64

Otra documentación .............................................................................................. 64

Vínculos ................................................................................................................ 65



Documentación de EMC

Los siguientes documentos, disponibles en el servicio de soporte en línea de EMC o mexico.emc.com (visite el sitio web de su país correspondiente), entregan información adicional y pertinente. Si no tiene acceso a un documento, póngase en contacto con un representante de EMC.

• Guía de instalación de EMC XtremIO

• Guía de instalación y administración de EMC PowerPath y PowerPath/VE for Windows

• Soluciones de EMC VSPEX para la virtualización de servidores destinadas a medianas empresas

• Soluciones de EMC VSPEX para la virtualización de servidores destinadas a pequeñas y medianas empresas

• Hoja de trabajo de configuración de la serie EMC XtremIO

• Using EMC XtremIO Storage with VMware vSphere TechBook

• EMC VSI para VMware vSphere: Guía del producto de Storage Viewer

• Guía de conectividad de hosts de EMC para el servidor VMware ESX

• Guía de conectividad de hosts de EMC para Windows

• EMC VSPEX Private Cloud VMware vSphere 5.5 for up to 1,000 Virtual Machines

• Nube privada de EMC VSPEX para Microsoft Windows Server 2012 R2 con Hyper-V para un máximo de 1,000 máquinas virtuales

• Nube privada de EMC VSPEX: VMware vSphere 5.5 para hasta 125 máquinas virtuales

• Nube privada de EMC VSPEX para Microsoft Windows Server 2012 R2 con Hyper-V para un máximo de 125 máquinas virtuales

Otra documentación

Para obtener información sobre Microsoft SQL Server, consulte los siguientes documentos:

• Microsoft SQL Server 2014 on VMware Best Practices Guide

• Microsoft SQL Server 2014 on VMware Frequently Asked Questions (FAQ)

• Microsoft SQL Server 2014 on VMware Availability and Recovery Options

• Best Practices for Running VMware vSphere on Network Attached Storage

• SQL Server 2012 Licensing Quick Reference Guide

Para obtener documentación sobre Microsoft SQL Server, consulte el sitio web de Microsoft en http://www.microsoft.com/es-mx.

Para obtener documentación sobre SQL Server 2014 en VMware, consulte el sitio web de VMware en http://www.vmware.com/mx (visite el sitio web de su país correspondiente).

https://support.emc.com/

http://mexico.emc.com/resource-library/resource-library.htm

http://www.microsoft.com/es-mx

http://www.vmware.com/mx



Vínculos

Biblioteca de MSDN

Consulte los siguientes temas en la librería de MSDN:

• Libros en pantalla de SQL Server 2014

• Optimizar el rendimiento de tempdb

Biblioteca de TechNet

• Introducción a la formación de equipos NIC

Nota: Los vínculos indicados funcionaban correctamente en el momento de la publicación.

https://msdn.microsoft.com/es-mx/library/ms130214.aspx

http://msdn.microsoft.com/es-mx/library/cc175527.aspx

http://technet.microsoft.com/es-mx/library/hh831648.aspx

Apéndice A: Hoja de trabajo de calificación


Apéndice A Hoja de trabajo de calificación

Este apéndice presenta el siguiente tema:

Hoja de trabajo de calificación de VSPEX para Microsoft SQL Server virtualizado .... 68



Hoja de trabajo de calificación de VSPEX para Microsoft SQL Server virtualizado

Antes de que comience a dimensionar la solución VSPEX para SQL Server virtualizado, recopile información acerca de los requisitos del negocio del cliente con la hoja de trabajo de calificación. La Tabla 23 proporciona una hoja de trabajo de calificación para una base de datos de usuario de SQL Server.

Tabla 23. Hoja de trabajo de calificación para una base de datos de usuario de SQL Server

Pregunta Respuesta




¿Cuál es el tamaño del registro de la base de datos de usuario, expresado en GB? (opcional)


¿Cuál es la cantidad máxima de IOPS?

¿Cuál es la TPS en cargas máximas? (opcional)


¿Cuál es el índice de compresión? (predeterminado 1.5:1)

¿Cuántos son los snapshots de la base de datos? (opcional)

¿Cuáles son los IOPS para las cargas de trabajo de OLTP o el ancho de banda (MB/s) para las cargas de trabajo de OLAP para cada snapshot? (opcional)

Se adjunta a este documento una copia independiente de la hoja de trabajo de calificación en formato PDF. Para ver e imprimir la hoja de trabajo:

1. En Adobe Reader, abra el panel Attachments de la siguiente manera:

Seleccione View > Show/Hide > Navigation Panes > Attachments.

o

Haga clic en el ícono Attachments como se muestra en la Figura 13.

Impresión de la hoja de trabajo de calificación



Figura 13. Hoja de trabajo de calificación para imprimir

2. En el panel Attachments, haga doble clic en el archivo adjunto para abrir e imprimir la hoja de trabajo de calificación.

Apéndice B: Lógica y metodología de dimensionamiento de SQL Server de alto nivel


Apéndice B Lógica y metodología de dimensionamiento de SQL

Server de alto nivel

Este apéndice presenta los siguientes temas:


Recursos suficientes .............................................................................................. 74

Consideraciones de tamaño ................................................................................... 75




La infraestructura compatible con OLTP y OLAP (CPU virtuales, memoria y diseño de almacenamiento para las bases de datos de SQL Server) debe proporcionar una solución sólida, potente y flexible. El dimensionamiento de SQL Server depende de varios factores, como el tipo de disco, el tipo de protección y el caché. Los recursos adecuados deben ser parte del método de dimensionamiento de SQL Server.

1. Recomendamos X-Brick de 20 TB para las necesidades de las bases de datos de SQL Server. Para ambientes más pequeños que no tienen mucho crecimiento futuro de la capacidad, es posible usar 5 TB o 10 TB. Consulte la herramienta para dimensionamiento de VSPEX para XtremIO para obtener información sobre X-Brick de XtremIO de otros tamaños.

2. Espere que la mayoría de las bases de datos de OLTP de producción estén vinculadas a la capacidad, es decir, el dimensionamiento de los X-Brick depende principalmente del tamaño de las bases de datos de producción:

a. El valor predeterminado para el SO de la máquina virtual de la instancia de SQL Server y para el almacenamiento binario de SQL Server es de 100 GB, con un rendimiento de aproximadamente 25 IOPS por instancia. En esta guía de dimensionamiento manual, agregaremos esto al total para facilitar los cálculos. Para obtener cálculos más precisos, consulte la herramienta para dimensionamiento de VSPEX.

b. Use un índice de compresión de 1.4 a 2:1 y uno de deduplicación de 1:1 para calcular la capacidad de la base de datos de SQL Server.

c. Requisitos mínimos de capacidad para copias de snapshots:

i. Para cada snapshot, agregue alrededor del 1 % del almacenamiento de producción para el dimensionamiento inicial.

ii. La capacidad de los snapshots puede variar si se mantienen por un período prolongado o si existe una gran cantidad de snapshots de base de datos con un crecimiento o cambios frecuentes de datos. Para obtener cálculos detallados, consulte la herramienta para dimensionamiento.

b. Es posible que se necesite capacidad adicional en función del crecimiento anual. Por ejemplo, podría ser necesario un 10 % de capacidad física adicional para el crecimiento futuro.

3. Si se desconoce el requisito de rendimiento o este es ligero (menos de 5,000 IOPS para OLTP o menos de 100 MB/s para OLAP), consulte la Tabla 24 para obtener información sobre el requisito de CPU virtual y memoria para las máquinas virtuales que ejecutan instancias de SQL Server para bases de datos con tamaños específicos. Para obtener información sobre cargas de trabajo más exigentes, consulte la Tabla 25.



Tabla 24. CPU virtual y memoria recomendados para el tamaño de la base de datos

Tamaño de la base de datos

CPU recomendado además de la configuración de base de dos CPU virtuales


Menor o igual que 100 GB

2 4

De 100 GB a 250 GB

4 12

De 250 GB a 500 GB

6 28

De 500 GB a 1 TB

8 60

Tabla 25. CPU virtual y memoria recomendados para el rendimiento de la base de datos

Tipo de DB OLTP OLAP

Tamaño de I/O (KB) 8 256

Índice de lectura/escritura 90/10 100

IOPS 1,000 N/A

BW (MB/s) N/A 250

CPU virtuales recomendados además de la configuración de base de dos CPU virtuales

0.5 4


8 32

a. Configuración de base para la máquina virtual de SQL:

i. CPU: dos vCPU

ii. Memoria: 4 GB

b. Los recursos del sistema para cada base de datos adicional se calcularán de forma independiente y se agregarán a la configuración de base.

c. Todos los números calculados se redondearán hacia arriba al múltiplo de dos más cercano.

d. Los requisitos de CPU y memoria dependen de la carga de trabajo real; a continuación se ofrece una guía que indica cuántos recursos de sistema se necesitan generalmente, además de la configuración de base para el ambiente de OLTP o de OLAP.

i. Base de datos de OLTP de producción (con 8 KB de lectura/escritura 90/10)

(1) Por cada 1,000 IOPS, use 0.5 CPU virtuales y 8 GB de memoria.

ii. Base de datos de OLAP de producción (con un tamaño de I/O de 256 KB):



(1) Por cada 250 MB/s, use cuatro CPU virtuales y 32 GB de memoria

e. Los requisitos de CPU virtuales y de memoria para los IOPS o el ancho de banda para las copias de snapshots de la base de datos que se montan y dan soporte a las cargas de trabajo se calculan de la misma manera que la base de datos de producción.

4. Configuración de LUN:

a. RDM y VMDK ofrecen un rendimiento similar. El tipo de formato de disco debe elegirse en función de las necesidades de alta disponibilidad o de recuperación de desastres. Esta elección también depende de si se requiere agrupación en clusters para la base de datos.

La agrupación en clusters de conmutación por error de Microsoft requiere RDM.

b. Para lograr el rendimiento o los IOPS máximos para una sola base de datos, realice lo siguiente:

i. Coloque cada base de datos en cuatro LUN de base de datos y en un LUN de registro.

c. Para bases de datos más pequeñas o cargas de trabajo menos exigentes:

i. Todos los archivos en la base de datos pueden colocarse en un LUN (VMDK o RDM).

ii. Las múltiples bases de datos que no tienen requisitos independientes de replicación y protección de datos tienen la opción de compartir un LUN de área de almacenamiento de datos (inferior o igual a 2 TB) cuando se utiliza VMDK.

5. Para una carga de trabajo combinada de OLTP y OLAP, use la herramienta para dimensionamiento de VSPEX para XtremIO o consulte al departamento de soporte técnico de EMC para obtener información sobre el dimensionamiento.

Nota: Si la herramienta para dimensionamiento de VSPEX no está disponible, estas instrucciones de dimensionamiento manual pueden usarse para proporcionar el dimensionamiento aproximado de una sola aplicación. Se recomienda el uso de la herramienta para dimensionamiento de VSPEX, con su funcionalidad de múltiples aplicaciones e instancias, como el enfoque de dimensionamiento preferido.

Recursos suficientes

Proporcione recursos suficientes para los subsistemas de disco y cómputo para satisfacer los requisitos de rendimiento de las bases de datos de SQL Server. En esta sección se definen los recursos suficientes para SQL Server como un DBMS de OLTP o de OLAP en un ambiente virtual para proporcionar un rendimiento predictivo.

• Uso del disco suficiente: diseñe la herramienta para dimensionamiento para usar adecuadamente los recursos de disco y dejar espacio para cualquier actividad de disco máxima posible.



• Uso adecuado de los recursos de cómputo:

Uso adecuado de la memoria: diseñe los componentes básicos con memoria de sistema suficiente para dar soporte a la carga de trabajo diseñada con actividades de carga máxima anticipadas.

Uso adecuado del procesador: diseñe los componentes básicos para que tengan CPU virtuales suficientes para dar soporte a la carga de trabajo diseñada y a cualquier actividad de carga máxima anticipada.

• Registros y tempdb suficientes: planee una capacidad y rendimiento suficientes de tempdb para cada instancia y de registros para cada base de datos de usuario a fin de dar soporte a la carga de trabajo de la consulta al dimensionar las instancias de SQL Server.

Consideraciones de tamaño

Esta sección proporciona un método de dimensionamiento detallado y recomendaciones para dimensionar cada instancia de SQL Server:

• Recomendaciones de máquina virtual para SQL Server

Recursos de vCPU

Recursos de memoria

• Tipo y cantidad de X-Brick para XtremIO para SQL Server

• Recursos de capacidad del SO

• IOPS del SO

En la Tabla 26 se muestra un ejemplo de tres bases de datos de OLTP y entradas del usuario.

Tabla 26. Ejemplo de entrada de usuario para múltiples bases de datos de usuario

Base de datos

Perfil Tamaño de la base de datos (GB)

Rendimiento de la base de datos (IOPS)

Base de datos 1

OLTP 50 GB 500

Base de datos 2

OLTP 100 GB 300

Base de datos 3

OLTP 250 GB 2,000

Mediante el método de cálculo de la consolidación para calcular la suma de los tamaños de bases de datos y de IOPS, determinamos que se requieren ocho CPU virtuales y 32 GB de RAM. La infraestructura VSPEX cumple con el requisito de IOPS y capacidad.

Tipo y cantidad de X-Brick para XtremIO para la instancia de SQL Server

Siga estos principios de diseño para dimensionar los servidores de SQL en la infraestructura comprobada VSPEX:

Recomendación de máquina virtual para SQL Server



• Realice el diseño teniendo en cuenta los requisitos de capacidad y de IOPS/ancho de banda. Necesitará consolidar los resultados de los cálculos de la base de datos y del SO.

• El cálculo de dimensionamiento incluye los siguientes requisitos de disco adicionales:

Tasa de crecimiento anual

En caso de que no se especifique, el valor predeterminado del registro es de un 20 % del tamaño de los datos

En caso de que no se especifique para OLTP, el valor predeterminado de tempdb es de un 20 % del total de la base de datos de usuario. No se debe ignorar el tamaño de tempdb para la base de datos de tipo OLAP.

• Establezca las expectativas para los IOPS o el ancho de banda. Considere la cantidad máxima de IOPS de los valores de la carga de trabajo:

La mayoría de los ambientes debería mantener cada componente del arreglo de almacenamiento funcionando en valores razonables. Por ejemplo, mantenga el uso del procesador de almacenamiento a menos del 95 % y el uso de la capacidad física a menos del 90 %.

Cálculo de los IOPS y del ancho de banda En la Tabla 27 se muestra un ejemplo de entrada de una instancia de SQL Server, suponiendo que el cliente conoce los requisitos de rendimiento de la base de datos (IOPS o ancho de banda de la base de datos).

Tabla 27. Un ejemplo de entrada de usuario para múltiples bases de datos de usuario

Perfil de base de datos

Tamaño de la base de datos (GB)

Rendimiento de la base de datos (IOPS)

Base de datos 1 50 500

Base de datos 2 100 300

Base de datos 3 250 2,000

El rendimiento máximo de base de datos para las tres bases de datos de usuario es de 2,800 IOPS, un valor bastante inferior a cualquiera de las capacidades de IOPS de un solo X-Brick para XtremIO de más de 150,000 IOPS.

Cálculo de capacidad • Tamaño de la base de datos de usuario:

Base de datos 1: 50 GB



• El requisito de capacidad se calcula en función de los tamaños de las bases de datos de usuario, el índice de compresión de SQL Server (valor predeterminado: 1.5) y el índice de crecimiento anual (de manera predeterminada, un 30 % y un crecimiento de tres años):

Tamaño de LUN de base de datos = <tamaño de base de datos> + <tasa de crecimiento anual> / <índice de compresión>

Tamaño de LUN de la base de datos 1 = 50 × (1 + 0.3)3 / 1.5 = 74 GB





Tamaño total de LUN de datos de la base de datos = 587 GB

• Calcule los tamaños de los LUN de registro para cada base de datos después de considerar los índices de compresión y de crecimiento anual:

o Tamaño de LUN de la base de datos 1 = 74 GB × 20 % = 15 GB



o Tamaño total de LUN de datos de la base de datos = 118 GB

Tamaño total de la base de datos = tamaño total de LUN de datos de la base de datos + tamaño total de LUN de registro de la base de datos = 587 + 118 = 705 GB

• Calcule el tamaño de LUN de tempdb. El tamaño predeterminado de tempdb es un 20 % del tamaño total del archivo de datos de la base de datos o se obtiene a través de la entrada del usuario.

o Requisito total de capacidad física de tempdb = 705 × 20 %=141 GB

• Capacidad física total requerida para esta configuración:

Requisito de capacidad física de base de datos = suma de base de datos y registro = 705 GB

Requisito de capacidad física de tempdb = 141 GB

Capacidad física total requerida para las bases de datos de SQL = base de datos + tempdb = 846 GB

Recursos de capacidad del SO

Una instancia de SQL Server tiene un volumen de SO, y la capacidad se estableció en 100 GB por instancia, a menos que se especifique lo contrario.

• Calcule el requisito de capacidad física del SO y suponga un índice de compresión similar y la ausencia de crecimiento anual:

o Capacidad total para el SO = 100 GB/1.5= 67 GB

• Requisito total de capacidad para esta configuración = 846 GB + 67 GB = 913 GB

La capacidad física útil disponible por X-Brick de 20 TB es de 15.1 TB

Desde la perspectiva del dimensionamiento de la capacidad, use los clusters de X-Brick para XtremIO de 20 TB a menos que el ambiente esté orientado a lograr un rendimiento extremadamente alto con requisitos de capacidad y una posibilidad de crecimiento limitados.

La Tabla 28 enumera la configuración recomendada basada en la E/S de inicio y los requisitos de capacidad.



Tabla 28. Configuración recomendada

Una instancia de SQL Server con tres bases de datos de SQL Server (50 GB, 100 GB y 300 GB)

Cantidad mínima de X-Brick necesarios para satisfacer la capacidad y la actividad de I/O

1 X-Brick

IOPS del SO

El valor predeterminado de IOPS del SO es de 25 IOPS por cada volumen del SO. Para obtener más información, consulte los documentos relacionados con las infraestructuras virtualizadas que se mencionan en Recursos de capacidad de SO.

Selección de la infraestructura comprobada VSPEX correcta

Una vez que haya dimensionado la aplicación y determinado los recursos necesarios y la cantidad recomendada de X-Brick de almacenamiento para XtremIO, siga los pasos a continuación para elegir la infraestructura comprobada VSPEX correcta en función de los resultados calculados:

1. Si el cliente desea implementar otras aplicaciones en la misma infraestructura comprobada VSPEX, consulte las guías de diseño de VSPEX correspondientes para que esas aplicaciones calculen el total de recursos necesarios y los diseños de almacenamiento recomendados para la carga de trabajo combinada.

En general, es posible satisfacer las diversas cargas de trabajo mediante el enfoque del elemento esencial.

2. Consulte la guía de la infraestructura comprobada EMC VSPEX correspondiente y calcule la capacidad requerida para VSPEX Private Cloud mediante la metodología de componentes básicos de la infraestructura virtual.

3. Agregue los recursos de máquina virtual necesarios (capacidad total de almacenamiento, IOPS totales, etc.) para todas las bases de datos de SQL.

4. Agregue la capacidad física de almacenamiento total requerida, incluido el almacenamiento para las aplicaciones combinadas, para VSPEX Private Cloud.

5. Consulte la Guía de la infraestructura comprobada EMC VSPEX que corresponda y calcule la cantidad de máquinas virtuales según los recursos de cómputo y almacenamiento de la carga de trabajo de aplicaciones combinadas.

En la Tabla 29 se muestra un resumen de los diferentes cálculos de elementos esenciales y bases de datos.



Tabla 29. Ejemplo de configuración de VSPEX para SQL Server

Configuración Almacena-miento físico (GB)

IOPS vCPU RAM Inclusión del crecimiento futuro/reducción de datos (GB)

Almacena-miento físico total (GB)

Bloque de base de SO/SQL

100 100 2 4 67 67

Base de datos Tamaño de la base de datos (GB)

Tamaño de la base de datos

Requisitos de registro

Requisitos de tempdb

Base de datos de usuario 1

50 500 74 15 18 107


100 300 147 30 35 212


250 2,000 366 73 88 527

Tamaño total calculado de la base de datos

400 6 28 587 118 141 846

Total calculado para IOPS

2,800 1.4 22.4

Total para elemento esencial

8 32 913

6. Compare los valores en la Tabla 30 con los de la Tabla 29 para asegurarse

de que la infraestructura comprobada VSPEX elegida admita la capacidad total necesaria para las aplicaciones combinadas y la nube privada. En caso negativo, es posible que necesite actualizar su modelo al siguiente modelo de infraestructura comprobada VSPEX. En este ejemplo, XtremIO versión Starter admite de 5 TB a 8 TB, XtremIO de 10 TB admite de 10 TB a 15 TB, y un X-Brick de 20 TB puede ser compatible con una base de datos de SQL Server de aproximadamente 20 TB a 30 TB, lo que se ajusta al requisito mínimo calculado en el paso 5.



Tabla 30. Almacenamiento de XtremIO para SQL Server

Almacenamiento en XtremIO

Starter X-Brick X-Brick de 10 TB

X-Brick de 20 TB

Capacidad física (TB) 3.8 7.6 15.1

Capacidad de datos (TB)5 De 5 a 8 De 10 a 15 De 20 a 30

IOPS MÁX. (I/O de 8 kB de lectura/escritura 70/30)

150,000 150,000 150,000

IOPS MÁX. (I/O de 8 kB de lectura/escritura 90/10)

164,000 175,000 175,000

Ancho de banda máx. MB/s (I/O de 256 kB de solo lectura)

3,000 3,000 3,000

5 La capacidad real de datos corresponde a los datos ingresados en el almacenamiento. El LUN de XtremIO cuenta con aprovisionamiento delgado y siempre es posible crear un LUN para almacenamiento de base de datos mucho mayor que los datos ingresados reales sin utilizar almacenamiento físico adicional. Por lo tanto, el tamaño real del volumen será mucho mayor que los números que aparecen aquí.

H13949: Guía de diseño de EMC VSPEX para … · Capítulo 4 Selección de una infraestructura...

Documents

Transcript of H13949: Guía de diseño de EMC VSPEX para … · Capítulo 4 Selección de una infraestructura...