Recientemente, he ayudado a una estaci\u00f3n de comercio electr\u00f3nico para hacer frente al problema de conmutaci\u00f3n de nodo de CDN de alta defensa, y su negocio casi se derrumb\u00f3 debido a la latencia de nodo pico. Ech\u00e9 un vistazo a los antecedentes en el feliz - este amigo en realidad la conmutaci\u00f3n de nodos como una operaci\u00f3n de luz del interruptor, corte duro manual directo, el resultado es que las quejas de los usuarios como copos de nieve volando en.<\/p>\n
Cambio de nodo en una CDN de alta defensa no es simplemente una cuesti\u00f3n de \"cambiar la carretera\", es m\u00e1s como cambiar los neum\u00e1ticos cuando est\u00e1s corriendo por la autopista. Usted tiene que considerar el tr\u00e1fico de negocios, mantenimiento de sesiones, cach\u00e9 de DNS, volver a la pol\u00edtica de origen de estas cosas, un poco descuidado es 500 pantalla de error.<\/p>\n
\u00bfPor qu\u00e9 los nodos se convierten en cuellos de botella empresariales?<\/strong>Descubr\u00ed que el 80% del problema reside en la \"excesiva confianza en la configuraci\u00f3n por defecto\". Muchos equipos piensan que comprar una CDN de alta defensa est\u00e1 bien, pero cuando el nodo es penetrado por DDoS, no hay alternativa. No hay que olvidar que hoy en d\u00eda incluso las CDN tienen que \"prevenir a los compa\u00f1eros de equipo\": la monitorizaci\u00f3n de nodos de algunos proveedores de servicios es simplemente para aparentar.<\/p>\n Empecemos con un escenario t\u00edpico de conmutaci\u00f3n manual. Cuando descubres que el tiempo de respuesta de un nodo se dispara de 50ms a 2000ms, tu primera reacci\u00f3n es sin duda \"cortar por lo sano\". Pero si desconecta directamente el nodo, la conexi\u00f3n TCP establecida se interrumpir\u00e1 de repente, y el pedido a medio pagar del usuario se perder\u00e1.<\/p>\n La conmutaci\u00f3n manual fiable tiene que pasar por el proceso de escala de grises: primero el peso del nuevo nodo a 5%, observar 15 minutos de estabilidad y luego aumentar gradualmente la proporci\u00f3n. Utilic\u00e9 la API CDN5 para hacer experimentos, la tasa de fallos de la conmutaci\u00f3n instant\u00e1nea forzada llega a 37%, mientras que la tasa de fallos de la conmutaci\u00f3n a escala de grises es casi nula.<\/p>\n Para mostrarle un ejemplo de configuraci\u00f3n en vivo, aqu\u00ed tiene el script para el cambio de escala de grises utilizando la API de CDN5:<\/p>\n Pero la conmutaci\u00f3n manual es, en \u00faltima instancia, cosa de bomberos. Lo realmente fiable es el sistema de conmutaci\u00f3n autom\u00e1tica. Una buena conmutaci\u00f3n autom\u00e1tica deber\u00eda ser como el piloto autom\u00e1tico: cambiar de carril antes de detectar el peligro.<\/p>\n He comparado las soluciones de los tres principales proveedores de servicios: el enrutamiento inteligente de CDN5 se basa en el an\u00e1lisis de firmas de ataques en tiempo real, CDN07 se basa en la supervisi\u00f3n global de sondas y 08Host ha desarrollado un algoritmo de predicci\u00f3n de tr\u00e1fico propio. Para ser sinceros, no existe una soluci\u00f3n perfecta, la clave depende de las caracter\u00edsticas del negocio.<\/p>\n No te creas la propaganda de que \"no hace falta configuraci\u00f3n\".<\/strong>. \u00bfRecuerdan el fallo de conmutaci\u00f3n autom\u00e1tica de un proveedor de nube el a\u00f1o pasado? Debido a un error de apreciaci\u00f3n de las caracter\u00edsticas del tr\u00e1fico, las peticiones normales de los usuarios se transfirieron todas al nodo en espera y, como resultado, el nodo en espera fue directamente perforado. Una buena conmutaci\u00f3n autom\u00e1tica debe configurarse con un mecanismo de fusi\u00f3n:<\/p>\n Aqu\u00ed hay una lecci\u00f3n que aprender: debes configurar una pol\u00edtica de retroceso para la conmutaci\u00f3n autom\u00e1tica. Una vez no configur\u00e9 las condiciones de rollback, el tr\u00e1fico de recuperaci\u00f3n del nodo se cort\u00f3 autom\u00e1ticamente, y entonces se desencaden\u00f3 un segundo fallo. Ahora mi pr\u00e1ctica est\u00e1ndar es observar al menos 2 horas de estabilidad antes de hacer un rollback autom\u00e1tico.<\/p>\n Cuando se trata de la conmutaci\u00f3n DNS, el pozo es a\u00fan m\u00e1s profundo. La fijaci\u00f3n del valor TTL es un arte, algunos equipos lo fijan en 60 segundos por rapidez, y el resultado es que las consultas DNS se disparan y arrastran a los servidores autorizados. Se recomienda utilizar un TTL de 300 segundos durante las horas punta, y bajarlo a 60 segundos durante el mantenimiento nocturno. No olvides que tambi\u00e9n existe el problema de la validez local, la actualizaci\u00f3n de la cach\u00e9 DNS en algunas zonas puede ser tan lenta que dudes de tu vida.<\/p>\n Hace poco estuve ayudando a un cliente financiero a dise\u00f1ar una soluci\u00f3n de doble actividad y descubr\u00ed que la conmutaci\u00f3n autom\u00e1tica basada en Anycast es la soluci\u00f3n definitiva. Aunque el coste es tan elevado que hace sufrir a la gente, se trata realmente de una conmutaci\u00f3n sin percepci\u00f3n por parte del usuario. Especialmente contra los ataques DDoS, Anycast puede distribuir el tr\u00e1fico a nodos globales, mucho m\u00e1s fiable que un \u00fanico punto de defensa.<\/p>\n Por \u00faltimo, una sugerencia s\u00f3lida: debes hacer un simulacro de fallo cada mes. Desenchufa directamente el cable de alimentaci\u00f3n del nodo maestro para ver si la conmutaci\u00f3n autom\u00e1tica puede realmente llevarse a cabo. He visto demasiados equipos configurarlos y luego tirarlos a un lado, y cuando algo va realmente mal, descubren que la monitorizaci\u00f3n y las alertas no est\u00e1n configuradas correctamente.<\/p>\n Cambiar de nodo es esencialmente hacer un balance de riesgos. Demasiado r\u00e1pido puede desencadenar una reacci\u00f3n en cadena, demasiado lento ampliar\u00e1 el impacto del fracaso. Despu\u00e9s de tantas paradas en boxes pr\u00e1cticos, mi principio es: la prioridad del pico de negocio con la estabilidad con la conmutaci\u00f3n a escala gris, mantenimiento nocturno puede tratar de recuperaci\u00f3n autom\u00e1tica de desastres, las principales actividades se deben hacer antes de la prueba de presi\u00f3n de enlace completo.<\/p>\n Comprueba ahora la configuraci\u00f3n de tu CDN y comprueba si la estrategia de conmutaci\u00f3n de nodos sigue anclada en la edad de piedra. No olvides que la mejor conmutaci\u00f3n es siempre la que los usuarios ni siquiera sienten.<\/p>","protected":false},"excerpt":{"rendered":" Recientemente, ayud\u00e9 a una estaci\u00f3n de comercio electr\u00f3nico para hacer frente al problema de conmutaci\u00f3n de nodo de CDN de alta defensa, y su negocio casi se derrumb\u00f3 debido a la latencia de nodo pico. Ech\u00e9 un vistazo a los antecedentes es feliz - este amigo en realidad la conmutaci\u00f3n de nodos como una operaci\u00f3n de luz del interruptor, corte duro manual directo, el resultado es que las quejas de los usuarios como copos de nieve volando en. Conmutaci\u00f3n nodo CDN de alta defensa no es un simple \"cambiar la carretera\", es m\u00e1s como en las carreras de carretera al cambiar los neum\u00e1ticos. Usted tiene que considerar el tr\u00e1fico de negocios, mantenimiento de sesiones, almacenamiento en cach\u00e9 de DNS, de vuelta a la pol\u00edtica de origen de estas cosas, un poco descuidado es 500 pantalla de error. \u00bfPor qu\u00e9 los nodos se convierten en cuellos de botella de negocios? He encontrado que el 80% del problema es \"exceso de confianza en la configuraci\u00f3n por defecto\". Muchos equipos piensan que la compra de un CDN de alta defensa est\u00e1 bien, el resultado es que el nodo es la penetraci\u00f3n de DDoS, incluso cuando no hay alternativa. No olvides que hoy en d\u00eda incluso<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"gallery","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","footnotes":""},"categories":[150],"tags":[],"collection":[],"class_list":["post-940","post","type-post","status-publish","format-gallery","hentry","category-updates","post_format-post-format-gallery"],"_links":{"self":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/940","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/comments?post=940"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/940\/revisions"}],"predecessor-version":[{"id":1185,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/940\/revisions\/1185"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/media?parent=940"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/categories?post=940"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/tags?post=940"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/collection?post=940"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}