Rete e protezione
Controlla la larghezza di banda e diagnostica il throughput
Separa velocità della porta, volume di traffico, errori di pacchetto e throughput dell'applicazione, quindi raccogli misurazioni utili per la risoluzione dei problemi.
In questa pagina
Prima di iniziare
- Un server attivo e accesso amministrativo al suo sistema operativo.
- Il nome dell'interfaccia che trasporta il traffico di produzione e il livello di porta previsto dalla configurazione del server.
- Una finestra precisa dell'incidente in UTC, indirizzi di origine e destinazione, protocollo e risultato atteso rispetto a quello osservato.
- Autorizzazione a ispezionare i contatori dell'interfaccia locale senza reimpostarli o modificarli.
Distinguere le misurazioni
La velocità della porta è la velocità di collegamento negoziata o configurata. Il volume di traffico è il numero di byte o pacchetti trasferiti nel tempo. Il throughput è la velocità utile raggiunta da un carico di lavoro e dipende da entrambi gli endpoint, dal comportamento del protocollo, dai limiti di disco e CPU, dalla perdita di pacchetti, dalla latenza, dalla congestione e dal design del test. Senza limiti significa che il servizio incluso non viene fatturato in base a un limite di trasferimento; non rimuove il limite fisico della porta né garantisce che ogni flusso raggiunga la velocità di linea.
La pagina Server mostra il livello di porta associato alla tua configurazione. Quell'etichetta non è una misurazione del traffico. Il grafico Rete non contiene ancora campioni in tempo reale, quindi utilizza il tuo monitoraggio per utilizzo, picchi e prove storiche.
| Segnale | Domanda con risposta | Fonte attuale |
|---|---|---|
| Livello di porta del catalogo | Quale livello di collegamento è stato ordinato? | Riepilogo del server |
| Contatori di byte dell'interfaccia | Quanto traffico ha attraversato questa interfaccia guest? | Sistema operativo |
| Contatori di errori/perdite | L'ospite o il dispositivo ha segnalato problemi di pacchetti? | Sistema operativo e driver |
| Contatori dello switch del provider | Cosa è successo fuori dal guest? | Solo operatore |
| Tempistica dell'applicazione | Quali prestazioni ha sperimentato il carico di lavoro? | Monitoraggio delle tue applicazioni |
Raccogli una baseline in sola lettura
Scopri il nome dell'interfaccia, poi ispeziona i suoi contatori due volte in un intervallo noto. Sostituisci eth0 con l'interfaccia effettiva. Il kernel Linux documenta che ip -s -s espone statistiche di collegamento dettagliate e che ethtool può esporre contatori standard e definiti dal driver. I nomi e il supporto dei contatori variano in base al driver, quindi conserva l'output completo invece di selezionare un solo campo.
- Contatori di errori e scarti RX o TX in crescita sono elementi da indagare, non prova di un guasto del provider.
- Una velocità di collegamento visualizzata inferiore al livello previsto dovrebbe essere segnalata con i dettagli dell'interfaccia e del driver.
- Un'interfaccia silenziosa durante un test applicativo potrebbe indicare che il carico di lavoro utilizza un'altra interfaccia, namespace o percorso.
- I contatori guest non possono rivelare ogni evento sullo switch upstream o sul percorso di transito.
ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0Progetta un test utile
- Formula la domanda: throughput a flusso singolo, throughput aggregato, perdita di pacchetti, latenza o errori di interfaccia.
- Scegli un endpoint controllato che sei autorizzato a utilizzare e registrane posizione e capacità.
- Misurare durante un intervallo UTC definito raccogliendo contatori guest e metriche dell'applicazione.
- Ripeti con una variabile modificata, come un'altra destinazione o finestra temporale, invece di cambiare più impostazioni contemporaneamente.
- Interrompere qualsiasi test che possa disturbare la produzione o creare traffico abusivo.
Risultato atteso ed escalation
Il risultato atteso è un'osservazione riproducibile legata a un'interfaccia, due endpoint, un protocollo e una finestra temporale, non uno screenshot del grafico segnaposto. Se i contatori locali sono sani ma le prestazioni sono costantemente scarse verso diverse destinazioni adatte, inviare all'operatore server, regione, indirizzo, interfaccia, finestra temporale, direzione, livello previsto, velocità osservate, contatori di errore e metodo di test.
I grafici del traffico storico non sono ancora disponibili. Mantenere il proprio monitoraggio se le prove del traffico storico sono operativamente importanti e concordare con l'operatore quali dati lato provider possono essere condivisi.