Поделиться через

Емкость Fabric и потребление OneLake

  • Статья

Для всех возможностей Microsoft Fabric требуется только одна емкость, включая Microsoft OneLake. Читайте, если требуется подробный пример использования Хранилища и вычислений OneLake.

Обзор

OneLake автоматически поставляется с каждым клиентом Fabric и предназначен для единого места для всех данных аналитики. Все элементы данных Fabric предварительно обрабатываются для хранения данных в OneLake. Например, при хранении данных в lakehouse или хранилище данные хранятся в OneLake.

С помощью OneLake вы платите за сохраненные данные, аналогичные службам, таким как Azure Data Lake Storage (ADLS) 2-го поколения или Amazon S3. Однако, в отличие от других служб, OneLake не включает отдельную плату за транзакции (например, операции чтения, записи) в данные. Вместо этого транзакции используются из существующей емкости Fabric, которая также используется для выполнения других возможностей Fabric. Сведения о ценах, сравнимых с ADLS 2-го поколения, см. в разделе "Цены на Fabric".

Чтобы проиллюстрировать, рассмотрим пример.

  • Предположим, что вы приобретаете номер SKU F2 с 2 единицами емкости (CU) каждую секунду. Давайте назовем это Емкость1.

  • Затем вы создадите Workspace1 и отправьте файл размером 450 МБ в lakehouse с помощью портала Fabric. Это действие использует как хранилище OneLake, так и транзакции OneLake.

Теперь рассмотрим каждый из этих измерений.

Хранилище OneLake

Так как хранилище OneLake работает с моделью с оплатой по мере использования, отдельная плата за хранилище OneLake отображается в счете, соответствующем 450 МБ сохраненных данных.

Если вы являетесь администратором емкости, вы можете просмотреть потребление хранилища в приложении метрик емкости Fabric. Откройте вкладку хранилища и выберите Опыт как озеро , чтобы просмотреть стоимость хранилища OneLake. Если в емкости есть несколько рабочих областей, вы можете просмотреть хранилище для каждой рабочей области.

Схема, показывающая, как хранилище OneLake отображается в приложении метрики Fabric.

На следующем рисунке показаны два столбца: для хранилища с выставлением счетов и текущего хранилища. Оплачиваемое хранилище отражает совокупное использование данных в течение месяца. Поскольку общая плата за хранение данных не взимается за один день месяца, а распределяется пропорционально в течение всего месяца. Вы можете оценить ежемесячную цену как оплачиваемое хранилище (ГБ), умноженное на цену за ГБ в месяц.

Например, хранение 1 ТБ данных в день 1 добавляется к 33 ГБ ежедневно оплачиваемого хранилища. В день один это 1 ТБ / 30 дней = 33 ГБ и каждый день добавляет 33 ГБ до конца месяца. Функция мягкого удаления OneLake защищает отдельные файлы от случайного удаления, временно сохраняя их на период по умолчанию, прежде чем произойдет их окончательное удаление. Мягко удаленные данные оплачиваются по той же ставке, что и активные данные.

Схема показывает выставление счетов и текущее различие в хранилище.

Вычисление OneLake

Запросы к OneLake (например, чтение, запись или перечисление) используют емкость Fabric. OneLake сопоставляет API с операциями, такими как ADLS. Использование емкости для каждой операции отображается в приложении метрик емкости. В приведенном выше примере отправка файла привела к тому, что транзакция записи потребила 127,46 CU-секунд. Это потребление сообщается как OneLake Write через прокси- в столбце имени операции в приложении метрик емкости.

Теперь, если вы читаете эти данные с помощью записной книжки. Вы потратили 1,39 CU-секунды на операции чтения. Это потребление сообщается как OneLake Read с помощью перенаправления в приложении метрик. См. странице потребления OneLake, чтобы узнать, как каждый тип операции потребляет единицы емкости.

Схема, показывающая просмотр вычислений OneLake в приложении метрик Fabric.

Дополнительные сведения о различных терминологиях в приложении метрик см. в статье Общие сведения о странице вычислений приложений метрик Microsoft Fabric.

Возможно, вам интересно, как сочетания клавиш влияют на использование OneLake? В приведенном выше примере плата за хранение и вычисление взимается в Capacity1. Теперь предположим, что у вас есть вторая емкость Capacity2, которая содержит Workspace2. Вы создаёте lakehouse и делаете ярлык для паркетного файла, загруженного в Workspace1. Вы создаете записную книжку для запроса файла Parquet. Так как Емкость2 обращается к данным, затраты на вычисления или транзакции для этой операции чтения используют cu from Capacity2. Хранилище по-прежнему оплачивается в Capacity1.

Схема, показывающая, как выполняется выставление ярлыков для каждой емкости.

  • Если Капасити2 приостановлена, но Капасити1 активна, вы не можете получить доступ к данным через ярлык в Workspace2 (Капасити2), но можете получить доступ к данным непосредственно в Workspace1 (Капасити1).

  • Если Capacity1 приостановлена, а Capacity2 активна, вы не можете считывать данные в Workspace1 (Capacity1), но по-прежнему можете использовать данные с помощью ссылки в Workspace2. В обоих случаях, так как данные по-прежнему хранятся в Емкости1, расходы на хранение остаются выставленными на Емкость1.

Если потребление CU превышает ограничение емкости, может произойти регулирование, что может привести к временному задержанию или отклонению транзакций.

Начните 60-дневную бесплатную пробную версию Fabric, чтобы изучить OneLake и другие функции, и посетите форум Fabric для вопросов.