Mailinglist Archive: opensuse-es (614 mails)

< Previous Next >
Re: [opensuse-es] Re: lvm o particiones extendidas
  • From: Rafa Grimán <rafagriman@xxxxxxxxx>
  • Date: Wed, 21 Apr 2010 14:32:01 +0200
  • Message-id: <201004211432.02812.rafagriman@xxxxxxxxx>
Hola :)


On Wednesday 21 April 2010 13:16 Camaleón wrote
El Wed, 21 Apr 2010 12:41:59 +0200, Rafa Grimán escribió:
On Tuesday 20 April 2010 19:37 Camaleó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.

Hum... discrepo :-)

No me lo puedo yo de creer ;)

Pues espera que contraataco O:-)


xD


"/var" lo usan en muchas distribuciones como almacén raíz de documentos
del servidor web (p. ej. yo ahora lo tengo en "/var/www", por algo
relacionado con el FHS y Apache, aunque en openSUSE lo montan bajo "/
srv/").

(...)

Es decir, la tercera parte de uso total de la partición es para "/var".

Por eso digo que hay que archivar. El uso de archivado es muy bueno y
muy utilizado en servidores de correo porque quita mucha morralla (aka
correos antiguos que el usuario ni se acuerda que existe ;)

No puedes archivar los datos de un servidor web :-P

Imagina, te vas a YouTube para ver un vídeo en streaming y en lugar de
ver un lindo gatito haciendo momerías te salta un pedazo de archivo en
tar.bz2 (gatito_lindo.tar.bz2).


Ahí entraría la parte de HSM (aka almacenamiento jerárquico). Tienes 3 niveles
de almacenamiento típicamente:
1.- elevada velocidad (FC/SAS): de esto tienes "poco"
y tienes los datos usados más recientemente
2.- disco de baja velocidad pero elevada densidad (SATA):
aquí tienes datos que no se usan mucho, pero que alguna
vez alguien lo ha pedido
3.- cinta: aquí tienes los datos que casi no se usan

Pasado el punto 3, se archiva todo ... o se borra ;)


Tampoco puedes archivar los buzones actuales de los usuarios ni los
faxes. Bueno, los faxes sí, pero de hecho el directorio de archivado está
en la misma ruta (/hylafax/archive), aunque supongo que con un poco de
maña esto es modificable.


Por eso tienes dos opciones:

1.- el usuairo tiene derecho a gestionar el archivado por lo
que un usuario "correcto" pasará al archivo todos los
correos de más de 6 meses o un año y los recuperará
si los necesita

2.- como admin, estableces reglas de migración que auto-
máticamente t emigran los correos más antiguos

Una tercera opción es juntar ambas de forma que automáticamente se migran los
correos pasado un tiempo y si el usuario quiere recuperarlo, lo recupera.


Aún así, los usuarios necesitan tener acceso a los faxes en bruto, no
pueden verlos comprimidos ni archivados porque ese formato no es
accesible ni se integra con los visores de fax que usamos y la gente
tiene que poder consultar faxes que se han enviado, por ejemplo, en el
año 2.008 y necesitan ver los datos del número de fax que se ha marcado o
la fecha programada del envío y esos datos en un archivo comprimido no se
pueden consultar a simple vista.


Para eso el ADA(M) tiene una interfaz gráfica (muy similar al explorador de
disco) que te permite recuperar los ficheros.

En el caso de los fax u otros ficheros (ofimática, vídeos, ...) el uso de HSM
es
batsante cómodo porque imaginémonos que tienes el servidor con lo siguiente:
nivel 1: 5 TB en SAS
nivel 2: 20 TB en SATA
nivel 3: 100 TB en cinta

Los ficheros más usados, se encuentran en los discos SAS, los menos usados en
SATA y los que están llenos de polvo en cinta.

Suponemos que el sistema de ficheros que exportas es /mnt/exportado/ y el
usuario lo mapea a su PC con MS-Windows como F:

Bien, pues el usuario verá que su F: tiene un tamaño de 100 + 50 + 5 TB = 155
TB. El usuario no sabe (ni tiene por qué sabr) que realmente hay 3 niveles de
almacenamiento. Así que el usuario pincha en el fichero, lo borra, lo copia, lo
mueve, ... como si realmente fuera un único disco.

Dependiendo del HSM y del tipo de fichero, se pueden hacer unsa cosas u otras,
por ejemplo, en vídeo (TV, cine, ...) el HSM puede hacer una de dos:

- dejar los primeros segundos en el nivel 1 y el resto
migrarlo

- migrar ciertas partes, por ejemplo, del minuto 1 al 7,
del 8 al 9 los mirga a nivel 2 dejando el resto de
minutos en nivel 1.

Así, cuando el usuario pida el fichero de vídeo, no tiene que esperar sino que
lo vé inmediatamente y cree que está todo on-line.

A su vez, el HSM se puede integrar con archivado y backup de forma que mezclas
todo ;)


Voy a hacer un poco de spam de un partner, pero es sólo para que lo
veáis, no porque quiera venderos algo ;)

ATEMPO tiene un producto llamado ADA(M) que es un módulo de archivado.
Lo que permite es pasar a otro medio todos aquellos ficheros (logs, por
ejemplo, proyectos antiguos) y correos antiguos. Generalemente se pasan
a cinta, pero pueden pasarse a disco. Al usuario se le instala una
interfaz gráfica y el usuario va pasando ficheros y correos antiguos a
cinta/disco.

Vale, pero en este caso hablamos de datos que no son antiguos, son
actuales y los usuarios hacen uso a diario de ellos (lectura y
escritura).

Para archivo definitivo esas soluciones son perfectas.


Nada es eterno ;) Los datos/correos tarde o temprano se vuelven antiguos y se
pueden archivar.


Estaréis pensando: "Si lo dejo en manos del usuario ... jamás lo hará,
se le olvidará, ...". Por eso existen la sreglas que define el admin ;)
Vamos que se puede programar para que cada mes se migren los datos o
bien si el fichero es mayor a X MBytes o lo que el admin decida.

El producto se integra con el backup también.

Herramientas FLOSS no he visto, bueno, he visto archivado de correo:
- http://www.mailarchiva.com/
- http://www.archiveopteryx.org/overview -
http://www.inovox.de/products/e-mail-archiving/e-mail-archiving
- http://www.opsera.com/products/opsmailmanager/omm_overview.dot

Pero no todo junto (archivado de correo y ficheros).

Está bien... pero son soluciones muy integradas que pueden no ajustarse
con los esquemas/sistemas de correo de todas las empresas.


Cierto. Hoy por hoy en FLOSS hay poco :(


Archivado de ficheros tienes tar, cpio, dar/kdar, ... pero no es tan
"bonito" ni cómodo como para poner a nivel corporativo con su agente en
el PC del usuario, ... :(

Ay, no sabes lo de "tiquismiquis" que son los usuarios con estas cosas.
Como no se lo pongas en bandeja, te sacan pegas por todas partes :-/


Sí, sí lo sé ...


(yo uso archivadores sencillos en ".tar.bz2" para los equipos con linux,
los usuarios no quieren oír ni hablar de tener que usar soluciones de
archivado dedicadas y menos aun tener que gestionarlas, cierto. Quieren
ver sus carpetas y archivos tal cual tienen en sus equipos, con la misma
estructura y si quieren recuperar algún documento antiguo, lo piden,
ellos no mueven ni un dedo. Pensándolo bien, creo que es mejor así...).


Cierto, que no lo toquen ;) De ahí que los HSM sean tan cómodos.

Rafa

PD Se me olvidaba. A todo esto, usar DAM (Digital Asset Management) también es
útil, pero como siempre ... supone cambiar cosas, migraciones, cambio de cómo
se trabaja, ... Los DAM son similares a lso CMS, pero para cualquier tipo de
dato digital, no sólo ficheros ofimáticos.

--
"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@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx

< Previous Next >
Follow Ups