개념 증명 서류로 Windows Azure에 대한 사실을 수집했습니다. 남아있는 주제가 2 개있어 결정적인 답을 찾지 못했습니다.Windows Azure, 인스턴스 및 고정 세션 주소
고정 세션/스티키로드 균형 조정이 가능하지 않습니까? 아마 Azure 교통 관리자 (WATM)의 도움으로 가능성이 있습니까?
전개의 단일 인스턴스를 처리 할 수 있습니까? 아니면 모두이 투명하지 않은 Azure 벽 뒤에 있습니까? 또는 적어도 런타임에서 인스턴스가 로그에 기록하기 위해 자체 id 또는 이와 유사한 것을 결정할 수 있습니까?
답을 찾아주세요은 노호 :
- 스티커 세션/고정로드 밸런싱이 가능하지, 내가 맞다? 아마 Azure 교통 관리자 (WATM)의 도움으로 가능성이 있습니까?
정확합니다. Windows Azure에 대한 끈적한 세션이 없습니다. 아니요, 트래픽 관리자를 사용하여 끈적 거리지 않게 할 수 없습니다. 트래픽 관리자는 인스턴스가 아니라 역할 전반에 걸쳐로드를 분산하는 데 도움이됩니다. 역할과 인스턴스를 변경하십시오. 역할 및 인스턴스에 대한 자세한 내용은 this question을 참조하십시오.
2. 배치의 단일 인스턴스를 처리 할 수 있습니까? 아니면 완전히이 투명하지 않은 Azure 벽 뒤에 있습니까? 아니면 최소한 런타임에서 인스턴스가 자신의 ID 또는 그와 비슷한 것을 결정할 수 있습니다 주문을 로그에 기록 하시겠습니까?
특정 인스턴스를 처리 할 수 없습니다. 모두 Windows Azure Load Balancer와 FireWall 뒤에 있습니다. 그러나 코드에서 현재 역할 인스턴스를 발견 할 수 있습니다. RoleEnvironment 클래스의 CurrentRoleInstance 속성을 사용하십시오. 이 객체는 RoleInstance 유형의 객체이며 ID 속성을가집니다.
astaykov가 지적한 것처럼 역할 인스턴스는 항상 방화벽 뒤에 있으므로 배포 외부에서 특정 인스턴스에 액세스 할 수 없습니다.
끈적 세션을 수행하는 유일한 방법은 요청 라우터를 작성하는 것입니다. 이를 실행하면 (예 : sharptooth가 가리키는 예제와 같이 자체 배포 웹 또는 Worker 역할), 해당 역할은 배포의 다른 역할의 내부 끝점에 액세스 할 수 있습니다.
내부 끝점의 부하가 분산되지 않지만 요청 라우터는 내부 끝점의 모든 인스턴스 (각각에 대해 ip : port 받기)를 나열한 다음 자체 부하 분산 또는 라우팅을 수행 할 수 있습니다.내부 엔드 포인트를 사용하여 간 역할 통신의 예를 들어
는 확실한 대답은 아직 없다 this msdn article.감사합니다. 나를 위해 명확한 것을 만들었습니다. – alapeno
살펴보고 있지만, 세 가지 가장 좋은 옵션은 다음과 같습니다
상태 서버 - 이렇게하면 네트워크 외부의 서버에서 서버로 암호화 된 데이터를 가져올 수 있습니다. 웹 응용 프로그램이나 서버의 각 인스턴스에 State Server를 구현하여이 작업을 수행 할 수 있습니다.
SQL 서버의 세 가지 옵션은 그냥 내가 한 모든 세션 문제에 대해 처리 한 푸른
에레디 스 캐시
(메모리에, 이것은 단지 2014 이상 버전에서 사용할 수 있습니다) 지난 3 년 동안 만났습니다.
감사합니다. Nathaniel! – JaxCoder
이 항목은 끈끈한 세션을 구현한다고 주장합니다. http://archive.msdn.microsoft.com/stickyrouter – sharptooth
감사합니다. 그러나이 것은 추가 작업자 역할을 사용합니다. 그리고 나는 "웹 역할"에 "Worker code"를 넣을 수도 있지만, 여전히 불필요한 운동이라고 생각합니다. 나는 stateless와 stickless가 아닌 내 코드를 변경하려고한다. – astaykov
그래, 지금까지 고마워. 누구나 인스턴스를 처리 할 수 없다면 Azure (sharptooths 링크)를위한이 끈끈한 세션 라우터가 어떻게 작동하는지 설명 할 수 있습니까? – alapeno