Làm cách nào để xác định vị trí AWS nào tốt nhất để phục vụ khách hàng từ một khu vực cụ thể?

AWS có một số địa điểm để lưu trữ và chạy các phiên bản EC2 với các mức giá khác nhau. Làm cách nào để xác định vị trí nào là tốt nhất cho một khu vực cụ thể. Nó có trực quan không (gần khu vực phục vụ của bạn là tốt nhất) hay có bất kỳ lo ngại nào về độ tin cậy không (vị trí AWS cụ thể đối mặt với tình trạng ngừng hoạt động nhiều hơn các vị trí khác). Có sẵn dữ liệu nào để đưa ra quyết định như vậy không?

Tôi đang phát triển một ứng dụng chủ yếu nhắm đến khách hàng Ấn Độ. Vì vậy, tôi đang cân nhắc Singapore hoặc Tokyo là một lựa chọn.

Xác định vị trí AWS có độ trễ thấp nhất để sử dụng tùy chỉnh

Những người thông minh và sáng tạo từ TurnKey Linux gần đây đã mở nguồn giải pháp của họ cho vấn đề của bạn, hãy xem bản đồ Trung tâm dữ liệu khu vực AWS trên GitHub:

Dự án này được sử dụng để tạo các chỉ mục (và bản đồ trực quan để tham khảo) được TurnKey Hub sử dụng để tìm trung tâm dữ liệu AWS gần nhất cho người dùng. [nhấn mạnh của tôi]

Thuật toán đang sử dụng được trình bày chi tiết hơn trong Tìm trung tâm dữ liệu gần nhất bằng GeoIP và lập chỉ mục cũng như bài đăng tiếp theo Tìm kho lưu trữ gói APT gần nhất bằng GeoIP và lập chỉ mục .

Mặc dù có một chút mánh lới quảng cáo, nhưng hình ảnh trực quan rất thú vị và khẳng định sự phản hồi. minh họa lý do cho sự thật đáng ngạc nhiên ngay từ cái nhìn đầu tiên mà Josh đã đề cập , đó là người dùng ở Úc hiện có xu hướng nhận được độ trễ tốt hơn qua miền Tây Hoa Kỳ (Bắc California / us-west-1) hơn là Châu Á Thái Bình Dương (Singapore / ap-Southeast -1) khu vực. ( Mẹo : kiểm tra Cáp tương lai ở góc dưới cùng bên phải cho thấy điều này có thể sẽ thay đổi, được trình bày chi tiết hơn trong Bản đồ cáp của Greg , cho thấy Úc có thể nhảy giữa cả hai địa điểm AWS về độ trễ khôn ngoan trong những năm tới;)

Tự động sử dụng vị trí AWS có độ trễ thấp nhất qua Amazon Route 53

Trong khi đó AWS đang cung cấp một bản đồ hữu ích minh họa Cơ sở hạ tầng toàn cầu của họ để đánh giá nhanh chóng, cùng với các chi tiết tương ứng như số lượng khu vực khả dụng và điểm cuối API.

Tuy nhiên, quan trọng hơn, AWS vừa công bố hỗ trợ DNS địa lý mà Jahufar đã đề cập , hãy xem bài giới thiệu Định tuyến dựa trên độ trễ đa vùng hiện khả dụng cho AWS , đang cung cấp cùng một công nghệ định tuyến dựa trên độ trễ hỗ trợ Amazon CloudFront cho người dùng Amazon EC2 , Cân bằng tải đàn hồi và hơn thế nữa.

Vì vậy, trong trường hợp môi trường của bạn đã bao gồm kiến ​​trúc Phiên bản EC2 Tự động mở rộng quy mô, chỉ cần áp dụng định tuyến dựa trên độ trễ này sẽ tự động giải quyết vấn đề của bạn.

Mặc dù trường hợp sử dụng rõ ràng nhắm mục tiêu các dịch vụ sinh ra nhiều vùng AWS, nhưng các tính năng phức tạp xung quanh Định tuyến dựa trên độ trễ và Bộ bản ghi vòng tròn có trọng số có thể cho phép bạn tự xác định thông tin mong muốn dễ dàng hơn.

Hãy thử cloudping.info

Nó sẽ thực hiện ping HTTP từ trình duyệt của bạn đến từng vùng 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

LƯU Ý cho quản trị viên SO : Tôi không liên kết với dịch vụ này. Tôi đã tìm thấy nó trong khi chuẩn bị cho chứng nhận AWS.

Ngoài ra còn có một trang web để kiểm tra tốc độ: https://cloudharmony.com/speedtest nếu bạn dễ dàng muốn kiểm tra vùng nào phù hợp nhất với mình.

Đây là công cụ bảng điều khiển hiển thị vùng aws gần nhất:

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

Nó được viết bằng golang và rất dễ sử dụng:

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

Các khu vực được sắp xếp theo độ trễ.

Bạn có thể chạy nó trên bất kỳ máy chủ nào và xác định khu vực gần bạn nhất.

Rõ ràng là nên kiểm tra độ trễ cho các vùng khác nhau! Tôi sống ở Úc và nhiều người dùng ở đây có độ trễ tốt hơn ở Tây Hoa Kỳ so với Singapore - một phần là do các ISP địa phương ngang hàng và kết nối quốc tế. Kiểm tra tương đối đơn giản nếu bạn có người dùng trong khu vực bạn đang nhắm mục tiêu.

Độ tin cậy ở phía AWS (tức là không phải vấn đề mạng người dùng) chủ yếu là hệ quả của việc triển khai trên nhiều Vùng khả dụng. Có nhiều sự lựa chọn hơn ở các khu vực của Hoa Kỳ so với các khu vực APAC đơn giản vì họ đã phục vụ các thị trường đó lâu hơn. Một tác dụng phụ của việc này là các tính năng được triển khai tương đối muộn ở Singapore / Tokyo - thông thường các tính năng mới bắt đầu được triển khai ở phía Đông Hoa Kỳ.

Vì bạn đã có S3 và EC2 là các dịch vụ bạn muốn sử dụng và cả hai đều có sẵn ở các khu vực gần hơn, hãy đánh giá xem các dịch vụ web mới hơn từ AWS có quan trọng ngay lập tức hay không - nếu không, hãy tìm kiếm điều gì đó (độ trễ) gần kề.

Amazon hiện đang cung cấp khả năng định tuyến đến một trung tâm dữ liệu dựa trên độ trễ thấp nhất của người dùng cuối. Đó là "Định tuyến dựa trên độ trễ" mới của Route53!

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

Công cụ / trang web tốt để Kiểm tra Độ trễ từ vị trí của chúng tôi

http://www.cloudwatch.in/

CHỈNH SỬA: Nhìn vào câu trả lời của Mark Tsai. Đó là cách để đi (Tuyến đường 53 không tồn tại khi tôi viết bài này)

Điều này có thể thuộc về ServerFault nhưng đây là:

Về cơ bản, những gì bạn đang yêu cầu là Geo DNS.

Hiện tại, nó không được hỗ trợ trực tiếp trong AWS - mặc dù tôi đã thấy một số bài nói về nó được triển khai trong một số bài đăng trên diễn đàn AWS - hầu hết có thể là trong dịch vụ Route 53 của họ .

Cho đến lúc đó, bạn có thể xem xét các giải pháp của bên thứ 3 như Zerigo sẽ cung cấp cho bạn cơ sở Geo DNS.

Hoặc nếu bạn là người khó tính, bạn có thể tự làm bằng cách định cấu hình BIND với IP2Location

CHỈNH SỬA: Có một bài đăng trên ServerFault nói về các nhà cung cấp DNS địa lý

Đối với câu hỏi của bạn về hiệu suất và độ tin cậy AWS: Bạn nên cân nhắc việc cung cấp trang web của mình từ A-Z gần nhất cho người dùng của bạn - điều này có ý nghĩa hoàn hảo về tốc độ và không có tất cả các phiên bản của bạn trong một AZ duy nhất. Bạn có thể kiểm tra Trang tổng quan về tình trạng dịch vụ của AWS để có ý tưởng chung về mức độ đáng tin cậy của các dịch vụ của Amazon ở các AZ khác nhau. Lưu ý rằng dữ liệu này trực tiếp từ Amazon - tôi chưa thấy bất kỳ số liệu thống kê độc lập nào ở bất kỳ nơi nào khác.

http://blog.datapath.io/aws-network-latency-map thảo luận về một đề nghị thương mại để lấy thông tin này. Nó hiển thị thời gian chờ từ vị trí bạn chỉ định đến dịch vụ AWS bạn chỉ định trên bản đồ.