[opensuse-es] Sobre particiones
Hola, Quiero instalar un server en una empresa, en realidad será en varias, donde se gestionan no más de 20 cuentas de correo y futuras aplicaciones hechas en python con postgresql. Para ello pienso en este mapa de particiones, Partición Montaje Tamaño sugerido sda1 ---------------------- / 20GB sda2 ---------------------- /home 40GB sda3 ---------------------- /var/log sda4 ---------------------- /para el server de correo sda5 ---------------------- /tmp sda6 ---------------------- /mnt todo el espacio que sobre sda7 ---------------------- swap(doble de la RAM) Bueno, mis preguntas son: 1. Existe algún consejo sobre el orden de las particiones según el uso que se les dará? 2. La partición swap debe crearse al inicio o al final?, es decir, tendrá esto que ver con la estructura físca del HDD para buscar rapidez? 3. Tamaños sugeridos para los logs, email, tmp? 4. A alguien le vi crear una partición para /boot, sentido eso? Por ejemplo, en Debian se puede establecer el orden de las particiones y además el sistema te pregunta si deseas ubicarla al principio o al final, entonces esto me hace pensar que el orden puede ser muy importante, me equivoco?. Nunca he leido nada sobre esto. Yo amo SuSE, fíjense que donde no podemos instalar Debian(cosa que es impuesta) rápidamente sugiero SuSE 10.0 pues conservo el juego de 5 CDs 8-) Agradezco sus sugerencias. -- Saludos, Luis -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-10-01 a las 17:19 -0400, Luis escribió:
Hola,
Quiero instalar un server en una empresa, en realidad será en varias, donde se gestionan no más de 20 cuentas de correo y futuras aplicaciones hechas en python con postgresql.
Para ello pienso en este mapa de particiones,
Partición Montaje Tamaño sugerido sda1 ---------------------- / 20GB sda2 ---------------------- /home 40GB sda3 ---------------------- /var/log sda4 ---------------------- /para el server de correo sda5 ---------------------- /tmp sda6 ---------------------- /mnt todo el espacio que sobre sda7 ---------------------- swap(doble de la RAM)
Yo al espacio sobrante lo llamo "data". Y yo añadiría otra particón más, primaria, de unos 8 gigas, para usarla en emergencias o para probar otra versión. Otros ponen dos particiones de sistema completas, una en uso y otra para la versión siguiente. La prueban, y si les gusta cambian, si no se quedan - - simplemente arrancando una u otra por defecto. En vez de actualizar instalan de nuevo cada vez en la otra partición, alternando.
Bueno, mis preguntas son:
1. Existe algún consejo sobre el orden de las particiones según el uso que se les dará?
Tantos como consejeros preguntes :-)
2. La partición swap debe crearse al inicio o al final?, es decir, tendrá esto que ver con la estructura físca del HDD para buscar rapidez?
¿Necesitas swap? Bueno, entonces puedes buscar la zona del disco que sea más rápida. Ojo: para saber cual es tienes que hacer mediciones. En mis discos es sobre el 1/3 del disco, no el inicio ni el final.
3. Tamaños sugeridos para los logs, email, tmp?
El que haga falta. No, en serio, no hay manera de saberlo a priori sin tener experiencia real de las aplicaciones que uses e incluso de los usuarios que tengas. Por eso muchos eligen usar LVM. El tmp, varios gigas. Los logs, pues es que varía mucho... varios gigas, normalmente pocos. Si te planteas ponerlos en partición aparte, es que crees que van a crecer mucho. Email, pues calcula cuanto le vas a dar a cada usuario y multiplica. Ésta yo la pondría con reiserfs. Podrías tener el sistema en particiones fijas y los datos que puedan crecer, en LVM.
4. A alguien le vi crear una partición para /boot, sentido eso?
A veces.
Por ejemplo, en Debian se puede establecer el orden de las particiones y además el sistema te pregunta si deseas ubicarla al principio o al final, entonces esto me hace pensar que el orden puede ser muy importante, me equivoco?.
¿El orden físico? Bueno, en modo experto en el particionador puedes poner las particiones en el orden que quieras. - -- Saludos Carlos E. R. (desde 11.2 x86_64 "Emerald" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkylJgcACgkQtTMYHG2NR9UNzQCfeJoaN/pyL0AlPXwEREvOwr98 89IAmgMJS7bJprqM/UFHbRiMQMOp+po9 =hyTl -----END PGP SIGNATURE-----
On 01/10/2010 2:06, Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2010-10-01 a las 17:19 -0400, Luis escribió:
Hola,
Quiero instalar un server en una empresa, en realidad será en varias, donde se gestionan no más de 20 cuentas de correo y futuras aplicaciones hechas en python con postgresql.
Para ello pienso en este mapa de particiones,
Partición Montaje Tamaño sugerido sda1 ---------------------- / 20GB
Creo que te has pasado en espacio. Si vas a instalar un servidor de correo como mencionas, no instalarás: paquete ofimático, navegador gráfico, multimedia, ... ni entorno gráfico por lo que te puedes ahorrar mucho espacio. Prueba en una máquina virutal lo que te ocupa un sistema como el que quieres y le sumas un poco de espacio por si las moscas (multiplica por 1.25 ó 1.5 ó 2 por si te da miedo quedarte sin espacio;).
sda2 ---------------------- /home 40GB
¿Los usuarios van apoder acceder al servidor en plan desktop remoto o servidor de ficheros? Si la respuesta es: "NO, sólo van a tener el correo y la aplicación que corre con PostgreSQL". Pues no le asignes partición. Si en un futuro se convierte en un servidor de ficheros, es mejor que añadas un disco, uses LVM y el punto de montaje del nuevo disco sea /home, pero para eso NO hace falta que reserves un espacio para los usuarios.
sda3 ---------------------- /var/log sda4 ---------------------- /para el server de correo
Suponiendo que tienes presupuesto suficiente, yo separaría y pondría /var entero sobre dos discos en RAID 1. /var va a almacenar la BBDD, el correo y los logs aka muchos IOPS.
sda5 ---------------------- /tmp sda6 ---------------------- /mnt todo el espacio que sobre
/mnt no requiere espacio, ten en cuenta que es simplemente un punto de montaje, igual que /media. No desperdicies espacio en /mnt.
sda7 ---------------------- swap(doble de la RAM)
Yo al espacio sobrante lo llamo "data".
Y yo añadiría otra particón más, primaria, de unos 8 gigas, para usarla en emergencias o para probar otra versión.
Otros ponen dos particiones de sistema completas, una en uso y otra para la versión siguiente. La prueban, y si les gusta cambian, si no se quedan - - simplemente arrancando una u otra por defecto. En vez de actualizar instalan de nuevo cada vez en la otra partición, alternando.
Ya que va a ser un servidor corporativo, pon RAID para protección de datos. Si pones RAID 1 para la BBDD y/o el correo, tendrás mejor rendimiento y protección de datos.
Bueno, mis preguntas son:
1. Existe algún consejo sobre el orden de las particiones según el uso que se les dará?
Tantos como consejeros preguntes :-)
2. La partición swap debe crearse al inicio o al final?, es decir, tendrá esto que ver con la estructura físca del HDD para buscar rapidez?
¿Necesitas swap? Bueno, entonces puedes buscar la zona del disco que sea más rápida. Ojo: para saber cual es tienes que hacer mediciones. En mis discos es sobre el 1/3 del disco, no el inicio ni el final.
Para el tamaño de servidor que indicas, el lugar en el disco donde lo pongas te da igual. Puedes hacer pruebas de rendimiento, pero verás que es muy baja la mejora y vas a perder mucho tiempo.
3. Tamaños sugeridos para los logs, email, tmp?
El que haga falta.
No, en serio, no hay manera de saberlo a priori sin tener experiencia real de las aplicaciones que uses e incluso de los usuarios que tengas. Por eso muchos eligen usar LVM.
El tmp, varios gigas. Los logs, pues es que varía mucho... varios gigas, normalmente pocos. Si te planteas ponerlos en partición aparte, es que crees que van a crecer mucho. Email, pues calcula cuanto le vas a dar a cada usuario y multiplica. Ésta yo la pondría con reiserfs.
Podrías tener el sistema en particiones fijas y los datos que puedan crecer, en LVM.
Estoy con Carlos, usa LVM para /var y si algún día necesitas /home ... pues también. OJO !!! NO montes un LVM sin un RAID con protección de datos por debajo (cualquier RAID menos el RAID 0) porque puedes perder todos los datos si se va un disco al carajo..
4. A alguien le vi crear una partición para /boot, sentido eso?
A veces.
Por ejemplo, en Debian se puede establecer el orden de las particiones y además el sistema te pregunta si deseas ubicarla al principio o al final, entonces esto me hace pensar que el orden puede ser muy importante, me equivoco?.
¿El orden físico? Bueno, en modo experto en el particionador puedes poner las particiones en el orden que quieras.
Para el tamaño de servidor que estás montando ... no vas a conseguir nada llamativo. Por eso no me preocuparía. Conseguirás más rendimiento añadiendo discos, configurando bien el RAID y el sistema de ficheros, aumentando la RAM, ... Al tener un servidor de BBDD y una aplicación (posiblemente echa en Java). Lo que intentaría es poner MUUUUUUUCHA RAM. Ojito con la RAM porque aunque tengas MUUUUUCHA RAM, puede que no te dé el rendimiento esperado porque has mezclado tamaños, no has balanceado correctamente la RAM en su bus, has mezclado tipos, ... HTH Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LNX.2.00.1010011245560.19541@Telcontar.valinor> El 2010-10-01 a las 08:14 +0200, Rafa Griman escribió:
On 01/10/2010 2:06, Carlos E. R. wrote:
El 2010-10-01 a las 17:19 -0400, Luis escribió:
...
Ya que va a ser un servidor corporativo, pon RAID para protección de datos. Si pones RAID 1 para la BBDD y/o el correo, tendrás mejor rendimiento y protección de datos.
¿No te gusta el 5?
Podrías tener el sistema en particiones fijas y los datos que puedan crecer, en LVM.
Estoy con Carlos, usa LVM para /var y si algún día necesitas /home ... pues también. OJO !!! NO montes un LVM sin un RAID con protección de datos por debajo (cualquier RAID menos el RAID 0) porque puedes perder todos los datos si se va un disco al carajo..
Dado de donde es Luis, pienso que tendrá un sólo disco para todo. Yo hablaba de LVM para administrar el espacio sobrante de ese disco, no para unir dos o más discos :-) En ese caso, creo que le conviene más tener un backup que tener un raid. ¿Porqué? Porque en un raid tienes dos discos funcionando continuamente, el gasto es doble, y eventualmente fallarán los dos discos (no al mismo tiempo, se espera), y habrá que reemplazar ambos. Con un backup, el otro disco está apagado, posiblemente fuera y guardadito. El mantenimiento es más barato. El tener un ordenador disponible siempre tiene su coste... Tener un backup (que siempre hay que tenerlo) en vez de raid y otras cosas, bueno, pues se tardará un tiempo en recuperar el servicio, pero es muy seguro. Claro, que si los usuarios van a poder reclamar económicamente daños por el tiempo sin servicio, pues... en ese caso es que tambien hay que pensar en ordenadores de respaldo. Los costes aumentan por todos lados. - -- Saludos Carlos E. R. (desde 11.2 x86_64 "Emerald" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkylvoYACgkQtTMYHG2NR9WRmgCgldWGVY+3ZtGpqsD6YPaHBPcI ayUAmwTHBmmqqBtvk1FNdeUi4mXzsUcR =zj3U -----END PGP SIGNATURE-----
Hola :) 2010/10/1 Carlos E. R. <robin.listas@telefonica.net>:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID: <alpine.LNX.2.00.1010011245560.19541@Telcontar.valinor>
El 2010-10-01 a las 08:14 +0200, Rafa Griman escribió:
On 01/10/2010 2:06, Carlos E. R. wrote:
El 2010-10-01 a las 17:19 -0400, Luis escribió:
...
Ya que va a ser un servidor corporativo, pon RAID para protección de datos. Si pones RAID 1 para la BBDD y/o el correo, tendrás mejor rendimiento y protección de datos.
¿No te gusta el 5?
Sí, pero para IOPS es mejor RAID 1. El correo y las BBDD tienen muchos IOPS. En cuanto a RAID 5 ... si los discos son SATA (aka grandes y lentos) prefiero RAID 6. Un RAID 5 recuperando un disco de 2 TB perdido puede tardarte más de un día. En ese período, está el RAID degradado, sigue aceptando peticiones, ... por lo que aumenta la probabilidad de fallo de otro disco ... mal rollo. Con RAID 6 puedes conseguir que fallen hasta 2 discos sin perder datos. Ah, y los RAIDs 6 con discos SATA de 1 o más TB ... que sean de pocos discos (8+2 máximo) por las mismas razones que he comentado: lentitud y probabilidad de que fallen más discos.
Podrías tener el sistema en particiones fijas y los datos que puedan crecer, en LVM.
Estoy con Carlos, usa LVM para /var y si algún día necesitas /home ... pues también. OJO !!! NO montes un LVM sin un RAID con protección de datos por debajo (cualquier RAID menos el RAID 0) porque puedes perder todos los datos si se va un disco al carajo..
Dado de donde es Luis, pienso que tendrá un sólo disco para todo. Yo hablaba de LVM para administrar el espacio sobrante de ese disco, no para unir dos o más discos :-)
Ya, si lo de poner más discos lo decía por si podía. Lo malo de tener sólo LVM es que no ofrece protección de datos. Por ejemplo, si dentro de 1 año compra otro disco y agranda el volumen LVM ... si pierde 1 de los dos discos ... adios información y todo lo demás. Por cierto. Si se usa LVM con idea de poder agrandar el volumen, necesitarás un sistema de ficheros que permita crecer en caliente para evitar paradas de la máquina.
En ese caso, creo que le conviene más tener un backup que tener un raid. ¿Porqué? Porque en un raid tienes dos discos funcionando continuamente, el gasto es doble, y eventualmente fallarán los dos discos (no al mismo tiempo, se espera), y habrá que reemplazar ambos.
Con un backup, el otro disco está apagado, posiblemente fuera y guardadito.
El mantenimiento es más barato. El tener un ordenador disponible siempre tiene su coste... Tener un backup (que siempre hay que tenerlo) en vez de raid y otras cosas, bueno, pues se tardará un tiempo en recuperar el servicio, pero es muy seguro.
Eso es lo que hago yo en casa :D Tengo un disco para todo (completamente desorganizado y lleno de particiones vacías y echo un asco ... a ver si me pongo un día y lo dejo en condiciones 0:) y otro para backups. No lo tengo fuera (ya, debería estar fuera), pero lo tengo desmontado ... En casa de herrero, cuchillo de palo ;) Puede hacer una cosa, siguiendo tu idea. Si tiene los dos discos, los puede particionar igual, y clonar de vez en cuando el disco 1 entero al 2 la parte de / y lo otro hacer backup. De esta manera, tiene un sistema de "rollback" en caso de: fallo de disco, una actualización que ha ido mal, ... Tuve un cliente una vez que lo tenía así: RAID 1 por SW de / y otra partición en la que clonaba el / por si las moscas.
Claro, que si los usuarios van a poder reclamar económicamente daños por el tiempo sin servicio, pues... en ese caso es que tambien hay que pensar en ordenadores de respaldo. Los costes aumentan por todos lados.
Efectivamente, depende de lo que tenga, de lo que quieran, de lo que puedan dar guerra, ... Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 30 Sep 2010 21:18:09 +0000, Luis escribió:
Quiero instalar un server en una empresa, en realidad será en varias, donde se gestionan no más de 20 cuentas de correo y futuras aplicaciones hechas en python con postgresql.
Para ello pienso en este mapa de particiones,
Partición Montaje Tamaño sugerido sda1 ---------------------- / 20GB sda2 ---------------------- /home 40GB sda3 ---------------------- /var/log sda4 ---------------------- /para el server de correo sda5 ---------------------- /tmp sda6 ---------------------- /mnt todo el espacio que sobre sda7 ---------------------- swap(doble de la RAM)
Si los discos no son muy grandes (<250/400 GiB), yo no haría tantas particiones/divisiones. Otra cosa, piensa si vas a necesitar tanto espacio para "/home", si vas a usar el equipo como servidor con usuarios virtuales en lugar de los del sistema, "/home" estará casi vacío.
Bueno, mis preguntas son:
1. Existe algún consejo sobre el orden de las particiones según el uso que se les dará?
Sobre el orden, no creo.
2. La partición swap debe crearse al inicio o al final?, es decir, tendrá esto que ver con la estructura físca del HDD para buscar rapidez?
Hoy en día es indiferente.
3. Tamaños sugeridos para los logs, email, tmp?
¿De qué capacidad de disco estamos hablando? Para el correo y los registros necesitarás buen espacio. Nunca subestimes el tamaño de los archivos adjuntos :-)
4. A alguien le vi crear una partición para /boot, sentido eso?
Hoy en día, no mucho.
Por ejemplo, en Debian se puede establecer el orden de las particiones y además el sistema te pregunta si deseas ubicarla al principio o al final, entonces esto me hace pensar que el orden puede ser muy importante, me equivoco?. Nunca he leido nada sobre esto. Yo amo SuSE, fíjense que donde no podemos instalar Debian(cosa que es impuesta) rápidamente sugiero SuSE 10.0 pues conservo el juego de 5 CDs 8-)
Yo tampoco me molestaría en eso. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (4)
-
Camaleón -
Carlos E. R. -
Luis -
Rafa Griman