Microsoft 2027년 3월 31일까지 Azure Dedicated HSM 사용하는 기본 공용 IP SKU ExpressRoute 게이트웨이에 대한 추가 지원을 제공합니다. 전용 HSM 배포에서 기본 공용 IP SKU를 사용하는 경우 이 날짜 이전에 마이그레이션을 완료하여 연결을 유지합니다.
Azure Dedicated HSM ExpressRoute 게이트웨이 및 서비스 관리 회로를 사용하여 전용 HSM 가상 네트워크 인터페이스를 가상 네트워크에 연결합니다. 표준 ExpressRoute 게이트웨이 마이그레이션 프로세스를 사용하여 이 게이트웨이를 마이그레이션할 수 없습니다. 표준 프로세스는 전용 HSM을 포함하는 가상 네트워크를 지원하지 않습니다.
Caution
기존 전용 HSM 환경에서 ExpressRoute 게이트웨이를 변경, 삭제 또는 다시 만들지 마세요. 이러한 작업은 서비스 관리 회로를 방해하고 전용 HSM 배포에 액세스할 수 없게 만듭니다.
표준 ExpressRoute 게이트웨이 마이그레이션 프로세스에 적합하도록 전용 HSM의 전원을 빼거나 할당을 취소하지 마세요. 디바이스의 전원을 독립적으로 설정할 수 없습니다. 복구하려면 Azure 지원 요청이 필요하며 중단을 크게 확장할 수 있습니다.
지원되는 마이그레이션 경로는 표준 SKU ExpressRoute 게이트웨이를 사용하는 새 전용 HSM 환경을 배포하고, 기존 환경과 새 환경 간에 고가용성을 설정한 다음, 워크로드를 이동하는 것입니다.
Microsoft 할당된 전용 HSM 디바이스, 키 자료 또는 워크로드 자동화에 액세스할 수 없습니다. 마이그레이션을 계획하고 완료할 책임이 있습니다.
Important
Azure Dedicated HSM 2028년 7월 31일에 은퇴합니다. Azure Cloud HSM 또는 Azure Key Vault 관리형 HSM으로 직접 마이그레이션하는 것이 좋습니다.
2027년 3월 31일 이전에 해당 서비스 마이그레이션을 완료할 수 없는 경우 먼저 Dedicated HSM 환경을 표준 SKU ExpressRoute 게이트웨이로 마이그레이션합니다. 그런 다음 전용 HSM 사용 중지 날짜 전에 서비스 마이그레이션을 완료합니다.
마이그레이션 준비
시작하기 전에 다음을 수행하십시오.
- 기존 전용 HSM 환경에 연결하는 인벤토리 애플리케이션 및 워크로드.
- 대상 지역에 필요한 전용 HSM 용량을 배포할 수 있는지 확인합니다. 새 HSM을 배포하기 전에 대상 구독에 대한 할당량 증가를 요청 해야 할 수 있습니다.
- 애플리케이션 연결 변경에 대한 유지 관리 기간을 계획합니다.
- 고가용성 구성을 검토하고 기존 HSM이 정상 상태인지 확인합니다.
- 새 환경에 대한 애플리케이션 및 운영 유효성 검사 테스트를 준비합니다.
서유럽, 북유럽, 미국 동부, 미국 동부 2 및 미국 서부에는 전용 HSM 용량이 제한될 수 있습니다. 이러한 지역에서는 롤링 마이그레이션을 사용해야 할 수 있습니다.
- 하나의 새 전용 HSM을 배포합니다.
- 기존 고가용성 그룹에 추가합니다.
- 복제 및 애플리케이션 연결의 유효성을 검사합니다.
- 용량을 해제하려면 이전 HSM 하나를 0으로 지정하고 삭제합니다.
- 모든 HSM을 마이그레이션할 때까지 프로세스를 반복합니다.
시작하기 전에 Azure 지원 사용하여 지역 용량 및 마이그레이션 순서를 확인합니다.
새 전용 HSM 환경 배포
표준 SKU ExpressRoute 게이트웨이를 사용하는 환경을 만듭니다.
- 새 가상 네트워크를 만듭니다.
- 표준 SKU ExpressRoute 게이트웨이를 만듭니다.
- 새 전용 HSM 인스턴스를 배포합니다.
- 네트워킹, 라우팅 및 애플리케이션 연결을 구성합니다.
- 연결 및 운영 준비 상태의 유효성을 검사합니다.
기존 전용 HSM 환경에서 ExpressRoute 게이트웨이를 수정하지 마세요.
고가용성 구성
기존 및 새 전용 HSM 환경 간에 고가용성을 설정합니다.
- 필요한 HSM 파티션 및 구성을 만듭니다.
- 기존 파티션과 새 파티션에서 동일한 복제 도메인을 구성합니다.
- 기존 고가용성 그룹에 새 파티션을 추가합니다.
- 종속 애플리케이션에서 동기화, 복제 상태 및 키 가용성을 확인합니다.
자세한 내용은 Azure Dedicated HSM 고가용성을 참조하세요.
비고
두 환경이 프로덕션 워크로드를 처리할 수 있고 복제가 정상 상태가 될 때까지 계속하지 마세요.
워크로드 마이그레이션
한 번에 하나의 애플리케이션 또는 워크로드를 이동합니다.
- 새 전용 HSM 환경에 연결하도록 애플리케이션을 업데이트합니다.
- 암호화 작업, 모니터링 및 운영 절차의 유효성을 검사합니다.
- 워크로드에서 오류 또는 예기치 않은 동작을 모니터링합니다.
- 모든 프로덕션 워크로드가 새 환경을 사용할 때까지 이러한 단계를 반복합니다.
애플리케이션 및 운영 유효성 검사를 완료할 때까지 기존 환경을 사용할 수 있도록 유지합니다.
기존 환경 사용 중지
모든 워크로드가 새 환경을 사용한 후:
- 이전 HSM에 연결되는 애플리케이션이 없는지 확인합니다.
- 새 환경에 필요한 키 자료와 용량이 있는지 확인합니다.
- HSM 리소스를 삭제하여 이전의 각 전용 HSM을 0으로 만들고 삭제하는 방법을 따릅니다.
- Azure 모든 이전 HSM 리소스를 제거한 후에만 이전 전용 HSM 네트워킹 리소스를 삭제합니다.
Warning
각 Dedicated HSM 리소스를 0으로 만들고 삭제하기 전에 리소스 그룹을 삭제하지 마세요. 리소스 그룹을 삭제하면 청구가 계속되는 동안 HSM이 분리된 상태로 남을 수 있습니다.
표준 ExpressRoute 마이그레이션 프로세스를 사용할 수 없는 이유는 무엇인가요?
전용 HSM 연결은 전용 HSM 가상 네트워크 인터페이스를 ExpressRoute 게이트웨이에 바인딩하는 서비스 관리 ExpressRoute 회로를 사용합니다. 표준 네트워킹 작업은 이 회로를 다시 만들거나 마이그레이션할 수 없습니다.
기존 환경에서 다음 작업을 수행하지 마세요.
- 기존 게이트웨이를 기본 공용 IP SKU에서 표준 SKU로 마이그레이션하지 마세요.
- ExpressRoute 게이트웨이 구성을 수정하지 마세요.
- ExpressRoute 게이트웨이를 삭제하거나 다시 만들지 마세요.
기존 환경에서 게이트웨이를 변경하는 대신 새 환경을 배포하고 워크로드를 이동합니다.