Visualisasi Latensi Pusat Data AWS
(benjdd.com)- Ini adalah halaman visualisasi yang menampilkan latensi antar pusat data AWS, dibagi ke dalam 3 rentang ms
- Legendanya dibagi menjadi di bawah 100ms, 100–200ms, dan di atas 200ms, sehingga tingkat latensi dapat dibandingkan dengan cepat
- Dari informasi yang tersedia saja, tidak dapat dipastikan pusat data atau region mana yang disertakan
- Metode pengukuran, waktu pengukuran, serta angka latensi individual antar pusat data tidak disediakan
- Karena itu, cakupan yang dapat dikonfirmasi dalam ringkasan ini terbatas pada kriteria rentang visualisasi
Legenda latensi
- X < 100ms: di bawah 100ms
- X 100ms - 200ms: 100ms–200ms
- X > 200ms: di atas 200ms
Detail yang tidak dapat dikonfirmasi
- Daftar pusat data AWS tertentu atau nama wilayah tidak disediakan
- Metode pengukuran, waktu pengukuran, dan nilai latensi antar pusat data individual tidak dapat dikonfirmasi
2 komentar
Jadi, us-east-1 tampaknya adalah lokasi terbaik jika mengarah ke Barat.
Komentar Hacker News
Daripada hanya menampilkan nilai ping, akan bagus juga jika ditampilkan seberapa buruknya dibanding nilai optimal teoretis
Setahu saya, kecepatan cahaya di medium serat optik sekitar 30% lebih lambat daripada cahaya di vakum
Beberapa kali dalam rapat arsitektur ada keluhan soal latensi antar-datacenter, tetapi belakangan ternyata nilainya sejak awal sudah cukup dekat dengan batas yang secara teoretis mungkin
Saat pelanggan merancang sistem ketersediaan tinggi atau pemulihan bencana, penting untuk memastikan mereka tidak keliru memilih region atau zone utama yang “secara buatan” punya latensi besar
Perusahaan saya saat ini berspesialisasi dalam migrasi SAP ke cloud, dan setelah dulu pernah terkena latensi yang tidak dapat diterima karena asumsi yang keliru, sekarang kami selalu membahas ini dengan pakar jaringan AWS dan GCP pada tahap estimasi serta penentuan cakupan
Metodenya bukan ICMP ping, melainkan membuat koneksi stream socket melalui tcp/443
Ping bisa jadi metrik yang kurang tepat
https://github.com/mda590/cloudping.co/blob/8918ee8d7e632765...
Cahaya di dalam kabel serat optik bergerak sekitar 70% dari kecepatan cahaya, kira-kira 210.000km/s
Keliling Bumi sekitar 40.000km, dan jalur lurus ke sisi berlawanan Bumi menjadi sekitar 100ms sekali jalan, atau sekitar 200ms pulang-pergi
Tentu saja, dengan hollow-core fiber dan rute serat optik yang mendekati garis lurus, secara teori bisa diperbaiki sekitar 40% lagi, tetapi jarang ada yang mau membayar biaya itu
Saya penasaran apakah ada sumber yang bagus untuk menghitung nilai ini secara akurat
Karena saya buta warna merah-hijau, sulit atau bahkan mustahil membedakan garis di bawah 100ms dan garis di atas 200ms
Itu mencakup sekitar 8% populasi laki-laki, jadi akan bagus jika ditambahkan mode buta warna
Visualisasinya sendiri sangat bagus
Di developer tools, tambahkan aturan
filter: hue-rotate(60deg);pada elemenbody, atau jalankanjavascript:void(document.body.style.filter='hue-rotate(60deg)')di bilah alamatJika ada contoh terbaik dari pendekatan yang pernah menyelesaikan masalah ini dengan baik, saya ingin mengetahuinya; kalau ada tautan, mohon dibagikan
Cukup membingungkan
Semacam filter yang mengubah warna seluruh layar dengan cara tertentu agar bisa dibedakan
Persentasenya lebih rendah, dan persepsi warna juga berbeda-beda di antara orang-orang yang buta warna
Jika terlihat jelas bagi seseorang, bukan berarti terlihat jelas juga bagi orang lain, begitu pula sebaliknya
Dulu saya pernah membuat perencanaan terkait ini untuk pelanggan
Saat mengukur latensi AWS, jika kami mengukur perkiraan panjang kabel bawah laut dalam km lalu membaginya dengan 150, hasilnya cocok dengan latensi aktual dalam selisih kurang dari 10%
Tidak sampai mengejutkan, tetapi sangat konsisten; belakangan saya rasa angkanya 155
https://www.ibiblio.org/harris/500milemail.html
“Melalui LabVIEW, kecepatan cahaya dalam serat optik dihitung sekitar 2,054 x 10^8 m/s, nilai tipikal yang sesuai dengan indeks bias n ≈ 1,4606”
https://web.phys.ksu.edu/posters/2009/juma-Adv-Lab-S09.pdf
Saya penasaran apakah penjelasan matematis untuk aturan praktis itu kira-kira seperti ini
https://news.ycombinator.com/user?id=Hikikomori mengoreksi kecepatan cahaya di medium serat optik dari 3e5 menjadi 2e5
Kecepatan cahaya adalah 2e5km/s, yaitu sekitar 2e2km/ms, sehingga bentuknya menjadi panjang(km) / 200(km/ms), dan akhirnya latensi(ms) ≈ K' × panjang(km)
Saya penasaran apakah K sekitar 1,3 dan K' adalah 1/155, yang berarti mencakup faktor seperti jarak yang tidak lurus, overhead jaringan dan switching, serta galat pengukuran pulang-pergi
Menarik. Jika mengeklik lingkaran biru yang mewakili datacenter, latensi ke datacenter lain akan ditampilkan
Butuh sebentar untuk mengetahuinya, jadi akan bagus jika situs menambahkan petunjuk seperti klik datacenter untuk memilihnya
Sebuah region terdiri dari campuran komponen jaringan dan komputasi pada berbagai tingkat abstraksi, yaitu datacenter, lokasi edge, dan sebagainya
Bahkan di dalam satu region pun variasinya besar antar-zone, jadi metodologi pengukuran menjadi penting
AWS menyediakan angka latensi di Network Manager untuk antar-Region, antar-Availability Zone, dan di dalam Availability Zone
Ini berguna untuk menetapkan baseline latensi dan melihat apakah ada masalah di sisi AWS
https://docs.aws.amazon.com/network-manager/latest/infrastru...
Visualisasi dan konsepnya keren, tetapi akan lebih baik kalau warnanya berupa gradasi kontinu, bukan berbasis rentang
Cara saat ini membuat 100 ms tampak jauh lebih buruk daripada 99 ms, tetapi tampak sama dengan 200 ms
Misalnya, jika mengklik us-east-1, latensi pusat data di Eropa Barat terlihat cukup berbeda; padahal eu-central-1 dan eu-south-1 hanya berbeda sekitar 9 ms tetapi tampak sepenuhnya berbeda, sementara eu-north-1 dan ap-south-1 berbeda sekitar 88 ms tetapi tampak sama
Ada juga usulan untuk membandingkan nilai terukur dengan latensi minimum yang mungkin dibandingkan kecepatan cahaya, tetapi masalahnya adalah kecepatan cahaya c di ruang hampa bukanlah kecepatan transmisi informasi di dalam serat optik
Bahkan batas teoretis terbaik yang realistis pun, jika hanya melihat kecepatan cahaya di medium, sulit melebihi 70% dari c, dan ada banyak faktor yang tidak diketahui seperti latensi repeater
Visualisasi saat ini membuat latensi 90 ms terlihat seperti “baik”, tetapi dalam praktiknya itu nilai yang sama sekali tidak dapat diterima untuk banyak aplikasi
Terutama jika pemrosesan satu permintaan harus melakukan beberapa kali round-trip
Saya penasaran bagaimana mereka memilih pusat data mana yang disertakan
Misalnya Spanyol, yaitu eu-south-2, tidak ada
Dulu saya mengerjakan proyek yang mengharuskan latensi antar-pusat data di bawah 30 ms, dan harus memakai eu-west-1 Irlandia serta eu-south-2
Namun latensi aktualnya mendekati 42 ms, terutama karena tidak ada kabel bawah laut antara Irlandia dan daratan Eropa, sehingga rutenya harus pergi ke Inggris lalu menyeberangi Inggris lagi menuju kabel ke daratan Eropa
Kalau masuk ke CloudPing, eu-south-2 memang tidak ada di dataset-nya
Repositori GitHub CloudPing tidak mengalami perubahan kode selama 4 tahun, jadi mungkin beberapa Region baru muncul setelah terakhir kali dikerjakan secara aktif
Saya murni ingin tahu, data itu dipublikasikan di mana?
Datanya sangat berguna dan globenya juga mengesankan secara visual, tetapi untuk penggunaan nyata sepertinya peta dunia datar akan lebih baik
Semua pusat data bisa ditampilkan sekaligus, dan garis-garisnya tidak akan terlalu berdekatan sehingga lebih mudah dibaca
https://en.wikipedia.org/wiki/Azimuthal_equidistant_projecti...
Akan lebih baik kalau ada opsi untuk beralih di antara keduanya
Faktor terbesar latensi tentu saja jarak
Namun bahkan antar-Region yang relatif dekat pun kadang tidak memiliki serat optik yang terhubung langsung, sehingga latensinya buruk, misalnya jika rutenya melewati wilayah kutub
Saya penasaran apakah ada contoh Region yang melanggar ketaksamaan segitiga secara besar
Artinya, latensi A–C jauh lebih buruk daripada latensi optimal A–B + B–C
Sekadar penasaran, dengan ide ini mungkin bisa ditebak pusat data mana yang kemungkinan besar terhubung langsung oleh serat optik, lalu hanya koneksi itu yang ditampilkan
Pada dasarnya caranya adalah mencari pasangan probe yang waktu round-trip antara probe A dan C lebih besar daripada A–B + B–C
Metode ini punya masalah umum pada pengukuran ICMP/waktu round-trip, dan juga fakta bahwa trafik sebenarnya tidak dirutekan melalui probe “perantara”, tetapi pasangan seperti itu memang ada
Ada contoh di halaman 84 dari https://theses.hal.science/tel-03666771/document. Kalau Anda bisa membaca bahasa Prancis
Jika rute “memutar” lewat B adalah rute termurah bagi paket ICMP untuk sampai, maka dalam praktiknya rute itu juga yang akan dipilih
Justru kalau mencari tempat di mana A–C hampir sama dengan A–B + B–C, mungkin Anda bisa melihat titik-titik di mana hal itu terjadi
Selain kurangnya serat optik, alasan finansial seperti perjanjian peering yang lebih menguntungkan juga bisa menyebabkannya
Setahu saya, dari Mumbai ke Rusia selatan jaraknya tidak terlalu jauh, tetapi latensinya sangat tinggi
Misalnya jauh lebih tinggi daripada dari Frankfurt ke Moskow, dan saya tidak tahu apakah itu sampai melanggar ketaksamaan segitiga antara Frankfurt–Moskow–Mumbai
https://www.submarinecablemap.com/
Karena biaya pemasangan kabel bawah laut sangat besar, sangat kecil kemungkinan ada kabel yang tidak dipublikasikan
Secara umum packet loss di sana juga cenderung lebih tinggi
Beberapa hari lalu saya sedang memakai ini
https://aws-latency-test.com/