Lựa chọn khu vực aws nào nếu lưu lượng truy cập trang web sẽ chỉ từ Ấn Độ


9

Tôi sẽ làm cho trang web của mình trực tiếp trên các máy chủ AWS và 100% khán giả trang web dự định sẽ chỉ đến từ Ấn Độ. Vì amazon cung cấp cho bạn dịch vụ từ nhiều khu vực khác nhau, tôi đã tự hỏi liệu có sự khác biệt đáng kể nào về hiệu suất và thời gian tìm trang nếu tôi chọn máy chủ của mình ở Bắc Virginia hoặc Châu Á Thái Bình Dương không?

Tôi đã đọc được ở đâu đó rằng máy chủ càng ở gần máy tính của khách hàng, tốc độ tải trang web trên máy của anh ta càng nhanh. Khi số bước nhảy giữa máy và máy chủ của khách hàng bị giảm.

Nếu đó là trường hợp thì Amazon cung cấp ba nơi ở Châu Á Thái Bình Dương (Singapore, Tokyo, Sidney) trong đó Châu Á Thái Bình Dương (Singapore) là nơi gần nhất gần Ấn Độ. Tôi chỉ nên lấy máy chủ ở Singapore hay tôi có thể chọn bất kỳ địa điểm nào?

Xin gợi ý cho tôi?


1
Bạn chỉ mất vài xu Mỹ để khởi động VM ở từng khu vực và tự mình kiểm tra nó.
Michael Hampton

1
@MichaelHampton: Vâng, đó có thể là lựa chọn cuối cùng tôi có, nhưng tôi vẫn đang tìm kiếm đề xuất từ ​​những người đã có kinh nghiệm với những điều như vậy.
Abhi

Bất kỳ đề xuất?
dùng21904

1
@ user21904: Khu vực Singapore là tốt nhất về độ trễ nếu đối tượng mục tiêu của bạn đến từ Ấn Độ. Tôi đã chạy thử nghiệm trong 3 năm qua và kết quả cuối cùng là đây.
Abhi

Đây là một công cụ bảng điều khiển hiển thị vùng aws gần nhất cho máy chủ nơi nó được chạy github.com/ekalinin/awsping
shorrty

Câu trả lời:


10

Tôi đang điều hành một trang web có lưu lượng truy cập hoàn toàn từ Ấn Độ và đã thử nghiệm các tùy chọn khác nhau.

Nếu giao thông chỉ đến từ Ấn Độ, chỉ cần đi đến Khu vực Singapore ở khu vực Châu Á Thái Bình Dương.

Độ trễ từ chúng là tối thiểu và sẽ thay đổi ở đâu đó khoảng 70-120ms (đo từ Delhi, Ấn Độ).

Mặc dù bạn sẽ phải trả thêm một số tiền so với Vùng N. Virginia, nhưng nó đáng giá.

Độ trễ từ khu vực N. Virginia sẽ ở khoảng 250-350 ms.


Nếu chúng ta sử dụng Akamai (nơi có các cạnh khá tốt ở Ấn Độ) sẽ là một ý tưởng tốt để lưu trữ nó tại Virginia? Giữ trong xem chi phí?
Út xD

1
Vâng, nếu bạn đang tìm kiếm chi phí, có. Nhưng đồng thời, nó phụ thuộc vào dịch vụ của akamai bạn đang sử dụng và loại nội dung bạn có, như nếu bạn có nhiều nội dung động và bạn không sử dụng bộ nhớ đệm động akamai, nó sẽ không giúp ích nhiều. Tôi tin rằng bạn đã có quan điểm của tôi. Nếu bạn có nội dung động và muốn lưu trữ trang web ở N. Virginia, bạn nên sử dụng bộ đệm ẩn động. Chắc chắn sẽ có một số khác biệt so với Singapore, nhưng nếu mức sử dụng của bạn cao, chi phí của bạn sẽ ít hơn.
Napster_X

4

Các khu vực sẵn có của Amazon AWS được liệt kê ở đây . Danh sách này có thể được cập nhật bất cứ lúc nào, vì vậy đây là một ảnh chụp nhanh.

nhập mô tả hình ảnh ở đây

Nếu bạn đang phục vụ lưu lượng truy cập đến Ấn Độ, sẽ rất hợp lý khi đặt các hệ thống của bạn ở khu vực sẵn có ở Châu Á Thái Bình Dương , nếu không có lý do nào hơn độ trễ. Con đường đến Bắc Virginia phức tạp hơn nhiều và bạn sẽ bỏ qua khu vực Liên minh Châu Âu, đây sẽ là lựa chọn tốt hơn bất cứ điều gì ở Hoa Kỳ.


Chỉ là một FYI: Đó là bản đồ các vùng AWS , không phải vùng khả dụng . Mỗi vùng gồm có 2 - 5 vùng sẵn có.
jamieb

1

AWS hiện có một khu vực trên Mumbai.

Tôi đang thực hiện các nhiệm vụ giống như bạn, nơi lưu lượng truy cập 100% từ Ấn Độ. Tôi đã chọn Ireland trên Mumbai / Singapore / Sydney vì Ireland có sẵn nhiều dịch vụ AWS hơn. Ví dụ: nếu tôi muốn sử dụng EFS, không khu vực nào ở Châu Á Thái Bình Dương cung cấp dịch vụ này, các dịch vụ dành cho nhà phát triển như CodePipeline không có sẵn ở Mumbai.

Bạn có thể sử dụng toàn bộ Mumbai, miễn là bạn sử dụng các dịch vụ tương đương (như S3FS hoặc GlusterFS thay vì EFS).

Ngoài ra, có một yếu tố chi phí. Mumbai có giá cao cắt cổ so với bất kỳ khu vực AWS nào. Chỉ cần cung cấp trang web trên Ireland và thiết lập CloudFront để phục vụ lưu lượng truy cập ở Ấn Độ.


0

Tôi không biết nhưng nếu bạn kết nối trang web của mình với CDN có các nút ở Ấn Độ, điều đó có thể sẽ khiến việc lựa chọn khu vực AWS trở nên ít quan trọng hơn và làm tăng hiệu suất thực sự.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.