Cookies necesarias
Herramienta gratuita de planificación de red
Dimensione para el tráfico y para un fallo de servidor.
Compruebe la capacidad de red de su conjunto de filtros. Añada sus mediciones para comparar los límites del software y vea qué queda cuando hay servidores no disponibles.
Funcionamiento normal y pérdida de servidores
Todas las capacidades siguientes ya reservan el margen seleccionado. La salida filtrada se dimensiona para el caso conservador en que todo el tráfico entrante debe reenviarse.
Desplácese horizontalmente para ver todas las columnas.
| Escenario | Servidores disponibles | Capacidad de red | Capacidad según sus mediciones | Evaluación |
|---|---|---|---|---|
| Todos los servidores disponibles | 2 | 160 Gbps | No indicado | Dentro de la capacidad indicadaCapacidad del software desconocida |
| Servidores no disponibles : 1 | 1 | 80 Gbps | No indicado | Capacidad insuficienteCapacidad del software desconocida |
Los valores mostrados se redondean; el cálculo conserva toda la precisión.
El recorrido dimensionado
- Entrada sin filtrar
- Servidores de filtrado
- Salida filtrada
El modelo usa puertos de entrada y salida separados y de igual velocidad. Los troncales compartidos, los diseños de un solo enlace, el tráfico inverso y los enlaces de bypass necesitan sus propios cálculos de capacidad.
Un modelo limitado con supuestos explícitos
- Dos escenarios de pico
- La necesidad de red es el mayor valor entre el pico Gbps introducido y la tasa sobre el enlace derivada del escenario PPS. Son casos de planificación separados, no una reconstrucción del tráfico real.
- Los puertos se cuentan una vez a lo largo del recorrido
- Con dos puertos de datos 100G, uno recibe y otro envía: el modelo parte de 100G en un sentido. Cuatro puertos ofrecen dos pares, siempre que funcione la distribución de carga.
- Reservar capacidad antes de contar servidores
- Capacidad utilizable = capacidad × (1 − margen / 100). Divida la carga necesaria entre la capacidad utilizable por servidor, redondee hacia arriba y añada la reserva seleccionada para pérdida de servidores.
- Usar ambos límites medidos cuando existan
- Los Gbps medidos se limitan a la capacidad física de los puertos en este modelo. Se conserva la mayor cantidad de servidores exigida por las restricciones Gbps y Mpps. La velocidad de una NIC no permite deducir el rendimiento del software.
Qué debe probarse aún antes del despliegue
- Valide las colas de la NIC, la capacidad PCIe, la ubicación NUMA, la CPU y la memoria con las reglas de filtrado y la mezcla real de paquetes.
- Pruebe la distribución en funcionamiento normal y tras un fallo. Una capacidad agregada no demuestra que un flujo, un prefijo o una distribución de hash desigual quepan en ella.
- Compruebe la convergencia de rutas, las sesiones con estado, la MTU y el retorno filtrado. Los servidores de reserva por sí solos no garantizan conmutación automática.
- Respete también los límites de los enlaces upstream. El software local no puede recuperar tráfico ya perdido en un acceso saturado.
- Valide el rendimiento y los fallos en un entorno de pruebas aislado y autorizado antes de basarse en el plan.
Preguntas
¿Dos puertos 100G cuentan como 200G de filtrado?
No. El modelo empareja un puerto de entrada sin filtrar con uno de salida filtrada. Ese par tiene una capacidad física de 100G en un sentido antes de reservar margen, y el software puede procesar menos.
¿La cantidad mínima de servidores certifica el rendimiento de Defense Fabric?
No. Sin sus mediciones solo es un mínimo de capacidad de red. Con mediciones, compara los límites que usted aporta bajo los supuestos indicados; no es un benchmark de Peeryx ni una prueba de aceptación del despliegue.
¿Por qué los PPS pueden aumentar la necesidad de Gbps?
El planificador convierte el escenario PPS usando el tamaño de trama indicado e incluye la ocupación temporal del overhead Ethernet. Conserva la mayor necesidad de red entre ese escenario y su pico Gbps independiente. Revise el tamaño de trama y los criterios de los contadores si difieren mucho.
¿El calculador configura la redundancia?
No. Calcula la capacidad con menos servidores disponibles. La conmutación real depende del enrutamiento, la detección de fallos, la gestión de estados, la topología física y un procedimiento de recuperación probado.
Referencias técnicas
Contraste el plan con su despliegue
Consulte los requisitos de integración en la guía de Defense Fabric o estudie un diseño de Transit protegido si el acceso a la red limita la capacidad.