2017-09-27 11 views
0

Google 웹 사이트를 호스팅하는 App Service가 있습니다.슬롯 스왑 후 스테이징으로 처리되는 Azure 요청

웹 사이트는 두 개의 인스턴스 (하나의 공용 IP 뒤에 있음)에서 실행되는 클라우드 서비스 (클래식) 웹 역할 인 백엔드로 REST를 호출합니다.

우리는 스테이징 슬롯에 배포하는 클라우드 서비스 용으로 하나의 배포 슬롯이 있으며 준비가 완료되면 라이브 슬롯을 바꿔드립니다.

클라우드 서비스에서 인스턴스 수를 1에서 2로 늘렸으므로 웹 사이트의 대부분 요청이 여전히 이전 인스턴스 (현재 준비 중)에 부딪혔을 때 스와핑 슬롯이 거의 영향을 미치지 않는 것처럼 보입니다. 나는 20 + 시간 동안 그것을 남겨 두는 것을 시도하고 그림은 동일에 남아있다. 이제 두 슬롯에있는 4 개의 인스턴스 모두가 사자 공유가 준비를 시작하는 요청을받는 것처럼 보입니다.

스테이징을 중지하면 모든 요청이 라이브 슬롯으로 이동합니다.

왜 이런 일이 발생합니까? 라이브/스테이징을 교환 할 때 스테이징이 더 이상 요청하지 않기를 기대합니다.

답변

0

스왑 중에 배포를위한 준비 및 프로덕션의 가상 IP 주소 (VIP)가 변경됩니다. 스왑 된 후에는 프로덕션 IP 주소를 사용하여 이전 인스턴스에 액세스 할 수 없습니다. 스테이징 IP 주소를 사용하여 이전 인스턴스에 액세스 한 다른 클라이언트가 있는지 확인하십시오.

+0

의견을 보내 주셔서 감사합니다. CloudService (백엔드)는 프로덕션 슬롯의 공용 IP를 가리키는 DNS 항목을 통해 AppService (프런트 엔드)에서만 액세스합니다. –