Cambio de disco en servidor de virtualización

En la noche de hoy procederemos a apagar brevemente uno de los servidores de virtualización para reemplazar un disco que está reportando fallo.
Este proceso debe durar pocos minutos, y revisaremos luego que todas las máquinas virtuales arranquen.

ACTUALIZACION
ya el servidor arrancó, estamos verificando todas las máquinas arranquen dentro de él.

Reemplazo de disco de RAID en servidor de virtualización

Les informamos que el procedimiendo fue realizado rápidamente en el horario esperado, en menos de 10 minutos estaba arriba.
Al momento el servidor está sincronizando el nuevo disco.

En la noche de hoy estaremos reemplazando uno de los discos de un servidor de virtualización. Debido a este proceso deberemos apagar el servidor de virtualización por unos minutos hasta que el disco sea reemplazado. Algunos clientes de virtualización notarán una caída de aproximadamente 15 a 30 minutos en la noche.

Luego de que el proceso acabe, lo avisaremos por este medio. Y verificaremos que todas las máquinas virtuales arranquen como hasta ahora.

Problema resuelto en un servidor de streaming

El día de hoy notamos que uno de nuestros servidores de streaming estaba teniendo inconvenientes: no nos podíamos conectar a él, daba timeouts y ciertas situaciones un poco inesperadas que sucedían.

Al poco rato verificamos que la razón era por una pérdida muy grande, gigante, casi total de paquetes hacia el servidor. Inmediatamante contactamos al proveedor para indicarles que había un problema en la red (no podíamos determinar si físico o lógico), minutos después se nos informó que en efecto el ancho de banda de cierta parte de su red estaba siendo afectado por una inundación de paquetes. Esto ocurre cuando alguien de forma maliciosa provoca el envío o la recepción de una enorme cantida de paquetes, suficiente como para hacer ocupar (y por tanto colapsar) todo el ancho de banda asignado a una red. Normalmente se conoce como ataque de flooding (inundación). Tan pronto lo reportamos, pocos minutos después, fue resuelto.

Reinicio de servidor de radio

El día de hoy el servidor de streaming dejó de funcionar por problemas saturación en las conexiones de red del servidor, posiblemente por la inclusión de un sistema de bloqueo a una lista de IPs maliciosas. Le hemos reiniciado y ya está funcionando normalmente. El proceso de reinicio tomó menos de 3 minutos.

Implementamos SSL en el panel de nuestrodns.com

Hola, a partir de hoy hemos implementado seguridad mediante SSL al servicio del panel de control de nuestrodns.com

Para acceder al panel de control ahora deben digitar:
https://dns1.nuestrodns.com

solamente así. Si le pusieran sin la S al httpS, el sistema les redirigirá al puerto correcto con https.

El puerto 81 que usábamos hasta hoy, le hemos cerrado para que todos accedamos mediante SSL de una forma más adecuada y segura.

Problemas de conectividad con srv7.icecaster.com

Desde hace varios días hemos presentado un problema intermitente de conectividad en el servidor de streaming llamado srv7.icecaster.com.

Repentinamente este servidor deja de responder al ping, esto no es normal pues un servidor linux no es que deja voluntariamente a responder al ping. esto normalmente indica falla en el cable o en la tarjeta de red… nos orientamos en principio a que sea el cable pero no es.. podría ser la tarjeta. Pero es algo que nos tomará tiempo encontrar, por tanto en estos momentos estamos moviendo las radios de hardware, hacia otra ip donde tenemos otro servidor de radio y así le dejaremos por un par de días.

Este cambio tomará exactamente un minuto y lo estamos haciendo ahora, se notará una breve caída de un minuto pero enseguida se reconectará al servidor nuevo.

Este cambio será temporal, posiblemente unos 3 ó 4 días, durante estos días al inicio no habrá acceso a las estadísticas, posiblemente luego sí haya acceso.

Tengan en cuenta que es un movimiento de emergencia y lo que estamos buscando es volver a garantizar el 100% de conectividad.

CentOS-6

Bueno, ya desde anteayer tenemos CentOS-6 disponible para instalar. El mismo Domingo realizamos pruebas de instalación y funciona de maravillas en los servidores y máquinas virtuales.

Al momento hemos instalado un servidor de un cliente con CentOS-6 (porque era nuevo y no tuvimos que migrar).

Los nuevos clientes vendrán ya con CentOS-6 excepto que usen panel de control, los paneles de control todavía no han sacado la versión para CentOS-6. Los viejos clientes aplicaría más o menos la misma idea, si no usan panel de control les podemos reinstalar, pero previamente sugerimos que saquen un respaldo de toda su información para proceder con la reinstalación.

LEER: Adiós EveryDNS!

Bueno, ya es público, dyndns, la empresa que adquirió hace más de un año a EveryDNS ha decidido dejar de ofrecer el servicio (pagado o gratuito) con los nombres de EVERYDNS, es decir, EveryDNS dejará de funcionar en el mes de Agosto, a fines de ese mes seguramente, del año 2011.
DynDNS ha ofrecido a los usuarios de EveryDNS que pueden cambiar los DNS hacia la plataforma de dyndns y mantener con dyndns un plan, pagado, de servicio de DNS con ellos.

Esto es, nos enfrentamos a dos situaciones:
1- Los dns de everydns dejarán de funcionar, por lo que hay que cambiar los DNS de nuestros dominios que apunten a everydns, ya sea a los de dyndns o a otros, pero hay que cambiarlos, es ineludible.
2- Habrá que pagar por el uso de la plataforma de dyndns un valor determinado anual.

Nosotros desde hace varios años mantenemos nuestra propia plataforma de DNS la que llamamos “NuestroDNS” y ha funcionado muy bien desde ese tiempo.
Nosotros en NuestroServer, no cobramos a nuestros usuarios por el uso de NuestroDNS, por tanto si usted es usuario de nuestroserver y tiene al menos un dominio con nosotros, les podemos ayudar alojando su dominio (o sus dominios) con nosotros.
El servicio de NuestroDNS también ofrece un panel de control, al que puedes acceder con un usuario y clave y manejar desde ahi los records de los sitios que alojes con nosotros.
Para los usuarios que no tengan ningún servicio con nosotros, pero que deseen acceder al servicio de NuestroDNS les ofrecemos una cuenta en nuestro servicio por 15USD/año, con esta cuenta se pueden manejar varios dominios, al momento no imponemos límites.

Cómo realizar el cambio?
1- Contáctenos a través del formulario que está en el sitio www.nuestroserver.com y solicítenos un usuario y clave indicándonos si es usuario de nuestro servicio o no. Nosotros les respondemos con los datos de acceso a NuestroDNS
2- Una vez que puedas entrar a nuestro servicio, agrega la zona o las zonas que vayas a migrar y las dejas apuntando a las IPs adecuadas
3- Vas al sitio donde has registrado tu dominio o dominios y quitas TODOS los 4 dns de everydns y pones los 2 DNS nuestros:
dns1.nuestrodns.com
dns2.nuestrodns.com

Pocos minutos u horas después, tu sitio estará siendo atendido por NuestroDNS y ya no tendrás que usar el servicio de everydns.
Este cambio es TOTALMENTE transparente y no implica ni por un segundo la pérdida de conectividad. Pues en el paso 2 se creó la zona apuntando al lugar correcto, por tanto cuando ejecutes el paso 3, ya sea everydns o seamos nosotros, pero cualquiera de los dos estará respondiendo a la IP correcta durante el periodo brevísimo de migración.

Ya nosotros hemos migrado unos 50 sitios que aún nos quedaban en everydns y varios de nuestros resellers han hecho lo mismo sin ningún inconveniente.

Problema de conectividad con servidores

En estos momentos estamos verificando un problema de conectividad con un par de servidores de streaming y de un usuario dedicado que al parecer han perdido la conectividad.. estamos al tanto y trabajando para restablecer la conexión inmediatamente.

Cambios de localización física en varios servidores

En la noche de hoy realizaremos un simple cambio en al menos 6 servidores de nuestro servicio. Estos servidores son en su mayoría dedicados específicamente a un cliente y ya en cliente fue advertido. Excepto un servidor nuestro de radio por internet

Es un cambio físico, lo que implicará que 3 de esos servidores sean apagados y sustituidos por un nuevo hardware en un nuevo rack, el proceso conllevará una interrupción del servicio de aproximadamente 15 minutos en 3 de ellos y de no más de 3 horas en los otros 3 a los cuales se les cambiará el hardware. Decimos 3 horas por tener un espacio para cualquier eventualidad, pero la realidad es que esperamos que sea aproximadamente una hora el downtime total.

Para el caso de la radio por internet lo que haremos es pasar el servicio de radio hacia un servidor alterno de forma tal que las radios solamente noten una pequeña caída durante unos 10 segundos mienrtas les migramos al servidor alterno.

al regresar el servicio, regresaríamos las radios hacia el servidor original.

Este servicio ha sido probado y ya está listo. Y como resultado tendremos mejorados hardware para soportar el natural incremento en la demanda de nuestros servicios.