Come cambiamo il routing senza chiedere il permesso.
Quando la maggior parte degli host ha bisogno di una modifica al routing, apre un ticket con il proprio upstream e aspetta. Quando ne abbiamo bisogno noi, la facciamo. Ecco la disciplina che la rende sicura.
In questo articolo 4 sezioni
- Un host che affitta la propria rete richiede le modifiche al routing. Un host che la possiede le fa.
- La velocità senza disciplina è un rischio. Ogni modifica su apparati di produzione segue lo stesso runbook scritto, descritto qui sotto.
- Un insieme piccolo e standardizzato di piattaforme, una sola grammatica operativa: gli ingegneri in assistenza sono gli stessi che stabiliscono la policy di routing.
In ogni incidente serio arriva il momento in cui qualcuno dice che il routing deve cambiare. Cosa succede dopo dipende interamente da chi possiede la rete. Un host che viaggia su una backbone affittata apre un ticket con il proprio upstream e aspetta nella coda di qualcun altro. Noi accediamo al nostro edge e facciamo la modifica. Con cura, secondo regole che vi mostreremo, ma la facciamo. Nessuno a monte deve approvarla, pianificarla, o farsi ricordare chi siamo.
Possedere la modifica
La parola per questo non è velocità, è autonomia. Poiché la rete si annuncia come il nostro AS, la policy di routing è nostra da stabilire: come entra il traffico, quale carrier preferisce, cosa viene spostato quando un percorso degrada. Il nostro è lo stesso gruppo di ingegneri che risponde alla linea di assistenza, e il router è nostro.
Veloce non vale nulla senza sicuro
Poter cambiare qualsiasi cosa in minuti è sicuro solo con disciplina, e la nostra è scritta. Queste sono le regole permanenti per toccare apparati di rete in produzione, citate dal runbook reale, che è scritto a partire dalle operazioni reali, non da un esercizio alla lavagna:
Ogni modifica su apparati di produzione segue un runbook scritto: hostname verificato, running config salvata, un comando alla volta, nulla salvato nella startup finché non è verificato, e un secondo ingegnere vede il piano prima.
Nessuna di queste regole è esotica. Ciò che conta è che vengono applicate su apparati di nostra proprietà, da persone a due scrivanie di distanza, invece di essere descritte nel documento di change management di una terza parte.
Perché possiamo operare così in profondità
La risposta poco glamour è la standardizzazione. L'edge è Cisco ASR 9000 ad Atene e Juniper MX204 ad Amsterdam, che alimentano un fabric Cisco Nexus 9000 EVPN/VXLAN: un insieme piccolo e standardizzato di piattaforme che i nostri ingegneri conoscono da cima a fondo, una sola grammatica operativa dall'alto in basso. È il gemello di rete della dottrina 3PAR: quando ogni macchina parla un solo dialetto, l'ingegnere al telefono alle 3 del mattino può anche ragionare sul routing, perché è la stessa persona e lo stesso sistema conosciuto. Non c'è escalation a un proprietario di backbone che non ha mai sentito parlare di voi, perché sopra di noi non c'è un proprietario di backbone a cui fare escalation.
La lezione per voi
Alle 3 del mattino la domanda non è se il vostro host è gentile. È se la persona che risponde può cambiare la rete, o se sta aspettando qualcuno a monte con una coda, un change board, e nessuna idea di chi siate. Quella singola capacità, posseduta o no, è gran parte della differenza tra un incidente che dura minuti e uno che dura una notte.
Risposte dirette
Davvero non vi serve il permesso di nessuno?+
Per la nostra policy di routing, no. Annunciamo le nostre rotte dal nostro AS; i nostri upstream le trasportano. La disciplina interna è la struttura di permessi: il piano viene rivisto prima dell'esecuzione, secondo il runbook qui sopra. Ciò di cui non abbiamo bisogno è un ticket con una terza parte per cambiare come si comporta la nostra rete.
Verrei informato delle modifiche che mi riguardano?+
Le modifiche con impatto visibile al cliente ricevono una finestra di manutenzione e un preavviso. La maggior parte delle modifiche non ne ha, che è il senso della disciplina.
Come scopro se il mio host possiede la propria rete?+
È pubblico. Cercate chi annuncia l'intervallo IP in cui si trova il vostro server: se l'AS appartiene a un'azienda diversa da quella che vi fattura, il vostro host sta rivendendo la rete di qualcun altro. La checklist completa in cinque domande, strumenti di ricerca inclusi, è in Non possedete la vostra rete. È quello il vostro vero lock-in.
Chiedete al vostro host quanto in fretta può reinstradare il vostro traffico. Poi chiedetelo a noi.
Le persone che gestiscono AS200477 sono le persone che rispondono al telefono.
Apri il Sizing DeskSiete arrivati alla fine.
Mettete la lettura al lavoro
Cosa fate girare?
Raccontateci il carico di lavoro, il traffico e i requisiti di ripristino. Partite dal configuratore di server, oppure discutete i dettagli con un ingegnere.
Scritto dagli ingegneri che costruiscono e gestiscono l'infrastruttura che descrive.Parla con un ingegnere