Windows Azure 웹 사이트에서 웹 사이트의 여러 인스턴스를 설정

윈도우 http://www.aliyun.com/zixun/aggregation/13357.html에는 사이트의 여러 인스턴스를 설정 > 푸른 사이트는 Azure 가로로, 귀하의 사이트를 확장 하는 좋은 방법 응용 프로그램 요청을 라우팅할 활성 인스턴스 간에 귀하의 사이트에 연결 되어 있는 사용자를 지정 하려면 IIS 확장 팩의 사용을 극대화 합니다. 연결 된 사용자 (즉, 연결된 쿠키)에 특별 한 쿠키를 제공 하 여 한 가지, 사용자 후속 요청을 만들 때와 통신 하는 서버 인스턴스를 아는 하 여 미묘 하 게 연결 된 사용자를 추적할 수 있습니다. 이 클라이언트가 항상 서버와 통신 같은 세션 활성화 될 때 클라이언트는 특정 서버 인스턴스를 사용 하 여 세션 때 되도록 수 있습니다. 이 때문에 세션 관련 데이터 자체는 다른 한 서버에서 이동 되지 세션로 알려진 또한 상태 비저장 응용 프로그램을 사용 하는 응용 프로그램에 대 한 특히 중요 하다. (일반적으로 SQL 등의 일부 공유 저장소에 데이터 저장) 하 여이 작업을 수행 하도록 응용 프로그램을 디자인할 수 있습니다 하지만 대부분의 응용 프로그램 하지 않으면, 그래서 우리는 보통 지정된 된 서버에 각 사용자를 연결 하는. 사용자를 다른 서버로 이동할 경우 새 세션이 시작 되 고 데이터는 세션 데이터에 응용 프로그램 사용 (예를 들어 쇼핑 카트 내용) 손실 됩니다. 다음은 프로세스의 간략 한 설명입니다.

1. 클라이언트 Azure 웹 사이트에 연결

2. 한 가지를 실행 하 고 프런트 엔드 푸른 서버에서 요청을 수신

3. 한 가지 사용 가능한 인스턴스 요청을 보낼지 결정 합니다.

4. 한 가지 선택한 서버에 요청을 전달, Arraffinity 쿠키 만들고 요청 하

5. 응답 arraffinity 쿠키를 포함 하는 클라이언트에 반환 됩니다.

6. 받으면 클라이언트는 응답, 쿠키 (브라우저 할 것입니다이 서버에서 받은 쿠키에 대 한) 나중에 사용할 저장 됩니다.

7.이 쿠키는 클라이언트 후속 요청을 제출 하는 때 포함 될 것 이다

8. 때에 한 가지 요청을 받으면, 그것은 쿠키를 외모와 그것을 디코딩합니다

9. 디코딩된 쿠키는 인스턴스 이름이 포함 이전 보다는 동일한 인스턴스를 요청을 전달 하는 ARR 사용 풀에서 선택

10. 동일한 단계는 사용자 브라우저를 닫기 전에 각 후속 요청 같은 사이트에 대 한 반복 됩니다 (즉 때 쿠키 삭제) (7-9 단계)

그러나, 연결을 유지 하려면 필요 하지 않습니다 경우 또한 있다. 예를 들어 일부 사용자 할 하지 브라우저 닫고 오랜 시간 동안 연결 된 상태로 유지 합니다. 이 경우에, 연결된 쿠키 유지 됩니다 브라우저에서 유지 하는 시간, 일, 또는 심지어 더 이상에 대 한 지속 될 수 있는 서버에 연결 하는 사용자 (이론적으로 오픈!). ) 。 컴퓨터는 오픈 되어 있으며 브라우저,는 이미 평범한, 많은 사람들이 할 (특히 컴퓨터 작업 영역에서). 사실,이 (이것은 동일 슈퍼마켓에서 체크 아웃 카운터의 일부 사용자에 의해 점유 되 고 다른 사용자에 대 한 대기 시간이 오래 되 때) 각 인스턴스의 사용자 할당에 대 한 균형의 손실 발생 합니다.

응용 프로그램 및 기능에 따라 선택적으로 사용자가 서버에 연결 하는 고정에 집중할 수 있습니다. 이것이 중요 한 또는 완전히 중요 하지 않은, 부하 분산, 그리고 우리가 당신을 위해 컨트롤을이 기능 도입 더 나은 선택이 협회를 비활성화할 수 있습니다.

Azure 연결 하지 않으려면 쿠키를 배포 하지 않는 다는 것을 확인 해야 하는 그래서 협회 관련된 쿠키에 의해 제어 됩니다. 비활성화 된 경우 사용자의 후속 요청 "새 요청"으로 처리 됩니다 그리고 ARR 것을 사용 하 여 최고의 서버에 요청을 라우팅하 정상 부하 분산 동작 대신 그들 그들의 자신의 서버에.

연결 된 쿠키는 다음과 같습니다.

다음 두 가지 방법으로 연결을 해제할 수 있습니다.

1. 응용 프로그램에서

2. 사이트 구성에서

응용 프로그램에서이 동작을 제어 하려면 라우터 연결된 쿠키 삭제를 요청 하는 응용 프로그램에 특별 한 HTTP 헤더를 코드를 작성 해야 합니다. 이 헤더는 arr-해제-세션-선호도, 그리고 쿠키 제거, 도착지를 설정 하면. 예를 들어 응용 프로그램 코드를 비슷한이 헤더 행을 추가할 수 있습니다.

헤더입니다. 추가 ("Arr-해제-세션-유사성", "True");

*이 예제는 C#, 하지만 다른 언어 또는 플랫폼으로 쉽게 구현할 수 있다.

응용 프로그램의 코드에서이 헤더를 설정 하는 것은 대부분의 경우에는 협회를 유지 하 고 단지 특정 응용 프로그램 페이지에서 연결을 다시 설정 하려는 경우에 이상적 이다. 그러나, 협회를 완전히 사용 하지 않도록 설정 하려는 경우에 IIS 자체를 직접 헤더에 삽입 하 여 쿠키를 삭제 하는 ARR 항상 만들 수 있습니다. 이 Web.config에서 Customheaders 구성 섹션을 통해 얻을 수 있습니다. Web.config에 다음을 추가 하 고 사이트의 루트에 있는 web.config를 업로드:

그러나, Web.config에서 구성에 매우 민감합니다 그리고 파일이 잘못 된 경우 제대로 작동 하지 사이트 발생할 수 명심 하십시오. 하기 전에 Web.config 파일을 사용 하지 않은 경우이 시작 하기 가이드를 읽으십시오.

문제 해결

이 시나리오를 구현 하려는 경우 해당 작업을 확인 하 고 그것을 해결 하는 방법을 알고 좋습니다. ARR 관련 쿠키 Azure 웹 사이트, 모든 클라이언트에서 보낸 요청 및 서버에서 받은 응답에 대 한 1 응답에 일반적으로 포함 됩니다. 실행 되 고 있는지 보고, 여러 HTTP 문제 해결 및 진단 도구 중 하나를 사용할 수 있습니다. 더 일반적으로 사용 되는 옵션 중 일부는 다음과 같습니다.

1입니다. 피 들러

2입니다. HTTPWATC

3. 네트워크 모니터

4입니다. WireShark

5입니다. 방화 범

이것은 어디 다른 도구에 대 한 정보를 찾을 수 있습니다. 1 도구 피 들러 위에 나열 된 가장 일반적인 도구 중 하나, 모든 브라우저와 상호 작용할 수 있기 때문에 제공 하는 무료입니다. Fiddler를 설치 하면 그것은 이동, Url을 기록 하 고 요청 또는 응답에 세부 정보를 보려면 속성 탭을 클릭할 수 있는 다음. 예를 들어 서버 세트-쿠키 머리와 함께 사용 하 여 관련 된 쿠키를 표시 하려면 다음 HTTP 헤더 탭을 볼 수 있습니다.

Arr 해제 세션 선호도 헤더 협회 쿠키, arr는 쿠키를 사용 하지 않도록 설정 되지 않은, 하지만 그것은 또한 arr 해제 세션 선호도 헤더 자체, 그래서 만약 삭제 추가 하는 경우 프로세스를 제대로 작동 하는 쿠키 및 헤더 표시 되지 것입니다. 쿠키 및 헤더를 참조 하는 경우 그것은 잘못 된 방법으로 헤더를 설정 하는 의미 합니다. 헤더 이름 또는 헤더 값 텍스트 잘못 이다. 만약 당신이 볼 쿠키 헤더를 표시 하지 않습니다,이 변경 내용을 Web.config가 틀리다, 또는 헤더 삽입 코드 실행 되지 않는지, 다른 순간을 추가 하 여 확인 하려고 할 수 있습니다 의미 합니다. 일반적으로 Web.config를 사용 하 여 헤더를 설정 하는 사용 하 여 보다 쉽게 코드, 그래서 조사 범위를 좁혀 설정을 단순화 해야 질문이 있는 경우.

마지막으로, 그 연결을 비활성화 수 가볍게 없습니다 주목 해야한다. 정적 콘텐츠는 거의 문제가 있지만 사용자가 한 서버에서 다른 점프를 처리 하도록 특별히 설계 되지 않은 응용 프로그램을 실행 하는 경우 프로그램이 실패할 수 있습니다. 이 새로운 특징은 의심의 여지가 상관 관계 불균형을 리드 하는 상황에 대 한 좋은 소식 이다.