Datastores y Lun de SAN

[rapallo]

Buenas a todos, ¿existe algún documento que explique que rendimiento es mejor?.

Mi escenario es el siguiente:

4  host esxi free accediendo a una SAN de 4gb.

Hasta ahora el modelo de despligue de VM que estaba siguiendo era publicar las lun a todos los host. Y crear un datastore por cada lun.

En este datastore metia 2 o 3 VM que podia corria en unico host esxi.

Este modelo tiene algún problema de rendimiento de acceso a la cabina.

Me estoy planteando coger todas la lun y agregarlas a un unico datastore y arranca las  VM distribuidadmente en los 4 esxi.

¿Que da mejor rendimiento un dataestore por pocas VM y arrancada todas la VM en el mismo Host esxi? o ¿1 solo datastore agrengando todas las lun y las VM arrancadas ditribuidamente por los diferentes host?

Espero vuestra ayuda.

[FerrerDeCouto]

Hola rapallo:

Necesitamos conocer si la SAN está conectada mediante FC, iSCSI o NFS. ¿Qué tamaño tiene los datastores? ¿Qué RAID tienen configurado los ARRAY? ¿Qué tamaño de LUN estás usando? ¿Si es iSCSI que configuración de vSwitch tienes?

Un saludo.

[rapallo]

Pues es uan FC, con HBA´s qlogic de 4 gigas.

La cabina es una hitachi y los swtiches son brocade.  La cabina internamente son raid 0+1, con discos hot spare y demás historias que aseguran la alta disponibilidad de los datos. Pero vamos que no creo que importe mucho esto.

Lo importante son lun de 100  o 150 gigas y cada lun a un datastore. En cada datastore 2,3 VM.

El otro modelo que me estoy planteando por no tener que ir buscando por todos los datastore las VM. Es un datastore grande con todas las luns en stripe y meter todas las maquinas en diferentes carpetas.

Lo que no conozco muy bien  y es lo que pregunto es ¿si existen problemas de acceso de un numero de host esxi a un datastore concurrentemente?

Un saludo.

[FerrerDeCouto]

Hola rapallo:

Importa todas las preguntas que he realizado porque una SAN 4g no sé que es. Es el motivo por el cual te pregunto tecnología, si con tal cabina estás teniendo problemas de lentitud es que tienes problemas de conectividad física o comprueba que tu cabina tiene habilitada la caché de escritura. Otro motivo es la método de acceso PSP que estés usando, sea MRU, Fixed o RR.

Las recomendaciones para los datastore son las siguientes:

• Aconsejable que el datastore esté entre los 600 - 800 GB y como máximo 1 GB.
  
• Una LUN sólo ha de contener un datastore.
  
• Para aplicaciones con un alto I/O aconsejable usar discos de 15000 rpm y montados en RAID 1+0
  
• Para aplicaciones sin un alto desempeño usar discos de 15000 rpm y montados en RAID 5
  
• Para aplicaciones no críticas o servidores de ficheros usar discos SATA 7200 rpm y montados en RAID 5
  

Un saludo.

[rapallo]

Primero y ante todo muchas gracias por tu ayuda.

Ahora el que me has pillado has sido tu. ¿Que es el metodo de acceso PSP?  las siglas si creo entenderlas Most Rencently Used, Fixed y Round Robin.

Cuando hablo de SAN yo siempre entiedno un FC-AL que en mi caso es de 4Gb/s.

Para mi i-scsi y nfs son redes NAS que no son lo mismo que las SAN.

Pero ya te digo que para mí, que seguro que estoy equivocado.

Por ultimo darte las gracias otra vez.

Un saludo.

[FerrerDeCouto]

Hola rapallo:

SAN se considera a FC e iSCSI y para NAS NFS y CIFS/SMB. Los primeros trabajan por bloques y los segundos por ficheros.

Si quieres saber el número máximo de hosts que soporta un volumen consulta el documento configuration maximums de la versión VMware que tengas montada. Por ejemplo en la 4.1 el número máximo de hosts por volumen es de 64.

Un saludo.

[dquintana]

Hola Rapallo, si tenes unos minutos, dale una mirada a este articulo

Discos RDM vs discos VMDK. Cuando utilizar cada uno?

Seguramente te pueda ayudar también.

Saludos

Diego Quintana

User Moderator

vExpert