Mailinglist Archive: opensuse-es (1382 mails)

[Rafa Grimán <rafagriman@xxxxxxxxx>]

Hola :)


El Tuesday 30 September 2008, Carlos E. R. escribió:
> El 2008-09-30 a las 14:31 +0200, Rafa Grimán escribió:
> > > Respuesta: backup O:-)
> >
> > Pero ... te puede fallar la cinta o disco donde hagas backup. Por no
> > hablar de la gente que hace backups, pero nunca comprueba si se puede
> > restaurar o si los datos están realmente en la unidasd de backup.
> >
> > Te cuento un caso de un cliente que tenemos. Le montamos DMF (nuestro
> > HSM) y
>
> Huy, esas abreviaturas... O:-)


Perdón, son la sprisas:

        - HSM Hierarchical Storage Management = ILM Information Lifecycle
          Management = DLM Data Lifecycle Management

        - DMF Data Migration Facility, es como llamamos a nuestro HSM

Los HSM lo que hacen es que te permiten tener varios estratos o niveles 
(Tiers) de almacenamiento. Por ejemplo:
        - Tier 1: discos Fibre Channel
                  poco espacio en disco (5 TB)
                  es caro
                  poco denso (discos de 300 GB)

        - Tier 2: discos SATA
                  más espacio en disco (30 TB)
                  es barato
                  muy denso (discos de 1 TB)

        - Tier 3: cinta o discos ultra densos
                  mucho espacio (100 TB)
                  es más barato

El software HSM lo que hace es que te permite establecer unas reglas que 
migren los datos de un Tier a otro automágicamente, sin que el usuario se dé 
cuenta. Las reglas pueden basarse en: tamaño de fichero, fecha, usuario, ...

El usuario verá un único disco de 100TB+30TB+5TB =135 TB, cuando en realidad 
sólo puede usar 5 TB.

Cuando hay un fichero en cinta y el usuario hace doble click sobre él, el HSM 
automáticamente migra el fichero de cinta a Tier 1. El usuario notará cierto 
retraso, pero no mucho ya que no es necesario que se migre el fichero entero 
para poder abrir el fichero, sino que a los pocos KB, el usuario ya empieza a 
ver datos en su pantalla.


> > le decimos: "Esto no es un sistema de backup, sería interesante que
> > tuvieras un backup". El Tier 3 es una STK8500 (un "montruo"). Nos dice el
> > cliente: "En 40 años trabajando en el mundo de la informática, nunca he
> > visto una cinta estropeada". Dos días después, ¿qué se estropea? Pues no,
> > no se estropeó una cinta, se estropeó el drive y ¿qué tenía dentro el
> > drive? Sí, una cinta.
>
> X'-)
>
> Murphy.
>
> > Diréis: "Es que las cintas ...". Los discos duros igual, sobre todo los
> > SATA y
>
> Las cintas, una vez guardadas, son muy sólidas. Dentro de la caja
> ignífuga. En uso... es otro cantar.


Lo malo es que pase mucho tiempo y no tengas drives para leer esas cintas ;)


> > cuanto más grandes, más probabilidad de fallo. Por si eso no fuera poco,
> > la gente quiere hacer RAID 5 de 30 (29+1) discos con discos SATA de 1 TB
> > !!!
>
> Ostras.
> Me parece que el de linux protesta en ese caso. Te los pone como spares
> salvo tres.


Eso no lo sabía, bueno saberlo :)


> > Ande vas !!! Si los discos de 1 TB fallan que da gusto y encima montas un
> > RAID 5 con 30 discos ... no te quiero contar la probabilidad que tienes
> > de que te fallen 2 discos dentro de un mismo LUN. Sin tener en cuenta
> > tiempos de reconstrucción de RAID.
>
> ¿Se pondrían en varios niveles, no?


Hay cosas como RAID 6 (= que RAID 5, pero con 2 discos de Paridad), puedes 
usar copias de volúmenes, hacer RAIDs más pequeños, ... Pero claro, vas 
perdiendo espacio en disco ya que usas replicación, más discos de 
paridad, ... y todo eso consume espacio.


> > RAID está bien, backups están bien, DR está bien, BC está bien, ... Pero
> > nada
>
> Las abreviaturas :-)


Otra vez 0:)

        DR = Disaster Recovery

        BC = Business Continuance

   Rafa

-- 
"We cannot treat computers as Humans. Computers need love."

rgriman@xxxxxxxxx
--
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