RESUMEN
El 19 de febrero de 2024 entre las 12:10 y las 12:35 UTC, un subconjunto de clientes en Todos los pods, principalmente con sede en India, pudo haber experimentado demoras en la conectividad y un aumento de los errores del servidor al intentar cargar los productos Zendesk.
Cronograma
13:18 UTC | 05:18 PT
Estamos al tanto de los informes de los clientes sobre problemas de conectividad regional para los agentes que residen en la India. Podemos ver que esto se ha recuperado en su mayoría, pero seguiremos monitoreando esto de cerca hasta que se resuelva por completo.
14:55 UTC | 06:55 PT
Los clientes de todos los pods, pero solo los que se encuentran en la región de Chennai en India, pueden haber experimentado demoras en la conectividad y un aumento de los errores del servidor HTTP 4xx/5xx al intentar cargar Zendesk. El problema afectó a nuestro proveedor de CDN entre las 12:10 y las 12:35 UTC de hoy y ahora se considera que está completamente resuelto. Agradecemos su paciencia.
POST-MORTEM
Análisis de causa raíz
Este incidente fue causado por complicaciones del proveedor de servicios de Internet (ISP) regional dentro de India que interrumpieron las capacidades de enrutamiento de red del centro de datos de Chennai del proveedor de CDN (colo). Esta interrupción impidió la comunicación exitosa con nuestra infraestructura, lo que provocó los errores que experimentaron los usuarios. Un factor secundario que exacerbó la situación fue la presencia de medidas de remediación temporales de un incidente anterior, que tenían como objetivo evitar la conmutación por error automática por parte del proyecto de resiliencia de Internet para cualquier proveedor de CDN colo en la India. En consecuencia, esto también deshabilitó nuestra capacidad de realizar una conmutación por error manual durante la interrupción.
Resolución
Para solucionar este problema, nuestro proveedor de CDN logró redirigir el tráfico afectado a través de Chennai Colo aproximadamente a las 12:33 UTC, lo que restauró el servicio a las 12:35 UTC. Después de la restauración, no se informaron más errores HTTP 522. Además, el tráfico fue desviado en el colo de Mumbai como medida de precaución, pero no se observaron efectos adversos por esta acción.
Elementos de corrección
- Ajustar nuestros sistemas de monitoreo para garantizar que puedan proporcionar alertas incluso cuando se implementan medidas de remediación específicas, lo que permite una detección y una respuesta más rápidas.
PARA MÁS INFORMACIÓN
Si desea información sobre el estado actual del sistema de su cuenta de Zendesk, consulte nuestra página de estado del sistema. El resumen de la investigación post-mortem se suele publicar aquí unos días después de que finaliza el incidente. Si tiene más preguntas sobre este incidente, registre un ticket con nosotros a través de la mensajería de ZBot dentro del widget.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.
0 comentarios