2017-09-27 4 views
0

Nous avons un service d'application qui héberge notre site Web.Les demandes Azure sont traitées par mise en scène après l'échange de logement

Le site Web effectue des appels REST à notre backend, qui est un rôle Web Cloud Service (classique) s'exécutant sur deux instances (derrière une adresse IP publique).

Nous avons un emplacement de déploiement, pour le service Cloud que nous déployons dans le créneau intermédiaire, et lorsque nous sommes satisfaits, nous échangeons des emplacements intermédiaires et des emplacements actifs. Depuis que j'ai augmenté le nombre d'instances de 1 à 2 dans le service Cloud, il semble que les emplacements de permutation ont peu/pas d'effet avec la plupart des demandes du site Web qui frappent toujours les instances plus anciennes. J'ai essayé de le laisser pendant plus de 20 heures et l'image reste la même. Maintenant, les 4 instances dans les deux slots semblent recevoir des requêtes avec la part de lion qui frappe la mise en scène.

Lorsque j'arrête de mettre en attente toutes les demandes, accédez à l'emplacement en direct.

Pourquoi cela se produit-il? Lorsque j'échange en direct/staging je m'attends à ce que la mise en scène ne reçoive plus de requêtes.

Répondre

0

Lors de l'échange, les adresses IP virtuelles (VIP) de transfert et de production pour les déploiements seront modifiées. Je suis sûr que, après l'échange, les anciennes instances ne sont pas accessibles en utilisant l'adresse IP de production. Veuillez vérifier si d'autres clients ont accédé à vos anciennes instances en utilisant l'adresse IP de transfert.

+0

Merci pour votre commentaire mais notre CloudService (backend) n'est accessible par notre AppService (front-end) via une entrée DNS qui pointe vers l'IP publique de l'emplacement de production. –