Bagaimana saya dapat menentukan lokasi AWS mana yang terbaik untuk melayani pelanggan dari wilayah tertentu?

AWS memiliki beberapa lokasi untuk penyimpanan dan instans EC2 untuk dijalankan dengan harga yang berbeda. Bagaimana saya bisa menentukan lokasi mana yang terbaik untuk wilayah tertentu. Apakah intuitif (lebih dekat ke wilayah layanan Anda adalah yang terbaik) atau adakah masalah keandalan (lokasi AWS tertentu menghadapi lebih banyak pemadaman daripada yang lain). Apakah ada data yang tersedia untuk membuat keputusan seperti itu?

Saya sedang mengembangkan aplikasi yang ditujukan terutama untuk pelanggan India. Jadi, saya sedang mempertimbangkan Singapura atau Tokyo sebagai pilihan.

Menentukan lokasi AWS latensi terendah untuk penggunaan kustom

Orang-orang cerdas dan inovatif dari TurnKey Linux baru-baru ini membuka sumber solusi mereka untuk masalah Anda, lihat pemetaan Pusat Data Regional AWS di GitHub:

Proyek ini digunakan untuk menghasilkan indeks (dan peta visual untuk referensi) yang digunakan oleh TurnKey Hub untuk menemukan pusat data AWS terdekat bagi pengguna. [penekanan saya]

Algoritma yang digunakan selanjutnya dirinci dalam Menemukan pusat data terdekat menggunakan GeoIP dan pengindeksan serta posting tindak lanjut Menemukan arsip paket APT terdekat menggunakan GeoIP dan pengindeksan .

Meskipun sedikit tipu muslihat, visualisasinya sangat keren dan menegaskan resp. mengilustrasikan alasan sekilas fakta mengejutkan yang disebutkan Josh , yaitu bahwa pengguna di Australia saat ini cenderung mendapatkan latensi yang lebih baik melalui AS Barat (California Utara / us-barat-1) daripada Asia Pasifik (Singapura / ap-tenggara -1) wilayah. ( Kiat : memeriksa Kabel Masa Depan di sudut kanan bawah mengungkapkan bahwa ini kemungkinan akan berubah, yang selanjutnya dirinci dalam Peta Kabel Greg , yang menunjukkan Australia mungkin melompat di antara kedua lokasi AWS secara laten di tahun-tahun mendatang;)

Menggunakan lokasi AWS latensi terendah secara otomatis melalui Amazon Route 53

Sementara itu, AWS menyediakan peta bermanfaat yang menggambarkan Infrastruktur Global mereka untuk penilaian cepat, di samping detail masing-masing seperti misalnya jumlah zona ketersediaan dan titik akhir API.

Lebih penting lagi, AWS baru saja mengumumkan dukungan DNS geografis yang telah disebutkan Jahufar , lihat posting pengantar Perutean Berbasis Latensi Multi-Wilayah sekarang Tersedia untuk AWS , yang menyediakan teknologi perutean berbasis latensi yang sama yang memberdayakan Amazon CloudFront bagi pengguna Amazon EC2 , Elastic Load Balancing , dan lainnya.

Jadi jika lingkungan Anda sudah terdiri dari arsitektur Instans EC2 Penskalaan Otomatis, cukup menerapkan perutean berbasis latensi ini akan menyelesaikan masalah Anda secara otomatis.

Meskipun kasus penggunaan jelas menargetkan penawaran yang menghasilkan banyak wilayah AWS, fitur canggih seputar Perutean Berbasis Latensi dan Kumpulan Catatan Round Robin Tertimbang juga memungkinkan Anda untuk menentukan sendiri informasi yang diinginkan dengan lebih mudah.

Coba cloudping.info , itu akan melakukan ping HTTPS dari browser Anda ke setiap wilayah AWS.

Region  Latency
US-East (Virginia)  28 ms
US-West (California)    100 ms
US-West (Oregon)    110 ms
Europe (Ireland)    100 ms
Europe (Frankfurt)  119 ms
Asia Pacific (Singapore)    269 ms
Asia Pacific (Sydney)   239 ms
Asia Pacific (Japan)    209 ms
South America (Brazil)  147 ms
      

Ada juga situs web untuk uji kecepatan: https://cloudharmony.com/speedtest jika Anda ingin dengan mudah memeriksa wilayah mana yang terbaik untuk Anda.

Berikut alat konsol yang menunjukkan wilayah aws terdekat:

• https://github.com/ekalinin/awsping

Ini ditulis dalam golang dan sangat mudah digunakan:

➥ ./awsping --verbose 1
      Code            Region                                      Latency
    0 eu-central-1    Europe (Frankfurt)                         36.97 ms
    1 eu-west-1       Europe (Ireland)                           63.18 ms
    2 us-east-1       US-East (Virginia)                        126.52 ms
    3 ap-south-1      Asia Pacific (Mumbai)                     156.98 ms
    4 us-west-1       US-West (California)                      192.92 ms
    5 us-west-2       US-West (Oregon)                          226.23 ms
    6 sa-east-1       South America (São Paulo)                 247.74 ms
    7 ap-northeast-1  Asia Pacific (Tokyo)                      312.22 ms
    8 ap-northeast-2  Asia Pacific (Seoul)                      329.54 ms
    9 ap-southeast-2  Asia Pacific (Sydney)                     337.84 ms
   10 ap-southeast-1  Asia Pacific (Singapore)                  395.73 ms

Region diurutkan berdasarkan latensi.

Anda dapat menjalankannya di server mana pun dan menentukan wilayah terdekat untuk Anda.

Menguji latensi ke berbagai wilayah jelas disarankan! Saya berlokasi di Australia dan banyak pengguna di sini mendapatkan latensi yang lebih baik ke AS Barat daripada ke Singapura - sebagian bergantung pada peering ISP lokal dan konektivitas internasional. Ini relatif mudah untuk menguji apakah Anda memiliki pengguna di wilayah yang Anda targetkan.

Keandalan di sisi AWS (yaitu bukan masalah jaringan pengguna) sebagian besar merupakan konsekuensi dari penerapan di beberapa Availability Zone. Ada lebih banyak pilihan di wilayah AS daripada di APAC hanya karena mereka telah melayani pasar tersebut lebih lama. Efek sampingnya adalah fitur-fitur yang diterapkan relatif terlambat ke Singapura / Tokyo - biasanya fitur-fitur baru mulai diluncurkan di AS Timur.

Karena Anda sudah memikirkan S3 dan EC2 sebagai layanan yang ingin Anda gunakan dan keduanya tersedia di wilayah yang lebih dekat, evaluasi apakah layanan web yang lebih baru dari AWS segera penting - jika tidak, bidik untuk sesuatu (latensi) yang dekat.

Amazon sekarang menawarkan kemampuan untuk merutekan ke pusat data berdasarkan latensi pengguna akhir terendah. Ini adalah "Perutean Berbasis Latensi" baru Route53!

http://docs.amazonwebservices.com/Route53/latest/DeveloperGuide/CreatingLatencyRRSets.html

Alat / situs yang bagus untuk Memeriksa Latensi dari lokasi kami

http://www.cloudwatch.in/

EDIT: Lihat jawaban Mark Tsai. Begitulah cara untuk pergi (Route 53 tidak ada ketika saya menulis yang ini)

Ini mungkin milik ServerFault tetapi ini dia:

Apa yang pada dasarnya Anda minta adalah Geo DNS.

Saat ini ini tidak didukung secara langsung di AWS - meskipun saya telah melihat beberapa pembicaraan tentang itu diterapkan di beberapa posting forum AWS - kemungkinan besar dalam layanan Route 53 mereka.

Sampai saat itu, Anda dapat melihat solusi pihak ketiga seperti Zerigo yang akan memberi Anda fasilitas Geo DNS.

Atau jika Anda seorang hardcore, Anda dapat menggulung sendiri dengan mengkonfigurasi BIND dengan IP2Location

EDIT: Ada posting di ServerFault yang berbicara tentang penyedia DNS Geo

Adapun pertanyaan Anda terkait kinerja dan keandalan AWS: Anda harus mempertimbangkan untuk menyajikan situs Anda dari AZ terdekat ke pengguna Anda - sangat masuk akal dalam hal kecepatan dan tidak memiliki semua instans Anda dalam satu AZ. Anda dapat memeriksa AWS Service Health Dashboard untuk mendapatkan gambaran umum seberapa andal layanan Amazon di AZ yang berbeda. Perhatikan bahwa data ini langsung dari Amazon - Saya belum melihat statistik independen di mana pun.

http://blog.datapath.io/aws-network-latency-map membahas penawaran komersial untuk mendapatkan informasi ini. Ini menunjukkan waktu latensi dari lokasi yang Anda tentukan, ke layanan AWS yang Anda tentukan, pada peta.