1
웹 역할 중 하나에서 서버의보기를 변경했습니다. 일정 시간이 지나면 변경 사항을 잃어버린 것으로 나타났습니다. azure는 서버 마이그레이션 중 \ 재부팅 중 또는 원래 패키지를 복원합니까? 감사합니다.원래의 publish package에서 Azure 자동 복원을 수행합니까?
A
답변
4
예, 특정 조건에서 Windows Azure 패브릭 컨트롤러는 업로드 한 패키지의 클라우드 서비스 역할 인스턴스를 다시 구현합니다. 알다시피, VM 별 구성 변경 사항은 임시로 고려해야합니다. 이것은 클라우드 서비스에 대한 "무국적"모델의 거래의 일부입니다.
언제 VM을 새로 고치십니까? 앞에서 언급했듯이 이들 중 하나는 인스턴스를 한 VM에서 다른 VM으로 이동하는 서버 마이그레이션 중에있을 것입니다. 이 경우 VM은 마이그레이션중인 실행중인 VM의 상태를 복제하지 않고 레코드 배포에서 새로 구축됩니다. 일반적으로, 목표 상태는 모든 동일한 유형의 역할 인스턴스를 동일하게 유지하는 것입니다.
왜 한 컴퓨터에서 다른 컴퓨터로 마이그레이션 할 수 있습니까? 한 가지 이유는 이전 컴퓨터의 하드웨어 오류입니다. 또한 선택적으로 PaaS 기능이있어 모든 클라우드 서비스 운영 시스템이 정기적으로 패치 ("패치 화요일"로 생각) 한 다음 재부팅 할 수 있습니다. 일반적으로 재 이미징이 필요하지 않습니다. VM 크기를 변경하기로 결정한 것과 같은 특정 조작은 재 이미징을 포함합니다. http://blogs.technet.com/b/markrussinovich/archive/2012/08/22/3515679.aspx
2
변경 한 내용은 원격 데스크톱 세션을 통해 인 경우에, 당신은 윈도우 Azure의 PaaS를 솔루션의 핵심 임차인을 위반 : 여기
는 윈도우 Azure의 건축가 중 하나에서 일부 관련 정보입니다. 즉, PaaS 클라우드 서비스는 상태가 저장되지 않으며 VM에 대한 변경 사항은 영구적이거나 영구적이지 않습니다.응용 프로그램을 호스팅하는 VM을 변경해야하는 경우 역할 인스턴스를 부트 스트래핑 할 때 실행되는 하나 이상의 시작 작업의 일부로 자동화해야합니다.
어떤 이유 (시스템 업그레이드, 하드웨어 오류 등)로 인해 Azure 패브릭이 역할 인스턴스를 다시 작성해야하는 경우 항상 원래 패키지로 돌아가고 배포 후 "수동으로"변경 한 사항은 손실됩니다 .
2
두 가지 답변에 더하여 http://blogs.msdn.com/b/kwill/archive/2012/10/05/windows-azure-disk-partition-preservation.aspx을 참조하여 각 시나리오에서 어떤 구성 요소를 다시 이미지화할지 보여주는 차트를 확인하십시오.