다음을 통해 공유

마이그레이션 후 변경 내용

  • 아티클

Cloud Services(클래식) 배포는 Cloud Services(추가 지원) 배포로 변환됩니다. 자세한 내용은 Cloud Services(추가 지원) 설명서를 참조하세요.

배포 파일 변경 내용

배포 파일이 Azure Resource Manager 및 Cloud Services(확장 지원) 요구 사항을 준수하도록 고객의 .csdef 및 .cscfg 파일이 약간 변경됩니다. 마이그레이션 이후 작업은 업데이트/삭제 작업에 필요한 새 배포 파일을 검색하거나 기존 파일을 업데이트합니다.

  • Virtual Network는 .cscfg 파일의 NetworkConfiguration 섹션에 있는 리소스 이름 대신 전체 Azure Resource Manager 리소스 ID를 사용합니다. 예: /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name. 클라우드 서비스와 동일한 리소스 그룹에 속한 가상 네트워크의 경우 가상 네트워크 이름만 사용하도록 .cscfg 파일을 다시 업데이트하도록 선택할 수 있습니다.

  • Small, Large, ExtraLarge와 같은 클래식 크기는 새 크기 이름(Standard_A*)으로 바뀝니다. 크기 이름은 .csdef 파일에서 새 이름으로 변경해야 합니다. 자세한 내용은 Cloud Services(확장 지원) 배포 필수 구성 요소를 참조하세요.

  • 가져오기 API를 사용하여 배포 파일의 최신 복사본을 가져옵니다.

클라우드 서비스 마이그레이션 후 Azure Traffic Manager 구성 업데이트

Cloud Services(클래식)를 Cloud Services(추가 지원)로 마이그레이션한 후 Azure Traffic Manager에서 엔드포인트 구성을 업데이트하거나 삭제하는 데 문제가 발생할 수 있습니다. 이는 Traffic Manager 엔드포인트가 여전히 Cloud Services(클래식)의 이전 리소스 ID를 가리키지만 Cloud Services(추가 지원) 배포에 새 리소스 ID가 있는 리소스 ID 동기화 문제 때문입니다. 이 문제를 해결하려면 다음 단계를 수행하세요.

  1. 트래픽 임시 엔드포인트 마이그레이션: Azure Traffic Manager 트래픽을 보조 엔드포인트로 마이그레이션합니다.
  2. Azure Traffic Manager에서 클래식 컴퓨팅 엔드포인트 제거: 트래픽이 임시 엔드포인트로 전달되면 Traffic Manager 프로필에서 클래식 컴퓨팅 엔드포인트를 삭제합니다.
  3. Cloud Services로 마이그레이션(추가 지원): 클라우드 서비스 리소스를 Cloud Services(추가 지원)로 마이그레이션합니다.
  4. ATM에 새 엔드포인트 추가: 마이그레이션된 Cloud Services(추가 지원) 리소스에 대한 Traffic Manager 프로필에 새 엔드포인트를 만듭니다. 이 엔드포인트에는 마이그레이션된 클라우드 서비스에 대한 새 리소스 ID가 있습니다.
  5. 기본 클라우드 서비스(추가 지원) 엔드포인트에 대한 트래픽 다시 시작: 보조 엔드포인트를 삭제하거나 더 낮은 가중치로 조정할 수 있습니다. 트래픽은 새로운(추가 지원) 리소스에 제공됩니다. 이 프로세스는 Traffic Manager가 업데이트된 리소스 ID와 올바르게 정렬되도록 하고 프로젝트를 지연할 수 있는 구성 문제를 방지합니다.

고객의 자동화, CI/CD 파이프라인, 사용자 지정 스크립트, 사용자 지정 대시보드, 사용자 지정 도구 등에 대한 변경 내용

고객은 새 API/명령을 사용하여 배포를 관리하기 위해 도구 및 자동화를 업데이트해야 합니다. 고객은 이 변경의 일환으로 Azure Resource Manager/Cloud Services(확장 지원)의 새로운 특징과 기능을 쉽게 채택할 수 있습니다.

  • 마이그레이션 후 리소스 및 리소스 그룹 이름 변경

  • 클라우드 서비스를 관리하고 크기를 조정하는 데 필요한 규칙 및 정책 다시 만들기

    • 자동 크기 조정 규칙은 마이그레이션되지 않습니다. 마이그레이션 후 자동 크기 조정 규칙을 다시 만듭니다.
    • 경고는 마이그레이션되지 않습니다. 마이그레이션 후 경고를 다시 만듭니다.
    • Key Vault는 액세스 정책 없이 만들어집니다. 인증서를 보거나 관리하려면 Key Vault에서 적절한 정책을 만듭니다. 인증서는 '비밀' 탭의 설정에서 볼 수 있습니다.

마이그레이션 후 인증서 관리 변경 내용

인증서를 관리하는 표준 방법으로 유효한 모든 .pfx 인증서 파일을 Key Vault의 인증서 저장소에 추가해야 하며, 업데이트는 모든 클라이언트, 즉 포털, PowerShell 또는 REST API를 통해 완벽하게 작동합니다.

현재 Azure Portal에서는 필요한 인증서가 모두 Key Vault의 인증서 저장소에 업로드되었는지 확인하고, 인증서가 없는 경우 경고를 표시합니다. 하지만 인증서를 비밀로 사용하려는 경우, 해당 인증서의 지문의 유효성을 검사할 수 없으며 비밀을 추가하는 모든 업데이트 작업은 포털을 통해 실패하게 됩니다. 고객은 PowerShell 또는 RestAPI를 사용하여 비밀과 관련된 업데이트를 계속 진행하는 것이 좋습니다.

Visual Studio를 통한 업데이트의 변경 내용

Visual Studio를 통해 직접 업데이트를 게시한 경우, 마이그레이션 후 배포에서 최신 CSCFG 파일을 먼저 다운로드해야 합니다. 이 파일을 참조로 사용하여 Visual Studio 프로젝트의 현재 CSCFG 파일에 네트워크 구성 정보를 추가합니다. 그런 다음 솔루션을 빌드하고 게시합니다. 이 업데이트에 대해 Key Vault 및 리소스 그룹을 선택해야 할 수도 있습니다.

다음 단계