Windows Azure, 인스턴스 및 고정 세션 주소

Question

개념 증명 서류로 Windows Azure에 대한 사실을 수집했습니다. 남아있는 주제가 2 개있어 결정적인 답을 찾지 못했습니다.

1. 고정 세션/스티키로드 균형 조정이 가능하지 않습니까? 아마 Azure 교통 관리자 (WATM)의 도움으로 가능성이 있습니까?

2. 전개의 단일 인스턴스를 처리 할 수 ​​있습니까? 아니면 모두이 투명하지 않은 Azure 벽 뒤에 있습니까? 또는 적어도 런타임에서 인스턴스가 로그에 기록하기 위해 자체 id 또는 이와 유사한 것을 결정할 수 있습니까?

Answer 1

답을 찾아주세요은 노호 :

1. 스티커 세션/고정로드 밸런싱이 가능하지, 내가 맞다? 아마 Azure 교통 관리자 (WATM)의 도움으로 가능성이 있습니까?

정확합니다. Windows Azure에 대한 끈적한 세션이 없습니다. 아니요, 트래픽 관리자를 사용하여 끈적 거리지 않게 할 수 없습니다. 트래픽 관리자는 인스턴스가 아니라 역할 전반에 걸쳐로드를 분산하는 데 도움이됩니다. 역할과 인스턴스를 변경하십시오. 역할 및 인스턴스에 대한 자세한 내용은 this question을 참조하십시오.

2. 배치의 단일 인스턴스를 처리 할 수 ​​있습니까? 아니면 완전히이 투명하지 않은 Azure 벽 뒤에 있습니까? 아니면 최소한 런타임에서 인스턴스가 자신의 ID 또는 그와 비슷한 것을 결정할 수 있습니다 주문을 로그에 기록 하시겠습니까?

특정 인스턴스를 처리 할 수 ​​없습니다. 모두 Windows Azure Load Balancer와 FireWall 뒤에 있습니다. 그러나 코드에서 현재 역할 인스턴스를 발견 할 수 있습니다. RoleEnvironment 클래스의 CurrentRoleInstance 속성을 사용하십시오. 이 객체는 RoleInstance 유형의 객체이며 ID 속성을가집니다.

Answer 2

astaykov가 지적한 것처럼 역할 인스턴스는 항상 방화벽 뒤에 있으므로 배포 외부에서 특정 인스턴스에 액세스 할 수 없습니다.

끈적 세션을 수행하는 유일한 방법은 요청 라우터를 작성하는 것입니다. 이를 실행하면 (예 : sharptooth가 가리키는 예제와 같이 자체 배포 웹 또는 Worker 역할), 해당 역할은 배포의 다른 역할의 내부 끝점에 액세스 할 수 있습니다.

내부 끝점의 부하가 분산되지 않지만 요청 라우터는 내부 끝점의 모든 인스턴스 (각각에 대해 ip : port 받기)를 나열한 다음 자체 부하 분산 또는 라우팅을 수행 할 수 있습니다.내부 엔드 포인트를 사용하여 간 역할 통신의 예를 들어

는 확실한 대답은 아직 없다 this msdn article.

Answer 3

살펴보고 있지만, 세 가지 가장 좋은 옵션은 다음과 같습니다

1. 상태 서버 - 이렇게하면 네트워크 외부의 서버에서 서버로 암호화 된 데이터를 가져올 수 있습니다. 웹 응용 프로그램이나 서버의 각 인스턴스에 State Server를 구현하여이 작업을 수행 할 수 있습니다.

2. SQL 서버의 세 가지 옵션은 그냥 내가 한 모든 세션 문제에 대해 처리 한 푸른

   에

3. 레디 스 캐시

(메모리에, 이것은 단지 2014 이상 버전에서 사용할 수 있습니다) 지난 3 년 동안 만났습니다.