질문과 대답 - Azure 단일 인스턴스 가상 머신을 지역 대상 가용성 영역에서 영역 대상 가용성 영역으로 이동
이 문서에서는 Azure 단일 인스턴스 가상 머신을 지역에서 영역으로 이동하는 데에 대한 일반적인 질문에 답변합니다.
지역에서 영역으로 이동
모든 Azure 지역에서 가상 머신을 이동할 수 있나요?
현재는 가용성 영역에서 지원하는 모든 공용 지역에서 가상 머신을 이동할 수 있습니다. 가용성 영역 서비스 및 지역 지원에 대해 자세히 알아봅니다.
참고 항목
Azure 중국(중국 북부 3) 및 Azure Govt(US Gov 버지니아)도 지원됩니다.
메타데이터는 어디에 저장되나요?
서비스는 고객 데이터를 유지하지 않으며 모든 데이터는 원본 가상 머신 지역 내에 유지됩니다. 다음 표에서는 가상 머신 지역과 메타데이터 지역 간의 매핑을 보여 줍니다.
지역 그룹 | 지역 | 메타데이터 지역 |
---|---|---|
아메리카 | eastus2 | eastus2 |
eastus | eastus2 | |
westus2 | eastus2 | |
southcentralus | eastus2 | |
brazilsouth | brazilsouth | |
canadacentral | canadacentral | |
westus3 | eastus2 | |
유럽 | northeurope | northeurope |
westeurope | northeurope | |
uksouth | uksouth | |
francecentral | francecentral | |
스위스 북부 | 스위스 북부 | |
germanywestcentral | germanywestcentral | |
norwayeast | norwayeast | |
스웨덴 중부 | 스웨덴 중부 | |
polandcentral | polandcentral | |
스페인 중부 | northeurope | |
이탈리아 북부 | northeurope | |
중동 | uaenorth | uaenorth |
qatarcentral | qatarcentral | |
아시아 태평양 | japaneast | japaneast |
eastasia | southeastasia | |
southeastasia | southeastasia | |
australiaeast | australiaeast | |
centralindia | centralindia | |
koreacentral | koreacentral | |
아프리카 | southafricanorth | southeastasia |
수집된 메타데이터는 암호화됩니까?
예. 수집된 메타데이터는 전송 중 및 미사용 시 모두 암호화됩니다. 전송 중에는 HTTPS를 사용하여 인터넷을 통해 메타데이터를 Resource Mover 서비스로 안전하게 전송합니다. 메타데이터도 스토리지에 있는 동안 암호화됩니다.
이 영역 이동에 지원되는 리소스는 무엇인가요?
현재는 관리 디스크가 단일 인스턴스만 있는 가상 머신에서 지원됩니다.
원하는 경우 대상 영역 구성에서 사용할 수 있는 원본 리소스는 무엇인가요?
대상 영역 구성에서 다음 리소스를 사용할 수 있습니다.
- VNET, 서브넷 및 NSG와 같은 네트워킹 리소스를 재사용할 수 있습니다.
- 공용 IP 주소(표준 SKU)
- Load Balancer(표준 SKU)
대상 영역 구성에서 기본적으로 새로 만들어지는 리소스는 무엇인가요?
대상 영역 구성에서 다음 리소스를 만듭니다.
- 리소스 그룹: 기본적으로 새 리소스 그룹이 자동으로 만들어집니다. 대상 영역에서 동일한 원본 가상 머신 이름을 사용하고 두 개의 동일한 가상 머신이 동일한 리소스 그룹에 공존할 수 없으므로 원본 리소스 그룹을 사용할 수 없습니다. 하지만 여전히 새 리소스 그룹의 속성을 수정하거나 다른 대상 리소스 그룹을 선택할 수 있습니다.
- 가상 머신: 원본 가상 머신의 복사본이 대상 영역 구성에서 만들어집니다. 원본 가상 머신은 변경되지 않고 유지되며 전송 후 중지됩니다.
- 디스크: 원본 가상 머신에 연결된 디스크가 대상 영역 구성에서 다시 만들어집니다.
- NIC: 새 NIC(네트워크 인터페이스 카드)가 생성되고 지정된 영역에서 새로 만든 가상 머신에 연결됩니다.
관리 ID를 사용하려면 어떤 권한이 필요한가요?
관리 ID 서비스를 사용하려면 다음 권한이 있어야 합니다.
- 구독에서 리소스를 작성하거나 만들 수 있는 권한(기여자 역할에서 사용 가능)
- 역할 할당을 만들 수 있는 권한(소유자 또는 사용자 액세스 관리자 역할을 사용하거나, Microsoft.Authorization 또는 역할 할당이 있거나 쓰기 권한이 할당된 사용자 지정 역할과 함께 사용 가능). 데이터 공유 리소스의 관리 ID에 이미 Azure 데이터 저장소에 대한 액세스 권한이 부여된 경우에는 이 권한이 필요하지 않습니다.
포털에서 리소스를 추가할 때 적절한 역할 할당이 있으면 관리 ID를 사용할 수 있는 권한이 자동으로 처리됩니다.
Important
ID 역할 할당을 수정하거나 제거하지 않는 것이 좋습니다.
역할 ID를 할당할 수 있는 권한이 없는 경우 어떻게 합니까?
사용 권한이 없을 수 있는 몇 가지 이유가 있습니다. 다음 시나리오를 고려하세요.
시나리오 | 해결 |
---|---|
처음으로 리소스를 추가할 때 기여자 및 사용자 액세스 관리자(또는 소유자) 권한이 없습니다. | 구독에 대해 기여자 및 사용자 액세스 관리자(또는 소유자) 권한이 있는 계정을 사용합니다. |
Resource Mover 관리 ID에 필요한 역할이 없습니다. | 기여자 및 사용자 액세스 관리자 역할을 추가합니다. |
관리 ID는 어떻게 사용되나요?
관리 ID(이전의 MSI(관리 서비스 ID))는 Azure 서비스에 Microsoft Entra ID의 자동 관리 ID를 제공하는 기능입니다. 이 ID는 Azure 구독에 액세스하고 리소스를 가용성 영역으로 이동하는 등의 다양한 작업을 수행하는 데 사용됩니다.
- Azure 구독에 액세스하여 리소스를 가용성 영역으로 이동할 수 있도록 관리 ID가 사용됩니다.
- 이동 컬렉션을 사용하여 리소스를 이동하려면 이동하려는 리소스가 포함된 구독에 대한 액세스 권한이 있는 시스템 할당 ID가 필요합니다.
- Azure Portal을 사용하여 가상 머신을 이동하는 경우 사용자가 동의하면 이 프로세스가 자동화됩니다. 이 프로세스는 일반적으로 완료하는 데 몇 분 정도 걸립니다.
지역에서 영역으로 리소스를 이동하거나 구독 간에 리소스를 이동할 수 있나요?
가상 머신 지역에서 영역으로 이동 기능을 사용하여 동일한 구독 내에서 가상 머신을 지역에서 영역 배포로 이동한 다음, Azure Resource Manager를 사용하여 구독 간에 이동할 수 있습니다.
가상 머신에서 Azure Backup/DR, RBAC, 태그, 정책 및 확장이 지원되나요?
태그 및 사용자 할당 관리 ID만 대상 영역에 복제됩니다. RBAC, 정책 및 확장은 이동 후 다시 구성해야 합니다. 자세한 내용은 지원 매트릭스를 참조하세요.
이동 중에 고객 데이터가 저장되나요?
이동 중에는 고객 데이터가 저장되지 않습니다. 시스템은 이동 중인 리소스의 진행률을 추적하고 모니터링하는 데 도움이 되는 메타데이터 정보만 저장합니다.
원본 가상 머신은 어떻게 되나요?
이동을 선택하면 원본 가상 머신에서 다음 단계가 수행됩니다.
- 원본 가상 머신이 중지되고 원래 구성을 그대로 유지합니다.
참고 항목
VM을 중지하면 짧은 가동 중지 시간이 발생할 수 있습니다.
- 원본 가상 머신의 가상 머신 복원 지점이 수행됩니다. 이러한 복원 지점에는 연결된 각 디스크에 대한 디스크 복원 지점이 포함되며, 디스크 복원 지점은 개별 관리 디스크의 스냅샷으로 구성됩니다.
- 이러한 복원 지점을 사용하면 연결된 디스크(원본 VM의 복사본)가 있는 새 가상 머신이 영역 구성에 만들어집니다.
- 이동이 완료되면 원본 가상 머신을 삭제할 수 있습니다.
이 이동의 일부로 관련 비용이 있나요?
가상 머신의 영역 이동 기능은 무료로 제공되지만 디스크 스냅샷 또는 복원 지점을 만들기 위한 비용이 발생할 수 있습니다.
참고 항목
이동이 완료되면 가상 머신 또는 디스크의 스냅샷이 자동으로 삭제됩니다.
원본 가상 머신의 공용 IP를 유지할 수 있나요?
원본 가상 머신과 연결된 공용 IP 주소를 유지할 수 있는지 여부를 확인하려면 다음 시나리오를 검토합니다.
Source 속성 | 설명 |
---|---|
원본 가상 머신 NIC에 연결된 공용 IP 주소(기본 SKU) | 원본 공용 IP 주소는 유지되지 않습니다. 원본 공용 IP SKU는 대상 영역 구성을 지원하지 않습니다. 기본적으로 원본 가상 머신의 복사본과 새 NIC(네트워크 인터페이스 카드)가 만들어집니다. 원본 가상 머신과 NIC는 이동 후 그대로 유지되고 원본 가상 머신은 종료 상태가 됩니다. |
원본 가상 머신 NIC에 연결된 공용 IP 주소(표준 SKU) | 원본 공용 IP 주소는 유지되지 않습니다. 새 NIC와 원본 VM(가상 머신)의 복사본이 만들어지고 이동 후 원본 가상 머신과 NIC는 모두 그대로 유지됩니다. 그러나 가상 머신은 종료 상태가 됩니다. 참고: 이동 후 원하는 경우 원본 공용 IP를 원본 NIC에서 분리하고 새 대상 영역 가상 머신 NIC에 연결할 수 있습니다. |
Load Balancer(기본 SKU)에 연결된 공용 IP 주소(기본 SKU) | 원본 공용 IP 주소는 유지되지 않습니다. 원본 공용 IP SKU는 대상 영역 구성을 지원하지 않습니다. |
Load Balancer(표준 SKU)에 비영역 구성으로 연결된 공용 IP 주소(표준 SKU) | 원본 공용 IP 주소는 유지됩니다. |
Load Balancer(표준 SKU)에 영역 고정 구성으로 연결된 공용 IP 주소(표준 SKU) | 원본 공용 IP 주소는 유지됩니다. 참고: 대상 가상 머신 영역 번호가 영역 고정 공용 IP와 동일하지 않을 수 있습니다. |
Load Balancer(표준 SKU)에 영역 중복 구성으로 연결된 공용 IP 주소(표준 SKU) | 원본 공용 IP 주소는 유지됩니다. |
다음 단계
- 단일 인스턴스 Azure VM을 지역 구성에서 영역 구성으로 이동하는 방법에 대해 자세히 알아봅니다.