Windows Azure 호스트 업데이트: 이유, 시간 및 방법

윈도우 http://www.aliyun.com/zixun/aggregation/13357.html "> 푸른 컴퓨팅 플랫폼, 웹 역할, 작업자 역할, 및 가상 컴퓨터를 포함 하는 컴퓨터 가상화 기반. 기본 운영 체제에 대 한 깊은 액세스는 Windows Azure 플랫폼 서비스 (PaaS), 고유와 많은 기존 소프트웨어 구성 요소, 런타임, 언어, 그리고 물론,이 깊이 액세스 하지 않고 호환 Windows Azure는 그들의 자신의 운영 체제 이미지를 제공 하는 사용자의 능력 등의 가상 컴퓨터 인프라 나 서비스 (IaaS)로 분류 될 수 없습니다.

호스트 운영 체제 및 호스트 에이전트

물론, 컴퓨터 가상화 코드, PaaS 작업자 역할 또는 IaaS 가상 컴퓨터에 배포 하는 여부는 윈도 즈 서버에 의미
하이퍼-V 가상 컴퓨터를 실행합니다. 각 Windows Azure 서버 (실제 노드 또는 호스트 라고도)는 하나 이상의 가상 컴퓨터 ("인스턴스" 라고 함), 이러한 가상 컴퓨터는 물리적 CPU 커널에 스케줄링, 그들에 게 개인 RAM을 할당 및 승인 및 로컬 디스크 및 네트워크 I/O에 대 한 액세스 제어를 포함 하는 호스트.

다음 그림에서는 서버 소프트웨어 아키텍처의 단순화 된 보기를 보여 줍니다. 호스트 파티션 (루트 파티션 라고도 함) 호스트 운영 체제로 Windows Server의 핵심 프로필 서버를 실행 하 고 표준 하이퍼-V 아키텍처 다이어그램 다이어그램 사이의 유일한 차이점은 Windows Azure 아키텍처 컨트롤러 (FC) 에이전트 (호스트를 볼 수 있습니다. HA) 호스트에 존재 하 고 또한 게스트 파티션에 게스트 에이전트 (GA) 이다. FC Windows Azure 컴퓨팅 플랫폼의 두뇌 이며 하는 그 대리인 FC 수 있도록 배포, 모니터링, Windows Azure 클라우드 서비스를 정의 하는 가상 컴퓨터를 관리할 서버 플랫폼에 통합에 대 한 책임. PaaS 역할만 FC의 에이전트는, 역할, 대 한 런타임 지원을 제공 하 고 역할의 상태를 모니터링가 있다.

호스트 업데이트 이유

Windows Azure 응용 프로그램에 대 한 신뢰할 수 있는 효율적이 고 안전한 플랫폼을 제공 하도록 보안, 신뢰성, 및 고성능 업데이트 해결 하 고 호스트 운영 체제를 제공 해야 합니다. Windows Update 설치 된 Windows를 다시 시작 하는 주파수를 고려 우리는 대략 매월 속도로 호스트 운영 체제에 업데이트를 배포 합니다. 하 같은 네트워크 프록시 (없음) 및 가상 컴퓨터 가상 디스크 드라이버, Windows Azure 저장소에 데이터를 포함 하는 BLOB에 가상 머신 디스크를 연결 하는 데 사용 되는 가상 컴퓨터가 Vlan을 관리 하는 데 사용 되는 여러 하위 구성 요소 구성 됩니다. 그래서 우리 업데이 트 하 고 해당 하위 구성 요소 다른 간격에 따라 때 패치 또는 새로운 기능 준비.

업데이트를 배포할 때 수행할 수 있는 단계는 업데이트의 유형에 따라 다릅니다. 예를 들어 거의 모든 하 관련 업데이트 적용 하면 서버를 재 부 팅 필요가 없습니다. 그러나, Windows 운영 체제 업데이트는 거의 항상 재부팅을 일으키는 여러와 종종 하나 이상의 패치를 있다. 따라서, 우리는 "" 각 서버에서 VHD로 배포 하는 새로운 운영 체제를 준비 하는 FC 그리고 FC 지시 새로운 이미지를 입력 하는 서버를 재 부 팅 하.

PaaS 업데이트 프로세스

Windows Azure의 주요 특성은 그것의 PaaS 확장 컴퓨팅 모델입니다. 이러한 상태 비저장 가상 컴퓨터 유형 중 하나를 사용 하는 때 (여부 웹 또는 작업자) 클라우드 서비스를 쉽게 확장 하 고 수 단순히 클라우드 서비스 구성에서 역할의 인스턴스 수를 업데이트 하 여 역할을 축소. FC 자동으로 확장, 그리고을 닫고 밖으로 급상승 하는 경우 가상 컴퓨터를 제거할 때 새 가상 컴퓨터를 만드는 모든 일을 할 것입니다.

그러나, Windows Azure의 확장 모델은 너무 독특한 이유는 그것이 모델의 핵심 항상 사용 가능한입니다. FC 역할 코드 업데이트, 또는 호스트 업데이트 서버 다시 시작, 호스트 운영 체제 업데이트 등을 포함 하는 등 클라우드 서비스 소유자에 의해 적용 되는 역할 업데이트 여부 역할 인스턴스 다시 시작을 필요로 하는 예약 된 업데이트에서 사용할 수 있는지 확인 하는 데 사용 하는 업데이트 도메인 (UD) 이라는 개념을 정의 합니다. FC는 다른 총의 인스턴스 것입니다 하지 오프 예정 된 업데이트 결과 보장할 수 있다. 기본적으로 각 역할에는 5 총, 하지만 클라우드 서비스의 서비스 정의 파일에 최대 20 총을 요청할 수 있습니다. 다음 그림 어떻게 FC 3 UD 클라우드 서비스의 두 가지 역할에 전파 수 있습니다.

역할 인스턴스는 그들의 총 및 포털 사이트 또한 역할 인스턴스 표시 UD 매핑을 확인 하려면 런타임 Api를 호출할 수 있습니다. 여기는 역할, 당 두 인스턴스와 두 문자로 클라우드 서비스로 각 총은 각 역할의 인스턴스:

총에 대 한 FC 동작은 클라우드 서비스 업데이트 및 호스트 업데이트 다입니다. 때 업데이트는 클라우드 서비스 응용 프로그램에 대 한 업데이트, FC 차례로 각 총의 모든 인스턴스를 업데이트 합니다. 현재 UD에 모든 인스턴스는 다시 시작 하 고 정상적으로 보고 하는 경우에 또는 클라우드 서비스 소유자 FC 다음 총을 서비스 관리 API 통해 이동 해야 할 경우 다음 총을 이동 합니다.

한 번에 하나의 총 처리 보다는 오히려 호스트 업데이트, 시퀀스는 역할을 동시에 다시 시작 하는 인스턴스 수 동안 다를 수 있습니다. 이것은 없기 때문에 서버에 인스턴스 배치 FC UD의 모든 인스턴스가 호스트 되 고 UD 순서로 관리 서버를 다시 시작. 다음에서 서버에 대 한 인스턴스 할당을 고려 하십시오. 1 서비스 A의 역할 인스턴스가 서버 1에, 인스턴스 2 서버 2, 이며 인스턴스 서비스 B의 역순으로 배치 됩니다. FC는 서버를 다시 시작 하는 순서에 관계 없이 서비스에 그것의 총의 역순 인스턴스 다시 시작 합니다. 표시 된 할당 FC 할당 알고리즘 이러한 인스턴스가 속한 서비스에 동일한 서버에 동일한 총에서 인스턴스를 배치 하 여 최적화 하려고 하기 때문에 상대적으로 드문입니다. 그러나,이 할당은 유효한 할당 FC는 그것을 오프 라인 (단일 서비스) 동시에 동일한 역할의 다른 총의 인스턴스를 발생 하지 것입니다 약속을 위반 하지 않고 서버를 다시 시작할 수 있기 때문에.

호스트 업데이트와 클라우드 서비스 업데이트 사이의 또 다른 차이점은 그 때 호스트에 대 한 업데이트는 업데이트 FC 확인 해야 합니다 인스턴스가 무기한 데이터 센터에 걸쳐 서버 업데이트의 진행 지연 되지 않습니다. 그 결과, FC 최대 5 분 내에서 인스턴스를 할당 하 고 새 호스트 운영 체제, 서버를 다시 시작 하 고 역할 인스턴스 보고 재부팅 후 최대 15 분 동안 그것의 정상 작동 합니다. 호스트, VM, 고가, 다시 시작 및 마지막으로 역할 인스턴스 코드를 몇 분 소요를 시작, 인스턴스는 일반적으로 15-30 분에 오프 라인 되 면, 그래서 얼마나 오래에 따라 인스턴스 및 다른 공유 서버는 실제로 종료 하 고 다시 시작. 호스트 운영 체제 업데이트 중 웹 역할 및 작업자 역할의 예상된 상태 변경에 대 한 자세한 내용은 여기를 클릭 하십시오. 참고 PaaS 서비스에 대 한 FC 또한 관리 하는 운영 체제 서비스, 게스트에 대 한 호스트 운영 체제 업데이트를 수행한 후 해당 게스트 운영 체제 업데이트는 (PAAs 서비스를 위한 업데이트를 선택), 일반적으로 수행 하는 그래서 있는 구현 UD에 의해 다른 클라우드 서비스 업데이트 같은.

IaaS와 호스트 업데이트

위의 토론 때 역할은 가로로 UD의 혜택을 자동으로 상승 PaaS 역할 주위를 돈다. 가상 컴퓨터, 다른 한편으로, 기본적으로 단일 인스턴스 역할을 수평 확장 기능이 없습니다 있습니다. IaaS 기능 버전의 중요 한 목표 호스트 업데이트 및 하드웨어 오류, 높은 가용성을 달성 하기 위해 가상 컴퓨터를 사용 하 고 여부 설정된 함수는 여기. 가용성의 집합을 가상 컴퓨터를 추가 하려면 PowerShell 명령 또는 Windows Azure 관리 포털을 사용할 수 있습니다. 다음은 가용성 집합에 할당 된 가상 컴퓨터와 샘플 클라우드 서비스입니다.

역할, 것과 같이 가용성 세트 5 총에는 기본적으로 하 고 최대 20 총을 지원 합니다. 다음 그림에서와 같이 FC 크로스 총 가용성의 집합에 할당 된 인스턴스를 전파 합니다. 그러면 SQL Server 미러링을 위해 구성 된 두 개의 가상 컴퓨터 같은 고가용성을 위한 가상 컴퓨터를 배포 하는 고객, 가용성 세트. 그러면 호스트 업데이트를 여기에 설명 된 대로 동시에 다시 시작 해야 거울의 절반 밖에 하면 (이것은 논의 하지 FC 하지만이 문서에서 당신은 또한 역할의 인스턴스를 자동으로 전파 하 라는 오류 도메인 기능을 사용 하 고 가용성 단일 하드웨어 고장 데이터 센터에는 인스턴스의 최대 절반에 영향을 미치는 서버 설정.

더 많은 정보

도메인, 오류 도메인 및 Windows Azure 회의에 설정 하는 가용성 업데이트에 대 한 자세한 내용을 볼 수 있습니다 고 마크의 웹캐스트 페이지에 비디오 관련 회의 찾을 수 여기를 클릭 수 있습니다. Windows Azure MSDN 설명서 호스트 운영 체제 업데이트와 업데이트 도메인에 대 한 서비스 정의 스키마에 설명합니다.