내보내기(0) 인쇄
모두 확장

Azure의 주요 지원 문제

업데이트 날짜: 2014년 4월

이 페이지에서는 사용자가 Windows Azure 지원 팀에 지원을 요청하는 주요 문제와 이러한 문제를 사용자 스스로 해결하는 방법에 대한 몇 가지 지침이 제공됩니다.

가상 컴퓨터 또는 클라우드 서비스 역할에서 실행되는 코드 문제로 인해 다시 부팅이 발생할 수 있습니다. 그러나 Microsoft는 다음 경우에도 역할을 다시 부팅합니다.

  1. 게스트 OS 업데이트 - 클라우드 서비스 웹 및 작업자 역할에만 영향을 줍니다. 이러한 다시 부팅을 제한하는 방법에 대한 자세한 내용은 Azure 게스트 OS 릴리스 및 SDK 호환성 매트릭스를 참조하십시오. 이 페이지는 사용자가 자신의 게스트 OS를 자동으로 업데이트하도록 설정했다고 가정하고 다시 부팅이 발생할 가능성이 높은 경우에 대한 경고를 제공하면서 게스트 OS 롤아웃의 몇 시간 이내에 업데이트되는 피드를 참조합니다. 이 페이지에서는 게스트 OS 릴리스 프로세스 및 일반적으로 릴리스를 기대하는 경우에 대해 설명합니다.

    Microsoft는 최대한 빨리 최신 MSRC 보안 업데이트를 얻을 수 있도록 게스트 OS를 자동으로 업그레이드하는 것을 권장합니다. 그러나 경우에 따라 수동으로 게스트 OS를 특정 버전으로 설정한 다음 새 릴리스가 나온 후 해당 게스트 OS를 업그레이드하여 다시 부팅을 제어할 수 있습니다. 이 전략의 단점은 게스트 OS 릴리스가 매달 나오고 마지막 두 게스트 OS 릴리스만 지원된다는 점입니다. 수동으로 업그레이드하려면 서비스 관리자에 대한 추가 작업이 필요합니다. 자세한 내용은 Windows Azure 지원 엔지니어가 작성한 블로그 게시물을 참조하십시오.

  2. 호스트 OS 업데이트 - 클라우드 서비스 웹 및 작업자 역할과 Windows Azure 가상 컴퓨터에 영향을 줍니다. 호스트 OS의 정의 및 업데이트 프로세스에 대한 자세한 내용은 Azure 호스트 OS 업데이트를 참조하십시오. 호스트 OS 업데이트는 게스트 OS 업그레이드보다 적게 수행됩니다. 2014년 1월자로 호스트 OS 업데이트는 약 6주마다 발생하며 이러한 주기는 언제든지 변경될 수 있습니다. 현재 이러한 업데이트에 대한 알림 프로세스가 없습니다. 업데이트 시간을 제어하거나 실행을 막을 수 없습니다. 자세한 내용은 위에서 참조하는 블로그 게시물에서 확인할 수 있습니다.

  3. 서비스 복구 - 서비스 복구는 역할을 실행 중인 하드웨어에서 역할이 충돌하거나 응답하지 않을 때 발생합니다. Windows Azure에서 이 상황을 감지하고 자동으로 역할 또는 가상 컴퓨터를 하드웨어의 다른 부분으로 이동하고 다시 시작합니다. 다시 부팅이 발생할 때를 알 수 있는 방법이 없으므로 하드웨어 오류는 계획되지 않습니다. 서비스 복구가 발생할 때 알림을 받지 않습니다. 서비스 복구로 인한 다시 부팅은 반복적으로 일반 서비스에 영향을 줄 가능성이 없습니다.

이러한 시스템에서 시작되는 다시 부팅일지라도 Microsoft는 WindowsAzure.com 사이트에 명시된 SLA(서비스 수준 계약)를 유지 관리하기 위해 노력하고 있습니다. Microsoft는 시스템에서 시작되는 다시 부팅이 관리자의 문제라는 사실을 알고 있으며 고객 경험을 개선하기 위해 적극적으로 노력하고 있습니다.

표시:
© 2014 Microsoft