Mailinglist Archive: opensuse-es (614 mails)

< Previous Next >
Re: [opensuse-es] Re: lvm o particiones extendidas
  • From: "Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>
  • Date: Thu, 22 Apr 2010 17:53:51 +0200 (CEST)
  • Message-id: <alpine.LSU.2.00.1004221745160.7058@xxxxxxxxxxxxxxxx>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



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".


- 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 >:-)


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.


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.

- la caché en su propio sistema de ficheros,
igual que en las BBDD

;)

Puede, pero seguirá estando jerarquicamente debajo de /var, luego /var
crece >:-)

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.

Mira, yo en casita tengo ahora mismo 3.4 gigas debajo de /var, según "du - -hc /var" Y he tenido más.

- -- Saludos
Carlos E. R.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEARECAAYFAkvQcRgACgkQtTMYHG2NR9We2wCdGfsiSkF3xkCrkSJeW5THiM2E
jt4AnR3J8ackOb3xoDV1kc0jAg5MDTSN
=8ysH
-----END PGP SIGNATURE-----
< Previous Next >
Follow Ups