Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Kinerja
Definisi
Ada beberapa faktor yang mempengaruhi kinerja jaringan, seperti latency, packet loss, jitter, dan bandwidth. Bergantung pada persyaratan aplikasi, pentingnya masing-masing faktor ini dapat bervariasi.
Pertanyaan kunci
Berdasarkan persyaratan aplikasi Anda, Anda perlu mengidentifikasi dan memprioritaskan faktor kinerja jaringan yang memengaruhi perilaku aplikasi dan pengalaman pengguna Anda.
Bandwidth
Bandwidth mengacu pada kecepatan transfer data koneksi, dan biasanya diukur dalam bit per detik (bps). Megabit per detik (Mbps) dan gigabit per detik (Gbps) adalah penskalaan umum, dan merupakan basis 10 (1.000.000 bit per detik = 1 Mbps) sebagai lawan dari basis 2 (2 ^ 10) yang terlihat di tempat lain.
Saat mengevaluasi kebutuhan bandwidth aplikasi, perlu diingat bahwa persyaratan bandwidth dapat berubah seiring waktu. Penyebaran awal ke cloud, operasi normal, beban kerja baru, dan skenario failover semuanya dapat memiliki persyaratan bandwidth yang berbeda.
Aplikasi dapat memiliki pertimbangan bandwidth sendiri. Beberapa aplikasi mungkin memerlukan kinerja deterministik melalui koneksi bandwidth tinggi, sementara yang lain dapat memerlukan kinerja deterministik dan bandwidth tinggi. Sebuah aplikasi mungkin memerlukan konfigurasi khusus untuk menggunakan beberapa arus lalu lintas (kadang-kadang disebut sebagai aliran atau soket) secara paralel jika mencapai batas bandwidth arus lalu lintas, memungkinkannya untuk menggunakan lebih banyak bandwidth koneksi. VPNsdapat membatasi throughput karena overhead terowongan, MTU batas bawah, atau keterbatasan bandwidth perangkat keras.
Latensi
Latensi adalah waktu yang dibutuhkan untuk paket untuk pergi dari sumber ke tujuan melalui koneksi jaringan, dan biasanya diukur dalam milidetik (ms), dengan persyaratan latensi rendah kadang-kadang dinyatakan dalam mikrodetik (μs). Latensi adalah fungsi dari kecepatan cahaya, sehingga latensi meningkat dengan jarak.
Persyaratan latensi aplikasi dapat mengambil bentuk yang berbeda. Aplikasi yang sangat interaktif, seperti desktop virtual, dapat memiliki target latensi yang diukur dari saat pengguna melakukan input hingga pengguna melihat desktop virtual bereaksi terhadap input tersebut. Aplikasi Voice over IP (VoIP) dapat memiliki persyaratan serupa. Jenis beban kerja kedua yang perlu dipertimbangkan adalah beban kerja yang sangat transaksional, membutuhkan respons dari server sebelum dapat melanjutkan. Database atau bentuk penyimpanan kunci/nilai lainnya dapat sangat dipengaruhi oleh peningkatan latensi jaringan.
Jitter
Jitter mengukur seberapa konsisten latensi jaringan, dan, seperti latensi, biasanya diukur dalam milidetik (ms).
Persyaratan jitter aplikasi biasanya ditemukan dalam aplikasi streaming waktu nyata, termasuk pengiriman video dan suara. Aplikasi ini cenderung mengharuskan aliran datanya berada pada tingkat dan penundaan yang konsisten, dengan buffer kecil untuk mengoreksi sejumlah kecil jitter.
Kehilangan paket
Packet loss adalah pengukuran berapa persentase lalu lintas jaringan yang tidak terkirim. Semua jaringan memiliki beberapa tingkat kehilangan paket pada waktu karena ledakan lalu lintas yang tinggi, pengurangan kapasitas, kegagalan peralatan jaringan, dan alasan lainnya. Dengan demikian, aplikasi harus memiliki toleransi terhadap kehilangan paket, namun, seberapa banyak mereka dapat mentolerir dapat bervariasi dari aplikasi ke aplikasi.
Aplikasi yang digunakan TCP untuk mengangkut lalu lintas mereka memiliki kemampuan untuk memperbaiki kehilangan paket melalui transmisi ulang. Aplikasi yang menggunakan UDP atau protokol mereka sendiri di atas IP perlu menerapkan cara mereka sendiri untuk menangani kehilangan paket, dan mungkin sangat sensitif terhadapnya. Aplikasi voice over IP dapat dengan mudah memasukkan keheningan ke bagian panggilan yang memiliki paket kehilangan, sebagai lawan mencoba mengirim ulang. Beberapa VPN solusi termasuk mekanisme mereka sendiri untuk memulihkan dari kehilangan paket pada jaringan yang mereka gunakan untuk membawa lalu lintas.
Kemampuan untuk dipertimbangkan
Ketika latensi dan throughput yang dapat diprediksi diperlukan, AWS Direct Connect adalah pilihan yang disarankan, karena memberikan kinerja deterministik. Bandwidth dapat dipilih berdasarkan persyaratan throughput. AWS merekomendasikan penggunaan AWS Direct Connect ketika Anda membutuhkan pengalaman jaringan yang lebih konsisten daripada koneksi berbasis internet dapat menyediakan. Private VIFs dan Transit VIFs mendukung jumbo frame, yang dapat mengurangi jumlah paket melalui jaringan dan dapat meningkatkan throughput karena berkurangnya overhead. AWS Direct Connect SiteLink
Menggunakan VPN enkripsi AWS Direct Connect tambahan tambahan. Namun, ini mengurangi MTU ukuran yang mungkin mengurangi throughput. AWS VPNkemampuan managed Site-to-Site (S2S) dapat ditemukan dalam dokumentasi.AWS Site-to-Site VPN Banyak lokasi Direct Connection mendukung MACsec jika enkripsi melalui koneksi Anda adalah persyaratan enkripsi utama. MACsectidak memiliki pertimbangan throughput koneksi yang sama MTU atau potensial. Site-to-Site VPN AWS Transit Gateway memungkinkan pelanggan untuk skala horizontal jumlah VPN koneksi dan meningkatkan throughput sesuai dengan Equal-cost multi-path routing (). ECMP AWS Site-to-SiteVPNDukungan terkelola menggunakan transit Direct Connect VIFs untuk konektivitas pribadi — lihat IP Pribadi VPN dengan AWS Direct Connect untuk detailnya.
Pilihan lain adalah menggunakan yang AWS dikelola Site-to-Site VPN melalui internet. Ini bisa menjadi pilihan yang menarik karena biaya rendah dan tersedia secara luas. Namun, perlu diingat bahwa kinerja melalui internet adalah upaya terbaik. Peristiwa cuaca internet, kemacetan, dan peningkatan periode latensi tidak dapat diprediksi. AWS menawarkan solusi dengan AWS Accelerated S2S VPN
