Яку зону Aws вибрати, чи буде відвідувати веб-сайт лише Індія


9

Я збираюся зробити свій веб-сайт живим на серверах AWS, і 100% призначеної аудиторії веб-сайтів будуть лише з Індії. Оскільки amazon пропонує вам отримувати послуги з різних зон, мені було цікаво, чи є істотна різниця у продуктивності та часі отримання сторінки, якщо я виберу свій сервер у Північній Вірджинії чи в Азіатсько-Тихоокеанському регіоні?

Я десь читав, що чим більше сервер знаходиться біля комп'ютера клієнта, тим швидше завантаження веб-сторінки на його машину. Оскільки кількість стрибків між клієнтською машиною та сервером зменшується.

Якщо це так, Amazon пропонує три місця в Азіатсько-Тихоокеанському регіоні (Сінгапур, Токіо, Сідней), з яких Азіатський Тихий океан (Сінгапур) - найближче місце поблизу Індії. Чи потрібно брати сервер лише в Сінгапурі, або я можу вибрати будь-яке місце?

Підкажіть будь ласка?


1
Щоб запустити VM у кожному регіоні та перевірити його, вам варто коштувати лише декілька центів США.
Майкл Хемптон

1
@MichaelHampton: Так, це може бути останній варіант, який я маю, але все ж шукаю пропозиції у людей, які вже мають досвід подібних речей.
Абхі

Будь-які пропозиції?
користувач21904

1
@ user21904: Сінгапурський регіон найкращий за затримкою, якщо ваша цільова аудиторія з Індії. Я провів кілька тестів за останні 3 роки, і кінцевий результат такий.
Абхі

Ось консольний інструмент, який показує найближчий aws регіон для хоста, де він був запущений github.com/ekalinin/awsping
shortrty

Відповіді:


10

Я запускаю веб-сайт, трафік якого повністю лише з Індії та перевіряв різні варіанти.

Якщо трафік здійснюється лише з Індії, просто вирушайте в зону Сінгапуру в Азіатсько-Тихоокеанському регіоні.

Затримка від їх мінімальна і коливатиметься десь 70-120 мс (міра в Делі, Індія).

Хоча вам доведеться заплатити додаткові гроші порівняно з регіоном Н. Вірджинія, але воно того варте.

Затримка в регіоні Н. Вірджинія становитиме десь 250-350 мс.


Якщо ми використовуємо Akamai (який має досить пристойні краї в Індії), було б хорошою ідеєю розмістити його у Вірджинії? Зберігаючи вигляд вартості?
Ut xD

1
Ну, якщо ви шукаєте вартість, так. Але в той же час це залежить від того, якою послугою ви користуєтеся акамаєм і який тип вмісту у вас є, як, наприклад, якщо у вас багато динамічного контенту, і ви не використовуєте динамічне кешування Akamai, це не дуже допоможе. Я вважаю, ви зрозуміли мою думку. Якщо у вас є динамічний контент і ви хочете розмістити сайт у штаті Н. Вірджинія, вам слід перейти до динамічного кешування. Напевно, буде різниця порівняно з Сінгапуром, але якщо ваше використання буде високим, ваша вартість буде меншою.
Napster_X

4

Тут перераховані зони доступності Amazon AWS . Цей список можна оновлювати в будь-який час, тому це знімок.

введіть тут опис зображення

Якщо ви обслуговуєте трафік до Індії, має сенс розмістити ваші системи в зоні наявності Азіатсько-Тихоокеанського регіону, якщо не з причини затримки. Шлях до Північної Вірджинії набагато складніший, і ви обходите регіон Європейського Союзу, який був би кращим вибором, ніж будь-що у Сполучених Штатах.


Просто ПІІ: Це карта регіонів AWS , а не зони доступності . Кожен регіон складається з 2 - 5 зон наявності.
jamieb

1

Зараз у AWS є регіон Мумбаї.

Я виконую ті ж завдання, що і ви, де трафік на 100% від Індії. Я вибрав Ірландію через Мумбаї / Сінгапур / Сідней, оскільки в Ірландії доступно більше служб AWS. Наприклад, якщо я хочу використовувати EFS, жоден з азіатсько-тихоокеанських регіонів не пропонує його, також послуги розробників, такі як CodePipeline, недоступні в Мумбаї.

Ви можете використовувати Мумбаї в повному обсязі, якщо ви використовуєте еквівалентні сервіси (наприклад, S3FS або GlusterFS замість EFS).

Також є чинник витрат. Мумбаї надзвичайно високий порівняно з будь-яким регіоном AWS. Просто подайте сайт в Ірландії та встановіть CloudFront для обслуговування трафіку в Індії.


0

Я не знаю, але якщо ви підключите свій сайт до CDN, у якого є вузли в Індії, це, ймовірно, зробить вибір регіону AWS ще менш важливим і зробить реальне підвищення продуктивності.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.