Bande passante mesurée ou non mesurée

01

Construire un profil de trafic à partir des intervalles observés

Collectez l'entrée et la sortie séparément pendant au moins un cycle commercial représentatif, en conservant des intervalles horaires ou plus fins ainsi que des totaux quotidiens. Marquez les sauvegardes, les versions, les remplissages de cache, la réplication, les événements d'abus et les migrations ponctuelles afin qu'ils ne soient pas confondus avec la demande normale. Un total seul cache si la charge de travail est un flux constant, de courtes rafales ou quelques grandes fenêtres de transfert.

Utilisez les mêmes unités partout. Convertissez les allocations du fournisseur et les mesures de l'application en octets ou en gigaoctets décimaux avant de comparer, et indiquez si les deux directions sont facturées. Si un contrat utilise une méthode de percentile, obtenez ses règles exactes d'échantillonnage, de direction et de rejet plutôt que de supposer que chaque produit au 95e percentile est calculé de manière identique.

02

Mesurez le chemin, pas seulement l'interface

N'exécutez des tests de débit qu'entre des systèmes que vous contrôlez ou êtes autorisé à tester, et coordonnez les tests soutenus à haut débit avec l'opérateur concerné. iperf3 nécessite un client et un serveur et peut mesurer TCP, UDP ou SCTP. Enregistrez le matériel des points de terminaison, la direction, le protocole, la durée, le nombre de flux, l'heure, la route et le résultat pour qu'un test ultérieur soit comparable.

Commencez par le temps aller-retour de base, la perte et le MTU du chemin, puis comparez une seule connexion TCP avec la concurrence réellement utilisée par l'application. La RFC 6349 explique pourquoi la bande passante du goulot d'étranglement, le temps aller-retour, la fenêtre de réception et le MTU du chemin affectent le débit TCP. Les limites CPU, le chiffrement, les E/S disque et le pair distant peuvent également plafonner un résultat. Un port 10 Gbps est donc un plafond local, pas une preuve de bon débit applicatif 10 Gbps vers toutes les destinations.

• IETF RFC 6349 TCP cadre de débit ↗
• Documentation d'utilisation d'ESnet iperf3 ↗

03

Normalisez la facture avant de comparer les offres

Représentez l'option mesurée comme un coût de service fixe plus le transfert facturable au-delà de toute allocation incluse, puis ajoutez les adresses publiques, les services de sécurité ou les frais de port engagés que la facture traite séparément. Représentez l'option non mesurée avec son prix à terme fixe et toute mise à niveau de port requise. Gardez les variables d'entrée et de sortie séparées jusqu'à ce que le contrat confirme comment elles sont facturées.

Ne convertissez pas le maximum théorique continu du port en trafic mensuel attendu. Au lieu de cela, rejouez des profils bas, attendus et élevés à partir de données mesurées. Le service non mesuré est précieux lorsqu'il supprime un poste de trafic volatil ; il ne supprime pas le port physique, les conditions de routage, les contrôles d'abus ou la politique d'utilisation acceptable.

04

Vérifiez la politique et rendez les résultats reproductibles

Avant de commander, confirmez le débit du port, s'il est dédié ou partagé, la comptabilisation du transfert, le comportement en cas de dépassement, le filtrage, les restrictions de trafic et la procédure de mise à niveau. Les pages du catalogue Tungsto décrivent les ports non mesurés inclus, mais elles ne garantissent pas une route de bout en bout particulière ni un résultat applicatif.

Le livrable attendu est un profil de trafic, un enregistrement de test et une feuille de calcul des coûts avec les hypothèses du contrat jointes. Répétez les mesures après le déploiement à des moments comparables. Étudiez les changements de route, de perte, de latence, de charge de l'hôte et de capacité des pairs avant de conclure que le modèle de facturation a provoqué un changement de débit.