> Vivien GUEANT a écrit: > http://lafibre.info/images/cogent/graphe_saturation.png > que le lien sature a seulement 85% ?
Erreur numéro 1: si RDD marche comme MRTG, 1 octet = 8 bits. Faux. Avec l'overhead, 1 octet = 10 bits, des fois 11. Sur un lien à 1000 Mbit/s (instantané), si tu obtiens une moyenne SUR 5 MINUTES de 100 KO/s dans un environnement réel, tu as de la chance. Si je lis bien le graphique, c'est RDD très fortement inspiré de MRTG. Chaque pixel est une MOYENNE sur 5 minutes de l'utilisation, probablement basé sur une formule du genre "nombre d'octets dans les 5 dernières minutes divisé par 300". Pas l'utilisation maxi durant les 5 dernières minutes. Si ceci est le cas, c'est déjà bien d'avoir 85%. Le trafic réseau, par nature, a des hauts et des bas. Vu la première partie courbe, ton lien est saturé à 100% pendant au moins 20% du temps de 14h à minuit (à la louche). Ceci n'a rien à voir avec Etherchannel; si tu avais un Ethernet à 20 Gbps au lieu de 2x10, tu n'aurais que quelques cacahouètes en plus. Vu la courbe, faudrait que tu aies au moins 40 à 50 Gbps pour ne pas dropper de paquets. Si tu extrapoles à la louche la pente de la courbe à 23h45, tu te retrouves facile avec un pic de demande à plus de 40 en milieu de journée. La courbe ressemble à une sinusoïde, plus ou moins. Bon même si des fois c'est plutôt patatoïde, certainement pas à une ligne droite comme je vois de 14h à 23h45. > Quels sont les impacts clients d'un lien 20 Gb/s chargé à 80% ? aucun ? Très mauvaise question. Dès que le graphique commence à devenir plat, ça veut dire que tu ralentis le trafic. Si c'est plat 10 minutes par jour, ça va mais ce graphique me dit que tu as besoin d'au moins 40 pour ne pas écrêter. Tu pourrais nous donner le graphe de la semaine ou du mois? > Est-il possible dutiliser un lien Etherchannel avec > QoS activé à 90% de charge sans perdre des paquets ? Pas avec une moyenne sur 5 minutes. Si tu regardais la moyenne sur 10 ou 30 secondes, tu verrais que tu es à 100%. Le graphique me dit quelque chose de très clair: ce lien peut encaisser 16, pas plus. On en revient à la discussion de QOS de la semaine dernière: ton tuyau n'a que la moitié de la capacité demandée; à ce point là, c'est plus QOS qu'il te faut. Faut que tu commences à RESERVER la bande passante pour ton trafic prioritaire, plus seulement à dire que ça passe dans le buffer en premier. En clair: tu définis que le lien a 16 de capacité, et tu réserves 2Gbps au trafic prioritaire, que le trafic non prioritaire ne va JAMAIS utiliser. Donc que tu as 14 de dispo, ou tu doubles ta capacité. Michel.
smime.p7s
Description: S/MIME cryptographic signature
