© 2010 Quest Software, Inc. ALL RIGHTS RESERVED

Top 10 errores en almacenamiento de entornos virtuales

Patrick Delannoy – Quest SVG

Patrick.delannoy@quest.com

2

Es complicado moverse ....

SAN

* Gateway Array, not dedicated

\ \V1 \V2

Vol Mgr

vDev0 vDev1

Host-A

(VM)

DAS

C: F: G:

Vol Mgr

vDev0 vDev1

Host-B

(VM)

DAS

C: F: G:

Vol Mgr

vDev0 vDev1

Host-C

(VM)

ESX-A

VMFS-A

NIC0LUNx

HBA0

VMFS-B

VMFS-C

.vmdk

LUNz

LUNw

LUNy

ESX-B

VMFS-A

NIC1LUNx

HBA1

VMFS-C

.vmdk

LUNz

LUNy

Array1

LD

ev

1

RAID 0

PDs

LD

ev

3

RAID 4/5

Arr

ay C

on

tro

ller 0

Arr

ay C

on

tro

ller 1

LD

ev

2

RAID 4/5

PD1

PD4

PD2

PD3

Disks and

RAID

Groups

Filer 1

Filer

Aggregates

and Volumes

Filer

/vol/vol9

/vol/vol10

/vol/vol11

/vol/vol6

/vol/vol7

/vol/vol8

/vol/vol3

/vol/vol4

/vol/vol5

/vol/vol1

/vol/vol2

/vol/vol0

LD

ev

3

RAID 4

LD

ev

4

RAID 4

LD

ev

5

RAID 4

File

r H

ea

d2

File

r H

ea

d1

SA

N

Array2

LD

ev

1

RAID 0

PDs

LD

ev

3

RAID 4/5

Arr

ay C

on

tro

ller 0

Arr

ay C

on

tro

ller 1

LD

ev

2

RAID 4/5

PD1

PD4

PD2

PD3

IP

3

Virtual Storage Error # 1

La mayoría de las grandes compañías

sobre asignan almacenamiento virtual.

Una práctica común es crear maquinas

virtuales del mismo tamaño a las

físicas a las que van a sustituir.

La recuperación del almacenamiento

virtual asignado es un proceso difícil,

consume tiempo y es propenso a

errores.

Las prácticas incorrectas de

aprovisionamiento son a menudo

responsables de este problema.

• Sobre asignación de almacenamiento a VM a gran

escala a través de la infraestructura virtual

Used

“Thick” Provisioned Virtual Machine

100 GB Storage Reserved

20 GB

80 GBEmpty

4

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.

5

Virtual Storage Error # 2

Muchas compañías exploran el Thin

Provisioning de vSphere o Provisioning de los

storage arrays para resolver los problemas de

infrautilización excesivo del almacenamiento

Las soluciones de Thin provisioning pueden

dar lugar a la expansión muy rápida así como

el consumo de discos físicos.

En las LUNS aprovisionadas con Thin

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

• Asumir que Thin Provisioning va a resolver los

problemas de asignación del almacenamiento virtual.

Shared Data Store

Virtual Machine 1

Used

As Needed

Virtual Machine 2

Used

As Needed

6

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

7

Virtual Storage Error # 3

Es extremadamente complicado

saber las rutas de I/O, incluidos los

switches, arrays, filers que las

aplicaciones utilizan realmente.

Optimizar las aplicaciones y las

maquinas virtuales es complicado

cuando no se tienen conocimientos

de almacenamiento del

almacenamiento físico , LUNS o

volúmenes de la infraestructura.

• Mala asignación de I/O en el almacenamiento físico para

VM y aplicaciones.

VMs and Apps

ESX Hosts

Datastores

Switches

Array LUNs, Filer Volumes and Individual Disks

8

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.

9

Virtual Storage Error # 4:

Sobre aprovisionar es un concepto de compartición

que permite al administrador asignar más espacio

que el físico disponible.

Si un pool de almacenamiento tiene 3 Terabytes

(TBs), un Admin puede crear cinco

aprovisionamientos tipo thin de 1 Gigabyte (TB)

que pueden ser compartidos en el pool.

La solución de Thin Provisioning hace que sea

difícil preveer cuando las VM y los datastores

compartidos, trabajan sin espacio y requieren

espacio físico adicional.

El exceso de peticiones del almacenamiento físico

puede causar catastróficos apagones en casacada

de las VM.

VM 2

VM 3

VM 4

VM 5

VM 1

1 TB

1 TB

1 TB

1 TB1 TB

3 TB Capacity

Data Store

X

X

X

X X

• Thin provisioning causa exceso de peticiones de los

pools de almacenamientos compartidos

10

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.

11

Virtual Storage Error # 5

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

• El exceso de protección de datos, replicación y backups

pueden utilizar una cantidad excesiva de

almacenamiento físico

12

Virtual Storage Error # 5: Comentario

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

• El exceso de protección de datos, replicación y backups

pueden utilizar una cantidad excesiva de

almacenamiento físico

13

Virtual Storage Error # 5: Recomendaciones

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

• El exceso de protección de datos, replicación y backups

pueden utilizar una cantidad excesiva de

almacenamiento físico

14

Virtual Storage Error # 6

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 ?

• Un análisis incompleto de la ruta y conflictos I/O,

pueden degradar el rendimiento de las VM

15

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.

16

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.

17

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.

18

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.

19

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”

20

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.

21

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!

22

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

23

Virtual Storage Error # 10

Estos grupos de personas deben trabajar

juntos para reducir o eliminar problemas de

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

las aplicaciones virtuales y maquinas virtuales

que están utilizando su almacenamiento.

• Los administradores de Vmware y los administradores de

almacenamiento, normalmente, no consiguen

comunicarse y trabajar juntos con eficacia.

VMware

Administrator

Storage

Administrator

Nos conocemos?

24

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!

25

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/

© 2010 Quest Software, Inc. ALL RIGHTS RESERVED

Gracias !

26