Entre las muchas novedades introducidas por frío vSphere 5 es el nuevo sistema de archivos VMFS para el almacenamiento de bloques. Aunque vSphere 5 puede utilizar VMFS-3, VMFS-5 es el nivel de VMFS nativo de vSphere 5 y se recomienda a migrar al nivel VMFS nuevo tan pronto como sea posible. Jason Boche escribió acerca de la diferencia entre VMFS-3 y VMFS 5 .
vSphere 5 ofrece un camino de dolor actualización gratuita de VMFS-3 a VMFS-5. La actualización es una operación en línea y sin interrupciones, lo que permite que las máquinas virtuales residentes a seguir para ejecutar en el almacén de datos. Pero actualizado almacenes de datos VMFS pueden tener un impacto en las operaciones de DEG, las migraciones de máquinas virtuales específicamente.
Al actualizar un almacén de datos VMFS de VMFS-3 a VMFS-5, el tamaño actual VMFS-3 bloques que se mantendrá y el tamaño de bloque puede ser más grande que el tamaño de bloque VMFS-5-5 como VMFS utiliza unificada de 1 MB de tamaño de bloque. Para obtener más información acerca de la diferencia entre VMFS-5 nativo y mejorado datatstores VMFS-5 almacén de datos por favor lea:
Cormac artículo sobre las características de almacenamiento nuevo
Aunque el sistema VMFS archivo actualizado deja sin modificar el tamaño de bloque, se elimina el tamaño máximo de archivo relacionado con un tamaño de bloque de concreto, así que ¿por qué exactamente le importa tener un tamaño de bloque no unificado en el clúster de almacenamiento de datos DEG?
En esencia, la mezcla de diferentes tamaños de bloque de un clúster de almacenamiento de datos puede conducir a una pérdida de eficacia y un aumento en el plazo de ejecución de un proceso de Storage VMotion. Como se recordará, Duncan escribió un excelente post sobre el impacto de diferentes tamaños de bloque y la selección de datamovers.
Para hacer un extracto, vSphere 5 ofrece tres datamovers:
• fsdm
• fs3dm
• fs3dm - descarga de hardware
El siguiente diagrama muestra la colocación transportador de datos en la pila. Básicamente, cuanto más largo el camino de la IO tiene que viajar para ser manejado por un transportador de datos, más lento será el proceso.
En el escenario más óptimo, que desea aprovechar las capacidades VAAI de la matriz de almacenamiento. 5 vSphere es capaz de aprovechar las capacidades de la matriz que permite descarga de hardware de la copia de IO. La mayoría de OI se mantendrá dentro de la controladora de almacenamiento y no viajar hasta la tela para el host ESXi. Pero desafortunadamente no todos los array es capaz VAAI. Si la matriz adjunta no es capaz o VAAI activado, el apalancamiento se vSphere transportador de datos FS3DM. FS3DM se introdujo en vSphere 4.1 y contenía algunas optimizaciones importantes para que los datos no viajan a través de todas las pilas. Sin embargo, si un tamaño de bloque distinto, se vuelve a ESXi FSDM, comúnmente conocida como transportador de datos heredados. Para ilustrar la diferencia en el tiempo de espera Storage VMotion, lea el siguiente artículo (de nuevo) por Duncan: vMotion de almacenamiento diferencia de rendimiento . Este artículo contiene el resultado de una prueba en la que se ha migrado de una máquina virtual entre dos tipos diferentes de discos configurados con un tamaño de bloque de desviación y en una etapa diferente tamaño de bloque similar. Para destacar, los resultados se muestra el tiempo de entrega del transportador de datos FS3DM y transportador de datos FSDM. Los siguientes resultados se copian del artículo amarilla Bricks.com:
Como los resultados en el cuadro muestran, con una ventaja de tamaño de bloque diferente a un aumento de tiempo de espera Storage VMotion. Con diferentes tamaños de bloque en el clúster de almacenamiento de datos DEG se reducirá la eficiencia de almacenamiento DRS. Por lo tanto se recomienda el diseño de rendimiento y la eficiencia en la planificación de la migración a un clúster de almacenamiento DRS. Planificar el futuro e invertir algo de tiempo el camino de la migración.
Si el almacén de datos VMFS-3 está formateado con un tamaño de bloque de más de 1 MB, que puede ser mejor para vaciar el almacén de datos VMFS y formatear el LUN con una nueva capa de sistema de archivos VMFS-5. El esfuerzo y el tiempo invertido en la migración tendrá un efecto positivo sobre el rendimiento de las operaciones diarias de almacenamiento DRS.
Al actualizar un almacén de datos VMFS de VMFS-3 a VMFS-5, el tamaño actual VMFS-3 bloques que se mantendrá y el tamaño de bloque puede ser más grande que el tamaño de bloque VMFS-5-5 como VMFS utiliza unificada de 1 MB de tamaño de bloque. Para obtener más información acerca de la diferencia entre VMFS-5 nativo y mejorado datatstores VMFS-5 almacén de datos por favor lea:
Cormac artículo sobre las características de almacenamiento nuevo
Aunque el sistema VMFS archivo actualizado deja sin modificar el tamaño de bloque, se elimina el tamaño máximo de archivo relacionado con un tamaño de bloque de concreto, así que ¿por qué exactamente le importa tener un tamaño de bloque no unificado en el clúster de almacenamiento de datos DEG?
En esencia, la mezcla de diferentes tamaños de bloque de un clúster de almacenamiento de datos puede conducir a una pérdida de eficacia y un aumento en el plazo de ejecución de un proceso de Storage VMotion. Como se recordará, Duncan escribió un excelente post sobre el impacto de diferentes tamaños de bloque y la selección de datamovers.
Para hacer un extracto, vSphere 5 ofrece tres datamovers:
• fsdm
• fs3dm
• fs3dm - descarga de hardware
El siguiente diagrama muestra la colocación transportador de datos en la pila. Básicamente, cuanto más largo el camino de la IO tiene que viajar para ser manejado por un transportador de datos, más lento será el proceso.
En el escenario más óptimo, que desea aprovechar las capacidades VAAI de la matriz de almacenamiento. 5 vSphere es capaz de aprovechar las capacidades de la matriz que permite descarga de hardware de la copia de IO. La mayoría de OI se mantendrá dentro de la controladora de almacenamiento y no viajar hasta la tela para el host ESXi. Pero desafortunadamente no todos los array es capaz VAAI. Si la matriz adjunta no es capaz o VAAI activado, el apalancamiento se vSphere transportador de datos FS3DM. FS3DM se introdujo en vSphere 4.1 y contenía algunas optimizaciones importantes para que los datos no viajan a través de todas las pilas. Sin embargo, si un tamaño de bloque distinto, se vuelve a ESXi FSDM, comúnmente conocida como transportador de datos heredados. Para ilustrar la diferencia en el tiempo de espera Storage VMotion, lea el siguiente artículo (de nuevo) por Duncan: vMotion de almacenamiento diferencia de rendimiento . Este artículo contiene el resultado de una prueba en la que se ha migrado de una máquina virtual entre dos tipos diferentes de discos configurados con un tamaño de bloque de desviación y en una etapa diferente tamaño de bloque similar. Para destacar, los resultados se muestra el tiempo de entrega del transportador de datos FS3DM y transportador de datos FSDM. Los siguientes resultados se copian del artículo amarilla Bricks.com:
| A partir de (MB) | A | Duración en minutos |
| FC almacén de datos de 1 MB de bloque | FATA, almacén de datos de 4 MB de bloque | 08:01 |
| FATA, almacén de datos de 4 MB de bloque | FC almacén de datos de 1 MB de bloque | 12:49 |
| FC almacén de datos de 4 MB de bloque | FATA, almacén de datos de 4 MB de bloque | 02:36 |
| FATA, almacén de datos de 4 MB de bloque | FC almacén de datos de 4 MB de bloque | 02:24 |
Si el almacén de datos VMFS-3 está formateado con un tamaño de bloque de más de 1 MB, que puede ser mejor para vaciar el almacén de datos VMFS y formatear el LUN con una nueva capa de sistema de archivos VMFS-5. El esfuerzo y el tiempo invertido en la migración tendrá un efecto positivo sobre el rendimiento de las operaciones diarias de almacenamiento DRS.
No hay comentarios:
Publicar un comentario