Referencias principales

ZFS L2ARC (Brendan Gregg) (22-07-2008) y ZFS y el concepto de almacenamiento híbrido (Blog de Anatol Studler) (11-11-2008) incluyen el siguiente diagrama:

Pregunta

¿Debo interpretar la línea blanca vertical, en la capa SSD, como una preferencia para usar SSD separados ?

• ¿ Prefiere no mezclar L2ARC y ZIL en un solo disco?

Antecedentes (respuesta a los comentarios)

Personalmente, en casa es poco probable que use L2ARC o ZIL con cualquier computadora que esté disponible para mí. (Mi computadora cotidiana es una MacBookPro5,2 con 8 GB de memoria y un Seagate ST750LX003-1AC154 híbrido. No tengo planes de reemplazar la unidad óptica con una SSD).

En otro lugar: en el trabajo habrá una nueva reutilización del kit, pero no tengo una fecha o detalles completos. (Xserve RAID x2 en la mezcla ... en este momento no me imagino dándoles eso a ZFS, pero mantengo una mente abierta).

Mi curiosidad sobre las mejores prácticas de SSD para L2ARC y ZIL comenzó mientras seguía las discusiones relacionadas con el rendimiento en el área de ZEVO, en particular el tema mencionado a continuación, donde un usuario tiene L2ARC y ZIL en un solo disco.

Otras referencias y discusiones

Capturas de pantalla de L2ARC (Brendan Gregg) (2009-01-30)

Capturas de pantalla de SLOG (Brendan Gregg) (26-06-2009)

[zfs-discusión] Respaldo raíz ZFS / recuperación de "desastre", y mover el grupo raíz (2011-01-10) recomienda contra una mezcla de tres cosas (grupo raíz, ZIL y L2ARC) en un solo disco:

... no vale la pena los dolores de cabeza que pueden ocurrir al tratar de administrar los 3 en el mismo disco. Por ejemplo, si decide reinstalar y bloquear accidentalmente el contenido del ZIL para su grupo de datos. No comparta discos para componentes de grupo o entre grupos para simplificar la administración y la recuperación. ...

- Estoy más interesado en saber si se recomienda no mezclar dos de esas cosas en un solo disco.

/superuser//a/238744/84988 (2011-01-28) menciona "caché (caché L2ARC) y registro de escritura (ZIL) en SSD" ( singular ). Sin embargo, en lo que respecta a FUSE y Windows, no considero que la respuesta sea particularmente relevante para los usos más comunes de ZFS.

@ChrisS mencionó ZIL y L2ARC en The Comms Room el 2011-08-16.

http://forums.macrumors.com/showpost.php?p=14248388 (2012-01-31) analiza múltiples SSD:

Algo que debe comprender acerca de ZFS: tiene dos tipos diferentes de almacenamiento en caché, lectura y escritura (L2ARC y ZIL) que generalmente se alojan en SSD. El ZIL es el caché de escritura. Eso es probablemente de donde viene este concepto erróneo. El ZIL se está forjando (suponiendo un sistema activo) con cada escritura que ocurre en el zpool. El problema es que el uso de un SSD basado en mlc como ZIL hace que se desgasten y fallen con bastante rapidez. Necesita una (mucho más costosa) SSD basada en slc para usar como unidad ZIL.

Tener un zpool compuesto completamente por SSD no solo es posible, sino que funciona bastante bien. Básicamente, también elimina la necesidad de unidades separadas para ZIL y L2ARC. Sí, no tiene soporte para TRIM, pero basado en la naturaleza de copiar y escribir de ZFS, probablemente sea algo bueno.

Dicho esto, ZFS NO funciona bien con zpools casi completos (por ejemplo, 85% o más). El rendimiento comienza a disminuir significativamente, independientemente de si está utilizando medios magnéticos rotacionales o de estado sólido. La falta de soporte TRIM probablemente exacerbaría ese problema, pero ya es un problema.

/server//a/397431/91969 (2012-06-11) recomienda:

• SSD tipo SLC (específicamente no MLC) para ZIL
• SSD tipo MLC para L2ARC.

/superuser//a/451145/84988 (2012-07-19) menciona un singular "SSD para ZIL y L2ARC para acelerar ZFS".

zevo.getgreenbytes.com • Ver tema - ¿Problema de rendimiento con el pedido de conexión FW800? (2012-09-24) se ocupa del orden de las cosas en un bus FireWire con un único SSD para ZIL y L2ARC

• Dejando a un lado el pedido del autobús, ese tema de ZEVO me hizo preguntarme si sería preferible usar SSD separados.

Más específicamente: me preguntaba acerca de las interpretaciones de la línea blanca en el diagrama de arriba ...

Respuesta corta, ya que no veo qué problema estás buscando resolver ...

Si puede, use dispositivos separados. Esto depende de la escala de su entorno ... Si es solo un sistema doméstico simple o una solución ZFS virtualizada o todo en uno , puede usar un solo dispositivo.

En soluciones ZFS más grandes o de alto rendimiento, utilizo dispositivos adaptados específicamente para sus funciones ZIL o L2ARC ... Por ejemplo, STEC ZeusRAM o DDRDrive para ZIL y cualquier SSD SLC o MLC SAS empresarial para L2ARC.

• Los dispositivos ZIL deben ser dispositivos de baja capacidad y baja latencia capaces de IOPS altos. Por lo general, se reflejan.
• Los dispositivos L2ARC deben ser de alta capacidad (dentro de lo razonable: debe agregar RAM a medida que aumenta el tamaño de L2ARC). Se escalan mediante rayas.

¿Qué estás haciendo?

Hay algunas ideas falsas fundamentales desde el principio sobre ZIL que deben corregirse antes de continuar.

Comprenda esto: en circunstancias "normales", no se toca ZIL / SLOG.

Es solamente escriben en cuando se les ordena escrituras sincrónicas o si sincronización = siempre está habilitada en un determinado grupo / conjunto de datos ( "zfs get sincronización de la piscina / conjunto de datos")

ZIL nunca se lee en circunstancias normales. Es una función de recuperación ante desastres.

IE: El ZIL solo está ahí cuando se corta la energía. Se utiliza para reproducir datos que habían sido almacenados en el sistema operativo antes de que esos datos se enviaran al grupo. Todas las escrituras de ZFS en el grupo (sincronización o asíncrona) provienen de memorias intermedias.

En circunstancias normales, una vez que los datos llegan al grupo, se permite que la entrada del slog se evapore: es solo un gran búfer de escritura circular y no necesita ser muy grande (incluso 1 GB es excesivo en la mayoría de las circunstancias)

Las escrituras no sincrónicas se almacenan en memoria RAM, se clasifican y se escriben en el disco en un momento oportuno. si se corta la energía, esos datos se pierden pero se mantiene la integridad del servicio fijo (es por eso que es posible que desee establecer la sincronización = siempre)

Por otro lado, L2ARC está muy afectado tanto a nivel de lectura como de escritura.

Existe "demasiado l2arc", porque los metadatos de lo que hay en l2arc salen de su RAM ARC (es decir, si aumenta el tamaño de l2arc, debe aumentar el ram para adaptarse. Si no lo hace, puede provocar una grave degradación del rendimiento y finalmente, el uso de l2arc se estabilizará en algún nivel muy por debajo de "todo el espacio disponible")

A pesar de las protestas de algunos fabricantes, no puede compensar un déficit de memoria al aumentar los tamaños de arco l2 (Varios fabricantes de matrices de incursiones de hardware que se han ramificado en dispositivos ZFS han hecho esta suposición)

tl; dr: si su carga de E / S es actividad de la base de datos, es probable que ZIL se bloquee con fuerza. Si se trata de algo más, es probable que solo se toque ligeramente. Es muy probable que en el 99.9% de la actividad las funciones ZIL nunca entren en acción.

Saber eso le permitirá decidir si necesita una partición SLOG para ZIL, si puede convivir con la partición l2arc o si necesita una unidad independiente (y qué nivel de rendimiento debe ser esa unidad independiente).