selamat petang, kawan-kawan sekalian. Selama beberapa tahun saya bekerja sebagai pentadbir sistem di beberapa penyedia korporat dan rumah di St. Petersburg dan sehingga hari ini saya sering menghadapi hakikat bahawa apabila membeli peralatan, pengendali lebih melihat pada harga dan perihalan fungsi daripada pada penunjuk sebenar, pembekal biasanya tidak menulis apa-apa tentang mereka, akibatnya, bukannya satu suis, anda perlu memasang lebih banyak lagi, dan kualiti komunikasi mungkin tidak bertambah baik. Tidak semua pengendali menyedari kewujudan konsep SLA (Perjanjian Tahap Perkhidmatan), atas sebab ini saya telah mengumpulkan maklumat yang boleh dipercayai mengenai rangkaian dan peralatan ujian, dan bersedia untuk memberikannya kepada perhatian anda.

Ethernet perlu diuji!

Adakah terdapat definisi yang tepat dan resipi tentang cara menjalankan ujian lebar jalur saluran dan kualiti komunikasi yang disediakan? Saya dapati beberapa artikel, dari mana hanya satu perkara yang menjadi jelas: hari ini di Rusia rangkaian diuji menggunakan kaedah yang dimaksudkan untuk tujuan lain, dan ini tidak boleh tidak mengejutkan, kerana perkhidmatan komunikasi di bandar-bandar besar di negara kita agak maju, terdapat tinggi- saluran kelajuan secara literal di setiap pangsapuri, dan beberapa pengendali sudah menyediakan saluran gigabit kepada pelanggan rumah, tetapi tidak semua orang tahu tentang kaedah untuk menguji kualiti perkhidmatan telematik yang disediakan.

Apa sebenarnya dan mengapa anda perlu menguji?

Fikirkan tentang berapa kerap orang membeli babi dalam cucuk hari ini:

• Saluran komunikasi yang disewa atau dipajak oleh anda;
• Penghantaran dan penerimaan saluran komunikasi yang dibina oleh anda atau untuk anda;
• Perkhidmatan komunikasi yang disediakan, terutamanya jika terdapat penalti dalam kontrak;
• Peralatan yang anda ingin beli, dan mereka mahu menjualnya kepada anda dan memberitahu anda bahawa ia sangat sejuk dan murah.

Ini hanyalah segelintir kecil contoh tentang risiko pelanggan dan pembawa hari ini.

Utiliti perisian untuk ujian Internet

Permintaan gema tidak boleh menjadi ujian saluran penuh dan ping dan mtr tidak akan memberitahu anda tentang daya pemprosesan saluran itu. iperf dan utiliti perisian lain tidak akan dapat memberitahu anda tentang perkara ini, sejak bila penggunaan serentak rangkaian dan utiliti perisian ujian tidak mengetahui jumlah data pengguna yang terdapat dalam saluran dalam detik semasa, juga semasa ujian perisian, beberapa ketidaktepatan mungkin disebabkan oleh kehadiran pengepala paket bergantung pada saiz bingkai, pengepala kekal pada panjang standard, dan badan dengan data bertambah atau berkurangan utiliti perisian; kapasiti tanpa mengambil kira saiz tajuk, yang saiz yang berbeza pakej memperkenalkan beberapa kekeliruan ke dalam ujian tersebut.

Anda tidak boleh menilai kualiti vlan yang disewa dengan melihat graf beban saluran atau memuat turun fail besar dari Internet. Mengapa speedtest.net bukan bukti kelajuan saluran yang disediakan mungkin tidak perlu dijelaskan? Lagipun, ia dengan serta-merta jelas bahawa tidak diketahui saluran apa dan melalui rangkaian apa yang mereka pergi ke pelayan paling laju, sama seperti tidak diketahui betapa sibuknya saluran semasa ujian, dan banyak parameter ujian lain, dan jika terdapat begitu banyak tidak diketahui dalam ujian, maka keputusannya tidak boleh sama sekali tepat. Hasil ujian kelajuan agak delta tertentu daripada penunjuk tertentu, bukannya nombor nyata.

Kualiti perkhidmatan komunikasi yang disediakan adalah gabungan banyak parameter, dan penggunaan alatan yang betul Anda boleh mendapatkan data yang tepat tentang perkhidmatan yang disediakan dengan cepat dan cekap. Adalah penting bukan sahaja untuk mendapatkan data yang tepat, tetapi juga untuk mempunyai keyakinan bahawa data itu boleh digunakan untuk membuktikan kes anda, contohnya di mahkamah.

Kaedah dan Penganalisis Ethernet

Hari ini terdapat dua kaedah utama untuk menguji daya pemprosesan: yang lama - RFC-2544 dan sedikit lebih muda: Y.1564. Metodologi ITU-T Y.1564 lebih relevan hari ini, mempunyai penerangan untuk menguji moden, saluran berkelajuan tinggi sambungan dengan konsep moden mengenai SLA (Perjanjian Lapisan Perkhidmatan).

Oleh kerana kualiti saluran Ethernet adalah gabungan banyak faktor, oleh itu, ujian yang betul harus meliputi semua kombinasi ini sebanyak mungkin. Terdapat banyak aspek yang perlu dipertimbangkan semasa menguji dan adalah berguna untuk mempunyai keupayaan lanjutan seperti Ujian BER, jitter paket, sokongan MPLS, QoS, ujian beban protokol peringkat permohonan(http, ftp, dll...).

Untuk menguji saluran dari 1G hingga 10G dan ke atas agak sukar dilakukan ujian beban Dengan bantuan perkakasan bukan khusus, pemproses selalunya tidak dapat menjana jumlah trafik yang mencukupi, tidak seperti penguji dan penganalisis khusus. Peranti sedemikian boleh diletakkan di dalam rak, kabinet, walaupun dalam kotak di loteng dan ujian boleh dijalankan dari jauh, atau pengukuran automatik boleh diambil pada selang masa yang berbeza. Mana-mana peranti penganalisis mudah alih tidak akan merosot dalam keadaan pembetung yang teruk, kerana ia menjalani ujian kekuatan yang ketat.

Penyerahan dan penerimaan saluran komunikasi.

Untuk menyerahkan atau menerima laluan dan lebuh raya yang dibina, untuk bekerja dengan standard yang tinggi, adalah lebih baik untuk mempunyai penganalisis penguji dalam senjata biasa anda, walaupun anda boleh mencari syarikat yang pakar dalam ujian di tapak di Internet. Atas sebab tertentu, dipercayai bahawa membeli penganalisis ujian adalah sangat mahal.

Ketahui lebih lanjut tentang metodologi ujian RFC-2544 dan cara ia berfungsi.

Metodologi ini menawarkan satu set 6 ujian, saya akan menerangkan dengan lebih terperinci bagaimana ujian dijalankan, untuk kejelasan persepsi:

Menentukan daya pemprosesan peranti yang sedang diuji (Throughput)

Penerangan tentang ujian: volum kecil paket yang dijana khas oleh penguji dihantar pada kelajuan tertentu ke port input peranti, di port output jumlah dikira, jika lebih banyak dihantar daripada yang diterima, kelajuan berkurangan dan ujian bermula semula.

Menentukan masa tunda bingkai (Latensi)

Penerangan tentang ujian: selepas menentukan daya pemprosesan (Throughput), untuk setiap saiz bingkai, pada kelajuan maksimum yang sepadan, satu aliran paket dihantar alamat tertentu. Strim mesti mempunyai tempoh minimum 120 saat. Selepas 60 saat, tag dimasukkan ke dalam 1 paket. Format label ditentukan oleh pengeluar peralatan. Bahagian penghantaran merekodkan masa pakej dengan tag telah dihantar sepenuhnya. Di bahagian penerima, label ditentukan dan masa penerimaan lengkap paket dengan label direkodkan. Latensi ialah perbezaan antara masa penghantaran dan masa penerimaan. ujian ini, mengikut kaedah, perlu mengulangi sekurang-kurangnya 20 kali. Berdasarkan keputusan 20 ukuran, kelewatan purata dikira. Ujian harus dilakukan dengan menghantar keseluruhan aliran ujian ke satu alamat dan menghantar setiap bingkai ke alamat baharu.

Penentuan kadar kehilangan bingkai

Perihalan ujian: bilangan bingkai tertentu dihantar ke port input peranti pada kelajuan tertentu dan bilangan paket yang diterima daripada port output peranti dikira. Kadar kehilangan bingkai dikira seperti berikut:

((bilangan bingkai yang dihantar - bilangan bingkai yang diterima) * 100) / bilangan bingkai yang dihantar

Penghantaran pertama berlaku pada kelajuan setinggi mungkin, kemudian kelajuan penghantaran dikurangkan dengan langkah maksimum 10%, mengikut kaedah, mengurangkan langkah % akan memberikan hasil yang paling tepat. Pengurangan kelajuan mesti diteruskan sehingga dua penghantaran terakhir bebas ralat, dan itulah yang akan kami ketahui kelajuan maksimum penghantaran data, di mana kadar kehilangan bingkai menjadi 0.

Menguji keupayaan untuk memproses bingkai belakang ke belakang

Penerangan tentang ujian: ujian bermuara kepada menghantar bilangan bingkai tertentu dengan kelewatan antara bingkai minimum ke port input peranti yang sedang diuji dan mengira bingkai dari port output peranti. Jika bilangan bingkai yang dihantar dan diterima adalah sama, maka volum bingkai yang dihantar meningkat dan ujian diulang jika menerima paket kurang daripada yang dihantar, volum bingkai yang dihantar dikurangkan dan ujian diulang. Pada akhirnya kita harus mendapat kuantiti maksimum paket yang dihantar dan diterima tanpa kehilangan untuk setiap saiz paket, ini akan menjadi nilai ujian back-to-back. Mengikut metodologi, tempoh penghantaran bingkai ke port peranti tidak boleh kurang daripada dua saat, dan bilangan minimum hendaklah sekurang-kurangnya 50 kali. Angka akhir ialah keputusan purata 50 ujian.

Pemulihan selepas beban berlebihan (Pemulihan sistem), hanya terpakai untuk peranti ujian

Perihalan ujian: aliran bingkai dihantar ke input peranti selama sekurang-kurangnya 60 saat pada kelajuan 110% berbanding dengan yang diukur oleh ujian pemprosesan. Jika ujian throughput menunjukkan hasil yang ideal, maka kelajuan maksimum dipilih hubungan ini. Pada saat lebihan beban, kadar alir dikurangkan sebanyak separuh dan perbezaan dikesan antara masa kelajuan aliran menurun dan masa apabila bingkai terakhir hilang.

Masa pemulihan peranti yang sedang diuji selepas dimulakan semula (Reset), hanya terpakai untuk peranti ujian

Perihalan ujian: aliran berterusan bingkai dihantar ke input peranti pada kelajuan yang ditentukan hasil daripada ujian pemprosesan dengan saiz minimum bingkai. Peranti ditetapkan semula. Masa pemulihan selepas set semula ialah perbezaan antara masa paket terakhir diterima sebelum set semula dan masa paket pertama diterima selepas set semula. Kedua-dua perkakasan dan jenis perisian Tetapkan semula peranti.

Apakah yang telah berubah dengan metodologi Y.1564 baharu?

Pengesyoran baharu telah disemak dan diluluskan pada tahun 2011 oleh ITU. Kepada cadangan yang telah dinyatakan, RFC 2544 menambah jitter paket (jitter), iaitu keupayaan untuk mengira perbezaan masa apabila menerima beberapa paket data berturut-turut yang berkaitan dengan aliran yang sama, dalam dunia yang ideal ia tidak sepatutnya wujud, tetapi pada rangkaian bermasalah urutan itu boleh dipecahkan, yang boleh menjejaskan kelajuan pemprosesan data. RFC2544 membolehkan anda melakukan semakan secara eksklusif pada kelajuan saluran maksimum yang tidak akan berlaku kehilangan paket, dan ini biasanya lebih tinggi daripada kelajuan CIR (Kadar Maklumat Komited - jalur lebar terjamin). Y.1564 dicipta khusus untuk SLA, menilai kelajuan dan kualiti saluran yang disediakan mengikut petunjuk prestasi utama (KPI) dan membolehkan anda menyemak saluran yang disediakan mengikut kontrak.

Y.1564 membolehkan anda menyemak lebar jalur yang dijamin, maksimum yang dibenarkan, dan juga memberikan beban yang melebihi lebar jalur, sebagai contoh, untuk menyemak tetapan pembentuk.

Terdapat beberapa perbezaan lain antara kaedah RFC2544 tidak mengesahkan ketepatan tetapan perkhidmatan (pematuhan dengan KPI yang ditentukan, dan had laju lebih tinggi daripada EIR (Kadar Maklumat Berlebihan - lebar jalur maksimum tidak terjamin) untuk mengelakkan kesesakan rangkaian) . DALAM versi asal Jitter RFC2544 tidak diukur. Menurut RFC2544, setiap ujian dilancarkan oleh urutan yang berasingan, yang tidak membenarkan mengukur kualiti perkhidmatan yang disediakan dalam agregat dan meningkatkan masa ujian yang lain ialah tiada kemungkinan pemprofilan untuk pengesahan jenis yang berbeza trafik dalam satu saluran, sebagai contoh, jika rangkaian menggunakan QoS, Y.1564 mengambil kira kekurangan dan sedikit mengembangkan fungsi.

Bolehkah anda menguji hanya saluran baharu atau saluran yang sudah berfungsi juga?

Ia adalah perlu untuk menguji kedua-dua saluran baharu dan terutamanya saluran lama. Anda boleh mengetahui tentang masalah yang akan berlaku terlebih dahulu tanpa perlu memaksa pelanggan anda menghubungi sokongan. Penganalisis penguji moden boleh menjalankan pemeriksaan pada rangkaian yang berfungsi, memeriksa saluran pada kelajuan 10/100/1000Mbit dan 10/40/100G. Terdapat satu TETAPI, adalah sangat penting untuk memahami apa dan bagaimana anda lakukan, adalah penting untuk tidak mengganggu saluran yang sedang diuji secara tidak sengaja.

Mod ujian - Masuk/Keluar daripada perkhidmatan.

Hari ini, ujian rangkaian berusaha untuk pensisteman lengkap dan pemantauan berterusan saluran, banyak lagi versi awal Teknik RFC2544 dicipta untuk menguji saluran/peralatan dalam mod OutOfService, dan digunakan terutamanya untuk peralatan ujian, tetapi hari ini semua pengeluar peranti ujian beralih kepada piawaian ujian yang lebih baharu yang membenarkan pemantauan rangkaian berterusan dalam mod InService. Ujian ini membolehkan anda menyemak kelajuan lebar jalur tanpa memutuskan sambungan pelanggan, yang penting untuk penyedia perkhidmatan telekom.

Epilog

Rakan seperjuangan, seperti yang dikatakan oleh salah seorang rakan saya, mari kita lawan "coekakers" bersama-sama dan mula menguji apa yang kita bina dan apa yang kita kendalikan.

Sastera yang digunakan:

* Pendapat syarikat mungkin tidak bertepatan dengan pendapat penulis;-)

Hanya pengguna berdaftar boleh mengambil bahagian dalam tinjauan. , Tolonglah.

Iperf – utiliti konsol dengan terbuka kod sumber, direka untuk menguji daya pemprosesan rangkaian. Dengan bantuannya adalah agak mudah untuk mengukur daya pemprosesan rangkaian maksimum antara pelayan dan pelanggan atau ujian beban saluran komunikasi.

Anda boleh memuat turun utiliti ini dari pelayan kami atau dari tapak web projek. Kami akan perlukan iperf Versi 3 (iperf 3.0). Untuk kemudahan, fail daripada arkib boleh disalin ke folder Windows pada cakera sistem, ini akan menjadikan panggilan program lebih mudah.

Semua arahan berikut dilaksanakan dalam baris arahan Barisan Windows(cmd). Anda boleh memanggil baris arahan dengan cara-cara berikut: Mulakan -> Semua program -> Standard -> Barisan arahan atau Mulakan -> Laksanakan dan masukkan nama program cmd

Untuk memulakan pelayan anda perlu menjalankan program iperf3 dengan parameter -s : iperf3 -s
Untuk melancarkan klien dan mula menguji, anda perlu menjalankan iperf3 dengan parameter -c
Parameter boleh menjadi alamat IP atau nama komputer yang menjalankan pelayan iperf3

Anda boleh menjalankan pelayan pada satu komputer, dan klien pada yang kedua, menyatakan alamat IP komputer pertama dalam parameter pelayan, dan menguji lebar jalur rangkaian tempatan anda.

Pelayan kami telah pun berjalan dan tersedia di iperf.donapex.net

Untuk menjalankan ujian mudah, masukkan sahaja baris arahan perintah berikut: iperf3 -c iperf.donapex.net
Perintah ini akan menjalankan ujian kelajuan keluar.

Untuk menguji kelajuan masuk, anda perlu menambah kunci pada arahan -R(mod terbalik): iperf3 -c iperf.donapex.net -R

Pilihan ujian lanjutan.

Untuk menunjukkan tempoh ujian, gunakan kekunci -t<сек> : iperf3 -c iperf.donapex.net -R -t 60
DALAM dalam contoh ini Tempoh ujian ditetapkan kepada 1 minit.

Secara lalai, kelajuan ujian tidak terhad. Untuk mengehadkan kelajuan ujian maksimum, gunakan kekunci -b<бит/сек> . Pengubah suai yang boleh anda gunakan: K- Kilobit, M- Megabit, G- Gigabit, sebagai contoh -b 20M— sepadan dengan had 20 Megabit/saat.

iperf3 -c iperf.donapex.net -R -t 60 -b 20M
Dalam pengurus tugas anda boleh melihat tahap beban rangkaian; untuk rangkaian 100 Megabit beban akan menjadi kira-kira 20%.

Ujian kelajuan masuk dengan had 50 Megabit/saat: iperf3 -c iperf.donapex.net -R -t 60 -b 50M
Dalam pengurus tugas anda boleh melihat tahap beban rangkaian; untuk rangkaian 100 Megabit beban akan menjadi kira-kira 50%.

Kadang-kadang, atas beberapa sebab, adalah mustahil untuk mencapai kelajuan penuh dalam satu benang. Oleh itu, dalam iperf Mod pengendalian berbilang benang disediakan. Untuk menentukan bilangan utas, gunakan parameter -P
Anda boleh menentukan satu atau lebih utas, sebagai contoh, menjalankan ujian dalam 2 utas akan kelihatan seperti ini: iperf3 -c iperf.donapex.net -R -t 60 -P 2

Menguji dengan trafik UDP.

Secara lalai, iperf3 menggunakan protokol TCP. Protokol UDP, tidak seperti TCP, tidak menggunakan kawalan penghantaran paket dan algoritma kawalan kadar penghantaran, dan mempunyai gelagat rangkaian yang sedikit berbeza daripada trafik TCP.
Kerana UDP tidak mengawal kelajuan penghantaran - ini mesti dilakukan oleh program yang menghantar trafik. Oleh itu, dalam ujian UDP, had kelajuan maksimum lalai ialah 1 Megabit/saat. Sekatan ini boleh diubah menggunakan kekunci -b

Anda tidak seharusnya menetapkan kelajuan maksimum terlalu tinggi, kerana ini boleh menyebabkan kesesakan rangkaian. DALAM jenis ini menguji adalah lebih baik untuk mengekalkan parameter ini dalam 100 Megabit.

Beritahu iperf3 apa yang perlu digunakan Protokol UDP mungkin menggunakan parameter -u

Ujian kelajuan keluar dengan had 30 Megabit/saat: iperf3 -c iperf.donapex.net -t 60 -b 30M -u
Dalam pengurus tugas anda boleh melihat tahap beban rangkaian; untuk rangkaian 100 Megabit beban akan menjadi kira-kira 30%.

Ujian kelajuan masuk dengan had 20 Megabit/saat: iperf3 -c iperf.donapex.net -R -t 60 -b 15M -u
Dalam pengurus tugas anda boleh melihat tahap beban rangkaian; untuk rangkaian 100 Megabit beban akan menjadi kira-kira 20%.

Pelayan hanya boleh menerima sambungan daripada satu klien pada satu masa. Jika pelayan sibuk dengan pelanggan lain, ralat akan dilemparkan semasa cuba menguji. Dalam kes ini, anda perlu menunggu sehingga pelayan percuma.

Untuk lebih lanjut ujian penuh Adalah dinasihatkan untuk menjalankan beberapa ujian: dengan had laju kurang daripada tarif, dengan had laju yang sama dengan tarif, tanpa had laju.

Pengguna peribadi: Ramai pengguna persendirian berminat untuk menentukan jumlah lebar jalur yang tersedia untuk mereka. Lebih khusus lagi, mereka berminat sama ada mereka benar-benar mendapat lebar jalur yang dijamin oleh ISP mereka. Dalam konteks ini, ramai pengguna menguji kelajuan sambungan, lebar jalur DSL, serta telefon bimbit dan tablet.

• Sebagai tambahan kepada program PRTG, yang sudah tentu boleh digunakan untuk tujuan ini, anda boleh melakukan ujian kelajuan mudah sambungan berwayar, yang ditawarkan dalam talian di banyak tapak yang berbeza. Mula menggunakan Pengurus Lebar Jalur kami pada rangkaian anda.

Persekitaran profesional: DALAM persekitaran profesional(di perusahaan dan di organisasi besar) akibat pengurangan kapasiti adalah lebih teruk. Gangguan membawa kepada masa henti bagi sesetengah pekerja dan pelanggan, yang seterusnya membawa kepada kehilangan keuntungan. Pentadbir mesti cepat mengenal pasti dan menghapuskan babi lebar jalur.

• Dalam kes ini, alat pemantauan lebar jalur kami akan membantu anda memantau lebar jalur anda, mengenal pasti dan menilai kesesakan lebar jalur yang ketara, cepat mengesan potensi
  gangguan- dan akhirnya menentukan punca masalah.

Pengukuran Lebar Jalur:
tiga situasi,
di mana PRTG akan berguna

Adakah rakan sekerja anda mengadu bahawa perisian yang mereka gunakan secara dalaman terlalu perlahan? Adakah pelanggan anda tidak berpuas hati kerana tapak web anda terus ranap? Dalam kes ini, masalahnya mungkin lebar jalur anda.

Tiada jabatan IT boleh melakukannya tanpanya salinan sandaran. Secara amnya, untuk sandaran atau penyegerakan pangkalan data memerlukan daya pemprosesan yang ketara. Tanpa lebar jalur yang diperlukan, rangkaian anda mungkin kehabisan.

Hampir setiap syarikat menghantar fail besar. Memindahkan fail sedemikian menggunakan sejumlah besar lebar jalur. Tetapi kesesakan yang tidak dapat dikesan pada setiap rangkaian memperlahankan pemindahan fail.

Program PRTG akan membolehkan anda menentukan dengan cepat punca yang berpotensi kelebihan lebar jalur dan menyetempatkan punca kegagalan. Lebih memuatkan satu komponen rangkaian dengan cepat boleh membawa kepada pengurangan ketara dalam pemprosesan.

"Kami semua boleh bekerja dengan tenang kerana mengetahui bahawa sistem kami sedang dipantau secara berterusan."

Markus Puke, pentadbir rangkaian, Klinik Schuchtermann (Jerman)

Tangkapan skrin
Inilah rupa pemantauan
lebar jalur dalam PRTG

PRTG MEMUDAHKAN HIDUP ANDA!

Biarkan PRTG menguji dan mengukur daya pemprosesan rangkaian anda 24/7.
Fokus pada perkara yang lebih penting.

PRTG JIMAT MASA

Apabila anda membeli PRTG, anda mendapat satu alat terpusat untuk mengukur daya pengeluaran dan menguji rangkaian anda. Anda akan menghargai keupayaan untuk memantau keseluruhan infrastruktur anda menggunakan apl dan papan pemuka kami.

PRTG menyelamatkan saraf anda

Memasang PRTG adalah mudah dan cepat. Dengan lebih 200 penderia pra-bina, mudah untuk bermula atau beralih daripada alat pemantauan lebar jalur dan rangkaian yang lain.

PRTG JIMAT WANG

PRTG berbaloi. 80% daripada pelanggan kami mengatakan bahawa mereka telah mencapai penjimatan dalam pengurusan rangkaian. Dan kos lesen PRTG dibayar secara purata dalam masa tiga setengah bulan sahaja.

Contoh pelanggan:
Sistem pengangkutan kereta api Austria menggunakan PRTG

“Untuk memastikan kerja aplikasi kritikal Fungsi berterusan dan tidak terganggu rangkaian data ÖBB Infrastruktur AG adalah amat penting. Untuk merealisasikan ini, pihak pengurusan memutuskan untuk memasang Rangkaian PRTG Pantau. Program PRTG digunakan untuk pemantauan jalur lebar penghala pusat dan suis dalam rangkaian data, membolehkan pentadbir mengenal pasti yang paling penting parameter utama penggunaan dan ketersediaan. Secara keseluruhan, beberapa ribu sensor digunakan untuk pemantauan, yang kerap meminta nilai yang diperlukan.

Kaedah Pemantauan Lebar Jalur PRTG

Video ini mempersembahkan gambaran ringkas kaedah yang terdapat dalam PRTG untuk memantau daya pengeluaran. Ketahui kaedah yang paling sesuai untuk infrastruktur IT anda.

Ujian Lebar Jalur: Gunakan PRTG untuk Berjaya!

Adakah anda ingin tahu sama ada Pembekal Perkhidmatan Internet anda sebenarnya menyampaikan lebar jalur yang dijanjikan? Kemudian anda, seperti kebanyakan pentadbir, mungkin melakukan semakan SLA dengan kerap. Tetapi bagaimana anda menguji daya pengeluaran? Terdapat dua kesukaran di sini:

Kesukaran 1: Untuk menguji daya pemprosesan maksimum saluran, ia mesti digunakan dengan beban maksimum. Ini bermakna semasa ujian sedang dijalankan, tiada sumber yang tinggal untuk memindahkan data lain. Dengan kata lain, anda akan melumpuhkan rangkaian anda.

Kesukaran 2: Untuk ketepatan pengukuran 100%, anda pada asasnya memerlukan dua komputer yang terletak terus di hujung saluran yang daya pemprosesannya ingin anda uji. Jika tidak, anda akan mengalami semuanya pada masa yang sama. peranti rangkaian, dikesan dalam saluran yang diuji.

Atas sebab ini, adalah tidak mungkin untuk mengukur daya tampung secara langsung sepanjang ujian. Sebaliknya, kelajuan saluran harus diuji dengan menjana beban puncak jangka pendek, contohnya, dengan tidak memuatkan fail besar(bersaiz beberapa kilobait) setiap beberapa minit dan mengukur masa yang diperlukan untuk memuat turun.

Penyelesaian: Berikut ialah cara untuk menguji daya pengeluaran menggunakan PRTG:

1. Cipta tiga penderia HTTP lanjutan yang mengakses berbilang fail bersaiz lebih kurang 500 KB, dihoskan pada "pelayan pantas" yang berbeza (seperti tapak web statik ISP anda).
2. Biarkan penderia berjalan selama beberapa jam pada selang 5 minit. Penderia mempunyai saluran yang menunjukkan nilai throughput (dalam KB/s) yang dicapai semasa muat turun fail.
3. Sebagai contoh, jika anda mempunyai pautan data dengan lebar jalur tertentu 4 MB/s, maka ujian menggunakan fail 500 KB harus bertahan 1000 ms (1 saat): 4 megabit sesaat = 0.5 MB sesaat = 500 KB sesaat .

Jika saluran sedang digunakan oleh pengguna lain semasa ujian, anda akan melihat turun naik yang tidak diingini dalam lengkung kerana ujian tidak sentiasa berjalan apabila semua lebar jalur yang tersedia tersedia. Jika tiada trafik lain pada saluran, lengkung akan kelihatan sangat serupa dengan garis lurus. Menjalankan ujian daya tampung dengan PRTG akan membolehkan anda memantau prestasi rangkaian dan mengenal pasti kemungkinan kesesakan.

Perhatian! Jika anda memuat turun fail 500 KB setiap 60 saat, anda akan memindahkan 720 MB data setiap hari!

PETUA: Adakah anda masih baru dalam pemantauan dan memerlukan sokongan?

Paessler menawarkan kursus percuma berbilang bahagian yang diedarkan di seluruh emel. Kursus ini merangkumi 4 kaedah utama pemantauan throughput: SNMP, Packet Sniffing, Flow, dan WMI. berkenalan proses berasingan dan bagaimana ia boleh digunakan untuk meningkatkan penggunaan lebar jalur pada rangkaian anda.

Daftar untuk menerima kami kursus percuma e-mel dan pelajari cara mengoptimumkan penggunaan sumber anda menggunakan Kaunter Lebar Jalur.

• Versi penuh PRTG selama 30 hari
• Selepas 30 hari – versi percuma
• Untuk versi lanjutan - lesen komersial

Nasihat praktikal: "Dengar, Matthias, apa yang akan anda beritahu pentadbir yang ingin memantau daya pengeluaran?"

“Daripada mengukur daya tampung dengan mencipta beban tambahan, lebih baik mencari aktiviti yang sendiri mencipta beban sedemikian dan menjejakinya. Sebagai contoh, apabila melakukan sandaran, selalunya terdapat beban yang ketara pada lebar jalur rangkaian, yang boleh mengenal pasti kekurangan sumber dan kesesakan sistem dengan mudah."

Matthias Hengl, pemaju PRTG di PAESSLER AG

Monitor Lebar Jalur

Apakah yang menjadikan PRTG lebih baik daripada yang lain?

Cari sebab kerja lambat aplikasi atau masalah lain tanpa alat pemantauan boleh memerlukan masa dan perbelanjaan yang besar. PRTG mempunyai pemantau pemprosesan rangkaian yang komprehensif. Anda mendapat kira-kira 20 penderia hanya untuk memantau daya pengeluaran, dan penderia ini boleh dibuat secara automatik.

PRTG membolehkan anda memantau daya pengeluaran dari semasa ke semasa dan mengenal pasti masa beban puncak. Ini membolehkan anda merancang lebih awal untuk memperuntukkan lebih lebar jalur kepada masa tertentu: sebagai contoh, apabila laman web dilawati bilangan yang besar pelawat apabila pengguna biasanya memuat turun banyak aplikasi atau semasa kemas kini sistem sedang dijalankan.

Adakah lebar jalur anda perlahan-lahan mencapai hadnya? Menggunakan PRTG, anda akan segera mengetahui bahawa lebar jalur maksimum sedang digunakan. Ini akan membolehkan anda merancang pengenalan sumber baharu tepat pada masanya.

Dengan mengenal pasti dan menghapuskan hog lebar jalur, anda meningkatkan kecekapan rangkaian anda. Ini juga menghasilkan penjimatan kos yang ketara. Dalam kebanyakan kes, faedah ini sahaja akan segera mengimbangi kos pembelian PRTG.

Dengan menggunakan PRTG untuk ujian throughput, anda akan memastikan throughput yang konsisten, meningkatkan kebolehpercayaan rangkaian anda dan hanya mendapat lebih kawalan atas infrastruktur IT anda. Akibatnya, anda akan memainkan peranan utama dalam meningkatkan produktiviti rakan sekerja anda dan meningkatkan kepuasan pelanggan.

PRTG: Perisian Pemantauan Rangkaian Revolusioner

menggunakan API, anda boleh menyesuaikan PRTG secara individu dan dinamik mengikut keperluan khusus anda:

• API HTTP: akses kepada pemantauan rangkaian dan data pengurusan kemudahan menggunakan permintaan HTTP
• Penderia individu: anda boleh menambah penderia anda sendiri untuk pemantauan rangkaian individu
• Pemberitahuan individu: anda boleh menambah pemberitahuan tersuai untuk menghantar makluman kepada sistem luaran
• Penderia REST API baharu: Memantau hampir semua perkara yang menyokong XML dan JSON

Kelajuan sambungan Internet yang diisytiharkan yang dijanjikan pembekal kadangkala tidak sepadan dengan lebar jalur sambungan sebenar. Kelajuan sambungan mungkin lebih rendah sedikit daripada yang dijamin, dan sebagai tambahan, ia mungkin tidak stabil. Pada tontonan mudah halaman dalam penyemak imbas, pengguna mungkin tidak menyedari percanggahan sedemikian, tetapi apabila memainkan video dalam talian, memindahkan fail dan aktiviti dalam talian lain apabila lebar jalur tinggi diperlukan, kekurangan kelajuan akan ketara. Jika anda menghubungi pembekal secara langsung, perkhidmatan sokongan tidak mungkin mengenali fakta ini, dan banyak sebab boleh diberikan sebagai alasan - keadaan yang tidak baik talian telefon, kehadiran peranti di kawasan yang menyebabkan gangguan, dan sebagainya. Satu lagi alasan popular ialah kelajuan sambungan bergantung pada keupayaan pelayan jauh. Anda boleh mengukur kelajuan sendiri, sebagai contoh, memuat turun fail besar dan ambil perhatian berapa lama masa yang diambil untuk memuat turunnya. Dengan cara yang sama, anda boleh cuba mengukur kelajuan sambungan keluar- hantar fail kepada diri anda melalui e-mel atau cara lain. Tetapi semua "ukuran" ini sangat menyusahkan untuk dijalankan, dan seseorang tidak dapat menjamin kebolehpercayaan ukuran "kraftangan" sedemikian. Agar tidak "meneka dari serbuk kopi" dan menentukan dengan tepat kelajuan sambungan digunakan komputer ini, anda boleh menggunakan perkhidmatan dalam talian Speedtest.net. Prinsip pengukuran kadar data yang menggunakan perkhidmatan ini, adalah seperti berikut. Peta skematik dunia menunjukkan yang paling banyak pelayan pantas pelbagai penyedia Internet. Pengguna boleh memilih mana-mana daripada mereka dan menyemak kelajuan sambungan Internet mereka. Semasa proses pengesahan, komputer yang diuji menukar paket dengan pelayan jauh.

Penunjuk yang direkodkan mungkin berbeza - untuk kelajuan yang ditentukan nilai hebat mempunyai sejauh mana jarak antara komputer yang diuji dan pelayan jauh. Di samping itu, kelajuan sambungan komputer jauh juga mempengaruhi hasilnya. Jika pengguna menggunakan internet berkelajuan tinggi, berkemungkinan begitu komputer jauh menggunakan saluran yang lebih perlahan, dan nombor akhir akan lebih rendah daripada yang sebenar. Walau bagaimanapun, kelebihan perkhidmatan Speedtest.net ialah pengguna boleh menukar pelayan secara peribadi untuk menentukan kelajuan maksimum. Selain data kelajuan sambungan rangkaian, perkhidmatan ini menyediakan banyak statistik menarik, contohnya, ia menyusun kedudukan negara di dunia dengan paling banyak internet pantas, menyusun penilaian yang sama di rantau yang dipilih (contohnya, hanya di Eropah), membolehkan anda menilai pembekal anda, menunjukkan jarak ke pelayan yang dipilih dan banyak lagi. Mana-mana pelayan yang sedang berjalan boleh mengambil bahagian dalam projek Speedtest.net sebagai komputer jauh yang sedang diuji.

Iperf ialah utiliti untuk menguji daya pemprosesan rangkaian dengan menjana trafik pada pelayan dan menerimanya pada mesin klien.

Muat turun utiliti

• Untuk Unix atau pasang dari repositori

Ia juga bernilai memberi perhatian kepada utiliti netperf.

Pertama sekali, dua hos diperlukan. Salah seorang daripada mereka akan menjana trafik - pelanggan, dan yang lain akan menerima paket dan mengira statistik - pelayan. Kedua-dua mesin berjalan sama fail boleh laku, tetapi dengan kunci yang berbeza.

Menyemak trafik TCP.

iperf -s

iperf -c server_host

Di sini server_host ialah alamat mesin di mana iperf berjalan dalam mod pelayan. Itu sahaja. Mula-mula kita memulakan pelayan, kemudian pelanggan, dan trafik akan mengalir di antara mereka selama 10 saat, selepas itu sambungan akan diputuskan dan statistik akan dipaparkan.

Untuk meningkatkan tempoh sambungan, anda perlu menambah parameter -t nsec pada baris permulaan klien, dengan nsec ialah tempoh sambungan dalam beberapa saat.

Suis -i nsec juga tidak kurang berguna. Di sini nsec sepadan dengan tempoh (dalam beberapa saat, sudah tentu) di mana statistik akan dipaparkan.

Menyemak trafik UDP.

Untuk menjalankan iperf dalam mod UDP, anda perlu menambah suis -u pada kedua-dua klien dan pelayan.

Protokol UDP lebih "bodoh", yang memberi kita beberapa kelebihan dan kekurangan. Walau bagaimanapun, untuk tujuan ujian, kelemahan sekali lagi bertukar menjadi kelebihan.

Jadi apa yang boleh kita lakukan:

* menukar panjang paket yang dihantar
* menukar lebar jalur trafik yang dihantar
* bekerja pada saluran sehala
* gunakan iperf tanpa memulakan pelayan jika saluran tidak hujung ke hujung, tetapi anda hanya perlu menjana trafik yang ditentukan untuk beban

Untuk menukar panjang paket, gunakan suis panjang -l. Anda hanya perlu ingat bahawa dengan panjang=0 panjang sebenar bingkai Ethernet ialah 54 bait dan buat pelarasan yang sesuai dalam pengiraan anda.

Untuk menukar jalur lebar trafik, gunakan suis jalur lebar -b. Parameter lebar jalur dinyatakan dalam bit sesaat dan boleh mengandungi titik perpuluhan dan akhiran k dan M, sepadan dengan awalan kilo- dan mega-.

Apabila bekerja pada saluran sehala, anda harus ingat bahawa pelanggan dalam kes sedemikian tidak memaparkan statistik dan, apabila sesi tamat, memaparkan mesej ralat yang boleh diabaikan dengan selamat.
Melancarkan berbilang aliran trafik.

Kami boleh menjalankan berbilang contoh pelanggan dan pelayan pada mesin yang sama. Untuk memisahkan trafik, tetapkan port yang berbeza menggunakan parameter port -p nilainya pada klien dan pelayan yang sepadan mestilah sama (secara lalai, ia mempunyai nilai 5001).

Amalan telah menunjukkan bahawa apabila menjalankan beberapa pelanggan pada satu mesin, iperf mengambil hampir semua sumber CPU, itulah sebabnya paket mungkin hilang dalam beberapa utas. Nampaknya terdapat beberapa ralat dalam kod yang menyebabkan operasi yang tidak betul dengan penukaran konteks. Semua perkara di atas adalah benar untuk iperf. Netperf berfungsi dengan betul di bawah Linux.

Dalam fail bantuan anda juga akan menemui parameter -S, yang membolehkan anda menetapkan Nilai taip Perkhidmatan (TOS) dalam pengepala IP. Saya perlu mengecewakan anda, ini tidak berfungsi pada Windows. (Biasanya, saya tidak dapat menetapkan medan ini dalam ping standard untuk Windows sama ada).