Top 10 errores en almacenamiento de entornos virtuales

Patrick Delannoy – Quest SVG

Patrick.delannoy@quest.com

© 2010 Quest Software, Inc. ALL RIGHTS RESERVED

Es complicado moverse ....
ESX-A
Array1
Host-A VMFS-C
(VM)
.vmdk PDs
NIC0

Array Controller0
LUNx RAID 0
\ \V1 \V2 PD1

LDev1
VMFS-B
DAS
Vol Mgr LUNy PD2
RAID 4/5

LDev2
vDev0 vDev1
PD3

Array Controller1
LUNw HBA0

Host-B RAID 4/5

VMFS-A PD4
(VM)

LDev3
LUNz IP
C: F: G:

Vol Mgr
Filer 1
vDev0 vDev1 Aggregates
and Volumes
SAN
Host-C /vol/vol11 Array2

Filer Head1
(VM) Filer
/vol/vol10
Filer
ESX-B /vol/vol9 PDs
C: F: G: VMFS-C

Array Controller0
RAID 0
NIC1 PD1

LDev1
.vmdk LUNx
/vol/vol8

RAID 4 /vol/vol7

SAN
DAS
Vol Mgr

LDev3
/vol/vol6
PD2
LUNy RAID 4/5
vDev0 vDev1 /vol/vol5

LDev2
RAID 4

LDev4
VMFS-A /vol/vol4 PD3

Array Controller1
Filer Head2

/vol/vol3
LUNz HBA1

RAID 4 RAID 4/5

/vol/vol2
PD4
LDev5

LDev3
/vol/vol1

/vol/vol0
Disks and
RAID
Groups

* Gateway Array, not dedicated

2
Virtual Storage Error # 1
• Sobre asignación de almacenamiento a VM a gran
escala a través de la infraestructura virtual
 La mayoría de las grandes compañías 100 GB Storage Reserved
sobre asignan almacenamiento virtual.

 Una práctica común es crear maquinas

virtuales del mismo tamaño a las Empty 80 GB
físicas a las que van a sustituir.
20 GB
Used
 La recuperación del almacenamiento
virtual asignado es un proceso difícil,
consume tiempo y es propenso a
errores.

 Las prácticas incorrectas de “Thick” Provisioned Virtual Machine

aprovisionamiento son a menudo
responsables de este problema.

3
Virtual Storage Error # 1: Recomendaciones
• Sobre asignación de almacenamiento a VM a gran
escala a través de la infraestructura virtual
 Investiga el uso del espacio de disco del servidor físico antes de convertirla
en virtual.

 Eliminar las malas prácticas de aprovisionamiento de maquinas virtuales con

plantillas.

 Descargar la versión GRATUITA de Quest Wastefinder para generar un

informe del espacio NO utilizado y detalles de como las maquinas virtuales
existentes desperdician almacenamiento en la infraestructura virtual.

 Ejecuta Quest Wastfinder para localizar las maquinas virtuales que están
agotando el almacenamiento y pueden sufrir “dolorosos” cortes.

4
Virtual Storage Error # 2
• Asumir que Thin Provisioning va a resolver los
problemas de asignación del almacenamiento virtual.
 Muchas compañías exploran el Thin
Provisioning de vSphere o Provisioning de los
storage arrays para resolver los problemas de Shared Data Store

infrautilización excesivo del almacenamiento

 Las soluciones de Thin provisioning pueden

dar lugar a la expansión muy rápida así como As Needed As Needed
el consumo de discos físicos.

 En las LUNS aprovisionadas con Thin Used Used

Provisioning, el espacio publicado es mucho
mayor que el real asignado, los usuarios y
aplicaciones tienen la tendencia natural de
utilizar todo el espacio disponible Virtual Machine 1 Virtual Machine 2

5
Virtual Storage Error # 2: Recomendaciones
• Asumir que Thin Provisioning va a resolver los
problemas de asignación del almacenamiento virtual.
 Debes ser capaz de determinar con precisión el uso real del
almacenamiento y las tendencias de crecimiento para estimar el
almacenamiento adicional que realmente necesitas.

 Thin provisioning debe ser usado como una herramienta que permite el
crecimiento con facilidad del almacenamiento cuando esté realmente
garantizado – no como sesión abierta en el espacio de disco.

 Utiliza LUN con Thin Provisioning con tamaños conservadores

6
Virtual Storage Error # 3
• Mala asignación de I/O en el almacenamiento físico para
VM y aplicaciones.
 Es extremadamente complicado VMs and Apps
saber las rutas de I/O, incluidos los
switches, arrays, filers que las
aplicaciones utilizan realmente. ESX Hosts

 Optimizar las aplicaciones y las Datastores

maquinas virtuales es complicado
cuando no se tienen conocimientos
de almacenamiento del Switches
almacenamiento físico , LUNS o
volúmenes de la infraestructura. Array LUNs, Filer Volumes and Individual Disks

7
Virtual Storage Error # 3: Recomendaciones
• Mala asignación de I/O en el almacenamiento físico
para VM y aplicaciones.
 Elegir cuidadosamente las aplicaciones a virtualizar.

 Analizar el I/O de acceso al almacenamiento de todas las aplicaciones

virtualizadas.

 Trabajar con los administradores de almacenamiento para elegir el mejor tipo

de acceso de las aplicaciones virtualizadas.

8
Virtual Storage Error # 4:
• Thin provisioning causa exceso de peticiones de los
pools de almacenamientos compartidos
 Sobre aprovisionar es un concepto de compartición
que permite al administrador asignar más espacio
que el físico disponible.
1 TB
X 3 TB Capacity
 Si un pool de almacenamiento tiene 3 Terabytes
(TBs), un Admin puede crear cinco VM 1 X
X
1 TB Data Store
aprovisionamientos tipo thin de 1 Gigabyte (TB)
que pueden ser compartidos en el pool.
X X
 La solución de Thin Provisioning hace que sea 1 TB
VM 2 1 TB
difícil preveer cuando las VM y los datastores 1 TB
compartidos, trabajan sin espacio y requieren
espacio físico adicional.
VM 3
VM 5
 El exceso de peticiones del almacenamiento físico VM 4
puede causar catastróficos apagones en casacada
de las VM.

9
Virtual Storage Error # 4: Recomendaciones
• Thin provisioning causa exceso de peticiones de los
pools de almacenamientos compartidos
 Cuando “sobre aprovisionemos” el pool de almacenamiento, establece límites
del almacenamiento de tal forma que tenga margen por encima y más allá de
los dispositivos más grandes que utilizan el pool –algunos argumentan que el
espacio debe estar reservado para los dos dispositivos principales.
 Es aconsejable mezclar los dispositivos en funcíón de su uso y tasa de
crecimiento (también conocido como – algunos altos, algunos bajos), para
conseguir el equilibrio debe ser capaz de monitorizar y entender el impacto del
mas pesados/usuarios high tienen sobre los menores.
 Si se utiliza vSphere Thin Provisioning, asegurate de usar alertas vCenter
para supervisar el almacenamiento compartido y la “sobre asignación” y los
niveles de uso.

10
Virtual Storage Error # 5
• El exceso de protección de datos, replicación y backups
pueden utilizar una cantidad excesiva de
almacenamiento físico
 Por mucho que los precios del almacenamiento
en bruto estén disminuyéndo , los costes de
espacio físico, energía, refrigeración y costes
administrativos …, no tanto
 Hay varios puntos donde los administradores
pueden crear trabajos de replicación.

 Los Snapshots y backups se puede crear en el

host virtual y a nivel de servidor, así como en el
array o filer – por otro lado, se pueden crear
tanto réplicas locales como remotas.

 Multiples backups y replicaciones puede existir,

pero no se sincronizar entre sí.

11
Virtual Storage Error # 5: Comentario
• El exceso de protección de datos, replicación y backups
pueden utilizar una cantidad excesiva de
almacenamiento físico
 Muchos administradores crear snapshots y backups que son casi idénticos
 Los administradores crear un snapshot después de cada actualización de
los desarrolladores
 Nadie utiliza nombres significativos o rellena el campo de descripción
 Los snapshots no se eliminan porque los administradores tienen miedo de
destruir posiciones de recuperación

12
Virtual Storage Error # 5: Recomendaciones
• El exceso de protección de datos, replicación y backups
pueden utilizar una cantidad excesiva de
almacenamiento físico
 Determina qué tipo de protección necesita, qué esta planeando recuperar y los plazos
de recuperación deseados.

 Los Snapshots ofrecen la oportunidad de hacer “role back” y recuperación ante errores
humanos, pero NO protegen en caso de una pérdida completa de un volumen.

 Copias locales (Mirrors u otras replicas completas) ofrece la posibilidad de recuperar

datos en caso de fallos de hardware o fallos completos de volumenes pero no pueden
hacer nada contra los errores humanos (oops, acabo de borrar este fichero) – sin
embargo, las copias locales no son buenas para una recuperación ante desastres.

 Las copias remotas son necesarias para un recuperación ante desastres real, pero
son muy caras. Busque las tecnologías que lo hacen todo de una vez (o
sincronizaciones completas poco frecuentes) y que solo transporten snapshots

13
Virtual Storage Error # 6
• Un análisis incompleto de la ruta y conflictos I/O,
pueden degradar el rendimiento de las VM
 Establecer una conexión entre el storage y un servidor de archivos o la
LUN de un array, puede incluir varios pasos
 Este nivel de flexibilidad y control pueden causar una variedad de
problemas, como tiene la conectividad end-to-end ?
 En un escenario de fail over, sigue teniéndo la conectividad end-to-end y
una ruta en caso de fallo o es un movimiento a una ruta con sobrecarga de
I/O ?

14
Virtual Storage Error # 6: Recomendaciones
• Un análisis incompleto de la ruta y conflictos I/O,
pueden degradar el rendimiento de las VM
 Establezca un sistema flexible, pero seguro, que le permita ampliar la
plataforma facilmente añadiendo LUNS al Cluster sin necesidad de pasar por
extensas reconfiguraciones.
 Mediante la utilización de zonning de las WWN (Hard o Soft dependiendo de
las recomendaciones de seguridad) para las asignaciones de los puertos del
Array y los puertos del cluster, en caso de que un cluster necesite más
almacenamiento, basta con crear una LUN adicional y modificar el Masking
para asignarlo al cluster.

15
Virtual Storage Error # 7
• Un balanceo pobre del almacenamiento a través de la
infraestructura virtual, puede causar “hot disks” alto
uso, discos hot spots “concentración de accesos a
disco” y cuellos de botella I/O
 Si los datos no se distribuyen uniformemente a través de multiples discos, un solo
disco puede convertirse en un cuello de botella y la cola de I/O tiene que esperar
para leer/escribir en el disco físico.

 Entender qué discos son muy utilizados (hot disks), requieren un conocimiento
complejo de todas las aplicaciones virtuales y sus patrones de I/O.

 Siempre habrá un hot spot en el pool del almacenamiento- sin embargo, los arrays
más modernos están constantemente adaptándose para reducir estos hot spots.

 Es extremadamente dificil identificar y localizar un disco hot spot en particular antes

de que se mueva.

16
Virtual Storage Error # 7: Comentario
• Un balance pobre del almacenamiento a través de la
infraestructura virtual, puede causar “hot disks” alto
uso, discos hot spots “concentración de accesos a
disco” y cuellos de botella I/O
 Los diseños iniciales de la infraestructura virtual tiene un datastore para cada
departamento – grupos de discos son asignados a cada datastore

 Esta configuración resultó problematica, ya que muchos departamentos no

utilizan sus datastores – esto significa que muchos spindles y storage
devices fueron infrautilizados.

 La solución final fue, menos almacenes con más spindles asignados a cada
uno.

 Una solución de terceros es utilizada para el reporting y chargeback del uso

del almacenamiento.

17
Virtual Storage Error # 7: Recomendaciones
• Un balance pobre del almacenamiento a través de la
infraestructura virtual, puede causar “hot disks” alto
uso, discos hot spots “concentración de accesos a
disco” y cuellos de botella I/O
 Muchos controladores de array/filer modernos hacen un excelente trabajo
moviendo los bloques de discos para reducir los hot spots - thinly y LUNs
sobre aprovisionadas del pool del almacenamiento pueden reducir o eliminar
estos problemas comunes.

 Como los discos de hot spots, son a menudo transitorios, es más critico la
monitorización de los hot disks que monitorizar los discos hot spots.

 Identificar las aplicaciones que causan los (usados) hot disks es imperativo
para el balanceo del almacenamiento– considera comprar una solución que
reporte que VM utiliza cada dispositivo del almacenamiento físico y con qué
frecuencia.

18
Virtual Storage Error # 8
• Fallos al establecer estándares de nombres al
principio
 Muy pocas personas nombran adecuadamentes los datastores o LUNS.

 Como resultado, los administradores tiene un inventario muy pobre de los

dispositivos y no saben con cual deben trabajar o qué datos residen en cada
almacenamiento

• Comentario: “Cuando empezamos no teníamos un convenio de

nombres y me encontré con personas que utilizaban el
almacenamiento local o un almacén de datos del tipo incorrecto
del array”

19
Virtual Storage Error # 8
• Fallos al establecer estándares de nombres al
principio
 Planifique un calendario de reuniónes entre los equipos de virtualización y
almacenamiento lo antes posible.

 Considera incluir la ubicación, aplicación y departamente dentro del convenio

de nombres.

 Considera incluir el array (CX400), tipo de conexión (iSCSI), tipo de RAID

group (RAID10), y el nombre del RAID group en el nombre de las LUN.

 Distribuye, de forma regular y haz cumplir los estandares del convenio de

nombres a todos los equipos.

20
Virtual Storage Error # 9
• Ampliar el data store añadiendo extensiones
(también conocido como – particiones)
 Concatenar otra extensión a un datastore existente puede ser un práctica
muy peligrosa!

 Añadiendo una extension obligamos a los datos a repartirse por dos

particiones (por ejemplo, archivos y VMDKs) – cada uno de ellos tiene su
probabilidad de fallo.

 Si cualquiera de estas particiones falla, se pierde el almacen de datos por

completo!

21
Virtual Storage Error # 9: Recomendaciones
• Ampliar el data stores añadiendo extensiones
(también conocido como – particiones)
 Evita esta práctica si es posible; intenta aprovisionar suficiente espacio para el
crecimiento del datastores en su creación.

 Considera adquirir una solución de muestre el almacenamiento incluido arrays

y filers – esto permitirá determinar que objetos, tales como LUNs o Volúmenes
deben ser ampliados.

 Incrementar el datastore añadiendo una extensión con una segunda partición

de la misma LUN (implica dejar particiones libres en el servidor, o el
crecimiento de la LUN).

22
Virtual Storage Error # 10
• Los administradores de Vmware y los administradores de
almacenamiento, normalmente, no consiguen
comunicarse y trabajar juntos con eficacia.
 Estos grupos de personas deben trabajar
juntos para reducir o eliminar problemas de Nos conocemos?
rendimiento de la infraestructura virtual , pero
generalmente no lo hacen !!

 Los administradores de Vmware ven el mundo

virtual, pero no pueden ver más allá de los
storage lógicos de datos.

 Los administradores de almacenamiento,

trabajan en el mundo físico y no pueden ver VMware Storage
las aplicaciones virtuales y maquinas virtuales Administrator Administrator
que están utilizando su almacenamiento.

23
Virtual Storage Error # 10: Recomendaciones
• Los administradores de Vmware y los administradores de
almacenamiento, normalmente, no consiguen comunicarse y
trabajar juntos con eficacia.
 Disponer de un calendario de reuniones al comienzo del proceso de
virtualización y tratar de transmitir que necesidades de espacio o I/Os necesita
cada maquina virtual y los hosts.
 Considerar la posibilidad de adquirir una herramienta con pueda mostrar end-to-
end desde la VM hasta el spindle y las rutas I/O a cada almacenamiento fisico
utilizado.
 Asegurate de transmitir los requisitos de espacio o I/O para el failover al storage
 Planifica chequeos regulares entre los dos equipos para hablar sobre la
infraestructura virtual y los problemas de rendimiento que se puedan desarrollar.
 Se amable con los administradores de almacenamiento – no debes ser utilizados
para monitorizar el rendimiento y la puesta a punto para el almacenamiento en el
entorno virtual!

24
vFoglight Storage
• Quest vFoglight Storage puede localizar una gran variedad de
problemas analizados en este webinar
• Descargue una Trial completamente funcional de 30 días en:
http://portal.vizioncore.com/

25
Gracias !

26
© 2010 Quest Software, Inc. ALL RIGHTS RESERVED