이 페이지가 유용했습니까?
이 콘텐츠에 대한 여러분의 의견은 중요합니다. 의견을 알려주십시오.
추가 의견
1500자 남음
내보내기(0) 인쇄
모두 확장

Azure의 주요 지원 문제

업데이트 날짜: 2014년 9월

이 페이지는 Microsoft Azure 지원 팀에 대한 주요 문제를 나열하고 이러한 문제를 사용자 스스로 해결하는 방법에 대한 몇 가지 지침을 제공합니다.

Azure 가상 컴퓨터와 연결된 저장소 계정을 삭제할 때 저장소 계정에 활성 OS 이미지, VHD 또는 디스크 아티팩트가 포함되어 있으면 삭제가 실패합니다. 그리고 다음과 같은 오류가 표시됩니다.

Storage account storage-account-name has n container(s) which have an active image and/or disk artifacts. Ensure those artifacts are removed from the image repository before deleting this storage account.

저장소 계정 삭제를 차단하는 오류 메시지는 OS 이미지, 디스크 또는 디스크 이미지 아티팩트가 저장소 계정에 아직 연결되어 있음을 나타냅니다. OS 이미지, 디스크 또는 디스크 이미지 아티팩트가 없는지 확인한 후에 저장소 계정 삭제를 다시 시도하세요.

삭제가 자동화된 스크립트의 일부분이며 디스크 아티팩트 삭제가 배포 삭제 작업과 같은 비동기 작업으로 수행되는 경우에는 저장소 계정 삭제를 호출하기 전에 작업 상태 가져오기를 호출하여 작업이 완료되었는지 확인해야 합니다. 저장소 계정의 마지막 아티팩트를 삭제한 후에도 저장소 계정 삭제 작업이 성공하려면 최대 15분이 걸릴 수 있으므로 최대 15분 동안 기다린 후에 작업을 계속 다시 시도하세요.

이제 새로운 Azure 가상 컴퓨터 FAQ를 사용하여 이러한 질문 중 일부에 대답할 수 있습니다.

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

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

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

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

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

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

표시:
© 2015 Microsoft