Megaupload: Carpathia avisa del borrado total de datos si no se llega a un acuerdo inminente

Archivado
Horas después de que se filtrara la carta de la MPAA y posterior “rectificación” donde parecía que la sociedad abogaba por guardar los datos de los usuarios de Megaupload para una posible demanda masiva, parece que no va a ser así. Al menos eso indica la respuesta de la empresa de hosting que mantiene los servidores de la plataforma. Según sus palabras, si no hay solución en breve se eliminarán debido al coste que les supone.

Ayer ya os indicábamos las cifras que Carpathia Hosting debe acometer cada día. Hoy la respuesta de la compañía es clara al presentar una moción en la corte explicando que ya no puede esperar a que las partes implicadas lleguen a una solución. Según Carpathia:

A pesar de nuestros mejores esfuerzos, las partes implicadas han sido incapaces de encontrar una solución voluntaria que responda a las preocupaciones de todos sobre los datos de Megaupload.

La compañía de hosting habla del coste de los 1.103 servidores que tiene arrendado al cyberlocker. Alrededor de 25 petabytes de datos con unas pérdidas de 9.000 dólares al día mientras están inactivos.

Lo que Carpathia solicita a la Corte es un asesoramiento sobre las formas de proceder considerando dos opciones:

Una sería eliminar todos los datos y utilizar los servidores para otros fines.
La segunda sería obtener dinero para cubrir los gastos de las partes involucradas en la causa penal.

Junto a estas dos opciones también se pide al tribunal que se fije una audiencia para el 13 de abril con el fin de discutir el asunto.

Hoy y en palabras de Carpathia parece que estamos un poco más cerca del borrado de datos de Megaupload. La propia plataforma ha estado intentado sin solución negociar la apertura de los datos de cada usuario con el Departamento de Justicia. 25 petabytes que pueden acabar en la nada.

fuente: http://alt1040.com/2012/03/megaupload-la-empresa-de-hosting-avisa-del-borrado-total-si-no-se-llega-a-un-acuerdo-inminente
Con 9.000 dolares al día, comenzaría a comprar HDDs para respaldar todos los servidores :)
Que los borren, no van a dejar devolver nada los yanquitos de todas formas, que se acabe ya de una vez.
Un saludo
ma-trix escribió:Con 9.000 dolares al día, comenzaría a comprar HDDs para respaldar todos los servidores :)

Coste de los HDD:
25 PB = 25000 TB * 180€ (de 1 TB, HDD especiales) = 4.500.000 €

La broma saldría cerca de los 5.000.000 €, he puesto 180 cada HDD pero supongo que seran mas caros, añadiendo costes de tiempo, personal, etc...
la de datos que se van a borrar... en fin...
como escuche en este mismo foro esto es comparable a cuando se quemo la biblioteca de Alejandría pero asemejándolo a nuestra época, se perderan cosas que probablemente nos sea imposible volver a encontrarlas
Delian escribió:
La broma saldría cerca de los 5.000.000 €, he puesto 180 cada HDD pero supongo que seran mas caros, añadiendo costes de tiempo, personal, etc...


En bluray doble capa entonces ;)
ma-trix escribió:
Delian escribió:
La broma saldría cerca de los 5.000.000 €, he puesto 180 cada HDD pero supongo que seran mas caros, añadiendo costes de tiempo, personal, etc...


En bluray doble capa entonces ;)

[carcajad] Peor todavia me lo pones...

1 BR (50 GB) - 9,5 €
25.000 TB (25600000 GB) - X€

Suman un total de 243.200.000 millones de €, mas comprar las grabadoras mas el tiempo de grabarlo, etc, etc, vamos, que es inviable ;)
Llamadme borde, pero me arranca una sonrisilla el ver como ciertos usuarios intentan afrontar problemas corporativos con soluciones domesticas. XD

De lo que conozco y con lo que he trabajado sacaria dos opciones.

Opcion 1, cabina de discos (al coste habria que sumar el numero de discos duros a asignar y la instalacion de la cabina):
http://www-01.ibm.com/common/ssi/cgi-bi ... NUS106-642

Opcion 2, cabina de cintas o libreria (Al coste habria que sumar el numero de cartridges a asignar y la instalacion de la cabina):
http://www-01.ibm.com/common/ssi/cgi-bi ... NUS107-215

Para volcar los datos, segun el SO, solo habria que generar un script indicando las rutas de datos de cada usario y el destino en la cabina correspondiente. Y correrlo en cada uno de los servidores.

El coste de los LTO4 (800GB nativos / 1.6TB comprimidos) ronda entre 22 y 100$, el ejemplo dos seria el mas logico dado que esta especificamente destinado a efectuar backups.

El coste de la intervencion, como siempre, dependera del fabricante y quien efectue la instalacion.
Creo que esta claro que estabamos bromenado, no puedes meter 25 Petabytes en HDD normales ni en BR de dolble capa, poder puedes, pero no debes. Mas que nada por que el pobre pringaillo que tenga que hacerlo terminaria suicidandose.
Ademas, hacer una bakcup no es un copy-paste normal. Lo suyo es exportar configuraciones, BBDD, no sabemos como se almacenan los fichero (puede ser fisicamente, puede ser en un LOB de BBDD), asi que no es tan sencillo.
No quiero entrar en un offtopic que nada tiene que ver con el tema principal del hilo.
Pero de tu reply me pregunto:
Para que quieres guardar configuraciones de servidores????
En el caso de que se almacenen en bases de datos, que lo dudo mucho. Dichas bases de datos generan archivos, y sobre estos se hacen los backups. Ya sea en Oracle, SQL o la base de datos que le quieras echar.
Con la carga que sufrian algunos links de MU, cualquier experto en performance te puede dar una explicación del suplicio que supone que sea la base de datos la que sirve archivos. (De hecho ese suplicio ya lo sufrimos en scenebeta y ni de lejos tiene la carga que tenia MU ;))
25 petabytes que no son nada sabes? Joder con megaupload... jamás pensé que movía tanto dinero hasta que salió todo el lío este!
Si el fundador de MU quisiera verdaderamente joder al FBI negociaría algún acuerdo con el fideicomiso de restablecer el servidor cuando le devuelvan el dinero bloqueado. Podrá pedir daños a la administración americana como responsables subsidiarios del comportamiento improcedente de sus fuerzas de seguridad(aunque me temo que no valdría para nada).

En conclusión, que no le van a dejar libre hasta que el borrado sea completo.
Me parece que estais confundiendo conceptos. En primer lugar y por el momento, esos datos deben estar retenidos cautelarmente ... por lo tanto, ni copia de seguridad ni hostias, o dan orden judicial de liberar la informacion o dicha informacion se elimina para ofrecersela a otros clientes (otros servicios similares a Megaupload).

Luego, en caso de querer hacer una copia de seguridad de dicha informacion, es tan sencillo como subcontratar los servicios de otro datacenter e indicar los clusters de HDDs a replicar, que en este caso seria el del Cluster de Megaupload.

Ya os digo yo que toda esa informacion tiene un BACKUP completo, porque ninguna empresa de este tipo tiene sus datos en un solo datacenter, lo tienen en 2 como minimo y en diferente ubicacion por si hay algun desastre importante, seguir trabajando.

Asi que ya digo, realizar la replica de un datacenter a otros, es tan facil como hacer 3 clics de raton y esperar unos dias, pero eso cautelarmente no debe tocarse muy posiblemente, ni de ahi ni de su replica.
Abismo escribió:Para que quieres guardar configuraciones de servidores????

Para nada, nadie ha dicho nada de configuración del servidor, pero tendran cosas como fases, tareas programadas, etc. Megaupload no es solo archivos.

Abismo escribió: En el caso de que se almacenen en bases de datos, que lo dudo mucho. Dichas bases de datos generan archivos, y sobre estos se hacen los backups. Ya sea en Oracle, SQL o la base de datos que le quieras echar.

Lo se, solo era un supuesto.
Abismo escribió:Con la carga que sufrian algunos links de MU, cualquier experto en performance te puede dar una explicación del suplicio que supone que sea la base de datos la que sirve archivos. (De hecho ese suplicio ya lo sufrimos en scenebeta y ni de lejos tiene la carga que tenia MU ;))

Que ella los sirva no quiere decir que los guarde. Si es probable que los sirviera la BBDD, por que el enlace temporal que generaba Megaupload, es mas sencillo de hacer así.

Probablemente la infraestructura fuese la siguiente:

Usuarios --> FrontEnd WEB --> Servidores de BBDD --> Servidores de Almacenamiento de Archivos.
14 respuestas
Archivado
Volver a El Buffer