modellatura della larghezza di banda, l'approccio migliore


10

Diciamo che ho un server con molti IP esterni, 1024+. I miei utenti stanno causando traffico intenso ma non tutti. Quelli che mangiano tutta la larghezza di banda sono pochi e fanno sì che gli altri soffrano della bassa velocità di Internet perché mangiano tutta la larghezza di banda.

Stiamo pensando di implementare una regola di definizione per garantire che tutti siano felici o almeno la maggioranza lo sia e stiamo discutendo del miglior approccio per farlo.

Primo piano

Calcola quanti client sono connessi e dividi la larghezza di banda tra loro facendo mangiare a tutti lo stesso pezzo di torta.

vantaggi:

  • Non pago grandi bollette sulla larghezza di banda
  • Nessuno infrange la legge

    svantaggi

  • la larghezza di banda è divisa in parti uguali e gli utenti con esigenze di larghezza di banda ridotte (lettura di documenti, lettura di Facebook ecc.) avranno la stessa larghezza di banda degli utenti pesanti che si affidano ai miei servizi per la propria attività.

  • tutti gli utenti avranno la stessa larghezza di banda, ma gli utenti con esigenze ridotte "prenderanno in carcere" la loro quota anche se non ne avranno bisogno, quindi mi rimane molta larghezza di banda non utilizzata

Secondo piano

Monitorare gli utenti e vedere se si trovano sul limite di larghezza di banda o su di esso (limite totale del server). Se raggiungono quel punto, cerca di identificare ciò che gli utenti stanno mangiando di più. Se rileviamo che gli utenti consumano più del 40% -50% della larghezza di banda totale, li inviano in una prigione per 20 minuti. Ad esempio, il carcere significa ridurre la larghezza di banda a 250 kb / s.

vantaggi:

  • Nessuna larghezza di banda viene sprecata
  • Se nessuna larghezza di banda viene sprecata, gli utenti importanti possono usarne di più e ho clienti soddisfatti
  • È una soluzione più intelligente che consente a tutti di espandersi in base alle proprie esigenze
  • Utilizza una polizia della larghezza di banda in cui i cattivi vengono incarcerati e i bravi ragazzi (i molti nella maggior parte dei casi) sono una società felice

    svantaggi

  • Gli strumenti di monitoraggio su un server per carichi pesanti possono metterlo in "sospensione" poiché tendono a consumare molte risorse

  • Potrei non avere cattivi ragazzi ma molti bravi ragazzi online e larghezza di banda che vanno oltre il limite ed essere nella situazione per non sapere chi punire (in questo caso potremmo applicare il Primo piano per 1 ora)

Sono aperto a un po 'di brainstorming e suggerimenti


1
Se i tuoi clienti pagano per l'ampiezza di banda contesa, non hanno nulla di cui lamentarsi. Se stanno pagando per la larghezza di banda indiscussa, li stai truffando. Ad ogni modo, nessun problema da risolvere.
womble

1
Attenersi alla domanda, per favore
Romeo M.

Risposte:


2

Che ne dici di un sistema bucket, in cui la larghezza di banda viene abbassata gradualmente quando qualcuno usa tutta la larghezza di banda? Andrebbe sempre più lento e più lento se usano molto più della media. Ma il secchio si svuota nel tempo in modo che possano andare di nuovo alla massima velocità quando:

  • non c'è carico elevato sulla rete
  • non usano la rete da un po 'di tempo o intensità

potresti anche creare più scenari e creare dinamicamente nuove politiche a seconda dello scenario e dell'evoluzione durante l'utilizzo della rete.


Esistono modi semplici per utilizzare uno scheduler gerarchico come HTB con una larghezza di banda definita "massima" e un parametro "soffitto" opzionale in cui gli utenti possono sfruttare la larghezza di banda fino a quando non viene raggiunto un limite superiore complessivo. La documentazione è disponibile su LARTC.org .
the-wabbit,

1

Per prima cosa determinerei quale sia effettivamente il traffico (questa è la cosa più importante da fare invece di implementare ciecamente qualcosa). Naturalmente se l'utente sta scaricando torrent di film mentre è al lavoro per sfruttare una connessione ad alta velocità al lavoro, allora ci sono modi migliori per risolvere più direttamente il problema. Altri casi in cui l'utente potrebbe disporre di un server che esegue un server interno che comunica con uno dei server di database a volte può causare picchi nell'uso della larghezza di banda per eseguire in modo ragionevole.

Il punto è innanzitutto fare un'analisi su quali utenti stanno consumando la maggior parte dei dati e assegnare ragioni al perché è necessario che usino così tanto. Questa parte ti fornirà la giustificazione da dare alla direzione quando i pochi utenti che stavano controllando la larghezza di banda iniziano a lamentarsi. In alcuni casi, forse hanno davvero bisogno di consumare molta larghezza di banda, ma in alcuni casi scoprirai che si sta verificando un abuso di rete.

Successivamente, è possibile risolvere i problemi e, se necessario, implementare una politica di modellizzazione della larghezza di banda se acquistare più larghezza di banda per l'azienda è fuori discussione.


Abbiamo oltre 60 server con clienti che acquistano, vengono, escono. Non ho modo di capire le esigenze di ognuno e di tutti. Alcuni usano Web Scrapper, altri stanno facendo Facebook o qualunque sia il marketing. Ho bisogno di una soluzione che si rivolga a tutti, indipendentemente da ciò che fanno con gli IP, quindi è per questo che è difficile fare quello che hai detto.
Romeo M.

0

Uso uno switch gestito tra il mio router T1 e ogni firewall necessario. Ciò mi consente di impostare le limitazioni di larghezza di banda QoS corrette nella sua configurazione prima di colpire il gateway di ogni rete.


Non posso farlo. Purtroppo, nessun accesso fisico ai server. Sono sparsi in tutto il mondo.
Romeo M.
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.