Utilizar ESXi con una SAN mejora la flexibilidad, la eficiencia y la confiabilidad. El uso de ESXi con una SAN también es compatible con las tecnologías de equilibrio de la carga, conmutación por error y administración centralizada.
A continuación, se mencionan los beneficios de utilizar ESXi con una SAN:
- Puede almacenar datos de forma segura y configurar varias rutas de acceso al almacenamiento, y eliminar así un único punto de error.
- Un host ESXi puede acceder a dispositivos de almacenamiento presentados desde varias matrices de almacenamiento, incluidas matrices de distintos proveedores.
- Utilizar una SAN con sistemas ESXi amplía la resistencia a errores al servidor. Cuando se utiliza el almacenamiento de SAN, todas las aplicaciones pueden reiniciarse instantáneamente en otro host después de un error del host original.
- Puede realizar una migración en vivo de máquinas virtuales con VMware vMotion.
- Utilice VMware High Availability (HA) junto con una SAN para reiniciar las máquinas virtuales en su último estado conocido en un servidor distinto si hay un error en su host.
- Utilice VMware Fault Tolerance (FT) para replicar máquinas virtuales protegidas en dos hosts distintos. Las máquinas virtuales siguen funcionando sin interrupción en el host secundario si ocurre un error en el principal.
- Utilice VMware Distributed Resource Scheduler (DRS) para migrar máquinas virtuales de un host a otro para el equilibrio de la carga. Como el almacenamiento está en una matriz SAN compartida, las aplicaciones continúan ejecutándose sin problemas.
- Si utiliza clústeres de VMware DRS, ponga un host ESXi en modo de mantenimiento para que el sistema migre todas las máquinas virtuales en ejecución a otros hosts ESXi. A continuación, podrá realizar actualizaciones u otras operaciones de mantenimiento en el host original.
La portabilidad y la encapsulación de máquinas virtuales de VMware complementan la naturaleza de uso compartido de este almacenamiento. Cuando las máquinas virtuales se encuentran en un almacenamiento basado en SAN, puede apagar rápidamente una máquina virtual en un servidor y prenderla en otro, o suspenderla en uno y reanudar la operación en otro servidor en la misma red. Esta capacidad permite migrar los recursos informáticos y mantener un acceso compartido coherente.
Casos de uso de ESXi y SAN
Cuando se utiliza con una SAN, ESXi puede aprovechar varias características de vSphere, incluidas Storage vMotion, Distributed Resource Scheduler (DRS), High Availability, etc.
La utilización de ESXi con una SAN es eficaz para las tareas siguientes:
- Consolidación del almacenamiento y simplificación del diseño de almacenamiento
- Si trabaja con varios hosts y cada uno ejecuta varias máquinas virtuales, el almacenamiento de los hosts deja de ser suficiente. Es posible que deba utilizar almacenamiento externo. La SAN puede proporcionar una arquitectura de sistema simple y otras ventajas.
- Mantenimiento con cero tiempo de inactividad
- Cuando realice mantenimiento de infraestructura o host ESXi, utilice vMotion para migrar las máquinas virtuales a otro host. Si el almacenamiento compartido está en la SAN, puede realizar el mantenimiento sin interrupciones para los usuarios de las máquinas virtuales. Los procesos en funcionamiento de la máquina virtual continúan durante toda una migración.
- Equilibrio de carga
- Puede agregar un host a un clúster DRS y los recursos del host se vuelven parte de los recursos del clúster. La distribución y el uso de los recursos de memoria y de CPU de todos los hosts y las máquinas virtuales en el clúster se supervisan continuamente. DRS compara estas métricas con un uso de recursos ideal. El uso ideal tiene en cuenta los atributos de las máquinas virtuales y los grupos de recursos del clúster, la demanda actual y el destino de desequilibrio. Si es necesario, DRS realizará o recomendará migraciones de máquina virtual.
- Recuperación ante desastres
- Puede utilizar VMware High Availability para configurar varios hosts ESXi como un clúster. El clúster ofrece una rápida recuperación frente a las interrupciones y una alta disponibilidad rentable para las aplicaciones que se ejecutan en las máquinas virtuales.
- Migraciones de matrices simplificadas y actualizaciones de almacenamiento
- Al adquirir nuevos sistemas de almacenamiento, se puede utilizar Storage vMotion para realizar migraciones de máquinas virtuales del almacenamiento existente a sus nuevos destinos. Puede realizar las migraciones sin interrupciones en las máquinas virtuales.
Detalles de la utilización de almacenamiento SAN con ESXi
El uso de una SAN con un host ESXi es diferente del uso de una SAN tradicional en varios aspectos.
- No se pueden utilizar las herramientas de administración de SAN para acceder a los sistemas operativos de las máquinas virtuales que residen en ese almacenamiento. Con herramientas tradicionales, puede supervisar solo el sistema operativo de VMware ESXi. Puede utilizar vSphere Client para supervisar máquinas virtuales.
- El HBA visible para las herramientas de administración de SAN forma parte del sistema ESXi, no de la máquina virtual.
- Por lo general, el sistema ESXi se encarga de las múltiples rutas.
Toma de decisiones relacionadas con el LUN
Debe planificar de qué forma se realizará la configuración del almacenamiento para los sistemas ESXi antes de formatear los LUN con almacenes de datos de VMFS.
Al elegir LUN, se deben tener en cuenta las siguientes consideraciones:
- Cada LUN debe tener el nivel de RAID y la característica de almacenamiento correctos para las aplicaciones que se ejecutan en las máquinas virtuales que utilizan el LUN.
- Cada LUN debe contener un solo almacén de datos de VMFS.
- Si varias máquinas virtuales acceden al mismo VMFS, utilice discos compartidos para priorizarlas.
Es conveniente tener menos LUN de mayor tamaño por los siguientes motivos:
- Más flexibilidad para crear máquinas virtuales sin solicitar más espacio al administrador de almacenamiento.
- Más flexibilidad para redimensionar los discos virtuales, realizar las snapshots, etc.
- Menos almacenes de datos de VMFS para administrar.
Es conveniente tener más LUN de menor tamaño por los siguientes motivos:
- Menos espacio de almacenamiento desperdiciado.
- Diferentes aplicaciones pueden necesitar diferentes características de RAID.
- Más flexibilidad, ya que la directiva de múltiples rutas y los discos compartidos se establecen por LUN.
- La utilización del Servicio de clúster de Microsoft requiere que cada recurso de disco de clúster esté en su propio LUN.
- Mejor rendimiento, ya que hay menos contención para un solo volumen.
Cuando la caracterización del almacenamiento de una máquina virtual no está disponible, es posible que no sea fácil determinar el número de LUN para aprovisionar y su tamaño. Puede experimentar con un esquema predictivo o adaptativo.
Usar el esquema predictivo para tomar decisiones sobre LUN
Experimente con el esquema predictivo.
Procedimiento
Usar el esquema adaptativo para tomar decisiones de LUN
Puede experimentar con el esquema adaptativo.
Procedimiento
- Aprovisione un LUN de gran tamaño (RAID 1+0 o RAID 5) con la escritura de almacenamiento en caché habilitada.
- Cree un VMFS en ese LUN.
- Cree cuatro o cinco discos virtuales en el VMFS.
- Ejecute las aplicaciones para determinar si el rendimiento de un disco es aceptable.
Resultados
Si el rendimiento es aceptable, puede colocar discos virtuales adicionales en el VMFS. Si el rendimiento no es aceptable, cree un nuevo LUN de gran tamaño, posiblemente con un nivel de RAID diferente, y repita el proceso. Utilice la migración para no perder datos de máquinas virtuales al volver a crear el LUN.
Seleccionar las ubicaciones de las máquinas virtuales
Cuando se trabaja para optimizar el rendimiento de las máquinas virtuales, la ubicación del almacenamiento es un factor importante. Según cuáles sean sus necesidades de almacenamiento, podrá seleccionar un almacenamiento con alto rendimiento y alta disponibilidad o bien un almacenamiento con un rendimiento más bajo.
El almacenamiento puede dividirse en diferentes niveles de acuerdo con diversos factores:
- Nivel alto. Ofrece alto rendimiento y alta disponibilidad. Puede ofrecer snapshots integradas para facilitar la creación de copias de seguridad y las restauraciones en un punto en el tiempo (PiT). Admite replicación, redundancia completa del procesador de almacenamiento y unidades SAS. Utiliza cabezales de alto costo.
- Nivel medio. Ofrece rendimiento medio, menor disponibilidad, redundancia parcial del procesador de almacenamiento y unidades SCSI o SAS. Podría ofrecer instantáneas. Utiliza cabezales de costo intermedio.
- Nivel inferior. Ofrece bajo rendimiento y poca redundancia de almacenamiento interno. Utiliza SATA o unidades SCSI lentas.
No todas las máquinas virtuales deben estar en el almacenamiento de mayor rendimiento y disponibilidad durante todo su ciclo de vida.
Cuando se decide dónde se va a colocar una máquina virtual, se aplican las siguientes consideraciones:
- Gravedad de la máquina virtual
- Requisitos de rendimiento y disponibilidad
- Requisitos de restauración en PiT
- Requisitos de copia de seguridad y replicación
Una máquina virtual puede cambiar de nivel durante su ciclo de vida a consecuencia de los cambios que se producen en el nivel de gravedad o en la tecnología. El nivel de gravedad es relativo y puede cambiar por distintos motivos; entre ellos, por cambios en la organización, procesos operativos, requisitos normativos, planificación ante desastres, etc.
Aplicaciones de administración de terceros
Puede usar aplicaciones de administración de terceros con el host ESXi.
La mayor parte del hardware de SAN incluye el software de administración de almacenamiento. En muchos casos, este software es una aplicación web que puede usarse con cualquier explorador web conectado a la red. En otros casos, este software se suele ejecutar en el sistema de almacenamiento o en un servidor individual independiente de los servidores que utilizan SAN para fines de almacenamiento.
Puede usar el software de administración de terceros para las siguientes tareas:
- Administración de matrices de almacenamiento, como creación de LUN, administración de memorias caché de matriz, asignación de LUN y seguridad de LUN.
- Configurar replicación, puntos de control, snapshots o creación de reflejo.
Si ejecuta el software de administración de SAN en una máquina virtual, obtendrá los beneficios de una máquina virtual, incluida la conmutación por error mediante vMotion y VMware HA. Sin embargo, debido al nivel adicional de direccionamiento indirecto, es posible que el software de administración no detecte la SAN. En este caso, se puede usar un RDM.
Consideraciones sobre copias de seguridad de almacenamiento SAN
Contar con una estrategia de copias de seguridad adecuada es uno de los aspectos más importantes de la administración de SAN. En el entorno de SAN, las copias de seguridad tienen dos objetivos. El primer objetivo es archivar los datos en línea en un soporte físico sin conexión. Este proceso se repite periódicamente para todos los datos en línea en una programación cronológica. El segundo objetivo es proporcionar acceso a los datos sin conexión para la recuperación frente a un problema. Por ejemplo, la recuperación de la base de datos, por lo general, requiere la recuperación de archivos de registro archivados que actualmente no están en línea.
La programación de una copia de seguridad depende de varios factores:
- La identificación de aplicaciones críticas que requieren ciclos de copia de seguridad más frecuentes dentro de un período determinado.
- Los objetivos de punto de recuperación y tiempo de recuperación. Evalúe qué tan preciso debe ser el punto de recuperación y cuánto tiempo está dispuesto a esperar por él.
- La tasa de cambio (RoC) asociada con los datos. Por ejemplo, si utiliza la replicación sincrónica/asincrónica, la RoC afecta la cantidad de ancho de banda necesaria entre los dispositivos de almacenamiento principales y secundarios.
- El impacto general en un entorno de SAN, el rendimiento del almacenamiento y otras aplicaciones.
- La identificación de períodos de tráfico pico en la SAN. Las copias de seguridad programadas durante esos períodos pico pueden ralentizar las aplicaciones y el proceso de copia de seguridad.
- El tiempo para programar todas las copias de seguridad en el centro de datos.
- El tiempo que demora realizar una copia de seguridad de una aplicación individual.
- La disponibilidad de los recursos para el archivo de datos, como el acceso al soporte físico sin conexión.
Incluya un objetivo de tiempo de recuperación para cada aplicación cuando diseñe la estrategia de copia de seguridad. Es decir, tenga en cuenta el tiempo y los recursos necesarios para realizar una copia de seguridad. Por ejemplo, si una copia de seguridad programada almacena tantos datos que la recuperación requiere una cantidad de tiempo considerable, examine la copia de seguridad programada. Realice la copia de seguridad con más frecuencia, para que la copia de seguridad que se haga incluya menos datos por vez y disminuya así el tiempo de recuperación.
Si una aplicación requiere la recuperación dentro de un marco de tiempo determinado, el proceso de copia de seguridad debe proporcionar una programación cronológica y un procesamiento de datos específicos para cumplir con este requisito. La recuperación rápida puede requerir el uso de los volúmenes de recuperación que residen en el almacenamiento en línea. Este proceso le ayuda a minimizar o eliminar la necesidad de acceder a soporte físico sin conexión lento para los componentes de datos que faltan.
Usar paquetes de copia de seguridad de terceros
Es posible utilizar soluciones de copia de seguridad de terceros para proteger los datos del sistema, de las aplicaciones y de los usuarios en las máquinas virtuales.
La instancia de Storage APIs - Data Protection que ofrece VMware funciona con productos de terceros. Cuando utiliza las API, el software de terceros puede realizar copias de seguridad sin cargar los hosts ESXi con el procesamiento de tareas de copia de seguridad.
- Realizar una copia de seguridad de imagen incremental, diferencial y completa, y restaurar las máquinas virtuales.
- Realizar una copia de seguridad en el nivel de los archivos de las máquinas virtuales que utilizan sistemas operativos Windows y Linux compatibles.
- Garantizar la consistencia de los datos con servicios de snapshots de volumen (VSS) de Microsoft para máquinas virtuales que ejecutan sistemas operativos Microsoft Windows.
Debido a que Storage APIs - Data Protection usa las capacidades de instantánea de VMFS, las copias de seguridad no requieren que se detengan las máquinas virtuales. Estas copias de seguridad se realizan sin interrupciones, pueden llevarse a cabo en cualquier momento y no necesitan ventanas de copia de seguridad extendidas.
Para obtener información sobre Storage APIs - Data Protection y la integración con los productos de copia de seguridad, consulte el Artículo 1021175 de la base de conocimientos de VMware ..
