Problèmes de performances liés au site Web Azure se connectant à une base de données SQL Azure dans différentes régions

Question

Nous rencontrons quelques problèmes de mise à l'échelle de notre site Web à deux niveaux sur Azure.

Notre objectif est de créer deux sites Web dans différentes régions (US West, Australia East) et de servir le plus proche des utilisateurs finaux.

Nous voyons massives différences entre les deux régions en termes de temps de demandes moyennes et nous nous demandons comment nous pourrions réduire cet impact sur les performances?

Ou,

Quelqu'un at-il mis en œuvre cette autre façon?

---

Voici ce que nous avons actuellement:
1 x Site en US West
1 x Site en Australie Est
1 x base de données SQL dans US West

Nous utilisons Traffic Manager qui sélectionne le meilleur site/région en fonction de l'emplacement de la demande entrante. Cela fonctionne extrêmement bien.

Moyenne des résultats de la requête:
US Ouest: 150ms
est de l'Australie: 800ms

Nos pensées:
Parce que la base de données SQL est dans un autre centre de données/région sur le site le temps de latence entre les deux augmentent la demande moyenne.

S'il vous plaît Note:
Nous savons que cela pourrait être fait installer SQL sur la mise en VM et une vnet entre les deux centres de données, mais si possible, nous aimerions continuer à utiliser le SQL Azure entièrement géré et sites Web.

Answer 1

Avez-vous regardé

http://azure.microsoft.com/en-gb/documentation/articles/sql-database-get-started-sql-data-sync/

Une autre approche simple est de données de cache pour les lectures et utiliser un bus de service écrit.

Answer 2

En fonction de l'architecture de l'application et si ses lectures indiquent principalement que vos sites Web utilisent une configuration de géoréplication active, cela peut être une option. De cette façon, votre base de données Azure pourrait être répliquée en Australie-Est de manière asynchrone et votre site Internet en Australie pourrait l'utiliser pour des temps de requête plus courts (en lecture seule).

Dans les termes SQL Azure, votre base de données SQL Azure en Australie est un "secondaire en ligne".

More info here

Answer 3

L'utilisation d'une base de données dans une région différente de celle où votre site est hébergé n'est pas recommandé en raison des coûts de bande passante supplémentaires et latences plus élevés.

Vous pouvez utiliser Geo-réplication pour créer une lecture seule secondaire en Australie: https://msdn.microsoft.com/en-us/library/azure/dn741339.aspx

Si vous voulez être en mesure d'écrire les deux blocs de données (de l'Ouest des États-Unis et en Australie) et les synchroniser, la seul moyen de le faire à partir de maintenant utilise Data Sync http://azure.microsoft.com/en-gb/documentation/articles/sql-database-get-started-sql-data-sync/.

Answer 4

Jetez un oeil à cette conférence Tech - Azure Web Sites: Architecting Massive-Scale Ready-For-Business Web Apps

Si vous pouvez faire diviser les écritures pour aller à une région, mais se lit à la plus proche région et avoir une lecture SQL seule base de données secondaire pourrait vous aider à réduire le temps d'attente