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.

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.

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.

Y radiotarqui nuevamente bate record de audiencia

Ok, sé que es un poco tarde, pero dicen que nunca es tarde si la dicha es buena.
Resulta que Radio Tarqui de Quito nuevamente batió record de audiencia el día 31 de diciembre en la noche al llegar a tener 2476 escuchas conectados en un sólo instante!

Sí, 2476, y seguro el año que viene nos sorprenderá con una cota mayor.

Nuestros servidores están preparados para recibir aproximadamente unos 4mil escuchas por canal, y vamos incrementando los canales según va siendo necesario, esto es lo que nos diferencia de la competencia, así como el hecho de que en nuestros planes de audio no controlamos por tráfico transmitido ya que tenemos varios canales de conexión a internet de 100mbit/s con tráfico ilimitado que nos permite trasladar esta ventaja a nuestros clientes. Miren esta imagen, como aparece el máximo de escuchas que tuvieron en ese momento:

Gracias a todos nuestros clientes que nos han permitido seguir creciendo durante todos estos años y darnos la posibilidad de ser líderes en el mercado de streaming con servicio de calidad y planes asequibles.

Aqui el correo de agradecimiento de Pedro Villota:

Estimados, gracias por su soporte, apoyo, paciencia y ganas en el soporte de este nuevo portal nuestro.
En realidad pense que se iba a tardar mucho mas, lograr levantar el inicio, aprovechamos esta fecha y nos dio resultado, ahora inicia un duro camino de ganarnos dia a dia nuestros nuevos oyentes y lectores on line.
Nuevamente gracias a ambos y espero que este nuevo año traiga todo lo que el anterior se olvido de entregarnos.

saludos

PEDRO VILLOTA HERDOIZA

jefe de marketing y comercializacion

RADIOTARQUI es tradicion informativa

Incidente con servidor de radio

En el mediodía de hoy se suscitó un pequeño incidente con uno de nuestros servidores de radio. Este problema se debió a que el xml que define las radios estaba malformado debido a un error en nuestro programa que le genera.

Lo peor es que el servidor de radio fallaba al arrancar con un error de “segmentation fault” no indicaba que había error en el xml sino solamente este mensaje. Después de varios minutos de intentos fallidos de levantar el sevicio procedimos a revisar el xml y detectamos una evidente falla que corregimos inmediatamente y arrancamos el servicio de radio.

Al momento estamos revisando el código del programa que nos genera el xml pero es una situación bajo control pues conocemos cómo fue que exactamente se generó esta situación y es un sistema que usamos de forma interna por lo que no existe la posibilidad de que se vuelva a repetir mientras evitemos repetir la forma en que se generó esta situación.

Mil disculpas por la eventualidad ocurrida.

Mejoras a los planes de audio

A partir del mes de Septiembre del 2009, como quien dice: celebrando el inicio del curso escolar en el hemisferio norte, hemos mejorado los planes de radio por internet, aumentando la capacidad de escuchas que cada plan tiene, así como introduciendo un nuevo plan más pequeño para aquellas personas que quieren un servicio de streaming a bajo costo para pocos escuchas.br /br /Además, nuevamente estamos ofreciendo sin costo adicional el servicio de alojamiento web en todos los planes de streaming

last.fm cobrará por el servicio de radio

Bueno, acabamos de leer en slashdot.org que last.fm cobrará por el servicio de publicación de listas de canciones online; a esto se une que su principal característica no es emitir radio en vivo, sino que last.fm ofrece programación de listas de canciones (no en vivo).

También notamos casualmente hoy que recibimos una inusual cantidad de personas o radios solicitando nuestro servicio de radio en vivo y podemos asumir que son personas que están migrando de last.fm hacia nuestro servicio en vivo

Preparemos un adiós a un veterano

A partir de mediados de este mes de Abril nos despedimos de nuestro viejo srv6, ha estado con nosotros ya desde el 2003 y es hora que se tome un descanso.

Todos los sitios que ahi habían ya han sido migrados y está solamente sirviendo algunas radios por internet. A inicios de Abril procederemos a sacar estas radios del servidor (será un cambio transparente) y le daremos el último adiós a este servidor.

Era un PIV con 512kb de caché L2, con 1GB de RAM y era nuestro único servidor de alojamiento compartido que no tenía RAID por hardware. Por favor parece máquina vieja, pero tengan en cuenta que hace 6 años que se adquirió.

Como curiosidad, fue nuestro primer servidor basado en CentOS y nunca hubo que reinstalarlo en 6+ años de servicio y de hecho así hubiera seguido funcionando si no fuera porque ya decidimos remplazarle el hardware por uno mejor. Bien por Linux! Y bien por nuestros cuidados al manejarlo bien que nos permitió usarlo de corrida por 6 años