대상 기간: 오늘 · 수집 항목: 2건 · 출처: Azure 공식 업데이트 RSS
오늘은 “운영 현실에 바로 꽂히는” Azure 업데이트가 나왔습니다. 하나는 Azure Blob Storage SFTP가 이제 Microsoft Entra ID 기반 인증을 GA로 지원한다는 소식이고, 다른 하나는 Azure Site Recovery가 VM당 최대 5x churn(500 MB/s) 을 지원하게 됐다는 점이에요. 둘 다 화려한 신기능이라기보다, 실제 엔터프라이즈 운영에서 보안 모델과 재해복구 설계의 한계치를 끌어올리는 변화라서 공부할 맛이 납니다.
· Microsoft Entra ID-based access for SFTP — 로컬 계정 대신 중앙 IAM(Identity and Access Management) 기반으로 SFTP 접근을 제어하는 방식
· Azure Blob Storage SFTP — 오브젝트 스토리지를 SFTP 워크로드와 연결해 레거시 파일 전송 시나리오를 현대화하는 기능
· Azure Site Recovery churn — 재해복구 복제 시 원본 디스크에서 발생하는 변경 데이터율(change rate)을 뜻하는 핵심 용어
· 고 IOPS 워크로드 DR — 데이터베이스처럼 쓰기량이 많은 시스템도 DR 대상에 포함할 수 있는지 판단하는 중요한 기준
· Guest users / Entra External Identities — 외부 사용자까지 Entra ID로 통합 인증하는 B2B 협업형 접근 제어 모델
2 items
· Azure Blob Storage SFTP에서 Microsoft Entra ID 기반 접근 제어가 이제 전 지역에서 GA 됐습니다.
· Entra ID 사용자 계정뿐 아니라 Entra External Identities의 guest users도 SFTP로 안전하게 연결할 수 있습니다.
· 로컬 계정 중심 운영에서 벗어나 중앙화된 ID 관리를 적용할 수 있는 방향으로 보입니다.
· 공지 내용상 “without pro…”로 잘려 있어 세부 문구는 일부 확인이 어렵지만, 핵심은 Entra ID로 SFTP 인증/접근을 통합할 수 있다는 점입니다.
무엇인가: Azure Blob Storage의 SFTP 엔드포인트에 접근할 때, 별도 로컬 사용자/비밀번호에 의존하기보다 Entra ID 정체성 기반으로 인증과 접근 관리를 할 수 있게 된 기능입니다. 특히 외부 협력사나 게스트 사용자까지 같은 ID 체계 안에서 다룰 수 있다는 점이 새롭습니다.
왜 흥미로운가: 많은 조직이 파일 수집·배포는 여전히 SFTP를 쓰지만, 계정 관리가 제각각이라 보안과 운영이 복잡해집니다. 이 기능을 알면 레거시 전송 프로토콜(SFTP) 과 현대적 IAM(Entra ID) 을 어떻게 연결하는지, Azure가 엔터프라이즈 파일 전송을 어떤 방향으로 현대화하는지 이해할 수 있습니다.
해보기: Azure Portal에서 Blob Storage의 SFTP 관련 설정과 ID 기반 접근 구성을 확인하고, Entra ID 사용자 또는 게스트 사용자를 대상으로 테스트 계정을 설계해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=567085
1 items
· Azure Site Recovery가 이제 최대 5x churn, 즉 VM당 500 MB/s 까지 지원합니다.
· 이번 개선은 high IOPS 워크로드를 더 자신 있게 Azure Site Recovery로 보호할 수 있게 해줍니다.
· 공지에서는 특히 요구사항이 높은 애플리케이션과 데이터베이스 같은 시나리오를 언급합니다.
· 재해복구 설계에서 “이 워크로드는 변경량이 너무 많아서 복제가 어려울 것”이라는 기존 제약을 완화하는 업데이트입니다.
무엇인가: Azure Site Recovery는 온프레미스 또는 다른 환경의 VM 워크로드를 Azure로 복제해 DR(Disaster Recovery)을 구성하는 서비스입니다. 이번 발표는 초당 변경 데이터율(churn) 을 더 높은 수준까지 지원하게 되면서, 더 쓰기 집약적인 워크로드도 보호 범위에 넣을 수 있게 된 변화입니다.
왜 흥미로운가: DR을 설계할 때 CPU나 메모리보다 더 까다로운 병목이 변경 데이터율과 복제 처리 한계인 경우가 많습니다. 이 소식은 엔지니어 입장에서 “어떤 시스템까지 ASR로 커버 가능한가?” 라는 현실적인 판단 기준을 넓혀 줍니다.
해보기: 운영 중인 주요 VM 또는 데이터베이스 서버 후보를 떠올리며, 현재 워크로드의 디스크 변경률과 IOPS 특성을 기준으로 Azure Site Recovery 적용 가능성을 다시 검토해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=566966
오늘 제공된 목록에는 별도 서비스 종료(retirement) 항목이 없습니다.