EMC VSPEX PARA MICROSOFT SQL SERVER 2012 … fileGUÍA DE DISEÑO EMC VSPEX Resumen Esta guía de...

GUÍA DE DISEÑO

EMC VSPEX

Resumen

Esta guía de diseño describe cómo diseñar recursos virtualizados de Microsoft SQL Server en la nube privada EMC® VSPEX™ correspondientes para Microsoft Hyper-V o VMware vSphere. La guía también ilustra cómo dimensionar SQL Server 2012, asignar recursos siguiendo las mejores prácticas y usar todos los beneficios que ofrece VSPEX.

Abril de 2013

EMC VSPEX PARA MICROSOFT SQL SERVER 2012 VIRTUALIZADO

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

2

Copyright © 2013 EMC Corporation. Todos los derechos reservados.

Publicado en abril de 2013

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 consultar el documento normativo más actualizado para su línea de productos, visite la sección de documentación técnica y asesorías en el sitio web de soporte en línea de EMC.


Número de referencia H11458

EMC VSPEX para Microsoft SQL Server 2012 virtualizado

Guía de diseño

3

Contenido

Capítulo 1 Introducción ....................................................................... 11

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

Valor para el negocio ................................................................................... 12

Alcance ....................................................................................................... 13

Audiencia .................................................................................................... 13

Terminología ............................................................................................... 15

Capítulo 2 Antes de comenzar ............................................................. 17

Descripción general del flujo de trabajo de la documentación ..................... 18

Lectura esencial .......................................................................................... 18 Descripciones generales de las soluciones .......................................................... 18 Guías de implementación para SQL Server ........................................................... 18 Infraestructura comprobada VSPEX ...................................................................... 19

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

Descripción general ..................................................................................... 22

Arquitectura de la solución .......................................................................... 22

Componentes clave ..................................................................................... 23 Introducción ........................................................................................................ 23 Microsoft SQL Server 2012 ................................................................................... 24 Infraestructura comprobada EMC VSPEX .............................................................. 24 VMware vSphere 5.1 ............................................................................................ 26 Microsoft Windows Server 2012 con Hyper-V ....................................................... 26 Familia EMC VNX .................................................................................................. 26 EMC Unisphere .................................................................................................... 29 EMC Virtual Storage Integrator para VMware vSphere ........................................... 29 API de VNX VMware vStorage para soporte de integración de arreglos ................. 29 EMC Storage Integrator ........................................................................................ 29 EMC XtremSW Cache ............................................................................................ 30 EMC Avamar ......................................................................................................... 30 EMC Data Domain ................................................................................................ 31

Contenido


4

EMC PowerPath/VE. ............................................................................................. 31

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


Paso 1: Evalúe el caso de uso del cliente ..................................................... 34

Paso 2: Diseñar las arquitecturas de la aplicación ....................................... 35 Herramienta para dimensionamiento de VSPEX ................................................... 35

Paso 3: Seleccione la infraestructura comprobada VSPEX correcta .............. 38 Consideraciones .................................................................................................. 38 Ejemplos .............................................................................................................. 39

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


Consideraciones de diseño de la red ........................................................... 48 Descripción general de las consideraciones para el diseño de red ....................... 48 Mejores prácticas de diseño ................................................................................ 48

Consideraciones de diseño del almacenamiento ......................................... 49 Descripción general de las consideraciones de diseño de almacenamiento ......... 49 Diseño de almacenamiento .................................................................................. 52 Mejores prácticas del diseño de componentes .................................................... 52 Ejemplos de diseño de almacenamiento .............................................................. 56

Consideraciones de diseño de la virtualización ........................................... 59 Descripción general de las consideraciones para el diseño de virtualización ....... 59 Mejores prácticas de diseño ................................................................................ 59

Consideraciones para el diseño de aplicaciones .......................................... 60 Descripción general de las consideraciones para el diseño de aplicaciones ........ 60 Mejores prácticas de diseño ................................................................................ 60 Consideración de licencia de SQL Server 2012 ..................................................... 61

Consideraciones para diseño de respaldo y recuperación ............................ 63 Consideraciones .................................................................................................. 63 Requisitos mínimos de software y hardware de respaldo ..................................... 63

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

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


Metodología de verificación de la aplicación ............................................... 68 Nociones básicas de las métricas clave ............................................................... 69 Ejecución de pruebas, análisis de resultados y optimización ............................... 69

Metodología de verificación de respaldo y recuperación .............................. 69 Descripción general de la implementación de respaldo y recuperación ................ 69

Contenido


Guía de diseño

5

Implementación de un software de respaldo ........................................................ 70

Capítulo 7 Referencias ......................................................................... 75

Documentación de los productos ................................................................ 76

Otra documentación .................................................................................... 77

Enlaces ....................................................................................................... 77

Apéndice A Hoja de trabajo de calificación ............................................ 79

Hoja de trabajo decalificación ..................................................................... 80 Cómo imprimir la hoja de trabajo para el uso del cliente ...................................... 80

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

Lógica y metodología de dimensionamiento de SQL Server de alto nivel ...... 82 Descripción general ............................................................................................. 82 Recurso adecuado ............................................................................................... 82 Consideraciones de tamaño ................................................................................. 82

Contenido


6


Guía de diseño

7

Figuras

Figura 1. Arquitectura de la infraestructura validada ......................................... 23 Figura 2. Infraestructura comprobada VSPEX .................................................... 25 Figura 3. Diseño de almacenamiento y diseño de LUN ...................................... 41 Figura 4. Elementos de almacenamiento SQL Server en la plataforma

VMware vSphere 5.1 .......................................................................... 50 Figura 5. Elementos de almacenamiento de SQL Server en una plataforma

Hyper-V .............................................................................................. 51 Figura 6. Ejemplo de diseño de almacenamiento: SQL Server para

la serie VNXe ...................................................................................... 57 Figura 7. Ejemplo de diseño de almacenamiento: SQL Server para

la serie VNX ........................................................................................ 58 Figura 8. Administrar la ventana de todos los conjuntos de datos ..................... 71 Figura 9. Ventana de nuevo conjunto de datos: opciones ................................. 72 Figura 10. Ventana de nuevo grupo .................................................................... 73 Figura 11. Respaldo del grupo de administrador de Avamar ............................... 73 Figura 12. Respaldo exitoso del grupo de Avamar ............................................... 74

Figuras


8


Guía de diseño

9

Tablas

Tabla 1. Terminología ...................................................................................... 15 Tabla 2. Proceso de implementación de la infraestructura comprobada

VSPEX para SQL Server 2012 virtualizado ........................................... 18 Tabla 3. Máquina virtual de referencia: características .................................... 26 Tabla 4. Conjuntos de aplicaciones del software de VNX ................................. 28 Tabla 5. Conjuntos de aplicaciones del software de VNXe ................................ 28 Tabla 6. Paquetes de software de VNX ............................................................. 28 Tabla 7. Pasos para la selección de infraestructura comprobada VSPEX .......... 34 Tabla 8. Cuestionario de la hoja de trabajo de calificación de VSPEX para

SQL Server 2012 virtualizado ............................................................. 35 Tabla 9. Resultado de la herramienta para dimensionamiento de VSPEX ......... 36 Tabla 10. Infraestructura comprobada VSPEX: Pasos de selección ..................... 38 Tabla 11. Ejemplo de hoja de trabajo de calificación: Instancia de OLTP

pequeña de SQL Server ...................................................................... 39 Tabla 12. Ejemplo de los recursos necesarios: Instancia de OLTP pequeña

de SQL Server ..................................................................................... 40 Tabla 13. Ejemplo de detalles de SQL Server en la herramienta para

dimensionamiento de VSPEX .............................................................. 40 Tabla 14. Ejemplo de hoja de trabajo de calificación de VSPEX: Mediana

base de datos de usuario de SQL Server ............................................. 42 Tabla 15. Ejemplo de los recursos necesarios: Instancia mediana de OLTP

de SQL Server ..................................................................................... 42 Tabla 16. Resumen de ejemplos: Base de datos de usuario mediana de SQL

Server en la herramienta para dimensionamiento de VSPEX ............... 43 Tabla 17. Ejemplo de perfiles de usuario: Requisito de bases de datos

de usuario .......................................................................................... 44 Tabla 18. Ejemplo de hoja de trabajo de calificación: Instancia de OLTP

de SQL Server con múltiples bases de datos de usuario ..................... 44 Tabla 19. Ejemplo de los recursos necesarios: Instancia de OLTP de

SQL Server con múltiples bases de datos de usuario .......................... 44 Tabla 20. Ejemplo de detalles de SQL Server en la herramienta para

dimensionamiento de VSPEX .............................................................. 45 Tabla 21. Pool de almacenamiento de SQL Server ............................................. 50 Tabla 22. Ejemplo de diseño de almacenamiento en VNXe ................................ 56 Tabla 23. Ejemplo de diseño de almacenamiento en VNX .................................. 57 Tabla 24. RAM recomendada para SQL Server .................................................... 59 Tabla 25. Requisitos de hardware para respaldo ................................................ 63 Tabla 26. Servicios y redactores que usa el plug-in de Avamar para

SQL Server .......................................................................................... 66

Tablas


10

Tabla 27. Pasos de alto nivel para la verificación de la aplicación ...................... 68 Tabla 28. Métricas clave .................................................................................... 69 Tabla 29. Hoja de trabajo de calificación para una base de datos de

usuario de SQL Server ........................................................................ 80 Tabla 30. Un ejemplo de entrada de usuario para múltiples bases de

datos de usuario ................................................................................ 83 Tabla 31. Resultados de la máquina virtual de referencia por requisitos

de base de datos ................................................................................ 83 Tabla 32. Un ejemplo de entrada de usuario para múltiples bases de

datos de usuario ................................................................................ 85 Tabla 33. Unidad recomendada y configuración de LUN ..................................... 87 Tabla 34. Matriz de soporte del modelo de almacenamiento de VSPEX .............. 89 Tabla 35. Matriz de soporte del sistema de almacenamiento ............................. 90


Guía de diseño

11

Capítulo 1 Introducción

Este capítulo presenta los siguientes temas:

Propósito de esta guía ......................................................................................... 12 Valor para el negocio ........................................................................................... 12 Alcance ................................................................................................................. 13 Audiencia .............................................................................................................. 13 Terminología ........................................................................................................ 15

Capítulo 1: Introducción


12

Propósito de esta guía Las infraestructuras comprobadas EMC® VSPEX™ están optimizadas para la virtualización de aplicaciones importantes de negocio. VSPEX ofrece a los partners la posibilidad de planificar y diseñar los recursos importantes de negocio necesarios para ser compatibles con Microsoft SQL Server 2012 en un ambiente virtualizado y en una nube privada VSPEX.

La arquitectura EMC VSPEX para Microsoft SQL Server 2012 virtualizado proporciona un sistema validado, capaz de alojar una solución de SQL Server 2012 virtualizado en un nivel de rendimiento constante. Esta solución está diseñada para colocarse en capas en una solución de nube privada VSPEX mediante una capa de virtualización VMware vSphere o Microsoft Hyper-V; dicha solución aprovecha la familia EMC VNX® altamente disponible, la que proporciona almacenamiento. EMC Avamar® y EMC Data Domain® permiten que los partners adopten un dispositivo de respaldo especialmente diseñado para SQL Server. 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 la máquina virtual.

Esta Guía de diseño describe cómo diseñar los recursos virtuales necesarios para satisfacer los requisitos para implementar Microsoft SQL Server 2012 en cualquier nube privada VSPEX.

Valor para el negocio Nunca antes el acceso a datos de misión crítica había sido tan fundamental para los negocios que compiten en una economía rápidamente cambiante. 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 2012 proporciona gran disponibilidad, visiones innovadoras, datos fiables y coherentes, y experiencia de desarrollo productiva para los clientes. También puede desarrollar soluciones y extender datos rápidamente por las instalaciones y la nube pública respaldada por la confianza de misión crítica.

La protección y respaldo de datos son parte de los aspectos más complejos de la administración de ambientes de SQL Server 2012. Los DBA y administradores de almacenamiento necesitan que el proceso de respaldo sea menos costoso y requiera menos atención administrativa. Dada la presión puesta en el respaldo, no es raro ver que más negocios buscan tecnologías de protección de datos avanzadas para los ambientes de SQL Server 2012. SQL Server 2012 presenta una nueva solución integrada de alta disponibilidad y de recuperación de desastres, SQL Server AlwaysOn. AlwaysOn ofrece la flexibilidad de compatibilidad con diversas configuraciones de alta disponibilidad, que le permiten mantener sus acuerdos de nivel de servicio (SLA).

VSPEX les permite a los clientes acelerar su transformación de TI con implementaciones más rápidas, administración simplificada, respaldo y aprovisionamiento de almacenamiento. Los clientes pueden lograr una mayor eficiencia con una mayor disponibilidad de las aplicaciones, un aumento en la utilización del almacenamiento y respaldos más rápidos y ligeros. Además, VSPEX ofrece a los clientes la flexibilidad de elección al seleccionar un hipervisor, servidor y red para enfrentar los requisitos de sus ambientes de SQL Server 2012.



Guía de diseño

13

La metodología de diseño y las mejores prácticas de los sistemas de respaldo y recuperación de EMC son:

• Reducir los requisitos y costos de almacenamiento de respaldo del cliente

• Cumplir con las ventanas de respaldo

• Permitir la rápida recuperación basada en discos

Alcance Esta Guía de diseño describe cómo diseñar una infraestructura comprobada EMC VSPEX para ambientes de Microsoft SQL Server 2012 que funcionan en una infraestructura comprobada VMware vSphere o Microsoft Hyper-V. Esta guía supone que ya existe una nube privada VSPEX en el ambiente del cliente.

La guía también proporciona ejemplos de implementación en un arreglo de almacenamiento de VNX y EMC VNXe®. Además, ilustra cómo dimensionar SQL Server 2012 en las infraestructuras VSPEX, asignar recursos siguiendo las mejores prácticas y usar todos los beneficios que ofrece VSPEX.

Audiencia Esta guía está dirigida al personal interno de EMC y a partners calificados de EMC VSPEX. La guía supone que los partners de VSPEX que pretenden implementar esta infraestructura comprobada VSPEX para un SQL Server virtualizado están:

• Calificados por 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)

• Están calificados por EMC para vender, instalar y configurar la familia de sistemas de almacenamiento de VNX.

• Certificados para vender las infraestructuras comprobadas de VSPEX

• Están 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 necesaria y la experiencia para instalar y configurar:

• EMC VNX y VNXe

• Plataformas de virtualización VMware vSphere o Microsoft Hyper-V

• Microsoft Windows Server 2012

• Microsoft SQL Server 2012

• Respaldo de EMC de última generación, que incluye Avamar y Data Domain



14

Se proporcionan referencias externas cuando corresponda. Además, EMC recomienda a los lectores conocer estos documentos. Para obtener detalles, consulte Lectura esencial.



Guía de diseño

15

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

Tabla 1. Terminología

Plazo Definición

AD Active Directory

CIFS Sistema de archivos común de Internet (Common Internet File System)

CSV Volumen compartido en cluster

DNS Sistema de nombre de dominio

DRS Distributed Resource Scheduler

Grupo de archivos

Objetos y grupos de archivos de la base de datos de SQL Server

FAST™ Cache

Función en los sistemas de almacenamiento EMC CLARiiON, EMC Celerra Unified y la serie EMC VNX que le permite usar el menor tiempo de respuesta y mejores IOPS de discos flash para aplicaciones específicas.

IOPS Operaciones de entrada/salida por segundo

iSCSI Sistema de computadoras pequeñas mediante Internet

LACP Protocolo de control de agregación de enlaces

LSN Número de secuencia de log

NFS Sistema de archivos de red (Network File System)

NIC Tarjeta de interfaz de red (Network interface card)

SAS NL SCSI de conexión serial nearline

NTFS Sistema de archivos de nueva tecnología

NUMA Arquitectura de memoria no uniforme

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

PCIe Interconexión de componentes periféricos exprés

Máquina virtual de referencia

Representa una unidad de medida para que una sola máquina virtual cuantifique los recursos de cómputo en una infraestructura comprobada VSPEX

RTM Versión para la fabricación

tempdb Tempdb se refiere a una base de datos del sistema que Microsoft SQL Server usa como área de trabajo temporal durante el procesamiento.

TPS Transacciones por segundo

VDI Interfaz de dispositivo virtual



16

Plazo Definición

VMDK Disco de máquina virtual

VMFS Virtual Machine File System

VHDX Formato de disco duro virtual de Hyper-V


Guía de diseño

17

Capítulo 2 Antes de comenzar


Descripción general del flujo de trabajo de la documentación ....................... 18 Lectura esencial ................................................................................................... 18

Capítulo 2: Antes de comenzar


18

Descripción general del flujo de trabajo de la documentación EMC recomienda consultar el flujo de proceso que aparece en Tabla 2 para diseñar e implementar su infraestructura comprobada VSPEX para SQL Server 2012 virtualizado.

Tabla 2. Proceso de implementación de la infraestructura comprobada VSPEX para SQL Server 2012 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 decalificación de una página está 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 2012 virtualizado según los requisitos de usuario recopilados en el paso 1. Para obtener más información sobre la herramienta para dimensionamiento de VSPEX, consulte la herramienta para dimensionamiento de VSPEX en EMC Business Value Portal. Nota En caso de que la herramienta para dimensionamiento de VSPEX no esté disponible, puede dimensionar manualmente la aplicación mediante las pautas de dimensionamiento en Apéndice B.

3 Para determinar el diseño final de la infraestructura comprobada VSPEX para SQL Server virtualizado, consulte esta Guía de diseño.

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

4 Para seleccionar y solicitar la infraestructura comprobada VSPEX correcta, consulte la sección Infraestructura comprobada VSPEX.

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

Lectura esencial EMC recomienda que lea los siguientes documentos, disponibles en el espacio de VSPEX en EMC Community Network o en EMC.com o el Portal para partners de infraestructura comprobada VSPEX.

Consulte los siguientes documentos relacionados con la descripción general de las soluciones VSPEX:

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

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

Consulte las siguientes guías de implementación para VSPEX:

• EMC VSPEX for Virtualized Microsoft SQL Server 2012 with Microsoft Hyper-V

• EMC VSPEX for Virtualized Microsoft SQL Server 2012 with VMware vSphere

Descripciones generales de las soluciones

Guías de implementación para SQL Server

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

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

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

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




Guía de diseño

19

Consulte las siguientes infraestructuras comprobadas VSPEX:

• Nube privada de EMC VSPEX: VMware vSphere 5.1 para hasta 100 máquinas virtuales



• Nube privada de EMC VSPEX con Microsoft Windows Server 2012 con Hyper-V para hasta 100 máquinas virtuales


Infraestructura comprobada VSPEX



20


Guía de diseño

21

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

Este capítulo presenta el siguiente tema:

Descripción general ............................................................................................. 22 Arquitectura de la solución ................................................................................. 22 Componentes clave ............................................................................................. 23

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


22

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. Esta Guía de diseño de VSPEX para SQL Server virtualizado es compatible con todas las ofertas de VSPEX en VMware vSphere y Microsoft Hyper-V.

Esta solución de infraestructura comprobada VSPEX para SQL Server virtualizado se validó mediante la nube privada VSPEX que funciona en VMware o Hyper-V virtualizado de Windows en el arreglo de almacenamiento de la familia EMC VNX para proporcionar almacenamiento y consolidación de hardware del servidor.

La solución se organiza en niveles en una nube privada VSPEX, la que usa servidores, almacenamiento, red, respaldo y recuperación (opcional), y componentes de SQL Server que se centran en ambientes de rango medio y pequeño. La solución les permite a los clientes implementar rápida y coherentemente un pequeño o mediano ambiente de SQL Server virtualizado en una nube privada VSPEX.

Los arreglos de almacenamiento de VNX y VNXe son plataformas multiprotocolo compatibles con los protocolos iSCSI, NFS, CIFS, CF y Fibre Channel mediante Ethernet (FCoE), dependiendo de las necesidades específicas del cliente. Esta solución se validó utilizando NFS e iSCSI para el almacenamiento de datos.

Esta solución requiere la presencia de Active Directory (AD) y el Domain Name System (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.

Arquitectura de la solución Figura 1 muestra la arquitectura que caracteriza la infraestructura comprobada VSPEX para SQL Server 2012. SQL Server se implementa como máquinas virtuales en VMware vSphere 5.1 o Microsoft Windows Server 2012 con Hyper-V.

Usamos1 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 detallados y el diseño de almacenamiento recomendado. Este diseño de almacenamiento se incluye además del pool de nube privada VSPEX en la serie VNX o VNXe. Los componentes opcionales de respaldo y recuperación de la solución proporcionan protección de datos para la instancia centrada en OLTP de SQL Server.

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



Guía de diseño

23

Figura 1. Arquitectura de la infraestructura validada

Componentes clave

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

• Microsoft SQL Server 2012

• Infraestructura comprobada de EMC VSPEX:



• VMware vSphere 5.1

• Microsoft Windows Server 2012 con Hyper-V

• Familia EMC VNX

• EMC Unisphere

• EMC Virtual Storage Integrator (VSI) para VMware vSphere

Introducción



24

• API de EMC VNX VMware vStorage para soporte de integración de arreglos (VAAI)

• EMC Storage Integrator

• EMC XtremSW™ Cache

• EMC Avamar

• EMC Data Domain

• EMC PowerPath/VE.

SQL Server 2012 es el sistema de administración y análisis de base de datos de Microsoft para soluciones de comercio electrónico, giro comercial y warehousing de datos. SQL Server se usa ampliamente 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 al implementar un SQL Server.

EMC ha unido fuerzas con los proveedores líderes del sector 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 opciones, mayor eficiencia 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 mientras elimina las cargas de planificación, dimensionamiento y configuración. VSPEX proporciona una infraestructura virtual para los clientes que buscan obtener la simplicidad característica de las infraestructuras realmente integradas y tener, a su vez, más opciones en los componentes agrupados individuales.

Las soluciones VSPEX han sido comprobadas por EMC y se empaquetan y venden exclusivamente a través de 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 end-to-end. Al trabajar en estrecha colaboración, EMC y sus socios de negocios ahora pueden entregar infraestructura que acelera el viaje a la nube incluso para más clientes.


La infraestructura comprobada VSPEX, como se muestra en la Figura 2, corresponde a una infraestructura virtualizada validada por EMC y que suministran los partners de EMC. VSPEX incluye una capa de virtualización, un servidor, una red y un almacenamiento, diseñados por EMC para entregar un rendimiento confiable y predecible.

Microsoft SQL Server 2012

Infraestructura comprobada EMC VSPEX



Guía de diseño

25

Figura 2. 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 completa de virtualización. VSPEX entrega 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.

Para obtener más información acerca de la infraestructura comprobada VSPEX, consulte los siguientes documentos:






Para simplificar el análisis de la infraestructura virtual, la solución de VSPEX ha definido una máquina virtual de referencia para que represente una unidad de medida. Al comparar el uso real del cliente con esta carga de trabajo de referencia, puede extrapolar la arquitectura de referencia que debe elegir.

Para las soluciones de VSPEX, la máquina virtual de referencia define una unidad de medida para los recursos de cómputo en la infraestructura virtual VSPEX. Esta máquina virtual de referencia tiene las siguientes características, tal como se aprecia en la Tabla 3.



26

Tabla 3. Máquina virtual de referencia: características

Característica Valor

Procesadores virtuales por máquina virtual 1

RAM por máquina virtual 2 GB

Capacidad de almacenamiento disponible por máquina virtual 100 GB

Operaciones de entrada/salida por segundo (IOPS) por máquina virtual 25

Patrón de I/O Aleatorio

Relación de lectura:escritura de I/O 2:1

Para obtener más información acerca de una máquina virtual de referencia y sus características, consulte los documentos pertinentes que aparecen en la sección Infraestructura comprobada VSPEX.

VMware vSphere 5.1 transforma los recursos físicos de una computadora al virtualizar el 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.1 permiten una migración transparente 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 tienen acceso 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.

Microsoft Windows Server 2012 con Hyper-V brinda una plataforma de virtualización completa, la que ofrece mayor escalabilidad y rendimiento con una solución flexible desde el centro de datos hasta la nube. Facilita el que las organizaciones obtengan ahorros de costos a partir de la virtualización y optimicen las inversiones en hardware de servidor.

Las opciones de alta disponibilidad de Windows Server 2012 Hyper-V incluyen soporte de respaldo incremental, mejoras en los ambientes de clusters para ser compatibles con los adaptadores virtuales dentro de la máquina virtual y agrupación de NIC de bandeja de entrada. En Hyper-V, la migración activa “sin uso compartido” permite la migración de una máquina virtual desde un servidor que ejecuta Hyper-V a otro, sin necesidad de que ambos estén en el mismo cluster o que compartan almacenamiento.

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

VMware vSphere 5.1

Microsoft Windows Server 2012 con Hyper-V

Familia EMC VNX



Guía de diseño

27

VNX es suministrada por procesadores Intel Xeon para ofrecer un almacenamiento inteligente que escale en forma automática y eficiente en cuanto a rendimiento, a la vez que garantice la integridad y la seguridad de los datos.

La serie VNXe está especialmente diseñada para el administrador de TI en ambientes de menor tamaño. VNX está diseñada para cumplir con los requisitos de alto rendimiento y alta escalabilidad de empresas medianas a grandes.

Funciones de VNX

VNX es compatible con las siguientes funciones:

• Almacenamiento unificado de última generación, optimizado para aplicaciones virtualizadas

• Funciones de optimización de capacidad que incluyen compresión, deduplicación, aprovisionamiento delgado y copias centradas en la aplicación

• Alta disponibilidad, diseñada para ofrecer disponibilidad de cinco nueves (99.999 %)

• Organización en niveles automatizada con FAST VP (Fully Automated Storage Tiering para pools de nube privada de VSPEX) y FAST Cache que se puede optimizar para brindar el más alto rendimiento del sistema y el más bajo costo de almacenamiento en forma simultánea

• Administración simplificada con EMC Unisphere™ para una interfaz de administración para todas las necesidades de almacenamiento conectado en red (NAS), red de almacenamiento SAN y replicación

• Una mejora de hasta tres veces en el rendimiento con la tecnología más avanzada de procesador de múltiples núcleos Intel Xeon, optimizada para Flash

Funciones de VNXe

VNXe es compatible con las siguientes funciones:

• Almacenamiento unificado de última generación, optimizado para aplicaciones virtualizadas

• Funciones de optimización de capacidad que incluyen compresión, deduplicación, aprovisionamiento delgado y copias centradas en la aplicación

• Alta disponibilidad, diseñada para ofrecer disponibilidad de cinco nueves

• Soporte multiprotocolo para archivos y bloques

• Administración simplificada con Unisphere para una sola interfaz de administración para todas las necesidades de NAS, SAN y replicación

Conjuntos de aplicaciones de software VNX disponibles

Tabla 4 enumera los conjuntos de aplicaciones de software que están disponibles con VNX:



28

Tabla 4. Conjuntos de aplicaciones del software de VNX

Componente Funciones

FAST Suite Optimiza de forma automática para obtener, de manera simultánea, el más alto rendimiento del sistema y el menor costo de almacenamiento

Local Protection Suite Practica protección y replanificación seguras de datos

Remote Protection Suite Protege los datos contra fallas locales, interrupciones y desastres

Application Protection Suite Automatiza las copias de las aplicaciones y demuestra el cumplimiento de normas

Security and Compliance Suite Mantiene los datos protegidos contra cambios, eliminaciones y actividades malintencionadas

VNXe software suites available

Tabla 5 enumera los conjuntos de aplicaciones de software que están disponibles con VNXe:

Tabla 5. Conjuntos de aplicaciones del software de VNXe


Local Protection Suite Aumenta la productividad con snapshots de datos de producción

Remote Protection Suite Protege los datos contra fallas locales, interrupciones y desastres

Application Protection Suite Automatiza las copias de las aplicaciones y demuestra el cumplimiento de normas

Security and Compliance Suite Mantiene los datos protegidos contra cambios, eliminaciones y actividades malintencionadas

Conjuntos de aplicaciones de software VNX disponibles

Tabla 6 enumera los paquetes de software que están disponibles con VNX:

Tabla 6. Paquetes de software de VNX


Total Efficiency Pack Incluye los cinco conjuntos de aplicaciones de software

Total Protection Pack Incluye los conjuntos de aplicaciones locales, remotos y de protección de aplicaciones



Guía de diseño

29

EMC Unisphere es la plataforma de administración de almacenamiento unificado de última generación que brinda interfaces de usuario intuitivas para la gama más reciente de plataformas unificadas, entre ellas, las series EMC VNX y EMC VNXe. El enfoque de administración del almacenamiento de Unisphere fomenta la simplicidad, la flexibilidad, la autoayuda y la automatización, requisitos clave para avanzar en el viaje hacia la nube. Es posible personalizar Unisphere para que se adapte a las necesidades de una empresa de mediano tamaño, un departamento dentro de una empresa más grande o un ambiente de menor tamaño, como las sucursales u oficinas remotas. Gracias a su arquitectura con capacidad para conectarse, Unisphere se puede ampliar fácilmente y sigue brindando soporte ininterrumpido para las ofertas adicionales de EMC, incluida la integración con seguridad y protección de datos.

EMC Virtual Storage Integrator (VSI) para VMware vSphere es un plug-in para el cliente vSphere que proporciona una interfaz única para administrar el almacenamiento de EMC dentro del ambiente vSphere. Se pueden agregar y eliminar funciones de VSI de manera independiente, lo que permite personalizar con flexibilidad los ambientes de usuario de VSI. Las funciones se administran a través de VSI Feature Manager. VSI ofrece una experiencia del usuario unificada que permite la introducción de nuevas funciones con rapidez en respuesta a los requisitos cambiantes de los clientes.

Usamos las siguientes funciones durante las pruebas de validación:

• Visor de almacenamiento (SV): Extiende el cliente vSphere para facilitar el descubrimiento y la identificación de dispositivos de almacenamiento de VNX que están asignados a hosts y máquinas virtuales vSphere. SV presenta todos los detalles del almacenamiento subyacentes al administrador del centro de datos virtual, al fusionar los datos de varias herramientas de mapeo de almacenamiento distintas en solo unas cuantas vistas sencillas en el cliente vSphere.

• Administración de almacenamiento unificado: Simplifica la administración de almacenamiento de la plataforma de almacenamiento unificada de VNX. Permite a los administradores de VMware provisionar nuevas áreas de almacenamiento de datos Network File System (NFS) y Virtual Machine File System (VMFS) y volúmenes de mapeo de dispositivos crudos (RDM) en forma transparente dentro del cliente vSphere.

La aceleración de hardware con la API de VMware vStorage para integración de arreglos (VAAI) es una mejora del almacenamiento en vSphere 5.1 que permite que vSphere descargue operaciones de almacenamiento específicas a hardware de almacenamiento compatible tal como las plataformas VNX. Con la asistencia para hardware de almacenamiento, vSphere realiza estas operaciones con mayor rapidez y consume menos CPU, memoria y ancho de banda de fabric de almacenamiento.

EMC Storage Integrator (ESI) es un plug-in gratuito y sin agente que ofrece aprovisionamiento de almacenamiento orientado a las aplicaciones para aplicaciones de servidores de Microsoft Windows y ambientes de Hyper-V, VMware y Xen Server. Les permite a los administradores provisionar fácilmente el almacenamiento de archivos y bloques para sitios de Windows o SQL Server mediante el uso de asistentes. ESI soporta las siguientes capacidades:

• Aprovisionamiento, formato y presentación de unidades a servidores de Windows

EMC Unisphere

EMC Virtual Storage Integrator para VMware vSphere

API de VNX VMware vStorage para soporte de integración de arreglos

EMC Storage Integrator



30

• Aprovisionamiento de nuevos discos de cluster y su adición automática al cluster

• Aprovisionamiento de almacenamiento CIFS compartido y su montaje en servidores de Windows

• Aprovisionamiento de almacenamiento, sitios y bases de datos de SQL Server en un solo asistente.

EMC XtremSW Cache es una solución de almacenamiento en caché flash de servidor que reduce la latencia y aumenta el rendimiento. Al aprovechar el software de almacenamiento en caché inteligente y la tecnología flash de interconexión de componentes periféricos exprés (PCIe), XtremSW Cache mejora drásticamente el rendimiento de las aplicaciones.

El software XtremSW Cache almacena en caché los datos utilizados con mayor frecuencia, en la tarjeta PCIe basada en servidor; de este modo, coloca los datos más cerca de las aplicaciones.

La optimización de almacenamiento en caché XtremSW Cache se adapta automáticamente a las cargas de trabajo cambiantes debido a que determina a qué datos se hace referencia con más frecuencia y los promueve al caché flash. Esto significa que los datos más activos residen automáticamente en la tarjeta PCle del servidor para un acceso más rápido.

XtremSW Cache descarga el tráfico de lectura del arreglo de almacenamiento, lo que permite asignar una mayor potencia de procesamiento a otras aplicaciones. Mientras se acelera una aplicación con XtremSW Cache, el rendimiento del arreglo para otras aplicaciones se mantiene o, incluso, mejora levemente.

Si decide implementar una solución de respaldo, EMC recomienda EMC Avamar. El sistema y software de respaldo con deduplicación Avamar realiza operaciones de deduplicación de longitud variable en el cliente, de modo que los datos de respaldo se reducen antes de su transferencia mediante redes (LAN o WAN). Avamar identifica segmentos de datos duplicados y envía solamente segmentos únicos por medio de la red al dispositivo de respaldo. Esto se traduce en ventanas de respaldo más breves, menor consumo de almacenamiento de respaldo y uso máximo del ancho de banda disponible.

Avamar proporciona:

• Flexibilidad en las opciones de implementación. Avamar ofrece flexibilidad en la implementación de soluciones de acuerdo con el caso de uso y los requisitos de recuperación específicos. Avamar es una solución de respaldo y recuperación lista para usar que se integra con el hardware certificado por EMC para optimizar la implementación.

• Escalabilidad, alta disponibilidad y confiabilidad. Avamar utiliza una arquitectura grid escalable que permite lograr escalamiento lineal de rendimiento y almacenamiento mediante la incorporación de nodos de almacenamiento.

• Capacidad de administración y soporte. Puede acceder de forma segura a los sistemas de Avamar mediante enlaces de red existentes e integrarlos con marcos de trabajo de administración a fin de usar SNMP para el acceso remoto.

EMC XtremSW Cache

EMC Avamar



Guía de diseño

31

Si utiliza Avamar para implementar una solución de respaldo y recuperación, puede elegir dirigir respaldos a un sistema EMC Data Domain en lugar del servidor de Avamar.

El sistema de almacenamiento con deduplicación de EMC Data Domain deduplica los datos en línea, de modo que los datos se ubiquen en discos que ya se hayan deduplicado; esto requiere menos espacio de disco que el conjunto de datos original. Con Data Domain, puede conservar los datos archivados y de respaldo en el sitio por más tiempo para restaurar de forma rápida y confiable los datos desde el disco.

El conjunto de aplicaciones del software Data Domain incluye las siguientes opciones:

• Replicación de EMC Data Domain

• Librería de cintas virtuales (VTL)

• Data Domain Boost

• Retention Lock

• Cifrado

• Retención ampliada

EMC PowerPath®/VE ofrece una administración de ruta inteligente y de alto rendimiento con failover de rutas y balanceo de carga optimizados para EMC y sistemas de almacenamiento de terceros. PowerPath/VE es compatible con diversas rutas entre un host de vSphere y un dispositivo de almacenamiento externo. Al tener muchas rutas, se permite que el host de vSphere tenga acceso al dispositivo de almacenamiento, incluso si una ruta específica no está disponible. Varias rutas también pueden compartir el tráfico de E/S a un dispositivo de almacenamiento. PowerPath/VE es particularmente beneficioso en ambientes altamente disponibles, ya que permite evitar las interrupciones operacionales y el tiempo fuera. La funcionalidad de failover de ruta de PowerPath/VE evita fallas en el host ya que mantiene una compatibilidad ininterrumpida con las aplicaciones en el host en caso de una falla en la ruta (si hay otra ruta disponible).

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

EMC Data Domain

EMC PowerPath/VE



32


Guía de diseño

33

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


Descripción general ............................................................................................. 34 Paso 1: Evalúe el caso de uso del cliente .......................................................... 34 Paso 2: Diseñar las arquitecturas de la aplicación ........................................... 35 Paso 3: Seleccione la infraestructura comprobada VSPEX correcta ................ 38

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


34

Descripción general 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. Tabla 7 detalla los pasos principales que debe efectuar cuando seleccione una infraestructura comprobada VSPEX.

Tabla 7. Pasos para la selección de 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: Evalúe el caso de uso del cliente.

2 Determine la infraestructura, los recursos de SQL Server y la arquitectura que se necesitan con la herramienta para dimensionamiento de VSPEX. Consulte Paso 2: Diseñar las arquitecturas de la aplicación.

Nota En caso de que la herramienta para dimensionamiento de VSPEX no esté disponible, puede dimensionar manualmente la aplicación mediante las pautas de dimensionamiento en Apéndice B.

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

Paso 1: Evalúe el caso de uso del cliente Antes de implementar VSPEX para Microsoft SQL Server 2012 virtualizado, es importante recopilar y comprender los requisitos de la infraestructura, sus limitaciones y la carga de trabajo calculada para diseñar el ambiente SQL Server según corresponda. Para ayudarle a comprender mejor los requisitos del negocio del cliente para el diseño de 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.

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

La hoja de trabajo de calificación VSPEX para SQL Server virtualizado presenta una lista de preguntas simples que sirven para identificar los requisitos del cliente, las características de uso y el conjunto de datos. Para obtener la hoja de trabajo de calificación EMC de una página para la infraestructura comprobada VSPEX para SQL Server virtualizado, consulte la Hoja de trabajo decalificación en Apéndice A. Tabla 8 proporciona una explicación detallada del cuestionario y orientación general sobre cómo determinar valores de entrada.



Guía de diseño

35

Tabla 8. Cuestionario de la hoja de trabajo de calificación de VSPEX para SQL Server 2012 virtualizado

Pregunta Descripción

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

Elija Yes si el cliente ya tiene una base de datos de SQL Server y comprende sus características que van a migrar hacia la nube privada de VSPEX en el ambiente de VSPEX. De lo contrario, seleccione No.

¿Cuántas bases de datos se implementarán?

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

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

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

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

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

¿Piensa usar FAST Cache? FAST Cache funciona mejor para E/S aleatoria pequeña, donde los datos se han sesgado mediante discos flash como caché de almacenamiento. Esto significa que mientras más alta sea la localidad de los datos a los que se accede, mejores beneficios ofrece FAST Cache. Cuando la aplicación tiene un alto sesgo con el patrón de E/S que se puede ver beneficiado por FAST Cache, los clientes pueden activar FAST Cache para las reducciones de latencia y el aumento del rendimiento.

¿Cuál es la cantidad máxima de IOPS que puede admitir el sistema?

Comprender la cantidad máxima de IOPS de las bases de datos de SQL puede ayudar a evitar posibles problemas de rendimiento de almacenamiento. Si el cliente puede estimar los IOPS en cargas máximas en su ambiente, ingrese dicho número.

¿Cuáles son las transacciones por segundo (TPS) esperadas en cargas máximas? (pregunta 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? (pregunta opcional)

El tamaño de tempdb necesario para que el usuario realice una entrada. Esta es una entrada opcional y si el cliente no puede calcular el requisito de espacio de tempdb, se puede omitir la pregunta.

Paso 2: Diseñar las arquitecturas de la aplicación

Principios y reglas

En la solución de infraestructura comprobada VSPEX definimos que se dimensionará una carga de trabajo de referencia representativa de un cliente. Las arquitecturas de referencia de la infraestructura comprobada VSPEX crean un pool de recursos que son suficientes para alojar una cantidad de destino de máquinas virtuales de referencia con las características que se muestran en la Tabla 3. Para obtener más información acerca de una máquina virtual de referencia y sus características, consulte los documentos pertinentes que aparecen en la sección Infraestructura comprobada VSPEX.

Herramienta para dimensionamiento de VSPEX



36

Resultado de la herramienta para dimensionamiento de VSPEX: requisitos y recomendaciones

La herramienta para dimensionamiento de VSPEX le permite ingresar una configuración de base de datos a partir de las respuestas del cliente en las hojas de trabajo de calificación. 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 9.

Tabla 9. Resultado de la herramienta para dimensionamiento de VSPEX

Tipo Descripción Referencia

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

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

Memoria La cantidad de memoria sugerida que deberá configurar para cada máquina virtual de SQL Server


Diseño de almacenamiento para las bases de datos de SQL Server

Configuración del pool de base de datos de usuario sugerido en VNX o VNXe

Consideraciones de diseño del almacenamiento

Total de máquinas virtuales de referencia

Muestra las máquinas virtuales de referencia totales que se requieren en la infraestructura virtual para todas las base de datos de SQL.

N/D

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


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

• Recursos de vCPU

• Recursos de memoria

• Recursos de capacidad del sistema operativo (OS)

• IOPS de OS

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 calculadora proporciona el vCPU de la unidad de medida de la máquina virtual de referencia para cada instancia de SQL Server desde la infraestructura virtual. El tipo de CPU debe cumplir o exceder los modelos de procesador o CPU definidos en la Infraestructura comprobada 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.

En las implementaciones de SQL Server, EMC recomienda lo siguiente:



Guía de diseño

37

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 memoria no unificada (NUMA) al OS huésped, mientras considera el tamaño de nodo de NUMA al dimensionar la máquina virtual, porque SQL Server detecta automáticamente la arquitectura NUMA.

El vCPU asignado a la máquina virtual de SQL no debe ser más grande que la cantidad de núcleos en cada nodo de NUMA físico, para 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 muestra la memoria recomendada para la unidad de medida de la máquina virtual de referencia de cada instancia de SQL Server. Validamos esta solución de VSPEX para SQL virtualizado con memoria asignada estáticamente, sin sobreasignación de recursos de memoria y agrupamiento 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 OS.

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 la sección Consideraciones de diseño de la virtualización.

• Mejores prácticas de recursos de capacidad de SO

La herramienta para dimensionamiento de VSPEX muestra la capacidad recomendada de la unidad de medida de máquina virtual de referencia sugerida para el sistema operativo de cada instancia de SQL Server. EMC recomienda poner el volumen de SO en el pool de nube privada VSPEX, como se describe en la documentación de infraestructura comprobada VSPEX. Para obtener más información acerca del pool de nube privada VSPEX, consulte la sección Infraestructura comprobada VSPEX.

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

• Mejores prácticas de IOPS para SO

La lógica de la calculadora usada en la herramienta para dimensionamiento de VSPEX recomienda los IOPS calculados de la unidad de medida de máquinas virtuales de referencia sugerida para cada SQL Server en el OS. EMC recomienda poner el volumen de SO en el pool de nube privada VSPEX.

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



38

Consideraciones adicionales

Después de obtener una guía de dimensionamiento recomendada desde la herramienta para dimensionamiento de VSPEX, es posible que deba considerar el crecimiento de datos futuro. Es importante planear el crecimiento para que el ambiente pueda seguir brindando una solución de negocios eficaz. Para mantener los objetivos de rendimiento y admitir el crecimiento, la herramienta para dimensionamiento de VSPEX permite que los clientes seleccionen el crecimiento de uno a tres años. El costo de invertir en exceso en hardware normalmente es mucho menor que los gastos acumulativos que implica solucionar problemas causados por un dimensionamiento insuficiente.

Paso 3: Seleccione la infraestructura comprobada VSPEX correcta

El programa de VSPEX ha generado diversas soluciones diseñadas para simplificar la implementación de una infraestructura virtual consolidada mediante el uso de vSphere, Hyper-V, la serie de productos VNX y VNXe, y el respaldo de última generación de EMC. Cuando la arquitectura de la aplicación se confirma con 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 esta no sea la única aplicación implementada en la infraestructura comprobada VSPEX. Debe considerar cuidadosamente los requisitos de cada una de las aplicaciones que planea implementar. Si no está seguro sobre la mejor infraestructura comprobada VSPEX que desee implementar, consulte a EMC antes de tomar esa decisión.

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

Tabla 10. Infraestructura comprobada VSPEX: Pasos de selección

Paso Acción

1 Use la herramienta para dimensionamiento de VSPEX para obtener la cantidad total de máquinas virtuales de referencia y cualquier diseño de almacenamiento sugerido adicional para SQL Server.

2 Use la herramienta para dimensionamiento de VSPEX para diseñar los requisitos de recursos de las demás aplicaciones, según las necesidades del negocio. La herramienta para dimensionamiento de VSPEX calcula la cantidad total de máquinas virtuales de referencia requeridas y los diseños de almacenamiento recomendado adicionales, tanto para SQL Server como para otras aplicaciones.

3 Analice con sus clientes el uso máximo de la infraestructura comprobada VSPEX que cumple sus requisitos comerciales; este es el uso máximo para SQL Server y otras aplicaciones. Ingrese el porcentaje de utilización máximo de la infraestructura comprobada VSPEX en la herramienta para dimensionamiento de VSPEX. La herramienta proporciona una recomendación mínima 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.

Para obtener más información acerca de las máquinas virtuales de referencia requeridas, consulte la sección pertinente de dimensionamiento en Infraestructura comprobada VSPEX.

Consideraciones




Guía de diseño

39

Esta sección describe los siguientes tres ejemplos:

• Una instancia de OLTP pequeña de SQL Server 2012 con una sola base de datos de usuario

• Una instancia de OLTP mediana de SQL Server 2012 con una sola base de datos de usuario

• Una instancia de OLTP mediana de SQL Server 2012 con varias bases de datos de usuario

También demuestra cómo seleccionaría la infraestructura comprobada VSPEX para cada uno.

Ejemplo 1: Instancia de OLTP pequeña de SQL Server con una sola base de datos de usuario

En este escenario, un cliente desea crear una instancia de OLTP pequeña de SQL Server 2012 en una infraestructura comprobada VSPEX. El cliente tiene una base de datos de usuario de 50 GB. La cantidad esperada de transacciones por segundo (TPS) de la base de datos es 200 y los IOPS esperados son 525. Los clientes desearían usar como máximo un 75 % de la infraestructura comprobada VSPEX para las aplicaciones combinadas.

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

Tabla 11. Ejemplo de hoja de trabajo de calificación: Instancia de OLTP pequeña de SQL Server

Pregunta Ejemplo de respuesta


Sí

¿Cuántas bases de datos piensa implementar? 1

¿Cuál es el tamaño de las bases de datos de usuario (GB)? 50

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

¿Piensa usar FAST Cache? No

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

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

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

Luego 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 nube privada de VSPEX, como se muestra en el ejemplo en Tabla 12.

Por lo tanto, en este caso, la implementación de este pequeño SQL Server en un pool de nube privada VSPEX consumiría los recursos de cuatro máquinas virtuales, lo que se considera la cantidad máxima de máquinas virtuales de referencia necesarias para los recursos de cómputo.

Ejemplos



40

Tabla 12. Ejemplo de los recursos necesarios: Instancia de OLTP pequeña de SQL Server

SQL Server vCPU Memoria (GB) Capacidad de volumen del sistema operativo (GB)

IOPS para el volumen del sistema operativo


SQL Server

2 CPU virtuales

(Dos máquinas virtuales de referencia)

8 GB

(Cuatro máquinas virtuales de referencia)

Menos de 100 GB

(Una máquina virtual de referencia)

Menos de 25 IOPS


4

Nota En esta guía, usamos los recursos que aparecen en Tabla 12 para la base de

datos de usuario pequeña de SQL Server.

Los valores de los recursos individuales (CPU, memoria, capacidad e IOPS) se aproximan hacia arriba al número entero más cercano, a fin de determinar las máquinas virtuales de referencia equivalentes necesarias para cada instancia de SQL Server.

Por ejemplo, la instancia de SQL Server para la base de datos de usuario mediana requiere dos vCPU, 8 GB de memoria, 100 GB de almacenamiento y 25 IOPS. Esto significa:

• Dos máquinas virtuales de referencia para el requisito de CPU

• Cuatro máquinas virtuales de referencia para el requisito de memoria

• Una máquina virtual de referencia para el requisito de capacidad

• Una máquina virtual de referencia para el requisito de IOPS

Debemos usar la cantidad máxima de máquinas virtuales de referencia para admitir el requisito de rendimiento; por lo tanto, la cantidad recomendada de máquinas virtuales de referencia debe ser ocho para la instancia diseñada de SQL Server, multiplicado por la cantidad de máquinas virtuales necesarias (una en este ejemplo), lo que genera cuatro máquinas virtuales de referencia en total.

Para obtener más detalles sobre cómo determinar las máquinas virtuales de referencia equivalentes, consulte el documento pertinente en Lectura esencial.

La herramienta para dimensionamiento de VSPEX también indica recomendaciones para el diseño de almacenamiento, tal como aparece en Tabla 13.

Tabla 13. Ejemplo de detalles de SQL Server en la herramienta para dimensionamiento de VSPEX

Sugerencias de configuración de VSPEX (máquinas virtuales de referencia totales)

4

Diseño de almacenamiento adicional recomendado para las bases de datos de SQL

Nombre del pool de nube privada VXPEX

Tipo de RAID Tipo de disco Capacidad del disco

Número de discos

Pool de datos de la base de datos de SQL Server

RAID 5 Discos SAS de 15,000 r/min

300 GB 10

Pool de log y tempdb de la base de datos de OLTP de SQL Server

RAID 1/0 Discos SAS de 15,000 r/min

300 GB 6



Guía de diseño

41

El diseño de almacenamiento sugerido es adicional al pool de nube privada VSPEX VNXe como se muestra en Figura 3. Para obtener más información, consulte Principios y reglas en la sección Herramienta para dimensionamiento de VSPEX.

Figura 3. Diseño de almacenamiento y diseño de LUN

SQL Server es el único componente planificado para la implementación en esta infraestructura comprobada VSPEX. EMC recomienda que los clientes consideren las siguientes dos infraestructuras de VSPEX para ver cuál se adapta mejor a sus requisitos:



La implementación de esta instancia pequeña de OLTP de SQL Server en un pool para 50 máquinas virtuales de referencia, consume los recursos de cuatro máquinas virtuales de referencia y deja recursos para 46 máquinas virtuales de referencia para otras aplicaciones.

Nota Este no es un límite estricto; puede seleccionar infraestructuras comprobadas VSPEX de mayor tamaño si es necesario según los requisitos de varias aplicaciones. En la guía de implementación, usamos Microsoft Hyper-V para 50 máquinas virtuales como un ejemplo de solución VSPEX. Para obtener más información, consulte la sección Infraestructura comprobada VSPEX.

Ejemplo 2: Instancia mediana de OLTP de SQL Server con una sola base de datos de usuario

En este escenario, un cliente desearía crear una instancia mediana de OLTP de SQL Server 2012 en una infraestructura comprobada VSPEX. Si el cliente tiene una base de datos de 250 GB. Las transacciones por segundo esperadas son 500, mientras



42

que los IOPS son 2,000. El cliente también planificó otras aplicaciones, como Microsoft Exchange y SharePoint Server, en la infraestructura comprobada VSPEX, con un total de 180 máquinas virtuales de referencia necesarias para las aplicaciones combinadas; estas aplicaciones están fuera del alcance de esta Guía de diseño. Además, el cliente desearía usar como máximo 75 % de la utilización de la infraestructura comprobada VSPEX para aplicaciones combinadas.

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 2012, tal como en el ejemplo que aparece en la Tabla 14.

Tabla 14. Ejemplo de hoja de trabajo de calificación de VSPEX: Mediana base de datos de usuario de SQL Server



Sí


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


¿Piensa usar FAST Cache? Sí

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

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


Luego 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 nube privada de VSPEX, como se muestra en el ejemplo en Tabla 15.

Tabla 15. Ejemplo de los recursos necesarios: Instancia mediana de OLTP de SQL Server




SQL Server

4 CPU virtuales

(Cuatro máquinas virtuales de referencia)

16

(Ocho máquinas virtuales de referencia)

Menos de 100 GB


Menos de 25 IOPS


8

La herramienta para dimensionamiento de VSPEX también indica recomendaciones para el diseño de almacenamiento, tal como aparece en la Tabla 16. Por lo tanto, en este caso la implementación de esta instancia mediana de OLTP de SQL Server en un pool de nube privada VSPEX consumiría los recursos de ocho máquinas virtuales de referencia.

El diseño de almacenamiento sugerido es adicional al pool de nube privada VSPEX. Para obtener más información, consulte Principios y reglas en la sección Herramienta para dimensionamiento de VSPEX.



Guía de diseño

43

Tabla 16. Resumen de ejemplos: Base de datos de usuario mediana de SQL Server en la herramienta para dimensionamiento de VSPEX

Recomendaciones de configuración de VSPEX (máquinas virtuales de referencia totales)

8

Diseño de almacenamiento adicional recomendado para SQL Server 2012

Nombre del pool de nube privada de VSPEX


Número de discos

Pool de datos de la base de datos de OLTP de SQL Server


300 GB 5

Pool de log y tempdb de OLTP de SQL Server


300 GB 4

FAST Cache RAID 1 Discos flash 100 GB 2

Como SQL Server no es la única aplicación que el cliente necesita planear en la infraestructura comprobada VSPEX, EMC recomienda usar la herramienta para dimensionamiento de VSPEX para diseñar la carga de trabajo de aplicaciones combinadas que se adaptan mejor a la oferta de la infraestructura comprobada VSPEX.

Debido a que el total de aplicaciones combinadas requirió 180 máquinas virtuales de referencia y el cliente solicitó, como máximo, un uso del 75 % de la infraestructura comprobada VSPEX, EMC recomienda que los clientes consideren las siguientes dos infraestructuras VSPEX para ver cuál se adapta mejor a sus requisitos:



La implementación de esta instancia mediana de OLTP de SQL Server en un pool para 180 máquinas virtuales de referencia, consume los recursos de ocho máquinas virtuales de referencia y deja recursos para 172 máquinas virtuales de referencia para otras aplicaciones.

El diseño de almacenamiento sugerido es adicional al pool de nube privada VSPEX para almacenar la base de datos de SQL Server. Para obtener más información, consulte Principios y reglas en la sección Herramienta para dimensionamiento de VSPEX.

Ejemplo 3: Instancia mediana de OLTP de SQL Server con múltiples bases de datos

En este escenario, un cliente desearía crear varias bases de datos de usuario en una instancia de OLTP de SQL Server 2012 en una infraestructura comprobada VSPEX. El cliente tiene tres bases de datos de usuario. El tamaño de la base de datos y las TPS e IOPS esperados se señalan en Tabla 17. El cliente también planificó otras aplicaciones, como Microsoft Exchange y SharePoint Server, en la infraestructura comprobada VSPEX, que están fuera del alcance de esta guía de diseño, con un total de 250 máquinas virtuales de referencia requeridas para las aplicaciones combinadas. Además, el cliente desearía usar como máximo 75 % de la utilización de la infraestructura comprobada VSPEX para aplicaciones combinadas.



44

Tabla 17. Ejemplo de perfiles de usuario: Requisito de bases de datos de usuario

Perfil de base de datos

Tamaño máximo de DB (GB)

Cantidad máxima de IOPS

TPS en carga máxima (opcional)

db1 500 1,500 500

db2 250 700 300

db3 250 100 30

Después de que hable con el cliente, complete la siguiente hoja de trabajo de calificación de VSPEX para cada base de datos de producción de SQL Server 2012, tal como en el ejemplo que aparece en la Tabla 18.

Tabla 18. Ejemplo de hoja de trabajo de calificación: Instancia de OLTP de SQL Server con múltiples bases de datos de usuario



Sí


¿Cuál es el tamaño de las bases de datos de usuario (GB)? 500/250/250


¿Piensa usar FAST Cache? Sí

¿Cuál es la cantidad máxima de IOPS? 1,500/700/100

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


Luego 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 recursos, como se muestra en Tabla 19.

Tabla 19. Ejemplo de los recursos necesarios: Instancia de OLTP de SQL Server con múltiples bases de datos de usuario




SQL Server

16 vCPU

(16 máquinas virtuales de referencia)

Memoria

(32 máquinas virtuales de referencia)

Menos de 100 GB


Menos de 25 IOPS


32



Guía de diseño

45

La herramienta para dimensionamiento de VSPEX también indica recomendaciones para el diseño de almacenamiento, tal como aparece en la Tabla 20. Por lo tanto, en este caso la implementación de este SQL Server en un pool de nube privada VSPEX consumiría los recursos de 32 máquinas virtuales de referencia.

El diseño de almacenamiento sugerido es adicional al pool de nube privada VSPEX. Para obtener más información, consulte Principios y reglas en la sección Herramienta para dimensionamiento de VSPEX.

Tabla 20. Ejemplo de detalles de SQL Server en la herramienta para dimensionamiento de VSPEX

Sugerencias de configuración de VSPEX (máquinas virtuales de referencia totales)

32

Diseño de almacenamiento adicional recomendado para las bases de datos de SQL

Nombre del pool de nube privada de VSPEX


Número de discos

Pool de datos de la base de datos de OLTP de SQL Server


300 GB 10

Pool de log y tempdb de la base de datos de OLTP de SQL Server


300 GB 4

FAST Cache RAID 1/0 Discos flash 100 GB 2

Las aplicaciones combinadas se planifican para la implementación en esta infraestructura comprobada VSPEX. EMC recomienda que los clientes consideren las siguientes dos infraestructuras de VSPEX para ver cuál se adapta mejor a sus requisitos:



La implementación de esta instancia de SQL Server en un pool para 250 máquinas virtuales de referencia consume los recursos de 32 máquinas virtuales de referencia y deja recursos para 218 máquinas virtuales de referencia para otras aplicaciones.



46


Guía de diseño

47

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


Descripción general ............................................................................................. 48 Consideraciones de diseño de la red ................................................................. 48 Consideraciones de diseño del almacenamiento ............................................. 49 Consideraciones de diseño de la virtualización ............................................... 59 Consideraciones para el diseño de aplicaciones ............................................. 60 Consideraciones para diseño de respaldo y recuperación .............................. 63

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


48

Descripción general 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

• Diseño de respaldo y recuperación

Consideraciones de diseño de la red

Las redes en el mundo virtual siguen los mismos conceptos que en el mundo físico, 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 en el mundo físico se aplican también en el mundo virtual, hay algunas consideraciones adicionales para la segmentación de tráfico, la disponibilidad y el rendimiento.

Las características avanzadas de red serie VNXe y VNX proporcionan protección contra las fallas de la conexión de red en el arreglo. Mientras tanto, cada host de hipervisor tiene múltiples conexiones a las redes Ethernet de usuarios y almacenamiento a fin de proteger contra fallas de enlaces. 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 de red del volumen de encendido de SQL Server virtualizado de VSPEX puede ser FC, FCoE e iSCSI para NFS y CIFS en VNX, e iSCSI para CIFS y NFS en VNXe. Para obtener más información, consulte la sección Infraestructura comprobada VSPEX.

Para instalar SQL Server en la infraestructura de VSPEX en VNX o VNXe, necesita configurar conexiones de iSCSI adicionales para los archivos de la base de datos, log y tempdb de SQL Server que se guardarán en el almacenamiento de VNX iSCSI. Para obtener más información, consulte la sección Infraestructura comprobada VSPEX.

En esta infraestructura comprobada VSPEX para SQL virtualizado, EMC recomienda considerar los siguientes aspectos para el diseño de red:

• Separación del tráfico de red diferente

Mantenga separado el tráfico de red de la máquina virtual, del almacenamiento y de vSphere vMotion o Microsoft Windows Hyper-V Live Migration mediante el uso de segmentación de VLAN.

• Configuración de redundancia de red

Un objetivo de las topologías redundantes es eliminar el tiempo fuera de la red provocado por un punto único de falla. Todas las redes necesitan redundancia para una confiabilidad mejorada. La confiabilidad de la red se logra mediante diseños de red y equipos confiables tolerantes ante fallas. Las redes deben estar diseñadas para recuperarse rápidamente a fin de eludir la falla. En esta solución, tenemos dos switches de red y las tres redes tienen sus propios enlaces redundantes.

Descripción general de las consideraciones para el diseño de red

Mejores prácticas de diseño



Guía de diseño

49

• Uso de agrupación de tarjeta de interfaz de red (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 enlaces. Por ejemplo, en el ambiente de virtualización VMware, use dos tarjetas NIC físicas por vSwitch y cree un enlace superior para las NIC físicas con la finalidad de separar los switches físicos.

Cuando defina la configuración de la agrupación de NIC, se considera como una mejor práctica seleccionar "no" en la opción para failback de agrupación de NIC. En caso de que exista algún comportamiento intermitente en la red, esto evitará una transmisión simultánea de las tarjetas NIC que se están usando.

Cuando configure la alta disponibilidad de VMware (VMware HA), un buen punto de partida también es definir los siguientes tiempos de espera agotados y ajustes de ESX Server en la pestaña de configuración avanzada de ESX Server:

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 la configuración de la agrupación de NIC de Windows 2012 en un ambiente virtualizado Hyper-V, consulte el tema de Microsoft TechNet NIC Teaming Overview.

Para conocer otras mejores prácticas relacionadas con el diseño de red para la infraestructura comprobada VSPEX, consulte la guía Infraestructura comprobada VSPEX.

Consideraciones de diseño del almacenamiento

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

Figura 4 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) en un ambiente virtualizado VMware.

Descripción general de las consideraciones de diseño de almacenamiento

http://technet.microsoft.com/en-us/library/hh831648.aspx�



50

Figura 4. Elementos de almacenamiento SQL Server en la plataforma VMware vSphere 5.1

Además del pool de nube privada VSPEX para máquinas virtuales, EMC recomienda usar los tres pool de nube privada VSPEX adicionales para almacenar datos de SQL Server para distintos propósitos. Para obtener más información, consulte Tabla 21.

Tabla 21. Pool de almacenamiento de SQL Server

Nombre de pool Propósito Recomendación de RAID

Pool de nube privada de VSPEX

El pool de nube privada donde residen todas las máquinas virtuales. Para obtener detalles, consulte la Infraestructura comprobada VSPEX adecuada.

RAID 5 con discos SAS

Pool de datos de SQL Server

El pool de nube privada de VSPEX para servir los LUN de datos para las bases de datos de usuario

RAID 5 con discos SAS

Pool de log y tempdb de SQL Server

El pool de nube privada de VSPEX para servir los LUN de log y tempdb para las bases de datos de usuario

RAID 1/0 con discos SAS

Figura 5 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 en una plataforma de virtualización de Microsoft Windows Server 2012 Hyper-V.



Guía de diseño

51

Figura 5. Elementos de almacenamiento de SQL Server en una plataforma Hyper-V

Todos los volúmenes de SQL Server se almacenan en el nuevo formato de disco duro virtual (VHDX) de Hyper-V en el volumen compartido en cluster (CSV). Para obtener más información sobre los pool de nube privada de VSPEX adicionales para almacenar los datos de SQL Server, consulte Tabla 21.



52

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

Diseño del pool de almacenamiento de aplicaciones

En esta infraestructura comprobada VSPEX para SQL Server virtualizado, considere las siguientes mejores prácticas para el diseño de almacenamiento de la aplicación:

• Pool de datos de SQL Server:

Use el RAID 5 para el pool de datos de SQL Server, a menos que la base de datos de usuario tenga una relación de escritura inusualmente alta, la que está sobre el 30 %). Este pool consta de todas las bases de datos de usuario de SQL Server.

Use los discos SAS para un balance de rendimiento y capacidad. En nuestra herramienta para dimensionamiento de VSPEX, el número de discos en cada pool se calcula para cumplir con los requisitos de capacidad y de IOPS.

• Pool de log y tempdb de SQL Server:

Use RAID 1/0 para el pool de log de SQL Server. Este pool consta de todos los LUN de log y tempdb para las bases de datos de usuario.

Use discos SAS para la consideración de rendimiento y capacidad. En nuestra herramienta para dimensionamiento de VSPEX, el número de discos de cada pool se calcula para cumplir con los requisitos de capacidad y los de IOPS.

Para obtener más información acerca de las mejores prácticas para la base de datos tempdb, consulte la 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 de OS

En esta solución, la infraestructura comprobada VSPEX creó y aprovisionó los LUN de OS. Para las mejores prácticas sobre el diseño de almacenamiento de OS, consulte la guía Infraestructura comprobada VSPEX.

Unidad de formato LUN de OS

Use 64 KB del tamaño de unidad de asignación de archivos (tamaño del cluster) para los volúmenes de SQL Server.

El tamaño del cluster se determina cuando el SO o el usuario formatean la partición. Para obtener el mejor rendimiento, EMC recomienda usar 64 KB para bases de datos SQL. 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 enormemente. Si bien esta guía atiende y diseña implementaciones típicas, según lo descrito por Microsoft y experimentado por EMC, ciertos ambientes de SQL Server altamente activos pueden exigir requisitos adicionales de rendimiento de almacenamiento.

En dichos ambientes de SQL Server, se ponen exigencias de rendimiento extremas sobre el almacenamiento para así cumplir o exceder los SLA de tiempo de respuesta dirigidos por el cliente y para continuar proporcionando la mejor experiencia para el usuario.

Diseño de almacenamiento

Mejores prácticas del diseño de componentes

http://msdn.microsoft.com/en-us/library/dd758814(SQL.100).aspx�




Guía de diseño

53

Ya que SQL Server tiene diversos escenarios de aplicaciones, puede ser difícil analizar y provisionar manualmente los diseños de almacenamiento y seguir cumpliendo con requisitos en cambio constante.

EMC proporciona los siguientes componentes opcionales para acelerar el rendimiento de OLTP de forma dinámica y automática:

• FAST Suite (incluye FAST Cache y FAST VP)

• XtremSW Cache

Esta sección presenta las mejores prácticas para estos componentes adicionales y opcionales.

FAST Suite (opcional)

EMC FAST Suite (FAST VP y FAST Cache) proporciona dos tecnologías clave, disponibles en la serie VNX, que permiten un rendimiento extremo de forma automática, cuándo y dónde necesiten. La tecnología FAST es una opción disponible en las infraestructuras comprobadas VSPEX. Para obtener más información sobre FAST Suite para infraestructuras comprobadas VSPEX, consulte la sección Infraestructura comprobada VSPEX.

La activación de FAST Cache o FAST VP es una operación transparente para SQL Server y no se necesita ninguna reconfiguración o tiempo fuera. Para usar al máximo cualquiera de las tecnologías FAST, primero active FAST Cache en el pool de almacenamiento de datos de SQL Server. Si FAST VP es la tecnología activada en el sistema VNX, puede usarla en lugar de FAST Cache, agregando discos flash adicionales como un nivel de rendimiento extremo en el pool de datos de SQL Server. Cuando use FAST VP, ajuste la política FAST para los LUN participantes del pool en Start High then Auto-Tier (recomendado).

Para obtener más información, consulte las mejores prácticas que aparecen en el informe técnico EMC FAST VP for Unified Storage Systems.

Si la tecnología FAST se activa en el pool de datos de SQL Server, la latencia de LUN de datos y las latencias de LUN de tempdb mejorarán para ayudar a la experiencia de usuario de SQL Server.

Mejores prácticas de diseño de FAST Suite

Discos flash para FAST Cache Al usar discos flash como FAST Cache, considere las siguientes mejores prácticas:

• Coloque los discos flash (hasta ocho discos) en el gabinete 0_0. Si tiene más de ocho discos, considere lo siguiente:

Distribuya los discos flash en todos los buses disponibles.

Refleje los discos dentro de un gabinete para evitar el espejeado por todo el gabinete 0_0.

Discos flash para un nivel FAST VP de rendimiento extremo Al usar discos flash como nivel FAST VP, considere las siguientes mejores prácticas:

• Distribuya los discos flash en todos los buses disponibles.

• Evite el uso del gabinete 0_0.

Para obtener más información sobre las mejores prácticas de diseño de FAST Suite, consulte EMC VNX Unified Best Practices for Performance: Applied Best Practices Guide.



54

Consideraciones de diseño de FAST Cache FAST Cache resulta mejor para las E/S aleatorias pequeñas donde los datos están sesgados. (El sesgo de la carga de trabajo define una asimetría en el uso de los datos con el tiempo, lo que significa que un pequeño porcentaje de los datos del arreglo pueden prestar servicios a la mayor parte de la carga de trabajo en el arreglo.) Mientras mayor sea la localidad, más beneficios recibe FAST Cache. EMC recomienda que use primero los discos flash disponibles para FAST Cache, los que pueden beneficiar globalmente a todos los LUN en el sistema de almacenamiento, y luego complementar el rendimiento, según fuera necesario, con discos flash en los niveles de pool de almacenamiento.

A continuación se enumeran las cargas de trabajo de aplicaciones recomendadas para FAST Cache:

• Aplicaciones de E/S aleatorias de bloque pequeño con alta localidad

• Alta frecuencia de acceso a los mismos datos

• Sistemas donde se limita el rendimiento actual a causa de la capacidad del disco duro, no por la capacidad del procesador de almacenamiento (SP)

Evite permitir FAST Cache para los LUN que no se espera que brinden beneficios, como cuando:

• La carga de trabajo primaria es secuencial

• La carga de trabajo primaria es de E/S de bloque grande

Evite activar FAST Cache para los LUN donde la carga de trabajo sea de un bloque pequeño secuencial, lo que incluye:

• Logs de la base de datos

• Logs circulares

Activación de FAST Cache en un sistema en ejecución FAST Cache puede mejorar el rendimiento general del sistema si el cuello de botella actual se relaciona con unidades. Sin embargo, la optimización de IOPS generará un aumento en el uso de CPU en los SP de VNX. Los sistemas deben dimensionarse para que el uso sostenido máximo sea del 70 %.

Use Unisphere para comprobar el uso de SP CPU y luego continúe como sigue:

• Uso de SP CPU menor al 60 %: active grupos de LUN o un pool a la vez hasta que se equilibren en el caché. Asegúrese de que el uso de SP CPU siga siendo aceptable antes de activar FAST Cache para más LUN/pools.

• Uso de SP CPU de un 60 % a 80 %: escale con cuidado. Active FAST Cache en uno o dos LUN a la vez y verifique que el uso de SP CPU no aumente en un 80 %.

• Uso de SP CPU mayor que 80 %: no active FAST Cache.

Evite activar FAST Cache para un grupo de LUN donde la capacidad de LUN agregada supere 20 veces la capacidad total de FAST Cache.

Active FAST Cache primero en un subconjunto de LUN, y permita que los LUN se equilibren antes de agregar los otros LUN.

Nota Para los pools de almacenamiento, FAST Cache es una característica a nivel de pool, de modo que tiene que activar/desactivar al nivel de pool (para todos los LUN en el pool).



Guía de diseño

55

Mejores prácticas de FAST VP

Uso de la capacidad de pool • Mantenga cierta capacidad sin asignar dentro del pool para ayudar con los

calendarios de reubicación al usar FAST VP.

La reubicación recuperará el 10 % de espacio libre por nivel. Este espacio se usará para optimizar las operaciones de reubicación, pero también ayuda cuando se crean nuevo LUN que desean usar niveles más altos.

• Esto no es un requisito obligatorio y no genera pérdida de capacidad.

Reubicación • Calendarice reubicaciones fuera del horario, para que la carga de trabajo

primaria no compita con la actividad de reubicación.

• Active FAST VP en un pool, incluso si el pool tiene solo 1 nivel, para proporcionar balanceo de carga constante de LUN en las unidades disponibles.

Consideraciones de VNX para el archivo De forma predeterminada, se crea un VNX para el pool de almacenamiento definido por el sistema para cada VNX para el pool de almacenamiento de bloques que contiene los LUN disponibles para el archivo. (Este es un pool de almacenamiento mapeado).

Todos los LUN de un pool de almacenamiento de archivos determinado deben tener la misma política de organización en niveles de FAST VP.

Cree un pool de almacenamiento definido por el usuario para separar los LUN de archivo desde los mismos pools de almacenamiento de bloques que tienen diferentes políticas de organización en niveles.

XtremSW Cache

XtremSW Cache puede usar una tarjeta PCIe basada en host como el caché de almacenamiento del host. Junto con el alojamiento de SAN, XtremSW Cache puede reducir drásticamente la latencia de E/S y mejorar el rendimiento de OLTP, mientras se mantiene la ventaja de un almacenamiento de SAN.

Consideración de rendimiento de XtremSW Cache y mejores prácticas

EMC XtremSW Cache es una solución flash de servidor que reduce la latencia y aumenta el rendimiento para mejorar drásticamente el rendimiento de la aplicación. XtremSW Cache se puede usar como una solución de almacenamiento en caché de servidor para acelerar las lecturas de E/S de bloque. Junto con el almacenamiento de SAN, el software XtremSW Cache puede usar un caché de escritura inmediata para ofrecer optimización dinámica de rendimiento, inteligencia y protección en ambientes físicos y virtuales.

Considere las siguientes mejores prácticas cuando se implementa XtremSW Cache en un ambiente virtualizado:

• XtremSW Cache alcanza su mayor eficacia para cargas de trabajo con una relación de lectura y escritura de 70 % o más con E/S pequeña y aleatoria (8 KB es lo ideal).

• De manera predeterminada, los datos de más de 64 KB pasan al disco y no se almacenan en caché. Este tamaño es el correcto para la mayoría de las aplicaciones. Sin embargo, para algunas aplicaciones, el almacenamiento en caché será más eficaz si se permite para datos de hasta 128 KB. Use la línea de comandos vfcmt o GUI para ajustar el tamaño de E/S máximo que XtremSW Cache almacenará en caché. Para obtener más información, consulte la Guía de instalación y administración de VFCache 1.5.1.



56

XtremSW Cache en Hyper-V Al instalar XtremSW Cache en el ambiente Hyper-V, ponga atención a los siguientes detalles:

• La tarjeta y el controlador de XtremSW Cache, así como el software XtremSW Cache, se instalan en la máquina host de Hyper-V. En consecuencia:

Es posible definir discos virtuales antes o después de configurar el LUN como un dispositivo de origen.

Se acelerarán todos los discos virtuales asignados en un dispositivo de origen de LUN.

• El procedimiento de instalación es idéntico al procedimiento para Windows.

• Microsoft CSV no es compatible con la versión actual de XtremSW Cache (1.5.1). Por lo tanto, los LUN que se acelerarán no pueden ser LUN de CSV en el cluster de Hyper-V, pero los volúmenes en cluster en Hyper-V pueden ser compatibles.

Para obtener más información, consulte la Guía de instalación y administración de EMC VFCache 1.5.1.

XtremSW Cache en VMware Al instalar XtremSW Cache en el ambiente VMware, ponga atención a los siguientes detalles:

• XtremSW Cache puede activarse para usar discos para el almacenamiento basado en servidor. Para habilitar la funcionalidad de esta tarjeta dividida, se debe desactivar la interrupción del mapeo en el host ESX. Para obtener más información, consulte la Guía de instalación de VFCache para VMware 1.5.

• Siga la Guía de instalación de VFCache para configurar los componentes en un ambiente de VMware. Para obtener más información, consulte la Guía de instalación de VFCache para VMware 1.5.

Esta sección describe dos ejemplos de diseños de almacenamiento en esta infraestructura comprobada VSPEX para SQL Server virtualizado: uno para VNXe, basado en la nube privada VSPEX, y el otro para VNX, basado en la nube privada VSPEX. Ambos ejemplos siguen las consideraciones de diseño y mejores prácticas anteriormente analizadas.

Tabla 22 muestra un ejemplo de un diseño de almacenamiento dedicado para los pools de base de datos de SQL Server. La configuración puede ser compatible con alrededor de 700 IOPS de host.

Nota Esto solo es un ejemplo para el pool de infraestructura y los pools de SQL Server. El número de disco usado en el ejemplo para la infraestructura virtual puede ser variable.

Tabla 22. Ejemplo de diseño de almacenamiento en VNXe

Nombre del pool de almacenamiento de SQL Server

Tipo de RAID Tipo de disco Capacidad del

disco Número de discos

Pool de datos de la base de datos de usuario de SQL


300 GB 10

Pool de log y tempdb de la base de datos de usuario de SQL


300 GB 6

Ejemplos de diseño de almacenamiento



Guía de diseño

57

Figura 6 muestra un ejemplo del diseño de almacenamiento para SQL Server en la serie VNXe.

Figura 6. Ejemplo de diseño de almacenamiento: SQL Server para la serie VNXe

Tabla 23 muestra un ejemplo de los pools de almacenamiento para SQL Server en VNX, además del pool de nube privada de VSPEX. La configuración puede ser compatible con alrededor de 2,000 IOPS de host.

Tabla 23. Ejemplo de diseño de almacenamiento en VNX

Nombre del pool de almacenamiento

Tipo de RAID Tipo de disco Capacidad

del disco Número de discos

Pool de datos de la base de datos de usuario de SQL

RAID 5 Discos SAS de 15,000 r/min 300 GB 5

Pool de log y tempdb de la base de datos de usuario de SQL

RAID 1/0 Discos SAS de 15,000 r/min 300 GB 4

FAST Cache RAID 1 Discos flash 100 GB 2

Figura 7 muestra un ejemplo del diseño de almacenamiento para SQL Server en la serie VNX con la infraestructura de la máquina virtual.



58

Figura 7. Ejemplo de diseño de almacenamiento: SQL Server para la serie VNX

Nota Estos son solo dos ejemplos de un diseño de almacenamiento. Para planear y diseñar sus propios diseños de almacenamiento para SQL Server a través de un agrupamiento de VSPEX, siga las guías de la herramienta para dimensionamiento de VSPEX y las mejores prácticas que aparecen en la sección Consideraciones de diseño del almacenamiento.



Guía de diseño

59

Consideraciones de diseño de la virtualización

SQL Server 2012 está completamente soportado cuando lo implementa en un ambiente virtual compatible con Microsoft Hyper-V o VMware vSphere. Las siguientes secciones describen las mejores prácticas y las consideraciones de diseño para la virtualización de SQL Server 2012.

En esta infraestructura comprobada VSPEX para SQL Server virtualizado, EMC recomienda considerar las mejores prácticas descritas aquí para el diseño de virtualización.

Tabla 24 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 24. RAM recomendada para SQL Server

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

RAM recomendada para equipos que funcionan con SQL Server

Hasta 50 GB 8 GB

De 50 GB a 250 GB. 16 GB

De 250 GB a 500 GB. 32 GB

Tamaño de la base de datos más grande que 500 GB

Comuníquese con EMC para obtener validación

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

Ya que SQL Server 2012 puede detectar NUMA automáticamente y 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 núcleo físicos y vCPU en una relación de 1:1. Asegúrese de que no haya CPU sobreasignados.

• 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 equilibrar automáticamente la carga de trabajo entre los hosts usando 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.

Descripción general de las consideraciones para el diseño de virtualización Mejores prácticas de diseño



60

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 la sección Guías de implementación para SQL Server.

• En Hyper-V, active la alta disponibilidad de Hyper-V y las funciones de migración activa.

Hyper-V con System Center y la integración con System Center Operations Manager puede proporcionar el monitoreo de uso de recursos de host y máquinas virtuales de Hyper-V, y puede balancear el uso de recursos automáticamente al usar la migración activa para transferir las máquinas virtuales sin tiempo fuera.

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

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

Consideraciones para el diseño de aplicaciones

Las consideraciones de diseño para SQL Server 2012 implican muchos aspectos. Las consideraciones de diseño y mejores prácticas que aparecen en esta sección brindan reglas para los aspectos más importantes y comunes que aparecen a continuación.

En esta infraestructura comprobada VSPEX para SQL Server virtualizado, EMC recomienda considerar las siguientes mejores prácticas para el diseño de SQL Server 2012.

Configuración de 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 se localice el conjunto de trabajo de procesos (memoria comprometida) o que el sistema operativo lo reduzca. Para obtener más información, consulte el artículo de Microsoft Support How to enable the "locked pages" feature in SQL Server 2012.

Descripción general de las consideraciones para el diseño de aplicaciones

Mejores prácticas de diseño

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



Guía de diseño

61

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

• Se otorga el privilegio Enable Instant File Initialization para obtener un mejor rendimiento para las operaciones de la base de datos, como CREAR BASE DE DATOS, ALTERAR BASE DE DATOS, RESTAURAR y CRECIMIENTO AUTOMÁTICO. Puede acortar significativamente el tiempo para crear o expandir un archivo de datos. Para obtener más información, consulte el tema de Microsoft Technet Database File Initialization.

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 múltiples archivos de datos para bases de datos grandes.

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

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

• Asigne espacio previamente y agregue un solo archivo de datos por LUN. Asegúrese de que todos los archivos tienen el mismo tamaño.

• Asigne los archivos log temporales a uno de los LUN dedicados a los archivos de log.

• Active la opción de crecimiento automático. Ajuste el valor de crecimiento automático de la base de datos en aproximadamente 10 % del tamaño de archivo inicial como un punto de inicio razonable.

EMC recomienda que use la siguiente configuración para los log de transacción:

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

• Active la opción de crecimiento automático para los archivos de log.

Para conocer los pasos de configuración detallados, consulte la sección Guías de implementación para SQL Server .

En esta infraestructura comprobada VSPEX para SQL Server virtualizado, EMC recomienda que considere los modelos de licencia de SQL Server para obtener mejores ahorros de costos.

Con SQL Server 2012, los clientes tienen varias opciones de licencia, como el modelo de licencia de servidor+CAL, el que ofrece acceso a bajo costo a las implementaciones de SQL Server incrementales y las licencias basadas en núcleos, un nuevo modelo de licencia basado en potencia informática, lo que cambió desde procesadores físicos a núcleos.

Consideración de licencia de SQL Server 2012

http://technet.microsoft.com/en-us/library/ms175935.aspx�



62

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

El modelo de licencia basada en núcleos es adecuado cuando:

• Se implementa SQL Server 2012 Enterprise Edition.

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

• Los costos de licencia totales son 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 usuario para cada servidor y una licencia de acceso de cliente (CAL) para cada dispositivo o SQL Server de acceso para el usuario.

El modelo de licencia de servidor+CAL es adecuado cuando:

• 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/dispositivos y los costos de licencia totales son menores que los asociados con el uso del modelo de licencia basado en núcleos.

• Planificación para 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 en varios ambientes, consulte SQL Server 2012 Licensing Quick Reference Guide en el sitio web de Microsoft.

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



Guía de diseño

63

Consideraciones para diseño de respaldo y recuperación

Los plug-in de Avamar admiten el respaldo y recuperación de SQL Server, lo que varía de toda la instancia o las bases de datos hasta diversas recuperaciones compatibles dentro o fuera del lugar. La flexibilidad adicional incluye compatibilidad con las recuperaciones del grupo de archivos en SQL Server 2012. Los componentes restantes en el ambiente de SQL Server deben respaldarse con Avamar Client para Windows. El uso de la cobertura respectiva del cliente permite la recuperación no solo de las instancias y bases de datos de SQL Server, sino que también de los objetos en los servidores de SQL relacionados y sus sistemas operativos de host.

Si VMware vSphere está protegido por la protección de la imagen de la máquina virtual Avamar, los usuarios pueden restaurar esas máquinas virtuales sin tener que instalar un cliente Avamar en esos hosts. Los usuarios deben restaurar aquellos host desde los respaldos de SQL Server si tienen instancias o bases de datos.

Para la recuperación a nivel de desastre, la recuperación de la imagen de la máquina virtual permite la recuperación a nivel del SO. La recuperación a nivel de SQL Server se aplica después de restaurar esos recursos. La implementación de la protección a nivel de imagen de vSphere excede el alcance de esta guía, pero es una opción viable para restaurar los sistemas operativos base.

Nota También se puede usar EMC Data Domain como el destino de respaldo para Avamar. El cliente Avamar y los plug-ins se instalan de la misma manera que cuando se usa Avamar como el destino de respaldo. Si se utiliza Data Domain, la única diferencia es una casilla de verificación en la definición del conjunto de datos. Esto se describe en los pasos de implementación. Asimismo, tanto Avamar como Data Domain admiten múltiples flujos.

Requisitos de hardware

Tabla 25 enumera los requisitos de hardware.

Tabla 25. Requisitos de hardware para respaldo

Requisito Mínimo

Memoria (RAM) 512 MB (2 GB recomendados)

Sistema de archivos

Sistema de archivos de nueva tecnología (NTFS) 2 GB permanentes de espacio en el disco duro para el cliente Avamar de Windows y la instalación de software del agente de SQL.

El plug-in Avamar para SQL Server también requiere 12 MB adicionales de espacio permanente en el disco duro por cada 64 MB de RAM física. Este espacio se usa para los archivos de caché local.

Nota: debe convertir los sistemas FAT 16 y 32 en NTFS

Red 10BaseT mínimo; 100BaseT o superior recomendado, configurado con los controladores más recientes para la plataforma

Plug-in de Avamar para SQL: Requisitos de software

El plug-in de Avamar para SQL coloca exigencias adicionales en los recursos y hardware informático más allá de los requisitos base del plug-in de Avamar para Windows. Los siguientes temas describen los requisitos del plug-in de Avamar para SQL Server.

Consideraciones

Requisitos mínimos de software y hardware de respaldo



64

Tamaño de la base de datos

Aunque SQL Server es compatible con las bases de datos de hasta 524,272 TB de tamaño, esto se traduce en un límite práctico del tamaño máximo de cuadrícula de Avamar. Incluso con un factor considerable de deduplicación, la cantidad máxima de la capacidad de esta cuadrícula de Avamar está muy por debajo de la cantidad máxima de SQL. A su vez, el tamaño máximo de la cuadrícula de Avamar depende de la cantidad y el tipo de los nodos de almacenamiento, más el factor de los aspectos en común de todos los tipos de datos en esa cuadrícula y sus períodos de retención respectivos.

Los tamaños máximos de una base de datos recomendado por Microsoft para un respaldo y recuperación rápidos es de 200 GB para SQL Server 2008 y 300 GB para SQL Server 2012.

Para obtener más información sobre el dimensionamiento de las bases de datos para obtener el mejor rendimiento, consulte los temas de Microsoft TechNet, Capacity Management for SQL Server 2012 y Capacity Management for SQL Server 2008.

Requisitos de configuración de multi-streaming para Avamar

Cuando especifique opciones para multi-streaming para un respaldo, especifique un flujo de respaldo para cada disco en el conjunto de respaldos. Por ejemplo:

• Si respalda dos bases de datos con cada base de datos en su propio disco, puede especificar un máximo de dos flujos.

• Si respalda dos bases de datos con cada base de datos y sus logs en dos discos adicionales (para un total de cuatro discos), puede especificar un máximo de cuatro flujos.

• La mejor práctica general es hacer coincidir la cantidad de discos con una cantidad máxima de flujos compatibles (seis).

Requisitos de la base de datos El plug-in de Avamar para SQL admite las últimas dos versiones de SQL Server, es decir SQL Server 2008 y SQL Server 2012. También se incluyen los service pack.

Notas

• SQL Server 2012 Always On/Availability Group (AO/AG): La compatibilidad nativa de este modo se introdujo en Avamar 6.1. Aunque Avamar tiene una política que es compatible con las últimas dos versiones de una aplicación para ofrecer funcionalidad, existe una discreta brecha de funcionalidad que vale la pena mencionar. Es esta instancia, necesita implementar primero Avamar 6.1 Server y luego usar el cliente Avamar 6.1 para usar la funcionalidad SQL Server 2012 AO/AG.

• Excepción -2 de Avamar: Esta funcionalidad es una excepción para la interoperabilidad con las +/-2 versiones de clientes. Las brechas se identifican en las Notas de la versión de SQL y en la matriz de compatibilidad.

• Los escenarios de recuperación +/-2 específicos se abordan en esta guía, lo que incluye la coexistencia de los catálogos de plug-in de SQL en Avamar 6.0 y 6.1, y diversos escenarios de actualización. Estas permutaciones van más allá del alcance esta Guía de diseño.

• Para obtener más información acerca del uso de plug-in de Avamar para los respaldos de la base de datos de SQL Server 2012 Always On Availability Group (AO/AG), consulte Plug-in de Avamar para SQL Server P/N 300-013-357.

http://technet.microsoft.com/en-us/sharepoint/ff601870.aspx�





Guía de diseño

65

• Dependencia de .NET 4.0: Avamar 6.1 requiere .NET 4.0 para usar los plug-in del cliente Avamar 6.1. Para el plug-in de SQL de v6.1, .NET 4.0 es compatible con las API subyacentes necesarias para explorar el ambiente de SQL, por ejemplo, para enumerar las instancias y las bases de datos. Además, para el plug-in de SQL, la nueva versión de .NET 4.0 se impulsó por la necesidad de tener compatibilidad con SQL 2012 en Avamar 6.1. Debido a las limitaciones de Microsoft, la ejecución de Avamar no puede ser compatible con el plug-in de SQL de v6.1 en un cliente SQL sin la plataforma .NET 4.0.

• Requisito de reinicio de .NET 4.0: El requisito de reinicio al instalar .NET 4.0 o al actualizarse a .NET 4.0 depende en gran medida de qué paquetes ya estén instalados, como el propio sistema operativo y otras variables que pueden forzar el reinicio. Estas otras variables incluyen archivos en uso y más. Todas las combinaciones para determinar un reinicio son difíciles de cuantificar y luego de verificar.

• Fondo adicional de .NET 4.0: Para obtener más información, Microsoft detalla los procedimientos de actualización de .NET 4.0 muy bien. También existe un indicador disponible, “/norestart”, el que señala que el instalador no forzará un reinicio después de la instalación. Esto permite que el cliente se reinicie cuando sea conveniente hacerlo (durante la noche, durante un mantenimiento calendarizado, etc.).

• Mejores prácticas de .NET 4.0: Se recomienda que ejecute el instalador de .NET 4.0 antes de intentar actualizar el cliente de Avamar o los paquetes de SQL, los que permiten que un cliente maneje los casos de reinicio de forma asíncrona, donde el peor de los casos es que se necesite un reinicio. Después de instalar .NET 4.0 y de haberse reiniciado el sistema (si fuera necesario), se podrá actualizar el plug-in de SQL y el cliente de Avamar, dado que ya se habrá abordado este prerrequisitos obligatorio.

• Bases de datos de usuario/sistema: Puede utilizar el plug-in de Avamar para SQL Server para respaldar todas las bases de datos del ambiente, incluidas las bases de datos del sistema. La recuperación de las bases de datos del sistema versus sus contrapartes de bases de datos de usuario tienen diversos escenarios diferentes, desde qué base de datos de sistema requiere primero la recuperación hasta cuán corrupta estaba la base de datos del sistema. Estas consideraciones de restauración van más allá del alcance de este documento, pero se documentan detalladamente para cada versión, es decir, SQL Server 2008 y SQL Server 2012. No use un procedimiento de 2008 para 2012 ni un procedimiento de 2012 para 2008; cada procedimiento es específico de su versión, con un orden de dependencia diferente para la restauración de la base de datos del sistema entre modelo, maestro, msdb, etc.

• Modelos de recuperación: El plug-in de Avamar para SQL es compatible con una gama de modelos de recuperación, que varían desde el modelo de recuperación simple para las bases de datos del sistema y las bases de datos de usuario, donde no se necesita el truncamiento de log. Para el balanceo, es decir, bases de datos muy grandes, se admite un modelo de recuperación completa que aprovecha los flujos de la interfaz de dispositivo virtual (VDI) de Microsoft para truncar logs a su número de secuencia de log (LSN) real. También existe compatibilidad con truncaciones temporales adicionales necesarias para las recuperaciones de un punto en el tiempo.



66

Privilegios requeridos de cuenta

Debe contar con acceso de administrador a nivel de dominio para obtener los privilegios de la cuenta. Por lo general, la cuenta de administrador que usa al instalar y configurar SQL Server también forma parte del grupo Administradores de cada servidor.

Si utiliza una cuenta de administrador distinta a la que utilizó al instalar SQL Server, debe hacer lo siguiente:

• Agregar la cuenta de administrador de SQL Server al grupo de administradores de dominio.

• Asignar el derecho de Iniciar sesión como un servicio a la cuenta de administrador de SQL en todos los servidores que ejecutan los servicios de SQL Server. Esta configuración se especifica en Local Computer Policy > Computer Configuration > Windows Settings > Security Settings > Local Policies > User Rights Assignment > Log on as a service.

El servicio del agente de respaldo de Avamar se ejecuta como LocalSystem.

El servicio de agente de respaldos de Avamar se debe ejecutar como LocalSystem en todas las máquinas.

Servicios y redactores

Tabla 26 enumera los servicios y redactores que se requieren para las operaciones del plug-in de Avamar para el plug-in de SQL Server. Cada uno de estos se ubica en el mismo servidor. Esta lista puede ser útil para solucionar problemas provocados por fallas de respaldo o recuperación.

Tabla 26. Servicios y redactores que usa el plug-in de Avamar para SQL Server

Aplicación de Microsoft Nombre del servicio o redactor

SQL Server • SQLServer(MSSQLSERVER)

• SQLServerVSSWriter(SQLWriter)


Guía de diseño

67

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


Metodología de verificación del hardware de base .......................................... 68 Metodología de verificación de la aplicación .................................................... 68 Metodología de verificación de respaldo y recuperación ................................ 69

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


68

Metodología de verificación del hardware de base

Descripción general El propósito de este capítulo es ofrecer las metodologías de verificación desde los aspectos de hardware, aplicación y respaldo y recuperación de la solución. Mediante las metodologías de verificación, podrá garantizar que la configuración sea compatible con los requisitos de disponibilidad y rendimiento.

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 de interfaz de red (NIC), cables, switches, enrutadores y balanceadores de carga de red. 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 la sección Guías de implementación para SQL Server .

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, la siguiente etapa es la prueba y optimización de la aplicación SQL Server, que también es un paso importante de la solución VSPEX para SQL Server virtualizado. 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 2012 en su infraestructura comprobada VSPEX, según la Guías de implementación para SQL Server .Tabla 27 describe los pasos de alto nivel que se deben completar antes de poner el ambiente SQL Server en producción.

Tabla 27. 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 de 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 para SQL Server

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

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




Guía de diseño

69

Además del escenario de prueba, es importante que sepa la meta de las pruebas de SQL Server. Esto facilita decidir qué métrica capturar y qué umbrales se deben respetar para cada métrica cuando se ejecutan pruebas de validación de SQL Server. Para validar la solución VSPEX para SQL Server virtualizado, consideramos las métricas clave como se muestra en Tabla 28.

Tabla 28. Métricas clave

Métricas Límites

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

La latencia de disco promedio Menos de 15 milisegundos

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.

Luego de crear el ambiente de la base de datos, es muy importante ejecutar las aplicaciones de prueba con el fin de verificar el rendimiento de SQL Server 2012. En esta solución, ejecutamos las pruebas mediante una aplicación similar a TPC-E para validar el rendimiento de SQL Server. La aplicación similar a TPC-E es el parámetro de rendimiento del servidor, que simula el flujo de las transacciones de mercado de corretaje entre el mercado, el cliente y el corredor. 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úen la carga de trabajo similar a TPC-E y el patrón de E/S. 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.

• Primero, construya un ambiente de prueba y luego copie y restaure 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 la sección Guías de implementación para SQL Server .

Metodología de verificación de respaldo y recuperación

Avamar supera los retos relacionados con el respaldo tradicional, ya que permite el respaldo y la recuperación rápidos y confiables para oficinas remotas, LAN de centros de datos y ambientes de Exchange. Avamar es un software de respaldo y recuperación que usa una tecnología de deduplicación de datos global patentada para identificar segmentos de datos de subarchivos redundantes en el origen, reduciendo así el respaldo diario de datos hasta en 500 veces antes de que se transfieran a través de la red y se almacenen en discos. Esto permite que las empresas ejecuten respaldos completos diarios, aún en redes congestionadas y en enlaces WAN limitados.

Esta guía no está diseñada para reemplazar la documentación principal de planificación, implementación o instalación paso a paso. Puede consultar esta guía como una mejor práctica para aquellas actividades.

Nociones básicas de las métricas clave

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

Descripción general de la implementación de respaldo y recuperación



70

Instalación del cliente Avamar para Windows

Para obtener las instrucciones de instalación, la Guía de usuario de EMC Avamar 6.1 para SQL Server mencionada anteriormente proporciona las consideraciones paso a paso para una implementación inicial. Esta guía también aborda los siguientes factores:

• Activación de los controles de acceso del usuario

• Asignación de derechos de usuario

• Dónde obtener los paquetes del instalador de cliente

El propósito de esta guía es señalar las mejores prácticas donde corresponda y no reemplazar el documento de instalación paso a paso.

Crear un conjunto de datos

El conjunto de datos de Avamar es el núcleo de una definición de política. El conjunto de datos controla lo que se respalda y dónde se almacenan los respaldos (Avamar o Data Domain). En este contexto de almacenamiento de respaldo, los usuarios seleccionan Avamar o Data Domain para almacenar la instancia o los datos de la base de datos de SQL. Actualmente, EMC no proporciona compatibilidad mixta para Avamar y Data Domain.

A fin de capturar el estado del sistema operativo y los datos y metadatos del sistema de archivos de misión crítica, utilice el plug-in del cliente Avamar Windows (sistema de archivos) para la protección del nivel de estado del sistema. Los usuarios pueden incluir estos plug-in o elementos del conjunto de datos en el mismo conjunto de datos donde se define el plug-in de SQL o definir y administrar los plug-in o elementos del conjunto de datos mediante un conjunto de datos separado.

Nota Para el conjunto de datos del sistema de archivos de Windows, agregue un comodín de exclusión para los tipos de archivos de log y la base de datos. Para obtener más información sobre el uso de los comodines, consulte la Guía de administración de Avamar.

Para crear un conjunto de datos para los respaldos calendarizados, seleccione Tools > Manage Datasets en Avamar Administrator.

Aparece la ventana Manage All Datasets, como se muestra en Figura 8.

Para obtener instrucciones paso a paso, consulte la Guía del usuario de EMC Avamar 6.1 para SQL Server.

Implementación de un software de respaldo



Guía de diseño

71

Figura 8. Administrar la ventana de todos los conjuntos de datos

Para almacenar los respaldos para este conjunto de datos en un sistema de Data Domain en vez del servidor de Avamar (predeterminado), seleccione Store backup en el sistema Data Domain y seleccione Store backup on Data Domain system en la lista, como se muestra en la mitad de Figura 9. Se presume que ya se agregó el destino de Data Domain al sistema de Avamar como parte de la instalación principal de referencia en este documento.



72

Figura 9. Ventana de nuevo conjunto de datos: opciones

Crear un grupo

Figura 10 muestra la ventana New Group. Para obtener instrucciones paso a paso, consulte la Guía de EMC Avamar SQL Server.



Guía de diseño

73

Figura 10. Ventana de nuevo grupo

La política de grupo abarca todos los elementos de un respaldo, incluido el conjunto de datos, el calendario, la política de retención y los clientes que se incluyen en esta política. Esta política de grupo posee y controla a todos estos elementos. Para el contexto de SQL Server, agregue las instancias o bases de datos de SQL que requieren de protección de datos.

Activación de respaldos calendarizados

En Avamar Administrator, haga clic en el botón Policy launcher. Se abre la ventana Policy, como se muestra en la Figura 11.

Figura 11. Respaldo del grupo de administrador de Avamar

Complete los siguientes pasos de alto nivel para garantizar que el grupo está activado para los respaldos calendarizados:

1. Seleccione Groups en Policy Management.



74

2. Seleccione el grupo que creó anteriormente como se detalla en la sección Crear un grupo.

3. Seleccione Acciones > Grupo > Desactivar grupo. Esto borra Disable Group en el menú Actions > Group. Aparece un mensaje de confirmación.

4. Haga clic en Sí para activar este grupo.

5. Para iniciar inmediatamente el respaldo, haga clic con el botón secundario en el nombre de la política y seleccione Backup Now.

Un respaldo exitoso de SQL Server se muestra en la Figura 12. En este ejemplo, se ejecutó exitosamente un respaldo del grupo.

Figura 12. Respaldo exitoso del grupo de Avamar

Restauración de datos

Para restaurar los datos en un ambiente SQL Server mediante el plug-in de Avamar para SQL, consulte los detalles de restauración del Capítulo 4 en la Guía del usuario de EMC Avamar 6.1 para SQL Server. La Guía de usuario aborda todos los modelos de recuperación compatibles, como los siguientes:

• Modelo de recuperación simple:

No se requiere administración de logs de transacciones

Avamar es compatible con la mezcla de los modelos de recuperación simple y completa con la capacidad de omitir o promover recuperaciones simples, por lo que se evitan errores o advertencias que ocurren normalmente al mezclar ambos modelos de recuperación

• Modelo de recuperación completa:

Truncamiento de log de transacciones, incluidas las recuperaciones de un punto en el tiempo

La compatibilidad de VDI de Avamar aprovecha el LSN de SQL Server donde cada registro se identifica de forma única para proporcionar un orden temporal para cada transacción

• Recuperaciones del grupo de archivos: Avamar 6.1 respalda automáticamente todas las bases de datos secundarias (grupos de archivos)


Guía de diseño

75

Capítulo 7 Referencias

Este apéndice presenta los siguientes temas:

Documentación de los productos ...................................................................... 76 Otra documentación ............................................................................................ 77 Enlaces ................................................................................................................. 77

Capítulo 7: Referencias


76

Documentación de los productos Los siguientes documentos, disponibles en el Servicio de soporte en línea de EMC o EMC.com, entregan información adicional y pertinente. Si no tiene acceso a un documento, póngase en contacto con un representante de EMC.

• EMC VSPEX for Virtualized Microsoft SQL Server 2012 with Microsoft Hyper-V

• EMC VSPEX for Virtualized SQL Server with VMware vSphere

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

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

• EMC Unisphere Remote: Monitoreo de almacenamiento de última generación, un análisis detallado

• VNX FAST Cache: un análisis detallado

• EMC FAST VP para sistemas de almacenamiento unificado

• EMC VNXe mediante un sistema VNXe con Microsoft Windows Hyper-V

• EMC VNXe: uso de un sistema VNXe con carpetas compartidas NFS

• EMC VNX: Mejores prácticas unificadas para el rendimiento: Guía de mejores prácticas aplicadas

• Hoja de trabajo de configuración de EMC VNXe

• Hoja de trabajo de configuración de EMC VNX

• VNXe3100/3150: Cómo monitorear el estado del sistema

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

• EMC VSI para VMware vSphere: Administración de almacenamiento unificado: Guía del producto

• EMC VNX: Guía de conectividad de host para VMWare ESX Server

• VNX Operating Environment for File: notas de la versión

• Guía del usuario de EMC Avamar 6.1 para SQL Server VSS

• Guía de administración de EMC Avamar 6.1

• Guía del usuario de EMC Avamar 6.1 para Hyper-V

• Guía del usuario de EMC Avamar 6.1 para VMware

• EMC Avamar Compatibility and Interoperability Matrix



https://support.emc.com/�

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



Guía de diseño

77



• Guía de instalación y administración de VFCache 1.5.1

Otra documentación Para obtener información sobre Microsoft SQL Server, consulte los documentos que se detallan a continuación:

• Microsoft SQL Server 2012 on VMware Best Practices Guide

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

• Microsoft SQL Server 2012 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 Hyper-V y Microsoft SQL Server, consulte el sitio web de Microsoft en http://www.microsoft.com.

Para obtener documentación sobre SQL Server 2012 en VMware, consulte el sitio web de VMware en http://www.vmware.com/lasp .

Enlaces Librería de MSDN

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

• Libros en línea para SQL Server 2012

• Disk Partition Alignment Best Practices for SQL Server

• Optimizar el rendimiento de tempdb

Librería de TechNet

• Capacity Management for SQL Server 2012 and Capacity Management for SQL Server 2008

• NIC Teaming Overview

Nota Los enlaces indicados funcionaban correctamente al momento de la publicación.

http://www.microsoft.com/�

http://www.vmware.com/lasp�

http://msdn.microsoft.com/en-us/library/ms130214.aspx�


http://msdn.microsoft.com/en-us/library/ms175527.aspx�




http://technet.microsoft.com/en-us/library/hh831648.aspx�



78


Guía de diseño

79

Apéndice A Hoja de trabajo de calificación


Hoja de trabajo decalificación ............................................................................ 80

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


80

Hoja de trabajo decalificación 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. Tabla 29 proporciona una hoja de trabajo de calificación para una base de datos de usuario de SQL Server.

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

Pregunta Respuesta


Sí o no

¿Cuántas bases de datos piensa implementar?

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

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

¿Piensa usar FAST Cache? Sí o no

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

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

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

Adjunta a este documento PDF se encuentra una copia independiente de la hoja de trabajo de calificación de VSPEX para SQL Server virtualizado.Haga clic en el icono de clip que aparece en el panel de la izquierda de Adobe Reader para revelar el archivo adjunto. Haga doble clic en el archivo para abrir la hoja de trabajo de calificación e imprimirla desde el navegador.

Cómo imprimir la hoja de trabajo para el uso del cliente


Guía de diseño

81

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


Lógica y metodología de dimensionamiento de SQL Server de alto nivel ...... 82

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


82

Lógica y metodología de dimensionamiento de SQL Server de alto nivel Es fundamental que la infraestructura compatible con OLTP–vCPU, memoria, diseño de almacenamiento para las bases de datos de SQL Server y máquina virtual de referencia total proporcione una sólida, potente y flexible solución. El dimensionamiento de SQL Server depende de varios factores, como el tipo de disco, el tipo de protección y el caché. El recurso adecuado que se define de la siguiente manera debe ser parte del método de dimensionamiento de SQL Server.

Nota Estas instrucciones de dimensionamiento manual pueden usarse para proporcionar un solo dimensionamiento aproximado de la aplicación, si la herramienta para dimensionamiento de VSPEX no está disponible. 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.

Para satisfacer el requisito de rendimiento de las bases de datos de SQL Server, se debe garantizar un recurso adecuado, incluido el subsistema de cómputo y disco. Esta sección define lo suficiente para SQL Server como un OLTP DBMS en un ambiente virtualizado para proporcionar un rendimiento predictivo.

• Uso de disco adecuado: Diseñe la herramienta para dimensionamiento para usar adecuadamente el recurso de disco y dejar espacio para cualquier actividad de disco máxima posible.

• Máquina virtual de referencia adecuada:

Uso adecuado de la memoria: Los componentes básicos deben estar diseñados con una memoria de sistema adecuada para ser compatible con la carga de trabajo diseñada con actividades de carga máxima anticipadas.

Uso adecuado del procesador: Los componentes básicos deben estar diseñados para tener un vCPU adecuado para ser compatible con la carga de trabajo diseñada con cualquier actividad de carga máxima anticipada.

• Tempdb y log adecuados: Considere una capacidad y rendimiento adecuados para tempdb para cada instancia, y registre cada base de datos de usuario para ser compatible con la carga de trabajo de la consulta al dimensionar las instancias de SQL Server.

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

• Recomendación de máquina virtual de referencia para SQL Server

Recursos de vCPU

Recursos de memoria

• Tipo y número de disco para SQL Server

• Recursos de capacidad de OS

• IOPS de OS

• Seleccione la infraestructura comprobada VSPEX correcta

Descripción general

Recurso adecuado

Consideraciones de tamaño



Guía de diseño

83

Recomendación de máquina virtual de referencia para SQL Server

Se recomendará el número de máquina virtual de referencia. El cálculo de la máquina virtual de referencia se basa en los siguientes métodos.

• Base de requisitos mínimos de SQL Server (MSSRB)

La base de requisitos mínimos de SQL Server es dos CPU virtuales y RAM de ocho gigabytes. De acuerdo con la definición de máquina virtual de referencia (una máquina virtual de referencia = una CPU virtual y RAM de dos gigabytes), la base de requisitos mínimos de SQL Server es igual a cuatro máquinas virtuales de referencia). Considere la solicitud mínima para las instancias pequeñas y medianas de SQL Server cuando se dimensionan las instancias de SQL Server. Por ejemplo, si la base de datos de usuario es menor que 50 GB, use una MSSRB o cuatro máquinas virtuales de referencia. Si la solicitud de un usuario requiere mucha CPU y necesita ser compatible con una gran cantidad de IOPS, se debe considerar el cálculo de las máquinas virtuales de referencia y se recomienda usar más de una MSSRBs.

• Consolidación de bases de datos/instancias múltiples

Consolide los resultados del cálculo de bases de datos múltiples para las máquinas virtuales de referencia. Según la administración de instancias de SQL Server, una instancia puede tener múltiples bases de datos de usuario. La herramienta para dimensionamiento de VSPEX será compatible con una instancia con hasta 10 bases de datos de usuario. Para las aplicaciones de SQL en la infraestructura de VSPEX con pequeños requisitos de IOPS, le recomendamos que comparta los archivos de datos, log y tempdb en un pool. Para las bases de datos múltiples, le recomendamos que consolide la IOPS y los resultados de capacidad.

Tabla 30 muestra un ejemplo de tres bases de datos de usuario y entradas del usuario. En lugar de hacer coincidir el resultado del cálculo de cada base de datos con la máquina virtual de referencia más cercana, considere si la suma de la IOPS y el tamaño de la base de datos pueden coincidir con el número más cercano de la máquina virtual de referencia.

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


Tamaño máximo de la base de datos (GB)

Rendimiento máximo de la base de datos (IOPS)

base de datos 1 50 700


base de datos 3 250 1,500

A partir de cada perspectiva del cálculo de base de datos, el requisito de la máquina virtual de referencia es en total 10 vCPU y RAM de 40 GB, como se muestra en Tabla 31.

Tabla 31. Resultados de la máquina virtual de referencia por requisitos de base de datos


Máquina virtual de referencia -vCPU

Máquina virtual de referencia -RAM

base de datos 1 2 8



84


Máquina virtual de referencia -vCPU

Máquina virtual de referencia -RAM



Requisito total 10 40

Al usar el método de cálculo de la consolidación, el cálculo se consolidará para calcular la IOPS y la suma del tamaño de la base de datos, además, el requisito total serán ocho vCPU y 32 GB de RAM; por lo tanto, se pueden guardar dos vCPU y 8 GB de RAM, mientras la infraestructura de VSPEX aún puede ser compatible con la IOPS y el requisito de capacidad.

Tipo y número de disco para la instancia de SQL Server

Use los siguientes métodos de diseño para dimensionar los servidores de SQL en la infraestructura comprobada VSPEX.

• Diseñe primero la IOPS, luego dimensione la base de datos en el diseño del disco. Necesitará consolidar los resultados de cálculo de la IOPS y el tamaño de la capacidad de la base de datos.

Básicamente, el cálculo basado en IOPS tiene una solicitud de ejes más alta, lo que incluye una mayor velocidad y cantidad de ejes, en comparación con el cálculo basado en capacidades en una aplicación de OLTP genérica. Por ejemplo, una base de datos de OLTP de 100 GB puede tener más de 1,500 IOPS, lo que necesita decenas de ejes SAS o FC de 15 mil r/min para ser compatible con la solicitud de IOPS. Pero, a partir del cálculo basado en capacidad, dos ejes SAS/SATA/FC de 300 GB en espejo pueden satisfacer completamente la solicitud de capacidad. En esta circunstancia, le recomendamos usar decenas de ejes SAS/FC.

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

Tasa de crecimiento anual

El log consumirá el 20 % de la base de datos de usuario total

tempdb consolidará la entrada de usuario, la cual es opcional, y el 20 % de la base de datos de usuario total

• Ajuste la base de IOPS para tres tipos de disco según los resultados reales de la prueba (no el límite del tipo de disco).

Considere la IOPS máxima ideal de diferentes discos y los valores de prueba ejecutada reales. Por ejemplo, la IOPS máxima ideal del disco flash puede ser 3,000, pero al considerar el uso real, la IOPS compatible real puede ser mucho mejor que este valor:

Al usar el disco flash como FAST Cache o FAST VP (nivel superior), se limita el espacio utilizable para una aplicación. Por ejemplo, los datos a los que se accede con más frecuencia, por lo general, son más grandes que el espacio utilizable en el disco flash (para una instancia que usa 3 x 100 GB de FAST Cache para servir a una base de datos de usuario de OLTP de 500 GB con 400 GB de datos a los que se accede con más frecuencia). Para mantener el uso de otros discos, como SAS/FC/SATA que almacenan los datos a los que se accede con menos frecuencia o se usan como en nivel más bajo en FAST VP, la IOPS compatible real del disco flash puede ser menor que 1,000.



Guía de diseño

85

La prueba real mantendrá cada componente del arreglo de almacenamiento funcionando en valores razonables. Por ejemplo, mantenemos el uso del procesador de almacenamiento funcionando a menos del 70 % y mantiene el uso de LUN a menos del 70 %.

• Considere las características de almacenamiento avanzado (como FAST Suite) y la matriz de soporte.

El cálculo del disco de FAST Suite tiene mayor prioridad. Por ejemplo, recomendamos usar la IOPS de back-end total menos la IOPS compatible con FAST Cache, luego calcular el número de disco de SAS/FC.

Cálculo de IOPS Calcule el número de disco según la siguiente fórmula:

Número de disco = IOPS de back-end necesaria/IOPS por disco

Tabla 32 muestra una entrada de ejemplo para una instancia de SQL Server, suponiendo que los clientes conocen el rendimiento máximo de la base de datos (IOPS).

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


Tamaño máximo de la base de datos (GB)

Rendimiento máximo de la base de datos (IOPS)



base de datos 3 300 2,000

• Para tres bases de datos de usuario = 2,800 IOPS.

• Calcule la E/S de back-end para los archivos de datos, suponiendo que la relación de lectura:escritura es de 90:10.

E/S total para RAID 5 = (2800 *0.9) + 4* (2800 *0.1) = 3640

• Suponga que el log y tempdb sirven 5 % de las E/S totales de la base de datos de usuario en una configuración de RAID 1/0 y considere que gran parte de las E/S en tempdb y log son de escritura.

E/S total para RAID 1/0 2800* 4 * 0.05 = 560 IOPS

• E/S de back-end total = 4,200.

• Suponga que la IOPS compatible máxima aceptable para flash, SAS/FC es de la siguiente forma:

Flash: 3,500

SAS/FC 15 mil: 180

SAS/FC 10 mil: 130

• Al calcular el rendimiento con FAST Cache seleccionado, el nivel de flash necesita servir la máxima cantidad de E/S; por lo tanto, tiene una mayor prioridad de cálculo. El cálculo debe estar solo en VNX.



86

• El cálculo de rendimiento en una unidad diferente es:

Flash como FAST Cache = 3,640/3,500 =~4 alineado con 4 discos (RAID 1)

15,000 de SAS para los archivos de datos = 0/180 = 0 alineado con 5 discos (RAID 5)

15,000 de SAS para los archivos de log/tempdb =560/100 =~ 6 alineados con 8 discos (RAID 1/0)

• Desde una perspectiva de dimensionamiento de E/S, al usar los métodos de cálculo antes mencionados, se requerirían los siguientes discos para el ambiente:

5 x 15, discos SAS/FC de 300 GB para archivos de datos

8 x 15, discos SAS/FC de 300 GB para los archivos log/tempdb

4 x discos flash de 100 GB

Cálculo de capacidad

• Tamaño de la base de datos de usuario:

Base de datos 1: 50 GB



• Calcule el tamaño de LUN de la base de datos según los tamaños de base de datos de usuario:

Tamaño de LUN de la base de datos = <Tamaño de la base de datos> + Tasa de crecimiento anual (30 % y crecimiento de 3 años, de forma predeterminada)

Tamaño de LUN de la base de datos 1 = 50 x (1+0.3)3 = 110 GB



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

• Calcule los tamaños de LUN de tempdb y log para cada una de las bases de datos. Los tamaños de log y tempdb se calculan como el 20 % del tamaño de la base de datos, si los clientes no ingresan la capacidad de tempdb.

Tamaño de log y tempdb

Base de datos 1: 20 % de 50 = 10 GB



Los archivos de log y tempdb de la base de datos de usuario se disponen en un LUN separado para cada base de datos. Según esto, los LUN de log tenían 90 GB de tamaño.

Tamaño total de los datos de la base de datos = Suma de los tamaños de todas las bases de datos = 989 GB

Tamaño total de log/tempdb de la base de datos = Suma de los tamaños de todas las bases de datos = 90 GB

Capacidad útil disponible por unidad SAS de 15,000 de 600 GB = 537 GB



Guía de diseño

87

Capacidad útil disponible por unidad SAS de 15,000 de 300 GB = 268 GB

• Requisito de eje = <Capacidad total> / <Capacidad utilizable>

• La capacidad en discos SAS diferentes es:

SAS de 600 GB para los archivos de datos = 989/537 = ~2 alineados con 5 discos (RAID 5)

SAS de 600 GB para los archivos de log/tempdb =90/537 =~ 1 alineado con 2 discos (RAID 1/0)

SAS de 300 GB para los archivos de datos = 989/268 = ~4 alineados con 5 discos (RAID 5)

SAS de 300 GB para los archivos de log/tempdb = 90/268 =~ 1 alineado con 2 discos (RAID 1/0)

Nota Al calcular la capacidad, no se incluye la capacidad de FAST Cache.

Desde una perspectiva de dimensionamiento de capacidad, al usar la configuración de política antes mencionada y también al considerar el uso de una unidad pequeña como la solución rentable, se requerirían los siguientes discos para el ambiente:

• 5 x SAS 15 de 300 GB, discos para archivos de datos

• 2 x SAS 15 de 300 GB, discos para los archivos de log/tempdb

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

Tabla 33. Unidad recomendada y configuración de LUN

Una instancia de SQL Server (50 GB, 100 GB, 300 GB) base de datos de SQL Server

Cantidad de ejes necesarios para satisfacer la E/S y la capacidad

5 x 15, discos SAS/FC de 300 GB para archivos de datos

8 x 15, discos SAS/FC de 300 GB para archivos de log/tempdb

4 x discos flash de 100 GB

Tamaño delgado de LUN (datos) 989 GB

Tamaño delgado de LUN (log/tempdb) 90 GB

Recursos de capacidad de OS

Una instancia de SQL Server tiene un volumen de OS y la capacidad está fija a 100 GB por instancia. Para obtener más información, consulte los siguientes documentos de la infraestructura de virtualización.







88

IOPS de OS

La IOPS de OS está fija a las 25 IOPS para cada uno de los volúmenes de OS. Para obtener más información, consulte los documentos de la infraestructura de virtualización enumerados anteriormente.

Seleccione la infraestructura comprobada VSPEX correcta

Luego de completar el dimensionamiento de la aplicación y de obtener las cantidades de las máquinas virtuales de referencia y los diseños de almacenamiento de disco sugeridos, use los siguientes pasos para elegir la infraestructura comprobada VSPEX correcta, según los resultados calculados.

1. Use la lógica y metodología de dimensionamiento manual para obtener la cantidad total de máquinas virtuales de referencia y cualquier diseño de almacenamiento sugerido adicional para la aplicación.

Por ejemplo: [Máquina virtual de referencia de SQL Server] = Máquinas virtuales de referencia totales necesarias para SQL Server 2012 = 12 máquinas virtuales de referencia [Discos de SQL] = Cantidades totales de discos sugeridos para SQL Server 2012 = 7 discos

2. Si los clientes desean implementar las otras aplicaciones en la misma infraestructura comprobada VSPEX, consulte la guía de diseño de VSPEX adecuada para las aplicaciones y dimensione la cantidad total de máquinas virtuales de referencia y los diseños de almacenamiento con la carga de trabajo combinada. Por ejemplo:

Los clientes también desearían implementar Exchange 2010 y Oracle 11g en la misma infraestructura comprobada VSPEX. Según el análisis con los clientes, consulte la Guía de diseño de EMC VSPEX para Microsoft Exchange 2010 virtualizado para dimensionar manualmente a Exchange 2010 y la Guía de diseño de EMC VSPEX para Oracle 11g virtualizado para dimensionar a Oracle 11g en la infraestructura comprobada VSPEX. Obtiene los siguientes resultados:

[Máquinas virtuales de referencia de Exchange] = Las máquinas virtuales de referencia totales necesarias para Exchange 2010 = 12 máquinas virtuales de referencia [Discos de Exchange]= Cantidades totales de discos sugeridas para Exchange 2010 = 18 discos [Máquinas virtuales de referencia de Oracle] = Máquina virtual de referencia total necesaria para [Oracle 11g]= 16 máquinas virtuales de referencia [Discos de Oracle] = Cantidades totales de discos sugeridas para Oracle 11g= 55 discos

3. Agregue la cantidad total de máquinas virtuales de referencia y la cantidad total de discos para todas las aplicaciones. Por ejemplo:

Máquinas virtuales de referencia totales para las aplicaciones = Máquinas virtuales de referencia de SQL + Máquinas virtuales de referencia de Exchange + Máquinas virtuales de referencia de Oracle = 12 máquinas virtuales de referencia + 12 máquinas virtuales de referencia + 16 máquinas virtuales de referencia = 40 máquinas virtuales de referencia



Guía de diseño

89

Discos totales para las aplicaciones = Discos de SQL + Discos de Exchange + Discos de Oracle = 7 discos + 18 discos + 55 discos = 80 discos

4. Analice con los clientes el uso máximo de la infraestructura comprobada VSPEX para las aplicaciones y la solución virtualizada que desean usar para cumplir con los requisitos comerciales. Calcule los discos totales sugirieron las máquinas virtuales de referencia para las aplicaciones combinadas.

Por ejemplo: Dado que Oracle también se implementará en la infraestructura comprobada VSPEX, EMC recomienda que los clientes usen VMware como la solución de virtualización permitida por VNX. Si lo clientes desean un uso máximo del 75 % para todas las aplicaciones combinadas, el cálculo sería:

Máquinas virtuales de referencia totales para las aplicaciones = Máquinas virtuales de referencia totales para las aplicaciones/Uso máximo = 40 máquinas virtuales/75 % = 54 máquinas virtuales de referencia

Discos totales necesarios para las aplicaciones = Discos totales para las aplicaciones/Uso máximo = 80 discos/75 % = 107 discos

5. Use Tabla 34 y la cantidad total de máquinas virtuales de referencia para seleccionar la mínima infraestructura comprobada VSPEX recomendada.

En este ejemplo, dado que Oracle también se implementará en la misma infraestructura comprobada VSPEX, EMC recomienda que los clientes usen VMware como la solución de virtualización permitida por VNX. En este ejemplo, EMC recomienda que seleccione la solución de nube privada de VMware de VSPEX para hasta 125 máquinas virtuales de referencia como la infraestructura comprobada VSPEX mínima para la carga de trabajo combinada.

Tabla 34. Matriz de soporte del modelo de almacenamiento de VSPEX

Modelos de infraestructura comprobada VSPEX*

Máquina virtual de referencia compatible máxima

Arreglo de almacenamiento compatible

Hasta 50 máquinas virtuales 50 VNXe3150

Hasta 100 máquinas virtuales 100 VNXe3300

Hasta 125 máquinas virtuales 125 VNX5300



*Incluye los siguientes modelos de VSPEX:

• Nube privada de VSPEX para Microsoft

• Nube privada de VSPEX para VMware

6. Consulte la infraestructura comprobada EMC VSPEX correspondiente y calcule la cantidad de discos necesaria para el pool de nube privada de VSPEX al usar la metodología de componente básico de la infraestructura virtual. Por ejemplo:



90

En este ejemplo, EMC sugiere que seleccione una solución de nube privada de VMware de VSPEX para hasta 125 máquinas virtuales de referencia como la infraestructura comprobada VSPEX mínima. Luego de consultar el componente básico del pool de nube privada de VSPEX, obtendrá la cantidad de discos total necesaria:

Discos totales para la nube privada = 5 discos SAS + 2 discos SSD = 7 discos

7. Agregue la cantidad total de discos necesaria, incluida la cantidad de discos de aplicaciones combinadas, el pool de nube privada de VSPEX y hot spare.

Discos totales = Discos totales necesarios para las aplicaciones + Discos totales para la nube privada + Hot Spare = 107 discos + 7 discos + 4 discos = 118 discos

8. Compare los valores en Tabla 35 con Tabla 34 para asegurarse de que el arreglo compatible de la infraestructura comprobada VSPEX puede ser compatible con la cantidad de discos total que se requiere para las aplicaciones combinadas y la nube privada. Si no, puede necesitar actualizarse al siguiente modelo de infraestructura comprobada VSPEX.

En este ejemplo, EMC sugiere la solución de nube privada de VMware de VSPEX para hasta 125 máquinas virtuales de referencia como la infraestructura comprobada VSPEX y VNX5300 como el arreglo de almacenamiento. VNX5300 puede ser compatible con un máximo de 125 discos en total, lo que se ajusta al requisito de 118 discos que necesita para la carga de trabajo combinada. Como resultado, EMC recomienda que considere la solución de nube privada de VMware de VSPEX para hasta 125 máquinas virtuales de referencia para que los clientes implementen la infraestructura comprobada.

Tabla 35. Matriz de soporte del sistema de almacenamiento

Sistema de almacenamiento Cantidad máxima del sistema de almacenamiento de unidades

VNXe3150 100

VNXe3300 150

VNX5300 125

VNX5500 250

VNX5700 500

EMC VSPEX PARA MICROSOFT SQL SERVER 2012 … fileGUÍA DE DISEÑO EMC VSPEX Resumen Esta guía de...

Documents

Transcript of EMC VSPEX PARA MICROSOFT SQL SERVER 2012 … fileGUÍA DE DISEÑO EMC VSPEX Resumen Esta guía de...