Cookie necessari
Requisiti di implementazione
Protezione DDoS per datacenter e colocation
Il progetto deve collegare protezione di rete, interfacce reali, routing dei clienti e dipendenze condivise. Velocità delle porte, prestazioni dei filtri e capacità upstream richiedono criteri di collaudo separati.
Esplicitare i confini fisici e operativi
- La consegna comprende più della velocità di una porta
- Tipo d'interfaccia, ottiche, VLAN, indirizzamento, MTU, routing e ubicazione determinano l'utilizzabilità. Disponibilità fisica e costi di attivazione vanno verificati per il sito: un calcolatore online non conferma un cross-connect.
- La ridondanza può nascondere una dipendenza comune
- Indirizzi di tunnel o nomi di server diversi possono dipendere dallo stesso router, switch, alimentazione o upstream. Documentate il dominio di guasto da coprire prima di contare un secondo percorso come indipendente.
- Più clienti condividono il confine protetto
- I clienti in colocation possono controllare router e annunci. Concordate autorizzazioni dei prefissi, responsabilità delle politiche e punto di riconsegna. Un contatore di mitigazione non dimostra disponibilità in ogni rack.
Progettare insieme consegna e capacità residua
Consegna protetta upstream e filtraggio locale possono essere combinati se compatibili. Dimensionate il percorso superstite con la stessa attenzione di quello normale, comprese porte di ingresso, uscita e riserva operativa.
Confermare sito e interfaccia
Verificate ubicazione, opzioni di accesso, parametri fisici e chi fornisce cross-connect o tunnel.
Qualificare il percorso di filtraggio
Misurate hardware e politica scelti con un carico di pacchetti dichiarato; distinguete il risultato dalla velocità delle interfacce.
Consegnare al cliente corretto
Verificate route consentite, ritorno e applicazione del cliente al confine di responsabilità concordato.
Sequenza indicativa. Il preventivo e il verbale di collaudo definiscono il servizio fornito.
Precisare questi punti nel documento di consegna
- Quale capacità resta dopo il guasto previsto?
- Considerate interfacce accoppiate, nodi di riserva, margine e trasporto condiviso. Un server standby necessario al ripristino non è capacità attiva aggiuntiva.
- Quale MTU si applica a ciascun percorso?
- Usate il valore fornito per l'intero percorso. Incapsulamenti aggiuntivi e reti sottostanti diverse possono richiedere MTU differenti per tunnel principale e backup.
- Chi può modificare routing e filtraggio?
- Documentate approvazioni, perimetro del cliente, accesso al rollback e responsabilità di escalation tra datacenter, operatore della protezione e cliente. Il possesso degli apparati non basta a definirle.
Collaudare l'intera consegna, non solo il link attivo
- Confrontate interfacce, VLAN, indirizzamento e route accettate con il documento di consegna.
- Verificate traffico utile in entrambe le direzioni con dimensioni dei pacchetti rappresentative e la modalità di protezione prevista.
- Coordinate il guasto concordato, osservate convergenza e ripristino applicativo e annotate i limiti non provati.
Domande su questa implementazione
Una porta 400 Gbit/s dimostra filtraggio a 400 Gbit/s?
No. L'interfaccia è uno dei limiti. Il filtraggio va qualificato con hardware effettivo, distribuzione dei pacchetti e funzioni attive; la velocità della porta non dimostra le prestazioni del server.
Due tunnel sullo stesso router dimostrano ridondanza dei router?
No. Possono offrire percorsi diversi ma condividono l'apparato. La verifica deve coprire il dominio di guasto che il servizio deve superare.