Calcul de la capacité de binding montante nécessaire du commutateur de réseau

Existe-t-il une méthode commune (utilisable en pratique) pour estimer la capacité de basculement du commutateur en fonction du nombre connu d'users connectés à ce commutateur et de la vitesse internet maximale qu'ils sont autorisés.

Il s'agit d'une topologie d'exemple:

core switch ==== aggregation switch ---- access switch 1 ---- 10 users |----- access switch 2 ---- 30 users |----- access switch 3 ---- 50 users 

Je souhaite find la capacité nécessaire (ou le trafic maximal dans l'heure la plus achalandée) pour les liens entre les commutateurs d'agrégation et les commutateurs d'access 1, 2 et 3. Je sais qu'ils seront autorisés à avoir une vitesse maximale d'Internet de 50 Mbit / s et aucun transfert entre les users.

Dans le pire des cas, ils seront tous téléchargés à 50 Mbit / s, donc 50 users * 50Mbits / s = 2500Mbit / s, mais ce cas n'arrivera presque jamais au fur et à mesure que le trafic se triggers et ce sera un gaspillage de ressources.

J'ai donc besoin d'une méthode générale, de pratiques exemplaires ou de tout guide pour ce travail. Tout ce que je trouve dans Internet est la théorie avec une valeur presque scientifique, mais aucune information sur la façon dont ils le font dans les IPS et les entresockets de télécommunication en pratique.

2 Solutions collect form web for “Calcul de la capacité de binding montante nécessaire du commutateur de réseau”

La raison pour laquelle vous ne voyez que la théorie sans beaucoup de résultats, c'est que les templates de files d'attente sont trompés par les «trains de packages», et le protocole TCP entraîne une congestion, ce qui empêche les files d'attente. La théorie dit "Je ne fais pas ce genre de choses" (;-))

Vous devez find le nombre réel d'users pour vos périodes occupées sur un lien comparable: la même technologie, pas nécessairement la même configuration. Cela et votre population vous donneront un sous-abonnement, puis vous pourrez calculer un estimateur initial.

Après avoir fait tout cela, mesurer les résultats , calculer la marge d'erreur et économiser pour la prochaine fois.

Une mise en garde: si ce lien est un goulet d'étranglement ou est entre deux réseaux à différentes vitesses, vous êtes sur le point d'apprendre tout sur "bufferbloat". Vous ne l'apprécierez pas (;-))

Vous devrez déterminer votre taux de surstockage , selon votre request. Il pourrait être 20: 1 (ce qui est commun pour les FAI) ou supérieur, comme 4: 1.

Un seul lien gigabit fournira un ratio 20: 1 pour 50mb / s de trafic.

Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de réseau.