El 16/12/11 15:01, López Denazis Santiago escribió: > Buenos días lista, los molesto para pedirles su consejo: > Tengo que montar un servidor que se encargará de alojar 2 o 3 > servidores virtuales con KVM (en principio, un webserver y un > fileserver). Dispongo de dos discos de 500GB los cuales van a estar en > RAID 1. La consulta es sobre el esquema de particionado, tengo pensado > utilizar el siguiente, pero quisiera saber qué les parece, si es > correcto o si por el contrario debería plantearlo de otra forma, ya que > es la primera vez que monto un servidor de este tipo: > > RAID 1 (2 x 500GB) > > /boot 300MB md0 sdx1 > swap 4GB sdx2 > / 15GB md1 sdx3 > sdx4 extended > /home 15GB md2 sdx5 > /root 4GB md3 sdx6 > /usr 15GB md4 sdx7 > /tmp 4GB md5 sdx8 > /var 20GB md6 sdx9 > /var/log 4GB md7 sdx10 > /virtual 410GB md8 sdx11 > > La partición que se montará en /virtual será naturalmente la que > contenga los hd de los vservers. Espero sus críticas/sugerencias. > Disculpen las molestias, >
Hola, Un par de sugerencias primera, usa LVM. segunda. Si el anfitrión no va a dar mas servicio que gestionar virtuales, no te comas la cabeza, ni siquiera debería tener una dirección IP configurada que no sea la de gestión interna. Asi que no veo la razón de separar /home ni desde luego /root. /var/log se lleva todo el peso de /var, si no es un servidor de correos que use mbox claro, asi que dejar 20G para var y solo 4G para /var/log me parece podo adecuado, como he dicho antes, no hay motivo para separarlos tampoco. /tmp se suele separar para montarlo como noexec, y por la misma razón de antes en este caso no habría necesidad de separarlo, aunque tampoco esta de mas. /virtual lo dejaría como un segundo VG y usaría LVM como backend para los virtuales. Al menos con Xen los dispositivos de bloque dan mas rendimiento que archivos y si usas LVM puedes redimensionar en caliente y muy facilmente. Un saludo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eeb5240.6030...@limbo.ari.es