pembentukan bandwidth, pendekatan terbaik

10

Katakanlah saya memiliki server dengan banyak IP eksternal, 1024+. Pengguna saya menyebabkan lalu lintas yang padat tetapi tidak semuanya. Yang memakan semua bandwidth sedikit dan menyebabkan yang lain menderita dari kecepatan internet rendah karena mereka memakan semua bandwidth.

Kami sedang berpikir untuk menerapkan aturan pembentukan untuk memastikan semua orang bahagia atau setidaknya mayoritas dan kami sedang berdebat tentang pendekatan terbaik untuk melakukannya.

Rencana pertama

Cari tahu berapa banyak klien yang masuk dan pisahkan bandwidth di antara mereka sehingga setiap orang makan sepotong kue yang sama.

Keuntungan:

  • Saya tidak membayar tagihan besar pada bandwidth

  • Tidak ada yang melanggar hukum

    Kekurangan

  • Bandwidth terbagi sama dan pengguna dengan kebutuhan rendah dalam bandwidth (membaca makalah, membaca Facebook dll) akan memiliki bandwidth yang sama dengan pengguna berat yang mengandalkan layanan saya untuk bisnis mereka.

  • semua pengguna akan memiliki bandwidth yang sama, tetapi, pengguna dengan kebutuhan rendah akan "memenjarakan" bagian mereka meskipun mereka tidak membutuhkan semuanya jadi saya tidak memiliki banyak bandwidth yang digunakan

Rencana kedua

Pantau pengguna dan lihat apakah mereka berada pada batas bandwidth atau di atasnya (batas total server). Jika mereka mencapai titik itu, cobalah untuk mengidentifikasi apa yang paling banyak dimakan pengguna. Jika kami menemukan pengguna makan lebih dari 40% -50% dari total bandwidth mengirim mereka ke penjara selama 20 menit. Penjara yang berarti menurunkan bandwidth mereka ke 250kb / s misalnya.

Keuntungan:

  • Tidak ada bandwidth yang terbuang
  • Jika tidak ada bandwidth yang terbuang, pengguna dapat menggunakannya lebih banyak dan saya memiliki klien yang senang
  • Ini adalah solusi yang lebih cerdas yang memungkinkan setiap orang untuk memperluas berdasarkan kebutuhan mereka

  • Menggunakan polisi bandwidth di mana orang jahat dipenjara dan orang baik (kebanyakan dalam banyak kasus) adalah masyarakat yang bahagia

    Kekurangan

  • Alat pemantauan pada server beban berat dapat membuatnya "tertidur" karena mereka cenderung memakan banyak sumber daya

  • Saya mungkin tidak memiliki orang jahat tetapi banyak orang baik online dan bandwidth melebihi batas dan berada dalam situasi untuk tidak tahu siapa yang harus dihukum (dalam hal ini kami dapat menerapkan Rencana pertama selama 1 jam)

Saya terbuka untuk sedikit brainstorming dan saran

traffic-shaping Romeo M.
sumber
1
Jika pelanggan Anda membayar bandwidth yang dipertentangkan, mereka tidak punya keluhan apa pun. Jika mereka membayar bandwidth yang tidak terkendali, Anda menipu mereka. Either way, tidak ada masalah yang harus dipecahkan.
womble
1
Tetaplah pada pertanyaan, tolong
Romeo M.

Jawaban:

2

Bagaimana dengan sistem ember, di mana bandwidth diturunkan secara bertahap ketika seseorang menggunakan semua bandwidth? Akan semakin lambat dan semakin lambat jika mereka menggunakan lebih dari rata-rata. Namun bucket kosong seiring waktu sehingga mereka dapat bergerak dengan kecepatan penuh lagi saat:

  • tidak ada beban tinggi di jaringan
  • mereka belum pernah menggunakan jaringan untuk beberapa waktu atau intensitas

Anda juga bisa membuat lebih banyak skenario dan secara dinamis membuat kebijakan baru tergantung pada skenario dan evolusi selama penggunaan jaringan.

Lucas Kauffman
sumber
Ada cara sederhana untuk menggunakan penjadwal hirarkis seperti HTB dengan bandwidth "maksimum" yang ditentukan dan parameter "langit-langit" opsional di mana pengguna dapat meraih bandwidth selama batas atas keseluruhan tidak tercapai. Dokumentasi dapat ditemukan di LARTC.org .
the-wabbit
1

Pertama-tama saya akan menentukan apa sebenarnya traffic (ini adalah hal yang paling penting untuk dilakukan daripada hanya menerapkan sesuatu secara membabi buta). Tentu saja jika pengguna mengunduh torrent film saat bekerja untuk memanfaatkan koneksi berkecepatan tinggi di tempat kerja maka ada cara yang lebih baik untuk lebih langsung menyelesaikan masalah. Contoh lain di mana pengguna mungkin memiliki server yang menjalankan server internal yang berbicara dengan salah satu server database kadang-kadang dapat menyebabkan lonjakan penggunaan bandwidth untuk melakukan secara wajar.

Intinya adalah pertama-tama melakukan analisis di mana pengguna mengkonsumsi sebagian besar data dan menetapkan alasan mengapa mereka perlu menggunakan sebanyak itu. Bagian ini akan memberi Anda pembenaran untuk diberikan kepada manajemen ketika beberapa pengguna yang memonopoli bandwidth mulai mengeluh. Dalam beberapa kasus mungkin mereka benar-benar perlu mengkonsumsi banyak bandwidth, tetapi dalam beberapa kasus Anda akan menemukan penyalahgunaan jaringan mereka sedang terjadi.

Setelah itu Anda dapat mengatasi masalah dan jika perlu setelah itu menerapkan kebijakan pembentukan bandwidth jika membeli lebih banyak bandwidth untuk perusahaan keluar dari pertanyaan.

Wilshire
sumber
Kami memiliki lebih dari 60 server dengan klien yang membeli, datang, pergi. Saya tidak punya cara untuk memahami kebutuhan masing-masing dan semua orang. Beberapa dari mereka menggunakan scrappers web, yang lain melakukan facebook atau pemasaran apa pun. Saya membutuhkan solusi yang akan mengatasi semua orang, apa pun yang mereka lakukan dengan ip, saya memberi mereka itu sebabnya sulit untuk melakukan apa yang Anda katakan.
Romeo M.
0

Saya menggunakan sakelar yang dikelola antara router T1 saya dan setiap firewall yang dibutuhkan. Ini memungkinkan saya untuk mengatur batasan bandwidth QoS yang tepat dalam konfigurasinya sebelum mengenai gateway masing-masing jaringan.

pengguna87037
sumber
Tidak bisa melakukan itu Sayangnya tidak ada akses fisik ke server. Mereka tersebar di seluruh dunia.
Romeo M.