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 sieci szkieletowej 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 cu (capacity Units) niż są przydzielane 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 5 minut, a nawet dłużej w przypadku dużych żądań aktualizacji CU, ale krótkich żądań w czasie 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 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% aprowizowanej 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. Dzięki temu 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 CU, a następnie zużyliśmy 50 jednostek na minutę, utworzysz przenoszenie 40 jednostek na minutę. Po dwóch i pół minutach zgromadzilibyśmy 100 jednostek, pożyczonych z przyszłych okien. W tym momencie, w którym pojemność wyczerpała już całą pojemność 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 do przodu osiągnie pełną godzinę, żądania interakcyjne są odrzucane, ale zaplanowane operacje w tle będą nadal uruchamiane. Jeśli pojemność zgromadzi pełne 24 godziny przenoszenia, cała pojemność zostanie zamrożona do momentu zapłaty przeniesienia.

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.

Sposób użycia	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.

Przenoszenie redukcji użycia pojemności

Za każdym razem, gdy pojemność ma bezczynność, system płaci poziom przenoszenia dalej.

Jeśli masz 100 minut cu i przewożąc 200 CU minut, a nie masz żadnych uruchomionych operacji, wykonanie operacji potrwa dwie minuty. W tym przykładzie system nie jest ograniczany, ponieważ istnieje 2 minuty przenoszenia. Opóźnienia ograniczania przepustowości nie rozpoczną się, dopóki nie będzie to trwało 10 minut.

Jeśli musisz szybciej obniżyć koszty przenoszenia, możesz tymczasowo zwiększyć rozmiar jednostki SKU, aby wygenerować większą pojemność bezczynności zastosowaną 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ść aktualizacji CU przydzielona 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 związku z tym analiza w czasie rzeczywistym ignoruje pierwszy etap ograniczania z 20-sekundowymi opóźnieniami po 10 minutach przenoszenia do przodu 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

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 odrzuconych operacji

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. Użytkownicy końcowi otrzymują komunikat o błędzie, gdy żądanie zostanie odrzucone, które poprosi ich o ponowne próbę później.

Powiązana zawartość

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