이번 주 Azure 업데이트는 한마디로 정리하면 “미리 옮기고, 권한은 더 세밀하게, 운영은 더 유연하게”입니다. 특히 Azure Batch 풀 VM 시리즈, 스토리지 계정, Synapse Link, Linux VPN Client처럼 은근히 오래 쓰고 있던 구성의 retirement 공지가 눈에 띄고요. 반대로 데이터/DB 쪽은 SQL MCP Server, Entra 기반 SQL 로그인, PostgreSQL 유지보수 제어처럼 운영 자동화와 보안 통제가 한 단계 현실화되는 흐름이 이어졌습니다.
서비스 종료(Retirement) 및 전환 안내
7 items
Retirement Azure Batch pools용 Av2/F/Fs/Fsv2/G/Gs/Lsv2 VM 시리즈 종료
· Azure Batch 풀에서 사용하는 Av2-series, F-series, Fs-series, Fsv2-series, G-series, Gs-series, Lsv2-series VM이 2028년 11월 15일 retire 예정입니다.
· 해당 날짜 이후에는 이 VM 시리즈로 새 Batch pool 생성이 불가합니다.
· 기존 Batch pool도 영향을 받으며, 장기적으로는 대체 VM 시리즈로의 전환 계획이 필요합니다.
· 영향 범위는 Azure Batch pools에 의존하는 워크로드입니다.
얻는 것: 지금부터 Batch 워크로드의 VM 의존성을 정리하면, 향후 대규모 재배치나 성능 검증을 급하게 하지 않아도 됩니다. 특히 HPC/대용량 렌더링/병렬 처리 고객은 용량 계획과 예산 계획을 미리 세울 수 있습니다. 지금 할 일: Azure Batch 사용 고객은 현재 pool의 VM SKU inventory를 뽑고, Av2/F/Fs/Fsv2/G/Gs/Lsv2 사용 여부를 확인해 대체 SKU PoC를 시작하세요. 왜 지금: 마감은 2028년이지만 Batch는 보통 업무 파이프라인과 강하게 묶여 있어서, 늦게 움직일수록 성능 검증과 애플리케이션 수정 범위가 커집니다.
원문 링크: https://azure.microsoft.com/updates?id=564774
Retirement Azure Batch pools용 D/Ds/Dv2/Dsv2/Ls VM 시리즈 종료
· Azure Batch 풀에서 사용하는 D-series, Ds-series, Dv2-series, Dsv2-series, Ls-series VM이 2028년 5월 1일 retire 예정입니다.
· 이후에는 해당 VM 시리즈로 신규 Batch pool 생성이 차단됩니다.
· 기존 구성도 장기 지원 관점에서 마이그레이션 검토 대상입니다.
· 같은 Batch retirement 중에서도 이번 공지는 상대적으로 더 이른 일정입니다.
얻는 것: Batch 표준 VM 라인업을 최신 세대로 정리할 근거가 생깁니다. 단순 교체가 아니라 성능/비용 최적화 기회로 활용할 수 있습니다. 지금 할 일: Batch 운영팀은 D/Ds/Dv2/Dsv2/Ls 기반 풀을 우선 식별하고, retire 일정이 더 빠른 풀부터 후속 마이그레이션 계획을 작성하세요. 왜 지금: Batch는 배포 후 오랫동안 “잘 돌아가면 안 건드리는” 경우가 많습니다. 그래서 retirement 공지가 보이면 가장 먼저 자산 식별부터 해야 일정 리스크를 줄일 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=564772
Retirement GPv1 및 Legacy Blob 스토리지 계정 생성 종료
· Azure Storage 포트폴리오 단순화의 일환으로 General Purpose v1(GPv1) 스토리지 계정 전체와 legacy blob storage account 관련 retirement가 공지됐습니다.
· 배경으로는 성능, 확장성, 비용 효율 개선이 제시됐습니다.
· 핵심 메시지는 구형 스토리지 계정 유형에서 현행 계정 유형으로의 전환 필요성입니다.
· 제공된 내용상 세부 마이그레이션 대상과 일정은 링크 원문 확인이 필요합니다.
얻는 것: 스토리지 표준화를 진행하면서 비용 구조와 운영 정책을 더 일관되게 가져갈 수 있습니다. 오래된 계정 유형을 정리하면 향후 기능 제약도 줄일 수 있습니다. 지금 할 일: 스토리지 사용 고객은 구독별 Storage Account inventory에서 GPv1 및 legacy blob 계정 존재 여부를 확인하고, 표준 계정 유형 전환 계획을 점검하세요. 왜 지금: 스토리지 계정은 여러 서비스의 하부 의존성인 경우가 많아, 늦게 발견할수록 영향 분석 범위가 커집니다.
원문 링크: https://azure.microsoft.com/updates?id=564441
Retirement Azure Load Balancer Inbound NAT rule v1 for Azure VMSS 종료
· 기존 공지에서 범위가 업데이트됐고, 이번 retirement는 Azure VMSS용 Inbound NAT rule version 1(즉, Inbound NAT Pools) 에 초점이 맞춰졌습니다.
· 단일 VM용 NAT rule까지 포함했던 이전 범위에서 대상이 좁혀진 것이 포인트입니다.
· 영향을 받는 고객은 Virtual Machine Scale Sets에 연결된 Inbound NAT Pools 사용 여부를 확인해야 합니다.
· 정확한 영향 범위와 대체 구성은 링크 원문 기준으로 검토가 필요합니다.
얻는 것: 불필요하게 전체 NAT rule 자산을 다 바꾸는 대신, 실제 영향 대상인 VMSS NAT Pools 중심으로 점검 범위를 줄일 수 있습니다. 지금 할 일: 네트워크 운영팀은 VMSS에 연결된 Azure Load Balancer의 Inbound NAT Pools 사용 여부를 inventory화하고, 대체 구성을 검토하세요. 왜 지금: 이번 공지는 “무엇이 정말 retire 대상인지” 범위를 다시 명확히 해줍니다. 해석이 엇갈렸던 고객일수록 지금 점검하면 불필요한 변경을 줄일 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=565482
Retirement Azure Synapse Link for Azure Cosmos DB NoSQL 종료
· 2026년 3월 31일부터 신규 Azure Cosmos DB NoSQL 계정에서는 Azure Synapse Link를 더 이상 활성화할 수 없습니다.
· 기존 고객은 2029년 3월 31일까지 지원되며, 그 시점에 end of life에 도달합니다.
· Microsoft는 고객에게 지금부터 마이그레이션 시작을 권고하고 있습니다.
· 신규 도입 제한과 기존 지원 종료 시점이 구분되어 있으므로, 신규/기존 워크로드를 나눠 봐야 합니다.
얻는 것: Cosmos DB 분석 연계 구조를 미리 재설계하면 신규 구축 제한에 막히지 않고, 기존 분석 파이프라인도 단계적으로 전환할 수 있습니다. 지금 할 일: Cosmos DB NoSQL 사용 고객은 Azure Synapse Link 사용 계정과 신규 도입 예정 계정을 구분해, 대체 분석 아키텍처 검토를 바로 시작하세요. 왜 지금: 신규 계정에서 2026년 3월 이후 활성화가 안 되기 때문에, “나중에 붙이면 되지”가 통하지 않는 케이스가 생깁니다. 신규 프로젝트가 있다면 특히 지금 중요합니다.
원문 링크: https://azure.microsoft.com/updates?id=558560
Retirement Azure VPN Client for Linux (Preview) 2026년 8월 31일 종료
· Azure VPN Client for Linux (Preview)는 GA로 가는 경로 없이 공개 미리보기 상태로 유지돼 왔습니다.
· 이 Preview 클라이언트는 2026년 8월 31일 retire 예정입니다.
· 배경으로는 현재 보안 및 신뢰성 기준에 맞춘 네트워킹 서비스 정렬이 언급됐습니다.
· Linux 기반 원격접속/운영 환경을 가진 고객은 대체 접속 방식을 확인해야 합니다.
얻는 것: Linux 운영자 접속 경로를 표준화하면서, 지원 경로가 불명확한 preview 의존성을 줄일 수 있습니다. 지금 할 일: 네트워크/플랫폼 운영팀은 Linux 사용자·운영자 중 Azure VPN Client for Linux (Preview) 사용자를 식별하고, 대체 클라이언트 또는 접속 방식을 점검하세요. 왜 지금: Preview 기반 접속 도구는 운영 표준에 남겨두기 어렵습니다. 사용자 수가 적어 보여도 실제로는 운영 자동화 스크립트나 현장 접속 절차에 숨어 있을 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=565393
Preview Microsoft Defender for Cloud의 Microsoft Foundry agent security 기능 라이선스 전환
· 현재 Microsoft Defender for Cloud를 통해 제공되던 Microsoft Foundry agent security 기능이 2026년 7월 1일부터 Microsoft Agent 365 라이선스로 전환됩니다.
· Agent protection은 Defender에서 Agent 365 observability logs and alerts 기반으로 제공된다고 안내됐습니다.
· 이번 공지는 기능 폐지라기보다 과금/라이선스 및 제공 방식 전환 성격이 강합니다.
· 미리보기(Preview) 공지이므로, 실제 상용 적용 범위는 원문 확인이 필요합니다.
얻는 것: 에이전트 보안 기능을 쓸 계획이 있는 조직은 앞으로 필요한 라이선스 구조를 미리 파악할 수 있습니다. 예산·보안 운영 체계도 더 빨리 정리할 수 있습니다. 지금 할 일: 보안 아키텍트와 라이선스 담당자는 Defender for Cloud에서 Foundry agent security 기능 사용 여부를 확인하고, 2026년 7월 이후 라이선스 영향도를 검토하세요. 왜 지금: 기능보다 라이선스 변경이 늦게 발견될수록 예산 승인과 운영 정책 반영이 꼬이기 쉽습니다. 특히 AI/에이전트 보안 검토 중인 조직에 중요합니다.
원문 링크: https://azure.microsoft.com/updates?id=565171
데이터 및 AI
6 items
GA SQL MCP Server
· SQL MCP Server가 GA가 되면서, 프로덕션 데이터에 통제된 접근(controlled access) 을 갖는 agentic solution 구축이 가능해졌습니다.
· 보안성과 고성능을 강조한 구성이며, SQL 중심으로 설계됐습니다.
· PostgreSQL과 Azure Cosmos DB와도 호환된다고 안내됐습니다.
· AI 에이전트가 운영 데이터와 상호작용할 때 중간 제어 계층 역할을 기대할 수 있습니다.
얻는 것: 생성형 AI/에이전트 프로젝트에서 “실제 데이터를 어디까지, 어떻게 안전하게 연결할지”에 대한 선택지가 생깁니다. PoC를 프로덕션 수준 통제 모델로 확장하기가 쉬워집니다. 지금 할 일: AI/데이터 플랫폼팀은 SQL MCP Server를 기준으로 내부 에이전트가 접근할 데이터 소스(SQL/PostgreSQL/Cosmos DB)와 권한 모델 PoC를 설계해 보세요. 왜 지금: 많은 고객이 에이전트 도입에서 막히는 지점이 바로 프로덕션 데이터 접근 통제입니다. 이 업데이트는 그 병목을 줄이는 데 직접 연결됩니다.
원문 링크: https://azure.microsoft.com/updates?id=564734
GA Azure SQL Database의 Microsoft Entra server principals
· Azure SQL Database에서 Microsoft Entra server principals (logins) 이 GA가 됐습니다.
· 이제 virtual master database에서 CREATE LOGIN ... FROM EXTERNAL PROVIDER 를 사용할 수 있습니다.
· Microsoft Entra ID 기반 로그인에 대해 SQL logins와 유사한 관리 패리티를 제공합니다.
· SQL 계정 중심 운영에서 Entra 기반 중앙 인증 모델로 옮기기 쉬워집니다.
얻는 것: Azure SQL Database의 인증·권한 모델을 Entra 중심으로 더 일관되게 가져갈 수 있습니다. 운영 계정과 보안 거버넌스를 분리하기도 수월해집니다. 지금 할 일: DBA는 테스트 Azure SQL Database에서 CREATE LOGIN ... FROM EXTERNAL PROVIDER 시나리오를 검증하고, 기존 SQL login 대체 가능 범위를 확인하세요. 왜 지금: 데이터베이스 계정 관리가 여전히 개별 SQL login에 머무는 조직이라면, 중앙 ID 거버넌스로 전환할 좋은 타이밍입니다.
원문 링크: https://azure.microsoft.com/updates?id=565154
Preview GitHub Copilot in SSMS의 Agent mode
· SSMS에서 GitHub Copilot의 Agent mode 가 Public Preview로 제공됩니다.
· 데이터베이스 성능 문제 조사, 쿼리 튜닝, 유지보수 및 구성 검토, 보안 이슈 식별, 오류 분석, 운영 작업 지원에 활용할 수 있습니다.
· 단순 코드 보조를 넘어 DBA 작업 보조 에이전트 성격이 강합니다.
· Preview이므로 실제 운영 반영 전에는 내부 가이드와 검증이 필요합니다.
얻는 것: DBA/운영자가 반복적인 분석·튜닝 작업을 더 빠르게 처리할 수 있는 가능성이 열립니다. 특히 운영 초동 대응과 쿼리 리뷰 업무 효율화에 도움이 될 수 있습니다. 지금 할 일: DBA 팀은 비프로덕션 SSMS 환경에서 Copilot Agent mode를 켜고, 성능 분석·보안 점검·운영 점검 시나리오별 내부 평가를 진행하세요. 왜 지금: DBA 도구에 AI가 들어오는 흐름은 빨라지고 있습니다. 초기에 평가해 두면 팀 표준과 사용 금지/허용 기준을 먼저 세울 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=562637
GA PostgreSQL Hub for Azure Developers
· PostgreSQL Hub for Azure Developers가 GA가 됐습니다.
· PostgreSQL on Azure를 위한 AI 및 애플리케이션 개발 리소스를 한 곳에 모았습니다.
얻는 것: PostgreSQL 기반 애플리케이션과 AI 연계 개발을 시작하는 팀이 자료 탐색 시간을 줄일 수 있습니다. 팀 내 표준 예제를 정하는 데도 도움이 됩니다. 지금 할 일: 개발팀/플랫폼팀은 PostgreSQL Hub의 샘플과 튜토리얼을 검토해, 사내 PostgreSQL on Azure 레퍼런스 아키텍처 후보를 추리세요. 왜 지금: PostgreSQL 도입은 빠른데, 팀별 구현 방식이 제각각인 경우가 많습니다. 공식 허브가 생기면 표준화 출발점으로 쓰기 좋습니다.
원문 링크: https://azure.microsoft.com/updates?id=562084
GA Azure Database for PostgreSQL Flexible Server 유지보수 제어 강화
· Azure Database for PostgreSQL Flexible Server에서 향상된 maintenance control 기능이 GA가 됐습니다.
· 이제 유지보수 일정을 reschedule, on-demand 적용, 조회 및 다운로드 할 수 있습니다.
· 플랫폼 유지보수 이벤트에 대한 가시성과 유연성이 커졌습니다.
· 목표는 유지보수로 인한 서비스 중단·운영 혼선을 줄이는 것입니다.
얻는 것: DB 운영팀이 플랫폼 유지보수 창을 더 능동적으로 관리할 수 있어, 업무 시간 영향과 변경 충돌을 줄일 수 있습니다. 지금 할 일: PostgreSQL Flexible Server 운영 고객은 테스트 서버에서 maintenance reschedule 및 apply on demand 기능을 먼저 검증하고 운영 절차서에 반영하세요. 왜 지금: 유지보수 통제 기능은 “있으면 좋은 옵션”이 아니라 실제 장애 회피 수단입니다. 특히 변경관리 프로세스가 엄격한 엔터프라이즈일수록 바로 가치가 큽니다.
원문 링크: https://azure.microsoft.com/updates?id=563756
Preview Azure Managed Redis의 Entra ID 기반 데이터 관리 RBAC
· Azure Managed Redis가 데이터 접근 관리에 대해 Microsoft Entra ID 기반 RBAC 를 Public Preview로 지원합니다.
· 공유 키(shared keys) 없이도 누가 읽고, 쓰고, 관리할지 세밀하게 권한 제어할 수 있습니다.
· 구현은 Redis ACLs 위에 구성됩니다.
· 데이터 계층에서도 키 기반 운영에서 ID 기반 접근통제로 전환할 수 있는 방향입니다.
얻는 것: Redis 운영에서 키 공유를 줄이고, 사용자·애플리케이션 단위 접근제어와 감사 체계를 더 정교하게 설계할 수 있습니다. 지금 할 일: 애플리케이션 플랫폼팀은 Azure Managed Redis 비프로덕션 환경에서 Entra ID 기반 RBAC와 Redis ACL 매핑을 시험해 보세요. 왜 지금: 캐시/세션 계층은 종종 보안 표준화에서 뒤로 밀리지만, 실제로는 운영 키 유출 리스크가 큽니다. 지금부터 ID 기반 전환 가능성을 확인할 만합니다.
원문 링크: https://azure.microsoft.com/updates?id=564873
컴퓨팅 및 복구
3 items
GA Azure NC RTX PRO 6000 Blackwell Server Edition v6 Series Virtual Machines
· Azure NCv6-series VM이 Southeast Asia, West US 2 리전에서 GA가 됐습니다.
· NVIDIA RTX PRO 6000 Blackwell Server Edition GPU 기반입니다.
· GPU당 96GB 메모리를 제공합니다.
· GPU 워크로드용 최신 옵션이 하나 더 늘어난 셈이며, 제공 리전은 현재 공지 기준으로 제한적입니다.
얻는 것: AI 추론, 시각화, 고성능 GPU 워크로드에서 최신 GPU 선택지가 추가됩니다. 글로벌 배치나 멀티리전 설계 시 리전별 GPU 가용성 판단에도 도움이 됩니다. 지금 할 일: AI/HPC 팀은 Southeast Asia 또는 West US 2 사용 가능 여부를 확인하고, NCv6를 기존 GPU SKU와 성능·비용 비교 PoC에 포함하세요. 왜 지금: GPU SKU는 수급과 리전 가용성이 중요합니다. 새 시리즈가 GA 되면 조달 가능성과 아키텍처 옵션이 바로 달라집니다.
원문 링크: https://azure.microsoft.com/updates?id=565271
GA Premium SSD v2, non-zonal Azure VM 지원
· Premium SSD v2 디스크가 이제 일부 AZ 지원 리전에서 non-zonal 단일 인스턴스 Azure VM 도 지원합니다.
· 기존에는 Availability Zone 선택과 배치 제약이 있었던 시나리오에서 선택지가 넓어집니다.
· 즉, zonal 배치를 하지 않는 VM에서도 Premium SSD v2를 붙일 수 있게 됐습니다.
· 대상은 select Azure regions with Availability Zones 이며, 리전별 확인이 필요합니다.
얻는 것: 스토리지 성능 요구는 높지만 zonal VM 설계가 부담이었던 워크로드에 배치 유연성이 생깁니다. 비용·성능·가용성 설계를 더 세밀하게 조정할 수 있습니다. 지금 할 일: 인프라 팀은 현재 Premium SSD v2 도입을 보류했던 non-zonal VM 워크로드를 다시 검토하고, 대상 리전 지원 여부를 확인하세요. 왜 지금: 디스크 선택 제약이 줄어들면 기존 VM 재설계 없이도 성능 개선 기회를 찾을 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=565359
Preview NVMe 디스크 컨트롤러 기반 Linux Azure VM에 대한 Azure Site Recovery 지원
· Azure Site Recovery가 Azure-to-Azure 시나리오에서 NVMe-enabled Generation 2 VM family 의 Linux Azure VM 복제를 지원합니다.
· 예시로 Da/Ea/Fa v6-series, Ebsv5/Ebdsv5가 언급됐습니다.
· 지원 범위는 Linux Azure VMs 이며, 공지상 제한 사항이 있을 수 있어 원문 확인이 필요합니다.
· 최신 VM 세대 도입 시 DR 공백이 있던 고객에게 의미 있는 업데이트입니다.
얻는 것: NVMe 기반 최신 Linux VM을 쓰면서도 재해복구 시나리오를 검토할 수 있게 됩니다. 최신 성능형 VM 도입과 DR 요구사항 사이의 충돌을 줄일 수 있습니다. 지금 할 일: DR/플랫폼 운영팀은 NVMe 기반 Linux VM 사용 현황을 확인하고, ASR Preview 범위 내에서 Azure-to-Azure 복제 PoC를 수행하세요. 왜 지금: 최신 VM 세대로 갈수록 스토리지 인터페이스가 바뀌는데, DR 지원 시점이 뒤따르는 경우가 많습니다. 해당 공백이 줄어드는지 지금 확인할 가치가 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=565103
네트워크
1 item
Retirement Azure VPN Client for Linux (Preview) 종료
· Azure VPN Client for Linux (Preview)는 2026년 8월 31일 retire 예정입니다.
· 공개 미리보기 상태에서 GA 경로가 없었다는 점이 명시됐습니다.
· 보안 및 신뢰성 기준 정렬 차원의 변화입니다.
· Linux 운영 단말 또는 개발자 환경에서 해당 클라이언트 사용 여부 확인이 필요합니다.
얻는 것: Linux 접속 경로를 지원 가능한 표준 방식으로 재정비할 수 있습니다. 향후 운영 절차의 불확실성을 줄이는 데 도움이 됩니다. 지금 할 일: Linux 기반 원격 접속 사용 부서와 운영팀은 Azure VPN Client for Linux (Preview) 사용 현황을 식별하고 대체 경로 검토를 시작하세요. 왜 지금: 네트워크 클라이언트 전환은 도구 설치보다 사용자 교육·접속 정책 변경이 더 오래 걸립니다.
원문 링크: https://azure.microsoft.com/updates?id=565393
고객 액션 체크리스트
Azure Batch 사용 고객/HPC 팀: Azure Batch pool의 VM SKU를 inventory화하고 D/Ds/Dv2/Dsv2/Ls 및 Av2/F/Fs/Fsv2/G/Gs/Lsv2 사용 여부를 분리해 retire 일정별 마이그레이션 우선순위를 정리
Cosmos DB NoSQL 사용 고객/데이터 플랫폼팀: Azure Synapse Link 사용 계정과 2026년 이후 신규 도입 예정 계정을 식별하고, Azure Synapse Link 대체 분석 아키텍처 검토 착수
스토리지 사용 고객/클라우드 플랫폼팀: Azure Storage Account inventory에서 GPv1 및 legacy blob 계정 존재 여부를 확인하고, 현행 스토리지 계정 유형 전환 계획 수립
네트워크 운영팀: Azure Load Balancer가 연결된 VMSS의 Inbound NAT Pools(Inbound NAT rule v1) 사용 여부를 점검하고 대체 네트워크 구성을 검토
Linux 운영 환경 보유 고객/네트워크·헬프데스크 팀: Azure VPN Client for Linux (Preview) 사용자와 자동화 스크립트 의존성을 파악하고 2026년 8월 이전 대체 접속 표준 마련
보안 아키텍트/라이선스 담당팀: Microsoft Defender for Cloud에서 Microsoft Foundry agent security 기능 사용 여부를 확인하고 Microsoft Agent 365 라이선스 전환 영향도 분석
DBA/데이터베이스 운영팀: Azure SQL Database에서 Microsoft Entra server principals(CREATE LOGIN ... FROM EXTERNAL PROVIDER) 적용 가능성을 테스트하고 기존 SQL login 정리 후보 식별
PostgreSQL 운영팀: Azure Database for PostgreSQL Flexible Server의 maintenance control(reschedule, apply on demand, view/download) 기능을 테스트하고 변경관리 절차서 업데이트
AI/데이터 플랫폼팀: SQL MCP Server를 활용한 agentic solution의 데이터 접근 통제 PoC를 설계하고 SQL/PostgreSQL/Cosmos DB 연계 범위 정의
애플리케이션 플랫폼팀: Azure Managed Redis의 Entra ID 기반 RBAC Preview를 비프로덕션에 적용해 shared key 축소 가능성과 Redis ACL 설계를 검토
DBA 팀: SSMS의 GitHub Copilot Agent mode Preview를 비프로덕션에서 평가하고 성능 분석·쿼리 튜닝·보안 검토 업무에 대한 사용 가이드 초안 작성
AI/HPC 팀: Azure NCv6(NVIDIA RTX PRO 6000 Blackwell) VM의 사용 가능 리전(Southeast Asia, West US 2)과 성능/비용을 기존 GPU SKU와 비교 PoC
인프라/가상화 운영팀: non-zonal 단일 인스턴스 VM에서 Premium SSD v2 적용 가능 리전을 확인하고 기존 디스크 성능 병목 워크로드 재평가
DR/BCP 운영팀: NVMe 기반 Generation 2 Linux Azure VM의 Azure Site Recovery Preview 지원 범위를 확인하고 Azure-to-Azure 복제 테스트 계획 수립