Belirli bir bölgedeki müşterilere hizmet vermek için hangi AWS konumunun en iyi olduğunu nasıl belirleyebilirim?

AWS, depolama ve EC2 bulut sunucularının farklı fiyatlara göre çalıştırılması için çeşitli konumlara sahiptir. Belirli bir bölge için hangi konumun en iyi olduğunu nasıl belirleyebilirim? Sezgisel mi (hizmet bölgenize daha yakın olan en iyisidir) veya herhangi bir güvenilirlik endişesi var mı (diğerlerinden daha fazla kesinti yaşayan belirli AWS konumu). Böyle bir karar vermek için herhangi bir veri var mı?

Esas olarak Hintli müşterileri hedefleyen bir uygulama geliştiriyorum. Bu yüzden Singapur veya Tokyo'yu bir seçenek olarak düşünüyorum.

Özel kullanım için en düşük gecikme süreli AWS konumunu belirleme

TurnKey Linux'un akıllı ve yenilikçi çalışanları yakın zamanda sorununuza yönelik çözümlerini açtılar, GitHub'da AWS Bölgesel Veri Merkezleri eşlemesine bakın :

Bu proje dizinleri (ve üretmek için kullanılan görsel ilk kullandığı referans için) TurnKey Hub için , bir kullanıcı için en yakın AWS veri merkezi bulabilirsiniz. [vurgu benim]

Kullanılan algoritma, GeoIP ve indeksleme kullanarak en yakın veri merkezini bulma ve takip sonrası GeoIP ve indeksleme kullanarak en yakın APT paketi arşivini bulma bölümünde ayrıntılı olarak açıklanmıştır .

Biraz hile olsa da, görselleştirme ciddi şekilde havalı ve yanıtı doğruluyor. Josh'un daha önce bahsettiği ilk bakışta şaşırtıcı gerçeğin nedenini gösteriyor , yani Avustralya'daki kullanıcılar şu anda Asya Pasifik (Singapur / ap-güneydoğu) yerine ABD Batı (Kuzey Kaliforniya / us-batı-1) üzerinden daha iyi gecikme yaşama eğiliminde -1) bölge. ( İpucu : Sağ alt köşedeki Gelecek Kabloları kontrol etmek , bunun değişeceğini ortaya koyuyor, bu Greg'in Kablo Haritası'nda daha ayrıntılı olarak açıklanmıştır. , Avustralya'nın önümüzdeki yıllarda her iki AWS konumu arasında gecikme açısından atlayabileceğini gösterir;)

Amazon Route 53 üzerinden otomatik olarak en düşük gecikmeli AWS konumunu kullanma

Bu arada AWS, kullanılabilirlik bölgesi sayısı ve API uç noktası gibi ilgili ayrıntıların yanı sıra hızlı bir değerlendirme için Küresel Altyapısını gösteren yararlı bir harita sağlıyor .

Daha da önemlisi AWS, Jahufar'ın daha önce bahsettiği coğrafi DNS desteğini kısa süre önce duyurdu; Amazon CloudFront'u Amazon EC2 kullanıcılarına da sağlayan gecikme tabanlı yönlendirme teknolojisinin aynısını AWS için kullanıma sunan giriş niteliğindeki Çok Bölgeli Gecikme Tabanlı Yönlendirme sonrasına bakın. , Elastic Load Balancing ve daha fazlası.

Dolayısıyla, ortamınız zaten Otomatik Ölçeklendirmeli EC2 Bulut Sunucuları mimarisinden oluşuyorsa, bu gecikmeye dayalı yönlendirmeyi uygulamak sorununuzu otomatik olarak çözecektir.

Kullanım senaryosu, açıkça birden çok AWS bölgesini oluşturan teklifleri hedeflese de, Gecikme Tabanlı Yönlendirme ve Ağırlıklı Round Robin Kayıt Kümeleri etrafındaki gelişmiş özellikler , istenen bilgileri kendiniz de daha kolay belirlemenize olanak sağlayabilir.

Cloudping.info'yu deneyin , tarayıcınızdan her bir AWS bölgesine HTTPS pingi yapacak.

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
      

Ayrıca hız testi için bir web sitesi de var: https://cloudharmony.com/speedtest , hangi bölgenin sizin için en iyi olduğunu kolayca kontrol etmek istiyorsanız.

İşte en yakın aws bölgesini gösteren bir konsol aracı:

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

Golang ile yazılmıştır ve kullanımı çok kolaydır:

➥ ./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

Bölgeler gecikmeye göre sıralanır.

Herhangi bir sunucuda çalıştırabilir ve size en yakın bölgeyi belirleyebilirsiniz.

Farklı bölgelere gecikmeyi test etmek kesinlikle tavsiye edilir! Ben Avustralya'da bulunuyorum ve buradaki pek çok kullanıcı Batı ABD için Singapur'a göre daha iyi gecikme yaşıyor - kısmen yerel ISS'lerin eşlemesi ve uluslararası bağlantıya bağlı. Hedeflediğiniz bölgede kullanıcılarınızın olup olmadığını test etmek nispeten kolaydır.

AWS tarafında güvenilirlik (yani kullanıcı ağ sorunları değil), çoğunlukla birden çok Erişilebilirlik Alanında dağıtımın bir sonucudur. ABD bölgelerinde APAC bölgelerine göre daha fazla seçenek var çünkü bunlar bu pazarlara daha uzun süre hizmet ediyorlar. Bunun bir yan etkisi, özelliklerin Singapur / Tokyo'da nispeten geç konuşlandırılmasıdır - normalde yeni özellikler ABD Doğu'da piyasaya sürülmeye başlar.

Kullanmak isteyeceğiniz hizmetler olarak zaten S3 ve EC2 bulunduğundan ve her ikisi de daha yakın bölgelerde mevcut olduğundan, AWS'den gelen yeni web hizmetlerinin hemen önemli olup olmadığını değerlendirin - değilse, yakında bir şey (gecikme) için ateş edin.

Amazon artık en düşük son kullanıcı gecikmesine göre bir veri merkezine yönlendirme olanağı sunuyor. Route53'ün yeni "Gecikmeye Dayalı Yönlendirmesi"!

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

Konumumuzdan Gecikmeyi Kontrol Etmek için iyi bir araç / site

http://www.cloudwatch.in/

DÜZENLEME: Mark Tsai'nin cevabına bakın. Gitmenin yolu bu (Bunu yazdığımda 53 numaralı yol yoktu)

Bu muhtemelen ServerFault'a aittir, ancak burada:

Temel olarak istediğiniz şey Geo DNS.

Şu anda AWS'de doğrudan desteklenmiyor - bazı AWS forum gönderilerinde - büyük olasılıkla Route 53'te - uygulandığına dair bazı konuşmalar gördüm hizmetlerinde .

O zamana kadar, Zerigo gibi 3. parti çözümlere bakabilirsiniz. Geo DNS olanağı sağlayacak olan .

Ya da sertseniz, BIND'ı IP2Location ile yapılandırarak kendinizinkini alabilirsiniz.

DÜZENLEME: ServerFault'ta Geo DNS sağlayıcılarından bahseden bir gönderi var

Performans ve AWS güvenilirliğiyle ilgili sorunuza gelince: Sitenizi en yakın AZ'den kullanıcınıza sunmayı düşünmelisiniz - hız açısından ve tüm örneklerinizin tek bir AZ'de olmaması açısından mükemmel bir anlam ifade ediyor. Amazon hizmetlerinin farklı AZ'lerde ne kadar güvenilir olduğu konusunda genel bir fikir edinmek için AWS Service Health Dashboard'u kontrol edebilirsiniz. Bu verilerin doğrudan Amazon'dan geldiğini unutmayın - başka hiçbir yerde bağımsız istatistik görmedim.

http://blog.datapath.io/aws-network-latency-map bu bilgileri almak için ticari bir teklifi tartışıyor. Harita üzerinde belirlediğiniz konumdan belirttiğiniz AWS hizmetine kadar olan gecikme süresini gösterir.