패브릭 용량 및 OneLake 사용량

Microsoft OneLake를 포함하여 모든 Microsoft Fabric 환경을 구동하는 데 용량 하나면 충분합니다. 계속해서 OneLake에서 스토리지 및 컴퓨팅을 사용하는 방법에 대한 자세한 예제를 읽어 보세요.

개요

OneLake는 모든 Fabric 테넌트와 함께 자동으로 제공되며 한 군데서 모든 분석 데이터를 확인할 수 있도록 설계되었습니다. 모든 Fabric 데이터 항목은 OneLake에 데이터를 저장하도록 미리 미리 연결됩니다. 예를 들어 레이크하우스 또는 웨어하우스에 데이터를 저장하는 경우 데이터는 기본적으로 OneLake에 저장됩니다.

OneLake를 사용하면 ADLS(Azure Data Lake Storage) Gen2 또는 Amazon S3와 같은 서비스와 유사하게 저장된 데이터에 대한 비용을 지불합니다. 그러나 다른 서비스와 달리 OneLake는 데이터에 대한 트랜잭션(예: 읽기, 쓰기)에 대한 별도의 요금을 포함하지 않습니다. 대신 트랜잭션은 다른 Fabric 환경을 실행하는 데 사용되는 기존 Fabric 용량을 사용합니다. ADLS Gen2와 비슷한 요금에 대한 자세한 내용은 Fabric 요금을 참조하세요.

설명하기 위해 예제를 살펴보겠습니다.

• 1초마다 CU(용량 단위)가 2인 F2 SKU를 구입한다고 가정해 보겠습니다. 이 Capacity1에 이름을 붙여보겠습니다.

• 그런 다음 Workspace1 만들고 Fabric 포털을 사용하여 레이크하우스에 450MB 파일을 업로드합니다. 이 작업은 OneLake 스토리지와 OneLake 트랜잭션을 모두 사용합니다.

이제 이러한 각 차원을 살펴보겠습니다.

OneLake 스토리지

OneLake 스토리지는 사용량에 따른 요금 모델로 작동하므로 청구서에 저장된 데이터 450MB에 해당하는 "OneLake Storage" 별도 요금이 표시됩니다.

용량 관리자인 경우 Fabric Capacity Metrics 앱에서 스토리지 사용량을 볼 수 있습니다. Storage 탭을 열고 환경을 호수로 선택한 후 OneLake 스토리지 비용을 확인합니다. 용량에 여러 작업 영역이 있는 경우 작업 영역당 스토리지를 볼 수 있습니다.

다음 이미지는 청구 가능한 스토리지 현재 스토리지두 열을 보여 줍니다. 청구 가능한 스토리지는 한 달 동안 누적 데이터 사용량을 반영합니다. 저장된 데이터에 대한 총 요금은 해당 월의 1일이 아니라 한 달 내내 비례 배분 기준으로 청구되므로 월별 가격을 예상할 수 있습니다. 청구 가능한 스토리지(GB)에 월별 GB당 가격을 곱한 값입니다.

예를 들어 1일차에 1TB의 데이터를 저장하면 매일 33GB의 청구 가능한 스토리지가 추가됩니다. 첫날에는 1TB / 30 일 = 33GB이며 매일 월이 끝날 때까지 33GB를 추가합니다. OneLake 일시 삭제 파일이 영구적으로 삭제되기 전에 기본 보존 기간 동안 파일을 유지하여 실수로 삭제되지 않도록 개별 파일을 보호합니다. 일시 삭제된 데이터는 활성 데이터와 동일한 속도로 청구됩니다.

OneLake 컴퓨팅

OneLake에 대한 요청(예: 읽기, 쓰기 또는 목록)은 Fabric의 용량을 소모합니다. OneLake 는 API를 ADLS와 같은 작업에 매핑합니다. 각 작업에 대한 용량 사용량은 용량 메트릭 앱에 표시됩니다. 위의 예제에서 파일 업로드로 인해 쓰기 트랜잭션이 127.46 CU 초를 소비했습니다. 이 사용량은 용량 메트릭 앱의 작업 이름 열에서 프록시을 통해 OneLake Write로 보고됩니다.

이제 Notebook을 사용하여 이 데이터를 읽는 경우 읽기 트랜잭션에 1.39 CU초를 사용합니다. 이 사용량은 메트릭 앱에서 리디렉션을 통해 OneLake 읽기 기능으로 보고됩니다. 각 작업 유형에서 용량 단위를 사용하는 방법을 알아보려면 OneLake 사용량 페이지 참조하세요.

메트릭 앱의 다양한 용어에 대한 자세한 내용은 메트릭 앱 컴퓨팅 페이지 이해 - Microsoft Fabric참조하세요.

바로 가기가 내 OneLake 사용량에 어떤 영향을 주나요? 위의 예제에서 스토리지와 컴퓨팅은 모두 Capacity1로 청구됩니다. 이제 Capacity2, Workspace2을 포함하는 두 번째 용량이 있다고 가정해 보겠습니다. Lakehouse를 만들고, Workspace1에 업로드한 parquet 파일로 바로 가기를 생성합니다. parquet 파일을 쿼리하는 Notebook을 만듭니다. Capacity2가 데이터에 액세스하면 이 읽기 작업의 컴퓨팅 또는 트랜잭션 비용이 Capacity2의 CU를 사용합니다. 스토리지는 Capacity1로 계속 청구됩니다.

• Capacity2가 일시 중지되었지만 Capacity1이 활성화된 경우 Workspace2(Capacity2)의 바로 가기를 통해 데이터를 읽을 수 없지만 Workspace1(Capacity1)에서 직접 데이터에 액세스할 수 있습니다.

• Capacity1이 일시 중지되고 Capacity2가 활성 상태이면 Workspace1(Capacity1)에서 데이터를 읽을 수 없지만 Workspace2의 바로 가기를 사용하여 데이터를 계속 사용할 수 있습니다. 두 경우 모두 데이터가 여전히 Capacity1에 저장되므로 스토리지 비용은 Capacity1에 계속 청구됩니다.

CU 사용량이 용량 제한을 초과하면 제한 발생할 수 있으므로 트랜잭션이 일시적으로 지연되거나 거부될 수 있습니다.

Fabric의 60일 무료 평가판을 시작하여 OneLake 및 기타 기능을 탐색하고 Fabric 포럼 방문하여 질문을 확인하세요.