Hola :) On Thursday 22 April 2010 17:53 Carlos E. R. wrote
El 2010-04-22 a las 11:20 +0200, Rafa Grimán escribió:
On Wednesday 21 April 2010 20:43 Carlos E. R. wrote
On 2010-04-21 08:55, Rafa Grimán wrote:
/var o /tmp _NO_ crecen. Me explico: los logs hay que rotarlos y archivarlos (CD, cinta, floppy, ...) e incluso hacer backups, pero no se quedan en disco por lo que vas liberando espacio.
Una base de datos como mysql va en /var, y crece. Un caché de updates también iría en /var, y crecería. Un servidor de logs, idem. Un servidor de correo imap, ídem.
:-)
Una base de datos no crece como crece el correo, es un crecimiento muy pequeño ... si la diseñas bien
- por ejemplo, si apunta a ficheros y no los incluye en la propia BBDD
Pueden ser simplemente millones de datos "normales".
Sí, pero si los ficheros están fuera y está bien diseñada para que no haya datos repetidos, el tamaño es menor. Obviamente, puedes tener BBDD muy grandes, nosotros tenemos en EEUU un cliente con un BBDD de +1 TByte. Pero de esas, creeme que hay MUUUUUUY pocas y su crecimiento no es de 1 TByte al año y, aunque fuera de 1 TByte al año, tampoco es un crecimiento espectacular. Un servidor de ficheros crece mucho más que eso y en el mundo de Media, 1 TByte es casi lo que haces el primer día y te hablo de servidor de ficheros ;)
la BBDD debe ir en su propia partición con RAID 10 y un gestor de
volúmenes (como LVM)
Puede, pero seguirá estando jerarquicamente debajo de /var, luego /var crece >:-)
Jerárquicamente, pero en cuanto a sistema d eficheros no, la BBDD estaría en un sistema de ficheros separado.
El correo y los logs, ya lo he comentado: archivado. Mano de santo. Además de los backups ;)
Siempre y cuando la política de la empresa te deje. Pueden exigirte tener en linea varios gigas de espacio para cada usuario en imap, en plan gmail.
El acrhivado puede está shelved cuando lo sacas de la librería o del jukebox de CD/DVD/BR. Sacar cintas de una librería para backup es bastante normal (hay que evitar que backup y datos estén físicamente próximos). El archivado (a cinta o a CD/DVD/BR) no significa necesarioamente que te lo llevas a otra oficina, a un banco, a un vault o similar, significa que no lo tienes en disco principal. Es decir, puede estar dentro de la librería de cintas. También hay que tener en cuenta un tipo de archivado "especial" que es lo que se llama copia legal y es básicamente lo que exige la ley en cuanto a determinados datos digitales: que tienes que tener una copia para revisiones legales durante no sé cuánto tiempo. Se tiene que guardar en un medio inalterable (WORM) y tienes que garantizar su lectura durante ese tiempo que exige la ley.
Caché (de Squid, por ejemplo): un buen admin:
_NO_ deja que la caché crezca "hasta el infinito y más allá" ;)
Cachear todo no es útil y además no podemos competir ni con Google ni con Akamai ni con "Way back machine" ;) Es más importante tener discos rápidos que muchas cosas cacheadas y definir bien lo que sea cachea y durante cuánto tiempo
Imagino que le puedes poner límite. Pero a lo mejor lo que cacheas son los servidores de actualización de los varios linuxes y windoses que tienes, y eso es un porrón de gigas.
¿De cuánto son los HDD de hoy en día? También los puedes archivar en DVD ;)
la caché en su propio sistema de ficheros,
igual que en las BBDD
;)
Puede, pero seguirá estando jerarquicamente debajo de /var, luego /var crece >:-)
Ver un par de párrafos anteriores ;)
El /var puede ser muy grande. Aunque lo gestiones bien, lo repartas, lo archives en tres capas, puede ser enorme. Es a donde van los datos que no son propiedad de un usuario sino de todos, es decir, los datos que se "sirven" desde el servidor.
/var es para ficheros de tamao variable, de ahí el nombre. Pero vuelvo a lo de antes, sí: jerárquicamente /var crece y, jerárquicamente / crece también, pero eso es desde un punto de vista lógico, NO físico ;) Si nos ponemos a mirarlo desde un punto de vista físico (que es el que interesa porque los discos son elementos físicos y no lógicos) lo que crece es el sistema de ficheros y /var /var/cache (por ejemplo) pueden ser dos sistemas de ficheros diferentes luego físicamente, el que crece es /var/cache, pero no /var ;) Lo mismo va para /var/log o /var/mail o /var/lo_que_quieras, si lo diseñas bien, lo diseñarás como sistemas de ficheros diferentes.
Mira, yo en casita tengo ahora mismo 3.4 gigas debajo de /var, según "du -hc /var" Y he tenido más.
Yo, en cambio, tengo ~/downloads/ ocupando muchísimo en el portátil del curro y /home/distros ocupando mucho en mi casa. En el primer caso NO es un sistema de ficheros separado y en el segundo sí, igual que /home/VMs. Otra cosa que hay que tener en cuenta es que en Linux (Unix en general) tienes la gran ventaja de no trabajar con unidades como en MS-Windows (C:, D:, E:, ...). Esto permite que si, por ejemplo te quedas sin espacio en /var/1dir/, puedas o bien enlazar una partición, disco, volumen lógico a /var/1dir/ (una vez me tocó hacer esto porque no se podía para nada ni se podía borrar ni nada de nada) o bien puedes mover datos a un nuevo dispositivo de bloques más grande y montarlo posteriormente. Esto es, claro está, si no has usado volúmenes lógicos ;) Rafa -- "We cannot treat computers as Humans. Computers need love." Happily using KDE 4.4.1 :) -- 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