Mailinglist Archive: opensuse-es (1563 mails)

< Previous Next >
Re: [opensuse-es] Disco duro de red con Linux
  • From: Rafa Grimán <rgriman@xxxxxxx>
  • Date: Fri, 14 Dec 2007 15:05:32 +0100
  • Message-id: <200712141505.32524.rgriman@xxxxxxx>
Hola :)

El Friday 14 December 2007, Carlos E. R. escribió:
El 2007-12-14 a las 11:15 +0100, Rafa Grimán escribió:
El Thursday 13 December 2007, Camaleón escribió:
El 13/12/07, Carlos E. R. escribió:
¿Que dices? Venga ya, va igual de rápido que una ethernet de 100.
Más, incluso.

Buf, tendrás un usb "tuneado". Eso de que va igual de rápido que una
ethernet no lo veo tan claro...

Estoy de acuerdo con Camaleón. Yo voto por GigE y hay que estar al loro
con InfiniBand que ahora parece que sirve para algo.

Pero es que depende de los casos de cada uno. En este caso se trataba de
almacenar sólo 30 gigas, y eso es viable en un disco externo de cualquier
tecnología guardado aparte. Incluso por USB.


Eso es cierto. Para 30 GB no vale la pena GigE aunque casi te cuesta lo mismo
un switch y una tarjeta GigE que una FastEthernet.


Su objetivo era evitar que si los cacos se llevan el PC, que al menos les
quede una copia de seguridad escondida e inalcanzable para ellos de donde
poder recuperar todo.


Ya lo he visto en tu correo anterior 0:)


¿En España? ¿Seguro? ... Sí hombre !!! Y ahora me dirás que los
cables estaban bien embridados y organizados ;)

¡Quía! De bridas nada, que hieren los dedos al repasarlos.
Tienen que estar _ensedados_. ¿A que eso no lo has visto? Vete a una
central telefónica antigua, de las que ya no hay, y mira como ponían los
cables hace quince años.

Es un hilo empapado en cera algo pegajosa. Los cables se atan con varias
vueltas de ese hilo, y quedan muy bien sujetos y ordenados; y puedes pasar
las manos tranquilamente que no hay filos. Pero claro, es más lento de
hacer que las bridas - que por cierto, como la gente las pone sin máquina
de embridar y son mu'brutos, pues se cargan los hilos de cobre de tanto
que aprietan.

A la hora de hacer copias de seguridad no importa sólo el cable o la
tecnología que se va a usar para comunicar los dispositivos sino
también el soporte. Me explico: tecnología del disco, cómo está
conectado el disco, IOPS que soporta el disco (esto es bastante crucial
para rsync), ...

Sip...

De todas maneras, la nueva versión de rsync creo que va a ser la caña
porque va a consumir menos disco ... habrá que echarle un vistazo ;)

A ver. Si encima hubiera una versión que guardara comprimido...

poniendo el disco, no es práctico...

Y aunque sea mensual. Si el sistema está bien montado (se me olvidaba
que estábamos en España ;) no debería haber acceso físico ni lógico
al backup.

¿como la haces?


Me refería a que la "gente" (aka usuarios" no tengan acceso físico 0:) Que
sólo el administrador tenga acceso (no, el jefe tampoco debe poder acceder ;)

El acceso lógico se hará desde el servidor de backup y, como mucho, del
servidor de backup redundando (si es que lo tienes en alta disponibilidad).
Un firewall montadito que impida que los usuarios accedan por red al backup.


De todas maneras, veo mucha preocupación por el tema de backup, pero
nadie habla nada de recuperaciones.

Cierto.

Los sistemas disaster recovery / business continuance no tienen por qué
ser caros ni complejos: linux heartbeat + drbd, por ejemplo.

Eso ya me sobrepasa...


El drbd te permite replicar dos dispositivos de bloques remotamente de forma
que al escribir en uno, automáticamente se envía ese dato al otro disco. Es
como un mirror de dispositivos de tipo bloque remoto.


IMHO el backup debería ser siempre el último clavo ardiendo al que te
agarras.

Depende de cada caso, imagino.


Si no tienes un sistema de DR/BC ni alta disponibilidad, el backup es lo único
que se tiene. Pero si se puede, un DR/BC es muy conveniente.

Rafa

--
Rafa Grimán
Systems Engineer

Silicon Graphics, S.A. Sociedad Unipersonal
Plaza del Descubridor Diego de Ordás 3 Tel: +34 91 398 42 00
Edificio Santa Engracia 120 Fax: +34 91 398 42 01
28003 Madrid Mobile: +34 628 11 79 40
Spain E-mail: rgriman@xxxxxxx
http://www.sgi.com Skype: rgriman

NIF - A79415873. Inscrita en el Registro Mercantil de Madrid Tomo 207, Folio
104, Hoja M-4186 el 5-7-90
__________________________________________________________________________
NB: INFORMATION IN THIS MESSAGE IS SGI CONFIDENTIAL. IT IS INTENDED SOLELY FOR
THE PERSON(S) TO WHOM IT IS ADDRESSED AND MAY NOT BE COPIED, USED, DISCLOSED
OR DISTRIBUTED TO OTHERS WITHOUT SGI CONSENT. IF YOU ARE NOT THE INTENDED
RECIPIENT PLEASE WILL YOU NOTIFY ME BY EMAIL OR TELEPHONE, DELETE THE MESSAGE
FROM YOUR SYSTEM IMMEDIATELY AND DESTROY ANY PRINTED COPIES.

NB: LA INFORMACION CONTENIDA EN ESTE MENSAJE ES CONFIDENCIAL DE SGI. ESTA
DIRIGIDA UNICAMENTE A LA PERSONA(S) A LA CUAL SE ENVIA Y NO PUEDE SER
COPIADA, UTILIZADA, DIVULGADA O DISTRIBUIDA A OTROS SIN EL CONSENTIMIENTO
PREVIO DE SGI. SI USTED NO ES EL DESTINATARIO INDICADO HAGA EL FAVOR DE
NOTIFICARMELO POR MAIL O POR TELEFONO, BORRE EL MENSAJE DE SU SISTEMA
INMEDIATAMENTE Y DESTRUYA CUALQUIER COPIA IMPRESA

"We cannot treat computers as Humans. Computers need love."
Happily using KDE 3.5.7 :)
---------------------------------------------------------------------
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