Re: Concatenar discos?

Alvaro Figueroa <[email protected]>
Newsgroups gmane.org.user-groups.linux.gulcr
Message-ID <[email protected]>
(perdón por la respuesta tardía... 'ta duro el brete)
On Mon, 2006-06-19 at 13:46 -0600, Elias Torres Arroyo wrote:

> * Borrar las particiones de hda, hacer una de 100 MB y otra del resto,

No hace falta borrar, mas info abajo.

> * La de 100 MB se usa como /boot

100MiB solo para kernels es bastantico. Digamos que un kernel de 386
(por si las moscas) y uno sin smp (también por si las moscas, aunque la
doc dice bien claro que solo afecta ligeramente en desempeño), no creo
que pasen de 20 MiB. 100MiB en _esta_ compu, es un tanate de espacio.

> * Se hace un raid0 con las dos particiones a juntar:
>   mdadm -a --create /dev/md0 --level=0 --raid-devices=2 /dev/hda2 /dev/hdb1

Un raid0 son particiones[1] que se ven como una sola, donde se ordenan
los sectores de manera tal que cuando se haga una lectura o una
escritura, la misma quede repartida en ambas... bueno, en ambos block
devices para mejorar el desempeño. Esto tiene la desventaja que hay que
comenzar por borrar todo para poder ordenar los bloques de esta
manera[2].

Hay otro tipo, aún más simple, que es _exactamente_ una concatenación.
Primero se va a llenar uno de los dispositivos de bloques, luego el
siguiente, luego el siguiente. Esto es bastante útil en este caso,
porque permite se pongan ambos discos en un raid linear sin tener que
borrar la información (lo cual no quita el paso siempre necesario de
respaldarla). Luego se utilizan las herramientas del sistema de archivos
que esté utilizando, y puede hasta hacer crecer el tamaño del sistema de
archivos de manera dinámica.

Acá viene un poquito de info sobre raids lineares. Si necesitan algo
más, para eso están estas listas.
http://www.tldp.org/HOWTO/Software-RAID-HOWTO-5.html

Otra manera que hubiera sido realmente sencilla si hubiera comenzado a
utilizar volúmenes lógicos de EVMS desde el principio, es que EVMS ya
viene pensado para estar jugando con los recursos de almacenamiento.

> * Pasar hdb a master secundario (hdc) ya que por limitaciones de IDE
>   solo se puede accesar hda y hdb uno a la vez.

_Muy_ necesario.

> como por ejemplo, comprarle
> el disco duro al amigo.

Lo que me hace pensar que discos de este tamaño, ya tienen _rato_ de
haber salido de la fábrica. Y los mejores discos duros, lo más que
garantizan son 5 años. Podría usar smartmontools para monitorear los
discos a ver si predicen algún fallo pronto. La otra es, utilizar raid0
y raid linear aumentan al doble el chance de que pierdas _todos_ tus
datos. Por lo cual, es necesario o que se agregue un tercer disco y se
utilice un raid5 o similar, o que estes respaldando tus datos de manera
frecuente.

[1] Ok, ok.. particiones, discos, volúmenes lógicos. Block devices solo
'pa hablar correctamente.
[2] Estaba leyendo que la última versión de kernel tiene algo para
remapear en caliente, los bloques de un raid5. Ojalá alguien saque el
rato para hacer lo mismo, que permita traducir un raid de linear a
raid0.

-- 
Alvaro Figueroa



-- 
Desuscripción: escriba a [email protected], tema 'unsubscribe'
Problemas a: [email protected].  http://gulcr.org/ListasDeCorreo
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.