Untuk mencegah lonjakan lalu lintas dari beban kerja seperti analitik data atau unduhan log memenuhi bandwidth keluar Anda dan memengaruhi stabilitas layanan kritis, Anda dapat mengonfigurasi aturan pembatasan bandwidth untuk Gateway NAT. Aturan ini membatasi bandwidth berdasarkan blok CIDR sumber.
Pembatasan bandwidth Gateway NAT hanya tersedia di wilayah UK (London). Untuk mengaktifkan fitur ini, hubungi manajer akun Anda.
Manajemen bandwidth multi-penyewa: Konfigurasikan batas bandwidth berbeda untuk rentang IP penyewa yang berbeda guna memastikan alokasi sumber daya yang adil.
Kontrol biaya: Batasi penggunaan bandwidth pada lingkungan pengujian atau layanan prioritas rendah untuk mengurangi biaya lalu lintas publik.
Pembatasan kecepatan darurat: Batasi secara cepat bandwidth dari sumber lalu lintas tidak normal untuk menghindari dampak terhadap layanan lainnya.
Cara kerja
Model pembatasan bandwidth
Gateway NAT menggunakan arsitektur kluster terdistribusi untuk memproses lalu lintas jaringan, dan setiap node penerusan menerapkan kebijakan pembatasan bandwidth secara independen. Oleh karena itu, pembatasan bandwidth bersifat best-effort, bukan presisi mutlak. Bandwidth maksimum aktual bergantung pada beberapa faktor. Rumus berikut menjelaskan logika dasarnya:
Batas laju aktual per koneksi ≈ (Batas laju aturan yang dikonfigurasi / Jumlah node penerusan) × 1,33Jumlah node penerusan: Sistem menyesuaikan jumlah ini secara dinamis berdasarkan faktor-faktor seperti spesifikasi Gateway NAT, beban, dan jumlah koneksi.
Faktor lonjakan: Sistem menyediakan ruang cadangan ini untuk menangani fluktuasi lalu lintas.
Kisaran kesalahan: Saat lalu lintas stabil, batas laju aktual biasanya berfluktuasi antara 80% hingga 140% dari nilai yang dikonfigurasi.
Sebagai contoh, jika aturan pembatasan bandwidth diatur ke 1200 Mbps dan kluster memiliki 4 node penerusan, batas bandwidth perkiraan untuk satu koneksi adalah
(1200 / 4) × 1,33 ≈ 400 Mbps.
Total bandwidth lalu lintas hanya mendekati batas laju yang dikonfigurasi ketika terdapat banyak koneksi bersamaan dan lalu lintas tersebar merata di seluruh node penerusan. Jika Anda memiliki sedikit koneksi bersamaan, kami menyarankan mengatur batas laju aturan sedikit lebih tinggi dari bandwidth yang Anda harapkan.
Penghapusan paket akibat pembatasan bandwidth tidak memicu auto-scaling untuk Gateway NAT. Jika layanan Anda memerlukan pembatasan bandwidth yang presisi, kami menyarankan menggunakan alat kontrol lalu lintas tambahan, seperti tc, di dalam instans ECS Anda.
Prioritas aturan
Ketika blok CIDR sumber dari beberapa aturan pembatasan bandwidth tumpang tindih, sistem mengikuti prinsip longest prefix match untuk menentukan aturan mana yang berlaku.
Sebagai contoh, untuk lalu lintas yang berasal dari 192.168.1.100, jika terdapat dua aturan:
Aturan A: Alamat sumber adalah
192.168.1.0/24Aturan B: Alamat sumber adalah
192.168.1.0/25
Karena masker subnet /25 lebih panjang daripada masker subnet /24, Aturan B memiliki prioritas lebih tinggi, dan sistem menerapkan kebijakan pembatasan bandwidth-nya.
Batasan
Fitur ini hanya mendukung aturan SNAT. Aturan DNAT tidak didukung.
Bandwidth minimum: Batas laju untuk satu aturan harus minimal 10 Mbps. Akurasi pembatasan bandwidth tidak dijamin untuk nilai di bawah ambang batas ini.
Kuota: Setiap instans Gateway NAT mendukung hingga 100 aturan pembatasan bandwidth, dan setiap aturan mendukung hingga 10 blok CIDR sumber.
Konfigurasi aturan pembatasan bandwidth
Konsol
Masuk ke Konsol NAT Gateway, lalu klik Actions pada kolom Manage untuk instans target.
Pilih tab Bandwidth Limit Rule dan klik Create Rule.
Bandwidth Limit: Tetapkan bandwidth maksimum untuk aturan ini, dalam satuan Mbps. Nilai minimum adalah 10 Mbps.
Source CIDR: Pilih blok CIDR sumber yang lalu lintasnya ingin Anda batasi.
Daftar drop-down secara default menampilkan semua blok CIDR VSwitch di VPC saat ini. Anda juga dapat memasukkan blok CIDR yang lebih spesifik yang merupakan bagian dari blok CIDR VSwitch. Misalnya, Anda dapat mengonfigurasi aturan
/32untuk membatasi laju satu alamat IP tertentu.Satu aturan mendukung hingga 10 blok CIDR.
Rule Name dan Description: Gunakan bidang ini untuk mengatur dan mengelola sumber daya Anda.
Untuk memverifikasi efek aturan tersebut, periksa metrik
OutInternetBandwidthuntuk instans Gateway NAT di CloudMonitor. Pastikan bandwidth puncak tetap mendekati batas laju yang Anda konfigurasi.Tidak ada metrik langsung yang melacak paket yang di-drop akibat pembatasan bandwidth. Sebagai gantinya, evaluasi efeknya secara tidak langsung dengan mengamati latensi aplikasi atau laju pengiriman ulang di sisi klien.
Setelah membuat aturan, Anda dapat mengubah atau menghapusnya.
Mengubah aturan pembatasan bandwidth dapat memengaruhi koneksi jaringan yang ada dalam cakupan aturan tersebut untuk waktu singkat. Lakukan tindakan ini pada jam sepi.
Setelah Anda menghapus aturan, Gateway NAT tidak lagi membatasi bandwidth untuk lalu lintas keluar dari blok CIDR sumber yang sesuai.
Penagihan
Fitur pembatasan bandwidth tidak dikenai biaya.
Pembatasan bandwidth bekerja dengan menjatuhkan paket data yang melebihi ambang batas yang dikonfigurasi. Paket yang dijatuhkan ini tidak termasuk dalam tagihan lalu lintas jaringan publik Anda, sehingga membantu mengendalikan biaya dalam model penagihan bayar-per-lalu-lintas.
Untuk protokol transport yang andal seperti TCP, kehilangan paket memicu pengiriman ulang di sisi klien, yang dapat sedikit meningkatkan konsumsi data di lapisan aplikasi.
FAQ
Mengapa aturan pembatasan bandwidth saya tidak berfungsi?
Jika aturan pembatasan bandwidth tidak bekerja seperti yang diharapkan setelah Anda mengonfigurasinya, ikuti langkah-langkah berikut untuk pemecahan masalah:
Periksa status aturan: Di daftar aturan pembatasan bandwidth, pastikan Status aturan target adalah Available.
Periksa jalur lalu lintas: Pastikan lalu lintas layanan Anda menggunakan Gateway NAT ini sebagai titik egress publiknya. Secara default, instans ECS yang memiliki alamat IP publik yang ditetapkan mengakses Internet melalui IP-nya sendiri. Anda harus mengonfigurasi perutean berbasis kebijakan atau menggunakan antarmuka jaringan elastis secondary untuk memaksa lalu lintasnya melewati Gateway NAT.
Periksa kecocokan alamat sumber: Verifikasi bahwa alamat IP pribadi dari instans atau kontainer yang memulai lalu lintas berada dalam Blok CIDR sumber aturan tersebut.
Periksa prioritas aturan: Verifikasi bahwa aturan dengan prioritas lebih tinggi (yang memiliki masker subnet lebih panjang) tidak menggantikan aturan saat ini. Menurut prinsip longest prefix match, aturan yang lebih spesifik memiliki prioritas lebih tinggi.
Pahami perilaku best-effort: Periksa bandwidth puncak dalam data pemantauan Anda. Fitur ini menyediakan pembatasan bandwidth bersifat best-effort, sehingga wajar jika bandwidth aktual berfluktuasi di sekitar nilai yang dikonfigurasi. Untuk detailnya, lihat Cara kerja.