Pojemność usługi Fabric i użycie usługi OneLake

Potrzebujesz tylko jednej pojemności, aby obsługiwać wszystkie środowiska Fabric, w tym OneLake. Ten artykuł zawiera szczegółowy przykład, jak OneLake korzysta z magazynu i zasobów obliczeniowych.

Dzięki usłudze OneLake płacisz za przechowywane dane, podobnie jak w przypadku usług takich jak Azure Data Lake Storage (ADLS) lub Amazon S3. Jednak w przeciwieństwie do innych usług usługa OneLake nie uwzględnia oddzielnej opłaty za transakcje (na przykład odczyty, zapisy) do danych. Zamiast tego transakcje korzystają z istniejącej pojemności Fabric, której również używasz do uruchamiania innych zastosowań Fabric. Aby uzyskać informacje o cenach, zobacz Cennik infrastruktury.

Aby zilustrować, przyjrzyjmy się przykładowi.

• Kupujesz jednostkę SKU F2 z pojemnością 2 jednostek (CU) na sekundę i nadajesz jej nazwę Capacity1.

• Następnie utworzysz obszar roboczy Workspace1 i prześlesz plik do Lakehouse przy użyciu portalu Fabric. Ta akcja korzysta zarówno z przestrzeni dyskowej OneLake, jak i transakcji OneLake.

Teraz przyjrzyjmy się każdemu z tych wymiarów.

Przechowywanie OneLake

Magazyn OneLake używa modelu opłat na podstawie wykorzystania. Na rachunku jest wyświetlana oddzielna opłata za "OneLake Storage" dla przechowywanych danych.

Jeśli jesteś administratorem pojemności, możesz wyświetlić zużycie magazynu w aplikacji Metryki pojemności Fabric. W aplikacji Fabric Capacity Metrics otwórz kartę Magazyn i użyj menu rozwijanego Doświadczenie, aby wybrać lake i zobaczyć koszt magazynowania w OneLake. Jeśli masz wiele obszarów roboczych w ramach dostępnych zasobów, możesz sprawdzić przydział pamięci dla każdego obszaru roboczego. W przypadku przypisywania użycia magazynu na poziomie elementu w obszarze roboczym administratorzy obszaru roboczego mogą korzystać z raportu użycia magazynu usługi OneLake w ustawieniach obszaru roboczego>OneLake>Raporcie magazynu, który pokazuje użycie każdego elementu, w tym widoczne elementy, ukryte dane systemowe i dane usunięte nietrwale.

Tabela szczegółów obszaru roboczego zawiera dwie kolumny: Bieżący magazyn i Magazyn rozliczany. Rozliczany magazyn odzwierciedla łączne zużycie danych w ciągu miesiąca. Łączna opłata za przechowywane dane nie jest pobierana w jednym dniu miesiąca, ale proporcjonalnie przez cały miesiąc. Możesz oszacować cenę miesięczną jako rozliczany magazyn (GB) pomnożony przez cenę za GB miesięcznie.

Na przykład przechowywanie 1 TB danych w dniu 1 przekłada się na 33 GB rozliczanego magazynu dziennie. Dzień pierwszy to 1 TB / 30 dni = 33 GB i każdego dnia dodaje 33 GB do końca miesiąca. Miękkie usunięcie w OneLake chroni pojedyncze pliki przed przypadkowym usunięciem, zachowując pliki przez siedem dni przed usunięciem na stałe. Dane tymczasowo usunięte są rozliczane z taką samą stawką jak dane aktywne. Jeśli zauważysz rozbieżności między tym, co widać w elementach, a łącznymi wartościami rozliczanego magazynu, raportowanie rozmiaru elementów w usłudze OneLake może pomóc, pokazując miękko usunięte i ukryte dane systemowe jako oddzielne składniki użycia magazynu.

Aby uzyskać więcej informacji, zobacz Omówienie strony magazynu aplikacji metryk.

Obliczenia OneLake

Żądania do usługi OneLake (takie jak odczyt, zapis lub przeglądanie) zużywają pojemność platformy Fabric. Usługa OneLake mapuje interfejsy API na operacje, takie jak usługa ADLS , mapuje każdą operację REST na cenę.

Można zobaczyć użycie pojemności dla każdej operacji w aplikacji Fabric Capacity Metrics. W aplikacji Fabric Capacity Metrics otwórz kartę Obliczenia. Najedź kursorem na element, dla którego chcesz wyświetlić szczegóły operacji.

W poprzednim przykładzie przesyłanie pliku powoduje operację zapisu, która zużywa sekundy CU. Zakładka Compute w aplikacji Fabric Capacity Metrics raportuje to zużycie jako OneLake Write (Hot) w kolumnie nazwy operacji.

Jednak jeśli odczytujesz te dane za pomocą notebooka, zużywasz CU sekund na transakcje odczytu. Aplikacja metryk zgłasza to zużycie jako OneLake Read (Hot). Aby dowiedzieć się, jak poszczególne operacje wykorzystują jednostki pojemności, zobacz stronę Wykorzystanie usługi OneLake.

Aby lepiej zrozumieć różne terminy używane w aplikacji Metryki, zobacz Opis strony Obliczenia w aplikacji Metryki.

Użycie pojemności skrótów

W poprzednim przykładzie opłaty za magazynowanie i obliczenia zostają przypisane do Pojemności1. Załóżmy, że masz drugą pojemność Capacity2 , która zawiera obszar Roboczy2. Tworzysz jezioro i tworzysz skrót do pliku parquet w obszarze Workspace1. Tworzysz notes, aby wykonywać zapytania dotyczące pliku parquet. Gdy Capacity2 uzyskuje dostęp do danych, koszt obliczeń lub transakcji dla tej operacji odczytu zużywa CU z Capacity2. Opłata za magazynowanie jest nadal naliczana na konto Capacity1.

• Jeśli Capacity2 jest wstrzymana, ale Capacity1 jest aktywna, nie można odczytać danych za pomocą skrótu w obszarze roboczym2 (Capacity2), ale można uzyskać dostęp do danych bezpośrednio w obszarze roboczym1 (Capacity1).

• Jeśli pojemność1 jest wstrzymana, a pojemność2 jest aktywna, nie można odczytać danych w obszarze Roboczy1 (pojemność1), ale nadal możesz użyć tych danych za pomocą skrótu w obszarze Roboczy2. W obu przypadkach, ponieważ dane są nadal przechowywane w Capacity1, koszty magazynowania są nadal przypisywane do Capacity1.

Jeśli użycie CU przekroczy limit pojemności, może wystąpić ograniczenie, co powoduje, że transakcje są opóźnione lub tymczasowo odrzucane.

Rozpocznij bezpłatną wersję próbną Fabric, aby zapoznać się z usługą OneLake i innymi funkcjami, a następnie odwiedź forum Fabric na pytania.