Udostępnij za pośrednictwem

Kontrolowanie użycia zasobów obliczeniowych

Dotyczy:✅bazy danych SQL w Microsoft Fabric

Z tego artykułu dowiesz się, jak kontrolować i monitorować użycie zasobów obliczeniowych dla bazy danych SQL w sieci szkieletowej.

Kontrolowanie maksymalnego użycia zasobów obliczeniowych przy użyciu maksymalnych limitów rdzeni wirtualnych

To ustawienie definiuje górną granicę jednostek pojemności Fabric (CU), z których baza danych może korzystać podczas skalowania automatycznego. W poniższej tabeli podsumowano maksymalne limity rdzeni wirtualnych i odpowiednie zasoby.

Maksymalna liczba rdzeni wirtualnych 4 vCore 32 vCores (ustawienie domyślne)
Maksymalna ilość pamięci 12 GB 96 GB
Maksymalny rozmiar magazynu 756 GB 4 terabajty

W usłudze SQL Database w Fabric, skalowanie automatyczne dynamicznie dostosowuje obliczenia na podstawie zapotrzebowania, ale nigdy nie przekroczy skonfigurowanego maksymalnego limitu rdzeni wirtualnych (vCores) ani odpowiedniego limitu pamięci.

Kiedy ograniczyć maksymalną liczbę vCore

Konfigurowanie maksymalnego limitu rdzeni wirtualnych jest przydatne w scenariuszach, takich jak:

  • Kontrolowanie szczytowego użycia zasobów obliczeniowych w udostępnionych pojemnościach sieci szkieletowej.
  • Zapobieganie nieoczekiwanym wzrostom kosztów i ograniczaniu przepustowości podczas wzrostów obciążenia.
  • Stosowanie barier zabezpieczających na potrzeby obciążeń programistycznych, testowych lub wczesnych wersji zapoznawczych.

Konfigurowanie maksymalnego limitu vCore w portalu Fabric (wersja zapoznawcza)

Maksymalny limit vCore dla bazy danych SQL w Fabric można skonfigurować w portalu Fabric.

Ważna

Ta funkcja jest dostępna w wersji zapoznawczej.

  1. Przejdź do swojej bazy danych SQL w portalu Fabric.
  2. Wybierz ikonę Ustawienia .
  3. Wybierz stronę Obliczenia .
  4. W obszarze Maksymalny limit rdzeni wirtualnych wybierz wartość z listy rozwijanej. Jest to nowa maksymalna wartość użycia rdzeni wirtualnych dla tej bazy danych SQL.
  5. Wybierz opcję Zapisz.

Zrzut ekranu z portalu Fabric przedstawiający sposób konfigurowania maksymalnego limitu vCore dla bazy danych SQL.

Efekty zmiany maksymalnego limitu vCore

Maksymalny limit rdzeni wirtualnych ma bezpośredni wpływ na sposób wyświetlania użycia zasobów obliczeniowych w rozliczeniach i wykorzystaniu oraz raportach monitorowania wydajności.

  • Zgłoszone użycie zasobów obliczeniowych odzwierciedla limit limitu rdzeni wirtualnych.
  • Szczytowe użycie nie przekroczy skonfigurowanej maksymalnej wartości, nawet podczas skoków obciążenia.
  • Ułatwia to kontrolowanie użycia pojemności sieci szkieletowej i narażenia na koszty w udostępnionych pojemnościach sieci szkieletowej.

Po skonfigurowaniu maksymalnego limitu rdzeni wirtualnych baza danych SQL kontynuuje dynamiczne skalowanie automatyczne na podstawie zapotrzebowania.

  • Skalowanie automatyczne jest ograniczone przez skonfigurowany maksymalny limit rdzeni wirtualnych.

  • Jeśli zapotrzebowanie na obciążenie przekroczy limit, baza danych nie będzie skalowana poza limit.

  • Niezależnie od maksymalnej konfiguracji rdzeni wirtualnych baza danych jest skalowana w dół do zera obliczeń po bezczynnych okresach użycia.

  • Zmniejszenie maksymalnego limitu rdzeni wirtualnych bazy danych zmniejsza również maksymalny rozmiar przechowywania. Jeśli baza danych jest już większa niż obniżony maksymalny limit magazynu, nie można wymusić maksymalnego ustawienia rdzeni wirtualnych.

    • Ilość miejsca przydzielonego do bazy danych można znaleźć przy użyciu następującego zapytania T-SQL.
    SELECT file_id, type_desc,
       CAST(FILEPROPERTY(name, 'SpaceUsed') AS decimal(19,4)) * 8 / 1024. AS space_used_mb,
       CAST(size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS int)/128.0 AS decimal(19,4)) AS space_unused_mb,
       CAST(size AS decimal(19,4)) * 8 / 1024. AS space_allocated_mb,
       CAST(max_size AS decimal(19,4)) * 8 / 1024. AS max_size_mb
FROM sys.database_files;

    Aby zwolnić nieużywane miejsce, użyj DBCC SHRINKDATABASE (Transact-SQL) lub DBCC SHRINKFILE (Transact-SQL).

Treści powiązane

  • Last updated on