{"id":99628,"date":"2026-05-13T13:54:12","date_gmt":"2026-05-13T18:54:12","guid":{"rendered":"https:\/\/www.loadview-testing.com\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/"},"modified":"2026-05-14T00:45:52","modified_gmt":"2026-05-14T05:45:52","slug":"why-realistic-load-testing-requires-multiple-ip-addresses","status":"publish","type":"post","link":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/","title":{"rendered":"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP"},"content":{"rendered":"<p><!-- JSON-LD: FAQPage --><br \/>\n<script type=\"application\/ld+json\">\n{\n  \"@context\": \"https:\/\/schema.org\",\n  \"@type\": \"FAQPage\",\n  \"mainEntity\": [\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Pourquoi les tests de charge \u00e0 partir d\u2019une seule IP produisent-ils des chiffres erron\u00e9s ?\",\n      \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Le trafic de production provient de nombreuses IP sur plusieurs r\u00e9seaux. Les limiteurs de d\u00e9bit, WAFs, bords CDN, routeurs anycast et pools de connexions se comportent tous diff\u00e9remment lorsque le trafic partage une seule source. Un test \u00e0 IP unique sollicite des chemins que les utilisateurs r\u00e9els n\u2019empruntent jamais et ignore les chemins que les utilisateurs r\u00e9els empruntent toujours, de sorte que la latence et les d\u00e9bits refl\u00e8tent la configuration du test plut\u00f4t que le syst\u00e8me.\"}\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Le spoofing d\u2019IP dans JMeter est-il identique aux tests de charge multi-IP ?\",\n      \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Pas vraiment. Le spoofing IP de JMeter fait tourner l\u2019adresse IP source au niveau du syst\u00e8me d\u2019exploitation, mais les paquets sortent toujours d\u2019une seule machine avec une route par d\u00e9faut, un ASN et une localisation g\u00e9ographique uniques. Les CDN, routeurs anycast et beaucoup de WAFs tiennent compte du chemin r\u00e9seau et de l\u2019ASN, pas seulement de l\u2019adresse source de couche 3. Un vrai test de charge multi-IP distribue les g\u00e9n\u00e9rateurs sur des r\u00e9seaux et r\u00e9gions distincts.\"}\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"De combien d\u2019IP ai-je besoin pour un test de charge r\u00e9aliste ?\",\n      \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Il n\u2019y a pas de nombre unique. La cible ad\u00e9quate est une diversit\u00e9 suffisante d\u2019IP et g\u00e9ographique pour que aucune IP source ne d\u00e9passe la limite de d\u00e9bit par IP que vous souhaitez valider, et pour que la distribution du bord CDN et du routage corresponde approximativement \u00e0 celle de votre trafic de production. Pour la plupart des applications grand public, cela signifie des dizaines \u00e0 des centaines d\u2019IP sources distinctes dans plusieurs r\u00e9gions.\"}\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Quand un test de charge \u00e0 IP unique est-il acceptable ?\",\n      \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Les tests \u00e0 IP unique conviennent pour les v\u00e9rifications au niveau composant : un service backend derri\u00e8re un \u00e9quilibrage de charge interne sans limites par IP, un benchmark de pilote de base de donn\u00e9es ou un test de fum\u00e9e o\u00f9 seule la correction de la r\u00e9ponse compte. Dans presque tous les cas, ce n\u2019est pas suffisant pour valider la performance de bout en bout d\u2019un point d\u2019acc\u00e8s expos\u00e9 \u00e0 internet.\"}\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Le NAT signifie-t-il qu\u2019une seule IP peut repr\u00e9senter plusieurs utilisateurs ?\",\n      \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Le NAT et le CGNAT compressent effectivement plusieurs utilisateurs r\u00e9els derri\u00e8re une seule adresse, donc les limites de d\u00e9bit par IP en production tiennent d\u00e9j\u00e0 compte d\u2019un certain regroupement. Le probl\u00e8me des tests \u00e0 IP unique n\u2019est pas qu\u2019une IP ne puisse repr\u00e9senter plusieurs utilisateurs, mais qu\u2019une IP ne puisse repr\u00e9senter la distribution r\u00e9elle des utilisateurs que vous avez. Le trafic r\u00e9el s\u2019\u00e9tend sur des milliers de sorties NAT, pas une seule.\"}\n    }\n  ]\n}\n<\/script><\/p>\n<style>\n.jump-anchor { display: block; position: relative; top: -90px; visibility: hidden; }\nimg { max-width: 100%; height: auto; display: block; margin: 1.5em auto; border-radius: 6px; }\nfigure { margin: 1.5em 0; }\nfigcaption { font-size: 0.9rem; color: #555; text-align: center; margin-top: 0.5em; }\ntable { border-collapse: collapse; width: 100%; margin: 1.5em 0; }\nth, td { border: 1px solid #d0d0d0; padding: 10px 12px; text-align: left; vertical-align: top; }\nth { background: #f5f5f5; }\n.toc { background: #f7f9fb; border-left: 3px solid #0a66c2; padding: 16px 22px; margin: 1.5em 0; border-radius: 4px; }\n.toc ol { margin: 0.5em 0 0 1.2em; padding: 0; }\n.tldr { background: #fffaf0; border: 1px solid #ffe4b8; padding: 14px 18px; border-radius: 6px; margin: 1em 0 1.5em; }\n.cta { background: #0a66c2; color: #fff; padding: 18px 22px; border-radius: 8px; margin: 2em 0; }\n.cta a { color: #fff; font-weight: 600; }\ncode { background: #f3f3f3; padding: 1px 5px; border-radius: 3px; font-size: 0.95em; }\n.et_pb_post .entry-content {padding-top: 0px; }\n<\/style>\n<p><img decoding=\"async\" class=\"alignnone size-large wp-image-94418\" src=\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/hero-multi-ip-load-testing.png\" alt=\"Diagramme des g\u00e9n\u00e9rateurs de charge distribu\u00e9s dans plusieurs r\u00e9gions mondiales envoyant du trafic de test via CDN, WAF, \u00e9quilibreur de charge, et serveurs applicatifs.\" \/><figcaption>Le trafic de production provient de nombreuses IPs et r\u00e9gions\u2014pas d\u2019une seule source.<\/figcaption><div class=\"tldr\">\n<strong>TL;DR.<\/strong> Les tests de charge depuis une seule IP peuvent produire des r\u00e9sultats trompeurs car les CDN, WAF, limiteurs de d\u00e9bit et couches de routage se comportent diff\u00e9remment sous un trafic distribu\u00e9. Pour des r\u00e9sultats r\u00e9alistes, les tests doivent utiliser plusieurs IPs r\u00e9parties sur plusieurs r\u00e9gions.\n<\/div>\n<div class=\"toc\">\n<strong>Contenu<\/strong><\/p>\n<ol>\n<li><a href=\"#looks-fine\">Pourquoi un test \u00e0 IP unique semble correct mais ne l\u2019est pas<\/a><\/li>\n<li><a href=\"#failure-modes\">Sept modes d\u2019\u00e9chec sp\u00e9cifiques<\/a><\/li>\n<li><a href=\"#cloud-egress\">Le pi\u00e8ge de la sortie cloud<\/a><\/li>\n<li><a href=\"#realistic-distribution\">\u00c0 quoi ressemble une distribution r\u00e9aliste des IPs<\/a><\/li>\n<li><a href=\"#single-vs-distributed\">IP unique vs IP distribu\u00e9e : quand chaque solution est pertinente<\/a><\/li>\n<li><a href=\"#scenarios\">Sc\u00e9narios du monde r\u00e9el<\/a><\/li>\n<li><a href=\"#how-loadview\">Comment LoadView g\u00e8re les tests de charge multi-IP<\/a><\/li>\n<li><a href=\"#checklist\">Liste de v\u00e9rification pour la mise en \u0153uvre<\/a><\/li>\n<li><a href=\"#faq\">FAQ<\/a><\/li>\n<\/ol>\n<\/div>\n<p><span id=\"looks-fine\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='pourquoi-un-test-\u00e0-ip-unique-semble-correct-mais-ne-l-est-pas'  id=\"boomdevs_1\">Pourquoi un test \u00e0 IP unique semble correct mais ne l\u2019est pas<\/h2>\n<p>Un test de charge \u00e0 IP unique peut para\u00eetre r\u00e9ussi sur le papier. Le script s\u2019ex\u00e9cute, les tableaux de bord se remplissent, et la latence reste dans la plage cible. Le probl\u00e8me est que les r\u00e9sultats refl\u00e8tent souvent davantage la configuration du test que le trafic r\u00e9el de production.<\/p>\n<p>Le trafic de production n\u2019arrive pas d\u2019une seule adresse. Un point de terminaison destin\u00e9 aux consommateurs voit du trafic provenant de milliers de fournisseurs d\u2019acc\u00e8s r\u00e9sidentiels, d\u2019op\u00e9rateurs mobiles, de NATs d\u2019entreprise et de proxys de centres de donn\u00e9es. Chaque requ\u00eate atterrit sur un n\u0153ud de p\u00e9riph\u00e9rie CDN diff\u00e9rent, traverse un middlebox diff\u00e9rent, et atteint un shard diff\u00e9rent du pool de connexions. Lorsque vous r\u00e9duisez toute cette diversit\u00e9 \u00e0 une seule IP source, chaque couche qui se base sur l\u2019adresse sourcela robe commence \u00e0 se comporter de mani\u00e8re qui n&#8217;a pas d&#8217;\u00e9quivalent dans le monde r\u00e9el.<\/p>\n<p>Le r\u00e9sultat est des donn\u00e9es de performance trompeuses qui ne refl\u00e8tent pas le comportement r\u00e9el en production.<\/p>\n<p><span id=\"failure-modes\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='sept-modes-sp\u00e9cifiques-d-\u00e9chec-des-tests-de-charge-\u00e0-ip-unique'  id=\"boomdevs_2\">Sept modes sp\u00e9cifiques d&#8217;\u00e9chec des tests de charge \u00e0 IP unique<\/h2>\n<p>Les tests de charge \u00e0 IP unique peuvent d\u00e9former ou manquer compl\u00e8tement plusieurs comportements du monde r\u00e9el.<\/p>\n<h3 id='1-les-limiteurs-de-d\u00e9bit-retournent-un-mauvais-chiffre'  id=\"boomdevs_3\">1. Les limiteurs de d\u00e9bit retournent un mauvais chiffre<\/h3>\n<p>Les limiteurs de d\u00e9bit modernes fonctionnent par identifiant source, et l&#8217;identifiant le plus courant est l&#8217;IP source. Les algorithmes de type token-bucket, fen\u00eatre fixe et fen\u00eatre glissante partagent tous cette propri\u00e9t\u00e9. M\u00eame les \u00e9quipes qui d\u00e9finissent des limites en fonction des jetons d&#8217;authentification ou des ID utilisateur appliquent presque toujours des limites par IP en dessous ; la couche IP est ce qui prot\u00e8ge l&#8217;application contre les abus non authentifi\u00e9s. Lorsqu&#8217;une charge lourde d&#8217;utilisateurs virtuels g\u00e9n\u00e8re tout son trafic \u00e0 partir d&#8217;une seule IP, le limiteur voit cette charge comme un seul client et commence \u00e0 rejeter des requ\u00eates bien avant que l&#8217;application ne ressente la pression. L&#8217;application semble rapide parce que le limiteur a absorb\u00e9 la charge. En production, le m\u00eame taux total de requ\u00eates arriverait de milliers d&#8217;IP sources distinctes et le limiteur le laisserait passer.<\/p>\n<p>Le miroir est \u00e9galement vrai. Si le limiteur dispose d&#8217;un budget g\u00e9n\u00e9reux par IP, un test \u00e0 IP unique ne se rapproche jamais de la limite agr\u00e9g\u00e9e au r\u00e9partiteur de charge. L&#8217;application est bombard\u00e9e et le limiteur n&#8217;intervient jamais, cachant le fait que le trafic en production serait partiellement abandonn\u00e9.<\/p>\n<h3 id='2-les-waf-et-la-d\u00e9tection-de-bots-se-d\u00e9clenchent-sur-la-plateforme-de-test'  id=\"boomdevs_4\">2. Les WAF et la d\u00e9tection de bots se d\u00e9clenchent sur la plateforme de test<\/h3>\n<p>Un WAF qui surveille des sch\u00e9mas de requ\u00eates uniformes et en rafales provenant d&#8217;une IP r\u00e9alise exactement le travail pour lequel il a \u00e9t\u00e9 con\u00e7u. Il voit le test de charge, identifie le trafic et applique soit une limitation de d\u00e9bit, un d\u00e9fi, ou un blocage. Certaines \u00e9quipes ne d\u00e9couvrent cela que lorsque le test atteint un plateau \u00e0 un d\u00e9bit suspectement rond qui s&#8217;av\u00e8re \u00eatre le seuil du WAF. Les tests qui activent les <a href=\"https:\/\/www.loadview-testing.com\/fr\/blog\/pouvez-vous-planifier-des-attaques-ddos-avec-des-tests-de-charge\/\">mesures de protection contre les DDoS<\/a> n\u00e9cessitent des sources diversifi\u00e9es pour la m\u00eame raison \u2014 ces d\u00e9fenses sont typiquement s\u00e9par\u00e9es du WAF et encore plus d\u00e9pendantes de la diversit\u00e9 des IP sources pour s&#8217;engager de mani\u00e8re r\u00e9aliste.<\/p>\n<p>D\u00e9sactiver le WAF pour le test &#8220;corrige&#8221; le sympt\u00f4me et cr\u00e9e un probl\u00e8me pire : le chemin du test ne correspond plus au chemin de production. Le trafic provenant de nombreuses IP est la seule fa\u00e7on de valider que l&#8217;application fonctionne pendant que le WAF est activ\u00e9 aux seuils de production.<\/p>\n<h3 id='3-la-s\u00e9lection-de-l-edge-cdn-se-r\u00e9duit-\u00e0-un-seul-n\u0153ud'  id=\"boomdevs_5\">3. La s\u00e9lection de l&#8217;edge CDN se r\u00e9duit \u00e0 un seul n\u0153ud<\/h3>\n<p>Les CDN dirigent les requ\u00eates vers l&#8217;edge le plus proche du client. \u00c0 partir d&#8217;une IP unique, le trafic arrive sur un seul point POP d&#8217;edge. Le cache se remplit l\u00e0, toutes les requ\u00eates suivantes touchent un stockage chaud, et le test rapporte une latence de cache-hit pour toute la dur\u00e9e. Pendant ce temps, la longue tra\u00eene des edges froids dans d&#8217;autres r\u00e9gions n&#8217;est jamais sollicit\u00e9e. Toute personne lisant les conseils sur <a href=\"https:\/\/www.loadview-testing.com\/fr\/blog\/sites-web-de-test-de-charge-qui-utilisent-des-reseaux-de-diffusion-de-contenu-cdn\/\">les tests de charge des sites utilisant des CDN<\/a> sees ceci est mentionn\u00e9 : le comportement du cache d\u00e9pend de la distribution source, pas seulement du taux de requ\u00eates.<\/p>\n<p>Le cas inverse est \u00e9galement important. Le comportement de protection d&#8217;origine lors d&#8217;un cache-manqu\u00e9, o\u00f9 un CDN rassemble les manques concurrents en une seule r\u00e9cup\u00e9ration \u00e0 l&#8217;origine, est invisible depuis une seule IP. Vous ne pouvez pas valider la protection de l&#8217;origine sans un trafic que le CDN consid\u00e8re comme ind\u00e9pendant.<\/p>\n<h3 id='4-les-d\u00e9cisions-de-routage-anycast-et-geodns-ne-se-d\u00e9clenchent-jamais'  id=\"boomdevs_6\">4. Les d\u00e9cisions de routage Anycast et GeoDNS ne se d\u00e9clenchent jamais<\/h3>\n<p>Les IP Anycast acheminent les paquets vers le centre de donn\u00e9es topologiquement le plus proche. GeoDNS r\u00e9sout un nom d&#8217;h\u00f4te en diff\u00e9rentes IP en fonction de la localisation du r\u00e9solveur. Ces deux d\u00e9cisions ont lieu avant que la requ\u00eate n&#8217;atteigne votre application. Depuis une source de test unique, vous ne voyez jamais que le centre de donn\u00e9es sur lequel votre lanceur de test se trouve. Le routage inter-r\u00e9gions, les chemins de secours et la latence vers des r\u00e9gions \u00e9loign\u00e9es restent tous non test\u00e9s.<\/p>\n<p>Cela peut \u00eatre un angle mort co\u00fbteux. Le test dans une seule r\u00e9gion passe, l&#8217;application est d\u00e9ploy\u00e9e globalement et les utilisateurs dans des r\u00e9gions jamais touch\u00e9es par le test subissent une latence que les tableaux de bord n&#8217;ont jamais montr\u00e9e. <a href=\"https:\/\/www.loadview-testing.com\/fr\/blog\/tests-de-charge-geolocal-distribues-avantages-importance-et-cas-dutilisation\/\">Les tests de charge g\u00e9odistribu\u00e9s<\/a> existent pr\u00e9cis\u00e9ment pour combler cette lacune.<\/p>\n<h3 id='5-la-r\u00e9utilisation-du-pool-de-connexions-et-la-coalescence-http-2-faussent-le-d\u00e9bit'  id=\"boomdevs_7\">5. La r\u00e9utilisation du pool de connexions et la coalescence HTTP\/2 faussent le d\u00e9bit<\/h3>\n<p>Les clients HTTP\/2 et HTTP\/3 ouvrent une connexion par origine et multiplexent les requ\u00eates dessus. Depuis une seule IP avec un seul client, l&#8217;application voit une connexion longue dur\u00e9e transportant des milliers de flux. La comptabilisation par connexion du serveur, les fen\u00eatres de contr\u00f4le de flux et le blocage en t\u00eate de ligne refl\u00e8tent tous cette connexion unique. En production, vous avez des milliers de connexions, chacune avec sa propre fen\u00eatre de contr\u00f4le de flux, contribuant ind\u00e9pendamment \u00e0 la pression sur le planificateur.<\/p>\n<p>Le m\u00eame effet se produit au niveau du load balancer. Les m\u00e9triques par connexion, la lib\u00e9ration par timeout d&#8217;inactivit\u00e9, et le comportement de vidange en red\u00e9marrage gracieux fonctionnent tous diff\u00e9remment avec une grosse connexion unique versus des milliers de petites. Vous ne voyez la distribution du comptage de connexions en production que lorsque vous g\u00e9n\u00e9rez la charge depuis de nombreux clients distincts r\u00e9partis sur de nombreuses IP ; un test qui ne produit pas cette distribution ne peut valider aucun de ces aspects.<\/p>\n<h3 id='6-\u00e9puisement-des-ports-\u00e9ph\u00e9m\u00e8res-et-du-nat-source-sur-le-g\u00e9n\u00e9rateur'  id=\"boomdevs_8\">6. \u00c9puisement des ports \u00e9ph\u00e9m\u00e8res et du NAT Source sur le g\u00e9n\u00e9rateur<\/h3>\n<p>La plage de ports \u00e9ph\u00e9m\u00e8res Linux donne \u00e0 une seule IP source seulement des dizaines de milliers de ports par tuple de destination. Un g\u00e9n\u00e9rateur de charge poussant des taux \u00e9lev\u00e9s de connexions depuis une IP \u00e9puise les ports en quelques secondes, et le test plafonne sur le syst\u00e8me de test au lieu du syst\u00e8me test\u00e9. Les environnements cloud aggravent cela : une instance EC2 derri\u00e8re une passerelle NAT partage un pool encore plus petit avec tout ce qui ressort par cette m\u00eame passerelle. Les utilisateurs ayant rencontr\u00e9 cela le connaissent sous le nom de \u00ab le test ne montera pas plus haut \u00bb, et cela est document\u00e9 dans de longs articles sur l&#8217;\u00e9puisement des ports TCP dans les tests \u00e0 IP unique.<\/p>\n<p>La solution n&#8217;est pas seulement des g\u00e9n\u00e9rateurs plus puissants. Il s&#8217;agit davantage de <a href=\"https:\/\/www.loadview-testing.com\/fr\/en-savoir-plus-sur-les-tests-de-charge\/quest-ce-quun-generateur-de-charge-et-comment-fonctionne-t-il\/\">g\u00e9n\u00e9rateurs de charge<\/a> avec leurs propres IP de sortie, de sorte que le pool de ports est r\u00e9pliqu\u00e9 plut\u00f4t que partag\u00e9.<\/p>\n<h3 id='7-l-observabilit\u00e9-se-regroupe-en-un-seul-compartiment'  id=\"boomdevs_9\">7. L&#8217;observabilit\u00e9 se regroupe en un seul compartiment<\/h3>\n<p>De nombreux tableaux de bord de production regroupent le trafic par IP source, ASN ou r\u00e9gion g\u00e9ographique. Un test \u00e0 IP unique cr\u00e9e un seul compartiment, et chaque alerte, percentile et m\u00e9trique de saturation se regroupe dans ce seul compartiment. Les ing\u00e9nieurs qui examinent le test ne peuvent pas dire si la latence qu&#8217;ils voient est uniforme dans toutes les r\u00e9gions ou concentr\u00e9e dans une seule. Ils ne peuvent pas non plus reproduire le d\u00e9coupage qu&#8217;ils utilisent lors d&#8217;un incident r\u00e9el, o\u00f9 le premier r\u00e9flexe est &#8220;montre-moi le p99 par r\u00e9gion&#8221; ou &#8220;montre-moi le taux d&#8217;erreur par ASN&#8221;. Traiter les <a href=\"https:\/\/www.loadview-testing.com\/fr\/en-savoir-plus-sur-les-tests-de-charge\/quel-est-le-role-des-metriques-dans-les-tests-de-charge\/\">m\u00e9triques de test de charge<\/a> de la m\u00eame mani\u00e8re que les m\u00e9triques de production n\u00e9cessite une diversit\u00e9 des sources dans l&#8217;entr\u00e9e.<\/p>\n<p><span id=\"cloud-egress\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='le-pi\u00e8ge-de-la-sortie-cloud'  id=\"boomdevs_10\">Le pi\u00e8ge de la sortie cloud<\/h2>\n<p>La plupart des \u00e9quipes qui essaient de r\u00e9partir le test de charge sur plusieurs machines ex\u00e9cutent ces machines dans un seul compte cloud, dans une seule r\u00e9gion, derri\u00e8re une seule passerelle NAT. Le r\u00e9sultat est techniquement multi-IP mais pratiquement \u00e0 source unique. Chaque paquet sort avec une IP source provenant du m\u00eame ASN connu du fournisseur cloud. Les WAF, les fournisseurs de d\u00e9tection de bots et les fournisseurs de p\u00e9riph\u00e9rie maintiennent tous des donn\u00e9es de r\u00e9putation sur les plages de sortie cloud ; beaucoup traitent le trafic provenant de ces plages avec une vigilance accrue par d\u00e9faut.<\/p>\n<p>Cela a deux cons\u00e9quences. Premi\u00e8rement, l&#8217;application consid\u00e8re le test comme un trafic de centre de donn\u00e9es, qui est rout\u00e9 diff\u00e9remment du trafic r\u00e9sidentiel \u00e0 chaque CDN et dans de nombreuses mises en \u0153uvre anycast. Deuxi\u00e8mement, vos tests s&#8217;ex\u00e9cutent depuis le m\u00eame voisinage r\u00e9seau que des charges concurrentes, ce qui rend la latence de base bruyante et la reproductibilit\u00e9 plus difficile. Les configurations g\u00e9n\u00e9riques de <a href=\"https:\/\/www.loadview-testing.com\/fr\/blog\/les-services-de-test-de-charge-aws-expliques\/\">tests de charge AWS<\/a> peuvent g\u00e9rer l&#8217;\u00e9chelle mais pas la diversit\u00e9 des sources.<\/p>\n<p>Le r\u00e9alisme exige que le r\u00e9seau d&#8217;injection de charge couvre plus d&#8217;un cloud, plusieurs r\u00e9gions, et id\u00e9alement un m\u00e9lange d&#8217;egress de qualit\u00e9 centre de donn\u00e9es et r\u00e9sidentielle (par exemple, combinant deux fournisseurs cloud avec un r\u00e9seau de sortie r\u00e9sidentiel ou op\u00e9rateur mobile) afin que le m\u00e9lange IP\/g\u00e9o que votre application voit pendant le test ressemble \u00e0 celui qu&#8217;elle voit en production.<\/p>\n<figure>\n<img decoding=\"async\" alt=\"Comparaison c\u00f4te \u00e0 c\u00f4te : un test \u00e0 IP unique o\u00f9 le trafic se regroupe sur un seul edge CDN versus un test \u00e0 IP distribu\u00e9e o\u00f9 le trafic se r\u00e9partit sur plusieurs edges CDN r\u00e9gionaux avant d'atteindre l'application\" loading=\"lazy\" src=\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/single-ip-vs-distributed-ip.png\"\/><figcaption>Forme du trafic \u00e0 IP unique versus IP distribu\u00e9e. Le mod\u00e8le de droite est celui pour lequel votre CDN, WAF et \u00e9quilibreur de charge ont \u00e9t\u00e9 con\u00e7us.<\/figcaption><\/figure>\n<p><span id=\"realistic-distribution\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='\u00e0-quoi-ressemble-r\u00e9ellement-une-distribution-ip-r\u00e9aliste'  id=\"boomdevs_11\">\u00c0 quoi ressemble r\u00e9ellement une distribution IP r\u00e9aliste<\/h2>\n<p>&#8220;Beaucoup d&#8217;IP&#8221; n&#8217;est pas un objectif. L&#8217;objectif est une distribution qui correspond \u00e0 la production. Trois propri\u00e9t\u00e9s comptent.<\/p>\n<p><strong>R\u00e9partition g\u00e9ographique.<\/strong> Si 30 % des utilisateurs se trouvent en EMEA, 30 % en APAC et 40 % dans les Am\u00e9riques, le test doit injecter dans des proportions \u00e0 peu pr\u00e8s identiques. C\u2019est ce qui permet un routage anycast r\u00e9aliste et une s\u00e9lection correcte du CDN en bordure. Cela fait aussi ressortir les queues lentes que le test dans une seule r\u00e9gion cache.<\/p>\n<p><strong>Diversit\u00e9 du r\u00e9seau.<\/strong> M\u00e9langer des FAI r\u00e9sidentiels, des op\u00e9rateurs mobiles et des r\u00e9seaux de centres de donn\u00e9es expose l\u2019application \u00e0 l\u2019ensemble des comportements de MTU, de pertes de paquets et de middleboxes que la production rencontre. Un test qui se d\u00e9roule enti\u00e8rement sur les r\u00e9seaux de centres de donn\u00e9es ignore la mani\u00e8re dont les r\u00e9seaux mobiles ren\u00e9gocient le TLS ou comment le NAT de qualit\u00e9 op\u00e9rateur regroupe les connexions.<\/p>\n<p><strong>Volume par IP qui ressemble \u00e0 un utilisateur r\u00e9el.<\/strong> Une IP r\u00e9aliste ne g\u00e9n\u00e8re pas mille requ\u00eates par seconde. Elle g\u00e9n\u00e8re le taux de requ\u00eates de quelques utilisateurs r\u00e9els derri\u00e8re un NAT, plus de temps en temps un groupe \u00e9mis par un utilisateur avanc\u00e9. <a href=\"https:\/\/www.loadview-testing.com\/fr\/en-savoir-plus-sur-les-tests-de-charge\/quest-ce-que-la-simulation-virtuelle-de-lutilisateur-dans-les-tests-de-charge\/\">La simulation d\u2019utilisateur virtuel<\/a> qui respecte le volume par IP maintient les interactions avec la limitation de d\u00e9bit et le WAF dans des limites r\u00e9alistes.<\/p>\n<p><span id=\"single-vs-distributed\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='ip-unique-vs-ip-distribu\u00e9e-quand-chacun-est-appropri\u00e9'  id=\"boomdevs_12\">IP unique vs IP distribu\u00e9e : quand chacun est appropri\u00e9<\/h2>\n<table>\n<thead>\n<tr>\n<th>Objectif du test<\/th>\n<th>IP unique acceptable ?<\/th>\n<th>Pourquoi<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Micro-benchmark de composant d\u2019un service backend<\/td>\n<td>Oui<\/td>\n<td>Pas de chemin internet, pas de limite de d\u00e9bit par IP, pas de CDN. Le composant est le syst\u00e8me test\u00e9.<\/td>\n<\/tr>\n<tr>\n<td>Test de fum\u00e9e d\u2019un d\u00e9ploiement<\/td>\n<td>Oui<\/td>\n<td>Vous v\u00e9rifiez la correction, pas la performance.<\/td>\n<\/tr>\n<tr>\n<td>Validation de capacit\u00e9 d\u2019un point d\u2019acc\u00e8s internet<\/td>\n<td>Non (dans presque tous les cas)<\/td>\n<td>La limitation de d\u00e9bit, le WAF, le CDN et l\u2019anycast d\u00e9forment tous le r\u00e9sultat.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"https:\/\/www.loadview-testing.com\/fr\/en-savoir-plus-sur-les-tests-de-charge\/outils-de-test-devolutivite-et-de-performance\/\">Test de scalabilit\u00e9<\/a> pr\u00e9-lancement<\/td>\n<td>Non<\/td>\n<td>Les effets de pool de connexions, d\u2019\u00e9puisement de ports et de s\u00e9lection de bordure cassent le mod\u00e8le.<\/td>\n<\/tr>\n<tr>\n<td>Validation des seuils de limitation de d\u00e9bit par IP<\/td>\n<td>Non<\/td>\n<td>Par d\u00e9finition, cela requiert de nombreuses adresses IP source pour tester le seuil.<\/td>\n<\/tr>\n<tr>\n<td>R\u00e9glage du contr\u00f4le de sant\u00e9 du r\u00e9partiteur de charge<\/td>\n<td>Parfois<\/td>\n<td>LB interne uniquement. LB public n\u00e9cessite des sources diverses.<\/td>\n<\/tr>\n<tr>\n<td>Validation du routage g\u00e9ographique et du basculement<\/td>\n<td>Non<\/td>\n<td>Les d\u00e9cisions ne se d\u00e9clenchent que lorsque le r\u00e9solveur et l\u2019IP source varient.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><span id=\"scenarios\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='sc\u00e9narios-r\u00e9els'  id=\"boomdevs_13\">Sc\u00e9narios r\u00e9els<\/h2>\n<h3 id='sc\u00e9nario-1-un-passage-en-caisse-ecommerce-qui-passe-jusqu-au-black-friday'  id=\"boomdevs_14\">Sc\u00e9nario 1 : un passage en caisse ecommerce qui \u00ab passe \u00bb jusqu\u2019au Black Friday<\/h3>\n<p>Consid\u00e9rons un sch\u00e9ma courant. Un d\u00e9taillant d\u2019habillement r\u00e9alise un test de charge avec de nombreux utilisateurs virtuels \u00e0 partir d\u2019une seule r\u00e9gion cloud. La latence p95 du passage en caisse revient confortablement dans le SLO. Le Black Friday, la p95 bondit dans la fourchette de plusieurs secondes et l\u2019abandon de panier augmente.<\/p>\n<p>Deux choses ont tendance \u00e0 appara\u00eetre dans ce genre d\u2019analyse post-incident. Le CDN a servi la majorit\u00e9 du trafic de test \u00e0 partir d\u2019un seul POPqui est rest\u00e9 chaud pendant toute la dur\u00e9e du test. En production, le trafic est r\u00e9parti sur de nombreux POP, dont plusieurs ont d\u00e9marr\u00e9 \u00e0 froid lors du pic. Le deuxi\u00e8me probl\u00e8me est g\u00e9n\u00e9ralement la limite de d\u00e9bit par IP sur un service en aval. Le test a imm\u00e9diatement atteint le plafond pour une IP et est rest\u00e9 en dessous pendant toute la dur\u00e9e, ce qui a masqu\u00e9 une trajectoire de croissance illimit\u00e9e dans le cache sous-jacent. La couverture <a href=\"https:\/\/www.loadview-testing.com\/fr\/blog\/test-simultane-vs-utilisateur-simultane-explique\/\">Concurrent HTTP versus concurrent browsers<\/a> explique pourquoi la forme du harnais importe autant que le nombre d&#8217;utilisateurs.<\/p>\n<h3 id='sc\u00e9nario-2-une-api-fintech-qui-\u00e9choue-\u00e0-son-audit-de-s\u00e9curit\u00e9'  id=\"boomdevs_15\">Sc\u00e9nario 2 : une API Fintech qui \u00e9choue \u00e0 son audit de s\u00e9curit\u00e9<\/h3>\n<p>Consid\u00e9rez une \u00e9quipe API de paiements qui r\u00e9alise des tests de charge sur leur point de terminaison d&#8217;autorisation \u00e0 partir d&#8217;un petit ensemble de runners de test cloud. Le point de terminaison soutient le RPS cible avec une latence pr\u00e9visible. Des semaines plus tard, un audit externe de s\u00e9curit\u00e9 atteint le m\u00eame point de terminaison \u00e0 partir d&#8217;un mod\u00e8le de source distribu\u00e9 et d\u00e9clenche une r\u00e8gle &#8220;d\u2019expansion anormale&#8221; sur le WAF. Le d\u00e9bit s&#8217;effondre et les journaux d&#8217;audit notent des pauses de blocage que le test de charge n&#8217;avait jamais d\u00e9tect\u00e9es.<\/p>\n<p>L&#8217;\u00e9quipe avait test\u00e9 l&#8217;application via le WAF, mais jamais avec une forme de trafic que le WAF consid\u00e9rait comme suspecte. L&#8217;audit est la premi\u00e8re fois que le WAF s&#8217;engage r\u00e9ellement. Passer \u00e0 un test de charge multi-IP, multi-ASN reproduit le ralentissement en pr\u00e9-production, o\u00f9 la r\u00e8gle peut \u00eatre ajust\u00e9e avant le lancement. C&#8217;est aussi le mode de d\u00e9faillance derri\u00e8re une grande partie des recommandations sur <a href=\"https:\/\/www.loadview-testing.com\/fr\/blog\/pourquoi-les-tests-de-charge-http-traditionnels-ne-suffisent-pas-pour-les-applications-modernes\/\">pourquoi les tests de charge HTTP traditionnels ne suffisent pas<\/a> pour les stacks modernes.<\/p>\n<h3 id='sc\u00e9nario-3-une-application-saas-avec-une-mauvaise-configuration-silencieuse-de-l-anycast'  id=\"boomdevs_16\">Sc\u00e9nario 3 : une application SaaS avec une mauvaise configuration silencieuse de l&#8217;anycast<\/h3>\n<p>Consid\u00e9rez une entreprise SaaS B2B qui place une API publique derri\u00e8re un r\u00e9partiteur de charge anycast et ex\u00e9cute la <a href=\"https:\/\/www.loadview-testing.com\/fr\/blog\/liste-de-verification-de-preparation-des-tests-de-charge\/\">checklist standard de pr\u00e9paration des tests de charge<\/a>. Les tests d&#8217;une r\u00e9gion passent sans probl\u00e8me. Apr\u00e8s le lancement, des clients d&#8217;une r\u00e9gion \u00e9loign\u00e9e signalent une latence m\u00e9diane dix fois plus \u00e9lev\u00e9e que pr\u00e9vu. L&#8217;annonce anycast s&#8217;av\u00e8re mal configur\u00e9e, et le trafic de cette r\u00e9gion est achemin\u00e9 vers un POP \u00e9loign\u00e9 au lieu du plus proche. Aucun test d\u2019une seule r\u00e9gion n&#8217;aurait pu le d\u00e9tecter parce que la mauvaise configuration ne comptait que lorsque le r\u00e9solveur \u00e9tait en dehors de la r\u00e9gion source de test.<\/p>\n<p>C\u2019est le cas canonique pour les tests g\u00e9o-distribu\u00e9s. La justesse de la couche de routage n\u2019est pas visible depuis une seule source.<\/p>\n<p><span id=\"how-loadview\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='comment-loadview-g\u00e8re-les-tests-de-charge-multi-ip'  id=\"boomdevs_17\">Comment LoadView g\u00e8re les tests de charge multi-IP<\/h2>\n<p>LoadView est construit autour de ce probl\u00e8me. Le <a href=\"https:\/\/www.loadview-testing.com\/fr\/fonctionnalites\/reseau-geo-distribue\/\">r\u00e9seau d&#8217;injection de charge g\u00e9o-distribu\u00e9<\/a> de la plateforme couvre des dizaines d&#8217;emplacements en Am\u00e9rique du Nord, EMEA, APAC et Am\u00e9rique du Sud. Chaque emplacement est une r\u00e9gion cloud distincte avec son propre espace IP de sortie, donc lorsqu\u2019un test s\u2019ex\u00e9cute sur toutes ces r\u00e9gions, la distribution des sources at que l&#8217;application cible refl\u00e8te la forme g\u00e9ographique et r\u00e9seau des utilisateurs r\u00e9els plut\u00f4t qu&#8217;un groupe d&#8217;adresses de sortie cloud.<\/p>\n<p>Deux choix de conception sont importants pour les modes de d\u00e9faillance ci-dessus. D&#8217;abord, LoadView ex\u00e9cute des <a href=\"https:\/\/www.loadview-testing.com\/fr\/produits\/web-applications\/\">tests de charge d&#8217;applications web<\/a> dans de vrais navigateurs, de sorte que les comptes de connexion, le comportement de coalescence HTTP\/2 et la comptabilisation par connexion sur le serveur ressemblent \u00e0 des utilisateurs r\u00e9els plut\u00f4t qu&#8217;\u00e0 un client de protocole simplifi\u00e9. Ensuite, les injecteurs de charge sont g\u00e9r\u00e9s c\u00f4t\u00e9 cloud, ce qui signifie qu&#8217;il n&#8217;y a pas de harnais \u00e0 provisionner par l&#8217;\u00e9quipe, pas de pool de ports de passerelle NAT \u00e0 surveiller, et pas de tentation de faire tourner tous les g\u00e9n\u00e9rateurs dans une seule r\u00e9gion parce que le budget le permettait.<\/p>\n<p>La combinaison importe plus que chaque \u00e9l\u00e9ment pris s\u00e9par\u00e9ment. De vrais navigateurs depuis une seule IP d\u00e9clencheraient toujours les limites de d\u00e9bit et les distorsions WAF d\u00e9crites ci-dessus. Plusieurs IP ex\u00e9cutant des clients protocolaires seuls repr\u00e9senteraient toujours mal la gestion des pools de connexion et le comportement HTTP\/2. De vrais navigateurs provoquant des tests de charge depuis plusieurs adresses IP \u00e0 travers de nombreuses r\u00e9gions reproduisent \u00e0 la fois la forme r\u00e9seau et la forme client que la production voit.<\/p>\n<p>Une mise en garde pour bien d\u00e9finir les attentes : le r\u00e9seau g\u00e9o-distribu\u00e9 de LoadView est construit sur des r\u00e9gions cloud, ce qui vous offre une large r\u00e9partition g\u00e9ographique et ASN mais pas de sortie r\u00e9sidentielle ni via op\u00e9rateur mobile pr\u00eate \u00e0 l&#8217;emploi. Pour des charges de travail o\u00f9 une part significative du trafic de production provient de ces r\u00e9seaux (applications grand public fortement mobiles, par exemple), le bon sch\u00e9ma est de combiner les injecteurs cloud r\u00e9gionaux de LoadView avec une source r\u00e9sidentielle ou de niveau op\u00e9rateur que vous g\u00e9rez s\u00e9par\u00e9ment. La section pr\u00e9c\u00e9dente sur la distribution IP r\u00e9aliste consid\u00e8re la diversit\u00e9 r\u00e9seau comme une propri\u00e9t\u00e9 du plan de test, pas d&#8217;un outil unique.<\/p>\n<div class=\"cta\">\nVous souhaitez voir \u00e0 quoi ressemble votre application sous un trafic correspondant \u00e0 la distribution des sources en production ? <a target=\"_blank\" href=\"https:\/\/www.loadview-testing.com\/fr\/demo\/\"><u>R\u00e9servez une d\u00e9mo LoadView<\/u><\/a> d\u00e8s aujourd&#8217;hui !\n<\/div>\n<p><span id=\"checklist\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='checklist-de-mise-en-\u0153uvre'  id=\"boomdevs_18\">Checklist de mise en \u0153uvre<\/h2>\n<p>Avant le prochain test important, passez en revue les \u00e9l\u00e9ments suivants. La premi\u00e8re \u00e9tape relie cette checklist \u00e0 la discussion sur la distribution des sources ci-dessus \u2014 la forme production que vous y cartographiez est la cible \u00e0 laquelle toutes les \u00e9tapes ult\u00e9rieures sont calibr\u00e9es.<\/p>\n<p><strong>Cartographiez la distribution des sources en production.<\/strong> R\u00e9cup\u00e9rez une semaine de logs d&#8217;acc\u00e8s et regroupez les requ\u00eates par r\u00e9gion, ASN et densit\u00e9 de pr\u00e9fixes IP. Une commande simple comme <code>awk '{print $1}' access.log | sort -u | wc -l<\/code> vous donne un compte d&#8217;IP uniques \u00e0 partir d&#8217;un log combin\u00e9 NGINX ou Apache ; passez les r\u00e9sultats dans une recherche GeoIP\/ASN pour les d\u00e9coupes r\u00e9gionales et ASN. La forme de cette distribution est la cible que votre test doit reproduire. Si vous avez d\u00e9j\u00e0 des donn\u00e9es de <a href=\"https:\/\/www.loadview-testing.com\/fr\/en-savoir-plus-sur-les-tests-de-charge\/tests-simultanes-des-utilisateurs-a-partir-du-cloud\/\">tests utilisateurs concurrents<\/a>, utilisez-les comme r\u00e9f\u00e9rence.<\/p>\n<p><strong>Identifiez les limites par IP dans votre stack.<\/strong> Rate limiters \u00e0 la p\u00e9riph\u00e9rie, la passerelle API, l&#8217;application et toutes les API tierces. Notez le budget sur chacun. Tout test qui ne d\u00e9passe pas le budget le plus bas sur au moins une IP ne valide pas cette limite.<\/p>\n<p><strong>Choisissez les r\u00e9gions d&#8217;injection en fonction du poids de production.<\/strong> Si 60 % du trafic provient d&#8217;Am\u00e9rique du Nord, 60 % des g\u00e9n\u00e9rateurs doivent s&#8217;y trouver. Ne forcez pas une rotation excessive pour \u00ab tester toutes les r\u00e9gions \u00e9galement \u00bb si la production est d\u00e9s\u00e9quilibr\u00e9e.<\/p>\n<p><strong>Confirmez la diversit\u00e9 des ASN de sortie.<\/strong> Si chaque g\u00e9n\u00e9rateur est dans un seul cloud, le test a toujours le probl\u00e8me de sortie cloud. Au minimum, m\u00e9langez les r\u00e9gions ; mieux, m\u00e9langez les fournisseurs (par exemple, combinez deux fournisseurs cloud avec un r\u00e9seau de sortie r\u00e9sidentiel ou op\u00e9rateur mobile).<\/p>\n<p><strong>Divisez le rapport par source.<\/strong> La latence, le taux d&#8217;erreur et le d\u00e9bit doivent chacun \u00eatre ventil\u00e9s par r\u00e9gion et ASN. Si la division se r\u00e9duit \u00e0 un seul ensemble, le test \u00e9tait effectivement \u00e0 source unique.<\/p>\n<p><strong>Reproduisez un d\u00e9clenchement connu d&#8217;une r\u00e8gle WAF.<\/strong> Lancez un petit test con\u00e7u pour d\u00e9clencher une r\u00e8gle WAF que vous comprenez, et confirmez qu&#8217;elle se d\u00e9clenche. Sinon, le trafic de test ne ressemble pas \u00e0 la production pour votre WAF, et le reste des r\u00e9sultats est suspect.<\/p>\n<p><span id=\"faq\" class=\"jump-anchor\"><\/span><\/p>\n<h2 id='faq'  id=\"boomdevs_19\">FAQ<\/h2>\n<h3 id='pourquoi-les-tests-de-charge-\u00e0-partir-d-une-seule-ip-produisent-ils-des-chiffres-erron\u00e9s'  id=\"boomdevs_20\">Pourquoi les tests de charge \u00e0 partir d&#8217;une seule IP produisent-ils des chiffres erron\u00e9s ?<\/h3>\n<p>Le trafic de production provient de nombreuses IP sur de nombreux r\u00e9seaux. Les limiteurs de d\u00e9bit, les WAF, les bords CDN, les routeurs anycast et les pools de connexions se comportent tous diff\u00e9remment lorsque le trafic provient d&#8217;une seule source. Un test \u00e0 IP unique sollicite des chemins que les utilisateurs r\u00e9els ne touchent jamais et ignore les chemins que les utilisateurs r\u00e9els touchent toujours, donc la latence et les chiffres de d\u00e9bit refl\u00e8tent la configuration du test plut\u00f4t que le syst\u00e8me.<\/p>\n<h3 id='le-spoofing-ip-dans-jmeter-est-il-identique-au-test-de-charge-multi-ip'  id=\"boomdevs_21\">Le spoofing IP dans JMeter est-il identique au test de charge multi-IP ?<\/h3>\n<p>Pas vraiment. Le spoofing IP dans JMeter fait tourner l&#8217;IP source au niveau du syst\u00e8me d&#8217;exploitation, mais les paquets quittent toujours une seule machine avec une seule route par d\u00e9faut, un seul ASN et une seule localisation g\u00e9ographique. Les CDN, les routeurs anycast et de nombreux WAF se basent sur le chemin r\u00e9seau et l&#8217;ASN, pas seulement sur l&#8217;adresse source de couche 3. Un vrai test de charge multi-IP distribue les g\u00e9n\u00e9rateurs sur diff\u00e9rents r\u00e9seaux et r\u00e9gions.<\/p>\n<h3 id='combien-d-ips-sont-n\u00e9cessaires-pour-un-test-de-charge-r\u00e9aliste'  id=\"boomdevs_22\">Combien d&#8217;IPs sont n\u00e9cessaires pour un test de charge r\u00e9aliste ?<\/h3>\n<p>Il n&#8217;y a pas de chiffre unique. La cible correcte est une diversit\u00e9 suffisante d&#8217;IP et g\u00e9ographique telle qu&#8217;aucune IP source unique ne d\u00e9passe la limite de d\u00e9bit par IP que vous souhaitez valider, et que la distribution du bord CDN et du routage correspond approximativement \u00e0 votre mix de trafic en production. Pour la plupart des applications grand public, cela signifie des dizaines \u00e0 des centaines d&#8217;IP sources distinctes r\u00e9parties sur plusieurs r\u00e9gions.<\/p>\n<h3 id='quand-un-test-de-charge-\u00e0-ip-unique-est-il-acceptable'  id=\"boomdevs_23\">Quand un test de charge \u00e0 IP unique est-il acceptable ?<\/h3>\n<p>Les tests \u00e0 IP unique conviennent aux v\u00e9rifications au niveau composant : un service backend derri\u00e8re un \u00e9quilibreur de charge interne sans limite par IP, un benchmark de pilote de base de donn\u00e9es ou un test rapide o\u00f9 seule la correction de la r\u00e9ponse importe. Dans presque tous les cas, ce n\u2019est pas suffisant pour une validation des performances de bout en bout d\u2019un point d\u2019acc\u00e8s internet.<\/p>\n<h3 id='le-nat-signifie-t-il-qu-une-seule-ippeuvent-repr\u00e9senter-de-nombreux-utilisateurs'  id=\"boomdevs_24\">Le NAT signifie-t-il qu\u2019une seule IPpeuvent repr\u00e9senter de nombreux utilisateurs?<\/h3>\n<p>Le NAT et le CGNAT compressent en effet de nombreux utilisateurs r\u00e9els derri\u00e8re une seule adresse, donc les limites de taux par IP en production prennent d\u00e9j\u00e0 en compte une certaine agr\u00e9gation. Le probl\u00e8me avec les tests sur une seule IP n&#8217;est pas qu&#8217;une IP ne peut pas repr\u00e9senter de nombreux utilisateurs, mais qu&#8217;une IP ne peut pas repr\u00e9senter la r\u00e9partition des utilisateurs que vous avez r\u00e9ellement. Le trafic r\u00e9el s&#8217;\u00e9tend sur des milliers de sorties NAT, pas une seule.<\/p>\n<h2 id='planifiez-un-test-de-charge-qui-retourne-des-chiffres-que-vous-pouvez-d\u00e9fendre'  id=\"boomdevs_25\">Planifiez un test de charge qui retourne des chiffres que vous pouvez d\u00e9fendre<\/h2>\n<p>Si le trafic de test ne correspond pas \u00e0 la forme source de la production, les r\u00e9sultats du test ne d\u00e9crivent pas la production. Les tests de charge distribu\u00e9s sur plusieurs r\u00e9gions ne sont pas un luxe pour la planification de capacit\u00e9, la validation de la s\u00e9curit\u00e9, ou la correction du routage en p\u00e9riph\u00e9rie. Les tests de charge distribu\u00e9s aident \u00e0 garantir que vos tests refl\u00e8tent la fa\u00e7on dont les vrais utilisateurs acc\u00e8dent \u00e0 votre application. Commencez par la liste de contr\u00f4le ci-dessus, analysez chaque rapport par source, et validez vos hypoth\u00e8ses sur le comportement du WAF et des limites de taux avant le prochain lancement plut\u00f4t que pendant celui-ci.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Le trafic de production provient de nombreuses IPs et r\u00e9gions\u2014pas d\u2019une seule source. TL;DR. Les tests de charge depuis une seule IP peuvent produire des r\u00e9sultats trompeurs car les CDN, WAF, limiteurs de d\u00e9bit et couches de routage se comportent diff\u00e9remment sous un trafic distribu\u00e9. Pour des r\u00e9sultats r\u00e9alistes, les tests doivent utiliser plusieurs IPs [&hellip;]<\/p>\n","protected":false},"author":8,"featured_media":98629,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[511],"tags":[],"class_list":["post-99628","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tests-de-performance"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.5 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP<\/title>\n<meta name=\"description\" content=\"Les tests de charge \u00e0 IP unique semblent cr\u00e9dibles mais biaisent les limiteurs de taux, les WAF, les bords de CDN et le routage. D\u00e9couvrez les sept modes d&#039;\u00e9chec et comment les tests de charge multi-IP les corrigent.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP\" \/>\n<meta property=\"og:description\" content=\"Les tests de charge \u00e0 IP unique semblent cr\u00e9dibles mais biaisent les limiteurs de taux, les WAF, les bords de CDN et le routage. D\u00e9couvrez les sept modes d&#039;\u00e9chec et comment les tests de charge multi-IP les corrigent.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/\" \/>\n<meta property=\"og:site_name\" content=\"LoadView\" \/>\n<meta property=\"article:published_time\" content=\"2026-05-13T18:54:12+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-05-14T05:45:52+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/hero-multi-ip-load-testing.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1536\" \/>\n\t<meta property=\"og:image:height\" content=\"1024\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Brian Altstatt\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@loadviewtesting\" \/>\n<meta name=\"twitter:site\" content=\"@loadviewtesting\" \/>\n<meta name=\"twitter:label1\" content=\"\u00c9crit par\" \/>\n\t<meta name=\"twitter:data1\" content=\"Brian Altstatt\" \/>\n\t<meta name=\"twitter:label2\" content=\"Dur\u00e9e de lecture estim\u00e9e\" \/>\n\t<meta name=\"twitter:data2\" content=\"22 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/\"},\"author\":{\"name\":\"Brian Altstatt\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#\\\/schema\\\/person\\\/a59bc99eaa397a19c8feec39abb3d548\"},\"headline\":\"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP\",\"datePublished\":\"2026-05-13T18:54:12+00:00\",\"dateModified\":\"2026-05-14T05:45:52+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/\"},\"wordCount\":4568,\"publisher\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.loadview-testing.com\\\/wp-content\\\/uploads\\\/hero-multi-ip-load-testing.png\",\"articleSection\":[\"Tests de performance\"],\"inLanguage\":\"fr-FR\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/\",\"url\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/\",\"name\":\"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.loadview-testing.com\\\/wp-content\\\/uploads\\\/hero-multi-ip-load-testing.png\",\"datePublished\":\"2026-05-13T18:54:12+00:00\",\"dateModified\":\"2026-05-14T05:45:52+00:00\",\"description\":\"Les tests de charge \u00e0 IP unique semblent cr\u00e9dibles mais biaisent les limiteurs de taux, les WAF, les bords de CDN et le routage. D\u00e9couvrez les sept modes d'\u00e9chec et comment les tests de charge multi-IP les corrigent.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.loadview-testing.com\\\/wp-content\\\/uploads\\\/hero-multi-ip-load-testing.png\",\"contentUrl\":\"https:\\\/\\\/www.loadview-testing.com\\\/wp-content\\\/uploads\\\/hero-multi-ip-load-testing.png\",\"width\":1536,\"height\":1024,\"caption\":\"Diagram of distributed load generators in multiple global regions sending test traffic through CDN, WAF, load balancer, and app servers.\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/blog\\\/why-realistic-load-testing-requires-multiple-ip-addresses\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#website\",\"url\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/\",\"name\":\"LoadView\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#organization\",\"name\":\"LoadView\",\"url\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/www.loadview-testing.com\\\/wp-content\\\/uploads\\\/LoadView-logo-square.png\",\"contentUrl\":\"https:\\\/\\\/www.loadview-testing.com\\\/wp-content\\\/uploads\\\/LoadView-logo-square.png\",\"width\":2084,\"height\":2084,\"caption\":\"LoadView\"},\"image\":{\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"https:\\\/\\\/x.com\\\/loadviewtesting\",\"https:\\\/\\\/www.linkedin.com\\\/company\\\/loadview-testing\",\"https:\\\/\\\/www.youtube.com\\\/@loadviewtesting\"]},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.loadview-testing.com\\\/fr\\\/#\\\/schema\\\/person\\\/a59bc99eaa397a19c8feec39abb3d548\",\"name\":\"Brian Altstatt\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/51f1af50cffa720d748631c0fcda6903d6b6d892c0356b7eeb27552e9ec818ef?s=96&d=mm&r=pg\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/51f1af50cffa720d748631c0fcda6903d6b6d892c0356b7eeb27552e9ec818ef?s=96&d=mm&r=pg\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/51f1af50cffa720d748631c0fcda6903d6b6d892c0356b7eeb27552e9ec818ef?s=96&d=mm&r=pg\",\"caption\":\"Brian Altstatt\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP","description":"Les tests de charge \u00e0 IP unique semblent cr\u00e9dibles mais biaisent les limiteurs de taux, les WAF, les bords de CDN et le routage. D\u00e9couvrez les sept modes d'\u00e9chec et comment les tests de charge multi-IP les corrigent.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/","og_locale":"fr_FR","og_type":"article","og_title":"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP","og_description":"Les tests de charge \u00e0 IP unique semblent cr\u00e9dibles mais biaisent les limiteurs de taux, les WAF, les bords de CDN et le routage. D\u00e9couvrez les sept modes d'\u00e9chec et comment les tests de charge multi-IP les corrigent.","og_url":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/","og_site_name":"LoadView","article_published_time":"2026-05-13T18:54:12+00:00","article_modified_time":"2026-05-14T05:45:52+00:00","og_image":[{"width":1536,"height":1024,"url":"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/hero-multi-ip-load-testing.png","type":"image\/png"}],"author":"Brian Altstatt","twitter_card":"summary_large_image","twitter_creator":"@loadviewtesting","twitter_site":"@loadviewtesting","twitter_misc":{"\u00c9crit par":"Brian Altstatt","Dur\u00e9e de lecture estim\u00e9e":"22 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/#article","isPartOf":{"@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/"},"author":{"name":"Brian Altstatt","@id":"https:\/\/www.loadview-testing.com\/fr\/#\/schema\/person\/a59bc99eaa397a19c8feec39abb3d548"},"headline":"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP","datePublished":"2026-05-13T18:54:12+00:00","dateModified":"2026-05-14T05:45:52+00:00","mainEntityOfPage":{"@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/"},"wordCount":4568,"publisher":{"@id":"https:\/\/www.loadview-testing.com\/fr\/#organization"},"image":{"@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/#primaryimage"},"thumbnailUrl":"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/hero-multi-ip-load-testing.png","articleSection":["Tests de performance"],"inLanguage":"fr-FR"},{"@type":"WebPage","@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/","url":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/","name":"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP","isPartOf":{"@id":"https:\/\/www.loadview-testing.com\/fr\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/#primaryimage"},"image":{"@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/#primaryimage"},"thumbnailUrl":"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/hero-multi-ip-load-testing.png","datePublished":"2026-05-13T18:54:12+00:00","dateModified":"2026-05-14T05:45:52+00:00","description":"Les tests de charge \u00e0 IP unique semblent cr\u00e9dibles mais biaisent les limiteurs de taux, les WAF, les bords de CDN et le routage. D\u00e9couvrez les sept modes d'\u00e9chec et comment les tests de charge multi-IP les corrigent.","breadcrumb":{"@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/"]}]},{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/#primaryimage","url":"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/hero-multi-ip-load-testing.png","contentUrl":"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/hero-multi-ip-load-testing.png","width":1536,"height":1024,"caption":"Diagram of distributed load generators in multiple global regions sending test traffic through CDN, WAF, load balancer, and app servers."},{"@type":"BreadcrumbList","@id":"https:\/\/www.loadview-testing.com\/fr\/blog\/why-realistic-load-testing-requires-multiple-ip-addresses\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.loadview-testing.com\/fr\/"},{"@type":"ListItem","position":2,"name":"Pourquoi un test de charge r\u00e9aliste n\u00e9cessite plusieurs adresses IP"}]},{"@type":"WebSite","@id":"https:\/\/www.loadview-testing.com\/fr\/#website","url":"https:\/\/www.loadview-testing.com\/fr\/","name":"LoadView","description":"","publisher":{"@id":"https:\/\/www.loadview-testing.com\/fr\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.loadview-testing.com\/fr\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"fr-FR"},{"@type":"Organization","@id":"https:\/\/www.loadview-testing.com\/fr\/#organization","name":"LoadView","url":"https:\/\/www.loadview-testing.com\/fr\/","logo":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.loadview-testing.com\/fr\/#\/schema\/logo\/image\/","url":"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/LoadView-logo-square.png","contentUrl":"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/LoadView-logo-square.png","width":2084,"height":2084,"caption":"LoadView"},"image":{"@id":"https:\/\/www.loadview-testing.com\/fr\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/x.com\/loadviewtesting","https:\/\/www.linkedin.com\/company\/loadview-testing","https:\/\/www.youtube.com\/@loadviewtesting"]},{"@type":"Person","@id":"https:\/\/www.loadview-testing.com\/fr\/#\/schema\/person\/a59bc99eaa397a19c8feec39abb3d548","name":"Brian Altstatt","image":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/secure.gravatar.com\/avatar\/51f1af50cffa720d748631c0fcda6903d6b6d892c0356b7eeb27552e9ec818ef?s=96&d=mm&r=pg","url":"https:\/\/secure.gravatar.com\/avatar\/51f1af50cffa720d748631c0fcda6903d6b6d892c0356b7eeb27552e9ec818ef?s=96&d=mm&r=pg","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/51f1af50cffa720d748631c0fcda6903d6b6d892c0356b7eeb27552e9ec818ef?s=96&d=mm&r=pg","caption":"Brian Altstatt"}}]}},"_links":{"self":[{"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/posts\/99628","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/comments?post=99628"}],"version-history":[{"count":1,"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/posts\/99628\/revisions"}],"predecessor-version":[{"id":99630,"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/posts\/99628\/revisions\/99630"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/media\/98629"}],"wp:attachment":[{"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/media?parent=99628"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/categories?post=99628"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.loadview-testing.com\/fr\/wp-json\/wp\/v2\/tags?post=99628"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}