Batas tingkat setelah tengah malam?

Halo,

Saya sedang mencoba membatasi kecepatan (rate limit) backup offsite saya untuk menghemat bandwidth saat saya membutuhkannya.
Pengaturannya tidak memungkinkan saya melewati tengah malam: misalnya, jika saya mengatur waktu mulai pukul 7 pagi dan waktu selesai pukul 1 pagi (hari berikutnya), saya mendapatkan error “start time must be before end time”.
Ini memang masuk akal, tapi dengan cara ini pembatasan kecepatan harus berakhir tidak lebih dari pukul 23.59, sehingga koneksi broadband saya jadi bermasalah setelah itu (layanan streaming mulai tersendat).

Apakah saya salah mengaturnya atau memang ada kekurangan dalam desain pembatasan kecepatan ini?

Terima kasih

Jadi, Anda bisa membatasi kecepatan (rate limit) backup Anda, tetapi itu akan selalu dibatasi. Saya tidak begitu yakin kapan Anda ingin membatasi kecepatan backup. Saya sarankan backup dilakukan setelah tengah malam dan biarkan berjalan secepat mungkin (kecuali Anda membutuhkan bandwidth untuk hal lain di tengah malam).

Setelah backup pertama selesai, backup berikutnya hanya akan memperbarui file yang berubah. Jadi penggunaan bandwidth sebenarnya cukup minimal. Saya melakukan backup online setiap malam ke ruang penyimpanan MyQnapCloud milik QNAP dan biasanya hanya memakan waktu sekitar 20 menit. Sebagian besar waktu tersebut digunakan NAS untuk mencari file yang berubah. Anda mungkin memiliki set backup yang lebih besar, tetapi tetap saja seharusnya tidak terlalu besar.

Berapa kecepatan upload/download yang Anda miliki? Upload seharusnya tidak terlalu mempengaruhi kecepatan download untuk streaming kecuali benar-benar membebani jaringan sehingga Anda tidak bisa mengirim paket ack kembali ke penyedia streaming. Ini juga seharusnya bisa Anda atur di router Anda.

Maaf atas balasan saya yang terlambat.
Saya perlu membatasi kecepatan (rate limit) pada siang hari dan membiarkan berjalan dengan kecepatan penuh di malam hari.
Karena saya sering baru selesai menonton TV setelah tengah malam, saya mengalami masalah dengan layanan streaming ketika proses backup mulai memakan seluruh bandwidth pada tengah malam.
Masalah ini tentu saja hanya terjadi pada backup pertama (yang akan memakan waktu hampir 10 hari dengan VDSL saya) tetapi bisa saja terjadi lagi jika ada banyak perubahan pada konten NAS.
Sayangnya saya hanya memiliki kecepatan upload 20 Mbit/s dan ketika HBS tidak dibatasi kecepatannya, koneksi internet menjadi tidak bisa digunakan bahkan dari smartphone dan komputer.
Idealnya, saya ingin membiarkan berjalan tanpa batas dari jam 1 pagi hingga 7 pagi, tetapi tampaknya logika HBS tidak memungkinkan hal ini.
Selain itu, satuan pengaturan limit hanya MBps dan tidak memungkinkan nilai desimal, jadi saya hanya bisa menggunakan setengah bandwidth saya (1MBps) atau seluruh bandwidth (2MBps).

Ah. Saya mengerti. Saya masih agak terkejut meskipun dengan kecepatan 20Mbps Anda tetap mengalami masalah. Sampai awal tahun ini, koneksi saya sekitar 25Mbps dan saya rasa saya tidak pernah mengalami kendala. Tapi bagaimanapun juga…

Saya tidak tahu jenis router apa yang Anda gunakan atau kemampuan teknis Anda di bidang itu, tapi jika Anda memiliki router yang cukup canggih, Anda bisa mengatur aturan di router untuk membatasi kecepatan QNAP atau menerapkan aturan QoS. Itu akan membantu semua layanan yang bersaing untuk bandwidth agar bisa berjalan lebih baik bersama-sama.

Mengenai pengaturan limit, inilah salah satu alasan kenapa saya tidak suka di dunia QNAP, semuanya menggunakan Byte bukan Bit. Grrr…

Saya telah meneruskan masalah yang Anda sebutkan tentang pengaturan yang tidak berfungsi selama beberapa hari ke tim internal kami. Kami akan melakukan perbaikan pada versi mendatang. Terima kasih!

Itu akan bagus, setidaknya Anda bisa menambahkan opsi untuk membalik logika (jam tidak terbatas vs jam terbatas).

Ya, saya punya Fritz di mana saya telah mengatur prioritas lebih rendah untuk NAS.
Namun, memiliki cara yang lebih fleksibel untuk mengatur batas kecepatan dalam hal waktu dan satuan (Mbit/s alih-alih MBps) akan menjadi fitur yang bagus.