Cookies nécessaires
Outil gratuit de planification réseau
Prévoyez le trafic et la perte d’un serveur.
Vérifiez le budget réseau de votre parc de filtrage. Ajoutez vos mesures de débit pour comparer les limites logicielles, puis voyez ce qui reste lorsque des serveurs deviennent indisponibles.
Fonctionnement normal et perte de serveurs
Tous les budgets ci-dessous conservent déjà la marge sélectionnée. La sortie filtrée est dimensionnée pour le cas conservateur où tout le trafic entrant doit être transmis.
Faites défiler horizontalement pour voir toutes les colonnes.
| Scénario | Serveurs disponibles | Budget réseau | Budget selon vos mesures | Évaluation |
|---|---|---|---|---|
| Tous les serveurs disponibles | 2 | 160 Gbps | Non renseigné | Dans le budget indiquéCapacité logicielle inconnue |
| Serveurs indisponibles : 1 | 1 | 80 Gbps | Non renseigné | Budget insuffisantCapacité logicielle inconnue |
Les valeurs affichées sont arrondies ; le calcul conserve toute la précision.
Le chemin dimensionné
- Entrée avant filtrage
- Serveurs de filtrage
- Sortie filtrée
Le modèle utilise des ports d’entrée et de sortie distincts, de même vitesse. Les trunks partagés, les montages à interface unique, le trafic en sens inverse et les liens de contournement nécessitent leurs propres budgets.
Un modèle limité, des hypothèses explicites
- Deux scénarios de pointe
- Le besoin réseau est le maximum entre le pic Gbps saisi et le débit sur le lien déduit du scénario PPS. Ce sont deux cas de planification distincts, pas une reconstitution du trafic réel.
- Les ports ne se comptent qu’une fois sur le chemin
- Avec deux ports de données 100G, l’un sert à l’entrée et l’autre à la sortie : le modèle part d’un budget de 100G dans un sens. Quatre ports forment deux paires, sous réserve d’une répartition fonctionnelle du trafic.
- Réserver la marge avant de compter les serveurs
- Capacité utilisable = capacité × (1 − marge / 100). Divisez la charge requise par le budget utilisable d’un serveur, arrondissez à l’entier supérieur, puis ajoutez le nombre de serveurs pouvant être perdus.
- Utiliser les deux limites mesurées si elles existent
- Le débit Gbps mesuré est plafonné au budget physique des ports dans ce modèle. Le nombre de serveurs le plus élevé imposé par les contraintes Gbps et Mpps est retenu. Aucune performance logicielle n’est déduite de la vitesse d’une carte réseau.
Ce qui reste à tester avant le déploiement
- Validez les files NIC, la capacité PCIe, le placement NUMA, le processeur et la mémoire avec les règles de filtrage et le mélange de paquets réels.
- Testez la répartition en fonctionnement normal et après panne. Un budget agrégé ne prouve pas qu’un flux, un préfixe ou une répartition déséquilibrée tient dans les limites.
- Vérifiez la convergence du routage, les sessions avec état, la MTU et le retour filtré. Des serveurs supplémentaires ne suffisent pas à établir une bascule automatique.
- Respectez aussi les limites des liens amont. Un logiciel local ne récupère pas les paquets déjà perdus sur un accès saturé.
- Qualifiez le débit et les pannes dans un environnement d’essai isolé et autorisé avant de vous appuyer sur ce plan.
Questions
Deux ports 100G comptent-ils pour 200G de filtrage ?
Non. Ce modèle associe un port d’entrée avant filtrage et un port de sortie filtrée. Cette paire offre un budget physique de 100G dans un sens avant réserve, et le logiciel peut traiter moins.
Le nombre minimal de serveurs certifie-t-il les performances de Defense Fabric ?
Non. Sans vos mesures, il représente uniquement un minimum de capacité réseau. Avec des mesures, il compare vos limites déclarées selon les hypothèses indiquées ; ce n’est ni un benchmark Peeryx ni une recette de déploiement.
Pourquoi les PPS peuvent-ils augmenter le besoin en Gbps ?
Le modèle convertit le scénario PPS selon la taille de trame saisie, en incluant le temps occupé par l’overhead Ethernet. Il retient le besoin réseau le plus élevé entre ce scénario et votre pic Gbps distinct. Vérifiez la taille des trames et la définition des compteurs si les valeurs divergent fortement.
Le calculateur met-il la redondance en place ?
Non. Il calcule la capacité avec moins de serveurs disponibles. La bascule réelle dépend du routage, de la détection de panne, de la gestion des états, de la topologie physique et d’une procédure de reprise testée.
Références techniques
Confrontez ce plan à votre déploiement
Consultez le guide Defense Fabric pour les conditions d’intégration, ou étudiez un Transit protégé si le réseau d’accès constitue la limite.