Creo que sufro del síndrome de "todo debe estar en potencias de 2". Cuando me piden que cree un disco de 30G en VmWare para una VM, quiero crear un disco de 32G. Si alguien necesita 256G de almacenamiento usando LVM, creo 1256, 2 128 o 4 64...
La pregunta es sencilla: ¿existen impactos o inconvenientes en el rendimiento al crear discos de tamaño "extraño", incluso cuando los coloco en un grupo de volúmenes en Linux? Si alguien pide 80G, ¿está bien crear un 10, un 20 y un 50 para lograrlo? ¿O debería intentar ceñirme a potencias de 2 si puedo?
Respuesta1
Preferiría recomendarle que esté atento a si una partición está alineada con E/S, ya que esto realmente puede afectar el rendimiento de E/S. Hoy en día, no es un problema, ya que los instaladores o asistentes de configuración generalmente alinean las particiones automáticamente en algún "power of 2"límite, pero cuando lo creas a mano, puede resultar útil saber cómo funciona.
Intentaré explicar el concepto con ejemplos sencillos tomados de entornos virtuales. En aras de la simplicidad, supongamos la infraestructura VMware vSphere y el sistema de archivos VMFS. Tenemos que tener en cuenta tres capas en total: una matriz de discos que tiene fragmentos de cierto tamaño para solicitar datos, un sistema de archivos VMFS con bloques de cierto tamaño y, finalmente, un sistema de archivos del sistema operativo invitado organizado en bloques/clústeres.
Por lo general, no tiene que dedicar tiempo a alinear el sistema de archivos VMFS con la matriz de discos, ya que se realiza automáticamente cuando crea un nuevo almacén de datos VMFS con vCenter. La situación es peor con el sistema operativo invitado. A continuación se muestra una imagen de capas no alineadas:
Cuando el sistema operativo invitado lee/escribe un solo bloque/clúster, el hipervizor/matriz de discos subyacente tendrá que solicitar un bloque del sistema de archivos VMFS y dos fragmentos de la matriz de discos, ya que el bloque abarca varios fragmentos. Esto puede significar leer o escribir desde varios ejes de disco, ya que estos fragmentos pueden dividirse en varios discos según la configuración RAID. Esta no es la configuración óptima, por supuesto. Mejor es el alineado:
Luego, una solicitud de bloque del sistema de archivos genera una solicitud de fragmento de matriz de discos. Sin embargo, la mayoría de los sistemas operativos modernos recuerdan alinear las particiones de E/S automáticamente durante su instalación. Por ejemplo, Windows Server 2008 o RedHat Enterprise Linux 6 lo hacen, pero Windows Server 2003 o distribuciones anteriores no.
Por lo tanto, vale la pena recordarlo, ya que la alineación automática de E/S generalmente depende de las características de los dispositivos de almacenamiento para indicar su alineación de E/S preferida y el tamaño del bloque de E/S. Las pilas de E/S de Linux modernas (por ejemplo, RHEL 6, parted, LVM, mkfs) pueden trabajar con dicha información y, por lo tanto, ejecutarla automáticamente. Pero si no funciona como se esperaba, debes hacerlo a mano.