R\u00e9cemment, j'ai aid\u00e9 une station de commerce \u00e9lectronique \u00e0 r\u00e9soudre le probl\u00e8me de commutation de n\u0153uds d'un CDN \u00e0 haute d\u00e9fense, et son activit\u00e9 a failli s'effondrer \u00e0 cause du pic de latence des n\u0153uds. J'ai jet\u00e9 un coup d'\u0153il \u00e0 l'arri\u00e8re-plan de l'heureux \u00e9v\u00e9nement - ce copain est en fait un commutateur de n\u0153uds en tant qu'op\u00e9ration de commutation, une coupure manuelle directe, le r\u00e9sultat est que les plaintes des utilisateurs s'envolent comme des flocons de neige.<\/p>\n
Le changement de n\u0153ud dans un CDN de haute d\u00e9fense n'est pas simplement une question de \"changement de route\", c'est plus comme changer de pneus lorsque vous \u00eates en pleine course sur l'autoroute. Il faut tenir compte du trafic professionnel, de la maintenance des sessions, de la mise en cache DNS, de la politique de retour \u00e0 la source de ces \u00e9l\u00e9ments, un peu de n\u00e9gligence se traduisant par un \u00e9cran d'erreur 500.<\/p>\n
Pourquoi les n\u0153uds deviennent-ils des goulets d'\u00e9tranglement pour les entreprises ?<\/strong>J'ai d\u00e9couvert que 80 % du probl\u00e8me r\u00e9side dans la \"confiance excessive dans la configuration par d\u00e9faut\". De nombreuses \u00e9quipes pensent que l'achat d'un CDN \u00e0 haute d\u00e9fense est une bonne chose, mais lorsque le n\u0153ud est p\u00e9n\u00e9tr\u00e9 par un DDoS, il n'y a pas d'autre solution. N'oubliez pas qu'aujourd'hui, m\u00eame les CDN doivent \"pr\u00e9venir les co\u00e9quipiers\" - la surveillance des n\u0153uds de certains fournisseurs de services n'est qu'une simple fa\u00e7ade.<\/p>\n Commen\u00e7ons par un sc\u00e9nario typique de commutation manuelle. Lorsque vous constatez que le temps de r\u00e9ponse d'un n\u0153ud passe de 50 ms \u00e0 2 000 ms, votre premi\u00e8re r\u00e9action est certainement de \"couper\". Mais si vous \u00e9teignez directement le n\u0153ud, la connexion TCP \u00e9tablie sera soudainement interrompue et la commande \u00e0 moiti\u00e9 pay\u00e9e de l'utilisateur sera perdue.<\/p>\n Une commutation manuelle fiable doit passer par un processus \u00e0 \u00e9chelle grise : d'abord le poids du nouveau n\u0153ud \u00e0 5%, observer 15 minutes de stabilit\u00e9 et ensuite augmenter progressivement la proportion. J'ai utilis\u00e9 l'API CDN5 pour faire des exp\u00e9riences, le taux d'\u00e9chec de la commutation instantan\u00e9e forc\u00e9e peut atteindre 37%, alors que le taux d'\u00e9chec de la commutation \u00e0 l'\u00e9chelle grise est presque nul.<\/p>\n Pour vous montrer un exemple de configuration, voici le script pour le changement de niveau de gris en utilisant l'API du CDN5 :<\/p>\n Mais la commutation manuelle est en fin de compte un travail de pompier. C'est le syst\u00e8me automatique de reprise apr\u00e8s sinistre qui est vraiment fiable. Une bonne commutation automatique devrait \u00eatre comme un pilote automatique - changer de voie avant de d\u00e9tecter un danger.<\/p>\n J'ai compar\u00e9 les solutions des trois principaux fournisseurs de services : le routage intelligent de CDN5 est bas\u00e9 sur l'analyse en temps r\u00e9el des signatures d'attaques, CDN07 s'appuie sur la surveillance globale des sondes, et 08Host a d\u00e9velopp\u00e9 un algorithme de pr\u00e9diction du trafic qu'il a lui-m\u00eame mis au point. Pour \u00eatre honn\u00eate, il n'y a pas de solution parfaite, la cl\u00e9 d\u00e9pend des caract\u00e9ristiques de l'entreprise.<\/p>\n Ne croyez pas \u00e0 la propagande \"aucune configuration n'est requise\" !<\/strong>. Vous souvenez-vous de l'\u00e9chec de la commutation automatique d'un fournisseur de services en nuage l'ann\u00e9e derni\u00e8re ? En raison d'une mauvaise \u00e9valuation des caract\u00e9ristiques du trafic, les demandes normales des utilisateurs ont toutes \u00e9t\u00e9 transf\u00e9r\u00e9es vers le n\u0153ud en attente, ce qui a eu pour cons\u00e9quence de transpercer directement le n\u0153ud en attente. Une bonne commutation automatique doit \u00eatre configur\u00e9e avec un m\u00e9canisme de fusion :<\/p>\n Il y a une le\u00e7on \u00e0 tirer de cette situation : vous devez mettre en place une politique de retour en arri\u00e8re pour la commutation automatique. Une fois, je n'ai pas configur\u00e9 les conditions de retour en arri\u00e8re, le trafic de r\u00e9cup\u00e9ration du n\u0153ud a \u00e9t\u00e9 automatiquement r\u00e9duit, puis a d\u00e9clench\u00e9 une deuxi\u00e8me panne. D\u00e9sormais, ma pratique standard consiste \u00e0 observer au moins deux heures de stabilit\u00e9 avant de proc\u00e9der \u00e0 un retour en arri\u00e8re automatique.<\/p>\n Le r\u00e9glage de la valeur TTL est un art : certaines \u00e9quipes l'ont fix\u00e9e \u00e0 60 secondes pour plus de rapidit\u00e9, ce qui a eu pour effet de faire grimper en fl\u00e8che les requ\u00eates DNS et d'entra\u00eener la chute des serveurs autoris\u00e9s. Il est recommand\u00e9 d'utiliser un TTL de 300 secondes pendant les heures de pointe, puis de le ramener \u00e0 60 secondes pendant la maintenance nocturne. N'oubliez pas qu'il y a aussi le probl\u00e8me de la validit\u00e9 locale, le rafra\u00eechissement du cache DNS dans certaines r\u00e9gions peut \u00eatre si lent que vous doutez de votre vie.<\/p>\n R\u00e9cemment, j'ai aid\u00e9 un client du secteur financier \u00e0 concevoir une solution \u00e0 double activit\u00e9 et j'ai d\u00e9couvert que le basculement automatique bas\u00e9 sur Anycast \u00e9tait la solution id\u00e9ale. Bien que le co\u00fbt soit si \u00e9lev\u00e9 qu'il fait mal aux gens, il s'agit vraiment d'une commutation sans perception de la part de l'utilisateur. En particulier contre les attaques DDoS, Anycast peut r\u00e9partir le trafic sur des n\u0153uds globaux, ce qui est beaucoup plus fiable qu'un point de d\u00e9fense unique.<\/p>\n Enfin, une suggestion solide : vous devez faire un exercice d'\u00e9chec tous les mois. D\u00e9branchez directement le cordon d'alimentation du n\u0153ud ma\u00eetre pour voir si la commutation automatique peut vraiment fonctionner. J'ai vu trop d'\u00e9quipes les configurer puis les mettre de c\u00f4t\u00e9, et lorsque quelque chose va vraiment mal, elles d\u00e9couvrent que la surveillance et l'alerte ne sont pas configur\u00e9es correctement.<\/p>\n Le changement de n\u0153ud consiste essentiellement \u00e0 \u00e9quilibrer les risques. Une commutation trop rapide peut d\u00e9clencher une r\u00e9action en cha\u00eene, tandis qu'une commutation trop lente aggravera l'impact de la d\u00e9faillance. Apr\u00e8s tant d'arr\u00eats pratiques, mon principe est le suivant : la priorit\u00e9 de l'activit\u00e9 de pointe est la stabilit\u00e9 avec la commutation \u00e0 l'\u00e9chelle grise, la maintenance de nuit peut essayer la r\u00e9cup\u00e9ration automatique en cas de catastrophe, les activit\u00e9s majeures doivent \u00eatre effectu\u00e9es avant le test de pression de la liaison compl\u00e8te.<\/p>\n Allez v\u00e9rifier votre configuration CDN maintenant et voyez si la strat\u00e9gie de commutation des n\u0153uds est encore \u00e0 l'\u00e2ge de pierre. N'oubliez pas que la meilleure commutation est toujours celle que les utilisateurs ne ressentent m\u00eame pas.<\/p>","protected":false},"excerpt":{"rendered":" R\u00e9cemment, j'ai aid\u00e9 une station de commerce \u00e9lectronique \u00e0 r\u00e9soudre le probl\u00e8me de la commutation de n\u0153uds du CDN haute d\u00e9fense, et son activit\u00e9 a failli s'effondrer en raison de la mont\u00e9e en puissance de la latence des n\u0153uds. J'ai jet\u00e9 un coup d'\u0153il \u00e0 l'arri\u00e8re-plan et je me suis r\u00e9joui : ce copain est en fait un commutateur de n\u0153uds qui fonctionne comme un interrupteur, une coupure manuelle directe, et le r\u00e9sultat est que les plaintes des utilisateurs s'envolent comme des flocons de neige. Le changement de n\u0153ud CDN haute d\u00e9fense n'est pas un simple \"changement de route\", c'est plus comme dans une course d'autoroute lorsque l'on change les pneus. Il faut tenir compte du trafic commercial, de la maintenance des sessions, de la mise en cache DNS, de la politique de retour \u00e0 la source de ces \u00e9l\u00e9ments, un peu de n\u00e9gligence se traduisant par un \u00e9cran d'erreur 500. Pourquoi les n\u0153uds deviennent-ils des goulets d'\u00e9tranglement pour les entreprises ? J'ai d\u00e9couvert que 80 % du probl\u00e8me est d\u00fb \u00e0 une \"confiance excessive dans la configuration par d\u00e9faut\". De nombreuses \u00e9quipes pensent que l'achat d'un CDN \u00e0 haute d\u00e9fense est suffisant, et le r\u00e9sultat est que le n\u0153ud subit une p\u00e9n\u00e9tration DDoS m\u00eame lorsqu'il n'y a pas d'alternative. N'oubliez pas que de nos jours, m\u00eame les<\/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\/fr\/wp-json\/wp\/v2\/posts\/940","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/comments?post=940"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/940\/revisions"}],"predecessor-version":[{"id":1185,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/940\/revisions\/1185"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/media?parent=940"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/categories?post=940"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/tags?post=940"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/collection?post=940"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}