Bueno despues de muchos años aqui va mi primera pregunta técnica a la
lista :-) (si no contamos la de los agapornis papilleros), aunque no pido
como hacer algo, si no lo de siempre, experiencias...
en realidad hay cosas mas complejas como AoE, y cosas asi, pero para
simplificar y aislar, voy a poner el caso que podriamos tener en casa:
Actualmente tengo esto:
Dos discos duros 750 GB que forman un RAID1 por software
sdaX |
sdbX | --> md0 (RAID1)
En un solo VolumeG. conteniendo este varios LV's..
[ md0 ] VG01 --> LV1, LV2, LV3
En pocas palabras un LVM sobre raid1
Porque LVM, necesario, para poder redimensionar de una forma mas o menos
dinamica, es imposible, hacer "predicciones"..
Porque RAID1, es lo minimo que puede estar en producción
Porque por software? hay un montonazo equipos que estan igual, es una cuestión
de unificar, mdadm nos hace de capa "comun" a todo
Ademas controladoras "varias" cada una con sus peculiaridades, y sus
disgustos... de este modo se que se sacan los discos de un equipo se ponen en
otro y todo sigue funcionando con un downtime muy bajo...
Que si que si discos solidos, sas, etc.. este montaje tambien lo tengo con
otros tipos de discos... pero para el caso da igual...
Respondidas todas estas preguntas, mirando la docu de LVM2 he visto que en
lvcreate veo lo siguiente:
-m, --mirrors Mirrors
Creates a mirrored logical volume with Mirrors copies. For
example, specifying "-m 1" would result in a mirror with two-sides; that is,
a linear volume plus one copy.
Specifying the optional argument --nosync will cause the
creation of the mirror to skip the initial resynchronization. Any data
written afterwards will be mirrored, but
the original contents will not be copied. This is useful for
skipping a potentially long and resource intensive initial sync of an empty
device.
The optional argument --mirrorlog specifies the type of log to
be used. The default is disk, which is persistent and requires a small
amount of storage space, usually
on a separate device from the data being mirrored. Using core
means the mirror is regenerated by copying the data from the first device
again each time the device is
activated, for example, after every reboot.
The optional argument --corelog is equivalent to --mirrorlog
core.
antes los backups eran solo lectura con lvm2 son lectura y escritura... la
feature es "bonita" ahorraría una capa...
Bueno la cuestion es, alguien lo ha utilizado?? y si es así, que experiencias
con el tema... no se alguien ha hecho alguna comparativa, para ver si da algo
mas de performance que montar LVM sobre raid1...
Igual no he entendido bien para que es esto.. pero por lo que leo y en plan
barrio sesamos, se trata de meter, "un trocito" de datos (de la forma que
trabaja LVM, por duplicado en cada disco...
Cosas que no me gustan, lo del mirrorlog, ademas en otro disco... eso creo que
le puede dar un poco por el culo a la I/O
En fin gracias y sorry por el coñazo de correo.
--
Joan Puiggali Abanades (a.k.a Kopernix) GPG id B20FB54B
http://www.kopernix.com
".. Si crees que sabré responder a tu pregunta, no me la hagas"
~# apt-get moo
(__)
(++) zzZZZzz
/--\/
= ==>
"Have you mooed tonight?"...
--
___
Comandob mailing list
Comandob@badopi.org
http://lists.badopi.org/mailman/listinfo/comandob
