Dudas sobre backups y datos perdidos

Hola!

Estaba leyendo este post del forero gnomo y me asaltan algunas dudas.

Ya he leído en varios sitios que ante problemas desconocidos con el servidor, lo mejor es partir de cero reinstalando el sistema operativo, el panel de control y restaurar los backups. Así se evita, según el post mencionado más arriba, perder tiempo investigando el problema y, por otro lado, nos aseguramos de que todo vuelve a estar bien al 100%.

Mi duda:

Supongamos que una empresa de hosting hace copias de seguridad diarias de las cuentas de sus clientes y que tiene 100 clientes por servidor. Si uno de sus clientes tiene un problema desconocido con el servidor (supongo que el resto de clientes lo tendrá también) y la empresa tiene que partir de cero y reinstalar el OS, el panel de control y restaurar las copias de seguridad, ¿qué pasa con los datos que se añadieron a las cuentas de los clientes después de que se hiciese la última copia de seguridad? ¿Se pierden? ¿Eso es lo normal?

Otra duda más (que no tiene que ver con el tema, pero aprovecho):

¿Por qué algunos foreros recomiendan virtualizar los servidores cuando se van a alojar distintos sitios webs? Si es un hosting compartido, ¿qué más da tener a 200 clientes juntos o tener 4 virtualizaciones con 50 clientes cada una?

Un saludo!

 

No necesariamente, pero supongamos que si y es necesario formatear. En lo personal haria un ultimo backup antes de, asi es probable que se pierdan archivos pero seran menos.

Por el planteamiento, pues si aunque existen formas para evitar la perdida de archivos (ejemplo: adquieres un 2do server, "restauras" todo ahi junto con las cuentas, cambias DNS y todo el rollo y luego con rsync sincronizas los archivos que falten o manualmente... y ya despues el 1er server lo cancelas )

Desconozco si es el motivo en concreto, pero al menos uno de ellos es porque si en un contenedor hay un mal uso se veran afectados solamente los clientes ahi alojados (50) y no todos (200), aunque esto es relativo pues un solo contenedor puede poner inestable todo el nodo...

 

Muchas gracias, Racer! Me queda aclarado

 

Por nada ojala los demas foreros compartan su experiencia

 

Primero porque un servidor virtualizado ofrece MUCHO mas rendimiento que sin virtualizar, muchas veces hasta 10 veces mas...

Segundo porque al tener los clientes distribuidos en varios servidores, son mucho más controlables y un problema de uno de ellos, por ejemplo una IP denunciada, no afecta a toda la plataforma.

Tercero, las copias de seguridad son mucho más manejables y efectivas.

Cuarto, ante una caída de vps o incluso del nodo, el tiempo de recuperación del servicio baja de días a horas.

Hay muchas más características que dan ventaja a una plataforma virtualidad, pero necesitaríamos varias páginas para explicarlas, aquí tienes un link con algunos detalles adicionales...

 

Muchas gracias por el link, ideasmultiples. Eso sí es una presentación como Dios manda! Ahora mismo voy a estudiar el documento. Gracias de nuevo.

 

Hombre el tema es bastante complejo de explicar, porque cada servicio se comporta de manera diferente pero te voy a poner un par de ejemplos,

El primero, es el límite de conexiones simultaneas que tiene el servicio apache, depende de la configuración, pero lo normal suele ser 512 (insisto es un ejemplo) en un servidor sin virtualizar, cuando llegas a ese límite el servicio simplemente se detiene, espera a que haya una libre y continua.
En un servidor virtualizado lo multiplicas por el número de vps, es decir si tienes 10 VPS tu límite pasa de ser 512 a 5120.

El segundo es en tiempo de procesador, el procesador, por ejemplo 3G Hz, cuando trabaja en modo standar, el procesador "pierde" aproximadamente un 90% del tiempo en estados "wait", es decir está esperando a que otros recursos respondan para acabar una petición, continuando con apache, desde que recibe la llamada a un proceso, hasta que la resuelve, pasa por unos cuantos estados de wait provocados normalmente por el acceso acceso a I/O (la cosa es mucho mas compleja, pero intento hacerla simple), durante ese tiempo el resto de procesos en cola, esperan que les toque "su turno" para ejecutarse...
En uno virtualizado, como el procesador tiene unos "tiempos" establecidos para cada VPS, en vez de esperar a finalizar el proceso, está atendiendo a otros servicios en otra VPS.

En cuanto a tus preguntas, la carga promedio baja, el tiempo de carga de los sitios no tiene mucha variación, ya que depende más de la calidad de I/O que de otra cosa, pero a nivel global tambien se reduce debido a que se eliminan las esperas de los procesos en cola, el número de sitios que es capaza de mantener se multiplica por mucho, no hay una regla porque depende de la configuración de los mismos, pero es facil de que sea entre 5 y 10 veces superior, el procesador sigue siendo de 3GHz, pero como no se pierde tiempo de proceso por estados externos, en vez de trabajar al 5 o 10% de capacidad de proceso, se llega a un 80 o 90%, por lo que, si lo quieres ver de esa manera, equivale a uno de 15 o 20 GHz.

Un ejemplo práctico, un cliente con más de 10M de visitas mensuales a su web (servicios complejos en rails y con alta carga) y cerca de 1M diario para servir publicidad, funciona con 2 nodos virtualizados (RAID 10 x HW), uno para servidores web, "multi apache" clusterizados con R.R. con discos de 7.5K y el otro exclusivo para DDBB (RAID 10 x HW) con discos de 15K. sirviendo 10 VPS exclusivas de DDBB.

El promedio de acceso HTTP a plena carga para el servicio principal es de 0.30 s con unas 2,000 conexiones simultáneas y el de publicidad de 0.35 con unas 4,000

Te sirve?