NUBE PRIVADA DE EMC VSPEX VMware vsphere 5.5 para hasta 1,000 máquinas virtuales

Transcripción

1 Guía de infraestructura comprobada NUBE PRIVADA DE EMC VSPEX VMware vsphere 5.5 para hasta 1,000 máquinas virtuales Activado por Microsoft Windows Server 2012 R2, EMC VNX y EMC Powered Backup EMC VSPEX Resumen En este documento se describe la solución de infraestructura comprobada de EMC VSPEX para implementaciones de nube privada con VMware vsphere 5.5, EMC VNX y EMC Powered Backup para hasta 1,000 máquinas virtuales. Abril de 2014

2 Copyright 2014 EMC Corporation. Todos los derechos reservados. Publicado en abril de 2014 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. EMC 2, 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 Powered Backup: guía de infraestructura comprobada

3 Contenido Capítulo 1 Resumen ejecutivo 15 Introducción Audiencia Propósito del documento Requisitos del negocio Capítulo 2 descripción general de la solución 19 Introducción Virtualización Cómputo Red Almacenamiento EMC VNX Respaldo y recuperación de EMC Capítulo 3 Descripción general de la tecnología de la solución 31 Descripción general Componentes clave Virtualización Descripción general VMware vsphere Funciones de VMware vsphere VMware vsphere with Operations Management (vsom) VMware vcenter VMware vsphere High-Availability EMC Virtual Storage Integrator para VMware API de VNX VMware vstorage para soporte de integración de arreglos Cómputo Red Descripción general Almacenamiento

4 Contenido Descripción general EMC VNX VNX Snapshots VNX SnapSure VNX Virtual Provisioning FAST Cache de VNX VNX FAST VP vcloud Networking and Security Recursos compartidos de archivos en VNX ROBO Respaldo y recuperación Descripción general Deduplicación de EMC Avamar Sistemas de almacenamiento con deduplicación EMC Data Domain Protección de datos en VMware vsphere Replication EMC RecoverPoint Otras tecnologías Descripción general VMware vcloud Automation Center VMware vcenter Operations Management Suite Single Sign On para VMware vcenter Public Key Infrastructure EMC Storage Analytics for EMC VNX PowerPath/VE (para bloques) EMC XtremCache Capítulo 4 Descripción general de la arquitectura de la solución 59 Descripción general Arquitectura de soluciones Descripción general Arquitectura lógica Componentes clave Recursos de hardware Recursos de software Pautas para la configuración de servidores Descripción general Actualizaciones de Ivy Bridge Virtualización de memoria de VMware vsphere para VSPEX Pautas para la configuración de la memoria Powered Backup: guía de infraestructura comprobada

5 Contenido Pautas para la configuración de la red Descripción general VLAN Habilitar frames jumbo (para iscsi, FCoE y NFS) Agregación de enlaces (para NFS) Reglas para la configuración del almacenamiento Descripción general Virtualización de almacenamiento en VMware vsphere para VSPEX Elementos esenciales de almacenamiento VSPEX Valores máximos validados de la nube privada de VSPEX Alta disponibilidad y failover Descripción general Capa de virtualización Capa de cómputo Capa de red Capa de almacenamiento Perfil de la prueba de validación Características del perfil Pautas de configuración del respaldo y la recuperación Pautas para el dimensionamiento Carga de trabajo de referencia Descripción general Definición de la carga de trabajo de referencia Aplicación de la carga de trabajo de referencia Descripción general Ejemplo 1: Aplicación personalizada Ejemplo 2: Sistema del punto de venta Ejemplo 3: Servidor web Ejemplo 4: Base de datos de soporte de decisiones Resumen de ejemplos Implementación de la solución Descripción general Tipos de recursos Recursos de CPU Recursos de memoria Recursos de red Recursos de almacenamiento Resumen de la implementación Evaluación rápida Descripción general

6 Contenido Requisitos de CPU Requisitos de memoria Requisitos de rendimiento del almacenamiento Operaciones de I/O por segundo Tamaño de I/O Latencia de I/O Requisitos de capacidad de almacenamiento Determinación de máquinas virtuales de referencia equivalentes Ajuste de los recursos de hardware Herramienta para dimensionamiento de EMC VSPEX Capítulo 5 Guía de configuración de VSPEX 117 Descripción general Tareas previas a la implementación Descripción general Requisitos previos de la implementación Datos de configuración del cliente Preparar los switches, conectar la red y configurar los switches Descripción general Preparar switches de red Configurar la red de la infraestructura Configurar las VLAN Configurar frames jumbo (iscsi y NFS solamente) Cableado completo de la red Preparar y configurar arreglo de almacenamiento Configuración de VNX para protocolos basados en bloques Configuración VNX para protocolos de archivos Configuración de FAST VP Configuración de FAST Cache Instalar y configurar hosts vsphere Descripción general Instalar ESXi Configurar la red ESXi Instalar y configurar PowerPath/VE (solo para bloques) Conectar áreas de almacenamiento de datos de VMware Planear asignaciones de memoria de máquinas virtuales Instalar y configurar base de datos de SQL Server Descripción general Crear una máquina virtual para SQL Server Instalar Microsoft Windows en la máquina virtual Powered Backup: guía de infraestructura comprobada

7 Contenido Instalar SQL Server Configurar una base de datos para VMware vcenter Configurar una base de datos para VMware Update Manager Instalar y configurar VMware vcenter Server Descripción general Crear la máquina virtual del host vcenter Instalar el SO huésped de vcenter Crear conexiones ODBC de vcenter Instalar vcenter Server Aplicar números de licencia de vsphere Instalar el plug-in EMC VSI Crear una máquina virtual en vcenter Realizar una alineación de la partición y asignar un tamaño de unidad de asignación de archivos Crear una plantilla de máquina virtual Implementar máquinas virtuales a partir de la máquina virtual de plantilla Resumen Capítulo 6 Verificación de la solución 151 Descripción general Lista de verificación posterior a la instalación Implementar y probar un solo servidor virtual Verificar la redundancia de los componentes de la solución Ambientes de bloque Ambientes de archivos Capítulo 7 Monitoreo del sistema 155 Descripción general Áreas clave que deben monitorearse Base de rendimiento Servidores Redes Almacenamiento Pautas de monitoreo de recursos de VNX Monitoreo de recursos de almacenamiento de bloques Monitoreo de los recursos de almacenamiento de archivo Resumen Apéndice A Lista de materiales 173 Lista de materiales

8 Contenido Apéndice B Hoja de datos de configuración del cliente 183 Hoja de datos de configuración del cliente Apéndice C Hoja de trabajo de componentes de recursos de servidor 187 Hoja de trabajo de componentes de recursos de servidor Apéndice D Referencias 189 Referencias Documentación de EMC Otra documentación Apéndice E Acerca de VSPEX 191 Acerca de VSPEX Powered Backup: guía de infraestructura comprobada

9 Figuras Figura 1. VNX de última generación con optimización multi-core Figura 2. Los procesadores en modo activo/activo aumentan el rendimiento, la resistencia y la eficiencia Figura 3. Nuevo Unisphere Management Suite Figura 4. Utilización del procesador de almacenamiento con la deduplicación de Windows Figura 5. IOPS de discos con la deduplicación de Windows Figura 6. Latencia de discos con la deduplicación de Windows Figura 7. Soluciones de respaldo y recuperación de EMC Figura 8. Componentes de la nube privada Figura 9. vsom 5.5 ofrece una perspectiva ampliada del ecosistema virtualizado Figura 10. Flexibilidad de la capa de cómputo Figura 11. Ejemplo de un diseño de red altamente disponible: para bloques Figura 12. Ejemplo de un diseño de red altamente disponible: para archivos Figura 13. Progreso de requilibrio de un pool de almacenamiento Figura 14. Utilización de espacio de un LUN delgado Figura 15. Estudio de la utilización de espacio de un pool de almacenamiento Figura 16. Definición de umbrales de utilización para un pool de almacenamiento Figura 17. Definición de notificaciones automatizadas (para bloques) Figura 18. Arquitectura lógica para almacenamiento basado en bloques Figura 19. Arquitectura lógica para almacenamiento basado en archivos Figura 20. Pautas para el uso de procesadores Ivy Bridge Figura 21. Uso de memoria del hipervisor Figura 22. Redes requeridas para el almacenamiento basado en bloques Figura 23. Redes requeridas para el almacenamiento basado en archivos Figura 24. Tipos de discos virtuales de VMware Figura 25. Elemento esencial para el diseño de almacenamiento para 13 máquinas virtuales Figura 26. Elemento esencial para el diseño de almacenamiento para 125 máquinas virtuales

10 Figuras Figura 27. Diseño de almacenamiento para 200 máquinas virtuales con VNX Figura 28. Diseño de almacenamiento para 300 máquinas virtuales con VNX Figura 29. Diseño de almacenamiento para 600 máquinas virtuales con VNX Figura 30. Diseño de almacenamiento para 1,000 máquinas virtuales con VNX Figura 31. Niveles mínimos de escalamiento y puntos de entrada de distintos arreglos Figura 32. Alta disponibilidad en la capa de virtualización Figura 33. Fuentes de alimentación redundantes Figura 34. Alta disponibilidad de la capa de red (VNX): almacenamiento basado en bloques Figura 35. Alta disponibilidad de la capa de red (VNX): almacenamiento basado en archivos Figura 36. Alta disponibilidad de VNX Figura 37. Flexibilidad del pool de recursos Figura 38. Recurso necesario del pool de máquinas virtuales de referencia Figura 39. Requisitos de recursos agregados: etapa Figura 40. Configuración de un pool: etapa Figura 41. Requisitos de recursos agregados: etapa Figura 42. Configuración de un pool: etapa Figura 43. Requisitos de recursos agregados para la etapa Figura 44. Configuración de un pool: etapa Figura 45. Personalización de recursos de servidor Figura 46. Ejemplo de arquitectura de red: almacenamiento basado en bloques Figura 47. Ejemplo de arquitectura de red Ethernet: almacenamiento basado en archivos Figura 48. Cuadro de diálogo de ajustes de red para archivos Figura 49. Cuadro de diálogo para crear una interfaz Figura 50. Cuadro de diálogo para crear un sistema de archivos Figura 51. Casilla de verificación Direct Writes Enabled Figura 52. Cuadro de diálogo Storage Pool Properties Figura 53. Cuadro de diálogo Manage Auto-Tiering Figura 54. Cuadro de diálogo Storage System Properties Figura 55. Cuadro de diálogo Create FAST Cache Figura 56. Pestaña Advanced del cuadro de diálogo Create Storage Figura 57. Pestaña Advanced del cuadro de diálogo Storage Pool Properties Figura 58. Configuración de la memoria en la máquina virtual Figura 59. Alertas de pool de almacenamiento Powered Backup: guía de infraestructura comprobada

11 Figuras Figura 60. Panel de pools de almacenamiento Figura 61. Cuadro de diálogo LUN Properties Figura 62. Panel de monitoreo y alertas Figura 63. Los IOPS en los LUN Figura 64. Los IOPS en las unidades Figura 65. Latencia en los LUN Figura 66. Utilización de SP Figura 67. Estadísticas de Data Movers Figura 68. Estadísticas de red de Data Mover de front-end Figura 69. Panel Storage Pools for File Figura 70. Panel File Systems Figura 71. Panel de propiedades del sistema de archivos Figura 72. Panel de rendimiento del sistema de archivos Figura 73. Panel de rendimiento total del almacenamiento basado en archivos

12 Tablas Tabla 1. Beneficios de VNX para el cliente Tabla 2. Umbrales y ajustes para VNX OE for Block Versión Tabla 3. Hardware de la solución Tabla 4. Software de la solución Tabla 5. Recursos de hardware para la capa de cómputo Tabla 6. Recursos de hardware para la red Tabla 7. Recursos de hardware para almacenamiento Tabla 8. Cantidad de discos necesarios para la cantidad diferente de máquinas virtuales Tabla 9. Características del perfil Tabla 10. Características de la máquina virtual Tabla 11. Fila de la hoja de trabajo en blanco Tabla 12. Recursos de máquinas virtuales de referencia Tabla 13. Ejemplo de fila de la hoja de trabajo Tabla 14. Ejemplo de aplicaciones: etapa Tabla 15. Aplicaciones de ejemplo: etapa Tabla 16. Aplicaciones de ejemplo: etapa Tabla 17. Totales de componentes de recursos de servidor Tabla 18. Descripción general del proceso de implementación Tabla 19. Tareas previas a la implementación Tabla 20. Lista de verificación de los requisitos previos de la implementación Tabla 21. Tareas para la configuración de los switches y la red Tabla 22. Tareas para la configuración de VNX Tabla 23. Tabla de asignación de almacenamiento para datos en bloque Tabla 24. Tareas para la configuración del almacenamiento Tabla 25. Tabla de asignación de almacenamiento para archivos Tabla 26. Tareas para la instalación de servidores Tabla 27. Tareas para la configuración de una base de datos de SQL Server Tabla 28. Tareas para la configuración de vcenter Tabla 29. Tareas para comprobar la instalación

13 Tablas Tabla 30. Tabla 31. Tabla 32. Tabla 33. Lista de componentes que se usan en la solución VSPEX para 200 máquinas virtuales Lista de componentes que se usan en la solución VSPEX para 300 máquinas virtuales Lista de componentes que se usan en la solución VSPEX para 600 máquinas virtuales Lista de componentes que se usan en la solución VSPEX para 1,000 máquinas virtuales Tabla 34. Información común del servidor Tabla 35. Información del servidor ESXi Tabla 36. Información del arreglo Tabla 37. Información de la infraestructura de red Tabla 38. Información de VLAN Tabla 39. Cuentas de servicio Tabla 40. Hoja de trabajo en blanco para totales de recursos de servidor

14 Tablas 14 Powered Backup: guía de infraestructura comprobada

15 Capítulo 1 Resumen ejecutivo Este capítulo presenta los siguientes temas: Introducción Audiencia Propósito del documento Requisitos del negocio

16 Resumen ejecutivo Introducción Las arquitecturas modulares y validadas EMC VSPEX están diseñadas con las mejores tecnologías comprobadas en su clase para crear soluciones de virtualización completas que le permitan tomar una decisión informada en las capas de hipervisor, cómputo y redes. VSPEX ayuda a reducir las cargas de planificación y configuración de la virtualización. Cuando se emprenden las tareas de virtualización de servidores, implementación de equipos de escritorio virtuales o consolidación de TI, VSPEX acelera la transformación de la TI mediante implementaciones más rápidas, un mayor número de opciones, mayor eficiencia y menor riesgo. Este documento es una guía integral de los aspectos técnicos de esta solución. La capacidad del servidor se proporciona en términos genéricos para los requisitos mínimos de CPU, memoria e interfaces de red; el cliente tiene la libertad de seleccionar el hardware de servidor y de red de su preferencia que cumpla o supere los requisitos mínimos establecidos. Audiencia Propósito del documento Se espera que el lector de este documento cuente con la capacitación y el conocimiento previo necesarios para instalar y configurar VMware vsphere 5.5, los sistemas de almacenamiento EMC VNX y la infraestructura asociada según los requisitos de esta implementación. Se proporcionan referencias externas en los casos pertinentes, y los lectores deben estar familiarizados con estos documentos. Los lectores también deben estar familiarizados con las políticas de seguridad de la infraestructura y la base de datos de la instalación existente del cliente. Aquellos que estén centrados en vender y dimensionar una infraestructura de nube privada de VMware deben prestar especial atención a los primeros cuatros capítulos de este documento. Después de la compra, los implementadores de la solución deben centrarse en las pautas de configuración del Capítulo 5, la validación de la solución del Capítulo 6 y las referencias y los apéndices correspondientes. Este documento incluye una introducción inicial a la arquitectura de VSPEX, una explicación sobre cómo modificar la arquitectura para contrataciones específicas e instrucciones sobre cómo implementar y monitorear eficazmente el sistema. La arquitectura de nube privada de VSPEX ofrece a los clientes un moderno sistema que puede alojar una gran cantidad de máquinas virtuales a un nivel coherente de rendimiento. Esta solución se ejecuta en la capa de virtualización de VMware vsphere respaldada por la familia VNX de almacenamiento de alta disponibilidad. Los componentes de cómputo y de red, definidos por los partners de VSPEX, están diseñados para que sean redundantes y lo bastante eficientes para manejar las necesidades de procesamiento y de datos del ambiente de máquinas virtuales. 16 Powered Backup: guía de infraestructura comprobada

17 Resumen ejecutivo Requisitos del negocio Los ambientes con 200, 300, 600 y 1,000 máquinas virtuales mencionados están basados en una carga de trabajo de referencia definida. En vista de que no todas las máquinas virtuales tienen los mismos requisitos, este documento contiene métodos y pautas para ajustar su sistema para que sea rentable al implementarlo. En el caso de ambientes más pequeños, las soluciones para un máximo de 125 máquinas virtuales basadas en EMC VNXe se describen en Nube privada EMC VSPEX: VMware vsphere 5.5 para hasta 125 máquinas virtuales. Una arquitectura de nube privada es una oferta de sistema complejo. Este documento facilita la configuración ya que entrega listas de materiales de software y hardware como requisitos previos, pautas y hojas de trabajo de dimensionamiento detallado y pasos de implementación verificados. Después de instalar el último componente, se realizan pruebas de validación y se ejecutan instrucciones de monitoreo para garantizar que el sistema esté ejecutándose correctamente. Si se siguen las instrucciones de este documento, tendrá la seguridad llegar a la nube de forma eficiente y sin complicaciones. Las soluciones VSPEX están diseñadas con las mejores tecnologías comprobadas en su clase para crear soluciones de virtualización completas que le permiten tomar una decisión informada en las capas de hipervisor, servidor y red. Las aplicaciones de negocios están migrando a ambientes de cómputo, de red y de almacenamiento consolidados. Las soluciones de nube privada de EMC VSPEX con VMware reducen la complejidad de configuración de cada componente de un modelo de implementación tradicional. La complejidad de la administración de la integración se reduce mientras que las opciones de diseño e implementación de aplicaciones se mantienen. La administración se unifica y la separación de procesos se puede controlar y monitorear adecuadamente. Las necesidades comerciales correspondientes a la nube privada de VSPEX para las arquitecturas VMware son las siguientes: Proporcionar una solución de virtualización de punto a punto para utilizar las funcionalidades de los componentes de la infraestructura unificada de manera eficaz. Proporcionar una solución de nube privada de VSPEX para VMware a fin de virtualizar de forma eficiente hasta 1,000 máquinas virtuales para casos de uso de clientes diferentes. Proporcionar un diseño de referencia confiable, flexible y escalable. 17

18 Resumen ejecutivo 18 Powered Backup: guía de infraestructura comprobada

19 Capítulo 2 descripción general de la solución Este capítulo presenta los siguientes temas: Introducción Virtualización Cómputo Red Almacenamiento

20 descripción general de la solución Introducción Virtualización Cómputo La nube privada de VSPEX para VMware vsphere 5.5 proporciona una arquitectura de sistema completo que tiene la capacidad de ser compatible con hasta 1,000 máquinas virtuales, con una topología redundante de servidor y red, y un almacenamiento altamente disponible. Los componentes principales de esta solución son la virtualización, el cómputo, el almacenamiento y las funciones de red. VMware vsphere es la plataforma de virtualización líder en el sector. Durante años, ha entregado flexibilidad y ahorro de costos para los usuarios finales, ya que permite la consolidación de granjas de servidores grandes e ineficientes en infraestructuras de nube ágiles y confiables. Los principales componentes de VMware vsphere son el hipervisor VMware vsphere y VMware vcenter Server para la administración de sistemas. El hipervisor VMware se ejecuta en un servidor exclusivo y permite que se ejecuten varios sistemas operativos a la vez en el sistema, al igual que las máquinas virtuales. Estos sistemas de hipervisores pueden conectarse para operar en una configuración en cluster. Estas configuraciones agrupadas en clusters después se administran como un pool de recursos más grande por medio de VMware vcenter y permiten la asignación dinámica de CPU, memoria y almacenamiento en todo el cluster. Con funciones como VMware vmotion, que permite que una máquina virtual se mueva entre diferentes servidores sin interrupción para el sistema operativo y Distributed Resource Scheduler (DRS), que realiza vmotions de forma automática para balancear la carga, vsphere se convierte en una sólida opción de negocios. Con vsphere 5.5, un ambiente virtualizado con VMware puede alojar máquinas virtuales con hasta 64 CPU virtuales y 1 TB de memoria de acceso aleatorio (RAM) virtual. VSPEX ofrece la flexibilidad de diseñar e implementar los componentes de servidor que elija. La infraestructura se debe ajustar a los siguientes atributos: Cantidad suficiente de cores y memoria para admitir la cantidad y los tipos requeridos de máquinas virtuales. Conexiones de red suficientes para permitir la conectividad redundante a los switches del sistema. Capacidad en exceso para tolerar una falla o un failover de servidor en el ambiente. 20 Powered Backup: guía de infraestructura comprobada

21 descripción general de la solución Red VSPEX entrega la flexibilidad para diseñar e implementar los componentes de red que escoja el cliente. La infraestructura se debe ajustar a los siguientes atributos: Enlaces de red redundantes para los hosts, los switches y el almacenamiento. Aislamiento del tráfico basándose en mejores prácticas aceptadas en el sector. Compatibilidad para la agregación de enlaces. Los switches de red IP usados para implementar esta arquitectura de referencia deben tener una capacidad mínima de backplane sin bloqueo que sea suficiente para la cantidad objetivo de máquinas virtuales y sus cargas de trabajo asociadas. Los switches de clase empresarial con funcionalidades avanzadas, como la calidad de servicio, son muy recomendables. Almacenamiento La familia de almacenamiento de EMC VNX es la principal plataforma de almacenamiento compartido del sector. VNX entrega acceso tanto a archivos como bloques con un amplio conjunto de funciones, lo que lo convierte en la elección ideal para cualquier implementación de nube privada. El almacenamiento de VNX incluye los siguientes componentes que están dimensionados para la carga de trabajo de la arquitectura de referencia indicada: Puertos HBA (para bloques): permiten conectar el host con el arreglo mediante un fabric. Procesadores de almacenamiento (SP): los componentes de cómputo del arreglo de almacenamiento, que se usan para todos los aspectos de transferencia de datos dentro de arreglos, fuera de ellos y entre ellos. Unidades de disco: ejes de disco y discos de estado sólido (SSD) que contienen los datos del host o de las aplicaciones y sus gabinetes. Data Movers (para archivo): dispositivos de front-end que brindan servicios de archivos a los hosts (opcionales si se brindan servicios de CIFS/SMB, NFS). Las soluciones de nube privada de VMware para 200, 300, 600 y 1,000 máquinas virtuales que se describen en este documento están basadas en los arreglos de almacenamiento VNX5200, VNX5400, VNX5600 y VNX5800, respectivamente. VNX5200 puede ser compatible con hasta 125 unidades, VNX5400 puede ser compatible con hasta 250 unidades, VNX5600 puede ser compatible con hasta 500 unidades y VNX5800 puede ser compatible con hasta 750 unidades. La serie EMC VNX admite una amplia variedad de funciones de nivel empresarial ideales para el ambiente de nube privada, entre las que se incluyen: Fully Automated Storage Tiering for Virtual Pools (FAST VP ) FAST Cache Deduplicación y compresión de datos a nivel de archivos Deduplicación de bloques 21

22 descripción general de la solución Thin provisioning Replicación Snapshots o puntos de control. Retención a nivel de archivos (FLR) Administración de cuotas Compresión de bloques EMC VNX Funciones y mejoras La plataforma EMC VNX de almacenamiento unificado y optimizada para flash entrega funcionalidades empresariales y de innovación para el almacenamiento de archivos, bloques y objetos en una solución única, escalable y fácil de usar. Ideal para cargas de trabajo combinadas en ambientes físicos o virtuales, VNX combina hardware potente y flexible con software de protección, administración y eficiencia avanzadas para cumplir las exigentes demandas de los ambientes de aplicaciones virtualizados de hoy día. VNX incluye muchas funciones y mejoras diseñadas y desarrolladas a partir del éxito de la primera generación. Estas funciones y mejoras incluyen lo siguiente: Más capacidad a través del uso de optimización multi-core con caché multi-core, RAID multi-core y FAST Cache multi-core (MCx) Mayor eficiencia con un arreglo híbrido optimizado para flash Mejor protección gracias al incremento en la disponibilidad de aplicaciones con procesadores de almacenamiento activo/activo. Administración e implementación más sencillas gracias al incremento de la productividad con un nuevo Unisphere Management Suite VSPEX se desarrolla con el VNX de última generación para entregar una eficiencia, un rendimiento y un escalamiento aun mayores que antes. Arreglo híbrido optimizado para flash VNX es un arreglo híbrido optimizado para flash que proporciona un almacenamiento en niveles automatizado para entregar el mejor rendimiento para sus datos importantes mientras se transfieren, de manera inteligente, los datos a los que se accede con menor frecuencia a discos de menor costo. Con este enfoque híbrido, un pequeño porcentaje de discos flash del sistema general pueden proporcionar un alto porcentaje del IOPS total. El VNX optimizado para flash aprovecha al máximo la baja latencia de flash para entregar un ahorro de costos optimizado y una escalabilidad de alto rendimiento. EMC Fully Automated Storage Tiering Suite (FAST Cache y FAST VP) almacena en niveles los datos de bloques y de archivos en unidades heterogéneas e impulsa los datos más activos a los discos flash, lo que garantiza que los clientes nunca tendrán que hacer concesiones en términos de costo o rendimiento. 22 Powered Backup: guía de infraestructura comprobada

23 descripción general de la solución Los datos se usan con más frecuencia en el momento en que se crean; por lo tanto, los datos nuevos primero se almacenan en discos flash para brindar un mejor rendimiento. A medida que los datos pierden vigencia y se vuelven menos activos, FAST VP mueve automáticamente los datos de unidades de alto rendimiento a unidades de alta capacidad, según las políticas definidas por el cliente. EMC mejoró esta funcionalidad con una granularidad cuatro veces mayor y con nuevos discos de estado sólido (SSD) de FAST VP basados en la tecnología de celdas de múltiples niveles empresariales (emlc) para reducir el costo por gigabyte. FAST Cache garantiza el rendimiento para absorber dinámicamente los aumentos imprevistos en las cargas de trabajo del sistema. Todos los casos de uso de VSPEX se beneficiarán de una mayor eficiencia. Las infraestructuras comprobadas VSPEX entregan soluciones de nube privada, cómputo del usuario final y aplicación virtualizada. Con VNX, los clientes pueden lograr un retorno aún mayor en sus inversiones. Además, la deduplicación basada en bloques fuera de banda de VNX puede disminuir considerablemente los costos del nivel de flash. Optimización de la ruta de código MCx de VNX Intel El advenimiento de la tecnología flash ha sido, recientemente, un catalizador para el cambio radical en los requisitos de los sistemas de almacenamiento de rango medio. EMC rediseñó la plataforma de almacenamiento de rango medio para optimizar eficientemente los CPU multi-core con el fin de proporcionar el sistema de almacenamiento de mayor rendimiento al costo más bajo en el mercado. MCx distribuye todos los servicios de datos de VNX en todos los cores (hasta 32), como se muestra en la Figura 1. VNX con MCx ha mejorado drásticamente el rendimiento de los archivos para las aplicaciones transaccionales, como las bases de datos o las máquinas virtuales, en el almacenamiento conectado en red (NAS). Figura 1. VNX de última generación con optimización multi-core 23

24 descripción general de la solución Caché multi-core La caché es el activo más valioso del subsistema de almacenamiento; su uso eficiente es clave para lograr la eficiencia global de la plataforma en el manejo de cargas de trabajo variables y dinámicas. El motor de la caché se ha modularizado para aprovechar todos los cores disponibles del sistema. RAID multi-core Otra parte importante del rediseño del MCx es el manejo de las operaciones de I/O del almacenamiento de back-end permanente, discos duros (HDD) y SSD. Las mejoras cada vez mayores en el rendimiento de VNX provienen de la modularización del procesamiento de la administración de datos de back-end, que permite que MCx se escale sin problemas en todos los procesadores. Rendimiento de VNX Mejoras en el rendimiento El almacenamiento de VNX, activado con la arquitectura de MCx, está optimizado para FLASH 1 st y proporciona un rendimiento general sin precedentes ya que optimiza el rendimiento de las transacciones (costo por IOPS) y el rendimiento del ancho de banda (costo por GB/s) con baja latencia, y proporciona una eficiencia de capacidad óptima (costo por GB). VNX proporciona las siguientes mejoras en el rendimiento: Hasta cuatro veces más transacciones de archivos en comparación con los arreglos con dos controladores Aumenta hasta tres veces el rendimiento de archivos para aplicaciones transaccionales, con un tiempo de respuesta un 60 % mejor. Hasta cuatro veces más transacciones Oracle y Microsoft SQL Server OLTP Hasta seis veces más máquinas virtuales Procesadores de almacenamiento de arreglo activo/activo La nueva arquitectura VNX proporciona procesadores de almacenamiento del arreglo en modo activo/activo, como se muestra en la Figura 2, que elimina los tiempos de espera agotados de la aplicación durante el failover de rutas, ya que ambas rutas ofrecen activamente sus servicios a las tareas de I/O. 24 Powered Backup: guía de infraestructura comprobada

25 descripción general de la solución Figura 2. Los procesadores en modo activo/activo aumentan el rendimiento, la resistencia y la eficiencia El balanceo de carga también fue mejorado y las aplicaciones pueden llegar a duplicar su rendimiento. El modo activo/activo para bloques es ideal para las aplicaciones que requieren los niveles más altos de disponibilidad y rendimiento, pero que no requieren organización en niveles o servicios de eficiencia, como compresión o deduplicación. Con esta versión de VNX, los clientes de VSPEX pueden usar Data movers virtuales (VDM) y VNX Replicator para realizar migraciones del sistema de archivos automatizadas y de gran velocidad entre los sistemas. Este proceso migra automáticamente todas las snapshots y configuraciones, y permite que los clientes continúen sus operaciones durante la migración. Nota: Los procesadores en modo activo/activo solo están disponibles para los números de unidad lógica (LUN) de RAID, no para los LUN de pool. Unisphere Management Suite El nuevo Unisphere Management Suite amplía la interfaz fácil de usar de Unisphere para incluir VNX Monitoring and Reporting a fin de validar el rendimiento y anticipar los requisitos de capacidad. Tal como se muestra en la Figura 3, el conjunto de aplicaciones también incluye Unisphere Remote para administrar de manera centralizada hasta miles de sistemas VNX y VNXe, con soporte nuevo para productos XtremCache. 25

26 descripción general de la solución Figura 3. Nuevo Unisphere Management Suite Administración de virtualización VMware Virtual Storage Integrator EMC Virtual Storage Integrator (VSI) es un plug-in gratuito para VMware vcenter que está disponible para todos los usuarios de VMware con almacenamiento de EMC. Los clientes de VSPEX pueden usar VSI para simplificar la administración del almacenamiento virtualizado. Los administradores de VMware pueden obtener la visibilidad de su almacenamiento VNX mediante la misma interfaz conocida de vcenter a la cual están acostumbrados. Con VSI, los administradores de TI pueden hacer más cosas en menos tiempo. VSI ofrece un control de acceso inigualable que permite administrar y delegar de manera eficiente y confiable las tareas de almacenamiento. Realice tareas de administración diarias con hasta un 90 % menos de clics y una productividad hasta 10 veces mayor. API de VMware vstorage para integración de arreglos Las API de VMware vstorage para integración de arreglos (VAAI) descargan las funciones relacionadas con el almacenamiento de VMware del servidor al sistema de almacenamiento, lo que permite un uso más eficiente de los recursos del servidor y de la red para aumentar el rendimiento y la consolidación. API de VMware vstorage para reconocimiento del almacenamiento API de VMware Storage para reconocimiento del almacenamiento (VASA) es una API definida por VMware que permite mostrar información de almacenamiento mediante vcenter. La integración entre la tecnología VASA y VNX permite que la administración del almacenamiento en un ambiente virtualizado sea una experiencia sin fisuras. EMC Storage Integrator EMC Storage Integrator (ESI) está orientado a los administradores de Windows y de otras aplicaciones. ESI es fácil de usar, entrega un monitoreo de punto a punto y es independiente del hipervisor. Los administradores pueden provisionar una plataforma de Windows en los ambientes virtuales y físicos, y resolver los problemas visualizando la topología de una aplicación desde el hipervisor subyacente hasta el almacenamiento. 26 Powered Backup: guía de infraestructura comprobada

27 descripción general de la solución Descarga de transferencias de datos La función de descarga de transferencias de datos (ODX) de Microsoft Windows Server 2012 y versiones posteriores permite que las transferencias de datos realizadas durante las operaciones de copia puedan descargarse al arreglo de almacenamiento, lo que libera ciclos del host. Por ejemplo, gracias al uso de ODX para una migración activa de una máquina virtual de SQL Server, se duplicó el rendimiento, se disminuyó el tiempo de migración en un 50 %, se redujo en un 20 % el uso de CPU en el servidor host y se eliminó el tráfico de red. Deduplicación de bloques La deduplicación de bloques nativa se introdujo en Windows Server 2012, y la versión R2 contenía mejoras menores para la oferta. Es importante comprender el impacto que tiene el uso de la deduplicación basada en SO en el rendimiento general de VSPEX y esto se convierte en algo crítico si se activa la deduplicación basada en arreglos. A partir de las pruebas de laboratorio se crearon las siguientes pautas: Si se activa la deduplicación, sea dentro del arreglo o del SO, FAST Cache reduce significativamente el impacto de sobrecarga y minimiza el impacto en la latencia; si la deduplicación está activada en un ambiente VSPEX, se recomienda activar FAST Cache como una mejor práctica. La deduplicación basada en arreglo VNX proporcionó resultados de deduplicación significativamente mejores (una mejora de alrededor del doble en los ahorros de espacio) y demostró ser beneficiosa para un mayor rango de cargas de trabajo en comparación con la deduplicación basada en SO. No activar la deduplicación basada en SO y en arreglo VNX en los mismos LUN. Asegurarse de que el tamaño de unidad de asignación coincida con el tamaño de I/O de la carga de trabajo. No hacerlo puede ocasionar ahorros no óptimos de deduplicación. La deduplicación de Windows no comenzará si el LUN contiene menos de 64 GB de datos. La deduplicación de Windows consume tanto recursos de arreglos de almacenamiento como de host y requiere monitoreo para garantizar que los otros servicios de almacenamiento del arreglo no se vean afectados de forma negativa. Las siguientes tres figuras muestran los valores de consumo de recursos del procesador de almacenamiento, los IOPS y la latencia al implementar la deduplicación de Windows. 27

28 descripción general de la solución Figura 4. Utilización del procesador de almacenamiento con la deduplicación de Windows Figura 5. IOPS de discos con la deduplicación de Windows 28 Powered Backup: guía de infraestructura comprobada

29 descripción general de la solución Figura 6. Latencia de discos con la deduplicación de Windows Respaldo y recuperación de EMC Las soluciones de respaldo y recuperación de EMC, EMC Avamar y EMC Data Domain, entregan la protección confiable necesaria para acelerar la implementación de las nubes privadas de VSPEX. Optimizados para los ambientes virtuales, el respaldo y la recuperación de EMC reducen los tiempos de respaldo en un 90 % y aumentan 30 veces las velocidades de recuperación, e incluso ofrecen un acceso instantáneo a la máquina virtual para brindar una protección sin preocupaciones. Los dispositivos de respaldo de EMC refuerzan su efectividad con una verificación de punto a punto y autorreparación para garantizar una recuperación correcta. Nuestras soluciones también permiten grandes ahorros. Con deduplicación líder en el sector, puede reducir el almacenamiento de respaldos entre 10 y 30 veces, el tiempo de administración de los respaldos en un 81 % y el ancho de banda de la WAN en un 99 % para obtener una recuperación de desastres eficiente, lo que entrega un promedio de recuperación de la inversión de siete meses. Podrá escalar el almacenamiento de manera simple y eficiente a medida que crece su ambiente. Para implementaciones de nube privada de VSPEX, recomendamos VDP Advanced como su solución de respaldo. Suministrada por la tecnología de Avamar, VDP Advanced ofrece los beneficios de las funciones de respaldo y recuperación a nivel de imagen eficaces y rápidas de Avamar para una protección confiable total. 29

30 descripción general de la solución Figura 7. Soluciones de respaldo y recuperación de EMC Las soluciones de respaldo y recuperación de EMC que se usan en esta solución VSPEX son el sistema y software de deduplicación EMC Avamar, el sistema de almacenamiento con deduplicación EMC Data Domain y VMware vsphere Data Protection Advanced. 30 Powered Backup: guía de infraestructura comprobada

31 Capítulo 3 Descripción general de la tecnología de la solución Este capítulo presenta los siguientes temas: Descripción general Componentes clave Virtualización Cómputo Red Almacenamiento Respaldo y recuperación Otras tecnologías

32 Descripción general de la tecnología de la solución Descripción general Esta solución usa EMC VNX y VMware vsphere 5.5 para ofrecer consolidación de almacenamiento y hardware de servidores en una nube privada. La nueva infraestructura virtualizada se administra en forma central, para proporcionar una implementación y administración eficientes de un número escalable de máquinas virtuales y almacenamiento compartido asociado. La Figura 8 se muestran los componentes de la solución. Figura 8. Componentes de la nube privada En las siguientes secciones se describen los componentes más detalladamente. 32 Powered Backup: guía de infraestructura comprobada

33 Descripción general de la tecnología de la solución Componentes clave Esta sección describe los componentes clave de esta solución. Virtualización La capa de virtualización permite que la implementación física de recursos se desacople de las aplicaciones que los usan. En otras palabras, la vista de las aplicaciones de los recursos disponibles ya no está enlazada directamente al hardware. Esto posibilita muchas características clave en el concepto de nube privada. Cómputo La capa de cómputo entrega recursos de memoria y procesamiento para el software de capa de virtualización y para las aplicaciones que se ejecutan en la nube privada. El programa de VSPEX define la cantidad mínima de recursos de capa de cómputo necesarios y permite que el partner implemente la solución usando cualquier hardware de servidor que cumpla con estos requisitos. Red La capa de red conecta a los usuarios de la nube privada con los recursos de la nube, y la capa de almacenamiento con la capa de cómputo. El programa de VSPEX define la cantidad mínima de puertos de red necesarios, ofrece pautas generales sobre la arquitectura de la red y permite que el cliente implemente la solución usando cualquier hardware de red que cumpla con estos requisitos. Almacenamiento La capa de almacenamiento es importante para la implementación de la nube privada. Debido a que varios hosts tienen acceso a datos compartidos, es posible implementar muchos de los casos de uso que se definen en la nube privada. La familia de almacenamiento de EMC VNX que se utiliza en esta solución entrega almacenamiento de datos de alto rendimiento y, a la vez, mantiene la alta disponibilidad. Respaldo y recuperación de EMC Los componentes de respaldo y recuperación de la solución entregan protección de datos cuando los datos del sistema principal se eliminan, se dañan o quedan inutilizables. En la sección Arquitectura de soluciones se ofrece información detallada sobre todos los componentes que conforman la arquitectura de referencia. 33

34 Descripción general de la tecnología de la solución Virtualización Descripción general VMware vsphere 5.5 La capa de virtualización es un componente clave de cualquier solución de virtualización de servidores o de nube privada. Permite que los requisitos de recursos de aplicaciones se desacoplen de los recursos físicos subyacentes que les prestan servicios. Esto da lugar a una mayor flexibilidad en la capa de aplicación a través de la eliminación del tiempo fuera del hardware para labores de mantenimiento, y permite que el sistema cambie físicamente sin afectar a las aplicaciones alojadas. En un caso de uso de virtualización de servidores o de nube privada, permite que múltiples máquinas virtuales independientes compartan el mismo hardware físico en lugar de tener que implementarlas directamente en hardware dedicado. VMware vsphere 5.5 transforma los recursos físicos de un equipo mediante la virtualización de la 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. Las funciones de alta disponibilidad de VMware vsphere 5.5, como por ejemplo vmotion y Storage vmotion, permiten una migración transparente de las máquinas virtuales y los archivos almacenados desde un servidor de vsphere a otro, o desde un área de almacenamiento de datos a otra sin impacto en el rendimiento o con un impacto mínimo. En conjunto con vsphere DRS y DRS de almacenamiento, las máquinas virtuales tienen acceso a los recursos adecuados en cualquier momento mediante el balanceo de carga de recursos de cómputo y almacenamiento. Funciones de VMware vsphere 5.5 VMware vsphere 5.5 incluye una lista ampliada de funciones nuevas y mejoradas que optimizan el rendimiento, la confiabilidad, la disponibilidad y la recuperación de los ambientes virtualizados. De esas funciones, muchas ejercen impactos significativos en las implementaciones de nube privada de VSPEX, como por ejemplo los siguientes: Memoria máxima y límites de CPU ampliados para los host ESX. Los conteos de CPU lógicos y virtuales se han duplicado en esta versión, al igual que los conteos de nodos de NUMA y la memoria máxima. Esto significa que los servidores host pueden soportar tipos de carga más grandes. Compatibilidad con archivos VMDK de 62 TB, incluido el mapeo de dispositivos crudos (RDM). Las áreas de almacenamiento de datos pueden mantener más datos de una mayor cantidad de máquinas virtuales, lo cual simplifica la administración de almacenamiento y permite aprovechar discos SAS NL con mayor capacidad Soporte de VAAI UNMAP mejorado que incluye el comando nuevo esxcli storage vmfs unmap con varios métodos de recuperación de espacio Soporte de SR-IOV mejorado que simplifica la configuración a través de los flujos de trabajo y reflota más propiedades en las funciones virtuales Soporte de punto a punto de 16 GB para los ambientes FC 34 Powered Backup: guía de infraestructura comprobada

35 Descripción general de la tecnología de la solución Funciones LACP mejoradas que ofrecen algoritmos hash adicionales y hasta 64 grupos de acceso de enlaces (LAG) vsphere Data Protection (VDP), que ahora puede replicar los datos de respaldo directamente en EMC Avamar Soporte de tarjetas de interfaz de red (NIC) Mellanox de 40 Gb Grandes mejoras de VMFS, que reducen los requisitos de memoria y permiten el acceso a un espacio de direcciones de VMFS de 64 TB completos VMware vsphere with Operations Management (vsom) 5.5 A partir de la virtualización, surgieron nuevos desafíos (proliferación de máquinas virtuales, sobreaprovisionamiento de máquinas virtuales, utilización ineficiente de la capacidad). Para abordar estos puntos débiles del cliente, VMware introdujo vsphere with Operations Management (vsom) en el primer trimestre de Como VMware introduce la visión de centro de datos definido por software en el mercado, la virtualización del cómputo, o VMware vsphere with Operations Management, sigue siendo la base para lograr este nuevo modelo de TI. vsphere with Operations Management es la plataforma de virtualización líder en el mundo que ofrece visibilidad de la capacidad y el rendimiento de TI, y está diseñada para ejecutar las aplicaciones críticas de negocio a altos niveles de servicio. Al ofrecer visibilidad de la capacidad y el estado de la carga de trabajo, los usuarios logran una mejor utilización de la capacidad y mayores tasas de consolidación y ahorros de hardware. Obtener una perspectiva de los cuellos de botella de rendimiento y aprovechar las recomendaciones para la resolución de problemas les permite a los usuarios comprender el impacto total y la causa raíz de un problema antes de que todo el negocio se vea afectado. En consecuencia, los usuarios aseguran el rendimiento y el estado de la aplicación a la vez que reducen significativamente el tiempo que dedican a la resolución de problemas. vsom es un hipervisor completamente compatible con VSPEX. Además, para mediados de 2014, los clientes de vsom dispondrán de una ruta de actualización de la versión estándar de Operations Management a las versiones Enterprise o Enterprise Plus, lo cual les permitirá utilizar del producto EMC Storage Analytics for EMC VNX. Esto amplía la perspectiva del arreglo de almacenamiento, incluida la visibilidad de punto a punto y el mapeo de recursos, desde la máquina virtual hasta los componentes del arreglo individual. Para obtener información adicional sobre cómo instalar y configurar Operations Manager en un ambiente VSPEX, consulte el siguiente documento: Solución EMC VSPEX para infraestructura como servicio con VMware vcloud Suite 35

36 Descripción general de la tecnología de la solución Figura 9. vsom 5.5 ofrece una perspectiva ampliada del ecosistema virtualizado VMware vcenter VMware vcenter es una plataforma de administración centralizada para la infraestructura virtual de VMware. Esta plataforma proporciona a los administradores una sola interfaz para todos los aspectos de monitoreo, administración y mantenimiento de la infraestructura virtual a la que se puede acceder desde varios dispositivos. VMware vcenter también administra algunas características avanzadas de la infraestructura virtual de VMware, como VMware vsphere High-Availability y Distributed Resource Scheduling (DRS), junto con vmotion y Update Manager. VMware vsphere High-Availability La función VMware vsphere High-Availability permite que la capa de virtualización reinicie automáticamente máquinas virtuales cuando presenten diversas fallas. Si el sistema operativo de la máquina virtual tiene un error, la máquina virtual se puede reiniciar automáticamente en el mismo hardware. Si el hardware físico tiene un error, las máquinas virtuales afectadas se pueden reiniciar automáticamente en otros servidores del cluster. Nota: Para reiniciar máquinas virtuales en otro hardware, los servidores correspondientes deberán tener recursos disponibles. En la sección Cómputo se ofrece información detallada para activar esta función. Con la función VMware vsphere High-Availability, puede configurar políticas para determinar qué máquinas se reinician de forma automática y en qué condiciones se deben realizar estas operaciones. 36 Powered Backup: guía de infraestructura comprobada

37 Descripción general de la tecnología de la solución EMC Virtual Storage Integrator para VMware 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. Agregue y quite funciones a VSI en forma independiente; esto le ofrece la flexibilidad necesaria para personalizar ambientes de usuarios 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 de los clientes. Las pruebas de validación utilizan las siguientes funciones: Storage Viewer (SV): extiende el cliente vsphere para facilitar la detección y la identificación de dispositivos de almacenamiento EMC VNX que están asignados a hosts y máquinas virtuales de VMware 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. Unified Storage Management: simplifica la administración del almacenamiento de la plataforma de almacenamiento unificado EMC VNX. Permite a los administradores de VMware provisionar áreas de almacenamiento de datos Virtual Machine File System (VMFS), volúmenes Raw Device Mapping (RDM), o Network File System (NFS) en forma transparente dentro del cliente vsphere. Para obtener más información, consulte las guías del producto EMC VSI for VMware vsphere en el Soporte en línea de EMC. API de VNX VMware vstorage para soporte de integración de arreglos 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.5 que permite que vsphere descargue operaciones de almacenamiento específicas a hardware de almacenamiento compatible, 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. Cómputo La elección de una plataforma de servidor para una infraestructura de EMC VSPEX no solo se basa en los requisitos técnicos del ambiente, sino también en la capacidad de soporte de la plataforma, las relaciones existentes con el proveedor de servidores, las funciones avanzadas de rendimiento y administración, y muchos otros factores. Por esta razón, las soluciones EMC VSPEX están diseñadas para ejecutarse en una amplia variedad de plataformas de servidor. En lugar de solicitar una cantidad determinada de servidores con un conjunto específico de requisitos, VSPEX documenta los requisitos mínimos para el número de cores de procesadores y la cantidad de RAM. Esto puede implementarse con dos o 20 servidores y aun así puede considerarse la misma solución VSPEX. 37

38 Descripción general de la tecnología de la solución En el ejemplo que se muestra en la Figura 10, los requisitos de la capa de cómputo para una implementación específica son 25 cores de procesadores y 200 GB de RAM. Puede que un cliente desee implementar esto usando servidores genéricos que contienen 16 cores de procesadores y 64 GB de RAM, mientras que otro cliente escoge un servidor de gama más alta con 20 cores de procesadores y 144 GB de RAM. Figura 10. Flexibilidad de la capa de cómputo El primer cliente necesita cuatro de los servidores elegidos, en tanto que el otro cliente necesita dos. Nota: Para activar la alta disponibilidad en la capa de cómputo, cada cliente necesita un servidor adicional para tener la seguridad de que el sistema tiene suficiente capacidad para mantener las operaciones de negocios cuando un servidor falla. 38 Powered Backup: guía de infraestructura comprobada

39 Descripción general de la tecnología de la solución Utilice las siguientes mejores prácticas en la capa de cómputo: Utilice varios servidores idénticos o, al menos, compatibles. VSPEX implementa tecnologías de alta disponibilidad en el nivel de hipervisor, que pueden requerir conjuntos de instrucciones similares en el hardware físico subyacente. Con la implementación de VSPEX en unidades de servidor idénticas, puede minimizar los problemas de compatibilidad en esta área. Al implementar alta disponibilidad en la capa del hipervisor, la máquina virtual más grande que podrá crear tendrá como limitación el servidor físico más pequeño en el ambiente. Implementar las funciones de alta disponibilidad disponibles en la capa de virtualización y garantizar que la capa de cómputo tenga suficientes recursos disponibles para soportar al menos fallas en un servidor. Esto permite la implementación de actualizaciones con tiempo fuera mínimo y tolerancia para fallas únicas de la unidad. Dentro de los límites de estas recomendaciones y mejores prácticas, la capa de cómputo para EMC VSPEX puede ser flexible para cumplir con necesidades específicas. Asegúrese de que haya suficientes cores de procesadores y suficiente RAM por core para satisfacer las necesidades del ambiente objetivo. 39

40 Descripción general de la tecnología de la solución Red Descripción general La red de la infraestructura requiere enlaces de red redundantes para cada host vsphere, el arreglo de almacenamiento, los puertos de interconexión de los switches y los puertos de enlace superior de los switches. Esta configuración proporciona redundancia y ancho de banda de red adicional. Se trata de una configuración necesaria, independientemente de que ya exista la infraestructura de red para la solución o de que se esté implementando junto con otros componentes de la solución. En la Figura 11 y en la Figura 12se muestra un ejemplo de esta topología de red de alta disponibilidad. Figura 11. Ejemplo de un diseño de red altamente disponible: para bloques 40 Powered Backup: guía de infraestructura comprobada

41 Descripción general de la tecnología de la solución Figura 12. Ejemplo de un diseño de red altamente disponible: para archivos Esta solución validada usa redes de área local virtuales (Virtual Local Area Networks, VLAN) para separar el tráfico de red de diversos tipos con el fin de mejorar el rendimiento, la capacidad de administración, la separación de las aplicaciones, la alta disponibilidad y la seguridad. En el caso de un bloque, las plataformas de almacenamiento unificado de EMC proporcionan alta disponibilidad o redundancia de la red mediante dos puertos por procesador de almacenamiento.si se pierde un enlace en el puerto de front-end del procesador de almacenamiento, se produce un failover del enlace en otro puerto. Todo el tráfico de red se distribuye entre todos los enlaces activos. En el caso de un archivo, las plataformas de almacenamiento unificado de EMC proporcionan alta disponibilidad o redundancia de la red mediante agregación de enlaces. La agregación de enlaces permite que múltiples conexiones Ethernet activas (MAC) aparezcan como un solo enlace con una sola dirección MAC y posiblemente con múltiples direcciones IP. En esta solución, el protocolo de control de control de agregación de enlaces (Link Aggregation Control Protocol, LACP) se configura en VNX y, de esta manera, se combinan varios puertos Ethernet en un único dispositivo virtual. Si se pierde un enlace en el puerto Ethernet, se produce failover del enlace en otro puerto. Todo el tráfico de red se distribuye entre todos los enlaces activos. 41

42 Descripción general de la tecnología de la solución Almacenamiento Descripción general EMC VNX La capa de almacenamiento también es un componente clave de cualquier solución de infraestructura de nube que proporciona datos generados por aplicaciones y sistemas operativos ubicados en los sistemas de procesamiento de almacenamiento del centro de datos. Esto aumenta la eficiencia del almacenamiento y la flexibilidad de la administración y reduce el costo total de propiedad. En esta solución de VSPEX, los arreglos de la serie EMC VNX proporcionan funciones y rendimiento para activar y mejorar cualquier ambiente de virtualización. La familia EMC VNX está optimizada para aplicaciones virtuales que ofrecen funcionalidades empresariales y de innovación líderes en el sector para el almacenamiento de archivos y bloques en una solución escalable y fácil de usar. Esta plataforma de almacenamiento de última generación combina hardware flexible y eficiente con software de protección, administración y eficiencia avanzadas a fin de satisfacer las exigentes necesidades de las grandes empresas de la actualidad. La serie VNX tiene el respaldo de procesadores Intel Xeon y ofrece un almacenamiento inteligente cuyo rendimiento se escala automática y eficientemente, al mismo tiempo que garantiza la integridad y la seguridad de los datos. Está diseñado para que cumpla con los requisitos de alto rendimiento y alta escalabilidad de medianas y grandes empresas. Tabla 1 se muestran los beneficios para los clientes que se obtienen con VNX. Tabla 1. Beneficios de VNX para el cliente Característica 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 consistentes con la aplicación Alta disponibilidad, diseñada para ofrecer disponibilidad de cinco nueves Organización en niveles automatizada con FAST VP 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 sola interfaz de administración para todas las necesidades de NAS, SAN y replicación Beneficios Estrecha integración con VMware que permite usar funciones de arreglos avanzadas y una administración centralizada Costos de almacenamiento reducidos, un uso más eficiente de los recursos y una recuperación más sencilla de las aplicaciones Niveles más altos de tiempo de actividad y un menor riego de interrupciones Uso más eficaz de los recursos de almacenamiento sin planificaciones ni configuraciones complicadas Menos sobrecarga de administración y conjuntos de herramientas requeridos para administrar el ambiente 42 Powered Backup: guía de infraestructura comprobada

43 Descripción general de la tecnología de la solución Característica Una mejora de hasta tres veces en el rendimiento con la tecnología más avanzada de procesador de múltiples cores Intel Xeon, optimizada para Flash Beneficios Una latencia reducida, un mayor ancho de banda y más IOPS generan una mayor capacidad de aumento para las exigentes cargas de trabajo También se encuentran disponibles diferentes conjuntos de aplicaciones y paquetes de software para la serie VNX, que proporcionan varias funciones para una protección y un rendimiento mejorados: Series de software FAST Suite: realiza optimizaciones automáticas para obtener, de manera simultánea, el más alto rendimiento del sistema y el menor costo de almacenamiento. Local Protection Suite: practica la replanificación y protección de datos seguros. Remote Protection Suite: protege los datos contra fallas, interrupciones y desastres localizados. Application Protection Suite: automatiza las copias de aplicaciones y asegura el cumplimiento de normas. Security and Compliance Suite: mantiene los datos protegidos contra cambios, eliminaciones y actividades maliciosas. Paquetes de software Paquete de eficiencia total: incluye los cinco conjuntos de aplicaciones de software. Paquete de protección total: incluye conjuntos de aplicaciones de protección local, remota y de aplicaciones. VNX Snapshots VNX Snapshots es una característica de software introducida en VNX OE for Block, versión 32, que crea copias de datos en momentos específicos. VNX Snapshots se puede usar para respaldos de datos, desarrollo y pruebas de software, replanificación, validación de datos y restauraciones locales rápidas. VNX Snapshots mejora la funcionalidad existente de SnapView Snapshot porque se integra con pools de almacenamiento. Nota: Los LUN que se crean en grupos RAID físicos, también llamados LUN de RAID, solo son compatibles con los snapshots de SnapView. Esta limitación se debe a que VNX Snapshots requiere espacio de pools como parte de su tecnología. VNX Snapshots admite 256 snapshots con capacidad de escritura por LUN de pool. Admite Branching, también llamado snapshots de snapshots, siempre que la cantidad total de snapshots para cualquier LUN primario sea inferior a 256, que es el límite absoluto. 43

44 Descripción general de la tecnología de la solución VNX Snapshots emplea la tecnología de redirección ante instancia de escritura (ROW). ROW redirige nuevas escrituras destinadas al LUN primario a una nueva ubicación en el pool de almacenamiento. Este tipo de implementación difiere de la copia en la primera escritura (COFW) que se utiliza en SnapView, que retiene las escrituras al LUN primario hasta que se copian los datos al área reservada de LUN para preservar un snapshot. Esta versión (Block OE, versión 33) también soporta grupos de consistencia (CG). Se pueden combinar varios LUN de pool en un CG y someterlos a un snapshot en forma concurrente. Cuando se inicia un snapshot de un CG, se retienen todas las escrituras a LUN miembros hasta que se hayan creado sus snapshots. Habitualmente, los CG se utilizan en el caso de LUN que pertenecen a la misma aplicación. VNX SnapSure VNX SnapSure es una función del software EMC VNX File que le permite crear y administrar puntos de comprobación, que son imágenes lógicas de un punto en el tiempo de un sistema de archivos de producción (PFS). SnapSure utiliza un principio de copia a la primera modificación. Un PFS está compuesto por bloques. Cuando se modifica un bloque perteneciente al PFS, se guarda una copia con el contenido original del bloque en un volumen aparte llamado SavVol. No se copiarán los cambios subsiguientes que se efectúen en el mismo bloque al volumen SavVol. Los bloques originales provenientes del PFS que se encuentran en el volumen SavVol y los bloques del PFS no modificados que resten en el PFS son leídos por SnapSure de acuerdo a un mapa de bits y a una estructura de rastreo de datos en mapa de bloques. Estos bloques se combinan para ofrecer una imagen de un punto en el tiempo llamada punto de comprobación. Un punto de comprobación refleja el estado de un PFS en el momento de creación del punto de comprobación. SnapSure admite dos tipos de puntos de comprobación: Punto de comprobación de solo lectura: Sistema de archivos de solo lectura creado a partir de un PFS. Punto de comprobación con capacidades de escritura: Sistema de archivos de lectura/escritura creado a partir de un punto de comprobación de solo lectura. SnapSure puede mantener un máximo de 96 puntos de comprobación de solo lectura y 16 puntos de comprobación con capacidad de escritura por PFS y, a la vez, permitir que las aplicaciones del PFS accedan sin interrupciones a los datos en tiempo real. Nota: Cada uno de los puntos de comprobación con capacidad de escritura se asocia con un punto de comprobación de solo lectura, conocido como punto de comprobación base. Cada punto de comprobación base puede tener solo un punto de comprobación con capacidades de escritura asociado. Para obtener más información, consulte Uso de VNX SnapSure. VNX Virtual Provisioning EMC VNX Virtual Provisioning permite a las organizaciones reducir los costos de almacenamiento al incrementar la utilización de la capacidad, simplificar la administración del almacenamiento y reducir el tiempo fuera de las aplicaciones. Virtual Provisioning también ayuda a las empresas a reducir los requisitos de energía y enfriamiento, y a reducir gastos de capital. 44 Powered Backup: guía de infraestructura comprobada

45 Descripción general de la tecnología de la solución Virtual Provisioning ofrece aprovisionamiento de almacenamiento basado en pools porque implementa LUN de pools que pueden ser delgados o gruesos. Los LUN delgados ofrecen almacenamiento según demanda, lo que maximiza la utilización de su sistema de almacenamiento al asignar espacio según sea necesario. Los LUN gruesos ofrecen rendimiento elevado y predecible para sus aplicaciones. Ambos tipos de LUN aprovechan los beneficios de las características fáciles de usar el aprovisionamiento basado en pools. Los pools y los LUN de pools también son los elementos esenciales que permiten la prestación de servicios de datos avanzados, como FAST VP, VNX Snapshots y compresión. Los LUN de pools también admiten diversas características adicionales, como reducción de LUN, expansión en línea y configuración de umbral de capacidad del usuario. EMC VNX Virtual Provisioning le permite ampliar la capacidad de un pool de almacenamiento desde la interfaz gráfica del usuario (GUI) de Unisphere después de conectar físicamente los discos al sistema. Los sistemas VNX pueden rebalancear elementos de datos asignados en todas las unidades miembro para utilizar unidades nuevas después de expandir el pool. La función de reequilibrio se inicia automáticamente y se ejecuta en segundo plano después de la acción de expansión. Monitoree el progreso de una operación de rebalanceo desde la pestaña General de la ventana Pool Properties en Unisphere, tal como se indica en la Figura 13. Figura 13. Progreso de requilibrio de un pool de almacenamiento 45

46 Descripción general de la tecnología de la solución Expansión de LUN Utilice la expansión de LUN para aumentar la capacidad de los LUN existentes. Le permite provisionar mayor capacidad según el aumento de las necesidades comerciales. La familia VNX puede expandir un LUN de pool sin alterar el acceso de los usuarios. La expansión de un LUN de pool se puede realizar con unos pocos clics y la capacidad expandida se puede usar inmediatamente. Sin embargo, no puede expandir un LUN de pool si forma parte de una operación de protección de datos o migración de LUN. Por ejemplo: no se pueden expandir LUN de snapshots o en migración. Para obtener información detallada de la expansión de los LUN de pool, consulte el Informe técnico EMC VNX Virtual Provisioning: tecnología aplicada. Reducción de LUN Utilice la reducción de LUN de LUN delgado para disminuir la capacidad de LUN existentes. VNX puede reducir un LUN de pool. Esta capacidad solo se puede aplicar a LUN atendidos por Windows Server 2008 en adelante. El proceso de reducción consta de dos pasos: 1. Reducir el sistema de archivos desde Windows Disk Management. 2. Reducir el LUN de pool utilizando una ventana de comandos y la utilidad DISKRAID. La utilería se puede conseguir a través del VDS Provider, que forma parte del paquete EMC Solutions Enabler. El nuevo tamaño del LUN aparece apenas completado el proceso de reducción. Una tarea en segundo plano recupera el espacio eliminado o reducido y lo devuelve al pool de almacenamiento. Una vez finalizada la tarea, cualquier otro LUN de ese pool puede utilizar el espacio recuperado. Para obtener información detallada de la expansión de los LUN delgados, consulte el Informe técnico EMC VNX Virtual Provisioning: tecnología aplicada. 46 Powered Backup: guía de infraestructura comprobada

47 Descripción general de la tecnología de la solución Mensajes de alerta al usuario a través de la configuración de umbral de capacidad Los clientes deben configurar alertas proactivas cuando utilicen un sistema de archivos o pools de almacenamiento basados en pools ligeros. Monitoree estos recursos de modo que haya espacio de almacenamiento disponible para provisionar cuando sea necesario y así evitar la falta de capacidad. En la Figura 14se explica por qué el aprovisionamiento con pools delgados requiere monitoreo. Figura 14. Utilización de espacio de un LUN delgado Monitoree los siguientes valores para la utilización de un pool ligero: La capacidad total es la capacidad física total disponible para todos los LUN del pool. La asignación total es la capacidad física total asignada actualmente a todos los LUN del pool. La capacidad suscrita es la capacidad total informada por el host admitida por el pool. La capacidad sobresuscripta es la cantidad de capacidad del usuario configurada para los LUN que excede la capacidad física de un pool. La asignación total nunca puede exceder la capacidad total pero, si se acerca a ese punto, agregue capacidad de almacenamiento a los pools anticipadamente antes de alcanzar un límite absoluto. 47

48 Descripción general de la tecnología de la solución La Figura 15 ilustra el cuadro de diálogo Storage Pool Properties en Unisphere, que muestra parámetros, como Free, Percent Full y Total Allocation de la capacidad física, y Total Subscription, Percent Subscribed y Oversubscribed By de la capacidad virtual. Figura 15. Estudio de la utilización de espacio de un pool de almacenamiento Cuando se agota la capacidad de un pool de almacenamiento, fallan todas las solicitudes de asignación de espacio adicional en los LUN de aprovisionamiento delgado. Generalmente, también fallarán las aplicaciones que traten de escribir datos en esos LUN y el probable resultado es una falla general del sistema. A fin de evitar esta situación, monitoree la utilización de un pool y envíe alertas cuando se alcancen los umbrales, configure la opción Percentage Full Threshold para permitir suficiente buffer para corregir la situación antes de que suceda una interrupción. Ajuste este valor haciendo clic en la pestaña Advanced del cuadro de diálogo Storage Pool Properties, como puede verse en la Figura 16. Esta alerta solo se activa si hay al menos un thin LUN en el pool, porque los thin LUN son la única forma en la que puede sobresuscribirse un pool. Si el pool solo contiene thick LUN, la alerta no se activa y no hay riesgo de quedarse sin espacio debido a sobresuscripción. También puede especificar el valor de Percent Full Threshold, que equivale a Total Allocation/Total Capacity, cuando se crea un pool. 48 Powered Backup: guía de infraestructura comprobada

49 Descripción general de la tecnología de la solución Figura 16. Definición de umbrales de utilización para un pool de almacenamiento Mire las alertas mediante la pestaña Alert de Unisphere. En la Figura 17 se muestra el asistente Unisphere Event Monitor Wizard, donde también puede elegir la opción de recibir alertas por correo electrónico, mediante un servicio de localización o por medio una trampa SNMP. Figura 17. Definición de notificaciones automatizadas (para bloques) 49

50 Descripción general de la tecnología de la solución En la Tabla 2, se muestra información acerca de los umbrales y sus ajustes para VNX OE for Block, versión 33. Tabla 2. Umbrales y ajustes para VNX OE for Block Versión 33 Tipo de umbral Configurable por el usuario Orígenes de Datos Rango del umbral Valor predeterminado del umbral Gravedad de alerta Efecto secundario De 1 % a 84 % 70 % Advertencia Ninguna. N/D 85 % Crítico Borra las alertas configurables por el usuario Permitir que la asignación total exceda el 90 % de la capacidad total implica el riesgo de quedarse sin espacio y afectar a todas las aplicaciones que utilicen LUN delgados en el pool. FAST Cache de VNX VNX FAST VP vcloud Networking and Security VNX FAST Cache, un componente de VNX FAST Suite, permite usar los discos flash como una capa de caché expandida para el arreglo. FAST Cache es una función no disruptiva de todo el arreglo disponible para almacenamiento de archivos y bloques. Los datos a los que se accede con frecuencia se copian a FAST Cache en incrementos de 64 kb y las lecturas y/o escrituras posteriores en el fragmento de datos son gestionadas por FAST Cache. Esto permite la promoción inmediata de datos muy activos a los discos flash. Esto mejora de manera importante el tiempo de respuesta para datos activos y reduce los puntos problemáticos de datos que se pueden producir dentro de un LUN. La función FAST Cache es un componente opcional de esta solución. VNX FAST VP, que forma parte de la serie VNX FAST, puede organizar automáticamente datos en niveles entre múltiples tipos de unidades para aprovechar las diferencias de rendimiento y capacidad. FAST VP se aplica en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se obtiene acceso a ellos. Los datos a los cuales se obtiene acceso con más frecuencia se promueven a niveles más altos de almacenamiento en incrementos de 256 MB, mientras que los datos a los que se obtiene acceso con menos frecuencia se pueden migrar a un nivel más bajo para aumentar la rentabilidad. Este rebalanceo de unidades de datos de 256 MB (o slices) es parte de una operación de mantenimiento periódica y calendarizada. Las funcionalidades de VMware vshield Edge, App, y Data Security se han integrado y mejorado en vcloud Networking and Security, que forma parte de VMware vcloud Suite. Las soluciones de nube privada VSPEX con VMware vcloud Networking permiten que los clientes adopten redes virtualizadas que eliminan la rigidez y complejidad asociadas con los equipos físicos que crean barreras artificiales e impiden la operación de una arquitectura de red optimizada. Las capacidades de las redes físicas han quedado rezagadas con respecto a la virtualización del centro de datos y eso limita la capacidad de las empresas para desplegar, transferir, escalar y proteger aplicaciones y datos rápidamente conforme a sus necesidades de negocios. 50 Powered Backup: guía de infraestructura comprobada

51 Descripción general de la tecnología de la solución VSPEX con VMware vcloud Networking and Security resuelve estos problemas específicos de los centros de datos virtualizando las redes y la seguridad para crear construcciones lógicas eficientes, ágiles y ampliables que cumplan con los requisitos de rendimiento y escala de los centros de datos virtualizados. vcloud Networking and Security ofrece redes y seguridad definidas por software con una amplia gama de servicios en una sola solución e incluye firewall virtual, red privada virtual (VPN), balanceo de carga y redes extendidas con VXLAN. La integración de administración con VMware vcenter Server y VMware vcloud Director reduce el costo y la complejidad de las operaciones del centro de datos y aprovecha la eficiencia operacional y la agilidad del cómputo en la nube privada. VSPEX para aplicaciones virtuales también puede aprovechar las ventajas de las funciones de vcloud Networking and Security. VSPEX permite que las empresas virtualicen aplicaciones de Microsoft. Con VMware vcloud, estas aplicaciones pueden estar protegidas y aisladas del riesgo porque los administradores tienen mayor visibilidad de los flujos del tráfico virtual y, de esta manera, pueden aplicar políticas e implementar controles de cumplimiento de normas en los sistemas en cuestión implementando agrupaciones lógicas y firewalls virtuales. Los administradores que implementan equipos de escritorio virtual con capacidades de cómputo del usuario final de VSPEX con VMware vsphere 5.5 y View también pueden aprovechar los beneficios de vcloud Networking and Security creando seguridad lógica alrededor de equipos de escritorio virtual individuales o en grupos. De esta manera, se asegura que los usuarios de esas máquinas que se implementaron en la infraestructura comprobada VSPEX solo puedan acceder a las aplicaciones y a los datos con autorización, lo que impide el acceso general al centro de datos. vcloud también permite realizar un diagnóstico rápido del tráfico y de posibles puntos problemáticos. Los administradores pueden crear redes definidas por software con efectividad que escalan y mueven cargas de trabajo virtuales dentro de sus infraestructuras comprobadas VSPEX sin restricciones físicas de red o de seguridad, todo lo cual puede optimizarse a través de VMware vcenter y de VMware vcloud Director Integration. Recursos compartidos de archivos en VNX ROBO En muchos ambientes, es importante tener una ubicación común para almacenar archivos a los acceden muchas personas. Esto se implementa como recursos compartidos de archivos CIFS o NFS desde un servidor de archivos. La familia VNX de arreglos de almacenamiento puede ofrecer este servicio junto con opciones centralizadas de administración, integración de clientes y seguridad avanzada, además de características para mejorar la eficiencia. Las organizaciones con oficinas remotas y sucursales (Remote Office and Branch Offices, ROBO) generalmente prefieren ubicar los datos y las aplicaciones cerca de los usuarios para poder ofrecer un mejor rendimiento y una latencia más baja. En estos ambientes, los departamentos de TI deben equilibrar los beneficios del soporte local con la necesidad de mantener el control central. El almacenamiento y los sistemas locales deben ser fáciles de usar para el personal encargado de la administración, pero también deben ser compatibles con la administración remota y herramientas flexibles de agregación que minimicen las demandas en esos recursos locales. Con VSPEX puede acelerar la implementación de aplicaciones en las oficinas remotas y sucursales. Los clientes, además, pueden aprovechar Unisphere Remote para consolidar el monitoreo, las alertas de sistema y los informes de cientos de ubicaciones a la vez que mantienen la simpleza de las operaciones y las funcionalidades de almacenamiento unificado para los administradores locales. 51

52 Descripción general de la tecnología de la solución Respaldo y recuperación Descripción general Deduplicación de EMC Avamar Sistemas de almacenamiento con deduplicación EMC Data Domain Protección de datos en VMware El proceso de respaldo y recuperación, otro componente importante de esta solución VSPEX, proporciona protección de datos mediante el respaldo de archivos o volúmenes de datos en un calendario definido y la restauración de datos a partir de un respaldo para recuperación después de un desastre. Las soluciones de respaldo y recuperación de EMC ofrecen un método de protección de datos inteligente. Este se basa en la mejor integración en su clase de almacenamiento y software de protección, diseñados para cumplir los objetivos de respaldo y recuperación de la actualidad y del futuro. Con las funciones de EMC líderes del mercado de almacenamiento de protección, integración profunda de los orígenes de datos y servicios de administración de datos con características enriquecidas, se puede implementar una arquitectura de almacenamiento de protección modular y abierta que permita escalar a menores costos y complejidad. EMC Avamar ofrece respaldos y recuperaciones rápidos y eficaces mediante una solución de software y hardware completa. Avamar, que está equipado con tecnología de deduplicación de longitud variable integrada, facilita respaldos diarios completos y rápidos para ambientes virtuales, oficinas remotas, aplicaciones empresariales, servidores de almacenamiento conectado en red (NAS) y equipos de escritorio/laptops. Más información: Los sistemas de almacenamiento con deduplicación EMC Data Domain continúan revolucionando el respaldo a disco, el archiving y la recuperación de desastres con una deduplicación en línea de alta velocidad para tipos de carga de archivos y respaldos. Más información: vsphere Data Protection (VDP) es una solución comprobada para respaldar y restaurar máquinas virtuales de VMware. VDP está basado en el producto galardonado Avamar de EMC y tiene muchos puntos de integración con vsphere 5.5, lo que le permite detectar fácilmente sus máquinas virtuales y crear políticas con eficiencia. Uno de los desafíos que deben enfrentar los sistemas tradicionales con las máquinas virtuales es la gran cantidad de datos que contienen estos archivos. El hecho de que VDP utilice un algoritmo de deduplicación de longitud variable garantiza que se use una cantidad mínima de espacio en disco y reduce el crecimiento constante del almacenamiento de respaldo. Los datos se deduplican en todas las máquinas virtuales asociadas con el dispositivo virtual VDP. VDP utiliza las API de vstorage para protección de datos (VADP), que envían solo los bloques de datos modificados, por lo que solamente se envía una fracción de los datos a través de la red. VDP permite que se respalden hasta ocho máquinas virtuales de manera simultánea. Dado que VDP se aloja en un dispositivo virtual dedicado, todos los procesos de respaldo se descargan de las máquinas virtuales de producción. VDP puede aliviar las cargas de las solicitudes de restauración a las que deben hacer frente los administradores porque permite que los usuarios finales restauren sus propios archivos con una herramienta web llamada vsphere Data Protection Restore Client. Los usuarios pueden examinar las copias de respaldo del sistema en una interfaz fácil de usar que ofrece funciones de control de búsqueda y de versión. Los usuarios pueden restaurar archivos o directorios individuales sin ninguna intervención del área de TI; eso libera tiempo y recursos valiosos y, a la vez, mejora la experiencia para los usuarios finales. 52 Powered Backup: guía de infraestructura comprobada

53 Descripción general de la tecnología de la solución Para conocer las opciones de respaldo y recuperación, consulte Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX: Guía de diseño e implementación. vsphere Replication vsphere Replication es una característica de la plataforma vsphere 5.5 que ofrece continuidad comercial. vsphere Replication copia una máquina virtual definida en sus infraestructuras VSPEX a una segunda instancia de VSPEX o dentro de los servidores agrupados en clusters en un solo sistema VSPEX. vsphere Replication sigue protegiendo la máquina virtual constantemente y replica los cambios a la máquina virtual copiada. Mediante esta replicación, se garantiza que la máquina virtual permanezca protegida y se encuentre disponible para un proceso de recuperación sin requerir la restauración a partir del respaldo. Las máquinas virtuales de aplicaciones de replicación se definen en VSPEX para garantizar datos de aplicaciones consistentes con un solo clic cuando se configura la replicación. Los administradores que tienen a su cargo la administración de VSPEX para aplicaciones virtualizadas de Microsoft pueden usar la integración automática de vsphere Replication con Volume Shadow Copy Service (VSS) de Microsoft para garantizar que aplicaciones como las bases de datos de Microsoft Exchange o Microsoft SQL Server queden inactivas y sean consistentes cuando se están generando los datos de la réplica. Una llamada muy rápida a la capa de VSS de la máquina virtual vacía los escritores de bases de datos por un instante para garantizar que los datos replicados sean estáticos y totalmente recuperables. Este enfoque automatizado simplifica la administración y aumenta la eficiencia de su ambiente virtual basado en VSPEX. EMC RecoverPoint EMC RecoverPoint es una solución de escala empresarial que protege los datos de aplicaciones en servidores conectados a SAN heterogéneos y arreglos de almacenamiento. RecoverPoint se ejecuta en un dispositivo exclusivo (RPA) y combina una tecnología de protección continua de datos líder en el sector con una tecnología de replicación sin pérdida de datos eficiente en términos de ancho de banda. Esta tecnología permite que el RPA proteja los datos de manera local (protección continua de datos, CDP), de manera remota (replicación remota continua, CRR), o de ambas maneras (CLR), lo cual ofrece las siguientes ventajas: RecoverPoint CDP replica datos en el mismo sitio o a un sitio búnker local a cierta distancia, y los datos se transfieren por Fibre Channel (FC). RecoverPoint CRR emplea FC o una red IP existente para enviar los snapshots de datos al sitio remoto empleando técnicas que preservar el orden de escritura. En una configuración CLR, RecoverPoint replica tanto a nivel local como en un sitio remoto a la vez. RecoverPoint utiliza tecnología de división ligera en el servidor de aplicaciones, en el fabric o en el arreglo, para replicar escrituras de aplicación al cluster de RecoverPoint, y soporta los siguientes tipos de splitter de escritura: Basada en arreglos de discos Basados en fabric e inteligentes Basada en host 53

54 Descripción general de la tecnología de la solución Otras tecnologías Descripción general Además de los componentes técnicos necesarios para soluciones EMC VSPEX, hay otros elementos que pueden entregar valor adicional según el caso de uso específico. Entre estos elementos podemos mencionar, entre otros, a las siguientes tecnologías: VMware vcloud Automation Center VMware vcloud Automation Center, que forma parte de vcloud Suite Enterprise, coordina el aprovisionamiento de servicios para centros de datos definidos por software como centros de datos virtuales completos que están listos para prestar servicios. vcloud Automation Center es una solución de software que permite que los clientes desarrollen nubes privadas seguras agrupando en pools los recursos de infraestructura de VSPEX en los centros de datos virtuales y poniéndolos a disposición de los usuarios a través de portales web e interfaces programáticas como servicios totalmente automatizados y basados en catálogos. VMware vcloud Automation Center utiliza pools de recursos abstraídos de los recursos subyacentes físicos, virtuales y basados en la nube para automatizar la implementación de recursos virtuales en el momento y en el lugar en que se requieran. VSPEX con vcloud Automation Center permite que los clientes desarrollen centros de datos virtuales completos que ofrezcan cómputo, funciones de red, almacenamiento, seguridad, y un completo conjunto de servicios necesario para que las cargas de trabajo tengan una sobrecarga mínima. El servicio de centro de datos definido por software y los centros de datos virtuales simplifican fundamentalmente el aprovisionamiento de la infraestructura y permiten que el área de TI avance al ritmo de la empresa. VMware vcloud Automation Center se integra con implementaciones nuevas o ya existentes de nube privada de VSPEX con VMware vsphere 5.5 y es compatible con aplicaciones ya existentes o por instalarse porque ofrece interfaces estándares y elásticas de almacenamiento y de red, como conectividad y transmisión de capa 2 entre máquinas virtuales. VMware vcloud Automation Center emplea estándares abiertos para preservar la flexibilidad de la implementación y preparar el escenario para la nube híbrida. Entre las características clave que ofrece VMware vcloud Automation Center, se incluyen las siguientes: Aprovisionamiento de autoservicio Administración del ciclo de vida Administración unificada de la nube Planos arquitectónicos de múltiples VM Buen manejo y control basado en políticas y en contexto Administración inteligente de recursos Todas las infraestructuras comprobadas de VSPEX pueden utilizar vcloud Automation Center para coordinar la implementación de centros de datos virtuales basados en implementaciones de uno o varios VSPEX. Estas infraestructuras permiten la implementación simple y eficiente de máquinas virtuales, aplicaciones y redes virtuales. 54 Powered Backup: guía de infraestructura comprobada

55 Descripción general de la tecnología de la solución VMware vcenter Operations Management Suite VMware vcenter Operations Manager Suite (vcops) ofrece un nivel inigualable de visibilidad en los ambientes virtuales de VSPEX. vcops recopila y analiza datos, correlaciona anomalías e identifica la causa raíz de los problemas de rendimiento, además de ofrecer a los administradores la información necesaria para optimizar y refinar sus propias infraestructuras virtuales de VSPEX. vcenter Operations Manager brinda un enfoque automatizado para optimizar el ambiente virtual suministrado por VSPEX al ofrecer herramientas analíticas con autoaprendizaje que se integran para proporcionar mejor rendimiento, uso de la capacidad y administración de la configuración. vcops ofrece un conjunto completo de capacidades de administración, entre las que se incluyen las siguientes: Rendimiento Capacidad Adaptabilidad Administración de la configuración y el cumplimiento Detección y monitoreo de aplicaciones Medición de costos vcops incluye cinco componentes: VMware vcenter Operations Manager, VMware vcenter Configuration Manager, VMware vfabric Hyperic, VMware vcenter Infrastructure Navigator y VMware vcenter Chargeback Manager. VMware vcenter Operations Manager es la base del conjunto de aplicaciones y brinda la interfaz de panel de control operativo que simplifica la visualización de problemas en su ambiente virtual VSPEX. vfabric Hyperic monitorea los recursos del hardware físico, los sistemas operativos, el middleware y las aplicaciones que pudiera haber implementado en VSPEX. vcenter Infrastructure Navigator ofrece visibilidad de los servicios de aplicaciones que se ejecutan en toda la infraestructura de máquinas virtuales y sus interrelaciones para la administración operativa diaria. vcenter Chargeback Manager permite realizar mediciones exactas de costos, análisis y generación de informes de las máquinas virtuales. Ofrece visibilidad con respecto al costo de la infraestructura virtual que se definió en VSPEX como necesaria para respaldar los servicios comerciales. Single Sign On para VMware vcenter Gracias a la introducción de VMware vcenter Single Sign-On (SSO) en VMware vsphere 5.5, ahora los administradores conocen más profundamente el nivel de servicios de autenticación disponibles para administrar sus infraestructuras comprobadas de VSPEX. La autenticación a través de vcenter SSO aumenta la seguridad de la plataforma de infraestructura en nube de VMware. Esta función permite que los componentes de software de vsphere se comuniquen entre sí a través de un mecanismo de intercambio de tokens seguros, en lugar de exigir que cada componente autentique a un usuario por separado con un servicio de directorio como Active Directory. Cuando los usuarios inician sesión en el cliente web de vsphere con un nombre de usuario y una contraseña, el servidor de vcenter SSO recibe sus credenciales. Luego, se autentican las credenciales comparándolas con la o las fuentes de identidad backend y se las intercambia por un token de seguridad, que se devuelve al cliente para que pueda acceder a las soluciones del ambiente. SSO se traduce en ahorros en términos de tiempo y dinero que, cuando se los traslada a toda la organización, pueden generar reducciones de costos y optimizar los flujos de trabajo. 55

56 Descripción general de la tecnología de la solución Con vsphere 5.5, los usuarios tienen una vista unificada de todo el ambiente de vcenter Server porque ahora se muestran varios servidores de vcenter y sus respectivos inventarios. Esto no exige un modo vinculado, a menos que los usuarios compartan funciones, permisos y licencias en los servidores vcenter de vsphere 5.x. Ahora, los administradores pueden implementar varias soluciones en un ambiente con un single sign-on (SSO) real que crea confianza entre la soluciones sin exigir autenticación cada vez que un usuario accede a la solución. La nube privada de VSPEX con VMware vsphere 5.5 es simple, eficiente, y flexible. VMware SSO simplifica una autenticación más simple, los trabajadores pueden ser más eficientes y los administradores tienen la flexibilidad necesaria para que los servidores de SSO sean locales o globales. Public Key Infrastructure La capacidad de asegurar los datos y la identidad de los dispositivos y usuarios es importante en el ambiente de TI empresarial de hoy día. Esto es así, particularmente, en los sectores regulados, como servicios de salud, finanzas y organizaciones del gobierno. Las soluciones de VSPEX pueden ofrecer diversos tipos de plataformas de cómputo cifradas y, con mayor frecuencia, lo hacen mediante la implementación de una Public Key Infrastructure (PKI). Las soluciones de VSPEX pueden diseñarse con una solución PKI que cumpla los criterios de seguridad de su organización y esto se puede hacer mediante un proceso modular, donde se pueden agregar capas de seguridad según sean necesarias. El proceso general implica implementar, primero, una infraestructura PKI reemplazando los certificados genéricos propios con certificados de confianza de una autoridad de certificación externa. Luego, los servicios compatibles con PKI pueden activarse mediante los certificados de confianza para garantizar un alto grado de autenticación y cifrado, cuando sea posible. Dependiendo del alcance de los servicios de PKI, podría ser necesario implementar una infraestructura PKI específica para esas necesidades. Existen muchas herramientas de terceros que ofrecen estos servicios, incluidas las soluciones de punto a punto de RSA, que se pueden implementar en un ambiente VSPEX. Para obtener más información, visite el sitio web de RSA. EMC Storage Analytics for EMC VNX El software combina las características y funcionalidades de VMware vcenter Operations Manager con el análisis exhaustivo del almacenamiento de VNX. Ofrece analítica y visualizaciones personalizadas que proporcionan una profunda visibilidad de la infraestructura de EMC y permiten solucionar problemas de administración del rendimiento y la capacidad de almacenamiento, identificarlos y realizar acciones rápidas. Las visualizaciones personalizadas inmediatas permiten a los clientes implementar rápidamente el soporte de la infraestructura de EMC dentro de vcenter Operations Manager sin necesidad de realizar la integración del cliente ni de brindarle servicios profesionales. Este software también realiza análisis de rendimiento útiles que permiten a los clientes identificar y resolver rápidamente los problemas de rendimiento y capacidad para los sistemas de VNX. 56 Powered Backup: guía de infraestructura comprobada

57 Descripción general de la tecnología de la solución EMC Storage Analytics for VNX es compatible con todos los sistemas de VNX de análisis enriquecido del almacenamiento, con vistas de estadísticas de rendimiento y capacidad, incluidas las estadísticas para FAST Cache y FAST VP. Vistas de topología: El mapeo de topología de punto a punto desde las máquinas virtuales hasta las unidades de disco ayuda a simplificar la administración de operaciones de almacenamiento. Mantenimiento de SLA: La rápida solución de problemas ante anomalías en el rendimiento y la asistencia para la corrección de problemas permiten mantener los niveles de servicio. PowerPath/VE (para bloques) EMC PowerPath/VE para VMware vsphere 5.5 es un módulo que proporciona extensiones de varias rutas para vsphere y que funciona en combinación con el almacenamiento en SAN para administrar en forma inteligente rutas de I/O FC, iscsi y Fiber Channel mediante Ethernet (FCoE). PowerPath/VE se instala en el host de vsphere y puede escalarse hasta la cantidad máxima de máquinas virtuales del host, para mejorar así el rendimiento de I/O. Las máquinas virtuales no tienen PowerPath/VE instalado ni son conscientes de que PowerPath/VE está administrando la I/O al almacenamiento. PowerPath/VE balancea dinámicamente las solicitudes de carga de I/O y detecta automáticamente fallas en las rutas y las repara al instante. EMC XtremCache EMC XtremSW Cache es una solución de almacenamiento en caché flash en el servidor que reduce la latencia y aumenta el rendimiento para mejorar el desempeño de las aplicaciones mediante el software de almacenamiento en caché inteligente y la tecnología flash PCIe. Almacenamiento en caché flash del lado del servidor para obtener máxima velocidad XtremCache ejecuta las siguientes funciones para mejorar el rendimiento del sistema: Almacena en caché los datos a los que se hace referencia con mayor frecuencia en la tarjeta PCIe basada en servidor para ubicar los datos más cerca de la aplicación. Se adapta automáticamente a las cargas de trabajo cambiantes porque determina a qué datos se hace referencia con mayor frecuencia y los promueve a la tarjeta flash del servidor. Esto significa que los datos más activos residen automáticamente en la tarjeta PCle del servidor para un acceso más rápido. Descarga el tráfico de lectura del arreglo de almacenamiento, lo que asigna un mayor poder de procesamiento para otras aplicaciones. Aunque una aplicación se acelera con XtremCache, el rendimiento del arreglo para otras aplicaciones se mantiene o, incluso, mejora levemente. Almacenamiento en caché de escritura inmediata en el arreglo para una total protección XtremCache aumenta la velocidad de las lecturas y protege los datos mediante una caché de escritura inmediata en el almacenamiento; de esta manera, se proporciona alta disponibilidad, integridad y recuperación de desastres en todo momento. 57

58 Descripción general de la tecnología de la solución Independiente de la aplicación XtremCache es transparente para las aplicaciones; no es necesario reescribir, hacer otra prueba ni una nueva certificación para implementar XtremCache en el ambiente. Integración con vsphere 5.5 XtremCache mejora tanto los ambientes virtualizados como físicos. La integración con el plug-in de VSI con VMware vsphere 5.5 vcenter simplifica la administración y el monitoreo de XtremCache. Impacto mínimo en los recursos del sistema A diferencia de otras soluciones de almacenamiento en caché del mercado, XtremCache no necesita una cantidad de memoria o ciclos de CPU significativos, ya que toda la administración de la memoria flash y del nivel de desgaste se realiza en la tarjeta PCIe, sin utilizar recursos de servidor. A diferencia de otras soluciones de PCIe, no hay sobrecarga importante por el uso de XtremCache en recursos de servidor. XtremCache crea la ruta de I/O más eficaz e inteligente desde la aplicación hasta el área de almacenamiento de datos, lo cual da como resultado una infraestructura que se optimiza dinámicamente para ofrecer rendimiento, inteligencia y protección para los ambientes físicos y virtuales. Compatibilidad con agrupación en clusters activa/pasiva de XtremCache La configuración de scripts de agrupación en clusters de XtremCache asegura que los datos obsoletos nunca se recuperen. Los scripts usan eventos de administración de clusters para activar un mecanismo que elimina la caché. El cluster activo/pasivo habilitado para XtremCache asegura la integridad de los datos y acelera al rendimiento de las aplicaciones. Consideraciones de rendimiento de XtremCache Las consideraciones sobre el rendimiento de XtremCache son las siguientes: Cuando se produce una solicitud de escritura, XtremCache primero escribe en el arreglo, después en la caché y, finalmente, completa el I/O de la aplicación. Cuando se produce una solicitud de lectura, XtremCache cumple con la solicitud mediante los datos almacenados en caché o, cuando los datos no están presentes, los recupera desde el arreglo, los escribe en la caché y, posteriormente, los devuelve a la aplicación. La transferencia hacia el arreglo puede ser del orden de algunos milisegundos; por lo tanto, el arreglo limita la velocidad de funcionamiento del caché. A medida que aumenta la cantidad de escrituras, se reduce el rendimiento de XtremCache. XtremCache alcanza su mayor eficacia para cargas de trabajo con una relación de lectura-escritura del 70 % o más, con un proceso de I/O pequeño y aleatorio (8 K es lo ideal). Un I/O mayor a 128 K no se almacena en caché en XtremCache 1.5. Nota: Para obtener más información, consulte el informe técnico titulado Introducción a XtremCache. 58 Powered Backup: guía de infraestructura comprobada

59 Capítulo 4 Descripción general de la arquitectura de la solución Este capítulo presenta los siguientes temas: Descripción general Arquitectura de soluciones Pautas para la configuración de servidores Pautas para la configuración de la red Reglas para la configuración del almacenamiento Alta disponibilidad y failover Perfil de la prueba de validación Pautas de configuración del respaldo y la recuperación Pautas para el dimensionamiento Carga de trabajo de referencia Aplicación de la carga de trabajo de referencia Implementación de la solución Evaluación rápida

60 Descripción general de la arquitectura de la solución Descripción general Arquitectura de soluciones En este capítulo encontrará una guía integral sobre los principales aspectos de esta solución. La capacidad del servidor se presenta en términos genéricos para los requisitos mínimos de CPU, memoria y recursos de red; el cliente puede seleccionar el hardware de servidor y de red de su preferencia que cumpla o supere los requisitos mínimos establecidos. La arquitectura de almacenamiento especificada, junto con un sistema que cumpla con los requisitos del servidor y la red que se definen, cuenta con la validación de EMC para ofrecer altos niveles de rendimiento y, a la vez, entregar una arquitectura de alta disponibilidad para la implementación de nube privada. Cada infraestructura comprobada de VSPEX balancea los recursos de almacenamiento, red y cómputo necesarios para una determinada cantidad de máquinas virtuales validadas por EMC. Cada máquina virtual tiene su propio conjunto de requisitos que rara vez se ajusta a una idea predefinida de lo que debe ser una máquina virtual. En cualquier discusión sobre las infraestructuras virtuales, es importante definir primero una carga de trabajo de referencia. No todos los servidores realizan las mismas tareas y resulta poco práctico crear una referencia que considere todas las posibles combinaciones de características de cargas de trabajo. Descripción general La solución de nube privada de VSPEX para VMware vsphere con EMC VNX se valida en cuatro puntos diferentes de escala, una configuración con hasta 200 máquinas virtuales, una configuración con hasta 300 máquinas virtuales, una configuración con hasta 600 máquinas virtuales y una configuración con hasta 1,000 máquinas virtuales. Las configuraciones definidas forman la base de la creación de una solución personalizada. Nota: VSPEX usa el concepto de una carga de trabajo de referencia para describir y definir una máquina virtual. Por lo tanto, puede que un servidor físico o virtual en un ambiente existente no sea igual a una máquina virtual en una solución VSPEX. Evalúe la carga de trabajo en términos de la referencia para llegar a un punto de escala adecuado. En este documento se describe el proceso de Aplicación de la carga de trabajo de referencia Aplicación de la carga de trabajo de referencia 60 Powered Backup: guía de infraestructura comprobada

61 Descripción general de la arquitectura de la solución Arquitectura lógica Los diagramas de la arquitectura en esta sección muestran el diseño de los componentes principales que conforman las soluciones. Los sistemas basados en el almacenamiento en bloques y archivos se muestran en los siguientes diagramas. En la Figura 18 se caracteriza la infraestructura validada con almacenamiento basado en bloques, en la que una SAN Fibre Channel/FCoE de 8 GB o iscsi de 10 Gb se ocupa del tráfico de almacenamiento y una de 10 GbE se ocupa del tráfico de administración y de las aplicaciones. Figura 18. Arquitectura lógica para almacenamiento basado en bloques 61

62 Descripción general de la arquitectura de la solución En la Figura 19, se caracteriza la infraestructura validada con almacenamiento basado en archivos, en la que una red de 10 GbE se ocupa del tráfico de almacenamiento y del resto del tráfico. Figura 19. Arquitectura lógica para almacenamiento basado en archivos Componentes clave La arquitectura incluye los siguientes componentes clave: VMware vsphere 5.5: proporciona una capa de virtualización común para alojar un ambiente de servidor. Los detalles específicos del ambiente validado se incluyen en la Tabla 3. vsphere 5.5 proporciona una infraestructura de alta disponibilidad mediante características como las siguientes: vmotion: proporciona migración activa de máquinas virtuales dentro de un cluster de infraestructura virtual, sin interrupción de las máquinas virtuales ni del servicio. Storage vmotion: proporciona migración activa de archivos de disco de máquinas virtuales dentro y en todos los arreglos de almacenamiento, sin interrupción de las máquinas virtuales ni del servicio. vsphere High Availability (HA): detecta y proporciona una recuperación rápida para una máquina virtual fallida en un cluster. Distributed Resource Scheduler (DRS): proporciona el balanceo de carga de la capacidad de cómputo en un cluster. Storage Distributed Resource Scheduler (SDRS): proporciona balanceo de carga en múltiples áreas de almacenamiento de datos, según el uso de espacio y la latencia de I/O. VMware vcenter Server: ofrece una plataforma escalable y extensible que forma la base para la administración de virtualización del cluster VMware vsphere. vcenter administra todos los hosts de vsphere y sus máquinas virtuales. 62 Powered Backup: guía de infraestructura comprobada

63 Descripción general de la arquitectura de la solución SQL Server: VMware vcenter Server requiere un servicio de base de datos para almacenar la información de configuración y monitoreo. Esta solución utiliza un servidor Microsoft SQL 2008 R2. Servidor DNS: utilice servicios DNS para que los diversos componentes de la solución ejecuten resolución de nombres. Esta solución utiliza el servicio DNS de Microsoft que se ejecuta en un servidor Windows Server 2012 R2. Servidor Active Directory: diversos componentes de la solución requieren servicios de Active Directory para poder funcionar correctamente. El servicio AD de Microsoft se ejecuta en un servidor Windows Server 2012 R2. Infraestructura compartida: agregue servicios DNS y de autenticación/autorización, como el servicio de AD, a través de la infraestructura existente, o configúrelos como parte de la nueva infraestructura virtual. Red IP: una red Ethernet estándar transporta todo el tráfico de red con cableado y switches redundantes. Una red IP compartida se ocupa del tráfico de usuarios y de administración. Red de almacenamiento La red de almacenamiento es una red aislada que brinda a los hosts acceso al arreglo de almacenamiento. VSPEX ofrece diferentes opciones para almacenamiento basado en bloques y basado en archivo. Red de almacenamiento para bloques: Esta solución ofrece tres opciones para redes de almacenamiento basado en bloques. Fibre Channel (FC): un conjunto de estándares que definen protocolos para realizar transferencias de datos en serie a alta velocidad. FC proporciona una trama de transporte de datos estándar entre servidores y dispositivos de almacenamiento compartidos. Fibre Channel mediante Ethernet (FCoE): un nuevo protocolo para redes de almacenamiento que admite en forma nativa Fibre Channel mediante Ethernet, al encapsular frames Fibre Channel en frames Ethernet. Esto permite que las tramas FC encapsuladas se transmitan junto con tráfico tradicional del tipo Internet Protocol (IP). 10 Gb Ethernet (iscsi): permite transportar bloques SCSI por una red TCP/IP. iscsi encapsula los comandos SCSI en paquetes de TCP y envía los paquetes por la red IP. Red de almacenamiento para archivos: En el caso del almacenamiento basado en archivos, una subred privada y no enrutable de 10 GbE transporta el tráfico de almacenamiento. Arreglo de almacenamiento VNX. La configuración de la nube privada de VSPEX comienza con los arreglos de almacenamiento de la familia VNX, que incluyen los siguientes: Arreglo EMC VNX5200: brinda almacenamiento a hosts de vsphere para hasta 200 máquinas virtuales. Arreglo EMC VNX5400: brinda almacenamiento a hosts de vsphere para hasta 300 máquinas virtuales. 63

64 Descripción general de la arquitectura de la solución Arreglo EMC VNX5600: brinda almacenamiento a hosts de vsphere para hasta 600 máquinas virtuales. Arreglo EMC VNX5800: brinda almacenamiento a hosts de vsphere para hasta 1,000 máquinas virtuales. Los arreglos de almacenamiento de la familia VNX incluyen los siguientes componentes: Procesadores de almacenamiento (SP): admiten datos en bloque con tecnología de I/O UltraFlex, que es compatible con protocolos Fibre Channel, iscsi y FCoE. Los SP brindan acceso a todos los hosts externos y para archivos del arreglo VNX. Gabinete para procesadores de disco (DPE): tiene un tamaño de 3U y aloja a los SP y a la primera bandeja de discos. VNX5200, VNX5400, VNX5600 y VNX5800 utilizan este componente. X-Blades (o Data Movers): obtienen acceso a los datos desde el back-end y proporcionan acceso al host usando la misma tecnología de I/O UltraFlex compatible con los protocolos NFS, CIFS, MPFS y pnfs. Los X-Blades de cada arreglo son escalables y brindan redundancia para garantizar que no exista ningún punto de falla único. El gabinete de Data Mover (DME): tiene un tamaño de 2U y aloja a los Data Movers (X-Blades). Todos los modelos de VNX para archivos utilizan el DME. Fuente de alimentación en standby (SPS): tienen un tamaño de 1U y proporcionan a cada SP la alimentación suficiente para garantizar que todos los datos en transferencia se descarguen en el área de vault en caso de que se produzca una interrupción en el suministro de energía. De esta manera, se garantiza que no se pierdan escrituras. Después del reinicio del arreglo, las escrituras pendientes se concilian y se hacen persistentes. Control Station: tiene un tamaño de 1U y proporciona funciones de administración a los X-Blades. La Control Station es responsable del failover de X-Blades. Una segunda Control Station opcional garantiza la redundancia en el arreglo VNX. Gabinetes de arreglos de discos (DAE): alojan a las unidades utilizadas en el arreglo. 64 Powered Backup: guía de infraestructura comprobada

65 Descripción general de la arquitectura de la solución Recursos de hardware La Tabla 3 incluye el hardware utilizado en esta solución. Tabla 3. Hardware de la solución Componente Servidores VMware vsphere CPU Memoria Configuración Un CPU virtual por máquina virtual Cuatro CPU virtuales por core físico Para 200 máquinas virtuales: 200 CPU virtuales Un mínimo de 50 CPU físicos Para 300 máquinas virtuales: 300 CPU virtuales Un mínimo de 75 CPU físicos Para 600 máquinas virtuales: 600 CPU virtuales Un mínimo de 150 CPU físicos Para 1,000 máquinas virtuales: 1,000 CPU virtuales Un mínimo de 250 CPU físicos 2 GB de RAM por máquina virtual 2 GB de RAM de reserva por host VMware vsphere Para 200 máquinas virtuales: Un mínimo de 400 GB de RAM Agregar 2 GB por cada servidor físico Para 300 máquinas virtuales: Un mínimo de 600 GB de RAM Agregar 2 GB por cada servidor físico Para 600 máquinas virtuales: Un mínimo de 1200 GB de RAM Agregar 2 GB por cada servidor físico Para 1,000 máquinas virtuales: Mínimo de 2,000 GB de RAM Agregar 2 GB por cada servidor físico Red Bloque Dos NIC de 10 GbE por servidor Dos HBA por servidor Archivo Cuatro NIC de 10 GbE por servidor Nota: Agregue al menos un servidor más a la infraestructura, además de los requisitos mínimos, para implementar la funcionalidad VMware vsphere High-Availability (HA) y cumplir con las exigencias mínimas. 65

66 Descripción general de la arquitectura de la solución Componente Configuración Infraestructura de red Capacidad mínima de conmutación Bloque Dos switches físicos Dos puertos de 10 GbE por servidor VMware vsphere 1 puerto de 1 GbE por Control Station para las tareas de administración Dos puertos por servidor VMware vsphere para red de almacenamiento Dos puertos por SP para almacenamiento de datos Archivo Dos switches físicos Cuatro puertos de 10 GbE por servidor VMware vsphere Un puerto de 1 GbE por Control Station para las tareas de administración Dos puertos de 10 GbE por Data Mover para los datos Respaldo de EMC Avamar Consulte Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX: Guía de diseño e implementación. Data Domain Consulte Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX: Guía de diseño e implementación. 66 Powered Backup: guía de infraestructura comprobada

67 Descripción general de la arquitectura de la solución Componente Arreglo de almacenamien to EMC VNX Bloque Configuración Común: Una interfaz de 1 GbE por Control Station para las tareas de administración Una interfaz de 1 GbE por SP para las tareas de administración Dos puertos front-end por SP Discos de sistema para VNX OE Para 200 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Cuatro discos flash de 200 GB Tres discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 300 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Seis discos flash de 200 GB Cuatro discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 600 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 10 discos flash de 200 GB Ocho discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 1,000 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 16 discos flash de 200 GB 12 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare 67

68 Descripción general de la arquitectura de la solución Componente Archivo Configuración Común: Dos interfaces de 10 GbE por Data Mover Una interfaz de 1 GbE por Control Station para las tareas de administración Una interfaz de 1 GbE por SP para las tareas de administración Discos de sistema para VNX OE Para 200 máquinas virtuales: EMC VNX5200 Dos Data Movers (activos/standby) 75 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Cuatro discos flash de 200 GB Tres discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 300 máquinas virtuales: EMC VNX5400 Dos Data Movers (activos/standby) 110 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Seis discos flash de 200 GB Cuatro discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 600 máquinas virtuales: EMC VNX5600 Dos Data Movers (activos/standby) 220 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 10 discos flash de 200 GB Ocho discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 1,000 máquinas virtuales: EMC VNX5800 Tres Data Movers (2 activos/1 en standby) 360 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 16 discos flash de 200 GB 12 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Nota: En VNX5800, se recomienda que no ejecute más de 600 máquinas virtuales en un único Data Mover activo. En tal caso, si desea escalar a 600 o más, configure dos Data Movers activos (2 activos/ 1 en standby) 68 Powered Backup: guía de infraestructura comprobada

69 Descripción general de la arquitectura de la solución Componente Infraestructura compartida Configuración En la mayoría de los casos, un ambiente del cliente ya tiene servicios de infraestructura, como Active Directory, DNS, además de otros servicios configurados. La configuración de esos servicios escapa del alcance de este documento. Si se implementa sin una infraestructura existente, los requisitos mínimos nuevos son los siguientes: Dos servidores físicos 16 GB de RAM por servidor Cuatro cores de procesador por servidor Dos puertos de 1 GbE por servidor Nota: Estos servicios pueden migrar posterior a la implementación de VSPEX; sin embargo, deben existir antes que sea posible implementar VSPEX. Nota: La solución recomienda usar una red de 10 GbE o una infraestructura de red de 1 GbE equivalente siempre que se cumplan los requisitos subyacentes de ancho de banda y redundancia. Recursos de software La Tabla 4 incluye el software utilizado en esta solución. Tabla 4. Software de la solución Software Configuración VMware vsphere 5.5 Servidor vsphere vcenter Server Sistema operativo para vcenter Server Microsoft SQL Server EMC VNX Enterprise Edition Standard Edition Windows Server 2008 R2 SP1 Standard Edition Nota: Se puede utilizar cualquier sistema operativo compatible con vcenter. Versión 2008 R2 Standard Edition Nota: Se puede usar cualquier base de datos compatible con vcenter. VNX OE for File 8.0 VNX OE for Block EMC VSI para VMware vsphere: Administración de almacenamiento unificado Buscar la versión más reciente EMC VSI para VMware vsphere: Storage Viewer EMC PowerPath/VE. Buscar la versión más reciente 69

70 Descripción general de la arquitectura de la solución Software Respaldo de EMC Configuración Avamar SO Data Domain Consulte Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX: Guía de diseño e implementación. Máquinas virtuales (usadas para validación, no se necesitan para implementación) Sistema operativo base Microsoft Windows Server 2012 R2 Data Center Edition Pautas para la configuración de servidores Descripción general Cuando se diseña y ordena la capa de cómputo/servidor de la solución VSPEX que se describe a continuación, varios factores pueden alterar la compra final. Desde la perspectiva de la virtualización, si se comprende bien el tipo de carga de un sistema, las características como el incremento de memoria y el uso compartido transparente de páginas pueden reducir el requisito de memoria agregada. Si el pool de máquinas virtuales no tiene un nivel alto de uso máximo o simultáneo, la cantidad de CPU virtuales puede ser reducida. Por el contrario, si las aplicaciones que se implementan son de naturaleza altamente computacional, aumente la cantidad de CPU y memoria comprada. Las pautas de dimensionamiento actuales para VSPEX especifican una relación de núcleo de CPU virtual a núcleo de CPU físico de 4:1. Esta relación se basa en una muestra promedio de las tecnologías de CPU disponibles al momento en que se realizaron las pruebas. A medida que las tecnologías de CPU avanzan, es posible que los proveedores de servidores OEM asociados con VSPEX sugieran relaciones diferentes (generalmente mayores). Consulte las pautas actualizadas que le proporcione su proveedor de servidor OEM. Actualizaciones de Ivy Bridge Las pruebas de versión de los procesadores de Ivy Bridge de Intel demuestran considerables aumentos en la densidad de máquinas virtuales desde la perspectiva de los recursos del servidor. Si la implementación del servidor consta de procesadores Ivy Bridge, recomendamos aumentar la relación CPU virtuales/cpu físicos de 4:1 a 8:1. Esto esencialmente reduce a la mitad la cantidad de cores por servidor necesaria para alojar las máquinas virtuales de referencia (RVM). En la Figura 20 se muestran los resultados de las configuraciones probadas: 70 Powered Backup: guía de infraestructura comprobada

71 Descripción general de la arquitectura de la solución Figura 20. Pautas para el uso de procesadores Ivy Bridge 71

72 Descripción general de la arquitectura de la solución En la Tabla 5 se incluyen los recursos de hardware que se usan para la capa de cómputo. Tabla 5. Recursos de hardware para la capa de cómputo Componente Servidores VMware vsphere CPU Memoria Configuración Un CPU virtual por máquina virtual Cuatro CPU virtuales por core físico Para 200 máquinas virtuales: 200 CPU virtuales Un mínimo de 50 CPU físicos Para 300 máquinas virtuales: 300 CPU virtuales Un mínimo de 75 CPU físicos Para 600 máquinas virtuales: 600 CPU virtuales Un mínimo de 150 CPU físicos Para 1,000 máquinas virtuales: 1,000 CPU virtuales Un mínimo de 250 CPU físicos 2 GB de RAM por máquina virtual 2 GB de RAM de reserva por host VMware vsphere Para 200 máquinas virtuales: Un mínimo de 400 GB de RAM Agregar 2 GB por cada servidor físico Para 300 máquinas virtuales: Un mínimo de 600 GB de RAM Agregar 2 GB por cada servidor físico Para 600 máquinas virtuales: Un mínimo de 1200 GB de RAM Agregar 2 GB por cada servidor físico Para 1,000 máquinas virtuales: Un mínimo de 2,000 GB de RAM Agregar 2 GB para cada servidor físico Red Bloque Dos NIC de 10 GbE por servidor Dos HBA por servidor Archivo Cuatro NIC de 10 GbE por servidor Nota: Agregue al menos un servidor más a la infraestructura, además de los requisitos mínimos, para implementar la funcionalidad VMware vsphere High-Availability (HA) y cumplir con las exigencias mínimas. 72 Powered Backup: guía de infraestructura comprobada

73 Descripción general de la arquitectura de la solución Nota: La solución recomienda usar una red de 10 GbE o una infraestructura de red de 1 GbE equivalente siempre que se satisfagan los requisitos subyacentes de ancho de banda y redundancia. Virtualización de memoria de VMware vsphere para VSPEX VMware vsphere 5.5 tiene varias características avanzadas que permiten maximizar el rendimiento y la utilización general de recursos. Lo más importante de estas se encuentra en el área de administración de memoria. Esta sección describe algunas de estas funciones y los elementos que necesita considerar en el momento de usarlas en el ambiente. En general, las máquinas virtuales en un solo hipervisor consumen memoria como un pool de recursos, como se muestra en la Figura 21. Figura 21. Uso de memoria del hipervisor La comprensión de las tecnologías de esta sección mejora este concepto básico. Compresión de memoria La sobreasignación de memoria ocurre cuando se asigna más memoria a las máquinas virtuales que la que está físicamente presente en un host VMware vsphere. A través del uso de técnicas sofisticadas, como el incremento y el uso compartido transparente de páginas, vsphere 5.5 puede manejar la sobreasignación de memoria sin perjudicar el rendimiento. Sin embargo, si el uso de memoria excede la capacidad del servidor, vsphere puede recurrir al intercambio de partes de la memoria de una máquina virtual. 73

74 Descripción general de la arquitectura de la solución Acceso a memoria no uniforme (NUMA) vsphere 5.5 usa un balanceador de carga NUMA para asignar un nodo de inicio a una máquina virtual. Puesto que la memoria para la máquina virtual se asigna desde el nodo de inicio, el acceso a la memoria es local y proporciona el mejor rendimiento posible. Las aplicaciones que no soportan NUMA directamente también se benefician de esta función. Uso compartido transparente de páginas Comúnmente, las máquinas virtuales que ejecutan sistemas operativos y aplicaciones similares tienen conjuntos parecidos de contenido de memoria. El uso compartido de páginas permite que el hipervisor recupere espacio de cualquier copia redundante de las páginas de memoria y mantiene solo una copia, lo que libera el consumo total de memoria del host. Si la mayoría de las máquinas virtuales de la aplicación ejecutan el mismo sistema operativo y binarios de la aplicación, el uso total de la memoria puede reducirse a fin de incrementar las tasas de consolidación. Incremento de memoria Con el uso de un controlador de incremento cargado en el sistema operativo huésped, el hipervisor puede recuperar memoria física del host si los recursos de memoria están en disputa, con un impacto mínimo o nulo en el rendimiento de la aplicación. Pautas para la configuración de la memoria Esta sección proporciona pautas para asignar memoria a las máquinas virtuales. Las pautas descritas aquí consideran la sobrecarga de memoria de vsphere y los ajustes de memoria para las máquinas virtuales. Sobrecarga de memoria de vsphere Algunas sobrecargas relacionadas se requieren para la virtualización de los recursos de memoria. La sobrecarga del espacio de memoria tiene dos componentes: La sobrecarga de sistema fija para VMkernel Sobrecarga adicional para cada máquina virtual La sobrecarga de memoria depende de la cantidad de CPU virtuales y la memoria configurada para el sistema operativo huésped. Asignación de memoria a máquinas virtuales Muchos factores determinan el dimensionamiento correcto para la memoria de las máquinas virtuales en arquitecturas VSPEX. Según la cantidad de servicios de aplicaciones y los casos de uso disponibles, la determinación de una configuración adecuada para un ambiente requiere la creación de una configuración de base, pruebas y ajustes para obtener resultados óptimos. Pautas para la configuración de la red Descripción general En esta sección se entregan pautas para configurar una configuración de red redundante y de alta disponibilidad. Las pautas descritas tienen en cuenta los frames jumbo, las VLAN y el LACP en un almacenamiento unificado de EMC. Para ver los requisitos de recursos de red detallados, consulte la Tabla Powered Backup: guía de infraestructura comprobada

75 Descripción general de la arquitectura de la solución Tabla 6. Componente Recursos de hardware para la red Configuración Infraestructura de red Capacidad mínima de conmutación Bloque Dos switches físicos Dos puertos de 10 GbE por servidor VMware vsphere 1 puerto de 1 GbE por Control Station para las tareas de administración Dos puertos por servidor VMware vsphere para red de almacenamiento Dos puertos por SP para almacenamiento de datos Archivo Dos switches físicos Cuatro puertos de 10 GbE por servidor VMware vsphere Un puerto de 1 GbE por Control Station para las tareas de administración Dos puertos de 10 GbE por Data Mover para los datos Nota: La solución puede usar infraestructura de red de 1 GbE siempre que se satisfagan los requisitos subyacentes de ancho de banda y redundancia. VLAN Aísle el tráfico de red para permitir que el tráfico entre hosts y almacenamiento, hosts y clientes, y el tráfico de administración se transmitan por redes aisladas. En algunos casos, es posible que algunas normativas o políticas exijan aislar el tráfico de manera física; sin embargo, en la mayoría de los casos, basta con el aislamiento lógico mediante el uso de VLAN. Esta solución usa un mínimo de tres VLAN para lo siguiente: Acceso de clientes Almacenamiento (para iscsi y NFS) Administración 75

76 Descripción general de la arquitectura de la solución En la Figura 22 se describen los requisitos de conectividad de la red y de la VLAN para un arreglo VNX basado en bloques. Figura 22. Redes requeridas para el almacenamiento basado en bloques 76 Powered Backup: guía de infraestructura comprobada

77 Descripción general de la arquitectura de la solución En la Figura 23 se describen los requisitos de conectividad de la red y de las VLAN para archivo para un arreglo VNX basado en archivos. Figura 23. Redes requeridas para el almacenamiento basado en archivos Nota: La Figura 23 demuestra los requisitos de conectividad de red para un arreglo VNX mediante el uso de conexiones de red de 10 GbE. Cree una topología similar para las conexiones de red de 1 GbE. La red de acceso de clientes es para que los usuarios del sistema, o clientes, se comuniquen con la infraestructura. La red de almacenamiento se usa en la comunicación entre las capas de cómputo y de almacenamiento. Con la red de administración, los administradores pueden contar con una vía exclusiva para el acceso a las conexiones de administración en el arreglo de almacenamiento, los switches de red y los hosts. Nota: Algunas mejores prácticas requieren un aislamiento adicional de la red para el tráfico del cluster, la comunicación de la capa de virtualización y otras funciones. Implemente estas redes adicionales en caso de ser necesario. Habilitar frames jumbo (para iscsi, FCoE y NFS) Para esta solución se recomienda configurar MTU en 9,000 (frames jumbo) para almacenamiento y tráfico de migración eficientes. La mayoría de los proveedores de switches también sugieren activar los frames jumbo más nuevos (configuración de la MTU en 2158) para evitar la fragmentación de frames. Consulte las pautas del proveedor de switches a fin de habilitar los frames jumbo en los puertos de almacenamiento y de host de los switches. 77

78 Descripción general de la arquitectura de la solución Agregación de enlaces (para NFS) Una agregación de enlaces se asemeja a un canal Ethernet, pero usa el estándar IEEE 802.3ad de LACP. El estándar IEEE 802.3ad es compatible con agregaciones de enlaces con dos o más puertos. Todos los puertos en la agregación deben tener la misma velocidad y ser dúplex completo. En esta solución, LACP se configura en VNX, el cual combina varios puertos Ethernet en un solo dispositivo virtual. Si se pierde un enlace en el puerto Ethernet, este realiza un failover a otro puerto. Todo el tráfico de red se distribuye entre todos los enlaces activos. Reglas para la configuración del almacenamiento Descripción general Esta sección ofrece pautas para configurar la capa de almacenamiento de la solución con el fin de proporcionar alta disponibilidad y el nivel de rendimiento previsto. VMware vsphere 5.5 permite usar más de un método de almacenamiento al alojar máquinas virtuales. Las soluciones probadas que se describen a continuación utilizan diferentes protocolos de bloque (FC/FCoE/iSCSI) y NFS (para archivo), y el diseño de almacenamiento descrito se adhiere a todas las mejores prácticas actuales. Un cliente o arquitecto con la capacitación y el conocimiento debidos pueden hacer modificaciones basándose en lo que comprenden sobre el uso y la carga del sistema en caso de ser necesario. Sin embargo, los elementos esenciales descritos en este documento aseguran un rendimiento aceptable. La sección sobre Elementos esenciales de almacenamiento VSPEX documenta las recomendaciones específicas para la personalización. 78 Powered Backup: guía de infraestructura comprobada

79 Descripción general de la arquitectura de la solución En la Tabla 7 se incluyen los recursos de hardware que se usan para el almacenamiento. Tabla 7. Recursos de hardware para almacenamiento Componente Arreglo de almacenamie nto EMC VNX Bloque Configuración Común: Una interfaz de 1 GbE por Control Station para las tareas de administración Una interfaz de 1 GbE por SP para las tareas de administración Dos puertos front-end por SP Discos de sistema para VNX OE Para 200 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Cuatro discos flash de 200 GB Tres discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 300 máquinas virtuales: EMC VNX5400 Ciento diez discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Seis discos flash de 200 GB Cuatro discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 600 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 10 discos flash de 200 GB Ocho discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 1,000 máquinas virtuales: EMC VNX discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 16 discos flash de 200 GB 12 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare 79

80 Descripción general de la arquitectura de la solución Componente Archivo Configuración Común: Dos interfaces de 10 GbE por Data Mover Una interfaz de 1 GbE por Control Station para las tareas de administración Una interfaz de 1 GbE por SP para las tareas de administración Discos de sistema para VNX OE Para 200 máquinas virtuales: EMC VNX5200 Dos Data Movers (activos/standby) 75 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Cuatro discos flash de 200 GB Tres discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 300 máquinas virtuales: EMC VNX5400 Dos Data Movers (activos/standby) 110 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas Seis discos flash de 200 GB Cuatro discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 600 máquinas virtuales: EMC VNX5600 Dos Data Movers (activos/standby) 220 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 10 discos flash de 200 GB Ocho discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Para 1,000 máquinas virtuales: EMC VNX5800 Tres Data Movers (2 activos/1 en standby) 360 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas 16 discos flash de 200 GB 12 discos SAS de 600 GB, 15,000 r/min de 3.5 pulgadas como hot spares Un disco flash de 200 GB como hot spare Nota: En VNX5800, se recomienda no ejecutar más de 600 máquinas virtuales en un único Data Mover activo. En tal caso, si desea escalar a 600 o más, configure dos Data Movers activos (2 activos/1 en standby) 80 Powered Backup: guía de infraestructura comprobada

81 Descripción general de la arquitectura de la solución Virtualización de almacenamiento en VMware vsphere para VSPEX VMware ESXi ofrece virtualización de almacenamiento a nivel de host, virtualiza el almacenamiento físico y presenta el almacenamiento virtual a las máquinas virtuales. Una máquina virtual almacena su sistema operativo y todos los demás archivos relacionados con sus actividades de máquina virtual en un disco virtual. El disco virtual en sí mismo es uno o más archivos. VMware usa un controlador SCSI virtual para presentar discos virtuales a un sistema operativo huésped que se ejecuta dentro de las máquinas virtuales. Los discos virtuales residen en un área de almacenamiento de datos. Según el protocolo que se use, puede ser un área de almacenamiento VMware VMFS o un área de almacenamiento NFSe. Una opción adicional, RDM, permite que la infraestructura virtual conecte un dispositivo físico directamente a una máquina virtual. Figura 24. Tipos de discos virtuales de VMware VMFS VMFS es un sistema de archivos en cluster que proporciona virtualización del almacenamiento optimizada para máquinas virtuales. Se puede implementar en cualquier almacenamiento local o en red basado en SCSI. Raw Device Mapping (RDM) VMware también ofrece RDM, que permite que una máquina virtual acceda directamente a un volumen del almacenamiento físico. Se debe usar RDM únicamente con FC o iscsi. NFS VMware admite el uso de NFS a partir de un sistema o dispositivo de almacenamiento NAS externo como un área de almacenamiento de datos de una máquina virtual. 81

82 Descripción general de la arquitectura de la solución Elementos esenciales de almacenamiento VSPEX El dimensionamiento del sistema de almacenamiento para satisfacer los IOPS de los servidores virtuales es un proceso complicado. Cuando el I/O llega al arreglo de almacenamiento, varios componentes, como el Data Mover (para almacenamiento basado en archivos), los SP, la caché de memoria de acceso aleatorio dinámico (DRAM) de back-end, FAST VP o FAST Cache (si se utiliza) y los discos funcionan para ese I/O. Los clientes deben tener en cuenta varios factores cuando realizan la planificación y el escalamiento del sistema de almacenamiento para balancear la capacidad, el rendimiento y el costo de sus aplicaciones. VSPEX utiliza un enfoque de elemento esencial para reducir la complejidad. Un elemento esencial es un conjunto de ejes de disco que admiten una determinada cantidad de servidores virtuales en la arquitectura VSPEX. Cada elemento esencial combina varios ejes de disco para crear un pool de almacenamiento que satisface las necesidades del ambiente de nube privada. Cada pool de almacenamiento del elemento esencial, independientemente del tamaño, contiene dos discos flash con organización en niveles de almacenamiento de FAST VP para mejorar las operaciones con metadatos y el rendimiento. Las soluciones de VSPEX están diseñadas para ofrecer una variedad de configuraciones de dimensionamiento que puedan lograr flexibilidad al diseñar la solución. Los clientes pueden comenzar por implementar configuraciones más pequeñas y escalar a medida que sus necesidades sean mayores. Al mismo tiempo, los clientes pueden evitar compras innecesarias, ya que pueden escoger una configuración que satisfaga rigurosamente sus necesidades. A fin de lograr esto, las soluciones de VSPEX pueden implementarse con uno o ambos puntos de escala que se indican a continuación para obtener la configuración ideal y, a la vez, garantizar un nivel de rendimiento determinado. Elemento esencial para 13 servidores virtuales El primer elemento esencial puede contener hasta 13 servidores virtuales, con dos discos flash y cinco discos SAS en un pool de almacenamiento, como se muestra en la Figura 25. Figura 25. Elemento esencial para el diseño de almacenamiento para 13 máquinas virtuales Este es el elemento esencial más pequeño calificado para la arquitectura VSPEX. Este elemento esencial se puede ampliar agregándole cinco discos SAS y permitiendo que el pool se vuelva a fraccionar a fin de agregar soporte para 13 servidores virtuales adicionales. Para obtener información detallada sobre la ampliación y el refraccionado del pool, consulte el Informe técnico de EMC VNX Virtual Provisioning: tecnología aplicada. 82 Powered Backup: guía de infraestructura comprobada

83 Descripción general de la arquitectura de la solución Elemento esencial para 125 servidores virtuales El segundo elemento esencial puede contener hasta 125 servidores virtuales. Tiene dos discos flash y 45 discos SAS, como se muestra en la Figura 26. En las siguientes secciones se describe un enfoque de cómo pasar de 13 máquinas virtuales a 125 máquinas virtuales en un pool. Sin embargo, después de alcanzar las 125 máquinas virtuales en un pool, no lo amplíe a más máquinas virtuales. Cree un pool nuevo y comience con la secuencia de escalamiento nuevamente. Figura 26. Elemento esencial para el diseño de almacenamiento para 125 máquinas virtuales Implemente este elemento esencial con todos los recursos en el pool inicialmente y amplíe el pool con el tiempo a medida que crezca el ambiente. En la Tabla 8 se incluyen los requisitos de discos flash y SAS en un pool para diferentes cantidades de servidores virtuales. Tabla 8. Cantidad de discos necesarios para la cantidad diferente de máquinas virtuales Servidores virtuales discos flash Unidades SAS * Nota: Debido a la mayor eficiencia con fracciones superiores, el elemento esencial con 45 discos SAS puede ser compatible con hasta 125 servidores virtuales. Para que el ambiente tenga más de 125 servidores virtuales, cree otro pool de almacenamiento con el método de componente básico descrito en este documento. 83

84 Descripción general de la arquitectura de la solución Valores máximos validados de la nube privada de VSPEX Las configuraciones de nube privada de VSPEX están validadas en las plataformas VNX5200, VNX5400, VNX5600 y VNX5800. Cada plataforma tiene diferentes capacidades en términos de procesadores, memoria y discos. Para cada arreglo, se recomienda una configuración máxima de nube privada de VSPEX. Además de los elementos esenciales de nube privada de VSPEX, cada arreglo de almacenamiento debe contener las unidades utilizadas para el ambiente operativo (OE) VNX y los discos hot spare para el ambiente. Nota: Asigne al menos un hot spare cada 30 discos de un tipo y tamaño determinados. VNX5200 VNX5200 está validado para hasta 200 servidores virtuales. En la Figura 27 se muestra una configuración típica. Figura 27. Diseño de almacenamiento para 200 máquinas virtuales con VNX5200 Esta configuración utiliza el siguiente diseño de almacenamiento: Setenta y cinco discos SAS de 600 GB se asignan a dos pools de almacenamiento basados en bloques: un pool RAID-5 (4+1) con 45 discos SAS para 125 máquinas virtuales y un pool RAID-5 (4+1) con 30 discos SAS para 75 máquinas virtuales. Nota: Para cumplir con las recomendaciones de carga, todas las unidades del pool de almacenamiento tienen que estar a 15,000 r/min y deben tener el mismo tamaño. Los algoritmos de diseño de almacenamiento pueden producir resultados que no son óptimos con unidades de diferentes tamaños. Se configuran cuatro discos flash de 200 GB para Fast VP, dos por cada pool configurado como RAID 1/0. Se configuran tres discos SAS de 600 GB como hot spares. Se configura un disco flash de 200 GB como hot spare. 84 Powered Backup: guía de infraestructura comprobada

85 Descripción general de la arquitectura de la solución Active FAST VP para organizar los datos en niveles de forma automática a fin de aprovechar las diferencias en rendimiento y capacidad. FAST VP: Funciona en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se obtiene acceso a ellos. Promueve los datos a los que se accede con más frecuencia a niveles de almacenamiento superiores en incrementos de 256 MB y migra los datos a los que se accede con menor frecuencia a un nivel inferior para lograr mayor rentabilidad. Este rebalanceo de unidades de datos de 256 MB (o slices) es parte de una operación de mantenimiento periódica y calendarizada. En el caso de bloques, asigne al menos dos LUN al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. En el caso de archivos, asigne al menos dos recursos compartidos NFS al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. Como opción, puede configurar los discos flash como FAST Cache (hasta 1 TB) en el arreglo. Los LUN o pools de almacenamiento donde residen las máquinas virtuales que tienen un requisito de I/O mayor al promedio pueden aprovechar el uso de la función FAST Cache. Estas unidades no se consideran una parte obligatoria de la solución, y es posible que necesite licencias adicionales para usar el conjunto de aplicaciones FAST. Con esta configuración, la VNX5200 puede ser compatible con 200 servidores virtuales, según se define en la Carga de trabajo de referencia. VNX5400 VNX5400 está validado para hasta 300 servidores virtuales. Existen varias maneras de lograr esta configuración con los elementos esenciales. En la Figura 28 se muestra una posible configuración. 85

86 Descripción general de la arquitectura de la solución Figura 28. Diseño de almacenamiento para 300 máquinas virtuales con VNX5400 Esta configuración utiliza el siguiente diseño de almacenamiento: Ciento diez discos SAS de 600 GB se asignan a tres pools de almacenamiento basados en bloque: dos pools con 45 discos SAS para 125 máquinas virtuales cada uno y un pool con 20 discos SAS para 50 máquinas virtuales. Nota: El pool utiliza unidades de sistema para almacenamiento adicional. Nota: Si es necesario, cambie las unidades más grandes para tener más capacidad. Para cumplir con las recomendaciones de carga, todas las unidades del pool de almacenamiento tienen que estar a 15,000 r/min y deben tener el mismo tamaño. Los algoritmos de diseño de almacenamiento pueden producir resultados que no son óptimos con unidades de diferentes tamaños. Se configuran seis discos flash de 200 GB para Fast VP, dos por cada pool. Se configuran cuatro discos SAS de 600 GB como hot spares. Se configura un disco flash de 200 GB como hot spare. Active FAST VP para organizar los datos en niveles de forma automática a fin de aprovechar las diferencias en rendimiento y capacidad. FAST VP: Funciona en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se obtiene acceso a ellos. 86 Powered Backup: guía de infraestructura comprobada

87 Descripción general de la arquitectura de la solución Promueve los datos a los que se accede con más frecuencia a niveles de almacenamiento superiores en incrementos de 256 MB y migra los datos a los que se accede con menor frecuencia a un nivel inferior para lograr mayor rentabilidad. Este rebalanceo de unidades de datos de 256 MB (o slices) es parte de una operación de mantenimiento periódica y calendarizada. En el caso de bloques, asigne al menos dos LUN al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. En el caso de archivos, asigne al menos dos recursos compartidos NFS al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. Como opción, puede configurar los discos flash como FAST Cache (hasta 1 TB) en el arreglo. Los LUN o pools de almacenamiento donde residen las máquinas virtuales que tienen un requisito de I/O mayor al promedio pueden aprovechar el uso de la función FAST Cache. Estas unidades no se consideran una parte obligatoria de la solución, y es posible que necesite licencias adicionales para usar el conjunto de aplicaciones FAST. Con esta configuración, la VNX5400 puede ser compatible con 300 servidores virtuales, como se define en la Carga de trabajo de referencia. VNX5600 VNX5600 está validado para hasta 600 servidores virtuales. Existen varias maneras de lograr esta configuración con los elementos esenciales. En la Figura 29 se muestra una posible configuración. 87

88 Descripción general de la arquitectura de la solución Figura 29. Diseño de almacenamiento para 600 máquinas virtuales con VNX5600 Hay muchas otras maneras de alcanzar esta escala usando los elementos esenciales anteriormente mencionados. Este es simplemente un ejemplo. Esta configuración utiliza el siguiente diseño de almacenamiento: Doscientos veinte discos SAS de 600 GB se asignan a cinco pools de almacenamiento basados en bloque: cuatro pools con 45 discos SAS para 125 máquinas virtuales cada uno y un pool con 40 discos SAS para 100 máquinas virtuales. Nota: Este pool no utiliza unidades de sistema y no se emplea para almacenamiento adicional. 88 Powered Backup: guía de infraestructura comprobada

89 Descripción general de la arquitectura de la solución Nota: Si es necesario, cambie las unidades más grandes para tener más capacidad. Para cumplir con las recomendaciones de carga, las unidades necesitan estar a 15k r/min y tienen que tener el mismo tamaño. Si se utilizan unidades de distinto tamaño, es posible que los algoritmos del diseño de almacenamiento proporcionen resultados que no sean óptimos. Se configuran diez discos flash de 200 GB para Fast VP, dos por cada pool. Se configuran ocho discos SAS de 600 GB como hot spares. Se configura un disco flash de 200 GB como hot spare. Active FAST VP para organizar los datos en niveles de forma automática a fin de aprovechar las diferencias en rendimiento y capacidad. FAST VP: Se aplica en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se accede a ellos. Promueve los datos a los que se accede con más frecuencia a niveles de almacenamiento superiores en incrementos de 256 MB y migra dichos datos a un nivel inferior para lograr mayor rentabilidad. Este rebalanceo de unidades de datos de 256 MB (o slices) es parte de una operación de mantenimiento periódica y calendarizada. En el caso de bloques, asigne al menos dos LUN al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. En el caso de archivos, asigne al menos dos recursos compartidos NFS al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. Como opción, puede configurar los discos flash como FAST Cache (hasta 2 TB) en el arreglo. Estas unidades se consideran una parte obligatoria de la solución y es posible que necesite licencias adicionales para usar el conjunto de aplicaciones FAST. Con esta configuración, VNX5600 puede ser compatible con 600 servidores virtuales, según se define en la Carga de trabajo de referencia. VNX5800 VNX5800 puede escalarse hasta 1,000 servidores virtuales. Existen varias maneras de lograr esta configuración con los elementos esenciales. En la Figura 30 se muestra solo una forma de alcanzar ese nivel de escala. 89

90 Descripción general de la arquitectura de la solución Figura 30. Diseño de almacenamiento para 1,000 máquinas virtuales con VNX Powered Backup: guía de infraestructura comprobada

91 Descripción general de la arquitectura de la solución Esta configuración utiliza el siguiente diseño de almacenamiento: Trescientos sesenta discos SAS de 600 GB se asignan a ocho pools de almacenamiento basados en bloque: cada uno con 45 discos SAS para 125 máquinas virtuales Nota: El pool no utiliza unidades de sistema y no se emplea para almacenamiento adicional. Nota: Si es necesario, cambie las unidades más grandes para tener más capacidad. Para cumplir con las recomendaciones de carga, todas las unidades del pool de almacenamiento tienen que estar a 15,000 r/min y deben tener el mismo tamaño. Los algoritmos de diseño de almacenamiento pueden producir resultados que no son óptimos con unidades de diferentes tamaños. Se configuran dieciséis discos flash de 200 GB para FAST VP, dos por cada pool. Se configuran doce discos SAS de 600 GB como hot spares. Se configura un disco flash de 200 GB como hot spare. Active FAST VP para organizar los datos en niveles de forma automática a fin de aprovechar las diferencias en rendimiento y capacidad. FAST VP: Se aplica en el nivel del pool de almacenamiento de bloques y ajusta automáticamente el lugar donde se almacenan los datos de acuerdo con la frecuencia con la que se accede a ellos. Promueve los datos a los que se accede con más frecuencia a niveles de almacenamiento superiores en incrementos de 256 MB y migra los datos a los que se accede con menor frecuencia a un nivel inferior para lograr mayor rentabilidad. Este rebalanceo de unidades de datos de 256 MB (o slices) es parte de una operación de mantenimiento periódica y calendarizada. En el caso de bloques, asigne al menos dos LUN al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. En el caso de archivos, asigne al menos dos recursos compartidos NFS al cluster de vsphere desde un solo pool de almacenamiento de modo que actúen como áreas de almacenamiento de datos para los servidores virtuales. Como opción, puede configurar los discos flash como FAST Cache (hasta 3 TB) en el arreglo. Estas unidades no se consideran una parte obligatoria de la solución y es posible que necesite licencias adicionales para usar la suite FAST. Con esta configuración, VNX5800 puede ser compatible con 1,000 servidores virtuales, según se define en la Carga de trabajo de referencia. 91

92 Descripción general de la arquitectura de la solución Conclusión Los niveles de escala que se muestran en la Figura 31 destacan los puntos de entrada y los valores máximos compatibles para los arreglos en el ambiente de nube privada de VSPEX. Los puntos de entrada representan demarcaciones modelo óptimas en términos de la cantidad de máquinas virtuales dentro del ambiente. Esto lo ayudará a determinar qué arreglo VNX elegir en función de sus requisitos. Puede elegir configurar cualquiera de los arreglos mencionados con una cantidad de máquinas virtuales menor que los valores máximos compatibles mediante el enfoque de elemento esencial que se describió anteriormente. Figura 31. Niveles mínimos de escalamiento y puntos de entrada de distintos arreglos Alta disponibilidad y failover Descripción general Capa de virtualización Esta solución VSPEX ofrece una infraestructura de servidores, redes y almacenamiento virtualizada y de alta disponibilidad. Cuando se implementa de acuerdo con esta guía, las operaciones comerciales superan fallas en unidades individuales con un impacto mínimo o nulo. Configure una alta disponibilidad en la capa de virtualización y permita que el hipervisor reinicie automáticamente las máquinas virtuales que fallen. La Figura 32 ilustra la capa del hipervisor que responde a una falla en la capa de cómputo. Figura 32. Alta disponibilidad en la capa de virtualización Con la implementación de alta disponibilidad en la capa de virtualización, incluso en el caso de una falla en el hardware, la infraestructura intenta mantener tantos servicios en ejecución como sea posible. 92 Powered Backup: guía de infraestructura comprobada

93 Descripción general de la arquitectura de la solución Capa de cómputo Aunque la opción de implementar servidores en la capa de cómputo es flexible, use servidores de clase empresarial diseñados para el centro de datos. Este tipo de servidor tiene fuentes de alimentación redundantes, como se muestra en la Figura 33. Conecte estos servidores a unidades de distribución de alimentación (PDU) separadas de acuerdo con las mejores prácticas de su proveedor de servidores. Figura 33. Fuentes de alimentación redundantes Para configurar la alta disponibilidad en la capa de virtualización, configure la capa de cómputo con suficientes recursos, de modo que satisfaga las necesidades del ambiente, incluso con una falla del servidor, como se muestra en la Figura 32. Capa de red Las funciones de red avanzadas de la familia VNX ofrecen protección contra fallas de conexión a la red en el arreglo. Cada host vsphere tiene varias conexiones a las redes Ethernet de usuarios y almacenamiento para brindar protección contra fallas de enlaces, como se muestra en la Figura 34 y en la Figura 35. Estas conexiones se propagan a múltiples switches Ethernet para proteger contra la falla de componentes en la red. 93

94 Descripción general de la arquitectura de la solución Figura 34. Alta disponibilidad de la capa de red (VNX): almacenamiento basado en bloques Figura 35. Alta disponibilidad de la capa de red (VNX): almacenamiento basado en archivos Asegúrese de que no haya ni un solo punto de falla que le permita a la capa de cómputo tener acceso al almacenamiento y comunicarse con usuarios, incluso, si un componente falla. Capa de almacenamiento La familia VNX está diseñada para ofrecer disponibilidad de cinco nueves, ya que utiliza componentes redundantes en todo el arreglo. Todos los componentes del arreglo tienen capacidad de funcionamiento continuo en caso de que se produzca una falla del hardware. La configuración de discos RAID en el arreglo ofrece protección contra la pérdida de datos debido a fallas de discos individuales y las unidades hot spare disponibles pueden reemplazar un disco con fallas, como se muestra en la Figura Powered Backup: guía de infraestructura comprobada

95 Descripción general de la arquitectura de la solución Figura 36. Alta disponibilidad de VNX Los arreglos de almacenamiento de EMC están diseñados para proporcionar una alta disponibilidad de manera predeterminada. Cuando se configuran de acuerdo con las instrucciones en sus guías de instalación, ninguna falla única de la unidad da como resultado pérdida de los datos o no disponibilidad. Perfil de la prueba de validación Características del perfil La solución VSPEX se validó con el perfil de ambiente que se indica en la Tabla 9. Tabla 9. Características del perfil Característica del perfil Valor Cantidad de máquinas virtuales 200/300/600/1,000 SO de máquinas virtuales Windows Server 2012 Data Center Edition Procesadores por máquina virtual 1 Cantidad de procesadores virtuales por core de CPU física RAM por máquina virtual Espacio de almacenamiento promedio disponible para cada máquina virtual IOPS promedio por máquina virtual Cantidad de LUN o recursos compartidos de NFS para almacenar discos de máquinas virtuales Cantidad de máquinas virtuales por LUN o por recurso compartido NFS 4 2 GB 100 GB 25 IOPS 10/06/16 Sesenta y dos o 63 por LUN o recurso compartido de NFS 95

96 Descripción general de la arquitectura de la solución Característica del perfil Disco y tipo de RAID para los LUN o los recursos compartidos de NFS Valor Discos SAS RAID 5 de 600 GB, 15 k r/min de 3.5 pulgadas Nota: Esta solución se probó y se validó con Windows Server 2012 R2 como sistema operativo para las máquinas virtuales vsphere, pero Windows Server 2008, Windows Server 2008 R2 y Windows Server 2012 también son compatibles. La configuración de vsphere 5.5 es la misma para todas las versiones compatibles de Windows Server. Pautas de configuración del respaldo y la recuperación Para obtener información detallada sobre la configuración de respaldo y recuperación de esta solución de nube privada de VSPEX, consulte Opciones de respaldo y recuperación de EMC para las nubes privadas de VSPEX: guía de diseño e implementación. Pautas para el dimensionamiento En las siguientes secciones se proporcionan definiciones de la carga de trabajo de referencia que se usa para dimensionar e implementar las arquitecturas de VSPEX. También se incluyen instrucciones sobre cómo relacionar estos tipos de carga de referencia con los del cliente y se explica cómo esto puede modificar la entrega final desde la perspectiva del servidor y la red. Es posible modificar la definición de almacenamiento agregando unidades para obtener una capacidad y un rendimiento mayores y también agregando funciones, como FAST Cache y FAST VP. Los diseños de disco brindan soporte para la cantidad apropiada de máquinas virtuales en el nivel de rendimiento definido y para las operaciones típicas, como snapshots. La disminución de la cantidad de unidades recomendadas o la reducción de un tipo de arreglo puede dar como resultado un menor IOPS por máquina virtual y una baja en la experiencia de usuario debido a un mayor tiempo de respuesta. Carga de trabajo de referencia Descripción general Cuando transfiere un servidor existente a una infraestructura virtual, puede lograr eficiencia si dimensiona correctamente los recursos del hardware virtual asignados a ese sistema. 96 Powered Backup: guía de infraestructura comprobada

97 Descripción general de la arquitectura de la solución Cada infraestructura comprobada de VSPEX balancea los recursos de almacenamiento, red y cómputo necesarios para una determinada cantidad de máquinas virtuales validadas por EMC. En la práctica, cada máquina virtual tiene su propio conjunto de requisitos que rara vez se ajusta a una idea predefinida de lo que debe ser una máquina virtual. En cualquier análisis sobre infraestructuras virtuales, defina primero una carga de trabajo de referencia. No todos los servidores ejecutan las mismas tareas y resulta poco práctico crear una referencia que considere todas las posibles combinaciones de características de cargas de trabajo. Definición de la carga de trabajo de referencia Para simplificar el análisis, hemos definido una carga de trabajo de referencia representativa de un cliente. Al comparar el uso real del cliente con este tipo de carga de referencia, puede determinar la arquitectura de referencia que debe elegir. Para las soluciones VSPEX, la carga de trabajo de referencia se define como una sola máquina virtual. En la Tabla 10 se incluyen las características de esta máquina virtual. Tabla 10. Características de la máquina virtual Característica Sistema operativo de la máquina virtual Valor Microsoft Windows Server 2012 R2 Data Center Edition Procesadores virtuales por máquina virtual 1 RAM por máquina virtual Capacidad de almacenamiento disponible por máquina virtual 2 GB 100 GB IOPS por máquina virtual 25 Patrón de I/O Aleatorio Relación de lectura/escritura de I/O 2:1 El propósito de esta especificación para una máquina virtual no es representar una aplicación específica. En lugar de eso, representa un punto de referencia común y único con el que se pueden medir otras máquinas virtuales. 97

98 Descripción general de la arquitectura de la solución Aplicación de la carga de trabajo de referencia Descripción general Cuando considera un servidor existente que se moverá a una infraestructura virtual, tiene la oportunidad de lograr eficiencia si dimensiona correctamente los recursos del hardware virtual asignados a ese sistema. La solución crea un pool de recursos que son suficientes para alojar un número de destino de máquinas virtuales de referencia con las características que se muestran en la Tabla 10. Es posible que las máquinas virtuales no coincidan exactamente con las especificaciones. En ese caso, defina una sola máquina virtual específica del cliente como el equivalente de cierto número de máquinas virtuales de referencia y suponga que estas máquinas virtuales están en uso en el pool. Continúe provisionando máquinas virtuales del pool de recursos hasta que no queden recursos. Ejemplo 1: Aplicación personalizada Un servidor pequeño de aplicaciones personalizadas se debe transferir a esta infraestructura virtual. El hardware físico que es compatible con la aplicación no se utiliza por completo. Un análisis cuidadoso de la aplicación existente revela que la aplicación puede usar un procesador y que necesita 3 GB de memoria para ejecutarse normalmente. La carga de trabajo de I/O varía entre 4 IOPS en el tiempo de inactividad a un máximo de 15 IOPS cuando está ocupada. La aplicación completa consume aproximadamente 30 GB en el almacenamiento en disco duro local. De acuerdo con estos números, se necesitan los siguientes recursos del pool de recursos: CPU de una máquina virtual de referencia Memoria de dos máquinas virtuales de referencia Almacenamiento de una máquina virtual de referencia I/O de una máquina virtual de referencia En este ejemplo, una máquina virtual apropiada usa los recursos para dos de las máquinas virtuales de referencia. Si se implementa en un sistema de almacenamiento VNX5400, que es compatible con hasta 300 máquinas virtuales, quedan recursos para 298 máquinas virtuales de referencia. Ejemplo 2: Sistema del punto de venta El servidor de base de datos para el sistema de punto de venta de un cliente se debe transferir a esta infraestructura virtual. Se ejecuta actualmente en un sistema físico con cuatro CPU y 16 GB de memoria. Usa 200 GB de almacenamiento y genera 200 IOPS durante un ciclo de ocupación promedio. Los requisitos para virtualizar esta aplicación son los siguientes: CPU de cuatro máquinas virtuales de referencia Memoria de ocho máquinas virtuales de referencia Almacenamiento de dos máquinas virtuales de referencia I/O de ocho máquinas virtuales de referencia 98 Powered Backup: guía de infraestructura comprobada

99 Descripción general de la arquitectura de la solución En este caso, la máquina virtual apropiada usa los recursos de ocho máquinas virtuales de referencia. Si se implementa en un sistema de almacenamiento VNX5400, que es compatible con hasta 300 máquinas virtuales, quedan recursos para 292 máquinas virtuales de referencia. Ejemplo 3: Servidor web El servidor web del cliente se debe transferir a esta infraestructura virtual. Se ejecuta actualmente en un sistema físico con dos CPU y 8 GB de memoria. Usa 25 GB de almacenamiento y genera 50 IOPS durante un ciclo de ocupación promedio. Los requisitos para virtualizar esta aplicación son los siguientes: CPU de dos máquinas virtuales de referencia Memoria de cuatro máquinas virtuales de referencia Almacenamiento de una máquina virtual de referencia I/O de dos máquinas virtuales de referencia En este caso, la máquina virtual apropiada usa los recursos de cuatro máquinas virtuales de referencia. Si se implementa en un sistema de almacenamiento VNX5400, que es compatible con hasta 300 máquinas virtuales, quedan recursos para 296 máquinas virtuales de referencia. Ejemplo 4: Base de datos de soporte de decisiones El servidor de base de datos para el sistema de soporte de decisiones de un cliente se debe transferir a esta infraestructura virtual. Se ejecuta actualmente en un sistema físico con 10 CPU y 64 GB de memoria. Usa 5 TB de almacenamiento y genera 700 IOPS durante un ciclo de ocupación promedio. Los requisitos para virtualizar esta aplicación son los siguientes: CPU de 10 máquinas virtuales de referencia Memoria de 32 máquinas virtuales de referencia Almacenamiento de 52 máquinas virtuales de referencia I/O de 28 máquinas virtuales de referencia En este caso, la máquina virtual usa los recursos de 52 máquinas virtuales de referencia. Si se implementa en un sistema de almacenamiento VNX5400, que es compatible con hasta 300 máquinas virtuales, quedan recursos para 248 máquinas virtuales de referencia. Resumen de ejemplos Los cuatro ejemplos ilustran la flexibilidad del modelo de pool de recursos. En los cuatro casos, las cargas de trabajo simplemente reducen la cantidad de recursos disponibles en el pool. Los cuatro ejemplos se pueden implementar en la misma infraestructura virtual con una capacidad inicial para 300 máquinas virtuales de referencia y quedan recursos para 234 máquinas virtuales de referencia en el pool de recursos, como se muestra en la Figura

100 Descripción general de la arquitectura de la solución Figura 37. Flexibilidad del pool de recursos En casos más avanzados, puede haber desventajas entre la memoria y las I/O u otras relaciones en las cuales el aumento de la cantidad de un recurso disminuye la necesidad de otro. En estos casos, las interacciones entre las asignaciones de recursos se vuelven muy complejas y están fuera del alcance del documento. Examine el cambio en el balanceo de los recursos y determine el nuevo nivel de requisitos. Agregue estas máquinas virtuales a la infraestructura con el método descrito en los ejemplos. Implementación de la solución Descripción general Tipos de recursos La solución descrita en este documento requiere que esté disponible un conjunto de hardware para las necesidades de CPU, memoria, red y almacenamiento del sistema. Estos son requisitos generales que son independientes de cualquier implementación específica, excepto que los requisitos crezcan de manera lineal con el nivel de escala previsto. Esta sección describe algunas consideraciones para implementar los requisitos. La solución define los requisitos de hardware en términos de cuatro tipos de recursos básicos: Recursos de CPU Recursos de memoria Recursos de red Recursos de almacenamiento Esta sección describe los tipos de recursos, cómo se usan en la solución y las consideraciones clave para implementarlos en un ambiente del cliente. Recursos de CPU La solución define el número de cores de CPU que se requieren, pero no un tipo ni una configuración específicos. Las implementaciones nuevas deberían usar revisiones recientes de tecnologías de procesadores comunes. Se da por hecho que estas funcionarán tan bien como los sistemas usados para validar la solución o mejor que estos. En cualquier sistema en ejecución, monitoree la utilización de los recursos y adáptelos según sea necesario. La máquina virtual de referencia y los recursos de hardware requeridos de la solución suponen que no hay más de cuatro CPU virtuales para cada core de procesador físico (relación 4:1). Generalmente, esto proporciona un nivel adecuado de recursos para las máquinas virtuales alojadas; sin embargo, esta relación puede no ser adecuada en todos los casos de uso. Monitoree la utilización de CPU en la capa del hipervisor para determinar si se requieren más recursos. 100 Powered Backup: guía de infraestructura comprobada

101 Descripción general de la arquitectura de la solución Recursos de memoria Se determinó que cada servidor virtual de la solución tuviera 2 GB de memoria. Debido a restricciones de presupuesto, en un ambiente virtual es común provisionar máquinas virtuales con más memoria que la que tiene instalada físicamente el servidor hipervisor. La técnica de sobreasignación de memoria aprovecha que cada máquina virtual no utiliza por completo la cantidad de memoria que tiene asignada. La sobreasignación de memoria tiene, hasta un punto determinado, cierto sentido en términos de mejor utilización de recursos. El administrador tiene la responsabilidad de monitorear proactivamente el índice de sobresuscripción de modo que el cuello de botella no se aleje del servidor para convertirse en una carga para el subsistema de almacenamiento. Si VMware ESXi se queda sin memoria para los sistemas operativos huésped, comienza a operar la paginación, que generará actividad de I/O adicional hacia los archivos vswap. Si el subsistema de almacenamiento se dimensiona correctamente, es posible que los incrementos repentinos ocasionales debido a la actividad de vswap no causen problemas de rendimiento ya que las ráfagas de carga transitorias se pueden absorber. Sin embargo, si el índice de sobreasignación de memoria es tan alto que afecta seriamente al subsistema de almacenamiento con una sobrecarga continua de actividad de vswap, será necesario agregar más discos debido a la exigencia de un mayor rendimiento. El administrador debe decidir si es más rentable agregar más memoria física al servidor o aumentar la cantidad de almacenamiento. Dado que los módulos de memoria son un producto masivo, probablemente sea menos costoso optar por lo primero. Esta solución se valida con memoria asignada estáticamente y sin sobreasignación de recursos de memoria. Si se usa sobreasignación de memoria en un ambiente real, monitoree regularmente la utilización de la memoria del sistema y la actividad de I/O del archivo de paginación asociado para asegurarse de que un déficit de memoria no cause resultados inesperados. Recursos de red La solución describe las necesidades mínimas del sistema. Si se requiere ancho de banda adicional, agregue capacidad en el arreglo de almacenamiento y en el host del hipervisor para cumplir con los requisitos. Las opciones para la conectividad de red en el servidor dependen del tipo de servidor. Los arreglos de almacenamiento cuentan con un número de puertos de red incluidos y la opción de agregar puertos utilizando módulos de I/O UltraFlex de EMC. Para propósitos de referencia en el ambiente validado, cada máquina virtual genera 25 IOPS con un tamaño promedio de 8 KB. Esto significa que cada máquina virtual genera por lo menos 200 KB/s de tráfico en la red de almacenamiento. Para un ambiente clasificado para 100 máquinas virtuales, se obtiene un mínimo de aproximadamente 20 MB/s. lo que está en conformidad con los límites de las redes modernas. Sin embargo, esto no considera otras operaciones. Por ejemplo, se requiere ancho de banda adicional para: Tráfico de red de usuario Migración de máquinas virtuales Operaciones administrativas y de gestión 101

102 Descripción general de la arquitectura de la solución Los requisitos para cada red dependen de cómo se use. No es práctico entregar números concretos en este contexto. Sin embargo, la red descrita en la arquitectura de referencia para cada solución debe ser suficiente para manejar tipos de carga promedio para los casos de uso anteriores. Sin importar los requisitos de tráfico de red, tenga siempre al menos dos conexiones de red física que se compartan para una red lógica, de modo que la falla de un enlace no afecte la disponibilidad del sistema. Diseñe la red para asegurar que el ancho de banda agregado en caso de que se produzca una falla sea suficiente para soportar la carga de trabajo completa. Recursos de almacenamiento Los elementos esenciales de almacenamiento descritos en esta solución contienen diseños para los discos que se utilizan en la validación del sistema. Cada diseño balancea la capacidad de almacenamiento disponible con la capacidad de rendimiento de las unidades. Se deben considerar algunos factores cuando se examina el dimensionamiento del almacenamiento. Específicamente, el arreglo tiene un conjunto de discos que se asignan a un pool de almacenamiento. Desde ese pool de almacenamiento, puede provisionar áreas de almacenamiento de datos al cluster VMware vsphere. Cada capa tiene una configuración específica que se define para la solución y se documenta en la sección de implementación de esta guía, en el Capítulo 5. Es aceptable: Reemplazar unidades por otras de mayor capacidad con las mismas características de tipo y rendimiento, o bien, por otras que tengan mayor rendimiento, sean del mismo tipo y tengan la misma capacidad. Cambiar la ubicación de las unidades en las bandejas para cumplir con las disposiciones modificadas o nuevas de bandejas de unidades. Aumentar la escala con los elementos esenciales en números mayores de unidades hasta el límite que se define en la sección Valores máximos validados de la nube privada de VSPEX. Cumpla con las siguientes mejores prácticas: Utilice la guía de mejores prácticas de EMC más reciente para obtener información sobre la colocación de unidades dentro de la bandeja. Consulte la Guía de mejores prácticas aplicadas: Mejores prácticas de EMC VNX Unified para el rendimiento. Al ampliar la funcionalidad de un pool de almacenamiento con los elementos esenciales descritos en este documento, utilice el mismo tipo y tamaño de unidad en el pool. Cree un pool nuevo para usar diferentes tipos y tamaños de unidades. Esto evita que el pool tenga un rendimiento desparejo. Configure al menos un hot spare para cada tipo y tamaño de unidad del sistema. Se configura al menos un hot spare cada 30 unidades de un tipo específico. En otros casos en que es necesario desviarse del número y el tipo propuestos de unidades especificadas, o de los diseños especificados para el pool y el área de almacenamiento de datos, asegúrese de que el diseño de destino ofrezca al sistema los mismos recursos o más, y que cumpla con las mejores prácticas publicadas de EMC. 102 Powered Backup: guía de infraestructura comprobada

103 Descripción general de la arquitectura de la solución Resumen de la implementación Los requisitos que se indican en la arquitectura de referencia son lo que EMC considera como el conjunto mínimo de recursos para manejar las cargas de trabajo requeridas de acuerdo con la definición señalada de un servidor virtual de referencia. En cualquier implementación del cliente, la carga de un sistema varía con el tiempo a medida que los usuarios interactúan con el sistema. Agregue recursos a un sistema si las máquinas virtuales difieren considerablemente de la definición de referencia y varían en el mismo grupo de recursos. Evaluación rápida Descripción general Una evaluación del ambiente del cliente permite asegurarse de implementar la solución VSPEX correcta. Esta sección proporciona una hoja de trabajo fácil de usar que simplificará los cálculos de dimensionamiento y ayudará a evaluar el ambiente del cliente. En primer lugar, resuma las aplicaciones para las que se planifica una migración a la nube privada de VSPEX. Para cada aplicación, determine el número de CPU virtuales, la cantidad de memoria, el rendimiento del almacenamiento necesario, la capacidad de almacenamiento necesaria y el número de máquinas virtuales de referencia que se requieren del pool de recursos. Aplicación de la carga de trabajo de referencia se ofrecen ejemplos de este proceso. Complete una fila de la hoja de trabajo para cada aplicación, según se enumera en la Tabla 11. Tabla 11. Fila de la hoja de trabajo en blanco Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) Máquinas virtuales de referencia equivalentes Aplicación de ejemplo Requisitos de recursos Máquinas virtuales de referencia equivalentes N/D Complete los requisitos de recursos para la aplicación. La fila requiere entradas en cuatro recursos diferentes: CPU, memoria, IOPS y capacidad. Requisitos de CPU La optimización de la utilización de CPU es un objetivo significativo para casi cualquier proyecto de virtualización. Una vista simple de la operación de virtualización sugiere un mapeo uno a uno entre los cores de CPU físicos y los cores de CPU virtuales, independientemente de la utilización de los CPU físicos. En realidad, considere si la aplicación de destino puede usar de forma eficaz todos los CPU que se presentan. Use una herramienta de monitoreo del rendimiento, como esxtop, en hosts de vsphere para examinar el contador de utilización de CPU para cada CPU. Si son equivalentes, implemente ese número de CPU virtuales al hacer la migración a la infraestructura virtual. Sin embargo, si se usan algunos CPU y otros no, considere disminuir el número de CPU virtuales que se requieren. 103

104 Descripción general de la arquitectura de la solución En cualquier operación que implique el monitoreo del rendimiento, recopile muestras de datos durante un periodo que incluya todos los casos de uso operacionales del sistema. Para propósitos de planificación, use el valor máximo o del percentil 95 de los requisitos de recursos. Requisitos de memoria La memoria del servidor desempeña una función clave en asegurar la funcionalidad y el rendimiento de las aplicaciones. Por lo tanto, cada proceso del servidor tiene diferentes objetivos para la cantidad aceptable de memoria disponible. Cuando mueva una aplicación a un ambiente virtual, considere la memoria actual disponible para el sistema y monitoree la memoria libre con una herramienta de monitoreo del rendimiento, como esxtop de VMware, para determinar si se está usando de forma eficiente. En cualquier operación que implique el monitoreo del rendimiento, recopile muestras de datos durante un periodo que incluya todos los casos de uso operacionales del sistema. Para propósitos de planificación, use el valor máximo o del percentil 95 de los requisitos de recursos. Requisitos de rendimiento del almacenamiento Los requisitos de rendimiento del almacenamiento para una aplicación son generalmente el aspecto menos comprendido del rendimiento. Hay tres componentes que adquieren importancia cuando se analiza el rendimiento de I/O de un sistema: El número de solicitudes que llegan, o IOPS El tamaño de la solicitud, o tamaño de I/O. Por ejemplo, una solicitud para 4 KB de datos es más fácil y rápido de procesar que una solicitud para 4 MB de datos. El tiempo de respuesta promedio de I/O, o latencia de I/O Operaciones de I/O por segundo La máquina virtual de referencia exige 25 IOPS. Para monitorear esto en un sistema existente, utilice una herramienta de monitoreo del rendimiento, como VMware esxtop, que cuenta con diversos contadores que pueden ser de utilidad. Los más comunes son: Para bloques: Physical Disk \Commands/sec Physical Disk \Reads/sec Physical Disk \Writes/sec Physical Disk \ Average Guest MilliSec/Command Para archivos: Volumen NSF de disco físico\commands/sec Volumen NSF de disco físico\reads/sec Volumen NSF de disco físico\writes/sec Volumen NSF de disco físico\average Guest MilliSec/Command 104 Powered Backup: guía de infraestructura comprobada

105 Descripción general de la arquitectura de la solución La máquina virtual de referencia supone una relación de lectura de 2:1. Use estos contadores para determinar el número total de IOPS y la relación aproximada de lecturas a escrituras para la aplicación del cliente. Tamaño de I/O El tamaño de I/O es importante porque las solicitudes de I/O más pequeñas son más rápidas y más fáciles de procesar que las grandes. La máquina virtual de referencia supone un tamaño de solicitud de I/O promedio de 8 KB, que es adecuado para un rango amplio de aplicaciones. La mayoría de las aplicaciones usa tamaños de I/O que son potencias pares de 2, es decir, es común que haya 4 KB, 8 KB, 16 KB, 32 KB, etc. El contador de rendimiento calcula un promedio simple; es común ver 11 KB o 15 KB en lugar de los tamaños de I/O comunes. La máquina virtual de referencia supone un tamaño de I/O de 8 KB. Si el tamaño de I/O promedio del cliente es menor que 8 KB, use el número de IOPS observado. Sin embargo, si el tamaño de I/O promedio es considerablemente mayor, aplique un factor de escalamiento para dar cuenta del tamaño de I/O grande. Un cálculo seguro es dividir el tamaño de I/O por 8 KB y usar ese factor. Por ejemplo, si la aplicación usa principalmente solicitudes de I/O de 32 KB, use un factor de cuatro (32 KB/8 KB = 4). Si esa aplicación genera 100 IOPS a 32 KB, el factor indica que se debe planificar para 400 IOPS puesto que la máquina virtual de referencia supuso tamaños de I/O de 8 KB. Latencia de I/O El tiempo de respuesta de I/O promedio, o latencia de I/O, es una medición de la rapidez con que el sistema de almacenamiento procesa las solicitudes de I/O. Las soluciones VSPEX están diseñadas para cumplir con una latencia de I/O promedio de destino de 20 ms. Las recomendaciones de este documento permiten que el sistema continúe cumpliendo con ese objetivo. Sin embargo, es conveniente monitorear el sistema y reevaluar la utilización del pool de recursos si fuera necesario. Para monitorear la latencia de I/O, utilice el contador Physical Disk \ Average Guest MilliSec/Command (almacenamiento en bloques) o el contador Physical Disk NFS Volume \ Average Guest MilliSec/Command (almacenamiento basado en archivos) en esxtop. Si la latencia de I/O supera continuamente el valor objetivo, reevalúe las máquinas virtuales del ambiente para asegurarse de que no estén utilizando más recursos de lo previsto. Requisitos de capacidad de almacenamiento Determinación de máquinas virtuales de referencia equivalentes El requisito de capacidad de almacenamiento para una aplicación en ejecución es generalmente el recurso más fácil de cuantificar. Determine la cantidad de espacio en el disco utilizado y agregue un factor adecuado para ajustar el crecimiento. Por ejemplo, para virtualizar un servidor que utiliza actualmente 40 GB de una unidad interna de 200 GB con un crecimiento previsto de aproximadamente el 20 % durante el próximo año, se requieren 48 GB. Además, reserve espacio para el intercambio de archivos y para parches de mantenimiento regulares. Algunos sistemas de archivos, como Microsoft NTFS, sufren una degradación en el rendimiento si se llenan demasiado. Con todos los recursos definidos, determine un valor apropiado para la línea de máquinas virtuales de referencia equivalentes al utilizar las relaciones que aparecen en la Tabla 12. Redondee todos los valores hacia arriba al número entero más cercano. 105

106 Descripción general de la arquitectura de la solución Tabla 12. Recursos de máquinas virtuales de referencia Recurso Valor para la máquina virtual de referencia Relación entre requisitos y máquinas virtuales de referencia equivalentes CPU 1 Máquinas virtuales de referencia equivalentes = requisitos de recursos Memoria 2 Máquinas virtuales de referencia equivalentes = (requisitos de recursos)/2 IOPS 25 Máquinas virtuales de referencia equivalentes = (requisitos de recursos)/25 Capacidad 100 Máquinas virtuales de referencia equivalentes = (requisitos de recursos)/100 Por ejemplo, el sistema de punto de venta que se usó en el Ejemplo 2: Sistema del punto de venta requiere cuatro CPU, 16 GB de memoria, 200 IOPS y 200 GB de almacenamiento. Esto se traduce en cuatro máquinas virtuales de referencia de CPU, ocho máquinas virtuales de referencia de memoria, ocho máquinas virtuales de referencia de IOPS y dos máquinas virtuales de referencia de capacidad. En la Tabla 13 se demuestra cómo esa máquina se ajusta a la fila de la hoja de trabajo. Tabla 13. Ejemplo de fila de la hoja de trabajo Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) Máquinas virtuales de referencia equivalentes Aplicación de ejemplo Requisitos de recursos Máquinas virtuales de referencia equivalentes N/D Use el valor máximo de la fila para completar la columna Máquinas virtuales de referencia equivalentes. Como se muestra en la Figura 38, el ejemplo exige ocho máquinas virtuales de referencia. 106 Powered Backup: guía de infraestructura comprobada

107 Descripción general de la arquitectura de la solución Figura 38. Recurso necesario del pool de máquinas virtuales de referencia Ejemplo de implementación: etapa 1 Un cliente desea crear una infraestructura virtual para darle soporte a una aplicación personalizada, un sistema de punto de venta y un servidor web. Computa la suma de la columna Máquinas virtuales de referencia equivalentes en el lado derecho de la hoja de trabajo como se indica en la Tabla 14con el fin de calcular el número total de máquinas virtuales de referencia necesario. La tabla muestra el resultado del cálculo, junto con el valor, redondeado hacia arriba al número entero más cercano. Tabla 14. Ejemplo de aplicaciones: etapa 1 Aplicación Aplicación de ejemplo n. 1: Aplicación personalizada Aplicación de ejemplo n. 2: Sistema del punto de venta Aplicación de ejemplo n. 3: Servidor web Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Recursos de servidor CPU (CPU virtuales) Memoria (GB) Recursos de almacenamiento IOPS Capacidad (GB) N/D N/D N/D Total de máquinas virtuales de referencia equivalentes 14 Máquinas virtuales de referencia 107

108 Descripción general de la arquitectura de la solución Este ejemplo requiere 14 máquinas virtuales de referencia. De acuerdo con las pautas de dimensionamiento, un pool de almacenamiento con 10 discos SAS y al menos dos discos flash proporciona suficientes recursos para las necesidades actuales y margen para crecimiento. Se puede usar VNX5400, que admite hasta 300 máquinas virtuales de referencia. Figura 39. Requisitos de recursos agregados: etapa 1 La Figura 39 se muestran 12 máquinas virtuales de referencia disponibles después de implementar VNX5400 con 10 discos SAS y dos discos flash. Figura 40. Configuración de un pool: etapa 1 La Figura 40 se muestra la configuración del pool de este ejemplo. Ejemplo de implementación: etapa 2 A continuación, este cliente debe agregar una base de datos de asistencia para el proceso de toma de decisiones a esta infraestructura virtual. Utilizando la misma estrategia, se puede calcular la cantidad de máquinas virtuales de referencia necesarias, como se indica en la Tabla Powered Backup: guía de infraestructura comprobada

109 Descripción general de la arquitectura de la solución Tabla 15. Aplicaciones de ejemplo: etapa 2 Recursos de servidor Recursos de almacenamiento Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) Máquinas virtuales de referencia Aplicación de ejemplo n. 1: Aplicación personalizada Aplicación de ejemplo n. 2: Sistema del punto de venta Aplicación de ejemplo n. 3: Servidor web Aplicación de ejemplo n. 4: Base de datos de asistencia para el proceso de toma de decisiones Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes N/D N/D N/D ,120 N/D Total de máquinas virtuales de referencia equivalentes 66 Este ejemplo requiere 66 máquinas virtuales de referencia. De acuerdo con las pautas de dimensionamiento, un pool de almacenamiento con 30 discos SAS y al menos dos discos flash proporciona suficientes recursos para las necesidades actuales y margen para crecimiento. Puede implementar este diseño de almacenamiento con VNX5400 para un máximo de 300 máquinas virtuales de referencia. En la Figura 41, se muestran 12 máquinas virtuales de referencia disponibles después de implementar VNX5400 con 30 discos SAS y dos discos flash. 109

110 Descripción general de la arquitectura de la solución Figura 41. Requisitos de recursos agregados: etapa 2 En la Figura 42 se muestra la configuración del pool de este ejemplo. Figura 42. Configuración de un pool: etapa 2 Ejemplo de implementación: etapa 3 Debido al crecimiento empresarial, el cliente debe implementar un ambiente virtual mucho más grande para admitir una aplicación desarrollada a medida, un sistema de punto de ventas, dos servidores web y tres bases de datos de asistencia para el proceso de toma de decisiones. Empleando la misma estrategia, calcule la cantidad de máquinas virtuales de referencia equivalentes, según se muestra en la Tabla 16. Tabla 16. Aplicaciones de ejemplo: etapa 3 Recursos de servidor Recursos de almacenamiento Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) Máquinas virtuales de referencia Aplicación de ejemplo n. 1: Aplicación personalizada Aplicación de ejemplo n. 2: Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos N/D N/D 110 Powered Backup: guía de infraestructura comprobada

111 Descripción general de la arquitectura de la solución Sistema del punto de venta Aplicación de ejemplo n. 3: Servidor web n. 1 Aplicación de ejemplo n. 4: Base de datos de asistencia para el proceso de toma de decisiones n. 1 Aplicación de ejemplo n. 5: Servidor web N. 2 Aplicación de ejemplo n. 6: Base de datos de asistencia para el proceso de toma de decisiones N. 2 Aplicación de ejemplo n. 7: Base de datos de asistencia para el proceso de toma de decisiones N. 3 Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Recursos de servidor Recursos de almacenamiento N/D ,120 N/D N/D ,120 N/D ,120 N/D Total de máquinas virtuales de referencia equivalentes 174 Este ejemplo requiere 174 máquinas virtuales de referencia. De acuerdo con nuestro dimensionamiento, dos pools con 70 discos SAS y al menos cuatro discos flash proporcionan suficientes recursos para las necesidades actuales y margen para crecimiento. Puede implementar este diseño de almacenamiento con VNX5400, para un máximo de 300 máquinas virtuales de referencia. 111

112 Descripción general de la arquitectura de la solución La Figura 43 se muestran 16 máquinas virtuales de referencia disponibles después de implementar VNX5400 con 70 discos SAS y 4 discos flash. Figura 43. Requisitos de recursos agregados para la etapa 3 Figura 44. Configuración de un pool: etapa 3 En la Figura 44 se muestra la configuración del pool de este ejemplo. Ajuste de los recursos de hardware Habitualmente, el proceso que se describe determina la dimensión recomendada del hardware para los servidores y el almacenamiento. Sin embargo, en algunos casos, se puede desear personalizar en más detalle los recursos de hardware que están disponibles para el sistema. Una descripción completa de la arquitectura del sistema está más allá del alcance de este documento; no obstante, la personalización adicional se puede realizar en este punto. Recursos de almacenamiento En algunas aplicaciones, los datos de aplicación deben separarse de otros tipos de carga. Los diseños de almacenamiento en las arquitecturas VSPEX ponen todas las máquinas virtuales en un solo pool de recursos. Para lograr la separación de las cargas de trabajo, compre unidades de disco adicionales para la carga de trabajo de las aplicaciones y agréguelas a un pool exclusivo. Con el método que se describe en Determinación de máquinas virtuales de referencia equivalentes, resulta sencillo desarrollar una infraestructura virtual que pase gradualmente de 13 a 1,000 máquinas virtuales de referencia con los elementos esenciales que se describen en Elementos esenciales de almacenamiento VSPEX, y, a la vez, tener presentes los límites recomendados de cada arreglo de almacenamiento que se documentan en Valores máximos validados de la nube privada de VSPEX. 112 Powered Backup: guía de infraestructura comprobada

113 Descripción general de la arquitectura de la solución Recursos de servidor En el caso de algunos tipos de carga, la relación entre las necesidades del servidor y las necesidades de almacenamiento no coinciden con lo que se delinea en la máquina virtual de referencia. En esta situación, dimensione las capas de servidor y de almacenamiento en forma independiente. Figura 45. Personalización de recursos de servidor Para hacerlo, sume en primer lugar el total de requisitos de recursos para los componentes del servidor, como se muestra en la Tabla 17. En la fila Totales de componentes del servidor de la parte inferior de la hoja de trabajo, sume los requisitos de recursos de servidor de las aplicaciones en la tabla. Nota: Cuando personalice recursos de esta manera, confirme que el dimensionamiento del almacenamiento sigue siendo apropiado. La fila Totales de componentes de almacenamiento en la parte inferior de la Tabla 17 describe la cantidad de almacenamiento requerida. Tabla 17. Totales de componentes de recursos de servidor Recursos de servidor Recursos de almacenamiento Aplicación CPU (CPU virtuales) Memoria (GB) IOPS Capacidad (GB) máquinas virtuales de referencia Aplicación de ejemplo n. 1: Aplicación personalizada Aplicación de ejemplo n. 2: Sistema del punto de venta Aplicación de ejemplo n. 3: Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos N/D N/D N/D 113

114 Descripción general de la arquitectura de la solución Servidor web n. 1 Aplicación de ejemplo n. 4: Base de datos de asistencia para el proceso de toma de decisiones n. 1 Aplicación de ejemplo n. 5: Servidor web N. 2 Aplicación de ejemplo n. 6: Base de datos de asistencia para el proceso de toma de decisiones N. 2 Aplicación de ejemplo n. 7: Base de datos de asistencia para el proceso de toma de decisiones N. 3 Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Requisitos de recursos Máquinas virtuales de referencia equivalentes Recursos de servidor Recursos de almacenamiento ,120 N/D N/D ,120 N/D ,120 N/D Total de máquinas virtuales de referencia equivalentes 174 Personalización de servidores Totales de componentes del servidor Personalización del almacenamiento N/D Totales de componentes de almacenamiento N/D 114 Powered Backup: guía de infraestructura comprobada

115 Descripción general de la arquitectura de la solución Recursos de servidor Máquinas virtuales de referencia equivalentes del componente de almacenamiento Recursos de almacenamiento N/D Total de máquinas virtuales de referencia equivalentes: almacenamiento 157 Nota: Calcule la suma de la fila requisitos de recursos correspondiente a cada aplicación, no las máquinas virtuales de referencia equivalentes, para obtener los totales de componentes del servidor/almacenamiento. En este ejemplo, la arquitectura de destino requirió 39 CPU virtuales y 227 GB de memoria. Si se usan cuatro máquinas virtuales por core de procesador físico y el aprovisionamiento excesivo de memoria no es necesario, la arquitectura requiere 10 cores de procesador físico y 227 GB de memoria. Con estas cifras, la solución se puede implementar eficazmente con menos recursos de servidor y de almacenamiento. Nota: Tenga presentes los requisitos de alta disponibilidad al personalizar el hardware del pool de recursos. El Apéndice C proporciona una hoja de trabajo en blanco para el componente de recursos de servidor. Herramienta para dimensionamiento de EMC VSPEX Con el fin de simplificar el dimensionamiento de esta solución, EMC ha producido la herramienta para dimensionamiento de VSPEX. Esta herramienta utiliza el mismo proceso de dimensionamiento que se describió en la sección anterior y, además, incorpora dimensionamiento para otras soluciones de VSPEX. La herramienta para dimensionamiento de VSPEX le permite ingresar los requisitos de recursos a partir de las respuestas del cliente en la hoja de trabajo de calificación. Una vez que termina de ingresar los datos en la herramienta para dimensionamiento de VSPEX, la misma herramienta genera una serie de recomendaciones, lo cual le permite validar sus suposiciones de dimensionamiento y, a la vez, proporcionar información de configuración de la plataforma que satisfaga tales requisitos. Puede acceder a la herramienta en la siguiente ubicación: Herramienta para dimensionamiento de EMC VSPEX. 115

116 Descripción general de la arquitectura de la solución 116 Powered Backup: guía de infraestructura comprobada

117 Capítulo 5 Guía de configuración de VSPEX Este capítulo presenta los siguientes temas: Descripción general Tareas previas a la implementación Datos de configuración del cliente Preparar los switches, conectar la red y configurar los switches Preparar y configurar arreglo de almacenamiento Instalar y configurar hosts vsphere Instalar y configurar base de datos de SQL Server Instalar y configurar VMware vcenter Server Resumen

118 Guía de configuración de VSPEX Descripción general El proceso de implementación consta de las etapas principales que se muestran en la Tabla 18. Después de la implementación, integre la infraestructura VSPEX a la red del cliente y a la infraestructura de servidores existentes. La Tabla 18 incluye las etapas principales del proceso de implementación de la solución. La tabla también incluye referencias a capítulos que establecer procedimientos relevantes. Tabla 18. Descripción general del proceso de implementación Etapa Descripción reference 1 Verificar los requisitos previos Tareas previas a la implementación 2 Obtener las herramientas de implementación 3 Recopilar datos de configuración del cliente 4 Montar en rack y cablear los componentes 5 Configurar los switches y las redes, conectarse a la red del cliente Requisitos previos de la implementación Datos de configuración del cliente Consulte la documentación del proveedor. Preparar los switches, conectar la red y configurar los switches 6 Instalar y configurar VNX Preparar y configurar arreglo de almacenamiento 7 Configurar áreas de almacenamiento de datos de máquinas virtuales 8 Instalar y configurar los servidores 9 Configurar SQL Server (utilizado por VMware vcenter ) 10 Instalar y configurar vcenter y la red de máquinas virtuales Preparar y configurar arreglo de almacenamiento Instalar y configurar hosts vsphere Instalar y configurar base de datos de SQL Server Configurar una base de datos para VMware vcenter 118 Powered Backup: guía de infraestructura comprobada

119 Guía de configuración de VSPEX Tareas previas a la implementación Descripción general Las tareas previas a la implementación incluyen procedimientos que no se relacionan directamente con el ambiente, la instalación y la configuración, pero cuyos resultados son necesarios en el momento de la instalación. Entre algunos de los ejemplos de tareas previas a la implementación, podemos mencionar la recopilación de nombres de host, direcciones IP, ID de VLAN, números de licencia y medios de instalación. Realice estas tareas antes de la visita al cliente para disminuir el tiempo necesario en el sitio. Tabla 19. Tareas previas a la implementación Tarea Descripción reference Reunir documentos Reunir herramientas Recopilar datos Reúna los documentos relacionados que se enumeran en el Apéndice D. En estos documentos se ofrece información detallada sobre los procedimientos de configuración y las mejores prácticas de implementación para los diversos componentes de la solución. Reúna las herramientas requeridas y opcionales para la implementación. Use la Tabla 20 para comprobar que todos los equipos, el software y las licencias apropiadas estén disponibles antes de comenzar el proceso de implementación. Recopile datos de configuración específicos del cliente sobre redes, asignación de nombres y cuentas requeridas. Ingrese esta información en la Hoja de datos de configuración del cliente para usarla como referencia durante el proceso de implementación. Referencias: Documentación de EMC La Tabla 20 Lista de verificación de los requisitos previos de la implementación Apéndice B Requisitos previos de la implementación La Tabla 20 detalla los requisitos de hardware, software y licencias para configurar la solución. Para obtener información adicional, consulte la Tabla 3 y la Tabla 4. Tabla 20. Lista de verificación de los requisitos previos de la implementación Requisito Descripción reference Hardware Servidores físicos a servidores virtuales hosts: Capacidad suficiente de servidores físicos para alojar 200, 300, 600 o 1,000 servidores virtuales. La Tabla 3: Hardware de la solución Servidores de VMware vsphere para alojar servidores de infraestructura virtual Nota: Es posible que la infraestructura existente ya cumpla con este requisito. Capacidad y funciones del puerto del switch según lo requiera la infraestructura de servidor virtual. 119

120 Guía de configuración de VSPEX Requisito Descripción reference EMC VNX5200 (200 máquinas virtuales) o EMC VNX5400 (300 máquinas virtuales) o EMC VNX5600 (600 máquinas virtuales) o EMC VNX5800 (1,000 máquinas virtuales): arreglo de almacenamiento multiprotocolo con el diseño de discos requerido. Software Medios de instalación de VMware ESXi. Medios de instalación de VMware vcenter Server. EMC VSI para VMware vsphere: Administración de almacenamiento unificado. Soporte en línea de EMC EMC VSI para VMware vsphere: Visor de almacenamiento. Medios de instalación de Microsoft Windows Server 2008 R2 (sistema operativo recomendado para VMware vcenter). Medios de instalación de Microsoft SQL Server 2008 R2 o posterior. Nota: Este requisito se puede cubrir con la infraestructura existente. Plug-in API de EMC vstorage para la integración de arreglos. Soporte en línea de EMC Medios de instalación de Microsoft Windows Server 2012 R2 Data Center (sistema operativo sugerido como sistema operativo huésped de máquina virtuales) o medios de instalación de Windows Server 2008 R2. Licencia Número de licencia de VMware vcenter. Números de licencia de VMware ESXi. Números de licencia de Microsoft Windows Server 2008 R2 Standard (o superior). Números de licencia de Microsoft Windows Server 2012 R2 Data Center. Nota: Es posible que un servidor de administración de claves (KMS) de Microsoft existente ya cumpla con este requisito. Número de licencia de Microsoft SQL Server. Nota: Es posible que la infraestructura existente ya cumpla con este requisito. 120 Powered Backup: guía de infraestructura comprobada

121 Guía de configuración de VSPEX Datos de configuración del cliente Reúna información como las direcciones IP y los nombres de hosts como parte del proceso de planificación para reducir el tiempo que deberá pasar en las instalaciones. El Apéndice B proporciona una tabla para mantener un registro de la información del cliente pertinente. Agregue, registre y modifique información según sea necesario durante el proceso de implementación. Adicionalmente, complete la Hoja de trabajo de VNX File y VNX Unified, que podrá encontrar en el servicio de soporte en línea de EMC, para registrar la información más completa específica de cada arreglo. Preparar los switches, conectar la red y configurar los switches Descripción general Esta sección enumera los requisitos para que la infraestructura de red sea compatible con esta arquitectura. En la Tabla 21 se ofrece un resumen de las tareas para la configuración de switches y redes, además de referencias para obtener más información. Tabla 21. Tareas para la configuración de los switches y la red Tarea Descripción reference Configurar la red de la infraestructura Configurar las VLAN Cableado completo de la red Configure el arreglo de almacenamiento y la red de infraestructura de host de ESXi como se especifica en Preparar y configurar arreglo de almacenamiento e Instalar y configurar hosts vsphere. Configure VLAN privadas y públicas según sea necesario. Conecte los puertos de interconexión de los switches. Conecte los puertos VNX. Conecte los puertos de servidor ESXi. Preparar y configurar arreglo de almacenamiento e IInstalar y configurar hosts vsphere. Guía de configuración de switch del proveedor Preparar switches de red Para alcanzar los niveles validados de rendimiento y alta disponibilidad, esta solución requiere la capacidad de switches que se indica en la Tabla 3. No utilice hardware nuevo si la infraestructura existente ya cumple con los requisitos. Configurar la red de la infraestructura La red de la infraestructura requiere enlaces de red redundantes para cada host ESXi, el arreglo de almacenamiento, los puertos de interconexión de los switches y los puertos de enlace superior de los switches, con el fin de ofrecer redundancia y ancho de banda de red adicional. Esta es una configuración necesaria, independientemente de que ya exista la infraestructura de red para la solución o de que se esté implementando junto con otros componentes de la solución. 121

122 Guía de configuración de VSPEX En la Figura 46 y en la Figura 47 se muestra un ejemplo de infraestructura redundante para esta solución. Los diagramas ilustran el uso de switches y enlaces redundantes para asegurarse de que no existan puntos de falla únicos. En la Figura 46 los switches convergentes brindan a los clientes distintas opciones de protocolo (Fibre Channel, FCoE o iscsi) para las redes de almacenamiento. Si bien los switches FC existentes son admisibles para las opciones de protocolo FC o FCoE, utilice switches de red Ethernet de 10 Gb para iscsi. Figura 46. Ejemplo de arquitectura de red: almacenamiento basado en bloques 122 Powered Backup: guía de infraestructura comprobada

123 Guía de configuración de VSPEX En la Figura 47 se muestra un ejemplo de infraestructura Ethernet redundante para el almacenamiento de archivos. El diagrama ilustra el uso de switches y enlaces redundantes para asegurarse de que no existan puntos de falla únicos en la conectividad de la red. Figura 47. Ejemplo de arquitectura de red Ethernet: almacenamiento basado en archivos Configurar las VLAN Configurar frames jumbo (iscsi y NFS solamente) Asegúrese de que haya puertos de switch adecuados para el arreglo de almacenamiento y para hosts ESXi. Utilice al menos dos redes VLAN para: Administración de redes de la máquinas virtuales y ESXi. (Son redes orientadas al cliente. Sepárelas si es necesario). Redes de almacenamiento (solo iscsi y NFS) y vmotion. Utilice frames jumbo para protocolos iscsi y NFS. Configure el tamaño de la MTU en 9,000 en los puertos de switch para la red de almacenamiento iscsi o NFS. Consulte las instrucciones de la guía de configuración de los switches. 123

124 Guía de configuración de VSPEX Cableado completo de la red Asegúrese de lo siguiente: Que todos los servidores, arreglos de almacenamiento, interconectores de switch y enlaces superiores de switch estén conectados a infraestructuras de conmutación separadas y que tengan conexiones redundantes. Que haya una conexión completa con la red existente del cliente. Nota: Asegúrese de que ninguna interacción no prevista cause problemas en el servicio cuando conecte el equipo nuevo a la red del cliente. Preparar y configurar arreglo de almacenamiento Las instrucciones y mejores prácticas de implementación pueden variar según el protocolo de red de almacenamiento que se elija para la solución. En cada caso hay tres pasos: 1. Configurar el VNX. 2. Aprovisionar el almacenamiento en los hosts. 3. Configurar FAST VP. 4. Configuración opcional de FAST Cache. En las siguientes secciones se explican las opciones para cada paso en forma separada, según se elija uno de los protocolos para bloques (FC, FCoE, iscsi) o el protocolo para archivos (NFS): En el caso de FC, FCoE o iscsi, consulte las instrucciones marcadas para protocolos para bloques. En el caso de NFS, consulte las instrucciones marcadas para protocolos para archivos. Configuración de VNX para protocolos basados en bloques En esta sección se describe cómo configurar el arreglo de almacenamiento VNX para acceso a hosts utilizando protocolos para bloques como FC, FCoE e iscsi. En esta solución, VNX proporciona almacenamiento de datos para hosts VMware. Tabla 22. Tareas para la configuración de VNX Tarea Descripción reference Preparar el VNX. Establecer la configuración inicial de VNX Instale físicamente el hardware de VNX siguiendo los procedimientos indicados en la documentación del producto. Configure las direcciones IP y otros parámetros clave en el VNX. Guía de instalación de VNX5200 Unified Guía de instalación de VNX5400 Unified Guía de instalación de VNX5600 Unified 124 Powered Backup: guía de infraestructura comprobada

125 Guía de configuración de VSPEX Tarea Descripción reference Provisionar almacenamiento para hosts VMware Cree las áreas de almacenamiento necesarias para la solución. Guía de instalación de VNX5800 Unified Guía de introducción del sistema Unisphere Guía de configuración de switch del proveedor Preparar el VNX. La Guía de instalación de VNX5200, VNX5400, VNX5600 o VNX5800 Unified ofrece instrucciones para ensamblar, montar en racks, cablear y activar el VNX. No hay pasos de configuración específicos para esta solución. Establecer la configuración inicial de VNX Después de realizar la configuración inicial de VNX, configure información clave sobre el ambiente existente de modo que el arreglo de almacenamiento pueda comunicarse. Configure los siguientes elementos comunes de acuerdo con las políticas del centro de datos de TI y la información de la infraestructura existente: DNS NTP Interfaces de la red de almacenamiento Para conexiones de datos que utilicen protocolos FC o FCoE: Asegúrese de conectar al menos un servidor al sistema de almacenamiento VNX, ya sea en forma directa o mediante switches FC o FCoE aptos. Consulte la Guía de conectividad de hosts de EMC para VMware ESX Server para obtener instrucciones más detalladas. Para conexiones de datos que utilicen el protocolo iscsi: Conecte al menos un servidor al sistema de almacenamiento VNX, ya sea en forma directa o mediante switches IP aptos. Consulte la Guía de conectividad de hosts de EMC para VMware ESX Server para obtener instrucciones más detalladas. Como paso adicional, configure los siguientes elementos de acuerdo con las políticas del centro de datos de TI y la información de la infraestructura existente: 1. Configure una dirección IP para la red de almacenamiento. Aísle lógicamente las demás redes de la solución, como se describe en el Capítulo 3. Esto asegura que el resto del tráfico de la red no tenga ningún efecto sobre el tráfico entre los hosts y el almacenamiento. 2. Habilite los frames jumbo en los puertos iscsi de VNX. Utilice frames jumbo para redes iscsi para permitir más ancho de banda de red. Aplique el tamaño de la MTU que se especifica más abajo en todas las interfaces de red del ambiente: a. En Unisphere, haga clic en Settings > Network > Settings for Block. b. Seleccione la interfaz de red iscsi apropiada. c. Haga clic en Propiedades. 125

126 Guía de configuración de VSPEX d. Establezca el tamaño de la MTU en 9,000. e. Haga clic en OK para aplicar los cambios. Los documentos de referencia que se enumeran en la Tabla 22 proporcionan más información sobre cómo configurar la plataforma VNX. Reglas para la configuración del almacenamiento proporcionan más información acerca del diseño de disco. Provisionar almacenamiento para hosts VMware En esta sección se describe el aprovisionamiento de almacenamiento basado en bloques para hosts VMware. Para provisionar el almacenamiento de archivos, consulte Configuración VNX para protocolos de archivos. Realice los siguientes pasos en Unisphere para configurar LUN en el arreglo VNX con el fin de almacenar servidores virtuales: 1. Cree la cantidad necesaria de pools de almacenamiento para el ambiente, en función de la información de dimensionamiento del Capítulo 4. En este ejemplo se utilizan los valores máximos recomendados para arreglos que se describen en el Capítulo 4. a. Inicie sesión en Unisphere. b. Seleccione el arreglo para esta solución. c. Seleccione Storage > Storage Configuration > Storage Pools. d. Haga clic en la pestaña Pools. f. Haga clic en Create. Nota: El pool no utiliza unidades de sistema para almacenamiento adicional. Configuración 200 máquinas virtuales Tabla 23. Tabla de asignación de almacenamiento para datos en bloque Cantidad de pools Cantidad de discos SAS de 15,000 r/min por pool Cantidad de discos flash por pool Cantidad de LUN por pool Total máquinas virtuales Tamaño del LUN (TB) Dos LUN de 7 TB Dos LUN de 4 TB Total Cuatro LUN de 7 TB Dos LUN de 3 TB 600 máquinas virtuales Total Ocho LUN de 7 TB Dos LUN de 6 TB 126 Powered Backup: guía de infraestructura comprobada

127 Guía de configuración de VSPEX Configuración 1,000 máquinas virtuales Cantidad de pools Cantidad de discos SAS de 15,000 r/min por pool Cantidad de discos flash por pool Cantidad de LUN por pool Tamaño del LUN (TB) Total Dieciséis LUN de 7 TB Nota: Cada máquina virtual ocupa 102 GB en esta solución, con 100 GB para el SO y espacio para usuarios, y un archivo de intercambio de 2 GB. Cree los discos hot spare en este punto. Consulte la guía de instalación correspondiente para obtener más información. En la Figura 27 se ilustra el diseño de almacenamiento de destino para 200 máquinas virtuales. En la Figura 28 se ilustra el diseño de almacenamiento de destino para 300 máquinas virtuales. En la Figura 29 se ilustra el diseño de almacenamiento de destino para 600 máquinas virtuales. Figura 30 se ilustra el diseño de almacenamiento de destino para 1,000 máquinas virtuales. 3. Utilice el pool que se creó en el Paso1 para provisionar LUN delgados: a. Haga clic en Storage > LUNs. b. Haga clic en Create. c. Seleccione el pool que se creó en el Paso 1. Siempre cree dos LUN ligeros en un pool de almacenamiento físico. User Capacity depende de la cantidad específica de máquinas virtuales. Para obtener más información, consulte la Tabla Cree un grupo de almacenamiento y agregue LUN y servidores VMware: a. Haga clic en Hosts > Storage Groups. b. Haga clic en Create e ingrese un nombre. c. Seleccione el grupo de almacenamiento que acaba de crear. d. Haga clic en LUNs. En el panel Available LUNs, seleccione todos los LUN que se crearon en los pasos anteriores. Aparece el cuadro de diálogo Selected LUNs. e. Configure los hosts VMware en el pool de almacenamiento. Configuración VNX para protocolos de archivos En esta sección se describe el aprovisionamiento de almacenamiento basado en archivos para VMware. 127

128 Guía de configuración de VSPEX Tabla 24. Tareas para la configuración del almacenamiento Tarea Descripción Referencia Preparar el VNX. Establecer la configuración inicial de VNX Cree una interfaz de red Crear pool de almacenamiento para archivos Instale físicamente el hardware de VNX siguiendo los procedimientos indicados en la documentación del producto. Configure la información de direcciones IP y otros parámetros clave en VNX. Configure la dirección IP y la información sobre la interfaz de la red para el servidor NFS. Cree la estructura de pool y los LUN que contendrán el sistema de archivos. Guía de instalación de VNX5200 Unified Guía de instalación de VNX5400 Unified Guía de instalación de VNX5600 Unified Guía de instalación de VNX5800 Unified Guía de introducción del sistema Unisphere Guía de configuración de switch del proveedor Crear sistemas de archivos Establezca el sistema de archivos que se compartirá con el protocolo NFS y expórtelo a los hosts VMware. Preparar el VNX. La Guía de instalación de VNX5200, VNX5400, VNX5600 o VNX5800 Unified ofrece instrucciones para ensamblar, montar en racks, cablear y activar el VNX. No hay pasos de configuración específicos para esta solución. Establecer la configuración inicial de VNX Después de configurar VNX por primera vez, configure la información clave sobre el ambiente existente para permitir que el arreglo de almacenamiento se comunique con los demás dispositivos del ambiente. Asegúrese de conectar al menos un servidor al sistema de almacenamiento VNX, ya sea en forma directa o mediante switches IP aptos. Configure los siguientes elementos conforme a las políticas de su centro de datos de TI y a la información de infraestructura existente: DNS NTP Interfaces de la red de almacenamiento Dirección IP de la red de almacenamiento Servicios CIFS y membresía en dominio de Active Directory Consulte la Guía de conectividad de hosts de EMC para Windows para obtener instrucciones más detalladas. Habilitar tramas jumbo en las interfaces de la red de almacenamiento VNX Utilice frames jumbo para redes de almacenamiento para permitir más ancho de banda de red. Aplique el tamaño de la MTU que se especifica más abajo en todas las interfaces de red del ambiente: 1. En Unisphere, haga clic en Settings > Network > Settings for File. 2. Seleccione la interfaz de red apropiada en la pestaña Interfaces. 128 Powered Backup: guía de infraestructura comprobada

129 Guía de configuración de VSPEX 3. Haga clic en Propiedades. 4. Establezca el tamaño de la MTU en 9, Haga clic en OK para aplicar los cambios. Los documentos de referencia que se enumeran en la Tabla 22 proporcionan más información sobre cómo configurar la plataforma VNX. Reglas para la configuración del almacenamiento proporcionan más información acerca del diseño de disco. Cree una interfaz de red Una interfaz de red se asigna a una exportación NFS. Los recursos compartidos proporcionan acceso por medio de esta interfaz. Siga estos pasos para crear una interfaz de red: 1. Inicie sesión en el VNX. 2. En el tablero de VNX, haga clic en Settings > Network > Settings For File. 3. En la pestaña Interfaces, haga clic en Create (Crear). Figura 48. Cuadro de diálogo de ajustes de red para archivos En el asistente para Crear interfaz de red, siga estos pasos: 1. Seleccione el Data Mover que proporcionará el recurso compartido de archivos. 2. Seleccione el nombre del dispositivo en el que residirá la interfaz de la red. Nota: Ejecute el siguiente comando como nasadmin en Control Station para asegurarse de que el dispositivo seleccionado tenga un enlace conectado: > server_sysconfig <datamovername> -pci Este comando indica el estado del enlace (ACTIVO o INACTIVO) correspondiente a todos los dispositivos del Data Mover especificado. 3. Escriba una dirección IP para la interfaz en el campo IP address. 4. Escriba un nombre para la interfaz en el campo Name. 5. Escriba la máscara de red para la interfaz en el campo Netmask. 129

130 Guía de configuración de VSPEX 6. El campo Broadcast Address se completa automáticamente después de ingresar la dirección IP y la máscara de red. 7. Establezca en 9,000 el tamaño de la MTU para la interfaz en el campo MTU size. Nota: Asegúrese de que todos los dispositivos de la red (switch, servidores) tengan el mismo tamaño de MTU. 8. De ser necesario, especifique el valor de VLAN ID. 9. Haga clic en OK. Figura 49. Cuadro de diálogo para crear una interfaz Crear pools de almacenamiento para archivos Realice los siguientes pasos en Unisphere para configurar LUN en el arreglo VNX con el fin de almacenar servidores virtuales: 1. Cree la cantidad necesaria de pools de almacenamiento para el ambiente, en función de la información de dimensionamiento del Capítulo 4. En este ejemplo se utilizan los valores máximos recomendados para arreglos que se describen en el Capítulo 4. a. Inicie sesión en Unisphere. b. Seleccione el arreglo para esta solución c. Haga clic en Storage > Storage Configuration > Storage Pools > Pools. d. Haga clic en Create. Nota: El pool no utiliza unidades de sistema para almacenamiento adicional. 130 Powered Backup: guía de infraestructura comprobada

131 Guía de configuración de VSPEX Configuración 200 máquinas virtuales Tabla 25. Cantidad de pools Tabla de asignación de almacenamiento para archivos Cantidad de discos SAS de 15,000 r/min por pool Cantidad de discos flash por pool Cantidad de LUN por pool Cantidad de FS por pool de almacenami ento para archivos Tamaño de LUN (GB) Total LUN de 800 GB 20 LUN de 600 GB 300 máquinas virtuales Tamaño del FS (TB) Dos FS de 5 TB Dos FS de 4 TB Total Cuarenta LUN de 800 GB Veinte LUN de 400 GB Cuatro FS de 7 TB Dos FS de 3 TB 600 máquinas virtuales Total Ochenta LUN de 800 GB Veinte LUN de 700 GB Ocho FS de 7 TB Dos FS de 6 TB 1,000 máquinas virtuales Total Ciento sesenta LUN de 800 GB Dieciséis FS de 7 TB Cree los discos hot spare. Para obtener información adicional, consulte la Guía de instalación de EMC VNX5400 Unified. En la Figura 27 se ilustra el diseño de almacenamiento de destino para 200 máquinas virtuales. En la Figura 28 se ilustra el diseño de almacenamiento de destino para 300 máquinas virtuales. 131

132 Guía de configuración de VSPEX En la Figura 29 se ilustra el diseño de almacenamiento de destino para 600 máquinas virtuales. La Figura 30 se ilustra el diseño de almacenamiento de destino para 1,000 máquinas virtuales. 2. Utilice el pool que se creó en el paso 1 para provisionar los LUN: a. Seleccione Storage > LUNs. b. Haga clic en Create. c. Seleccione el pool creado en el Paso 1. En LUN Properties, desmarque la casilla de verificación Thin. Para User Capacity, consulte la Tabla 25 que incluye información detallada del tamaño de los LUN. El valor de Number of LUNs to create depende de la cantidad de discos que haya en el pool. Consulte la Tabla 25Tabla 25. Nota: Para las implementaciones de FAST VP, no asigne más del 95 % de la capacidad del pool de almacenamiento disponible por archivo. 3. Conecte los LUN aprovisionados al Data Mover para acceder a los archivos: a. Haga clic en Hosts > Storage Groups. b. Seleccione filestorage. c. Haga clic en Connect LUNs. d. En el panel Available LUNs, amplíe SP A y SP B y seleccione todos los LUN creados en los pasos anteriores. Aparece el panel Selected LUNs. Haga clic en OK. 4. Reexamine los sistemas de almacenamiento para detectar el almacenamiento nuevo disponible. a. Haga clic en la pestaña Storage. b. En el panel File Storage, haga clic en Rescan Storage Systems. c. Haga clic en OK para continuar en la ventana que se abre. Utilice un pool de almacenamiento para archivo nuevo para crear varios sistemas de archivos. Crear sistemas de archivos Un sistema de archivos exporta un recurso compartido de archivos NFS. Cree un sistema de archivos antes de crear el recurso compartido de archivos NFS. VNX precisa un pool de almacenamiento y una interfaz de red para crear un sistema de archivos. Cree una interfaz de red y Crear pools de almacenamiento para archivos para crear un pool de almacenamiento y una interfaz de red. 132 Powered Backup: guía de infraestructura comprobada

133 Guía de configuración de VSPEX Cree dos sistemas de archivos delgados a partir de cada pool de almacenamiento para archivo. Consulte Tabla 25 para obtener detalles sobre la cantidad de sistemas de archivos. Siga estos pasos para crear sistemas de archivos en VNX para recursos compartidos NFS: 1. Inicie sesión en Unisphere. 2. Seleccione Storage > Storage Configuration > File Systems. 3. Haga clic en Crear. Aparece el asistente File System Creation. 4. Especifique los detalles del sistema de archivos: a. Seleccione Storage Pool. b. Escriba un nombre para el sistema de archivos en el campo File System Name. c. Seleccione un pool de almacenamiento que contendrá al sistema de archivos en el campo Storage Pool. d. Seleccione la capacidad de almacenamiento del sistema de archivos en el campo Storage Capacity. Consulte la Tabla 25 para conocer la capacidad de almacenamiento detallada. e. Seleccione Thin Enabled. f. Multiplique la cantidad de terabytes especificada para el sistema de archivos en la Tabla 25 por para obtener el tamaño del archivo en megabytes. Ingrese esta cifra en el campo Maximum Capacity (MB). g. Seleccione el Data Mover que será propietario del sistema en el campo Data Mover (R/W). h. Haga clic en OK. Nota: El Data Mover seleccionado debe tener una interfaz definida. Figura 50. Cuadro de diálogo para crear un sistema de archivos 133

134 Guía de configuración de VSPEX El sistema de archivos que se acaba de crear aparece en la pestaña File Systems. 5. Haga clic en Mounts. 6. Seleccione el sistema de archivos que se creó y haga clic en Properties. 7. Seleccione Set Advanced Options. 8. Seleccione Direct Writes Enabled. 9. Seleccione CIFS Sync Writes Enabled. Figura 51. Casilla de verificación Direct Writes Enabled 10. Haga clic en OK. 11. Exporte los sistemas de archivos mediante NFS y conceda acceso de raíz a los servidores ESXi. a. Haga clic en Storage > Shared Folders > NFS. b. Haga clic en Create. 12. En el diálogo, agregue las direcciones IP de todos los servidores ESXi en los campos Read/Write Hosts y Root Hosts. 134 Powered Backup: guía de infraestructura comprobada

135 Guía de configuración de VSPEX Configuración de FAST VP Este procedimiento corresponde tanto a las implementaciones de almacenamiento basadas en archivos como a las basadas en bloques. Siga estos pasos para configurar FAST VP. Asigne dos discos flash en cada pool de almacenamiento basado en bloques: 1. Navegue hasta el pool de almacenamiento basado en bloques que se creó en el paso anterior utilizando Unisphere. Seleccione el pool de almacenamiento para configurar FAST VP. 2. Haga clic en Properties en un pool de almacenamiento específico para abrir el cuadro de diálogo Storage Pool Properties. En la Figura 52 se muestra la información de organización en niveles para un pool FAST específico. Nota: El área Tier Status muestra información de reubicación de FAST específica para el pool seleccionado. 3. Seleccione la reubicación calendarizada en el nivel de pool desde la lista Auto-Tiering. Seleccione Scheduled (recomendado) o Manual. 4. En el área Tier Details, puede ver la distribución exacta de los datos. Figura 52. Cuadro de diálogo Storage Pool Properties También puede conectarse al calendario de reubicación del arreglo con el botón de la esquina superior derecha para acceder al cuadro de diálogo Manage Auto-Tiering, tal como se muestra en la Figura

136 Guía de configuración de VSPEX Figura 53. Cuadro de diálogo Manage Auto-Tiering Use este cuadro de diálogo de estado para controlar Data Relocation Rate. La velocidad predeterminada está configurada en Medium para que las I/O del host no se vean afectadas significativamente. Nota: FAST VP es una herramienta automatizada que permite crear un calendario de reubicación. Programe las reubicaciones fuera del horario de trabajo para minimizar cualquier posible impacto en el rendimiento. Configuración de FAST Cache De manera opcional, configure Fast Cache. Para configurar FAST Cache en los pools de almacenamiento para esta solución, realice los siguientes pasos: Nota: Los discos flash incluidos en la sección de dimensionamiento del Capítulo 4 están diseñados para utilizarse con FAST VP y se configuran en la sección anterior. FAST Cache es un componente opcional de esta solución que permite mejorar el rendimiento, según se delinea en el Capítulo Configure los discos flash como FAST Cache. a. En el tablero, haga clic en Properties o, en el panel izquierdo de la interfaz de Unisphere, haga clic en Manage Cache para acceder al cuadro de diálogo Storage System Properties, como se muestra en la Figura 54. b. Haga clic en la pestaña FAST Cache para ver la información de FAST Cache. 136 Powered Backup: guía de infraestructura comprobada

137 Guía de configuración de VSPEX Figura 54. Cuadro de diálogo Storage System Properties c. Haga clic en Create para abrir el cuadro de diálogo Create FAST Cache, como se muestra en la Figura 55. El campo RAID Type indica RAID 1 después de crear FAST Cache. Puede elegir la cantidad de discos flash desde esta pantalla. La parte inferior de la pantalla muestra los discos flash que se usan para crear FAST Cache. Seleccione Manual para elegir las unidades manualmente. d. Consulte Reglas para la configuración del almacenamiento para determinar la cantidad de discos flash que se necesitarán en esta solución. Nota: Si no hay una cantidad suficiente de discos flash disponibles, FLARE muestra un mensaje de error y no crea FAST Cache. 137

138 Guía de configuración de VSPEX Figura 55. Cuadro de diálogo Create FAST Cache 2. Habilitar FAST Cache en el pool de almacenamiento. Si se crea un LUN en un pool de almacenamiento, solo puede configurar FAST Cache para ese LUN en el nivel del pool de almacenamiento. En todos los LUN creados en el pool de almacenamiento, FAST Cache estará activado o desactivado. Configure los LUN en la pestaña Advanced del cuadro de diálogo Create Storage Pool, como se muestra en la Figura 56. Después de instalar FAST Cache en VNX, se activa de manera predeterminada cada vez que se crea un pool de almacenamiento. 138 Powered Backup: guía de infraestructura comprobada

139 Guía de configuración de VSPEX Figura 56. Pestaña Advanced del cuadro de diálogo Create Storage Si se crea el pool de almacenamiento, use la pestaña Advanced del cuadro de diálogo Storage Pool Properties para configurar FAST Cache, como se muestra en la Figura 57. Figura 57. Pestaña Advanced del cuadro de diálogo Storage Pool Properties Nota: La función FAST Cache de VNX no causa una mejora instantánea del rendimiento. El sistema debe recopilar datos sobre patrones de acceso y promover la información de uso frecuente a la caché. Este proceso puede tardar algunas horas, durante las cuales el rendimiento del arreglo mejora constantemente. 139

140 Guía de configuración de VSPEX Instalar y configurar hosts vsphere Descripción general Esta sección proporciona los requisitos para la instalación y la configuración de los hosts ESXi y los servidores de la infraestructura requeridos para la compatibilidad con la arquitectura. En la Tabla 26 se describen las tareas que se deben realizar. Tabla 26. Tareas para la instalación de servidores Tarea Descripción Referencia Instalar ESXi Configurar la red ESXi Instalar y configurar PowerPath/VE (solo almacenamiento basado en bloques) Conectar áreas de almacenamiento de datos de VMware Planear asignaciones de memoria de máquinas virtuales Instale el hipervisor ESXi en los servidores físicos que se están implementando para la solución. Configure la red ESXi, incluido el trunking de NIC, los puertos VMkernel y los grupos de puertos de máquinas virtuales y frames jumbo. Instale y configure PowerPath/VE para administrar las múltiples rutas para los LUN de VNX. Conecte las áreas de almacenamiento de datos de VMware a los hosts ESXi implementados para la solución. Asegúrese de que las tecnologías de administración de memoria de VMware estén bien configuradas para el ambiente. vsphere Installation and Setup Guide vsphere Networking Guía de instalación y administración de PowerPath VE para VMware vsphere. vsphere Storage Guide vsphere Installation and Setup Guide Instalar ESXi Tras el inicio de los servidores en uso para ESXi, confirme o active la virtualización de CPU asistida por hardware y la configuración de la virtualización de MMU asistida por hardware en el BIOS de cada servidor. Si los servidores cuentan con un controlador RAID, configure el espejeado en los discos locales. Inicie los medios de instalación de ESXi e instale el hipervisor en cada uno de los servidores. Para la instalación se requerirán los nombres de host de ESXi, las direcciones IP y una contraseña de raíz. En el Apéndice B se proporcionan los valores adecuados. Además, instale los controladores de HBA o configure los iniciadores iscsi en cada host ESXi. Para obtener información detallada, consulte la Guía de conectividad de hosts de EMC para VMware ESX Server. 140 Powered Backup: guía de infraestructura comprobada

141 Guía de configuración de VSPEX Configurar la red ESXi Durante la instalación de VMware ESXi se crea un switch virtual estándar (vswitch). De manera predeterminada, ESXi elige solo una NIC física como un enlace superior de switch virtual. Para mantener los requisitos de redundancia y ancho de banda, se debe agregar una NIC adicional al usar la consola ESXi o al conectar el host ESXi desde el cliente vsphere. Cada servidor VMware ESXi debe tener varias tarjetas de interfaz para cada red virtual a fin de garantizar la redundancia y de permitir el balanceo de carga de red y el failover de adaptador de red. La configuración de la red VMware ESXi, que incluye balanceo de carga y opciones de failover, se describe en vsphere Networking. Elija la opción de balanceo de carga apropiada de acuerdo con lo que soporta la infraestructura de red. Cree puertos VMkernel según sea necesario de acuerdo con la configuración de la infraestructura: Puerto VMkernel para red de almacenamiento (protocolos iscsi y NFS). Puerto VMkernel para VMware vmotion Grupos de puertos de servidores virtuales (utilizados por los servidores virtuales para comunicarse en la red) Funciones de red en vsphere describe el procedimiento para establecer estas configuraciones. Consulte el Apéndice D para obtener más información. Frames jumbo (solo iscsi y NFS) Habilite los frames jumbo para la NIC si la utiliza para datos iscsi y NFS. Configure el tamaño de la MTU en 9,000. Consulte la guía de configuración de su proveedor de NIC. Instalar y configurar PowerPath/VE (solo para bloques) Conectar áreas de almacenamiento de datos de VMware Si desea mejorar y ampliar el rendimiento y las capacidades del arreglo de almacenamiento VNX, instale PowerPath/VE en el host VMware vsphere. Para obtener detalles sobre los pasos de instalación, consulte la Guía de instalación y administración de PowerPath/VE para VMware vsphere. Conecte las áreas de almacenamiento de datos configuradas en la sección Instalar y configurar hosts vsphere a los servidores ESXi apropiados. Estas incluyen las áreas de almacenamiento de datos configuradas para: Almacenamiento de servidores virtuales Almacenamiento de máquinas virtuales de la infraestructura (si se requiere) Almacenamiento de SQL Server (si se requiere) La Guía de almacenamiento de vsphere proporciona instrucciones sobre cómo conectar las áreas de almacenamiento de datos de VMware al host ESXi. Consulte el Apéndice E para obtener más información. 141

142 Guía de configuración de VSPEX Planear asignaciones de memoria de máquinas virtuales La capacidad de servidores en la solución es necesaria para dos fines: Para soportar la nueva infraestructura virtualizada del servidor. Para admitir los servicios requeridos de infraestructura necesarios, como autenticación/autorización, DNS y bases de datos Para obtener información acerca de los requisitos de infraestructura mínimos, consulte la Tabla 3. Si los servicios de infraestructura existentes cumplen con los requerimientos, el hardware enumerado para los servicios de infraestructura no se requerirá. Configuración de la memoria Al configurar la memoria de servidores, dimensione y configure adecuadamente la solución. Esta sección proporciona pautas generales acerca de la asignación de memoria para los servidores virtuales, y los factores en sobrecarga de vsphere y la configuración de máquinas virtuales. Administración de la memoria en ESXi Las técnicas de virtualización de memoria permiten que el hipervisor de vsphere abstraiga recursos del host físico, como memoria, a fin de proporcionar aislamiento de recursos en varias máquinas virtuales y, a la vez, evitar que se agoten los recursos. Si se implementan procesadores avanzados (como los procesadores Intel compatibles con EPT), esta abstracción se lleva a cabo dentro del CPU. De lo contrario, este proceso ocurre dentro del hipervisor físico mismo. vsphere emplea las siguientes técnicas de administración de la memoria: La asignación de recursos de memoria mayores que los que están físicamente disponibles para la máquina virtual se conoce como sobreasignación de memoria. Las páginas de memoria idénticas que se comparten entre máquinas virtuales se fusionan mediante una característica conocida como uso compartido transparente de páginas. Las páginas duplicadas se devuelven al pool de memoria libre del host para su reutilización. Compresión de memoria: ESXi almacena páginas, que de lo contrario se intercambiarían en el disco a través de intercambio de host, en una caché comprimida situada en la memoria principal. El incremento de memoria alivia el agotamiento de recursos del host. Este proceso solicita que las páginas libres se asignen desde la máquina virtual al host para su reutilización. El intercambio del hipervisor hace que el host fuerce la salida de páginas de máquina virtual arbitrarias a disco. Es posible obtener información adicional en el informe técnico Cómo entender la administración de recursos de memoria en VMware vsphere Powered Backup: guía de infraestructura comprobada

143 Guía de configuración de VSPEX Conceptos de la memoria de máquinas virtuales La Figura 58 se muestran los parámetros de configuración de la memoria en la máquina virtual. Figura 58. Configuración de la memoria en la máquina virtual Los ajustes de la memoria son los siguientes: Memoria configurada: memoria física asignada a la máquina virtual en el momento de la creación. Memoria reservada: memoria que está garantizada para la máquina virtual. Memoria en uso: memoria que está activa o en uso en la máquina virtual. Intercambiable: memoria que puede desasignarse de la máquina virtual en caso de que el host esté bajo presión de memoria desde otras máquinas virtuales a través de incremento, compresión o intercambio. Las mejores prácticas recomendadas son las siguientes: No desactive las técnicas predeterminadas de recuperación de memoria. Estos procesos ligeros permiten flexibilidad con un impacto mínimo en las cargas de trabajo. Dimensione de forma inteligente la asignación de memoria para las máquinas virtuales. La asignación excesiva desperdicia recursos, en tanto que una asignación insuficiente provoca impactos en el rendimiento que pueden afectar a otros recursos de uso compartido de máquinas virtuales. La sobreasignación puede producir un agotamiento de recursos si el hipervisor no puede obtener recursos de memoria. En casos severos en que se encuentre intercambio del hipervisor, el rendimiento de la máquina virtual podría verse afectado de forma negativa. En este proceso sirve de ayuda tener bases de rendimiento para las cargas de trabajo de máquinas virtuales. Es posible obtener información adicional sobre las herramientas como esxtop en el documento Interpretación de estadísticas de esxtop. 143

144 Guía de configuración de VSPEX Instalar y configurar base de datos de SQL Server Descripción general La Tabla 27 se describe cómo configurar una base de datos Microsoft SQL Server para la solución. Al final de este capítulo, SQL Server estará instalado en una máquina virtual y las bases de datos que requiere VMware vcenter estarán configuradas para su uso. Tabla 27. Tareas para la configuración de una base de datos de SQL Server Tarea Descripción reference Crear una máquina virtual para SQL Server Instalar Microsoft Windows en la máquina virtual Instalar SQL Server Configurar una base de datos para VMware vcenter. Configurar una base de datos para VMware Update Manager Cree una máquina virtual para alojar SQL Server. Verifique que el servidor virtual cumpla con los requisitos de hardware y software. Instale Microsoft Windows Server 2008 R2 en la máquina virtual que se creó para alojar SQL Server. Instale Microsoft SQL Server en la máquina virtual designada para ese propósito. Cree la base de datos requerida para vcenter Server en el área de almacenamiento de datos apropiada. Cree la base de datos requerida para Update Manager en el área de almacenamiento de datos apropiada Preparing vcenter Server Databases Preparing the Update Manager Database Crear una máquina virtual para SQL Server Cree la máquina virtual con suficiente cantidad de recursos informáticos en uno de los servidores ESXi designados para máquinas virtuales de infraestructura. Utilice el área de almacenamiento designado para la infraestructura compartida. Nota: El ambiente del cliente ya puede contener un SQL Server para esta función. En ese caso, consulte la sección Configurar una base de datos para VMware vcenter. Instalar Microsoft Windows en la máquina virtual El servicio SQL Server debe ejecutarse en Microsoft Windows. Instale la versión de Windows requerida en la máquina virtual, y seleccione la red apropiada, el tiempo y la configuración de autenticación. 144 Powered Backup: guía de infraestructura comprobada

145 Guía de configuración de VSPEX Instalar SQL Server Instale SQL Server en la máquina virtual con los medios de instalación de SQL Server. Uno de los componentes instalables del instalador de SQL Server es SQL Server Management Studio (SSMS). Instale directamente este componente en el servidor SQL Server y en una consola de administrador. En muchas implementaciones, puede ser útil almacenar los archivos de datos en ubicaciones distintas de la ruta predeterminada. Para cambiar la ruta predeterminada para almacenar archivos de datos: 1. Haga clic con el botón secundario en el objeto servidor en SSMS y seleccione Database Properties. Aparece la ventana Properties. 2. Cambie los directorios de datos y logs predeterminados para las nuevas bases de datos creadas en el servidor. Nota: Para una alta disponibilidad, instale SQL Server en un cluster de failover de Microsoft o en una máquina virtual protegida por la agrupación en clusters de VMHA de VMware. No combine estas tecnologías. Configurar una base de datos para VMware vcenter Para usar VMware vcenter en esta solución, cree una base de datos para el servicio. Los requisitos y los pasos para configurar correctamente la base de datos de vcenter Server se incluyen en la sección Preparación de bases de datos de vcenter Server. Para obtener más información, consulte la lista de documentos en el Apéndice E. Nota: No use la opción de base de datos basada en Microsoft SQL Server Express para esta solución. Cree cuentas de inicio de sesión individuales para cada servicio que tenga acceso a una base de datos de SQL Server. Configurar una base de datos para VMware Update Manager Para usar VMware Update Manager en esta solución, cree una base de datos para el servicio. Los requisitos y los pasos para configurar la base de datos de Update Manager se tratan en Configurar una base de datos para VMware Update Manager. Cree cuentas de inicio de sesión individuales para cada servicio que obtiene acceso a una base de datos de SQL Server. Consulte la política de su organización al administrador de bases de datos. 145

146 Guía de configuración de VSPEX Instalar y configurar VMware vcenter Server Descripción general Esta sección proporciona información sobre cómo configurar VMware vcenter. Complete las tareas en la Tabla 28. Tabla 28. Tareas para la configuración de vcenter Tarea Descripción Referencia Crear la máquina virtual del host vcenter Instalar el sistema operativo huésped de vcenter Actualizar la máquina virtual Crear conexiones ODBC de vcenter Instalar vcenter Server Instalar vcenter Update Manager Crear un centro de datos virtual Aplicar números de licencia de vsphere Cree una máquina virtual que se utilizará para VMware vcenter Server. Instale Windows Server 2008 R2 Standard Edition en la máquina virtual del host vcenter. Instale las herramientas de VMware, active la aceleración de hardware y permita el acceso a la consola remota. Cree las conexiones ODBC de vcenter de 64 bits y de vcenter Update Manager de 32 bits. Instale el software vcenter Server. Instale el software vcenter Update Manager. Cree un centro de datos virtual. Escriba los números de licencia de vsphere en el menú de licencias de vcenter. vsphere Virtual Machine Administration vsphere Virtual Machine Administration Instalación y configuración de vsphere Installing and Administering VMware vsphere Update Manager Instalación y configuración de vsphere Installing and Administering VMware vsphere Update Manager vcenter Server and Host Management Instalación y configuración de vsphere Agregar hosts ESXi Conecte vcenter a hosts ESXi. vcenter Server and Host Management Configurar la agrupación en clusters de vsphere Llevar a cabo el descubrimiento de arreglos de host ESXi Instalar el plug-in vcenter Update Manager Cree un cluster vsphere y traslade a él los hosts ESXi. Lleve a cabo el descubrimiento de host ESXi desde la consola Unisphere. Instale el plug-in vcenter Update Manager en la consola de administración. vsphere Resource Management Uso de almacenamiento EMC VNX con VMware vsphere: TechBook Installing and Administering VMware vsphere Update Manager 146 Powered Backup: guía de infraestructura comprobada

147 Guía de configuración de VSPEX Tarea Descripción Referencia Instalar la CLI de UEM de EMC VNX Instalar el plug-in VSI plug-in Crear una máquina virtual en vcenter Realizar una alineación de la partición y asignar un tamaño de unidad de asignación de archivos Crear una máquina virtual de plantilla Implementar máquinas virtuales a partir de la máquina virtual de plantilla Instale la interfaz de línea de comandos de UEM de EMC VNX en la consola de administración. Instale el plug-in EMC Virtual Storage Integrator en la consola de administración. Cree una máquina virtual con vcenter Use Diskpart.exe para realizar la alineación de la partición, asignar letras de unidad y asignar tamaño de unidad de asignación de archivos en la unidad de disco de la máquina virtual Cree una máquina virtual de plantilla a partir de la máquina virtual existente. Cree una especificación de personalización en este momento. Implemente las máquinas virtuales a partir de la plantilla de máquina virtual. EMC VSI para VMware vsphere: Administración de almacenamiento unificado: Guía del producto EMC VSI para VMware vsphere: Administración de almacenamiento unificado: Guía del producto vsphere Virtual Machine Administration vsphere Virtual Machine Administration vsphere Virtual Machine Administration Crear la máquina virtual del host vcenter Para implementar VMware vcenter Server como una máquina virtual en un servidor ESXi instalado como parte de esta solución, conéctese directamente a un servidor ESXi de la infraestructura mediante vsphere Client. Cree una máquina virtual en el servidor ESXi con la configuración del SO huésped del cliente y utilice el área de almacenamiento de datos del servidor de la infraestructura presentada desde el arreglo de almacenamiento. Los requisitos de memoria y procesador para vcenter Server dependen de la cantidad de hosts ESXi y máquinas virtuales que se administran. Los requisitos se describen en la Guía de instalación y configuración de vsphere. Instalar el SO huésped de vcenter Crear conexiones ODBC de vcenter Instale el SO huésped en la máquina virtual del host vcenter. VMware recomienda usar Windows Server 2008 R2 Standard Edition. Antes de instalar vcenter Server y vcenter Update Manager, cree las conexiones ODBC requeridas para la comunicación de las bases de datos. Estas conexiones ODBC utilizan la autenticación de SQL Server para la autenticación de la base de datos. En el Apéndice B se ofrece un lugar para registrar la información de inicio de sesión de SQL Server. 147

148 Guía de configuración de VSPEX Instalar vcenter Server Aplicar números de licencia de vsphere Instalar el plug-in EMC VSI Instale vcenter Server desde los medios de instalación de VMware VIMSetup. Utilice el nombre de usuario, la organización y el número de licencia de vcenter proporcionados por el cliente al instalar vcenter. Para realizar el mantenimiento de la licencia, inicie sesión en vcenter Server y seleccione el menú Administration > Licensing en vsphere Client. Use la consola vcenter License para ingresar números de licencia para los hosts ESXi. Después, los números se pueden aplicar a los hosts ESXi a medida que se importan en vcenter. Integre el sistema de almacenamiento VNX a VMware vcenter utilizando EMC VSI para VMware vsphere: Administración de almacenamiento unificado. Los administradores pueden usar el plug-in para administrar las tareas de almacenamiento de VNX desde el hipervisor de vcenter. Después de instalar el plug-in en la consola de vsphere, los administradores pueden utilizar vcenter para: Crear áreas de almacenamiento de datos NFS en VNX y montarlas en servidores ESXi. Crear LUN en VNX y asignarlos a servidores ESXi. Extender áreas de almacenamiento/lun de NFS. Crear clones rápidos o completos de máquinas virtuales para el almacenamiento basado en archivos NFS. Crear una máquina virtual en vcenter Cree una máquina virtual en vcenter para usarla como una plantilla de máquina virtual. Después de la instalación de la máquina virtual, instale el software y cambie la configuración de Windows y de las aplicaciones. Consulte vsphere Virtual Machine Administration en el sitio web de VMware para crear una máquina virtual. Realizar una alineación de la partición y asignar un tamaño de unidad de asignación de archivos Realice la alineación de la partición del disco en máquinas virtuales cuyos sistemas operativos sean anteriores a Windows Server Alinee la unidad de disco con un ajuste de 1,024 KB y formatee el disco con un tamaño de unidad de asignación de archivos (cluster) de 8 KB. Consulte el artículo Disk Partition Alignment Best Practices for SQL Server para realizar la alineación de la partición, asignar letras de disco y asignar el tamaño de unidad de asignación de archivo con diskpart.exe 148 Powered Backup: guía de infraestructura comprobada

149 Guía de configuración de VSPEX Crear una plantilla de máquina virtual Implementar máquinas virtuales a partir de la máquina virtual de plantilla Convierta una máquina virtual en una plantilla. Cree una especificación de personalización cuando cree una plantilla. Consulte vsphere Virtual Machine Administration para crear la plantilla y la especificación. Consulte vsphere Virtual Machine Administration para implementar las máquinas virtuales con la plantilla de máquina virtual y la especificación de personalización. Resumen Este capítulo presenta los pasos necesarios para implementar y configurar los diversos aspectos de la solución VSPEX, que incluye los componentes tanto físicos como lógicos. En este punto, la solución VSPEX es completamente funcional. 149

150 Guía de configuración de VSPEX 150 Powered Backup: guía de infraestructura comprobada

151 Capítulo 6 Verificación de la solución Este capítulo presenta los siguientes temas: Descripción general Lista de verificación posterior a la instalación Implementar y probar un solo servidor virtual Verificar la redundancia de los componentes de la solución

152 Lista de materiales Descripción general Este capítulo ofrece una lista de elementos que necesita comprobar después de configurar la solución. El objetivo de este capítulo es verificar la configuración y la funcionalidad de aspectos específicos de la solución y asegurarse de que la configuración cumpla con los principales requisitos de disponibilidad. Complete las tareas incluidas en la Tabla 29. Tabla 29. Tareas para comprobar la instalación Tarea Descripción Referencia Lista de verificación posterior a la instalación Implementar y probar un solo servidor virtual Verificar la redundancia de los componentes de la solución Verifique que existan los puertos virtuales suficientes en cada switch virtual del host vsphere. Verifique que cada host vsphere tenga acceso a las áreas de almacenamiento de datos y VLAN requeridas. Verifique que las interfaces de vmotion estén configuradas correctamente en todos los hosts vsphere. Implemente una sola máquina virtual mediante la interfaz de vsphere. Reinicie cada procesador de almacenamiento, uno a la vez, y asegúrese de que se mantenga la conectividad del LUN. Desactive cada uno de los switches redundantes, uno a la vez, y verifique que la conectividad del host vsphere, la máquina virtual y el arreglo de almacenamiento permanezca intacta. En un host vsphere que contenga por lo menos una máquina virtual, active el modo de mantenimiento y verifique que la máquina virtual pueda migrarse correctamente a otro host. vsphere Networking vsphere Storage Guide vsphere Networking vsphere Networking vcenter Server and Host Management vsphere Virtual Machine Management Los pasos se indican a continuación Documentación del proveedor vcenter Server and Host Management 152 Powered Backup: guía de infraestructura comprobada

153 Lista de materiales Lista de verificación posterior a la instalación Los siguientes puntos de configuración son importantes para la funcionalidad de la solución. En cada servidor vsphere, verifique los siguientes puntos antes de la implementación en producción: Que el vswitch que aloja a las VLAN de los clientes se haya configurado con suficiente cantidad de puertos para dar lugar a la cantidad máxima de máquinas virtuales que puede alojar. Que todos los grupos de puertos de máquinas virtuales requeridos estén configurados y que cada servidor tenga acceso a las áreas de almacenamiento de datos de VMware requeridas. Que haya una interfaz configurada correctamente para vmotion utilizando el material de la guía Funciones de red en vsphere. Implementar y probar un solo servidor virtual Implemente una máquina virtual para verificar que la solución funciona como se esperaba. Verifique que la máquina virtual se haya vinculado al dominio aplicable, que tenga acceso a las redes previstas y que sea posible iniciar sesión en ella. Verificar la redundancia de los componentes de la solución Para asegurarse de que los diversos componentes de la solución mantengan los requisitos de disponibilidad, pruebe escenarios específicos relacionados con el mantenimiento o la falla del hardware. Ambientes de bloque Siga estos pasos para reiniciar cada procesador de almacenamiento VNX a la vez y verifique que se mantenga la conectividad con las áreas de almacenamiento de datos de VMware durante cada reinicio: 1. Inicie sesión en la Control Station con credenciales de administrador. 2. Navegue a /nas/sbin. 3. Reinicie SP A con el comando./navicli -h spa rebootsp. 4. Durante el ciclo de reinicio, compruebe la presencia de áreas de almacenamiento de datos en los hosts de ESXi. 5. Cuando finalice el ciclo, reinicie SP B con./navicli h spb rebootsp. 6. Active el modo de mantenimiento y verifique que puede migrar correctamente una máquina virtual a un host alternativo. 153

154 Lista de materiales Ambientes de archivos Ejecute un failover de cada Data Mover de VNX a la vez y verifique que se mantenga la conectividad con las áreas de almacenamiento NFS. Por simplicidad, use el siguiente enfoque para cada Data Mover: Nota: Opcionalmente, reinicie los Data Movers a través de la interfaz Unisphere. 1. Desde el indicador Control Station, use el comando server_cpu <movername> -reboot, donde <movername> es el nombre del Data Mover 2. Para verificar que las características de redundancia de red funcionen según lo previsto, desactive cada una de las infraestructuras de conmutación redundante, una a la vez. Mientras cada una de las infraestructuras de switch está desactivada, verifique que todos los componentes de la solución mantengan la conectividad entre sí y también con cualquier infraestructura del cliente existente. 3. Active el modo de mantenimiento y verifique que puede migrar correctamente una máquina virtual a un host alternativo. 154 Powered Backup: guía de infraestructura comprobada

155 Capítulo 7 Monitoreo del sistema Este capítulo presenta los siguientes temas: Descripción general Áreas clave que deben monitorearse Pautas de monitoreo de recursos de VNX Resumen

156 Lista de materiales Descripción general El monitoreo del sistema del ambiente VSPEX no difiere del monitoreo de cualquier sistema de TI; es un componente relevante y fundamental de la administración. Los niveles de monitoreo que conlleva una infraestructura altamente virtualizada, como un ambiente VSPEX, son bastante más complejos que los de una infraestructura que es solamente física, dado que la interacción y las relaciones entre los distintos componentes pueden ser sutiles y tener matices. Sin embargo, aquellos que tienen experiencia en la administración de ambientes virtualizados deberían estar familiarizados con los conceptos claves y las áreas de interés. Los diferenciadores clave son el monitoreo en escala y la capacidad de monitorear los sistemas de punto a punto y los flujos de trabajo. Varias necesidades del negocio requieren un monitoreo proactivo y coherente del ambiente: Rendimiento ajustable y predecible Necesidades de dimensionamiento y capacidad Disponibilidad y accesibilidad Flexibilidad: la suma, sustracción y modificación dinámicas de las cargas de trabajo Protección de datos Si el aprovisionamiento de autoservicio está activado en el ambiente, la capacidad de monitorear el sistema es más importante porque los clientes pueden generar máquinas virtuales y cargas de trabajo de forma dinámica. Esto puede afectar negativamente todo el sistema. Este capítulo proporciona el conocimiento básico y necesario para monitorear los componentes clave de un ambiente de infraestructura comprobada VSPEX. Se incluyen recursos adicionales al final de este capítulo. Áreas clave que deben monitorearse Las infraestructuras comprobadas VSPEX abarcan soluciones de punto a punto y el monitoreo del sistema de tres áreas distintas, pero muy interrelacionadas: Servidores, tanto máquinas virtuales como clusteres Redes Almacenamiento Este capítulo se centra principalmente en el monitoreo de componentes clave de la infraestructura de almacenamiento, el arreglo VNX, pero describe brevemente otros componentes. 156 Powered Backup: guía de infraestructura comprobada

157 Lista de materiales Base de rendimiento Cuando se agrega una carga de trabajo a una implementación de VSPEX, se consumen recursos de servidor, almacenamiento y redes. A medida que se agregan, modifican o eliminan cargas de trabajo adicionales, cambia la disponibilidad de recursos y, lo que es aún más importante, las capacidades, lo que impacta en todas las demás cargas de trabajo que se ejecutan en la plataforma. Los clientes deben comprender por completo sus características de tipo de carga en todos los componentes clave antes de implementarlos en una plataforma VSPEX; este es un requisito para dimensionar correctamente la utilización de recursos en comparación con la máquina virtual de referencia definida. Implemente la primera carga de trabajo, luego mida el uso de recursos de punto a punto con el rendimiento de una plataforma. Esto elimina las conjeturas de las actividades de dimensionamiento y asegura que las suposiciones iniciales eran válidas. A medida que se implementan cargas de trabajo adicionales, vuelva a ejecutar los parámetros para determinar la carga acumulativa y el impacto en las máquinas virtuales existentes y las cargas de trabajo de su aplicación. Ajuste la asignación de recursos de forma adecuada para garantizar que la sobresuscripción no afecte de manera negativa el rendimiento general del sistema. Ejecute estas referencias de manera coherente para garantizar la plataforma como un todo, y que las máquinas virtuales en sí funcionen como se espera. Los siguientes componentes conforman una referencia principal de rendimiento: Servidores Los recursos clave que deben monitorearse desde la perspectiva de un servidor incluyen lo siguiente: almacenamiento Memoria Disco (local, NAS y SAN) Redes Monitoree estas áreas desde un nivel de host físico (el nivel de host hipervisor) y desde un nivel virtual (desde dentro de la máquina virtual huésped). Según cuál sea su sistema operativo, hay herramientas disponibles para monitorear y capturar estos datos. Por ejemplo, si su implementación VSPEX utiliza servidores ESXi como el hipervisor, puede usar ESXtop para monitorear y registrar estas estadísticas. Los sistemas huésped Windows Server 2012 pueden emplear la utilería perfmon. Siga las instrucciones del proveedor para determinar los umbrales de rendimiento de los escenarios de implementación específicos, que pueden variar mucho de acuerdo con la aplicación. Puede encontrar información detallada sobre estas herramientas en: Tenga en cuenta que cada infraestructura comprobada VSPEX proporciona un nivel garantizado de rendimiento según la cantidad de máquinas virtuales de referencia implementadas y su carga de trabajo definida. 157

158 Lista de materiales Redes Almacenamiento Asegúrese de que el ancho de banda sea el adecuado para las comunicaciones de red. Esto incluye el monitoreo de cargas de la red al nivel de máquina virtual y servidor, al nivel de fabric (switch), y si se implementan protocolos de archivo de red o basados en bloques como NFS/CIFS/SMB, al nivel de almacenamiento. Desde el nivel de servidor y máquina virtual, las herramientas de monitoreo mencionadas proporcionan las métricas suficientes para analizar los flujos dentro y fuera de los servidores y los huéspedes. Los elementos clave para hacer un rastreo incluyen el rendimiento o ancho de banda agregados, latencias y tamaño de IOPS. Recopile datos adicionales de la tarjeta de red o de las utilerías de HBA. Desde la perspectiva de fabric, las herramientas que monitorean la infraestructura de los switches varían según el proveedor. Los elementos clave que deben monitorearse incluyen la utilización de puertos, la utilización de fabric agregado, la utilización de procesadores, y la utilización de profundidades de línea de espera y del enlace entre switches (ISL). Los protocolos de conexión de red de almacenamiento se tratan en la próxima sección. El monitoreo del aspecto de almacenamiento de una implementación de VSPEX es crucial para mantener el buen estado y el rendimiento generales del sistema. Afortunadamente, las herramientas provistas con la familia VNX de arreglos de almacenamiento ofrecen una manera potente y fácil de obtener información sobre el funcionamiento de los componentes de almacenamiento subyacentes. Para los protocolos basados en bloques o archivos, hay varias áreas clave en las que se debe centrar interés, entre ellas: Capacidad Latencia de IOPS Utilización de SP Para los protocolos CIFS/SMB/NFS, también deben monitorearse los siguientes componentes: Data Mover, CPU y el uso de memoria Latencia del sistema de archivos Rendimiento de entrada y salida de las interfaces de red Entre las consideraciones adicionales (en principio desde una perspectiva de ajuste) se incluyen las siguientes: Tamaño de I/O Características de las cargas de trabajo Utilización de caché Estos factores están fuera del alcance del presente documento; sin embargo, el ajuste del almacenamiento es un componente esencial de la optimización del rendimiento. EMC ofrece la siguiente guía adicional sobre el tema a través del soporte en línea de EMC: Mejores prácticas unificadas para el rendimiento de EMC VNX: Guía de mejores prácticas aplicadas Using EMC VNX Storage with VMware vsphere 158 Powered Backup: guía de infraestructura comprobada

159 Lista de materiales Pautas de monitoreo de recursos de VNX Monitoree el sistema VNX con la interfaz gráfica de usuario (GUI) de Unisphere, a la que se puede acceder abriendo una sesión HTTPS en la dirección IP de Control Station. La familia VNX es una plataforma de almacenamiento unificado que provee acceso al almacenamiento de bloques y al almacenamiento de archivo a través de una sola entidad. El monitoreo se divide en dos partes: Monitoreo de recursos de almacenamiento de bloques Monitoreo de los recursos de almacenamiento de archivo Monitoreo de recursos de almacenamiento de bloques En esta sección se explica cómo usar Unisphere para monitorear el uso de recursos de almacenamiento de bloques que incluye capacidad, IOPS y latencia. Capacidad En Unisphere, dos paneles muestran información de la capacidad. Estos paneles proporcionan una evaluación rápida del espacio libre total disponible dentro de los LUN y los pools de almacenamiento subyacentes configurados. En el caso de los bloques, debe quedar suficiente almacenamiento libre en los pools configurados para permitir el crecimiento anticipado y actividades como la creación de snapshots. Configure alarmas de umbral para advertir a los administradores de almacenamiento cuando el uso de la capacidad supere el 80 %. En ese caso, quizás deba ajustarse la autoexpansión o deba asignarse más espacio al pool. Si el nivel de utilización de los LUN es alto, recupere espacio o asigne más espacio. Si desea configurar alertas de umbral de capacidad para un pool específico, siga estos pasos: 1. Seleccione ese pool y haga clic en la pestaña Properties > Advanced. 2. En el área Storage Pool Alerts, elija un número para el porcentaje de umbral total en el campo Percent Full Threshold de este pool, como se muestra en la Figura

160 Lista de materiales Figura 59. Alertas de pool de almacenamiento Para desglosar la capacidad por bloque, siga estos pasos: 1. En Unisphere, seleccione el sistema VNX que examinará. 2. Seleccione Storage > Storage Configurations > Storage Pools. Esto abre el panel Storage Pools. 3. Examine las columnas con el título Free Capacity y % Consumed, como se muestra en la Figura Powered Backup: guía de infraestructura comprobada

161 Lista de materiales Figura 60. Panel de pools de almacenamiento Monitoree la capacidad en el nivel de pool de almacenamiento y en el nivel de LUN. 1. Haga clic en Storage y seleccione LUNs. Se abre el panel LUN. 2. Seleccione un LUN para examinarlo y haga clic en Properties, para ver la información detallada del LUN, como se muestra en la Figura Verifique la información de LUN Capacity del cuadro de diálogo. User Capacity es la capacidad física total disponible para todos los LUN delgados del pool. Consumed Capacity es la capacidad física total asignada a todos los LUN delgados. 161

162 Lista de materiales Figura 61. Cuadro de diálogo LUN Properties Examine las alertas de capacidad y todos los demás eventos del sistema al abrir el panel Alerts y el panel SP Event Logs, a los cuales se tiene acceso a través del panel Monitoring and Alerts, como se muestra en la Figura Powered Backup: guía de infraestructura comprobada

163 Lista de materiales Figura 62. Panel de monitoreo y alertas. IOPS Los efectos de un tipo de carga de I/O gestionada por un sistema de almacenamiento configurado de manera incorrecta, o uno cuyos recursos estén agotados, pueden repercutir en todo el sistema. El monitoreo de IOPS que gestiona el arreglo de almacenamiento incluye controlar las métricas de los puertos de host de los SP, junto con las solicitudes gestionadas por los discos back-end. Las soluciones VSPEX se dimensionan con cuidado con el fin de ofrecer un determinado nivel de rendimiento para un nivel de carga de trabajo específico. Asegúrese de que los IOPS no superen los parámetros de diseño. Los informes estadísticos de IOPS (junto con otras métricas clave) pueden examinarse con el panel Statistics for Block, seleccionando VNX > System > Monitoring and Alerts > Statistics for Block. Monitoree las estadísticas en línea u offline con Unisphere Analyzer, que requiere una licencia. Otra estadística que debe examinarse es Total Bandwidth (MB/s). Un puerto de SP front-end de 8 Gbps puede procesar 800 MB por segundo. El ancho de banda promedio no debe superar el 80 % del ancho de banda del enlace en condiciones normales de funcionamiento. Los IOPS que se entregan en los LUNs por lo general son más que aquellas que entregan los hosts. Este es el caso específico de los LUN delgados, dado que hay metadatos adicionales asociados a la administración de los flujos de I/O. Unisphere Analyzer muestra los IOPS en cada LUN, como se muestra en la Figura

164 Lista de materiales Figura 63. Los IOPS en los LUN Determinados niveles de RAID también pueden conferir penalidades de escritura que crean IOPS back-end adicionales. Examine los IOPS que se entregan a los discos físicos subyacentes (y que se gestionan desde ellos), que también pueden verse en Unisphere Analyzer en la Figura 64. Las pautas para el rendimiento de discos son 180 IOPS para discos SAS de 15,000 RPM 120 IOPS para discos SAS de 10,000 RPM 80 IOPS para discos NL SAS 164 Powered Backup: guía de infraestructura comprobada

165 Lista de materiales Figura 64. Los IOPS en las unidades Latencia La latencia es el resultado de las demoras en el procesamiento de solicitudes de I/O. Este contexto se centra en el monitoreo de la latencia de almacenamiento, específicamente de la I/O a nivel de bloques. Empleando procedimientos similares a los de una sección previa, vea la latencia a nivel de LUN, como se muestra en la Figura

166 Lista de materiales Figura 65. Latencia en los LUN La latencia puede introducirse en cualquier lugar en el flujo de I/O, desde la capa de aplicación hasta el transporte, e incluso llegar hasta los dispositivos de almacenamiento finales. Para poder determinar las causas exactas del exceso de latencia, se necesita un enfoque metódico. La latencia excesiva en una red FC es poco común. A menos que haya un componente defectuoso, como un HBA o un cable, las demoras que se presentan en la capa de fabric de la red generalmente son el resultado de los fabric de conmutación mal configurados. Un arreglo de almacenamiento sobrecargado habitualmente causa latencia dentro de un ambiente de FC. Concéntrese principalmente en la capacidad de los LUN y de los pools de disco subyacentes de gestionar solicitudes de I/O. Las solicitudes que no pueden gestionarse se colocan en línea de espera, lo que genera latencia. Se aplica el mismo paradigma a los protocolos basados en Ethernet como iscsi y FCoE. Sin embargo, se presentan otros factores porque estos protocolos de almacenamiento utilizan Ethernet como el transporte subyacente. Aísle el tráfico de red (físico o lógico) para el almacenamiento y, preferentemente, implemente Quality of Service (QoS) en un fabric compartido/convergente. Si los problemas de red no generan latencia excesiva, examine el arreglo de almacenamiento. Además de los discos sobrecargados, la utilización de SP excesiva también puede generar latencia. Los niveles de utilización de SP superiores al 80 % indican un posible problema. Los procesos en segundo plano, como la replicación, la deduplicación y las snapshots, compiten por los recursos de SP. Monitoree estos procesos para asegurar que no causen el agotamiento de recursos de SP. Las técnicas de posible mitigación incluyen escalonar los trabajos en segundo plano, establecer límites de replicación y agregar recursos físicos o rebalancear las cargas de trabajo de I/O. El crecimiento también puede exigir la transferencia a un hardware más potente. 166 Powered Backup: guía de infraestructura comprobada

167 Lista de materiales En el caso de métricas de SP, examine los datos de la pestaña SP de Unisphere Analyzer, como se muestra en la Figura 66 Analice métricas, como Utilization %, Queue Length y Response Time (ms). Los valores altos de cualquiera de estas métricas indican que el arreglo de almacenamiento está bajo coacción y probablemente necesita una mitigación. Las mejores prácticas de EMC recomiendan un umbral de 70 % de uso, tiempo de respuesta de 20 ms y longitud de línea de espera de 10. Figura 66. Utilización de SP Monitoreo de los recursos de almacenamiento de archivo Los protocolos basados en archivo como NFS y CIFS/SMB conllevan procesos de administración adicionales más allá de aquellos para el almacenamiento de bloques. Los Data Movers, componentes de hardware que proporcionan una interfaz entre los usuarios de NFS y CIFS/SMB, y los SP, brindan estos servicios de administración para los sistemas unificados de VNX. Los Data Movers procesan solicitudes de protocolo de archivo del lado del cliente y los convierten a la semántica de bloque de SCSI adecuada del lado del arreglo. Los componentes y protocolos adicionales introducen más requisitos de monitoreo, tales como uso del enlace de red del Data Mover, uso de la memoria y uso del procesador del Data Mover. Para examinar las métricas de Data Mover en el panel Statistics for File, seleccione VNX > System > Monitoring and Alerts > Statistics for File. Al hacer clic en el enlace Data Mover, las métricas de resumen aparecen como se muestra en la Figura 67. Los niveles de uso que superan el 80 % indican posibles problemas de rendimiento y probablemente requieran mitigación a través de la reconfiguración de Data Mover, recursos físicos adicionales, o ambos. 167

168 Lista de materiales Figura 67. Estadísticas de Data Movers Seleccione Network Device del panel Statistics para observar las estadísticas de la red front-end. Aparece la ventana Nework Device Statistics, como se muestra en la Figura 68. Si las cifras de rendimiento superan el 80 % del ancho de banda de enlace para el cliente, configure más enlaces para aliviar la saturación de la red. Figura 68. Estadísticas de red de Data Mover de front-end Capacidad Al igual que el monitoreo del almacenamiento de bloques, Unisphere tiene un panel de estadísticas para el almacenamiento de archivos. Seleccione Storage > Storage Configurations > Storage Pools for File para verificar la utilización de espacio de almacenamiento de archivos en el nivel del pool, como se muestra en la Figura Powered Backup: guía de infraestructura comprobada

169 Lista de materiales Figura 69. Panel Storage Pools for File Monitoree la capacidad a los niveles de pool y de sistema de archivos. 1. Haga clic en Storage > File Systems. Aparecerá la ventana File Systems, como se muestra en la Figura 70. Figura 70. Panel File Systems 2. Seleccione un sistema de archivos para examinar y haga clic en Properties, para ver información detallada del sistema de archivos, tal como se muestra en la Figura Examine el área File Storage correspondiente a Used Capacity y a Free Capacity. 169

170 Lista de materiales Figura 71. Panel de propiedades del sistema de archivos IOPS Además de los IOPS del almacenamiento de bloques, Unisphere también ofrece la capacidad de monitorear los IOPS del sistema de archivos. Seleccione System > Monitoring and Alerts > Statistics for File > File System I/O, como se muestra en la Figura Powered Backup: guía de infraestructura comprobada

171 Lista de materiales Figura 72. Panel de rendimiento del sistema de archivos Latencia Para observar la latencia del sistema de archivos, seleccione System > Monitoring and Alerts > Statistics for File > NFS en Unisphere, y examine el valor correspondiente a NFS: Average call time en la Figura 73. Figura 73. Panel de rendimiento total del almacenamiento basado en archivos 171