Vous souvenez-vous du premier jour de notre projet d'\u00e9checs l'ann\u00e9e derni\u00e8re ? Le serveur a \u00e9t\u00e9 directement submerg\u00e9 par le trafic, la carte de la page ne peut m\u00eame pas envoyer les cartes, les joueurs ont maudit - plus tard une v\u00e9rification, pas une attaque DDoS, purement l'estimation de la bande passante de moins, les heures de pointe du nombre de personnes en ligne \u00e9clatent, les ressources bond\u00e9es comme l'heure de pointe matinale de la station de m\u00e9tro. J'\u00e9tais accroupi dans la salle des machines et je me grattais la t\u00eate : cette ann\u00e9e, pour jouer aux \u00e9checs, la s\u00e9lection d'un CDN de haute d\u00e9fense n'est pas la bonne bande passante, c'est \u00e9gal \u00e0 l'adversaire d'envoyer des coups de t\u00eate.<\/p>\n
Nombreux sont ceux qui pensent que la bande passante achet\u00e9e \u00e0 prix d'or fait grimper les co\u00fbts en fl\u00e8che ; ou que la recherche avare pour \u00e9conomiser le budget fait chuter l'exp\u00e9rience de l'utilisateur comme un PPT :Fixez le nombre d'utilisateurs simultan\u00e9s, ne croyez pas \u00e0 la m\u00e9taphysique du \u201cpic de trafic\u201d du vendeur.<\/strong>La premi\u00e8re fois que j'ai vu un fournisseur de services CDN, j'ai constat\u00e9 qu'il recommandait 30%. J'ai test\u00e9 trois fournisseurs de services CDN traditionnels et j'ai constat\u00e9 qu'ils recommandaient la valeur de 30% g\u00e9n\u00e9ralement gonfl\u00e9e, dans le seul but de vendre davantage de ressources - en particulier certains petits fabricants, qui garantissent m\u00eame la qualit\u00e9 de service pour jouer \u00e0 des jeux de mots.<\/p>\n Pourquoi les jeux d'\u00e9checs et de cartes sont-ils particuli\u00e8rement gourmands en bande passante ? Pour faire simple, chaque jeu est un \u00e9change de donn\u00e9es en temps r\u00e9el : les op\u00e9rations des joueurs, l'\u00e9tat du jeu, les messages de chat doivent tous passer par une longue connexion, sans compter les flux audio et vid\u00e9o (comme le propri\u00e9taire qui ouvre le micro pour cracher), la bande passante occup\u00e9e par un seul utilisateur est beaucoup plus \u00e9lev\u00e9e que celle d'une page web. J'utilise g\u00e9n\u00e9ralement la formule suivante pour faire un calcul approximatif :Largeur de bande de base (Mbps) = trafic moyen par utilisateur \u00d7 nombre d'utilisateurs simultan\u00e9s \u00d7 facteur de redondance<\/strong>Le \u201ctrafic moyen par utilisateur\u201d doit \u00eatre d\u00e9compos\u00e9. Le \"trafic moyen par utilisateur\" doit \u00eatre d\u00e9compos\u00e9 comme suit : connexion TCP pour rester en vie environ 5Kbps \/ personne, paquets de jeu selon le jeu, \u00e9checs et cartes g\u00e9n\u00e9ralement 20-50Kbps \/ personne, si avec le streaming vid\u00e9o 720P doivent \u00e9galement ajouter 500Kbps pour commencer.<\/p>\n Par exemple : Supposons que votre plateforme d'\u00e9checs compte 5 000 personnes en ligne en m\u00eame temps, dont 30% personnes qui utilisent le chat vid\u00e9o. Le processus de calcul est le suivant :<\/p>\n Mais ne vous contentez pas de prendre ce chiffre et de le commander ! Le monde r\u00e9el doit \u00eatre pris en compte.Courbe de fluctuation du d\u00e9bit<\/strong>-L'activit\u00e9 des utilisateurs d'\u00e9checs en fonction de l'heure de la journ\u00e9e, par exemple, le pic de 20 heures peut \u00eatre trois fois plus \u00e9lev\u00e9 que celui de midi. J'avais l'habitude d'extraire les donn\u00e9es historiques de surveillance, en utilisant des m\u00e9thodes statistiques pour calculer la bande passante du 95e percentile (celle qui coupe les pics et remplit les vall\u00e9es), ce qui peut permettre d'\u00e9conomiser 20%. Une fois que CDN07 a utilis\u00e9 la facturation \u00e9lastique \u00e0 domicile, selon le 95e calcul\u00e9 que le programme de bande passante fixe pour \u00e9conomiser un petit deux millions par mois, mais sa famille CC attaque point faible, doivent compenser pour leur propre ensemble de r\u00e8gles WAF.<\/p>\n Lorsque l'on choisit une bande passante pour un CDN de haute d\u00e9fense, il faut \u00e9galement tenir compte de la capacit\u00e9 de protection. Certains fournisseurs revendiquent une \u201cprotection illimit\u00e9e\u201d, mais la r\u00e9alit\u00e9 est tout autre. J'ai test\u00e9 sous pression CDN5 et 08Host, le premier avec plus de 200Gbps de trafic d\u00e9clenchera une limite de vitesse (bien que le document ne l'\u00e9crive pas), le second peut difficilement transporter 500Gbps mais le prix est douloureux. Si le nombre de personnes en ligne en m\u00eame temps est \u00e9lev\u00e9, la priorit\u00e9 est de choisir une extension de capacit\u00e9 flexible - comme la fonction \u201csecond bandwidth bursting\u201d de 08Host, les rafales de trafic pour ajouter automatiquement une protection, plut\u00f4t que le forfait temporaire pour gagner du temps.<\/p>\n Pour l'exemple de configuration, voici comment je configure habituellement le proxy inverse Nginx (avec optimisation CDN) :<\/p>\n Une derni\u00e8re prise de bec :Ne vous fiez pas \u00e0 ces fonctions de \u201cpr\u00e9diction intelligente de la bande passante\u201d !<\/strong>! J'ai subi une perte lorsque l'algorithme d'un fournisseur a inclus les creux de trafic du week-end dans les moyennes, ce qui a eu pour cons\u00e9quence que l'activit\u00e9 du lundi est pass\u00e9e au travers. Maintenant, j'\u00e9cris mes propres scripts de surveillance, j'utilise Prometheus+ Grafana pour obtenir des chiffres en ligne en temps r\u00e9el, et je relie l'API du CDN pour ajuster dynamiquement la bande passante. Le code ressemble \u00e0 ceci :<\/p>\n En fin de compte, le choix de la bande passante d'un CDN de haute d\u00e9fense n'est pas un probl\u00e8me math\u00e9matique mais un probl\u00e8me \u00e9conomique - \u00e9quilibrer le co\u00fbt et l'exp\u00e9rience. Le test r\u00e9el montre que CDN5 convient aux entreprises de type tycoon (protection stable mais co\u00fbteuse), CDN07 est rentable (convient aux projets de petite et moyenne taille), 08Host est un compromis (faible latence du r\u00e9seau, n\u0153uds en Asie-Pacifique). N'oubliez pas :Nombre maximal de personnes en ligne x trafic maximal par utilisateur x 1,3 redondance<\/strong>Cette formule prend en compte le sc\u00e9nario 90%, laissant 10% d\u00e9pendre de la surveillance pour la souscription.<\/p>\n J'ai oubli\u00e9 de dire que le test r\u00e9cent de 08Host a trouv\u00e9 une op\u00e9ration s\u00e9ditieuse : leurs n\u0153uds Asie-Pacifique supportent le \u201cbandwidth warm-up\u201d, 5 minutes \u00e0 l'avance pour mettre de c\u00f4t\u00e9 des ressources afin d'\u00e9viter les bursts, plus humain que l'augmentation temporaire de l'argent. Quoi qu'il en soit, choisir un CDN, c'est comme choisir des co\u00e9quipiers, vous devez trouver avec vous une bataille acharn\u00e9e, pas le genre de trafic sur le fr\u00e8re en plastique qui fait le mort.<\/p>","protected":false},"excerpt":{"rendered":" Vous souvenez-vous du premier jour de notre projet d'\u00e9checs l'ann\u00e9e derni\u00e8re ? Le serveur a \u00e9t\u00e9 directement submerg\u00e9 par le trafic, la carte de la page ne peut m\u00eame pas envoyer les cartes, les joueurs ont maudit - plus tard une v\u00e9rification, pas une attaque DDoS, purement l'estimation de la bande passante de moins, les heures de pointe du nombre de personnes en ligne \u00e9clatent, les ressources bond\u00e9es comme l'heure de pointe matinale de la station de m\u00e9tro. J'\u00e9tais accroupi dans la salle des machines et je me grattais la t\u00eate : cette ann\u00e9e, pour jouer aux \u00e9checs, le choix du CDN de haute d\u00e9fense n'est pas la bonne bande passante, c'est \u00e9gal \u00e0 l'adversaire d'envoyer des coups de t\u00eate. En fait, la mesure pr\u00e9cise de la demande de bande passante est au c\u0153ur d'une phrase : en regardant le nombre de personnes en ligne en m\u00eame temps, ne croyez pas \u00e0 cette m\u00e9taphysique du \u201cPeak Flow\u201d des vendeurs. J'ai test\u00e9 trois fournisseurs de services CDN grand public, et j'ai constat\u00e9 qu'ils donnaient la valeur recommand\u00e9e de 30%, g\u00e9n\u00e9ralement gonfl\u00e9e.<\/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-973","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\/973","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=973"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/973\/revisions"}],"predecessor-version":[{"id":1152,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/973\/revisions\/1152"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/media?parent=973"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/categories?post=973"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/tags?post=973"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/collection?post=973"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}