Azure Files 및 Queue Storage

Azure Files는 업계 표준인 SMB(Server Message Block) 및 NFS(Network File System) 프로토콜을 통해 액세스할 수 있는 완전 관리형 클라우드 기반 파일 공유를 제공합니다. 따라서 로컬 기업 네트워크의 네트워크 파일 공유에 사용하는 것과 동일한 방식으로 Windows, Linux 또는 macOS 컴퓨터에 Azure 파일 공유를 탑재할 수 있습니다. 액세스하려면 특정 API 또는 SDK가 필요한 Blob Storage와 달리, Azure Files는 매핑된 드라이브나 UNC 경로에서 읽을 수 있는 모든 애플리케이션과 원활하게 작동합니다.

Azure Files는 다음과 같은 일반적인 기업 시나리오를 위해 설계되었습니다. 리프트 앤 시프트 공유 저장소는 온-프레미스 파일 서버에 의존하는 애플리케이션을 애플리케이션 코드 변경 없이 Azure Files로 마이그레이션합니다. 하이브리드 액세스를 사용하면 온-프레미스 서버와 Azure VM이 Azure File Sync를 통해 동일한 공유를 동시에 탑재할 수 있습니다. 구성 및 설정 공유에서는 공유에 구성 파일을 저장하고 여러 App Service 인스턴스 또는 컨테이너에서 탑재할 수 있습니다. 개발자 도구 공유에서는 개발 팀 전체가 IDE 플러그인, 빌드 도구 및 스크립트를 공유할 수 있습니다.

Azure File Sync는 Azure 파일 공유를 Windows Server 파일 서버와 동기화하여 Azure Files를 온-프레미스 환경으로 확장합니다. Windows Server는 자주 액세스하는 파일의 로컬 캐시 역할을 합니다. 최근에 액세스하지 않은 파일은 디렉터리에는 표시되지만 로컬 디스크 공간을 차지하지 않는 클라우드 계층화 자리 표시자 파일로 대체됩니다. 사용자가 자리 표시자를 열면 Azure File Sync가 백그라운드에서 Azure의 실제 파일을 투명하게 다운로드합니다. 이를 통해 사용자는 빠른 로컬 액세스를 유지하면서 온-프레미스 저장소 사용량을 줄일 수 있습니다.

Azure Files는 두 가지 성능 계층을 제공합니다. Standard(HDD 기반)는 일반적인 파일 공유, 일괄 작업 및 홈 디렉터리에 적합한 비용 효율적인 계층이며, 저장된 GB당 월별로 요금이 부과됩니다. Premium(SSD 기반)은 데이터베이스, 기업 애플리케이션 및 금융 서비스 시스템과 같이 IOPS가 높은 시나리오를 위해 설계되었으며, 사용한 GB가 아니라 프로비저닝된 GB(용량을 미리 할당한 양)를 기준으로 요금이 부과됩니다. 작업에 일관되고 지연 시간이 짧은 파일 입출력이 필요하다면 Premium을 선택하십시오. 대부분의 사무실 파일 공유 시나리오에는 Standard로 충분합니다.

Azure Queue Storage는 인증된 HTTP/HTTPS 호출을 통해 어디서나 액세스할 수 있는 대량의 메시지를 저장하는 서비스입니다. 큐를 사용하면 애플리케이션 구성 요소 간에 비동기식 분리 통신을 구현할 수 있습니다. 한 구성 요소(생성자)가 큐에 메시지를 추가하면 다른 구성 요소(소비자)가 자체 처리 속도에 맞춰 메시지를 가져와 처리합니다. 이렇게 분리하면 생성자와 소비자를 독립적으로 확장할 수 있으며, 소비자가 느리거나 일시적으로 사용할 수 없는 경우에도 생성자가 차단되지 않습니다.

Azure Queue Storage의 메시지 크기는 최대 64 KB이며 최대 7일 동안 보존할 수 있습니다. 소비자가 메시지를 가져오면 구성 가능한 기간 동안 메시지가 표시되지 않게 됩니다(가시성 시간 제한의 기본값은 30초). 소비자가 시간 제한 전에 메시지를 처리하고 삭제하면 메시지가 영구적으로 제거됩니다. 삭제하기 전에 소비자에게 오류가 발생하면 메시지가 다시 표시되어 다른 소비자가 가져갈 수 있습니다. 이를 통해 내결함성을 위한 최소 한 번 전달 의미 체계를 제공합니다.

Azure는 두 가지 큐 서비스를 제공하므로 각각 언제 사용해야 하는지 아는 것이 중요합니다. Queue Storage는 최대 500 TB의 단순하고 매우 큰 큐를 제공하며, HTTP 기반 폴링을 사용합니다. 수백만 개의 메시지를 처리하는 기본적인 생성자-소비자 분리에 적합합니다. Azure Service Bus는 메시지 순서 지정(FIFO), 배달 못한 메시지 큐, 세션, 중복 검색, 여러 구독자가 있는 토픽 및 트랜잭션과 같은 고급 기능을 제공하는 기업용 메시징 서비스입니다. 대규모 환경에서 단순한 분리가 필요하면 Queue Storage를 사용하십시오. 기업용 메시징 보장이나 여러 소비자에게 게시-구독 방식으로 메시지를 분배해야 한다면 Service Bus를 사용하십시오.

매우 일반적인 패턴은 Queue Storage를 Azure Functions와 함께 사용하는 것입니다. 웹 애플리케이션이 주문 메시지를 큐에 추가하면(생성자), 큐 트리거가 있는 Azure Function이 각 주문을 처리합니다(소비자). Function은 큐에서 대기 중인 메시지 수에 따라 자동으로 확장됩니다. 메시지가 많을수록 더 많은 Function 인스턴스가 실행됩니다. 이 패턴은 웹 프런트엔드와 주문 처리 논리를 분리하고, 처리 서비스가 일시적으로 중단되더라도 주문이 손실되지 않도록 하며, 시스템이 갑작스러운 트래픽 증가를 원활하게 처리할 수 있도록 합니다.

Azure Table Storage는 구조화된 비관계형 데이터를 대규모로 저렴하게 저장하는 NoSQL 키-값 저장소입니다. 데이터는 테이블에 구성되지만 관계형 테이블이 아니라 컬렉션으로 생각해야 하며, 각 행은 파티션 키, 행 키 및 서로 다른 형식의 추가 속성을 최대 252개까지 갖는 엔터티입니다. Table Storage는 스키마가 없습니다. 따라서 같은 테이블의 서로 다른 행이 서로 다른 속성을 가질 수 있습니다. 장치 원격 분석이나 사용자 기본 설정처럼 키를 사용한 빠른 조회가 필요한 시나리오에 적합하지만 JOIN이나 복잡한 쿼리는 지원하지 않습니다.

Azure Files는 두 가지 인증 방법을 지원합니다. 저장소 계정 키는 계정의 마스터 키를 사용하여 모든 액세스 권한을 부여하는 방식으로, 간단하지만 세밀하지 않습니다. ID 기반 인증은 Microsoft Entra ID(클라우드 전용 VM의 경우) 또는 Active Directory Domain Services(하이브리드 환경의 온-프레미스 가입 컴퓨터의 경우)를 사용하여 인증합니다. ID 기반 인증을 사용하면 온-프레미스 Windows 파일 서버와 마찬가지로 공유 내부의 폴더와 파일에 대해 사용자별 및 그룹별 액세스 제어 목록(ACL)을 설정할 수 있습니다. 여러 사용자가 이용하는 기업용 파일 공유에는 이 방법을 권장합니다.

저장소 서비스 선택을 요약하면 다음과 같습니다. Blob Storage는 API 또는 URL을 통해 액세스하는 비정형 객체(이미지, 동영상, 백업, 임의의 파일)에 적합합니다. Azure Files는 SMB/NFS를 통해 OS에 탑재되는 드라이브가 필요하고 여러 서버 또는 사용자가 공유하는 구조화된 파일 시스템에 적합합니다. Queue Storage는 애플리케이션 구성 요소 간의 내구성 있는 비동기 메시징에 적합합니다. Table Storage는 키 기반의 빠른 조회가 필요하고 비용이 낮은 구조화된 NoSQL 키-값 데이터에 적합합니다. Cosmos DB는 복잡한 NoSQL 요구 사항에 대응하는 더 강력하고 확장성 높은 Table Storage의 후속 서비스입니다.

이 과정을 통해 학습한 Microsoft Azure Fundamentals(AZ-900) 개념을 이해했는지 확인해 보세요.

이 수업에서는 다음을 배웠습니다. Azure Files는 기존 애플리케이션과 통합되는 SMB/NFS 클라우드 파일 공유를 제공하며 Azure File Sync를 통해 온-프레미스 서버와 동기화할 수 있습니다. 또한 Queue Storage는 최소 한 번 전달되는 메시지 기능으로 애플리케이션 구성 요소 간의 안정적인 비동기 분리를 지원합니다. 그리고 Table Storage는 구조화된 데이터를 위한 비용 효율적인 스키마 없는 NoSQL 키-값 저장소를 제공합니다. 다음으로는 디스크 저장소 유형과 SAS 토큰 및 프라이빗 엔드포인트를 사용하는 저장소 보안을 다루겠습니다.