Solución urgente ante caida de servidor

Hola. Ayer strato hizo mantenimiento eléctrico en su centro de datos, apagó los servidores (supuestamente para sólo 2 o 3 minutos) y el nuestro no ha vuelto a la vida. No sabemos qué ha pasado pero no se puede acceder por putty ni nada. Las imágenes han desaparecido, y los backups, en fin, un desastre.

Tengo algo más de 30 dominios ahí dentro correspondientes a otros tantos clientes que están muy cabreados, máximo en estas fechas (pedidos, entregas, cierre contable, etc.).

Tengo que ponerlos a andar otra vez en cuestión de horas (hoy a ser posible). Y los de Strato son opacos, no da la sensación de que estén haciendo nada. Nos enviaron unas instrucciones pero no somos capaces de hacerlo funcionar.

Alguna idea? Si contrato un dedicado me tardan varios días, así que eso no me sirve; si contrato un VPS, creo recordar que era casi instantáneo, redirigir los dominios llevará otros 2 o 3 días hasta que sea efectivo, así que tampoco vale.

Contratar un técnico para que entre a ver si puede hacer algo con esas instrucciones tampoco puede ser: 1 porque estamos sin un duro (retraso hasta enero en cobrar los proyectos que teníamos que haber cobrado este mes) y 2 porque tampoco está claro que vaya a funcionar lo que dicen los de Strato.

Alguna idea? Gracias.

Un desesperado.

 

Por que no pones las instrucciones que te dieron?

 

Buenas tardes,

No se si me he enterado muy bien, pero en un servidor dedicado la unicas formas que tiene una persona de acceder son 3.

Fisicamente.
Por ssh o TS,
KVM

Has probado si tu server te hace ping? Si no hace ping es muy probable que tengas que acceder a el a través de KVM, pero desconozco si strato dispone de ello, puede ser que si, preguntalo.

Ya que si no puedes acceder por ssh ni por kvm, dificil veo que tengas otra via de acceso. Como ha comentado ideasmultiples, pon las instrucciones a ver si te podemos ayudar entre todos un poquito mas.



Saludos.

 

Hubo que reinstalar

Hola, gracias por las respuestas. Al final nos dijeron que teníamos que reinstalar, nada de lo que planteaban eran posible y cuando lo comprobaron, pues eso, que nos dijeron que a volver a instalar desde cero.

Una gracia, vaya, aunque sólo sea por las 36 horas que nos pasamos sin dormir.

A raiz de esto me he planteado mantener 2 servidores sincronizados en distintos proveedores. Ya los tengo montados, los dos con CentOS 5 + plesk 9, pero por ahora independientes: ¿alguno podría indicarme alguna pauta, aplicación, etc. por donde empezar a buscar para sincronizarlos? Sería sincronizar:

- Correo y su configuración (spamassassin, Dr. Web, SPF, Domainkeys, etc.)
- BD MySQL
- Dominios

O sea, todo lo que se puede configurar desde plesk y todos los correos. La idea es que si cae un servidor (correspondiente a la DNS1 que pongo a los dominios), salte automáticamente a la DNS2 que es el segundo servidor y que el usuario no se percate del cambio, ya que los correos y todo es exactamente lo mismo.

Una vez restablecido el servicio en el primer servidor, saltaría automáticamente del servidor de reserva al principal.

No se si es utópico esto que digo, pero parece lo más lógico para evitar casos como el que acabo de vivir, no?

Pues eso, cualquier sugerencia será bienvenida! Gracias anticipadas.

 

Ese tipo de servicio se hace mediante una configuración fail-safe y necesitas hardware especial y bastante caro por cierto.

Para que te hagas una idea puedes ver un ejemplos en:
http://www.theplanet.com/high-availability-hosting/
http://www.theplanet.com/globally-redundant-environment/

Existen otros modelos basados en virtualización que te permiten recuperar el servicio en unos minutos con costos mucho más asquibles.

 

Gracia, ideasmultiples. Vale, eso descartado, y la solución de virtualización que comentas ¿cual es?

De todas formas, yo estaba pensando que lo mismo eso se podría con rsync para qmail, etc. ¿No es viable?

Si no es posible, ¿Cómo hace la gente para evitar una caida de horas o días en los servidores de hosting?, porque sólo redireccionar las DNS, ya son 2 o tres días hasta que es efectivo. Por otra parte, subir un backup tarda horas.

Y eso me lleva a otra pregunta, ¿para qué utilizar IPs distintas en DNS1 y DNS2 si total apuntan a la misma máquina?

 

Con un servicio de alta disponibilidad con todo redundante. Hay muy buenos proveedores para esto sin complicarse la vida.

Si uno de los dos (mejor usar 3) servidores de DNS's se cae queda el otro.

 

Gracias Ilu10. ¿tienes alguna sugerencia de proveedores de servidores redundantes a precios competitivos y que trabajen con centros de datos ubicados en Europa (por el tema de cumplir los reqs. de la normativa española de protección de datos personales)?

 

Hola buenas. Mira yo creo lo que comentas es innecesario si contratas un vps con una empresa seria no tendras problemas. Guardas siempre las 3 ultimas copias de seguridad por si una fallase para la restaruración y si la empresa es seria de verdad nunca tendras problemas, lo que comentas que te paso desde luego esta fuera de una forma de actuar normal ya que seguro pudieras haber reclamado daños y perjuicios, según las condiciones de contratación que hubieses aceptado.

 

Hola Hostigal. Tienes razón, con lo de la seriedad, pero no podía esperarme que una empresa como strato (supuestamente mayor proveedor de hosting de europa) y con la que he estado muy satisfactoriamente mucho tiempo liase una de esta magnitud. En lo de demandar, llevas razón y tenemos previsto hacerlo.

En cuanto a lo de los VPS, son una buena solución, pero se nos quedan pequeños: necesitamos un mínimo de 4 Gb de RAM y unos 200 Gb de HD para funcionar (hemos tenido que abandonar hace unos meses un dedicado de 2 Gb RAM porque se nos quedaba corto, y anteriormente un VPS por falta de espacio).

 

Un sistema de alta disponibilidad no son simples servidores redundantes y balanceados. El asunto es muchísimo más complejo.

Entiendo lo que quieres ofrecer a tus clientes y que se podría resumir así (dime si estoy equivocado): que tengas un uptime del 99,9 % y que los servicios que ofreces de web, correo, bases de datos, ftp, no falten nunca de la Red ante un fallo de hardware o de software.

Con los requerimientos que tienes (4 gigas de RAM / 200 GB de disco duro) y “a precios competitivos” me parece muy difícil que encuentres nada.

En Europa no me atrevo a decirte ningún proveedor que organice clúster de alta disponibilidad porque no conozco ese mercado. Ideasmúltiples te ha puesto un buen ejemplo: The Planet. Otra solución es que contrates a quien sabe hacer estas cosas y espacio en un Data.

Si buscas en Google “high avalaiblity Europa” or “Clustered hosting Europa”, o similares, encontrarás ofertas.

Una solución económica, que creo que es lo que estás buscando, aunque no es lo mismo ni de lejos, puede ser esta: http://www.simplefailover.com

Saludos, y suerte.

 

Ilu10, has dado exactamente en el clavo. Mis necesidades son tal cual las has descrito y la solución que has aportado es exactamente lo que necesitaba. Ya estoy surfeando la red para ver como poner un servidor como maestro y el otro esclavo con el fin de replicarlos y aplicar la solución que me has dado. Gracias!

Por cierto, incluyo aquí un artículo que acabo de encontrar sobre cómo replicar servidores por si a alguien le resulta de utilidad:

es.tldp.org/LinuxFocus/pub/mirror/LinuxFocus/Castellano/March2001/article199.shtml

Aviso que todavía no he comprobado si funciona y tampoco tengo claro que sea completo (pienso que la MySQL necesitará su propia solución de réplica).

 

sostenible,
el artículo que indicas no pasa de ser un mero "ensayo" que no tiene ninguna utilidad práctica a nivel de uso comercial, no puedes basar tus servicios en "betas" ni exprimentos.

Esa configuracuión en un servidor con múltiples accesos a DDBB sería insostenible y con mas posibilidades de caerse que de funcionar.

Las bases de datos se mantienen con servidores esclavos (replicas), los contenidos web con rsync y el correo es mucho más complejo de mantener sincronizado.

La opción "mas barata" es utilizar un DAS de almacenamiento, de tal manera que si cae un servidor tengas otro tome su lugar, puedes tenerlo listo y configurado incluso con los mismo IP del principal o mediante nat para el manejo de la red e IP's.

Por cierto ¿tu servidor tiene discos en RAID? porque lo mínimo para evitar problemas es que tengas un RAID 10 con 1 o 2 spare disk preparados.

 

Gracias ideasmultiples. Tomo nota, descarto la opción que colgué ayer. Tras leer tu mensaje he estado leyendo sobre DAS y SAN y creo que se me escapa un poco, todavía no estoy preparado para meterme en eso.

No quiero abusar más de vuestra amabilidad así que recapitulo a ver si me han quedado claras las opciones que tengo:

1. Contratar el servidor con un proveedor que me asegure redundancia entre dos equipos ubicados en dos centros de datos independientes

2. Balancear los servidores con el gestor de DNS que me indicó Ilu10, pero eso requiere usar hardware o un área de almacenamiento intermedio (DAS-SAN), de lo contrario no es posible mantener el correo sincronizado en tiempo real entre ambos servidores.

3. El mal menor: Una solución más manual, se me ocurre la siguiente configuración:

a.- Servidor1 y Servidor2 tienen la misma configuración CentOS+Plesk. Cada vez que damos de alta un dominio o una cuenta de correo en servidor1, lo hacemos también en servidor2

b.- Plesk de servidor1 hace todos los días un backup completo por ftp al servidor2 (así siempre tengo en servidor2 el último backup disponible para instalarlo más rápido en caso necesario).

c.- Las DNS están gestionadas con la herramienta de Ilu10. Cuando cae Servidor1, los clientes siguen trabajando de forma automática en Servidor2, porque el correo está configurado igual. No notan la diferencia (sólo que a los de IMAP les ha desaparecido lo que tenían).

d.- Si la caida fue corta, cuando se restablezca el servicio en Servidor1, hacemos un rsync de qmail y vuelven a recuperar todo su correo: el que ya estaba en servidor1 y los que enviaron y recibieron mientras estuvieron trabajando sobre servidor2

e.- Si la caida es larga, los clientes siguen trabajando todo el día con su email en servidor2 y cuando llegue la noche copiamos todo lo que hay en qmail a otra carpeta (i.e, qmail-bis), restauramos el último backup disponible y sincronizamos el contenido de qmail tras el backup, con qmail-bis.

El servidor2 queda 100% operativo, con el correo que había en servidor1 + el generado en servidor2 tras la caída, los clientes nunca han dejado de usar su email y cuando se recupere servidor1, bastará con hacer la operación a la inversa.

¿Se me ha escapado algo?

Sólo agradeceros, muchísimo, vuestra ayuda, me ha aclarado mucho las cosas, estaba muy perdido y tengo mucha urgencia visto lo que me ha pasado.

También proponer que si alguien encuentra una solución para hacer una sincronización en tiempo real, al menos del correo, entre dos servidores sólo mediante software (y que no colapse el servidor), pues que la vuelque en este post. Gracias!

 

Es tan complejo llevar a cabo tu idea, que tu solución no funcionará.

¿que pasará cuando necesites otro servidor?

Empieza por lo más sencillo, contrata un servidor RAID10´+ 1 spare bien configurado en un buen centro de datos.

Un centro de datos que no te de una respuesta conconcreta en 36 horas en una caida de este tipo es inaceptable.

Virtualiza mediante Virtuozzo tu servidor y haz copias diarias de los VPS para poder tener imagenes de los Container alojados.

Ten un segundo servidor virtualizado, que podrás usar sin problemas, los dos nodos compartiendo un mismo bloque de IP que tu manejes (depende del centro de datos).

Si tienes una caida en un nodo, como te ha pasado, restauras la última imagen del nodo caido en el nodo de reserva y en unos 10 minutos tendrás servidor funcionando y tus clientes contentos.

Este enlace te ayudará a entender mejor el funcionamiento de un centro de datos virtualizado.

 

Este tema es interesantísimo: deja al descubierto que el 95 % de los que se dicen proveedores de hosting cumplen su uptime y sus condiciones, si es que cumplen, por casualidad y teniendo a la suerte de su lado. Quizá el 95% sea una cifra muy optimista…

Y menos mal que hay gente como Sostenible que se preocupan y se quedan sin dormir para resolver los problemas, que si no esto no sé lo que sería.

 

Optimista? si hablamos de porcentajes sobre el total, incluyendo los de todo ilimitado a $1.00 dudo que lo cumplan ni el 30%....

 

Hola sostenible,

No sé si es lo que buscas exactamente:
http://www.coreix.net/dedicated/enterprise/

Saludos,

 

Ferran, las mayoría soluciones comerciales, como la que indicas NO están preparadas para dar servicio de hosting y utilizar un panel de control, son soluciones para un solo sitio web.

 

Gracias ideasmultiples, eso que me has enlazado suena muy interesante. Me he puesto en contacto contigo a través de vuestro formulario, dirigido a webmaster.

Ilu10, nosotros somos una empresa muy pequeña que se dedica a hacer páginas web. No somos una empresa de hosting, simplemente damos a nuestros clientes un servicio web completo que incluye la web, el dominio y la gestión del alojamiento para que no se tengan que preocupar de nada. El plesk solo lo manejamos nosotros, cuando el cliente quiere algo (una cuenta nueva, lo que sea) se lo hacemos nosotros y además se la configuramos en los equipos de su empresa. Lo dicho, es un servicio completo.

El servidor, para nosotros, es como un servicio interno de nuestra empresa: sólo están en él los clientes a los que les llevamos las páginas web y el correo y sólo accedemos nosotros al servidor. No tenemos clientes de "sólo hosting", ese servicio no lo ofrecemos.

Como las webs se han ido haciendo más complejas, con BD, con necesidades de liberías específicas, etc, que un multihosting no te deja configurar, nos hemos visto obligados a pasar a un VPS, primero, y luego a un dedicado. Hemos tenido que ir aprendiendo sobre la marcha a gestionar un servidor.

El problema es que cuando uno contrata un servidor en el que garantizan un uptime del 99,99% con un sistema de backups automático, uno confía en que efectivamente eso es lo que va a tener y vive tan tranquilo, preocupándose únicamente de que el servidor tenga las funcionalidades que necesita.

Luego nos dicen que van a apagar el servidor entre 2 y 3 minutos para una tarea de mantenimiento eléctrico en el centro de datos y te lo tienen inoperativo durante 2 días, sin dar una sola explicación a pesar de que hicimos más de 20 llamadas preguntando. A las 48 horas te dan unas instrucciones que no funcionan y, tras comprobarlo ellos mismos, te dicen que tienes que reinstalar el S.O. partiendo de cero y, además, no hay backups.

En definitiva el uptime de 99,99% + backups dió paso a una caida de 2 días con posterior inutilización del servidor, que tuvimos que volver a instalar y configurar desde cero.

Y si, además, esa empresa se jacta de que tiene 35.000 servidores en su centro de datos, pues se puede uno hacer a la idea del riesgo que están asumiendo muchos, como nosotros, sin saberlo hasta que ya sea demasiado tarde.