Quelle zone aws choisir si le trafic du site Web proviendra uniquement de l'Inde

9

Je vais rendre mon site Web en direct sur les serveurs AWS et 100% de l'audience prévue du site Web proviendra d'Inde uniquement. Comme amazon vous propose d'obtenir des services de différentes zones, je me demandais s'il y avait une différence substantielle dans les performances et le temps de récupération des pages si je choisis mon serveur pour être en Virginie du Nord ou en Asie-Pacifique?

J'ai lu quelque part que plus le serveur est près de l'ordinateur d'un client, plus la page Web se charge rapidement sur sa machine. À mesure que le nombre de sauts entre la machine du client et le serveur diminue.

Si tel est le cas, Amazon propose trois endroits en Asie-Pacifique (Singapour, Tokyo, Sidney), dont l'Asie-Pacifique (Singapour) est l'endroit le plus proche près de l'Inde. Dois-je prendre le serveur à Singapour uniquement ou je peux choisir n'importe quel emplacement?

Veuillez me suggérer?

amazon-ec2 amazon-web-services

— Abhi
source

1

Cela ne devrait vous coûter que quelques cents américains pour démarrer une machine virtuelle dans chaque région et la tester par vous-même.

— Michael Hampton

1

@ MichaelHampton: Oui, cela pourrait être la dernière option que j'ai, mais je cherche toujours des suggestions de personnes ayant déjà de l'expérience avec de telles choses.

— Abhi

Aucune suggestion?

— user21904

1

@ user21904: La région de Singapour est la meilleure en termes de latence si votre public cible est indien. J'ai effectué plusieurs tests au cours des 3 dernières années et le résultat final est le suivant.

— Abhi

Voici un outil de console qui affiche la région aws la plus proche pour l'hôte où elle a été exécutée github.com/ekalinin/awsping

— shorrty

10

Je gère un site Web dont le trafic provient uniquement d'Inde et j'ai testé diverses options.

Si le trafic provient uniquement de l'Inde, optez simplement pour la zone Singapour dans la région Asie-Pacifique.

La latence de leur est minimale et variera quelque part autour de 70-120ms (mesure de Delhi, Inde).

Bien que vous deviez payer quelques dollars supplémentaires par rapport à la région de Virginie du Nord, mais cela en vaut la peine.

La latence de la région de Virginie du Nord se situera autour de 250-350 ms.

— Napster_X
source

Si nous utilisons Akamai (qui a des bords assez décents en Inde) serait-ce une bonne idée de l'héberger en Virginie? Garder à l'esprit le coût?

— Ut xD

1

Eh bien, si vous cherchez un coût, oui. Mais en même temps, cela dépend du service d'Akamai que vous utilisez et du type de contenu que vous avez, comme si vous avez beaucoup de contenu dynamique et que vous n'utilisez pas la mise en cache dynamique d'Akamai, cela n'aidera pas beaucoup. Je crois que vous avez compris mon point. Si vous avez du contenu dynamique et que vous souhaitez héberger un site en Virginie du Nord, vous devriez opter pour la mise en cache dynamique. Bien sûr, il y aura une différence par rapport à Singapour, mais si votre utilisation est élevée, votre coût sera moindre.

— Napster_X

4

Les zones de disponibilité Amazon AWS sont répertoriées ici . Cette liste peut être mise à jour à tout moment, il s'agit donc d'un instantané.

entrez la description de l'image ici

Si vous traitez du trafic vers l'Inde, il est logique de placer vos systèmes dans la zone de disponibilité Asie-Pacifique , ne serait-ce que pour une latence. Le chemin vers la Virginie du Nord est beaucoup plus complexe et vous contourneriez la région de l'Union européenne, ce qui serait un meilleur choix que n'importe quoi aux États-Unis.

— ewwhite
source

Juste un info: c'est une carte des régions AWS , pas des zones de disponibilité . Chaque région est composée de 2 à 5 zones de disponibilité.

— jamieb

1

AWS a maintenant une région sur Mumbai.

J'exécute les mêmes tâches que vous, où le trafic est à 100% en provenance d'Inde. J'ai choisi l'Irlande plutôt que Mumbai / Singapour / Sydney car l'Irlande a plus de services AWS disponibles. Par exemple, si je veux utiliser EFS, aucune des régions d'Asie-Pacifique ne le propose, également les services de développeur comme CodePipeline ne sont pas disponibles à Mumbai.

Vous pouvez utiliser Mumbai dans son intégralité, à condition d'utiliser les services équivalents (comme S3FS ou GlusterFS au lieu d'EFS).

De plus, il y a un facteur de coût. Mumbai est exorbitant par rapport à n'importe quelle région AWS. Il suffit d'alimenter le site en Irlande et de configurer un CloudFront pour servir le trafic en Inde.

— Amitabh Ghosh
source

0

Je ne sais pas, mais si vous connectez votre site à un CDN qui a des nœuds en Inde, cela rendra probablement le choix de la région AWS encore moins important et améliorera les performances.

— Jonas
source