Zasady ograniczania sieci szkieletowej

Ograniczanie występuje, gdy pojemność dzierżawy zużywa więcej zasobów pojemności niż zakupiono. Zbyt duże ograniczenie przepustowości może spowodować obniżenie wydajności środowiska użytkownika końcowego. Dzierżawa usługi Microsoft Fabric może tworzyć wiele pojemności i przypisywać obszary robocze do określonej pojemności na potrzeby rozliczeń i rozmiarów.

Ograniczanie przepustowości jest stosowane na poziomie pojemności, co oznacza, że podczas gdy jedna pojemność lub zestaw obszarów roboczych mogą mieć obniżoną wydajność z powodu przeciążenia, inne pojemności mogą nadal działać normalnie. W przypadkach, gdy funkcje takie jak artefakty OneLake są generowane w jednej pojemności i używane przez inną, stan ograniczania pojemności zużywającej określa, czy wywołania artefaktu są ograniczane.

Równowaga między wydajnością a niezawodnością

Sieć szkieletowa została zaprojektowana tak, aby zapewnić klientom błyskawiczną wydajność, umożliwiając operacjom uzyskiwanie dostępu do większej liczby zasobów jednostek pojemności (CU) niż przydzielonych do pojemności. Zadania, które mogą potrwać kilka minut na innych platformach, mogą być wykonywane w ciągu zaledwie kilku sekund w sieci szkieletowej. Aby uniknąć karania użytkowników w przypadku wzrostu obciążenia operacyjnego, sieć szkieletowa wygłasza lub średnio użycie aktualizacji cu operacji przez co najmniej pięć minut, a nawet dłużej w przypadku wysokiego użycia aktualizacji CU, ale żądań krótkiego czasu wykonywania. To zachowanie gwarantuje, że możesz cieszyć się spójną szybką wydajnością bez ograniczania przepustowości.

W przypadku operacji w tle, które mają długie czasy wykonywania i zużywają duże obciążenia aktualizacji CU, sieć szkieletowa wygłasza użycie aktualizacji cu w okresie 24-godzinnym. Smoothing eliminuje konieczność, aby analitycy danych i administratorzy baz danych poświęcali czas na tworzenie harmonogramów zadań w celu rozłożenia obciążenia cu w ciągu dnia, aby zapobiec zamrożeniu kont. Dzięki wygładzania 24-godzinnej aktualizacji CU zaplanowane zadania mogą być uruchamiane jednocześnie bez powodowania żadnych skoków w dowolnym momencie w ciągu dnia i można cieszyć się spójną szybką wydajnością bez marnowania czasu na zarządzanie harmonogramami zadań.

Operacje w locie nie są ograniczane

Gdy pojemność przechodzi w stan ograniczenia, ma wpływ tylko na żądane operacje po rozpoczęciu ograniczania pojemności. Wszystkie operacje, w tym długotrwałe, które zostały przesłane przed rozpoczęciem ograniczania przepustowości, mogą zostać uruchomione do ukończenia. To zachowanie zapewnia pewność, że operacje są wykonywane, nawet podczas wzrostów użycia aktualizacji cu.

Wyzwalacze ograniczania i etapy ograniczania

Po wygładaniu niektóre konta mogą nadal doświadczać skoków użycia aktualizacji CU w godzinach szczytu raportowania. Aby ułatwić zarządzanie tymi skokami, administratorzy mogą skonfigurować alerty e-mail, aby otrzymywać powiadomienia, gdy pojemność zużywa 100% aprowizowania zasobów aktualizacji CU. Ten wzorzec wskazuje, że pojemność może korzystać z równoważenia obciążenia, a administrator powinien rozważyć zwiększenie rozmiaru jednostki SKU. Należy pamiętać, że w przypadku jednostek SKU języka F można je ręcznie zwiększyć i zmniejszyć w dowolnym momencie w ustawieniach administratora. Jednak nawet jeśli pojemność działa z pełnym potencjałem cu, sieć szkieletowa nie stosuje ograniczania przepustowości. To zachowanie gwarantuje, że użytkownicy mają spójną szybką wydajność bez żadnych zakłóceń.

Pierwsza faza ograniczania zaczyna się, gdy pojemność zużywa wszystkie dostępne zasoby CU przez następne 10 minut. Jeśli na przykład zakupiono 10 jednostek pojemności, a następnie zużyliśmy 50 jednostek na minutę, utworzysz przewożąc 40 jednostek na minutę. Po dwóch i pół minutach, zgromadziłbyś przewożące 100 jednostek, pożyczonych z przyszłych okien. W tym momencie, gdy wszystkie pojemności są już wyczerpane przez następne 10 minut, sieć szkieletowa inicjuje swój pierwszy poziom ograniczania przepustowości, a wszystkie nowe operacje interakcyjne są opóźnione o 20 sekund po przesłaniu. Jeśli przenoszenie osiągnie pełną godzinę, żądania interakcyjne zostaną odrzucone, ale zaplanowane operacje w tle będą nadal uruchamiane. Jeśli pojemność zgromadzi pełne 24 godziny przewożenia, cała pojemność jest zamrożona do momentu zapłaty przewożenia.

Przyszłe wygładzone zużycie

Uwaga

Firma Microsoft stara się zwiększyć elastyczność klienta w korzystaniu z usługi, równoważąc konieczność zarządzania użyciem pojemności klienta. Z tego powodu firma Microsoft może zmienić lub zaktualizować zasady ograniczania sieci szkieletowej.

Użycie	Limity zasad	Wpływ na środowisko zasad platformy
Użycie <= 10 minut	Ochrona przed nadwyżkami	Zadania mogą zużywać 10 minut przyszłego użycia pojemności bez ograniczania przepustowości.
Użycie 10 minut < <= 60 minut	Opóźnienie interakcyjne	Zadania interakcyjne żądane przez użytkownika są opóźnione o 20 sekund podczas przesyłania.
Użycie 60 minut < <= 24 godziny	Odrzucenie interakcyjne	Zadania interakcyjne żądane przez użytkownika są odrzucane.
Użycie > 24 godziny	Odrzucenie w tle	Wszystkie żądania są odrzucane.

Zmniejszenie użycia pojemności przenoszenia

Za każdym razem, gdy pojemność ma bezczynność, system płaci poziom przewożące.

Jeśli masz 100 minut CU i carryforward 200 CU minut, a nie masz żadnych operacji uruchomionych, zajmie to dwie minuty, aby spłacić przewożące. W tym przykładzie system nie jest ograniczany, ponieważ istnieją dwie minuty przenoszenia. Opóźnienia ograniczania przepustowości nie rozpoczną się do 10 minut przenoszenia.

Jeśli musisz szybciej obniżyć koszty przenoszenia, możesz tymczasowo zwiększyć rozmiar jednostki SKU w celu wygenerowania większej pojemności bezczynności stosowanej do przenoszenia.

Zachowanie ograniczania przepustowości jest specyficzne dla sieci szkieletowej

Chociaż większość produktów sieci szkieletowej jest przestrzegana wcześniej wymienionych reguł ograniczania przepustowości, istnieją pewne wyjątki.

Na przykład strumienie zdarzeń sieci szkieletowej mają wiele operacji, które mogą być uruchamiane przez lata po ich uruchomieniu. Ograniczanie przepływności nowych operacji strumienia zdarzeń nie miałoby sensu, więc zamiast tego ilość zasobów CU przydzielonych do utrzymania otwartego strumienia jest zmniejszana do momentu ponownego wystąpienia pojemności.

Innym wyjątkiem jest analiza w czasie rzeczywistym, która nie byłaby w czasie rzeczywistym, gdyby operacje były opóźnione o 20 sekund. W rezultacie analiza w czasie rzeczywistym ignoruje pierwszy etap ograniczania z 20-sekundowymi opóźnieniami na 10 minut przenoszenia i czeka na fazę odrzucenia na 60 minut przenoszenia, aby rozpocząć ograniczanie przepustowości. To zachowanie gwarantuje, że użytkownicy mogą nadal korzystać z wydajności w czasie rzeczywistym nawet w okresach wysokiego zapotrzebowania.

Podobnie prawie wszystkie operacje w kategorii Magazyn są zgłaszane jako tło , aby skorzystać z 24-godzinnego wygładania działania, aby umożliwić najbardziej elastyczne wzorce użycia. Klasyfikowanie wszystkich magazynowania danych w tle zapobiega zbyt szybkiemu wyzwalaniu ograniczania przepustowości przez szczyty wykorzystania aktualizacji CU. Niektóre żądania mogą wyzwalać ciąg operacji, które są ograniczane inaczej. Może to sprawić, że operacja w tle stanie się przedmiotem ograniczania przepustowości jako operacji interakcyjnej.

Klasyfikacje interakcyjne i w tle na potrzeby ograniczania i wygładzania

Usługa Microsoft Fabric dzieli operacje na dwa typy, interaktywne i w tle. Opisy tych elementów i różnice między nimi można znaleźć w operacjach sieci szkieletowej.

Niektórzy administratorzy mogą zauważyć, że operacje są czasami klasyfikowane jako interaktywne i wygładzone jako tło lub na odwrót. Dzieje się tak, ponieważ systemy ograniczania przepustowości sieci szkieletowej muszą stosować reguły ograniczania, zanim żądanie zacznie działać. Smoothing występuje po uruchomieniu zadania, a zużycie aktualizacji CU można zmierzyć.

Systemy ograniczania przepustowości próbują dokładnie kategoryzować operacje po przesłaniu, ale czasami klasyfikacja operacji może ulec zmianie po zastosowaniu ograniczania przepustowości. Gdy operacja zacznie działać, bardziej szczegółowe informacje o żądaniu staną się dostępne. W niejednoznacznych scenariuszach systemy ograniczania przepustowości próbują błędnie po stronie klasyfikowania operacji jako tła, co jest w najlepszym interesie użytkownika.

Śledzenie nadwyżek i odrzuconych operacji

Możesz sprawdzić, czy pojemność jest przeciążona, przeglądając wykres Wykorzystanie w aplikacji Metryki pojemności usługi Microsoft Fabric. Skok, który przechodzi przez linię wskazuje przeciążenie. Aby dokładniej zbadać przeciążenie, przejdź do strony punktu czasowego. Następnie możesz przejrzeć zarówno operacje interakcyjne, jak i operacje w tle oraz sprawdzić, które z nich były odpowiedzialne za przeciążenie pojemności. Można również określić, kiedy miało miejsce przeciążenie zdarzeń.

Ponieważ użycie przekraczające 100% nie oznacza automatycznego ograniczania przepustowości, należy użyć wykresu Ograniczanie przepustowości podczas oceniania nadwyżki. Z tego miejsca możesz otworzyć tabelę, w której można wyświetlić kilka minut, wykres z dodawaniem, wypaleniem i skumulowanym procentem i nie tylko.

Aby wyświetlić historię wizualizacji dowolnego nadmiernego wykorzystania pojemności, w tym przenoszenie, skumulowane i spalenie danych użycia, przejdź do karty Nadwyżki. Możesz zmienić skalę wizualizacji nadwyżki, aby wyświetlić 10 minut, 60 minut i 24 godziny. Funkcja Carryforward uwzględnia tylko operacje rozliczane.

Przechodzenie do szczegółów aplikacji Metryki pojemności usługi Microsoft Fabric umożliwia administratorom wyświetlanie operacji, które zostały odrzucone podczas zdarzenia ograniczania przepustowości. Istnieją ograniczone informacje o tych operacjach, ponieważ nigdy nie mogły rozpocząć. Administrator może zobaczyć produkt, użytkownika, identyfikator operacji i czas przesłania żądania. Gdy żądanie zostanie odrzucone, użytkownicy końcowi otrzymają komunikat o błędzie z prośbą o ponowną próbę później.

Akcje, które można wykonać w celu odzyskania sprawności po sytuacjach przeciążenia

Gdy pojemność jest ograniczona do punktu, w którym jest zamrożona, użytkownicy otrzymują błąd, jeśli ich akcja wymaga zasobów obliczeniowych sieci szkieletowej. Na przykład błąd może powiedzieć Nie można załadować modelu z powodu osiągnięcia limitów pojemności. W takich przypadkach można użyć tych strategii, aby odzyskać pojemność ze stanu zamrożonego.

• Poczekaj na przekroczenie stanu przeciążenia przed wysłaniem nowych żądań.
• Uaktualnij jednostkę SKU pojemności języka F.
• Wstrzymywanie/wznawianie pojemności języka F.
• Autoskaluj pojemność P.
• Przenieś obszary robocze o niższym priory priorycie lub nadmiernie rozłożone z pojemności.

Powiązana zawartość

• Zainstaluj aplikację Metryki pojemności usługi Microsoft Fabric, aby monitorować pojemności sieci szkieletowej.