Skalowanie zasobów elastycznej puli w bazie danych Azure SQL

Dotyczy: baza danych Azure SQL

W tym artykule opisano sposób skalowania zasobów obliczeniowych i magazynowych dostępnych dla elastycznych pul i baz danych w puli w usłudze Azure SQL Database.

Zmienianie zasobów obliczeniowych (rdzeni wirtualnych lub jednostek DTU)

Po początkowym wybraniu liczby rdzeni wirtualnych lub jednostek eDTU można dynamicznie skalować elastyczną pulę w górę lub w dół na podstawie rzeczywistego środowiska przy użyciu polecenia :

Wpływ zmiany warstwy usługi lub rozmiaru obliczeniowego skalowania

Zmiana warstwy usługi lub rozmiaru obliczeniowego elastycznej puli jest zgodna z podobnym wzorcem, jak w przypadku pojedynczych baz danych i obejmuje głównie usługę wykonującą następujące kroki:

  1. Tworzenie nowego wystąpienia obliczeniowego dla puli elastycznej

    Zostanie utworzone nowe wystąpienie obliczeniowe dla puli elastycznej z żądaną warstwą usługi i rozmiarem obliczeniowym. W przypadku niektórych kombinacji warstwy usługi i rozmiaru obliczeniowego należy utworzyć replikę każdej bazy danych w nowym wystąpieniu obliczeniowym, które obejmuje kopiowanie danych i może mieć duży wpływ na ogólne opóźnienie. Niezależnie od tego, bazy danych pozostają w trybie online w tym kroku, a połączenia nadal są kierowane do baz danych w oryginalnym wystąpieniu obliczeniowym.

  2. Przełączanie routingu połączeń do nowego wystąpienia obliczeniowego

    Istniejące połączenia z bazami danych w oryginalnym wystąpieniu obliczeniowym są porzucane. Wszystkie nowe połączenia są ustanawiane z bazami danych w nowym wystąpieniu obliczeniowym. W przypadku niektórych kombinacji warstwy usługi i zmian rozmiaru obliczeniowego pliki bazy danych są odłączane i ponownie dołączane podczas przełączania. Niezależnie od tego przełącznik może spowodować krótką przerwę w działaniu usługi, gdy bazy danych są ogólnie niedostępne przez mniej niż 30 sekund i często przez zaledwie kilka sekund. W przypadku długotrwałych transakcji uruchamianych w przypadku porzucania połączeń czas trwania tego kroku może potrwać dłużej, aby odzyskać przerwane transakcje. Przyspieszone odzyskiwanie bazy danych może zmniejszyć wpływ na przerywanie długotrwałych transakcji.

Ważne

Żadne dane nie zostaną utracone w żadnym kroku przepływu pracy.

Opóźnienie zmiany warstwy usługi lub rozmiaru obliczeniowego skalowania

Szacowane opóźnienie zmiany warstwy usługi, skalowanie rozmiaru obliczeniowego pojedynczej bazy danych lub elastycznej puli, przenoszenie bazy danych do/z elastycznej puli lub przenoszenie bazy danych między pulami elastycznymi jest sparametryzowane w następujący sposób:

Warstwa usług Podstawowa pojedyncza baza danych,Standardowa
(S0-S1)
Podstawowa elastyczna pula,Standardowa
(S2-S12),
Ogólnego przeznaczenia pojedynczą bazę danych lub pulę elastyczną
Pojedyncza baza danych lub elastyczna pula Premium lub Krytyczne dla działania firmy Hiperskala
Podstawowa pojedyncza baza danych,
Standardowa (S0-S1)
• Stałe opóźnienie czasu niezależnie od używanego
miejsca• Zazwyczaj mniej niż 5 minut
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
Podstawowa elastyczna pula,
Standardowa (S2-S12),
Ogólnego przeznaczenia pojedyncza baza danych lub elastyczna pula
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
• W przypadku pojedynczych baz danych opóźnienie czasu stałego niezależnie od używanego
miejsca• Zazwyczaj mniej niż 5 minut dla pojedynczych baz danych• W przypadku pul elastycznych proporcjonalnie do liczby baz danych
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
Pojedyncza baza danych lub elastyczna pula Premium lub Krytyczne dla działania firmy • Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania
danych• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca
Hiperskala NIE DOTYCZY NIE DOTYCZY NIE DOTYCZY • Stałe opóźnienie czasu niezależnie od używanego
miejsca• Zazwyczaj mniej niż 2 minuty

Uwaga

  • W przypadku zmiany warstwy usługi lub ponownego skalowania zasobów obliczeniowych dla elastycznej puli należy użyć sumowania miejsca używanego we wszystkich bazach danych w puli do obliczenia oszacowania.
  • W przypadku przenoszenia bazy danych do/z elastycznej puli tylko miejsce używane przez bazę danych wpływa na opóźnienie, a nie miejsce używane przez pulę elastyczną.
  • W przypadku pul elastycznych w warstwie Standardowa i Ogólnego przeznaczenia opóźnienie przenoszenia bazy danych w elastycznej puli lub między pulami elastycznymi będzie proporcjonalne do rozmiaru bazy danych, jeśli elastyczna pula korzysta z magazynu udziału plików w warstwie Premium (PFS). Aby określić, czy pula korzysta z magazynu PFS, wykonaj następujące zapytanie w kontekście dowolnej bazy danych w puli. Jeśli wartość w kolumnie AccountType to PremiumFileStorage lub PremiumFileStorage-ZRS, pula używa magazynu PFS.
SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

Dodatkowe zagadnienia dotyczące zmiany warstwy usługi lub ponownego skalowania rozmiaru zasobów obliczeniowych

  • W przypadku obniżania rozmiaru rdzeni wirtualnych lub jednostek eDTU dla puli elastycznej używana pula musi być mniejsza niż maksymalny dozwolony rozmiar docelowej warstwy usługi i jednostek eDTU puli.
  • W przypadku ponownego skalowania jednostek eDTU dla puli elastycznej dodatkowy koszt magazynu ma zastosowanie, jeśli (1) maksymalny rozmiar magazynu puli jest obsługiwany przez pulę docelową, a (2) maksymalny rozmiar magazynu przekracza uwzględniony rozmiar puli docelowej. Jeśli na przykład pula standardowa 100 eDTU o maksymalnym rozmiarze 100 GB zostanie zmniejszona do puli 50 eDTU Standard, zostanie zastosowany dodatkowy koszt magazynu, ponieważ pula docelowa obsługuje maksymalny rozmiar 100 GB, a jego uwzględniona ilość miejsca do magazynowania wynosi tylko 50 GB. Dlatego dodatkowa ilość miejsca do magazynowania wynosi 100 GB – 50 GB = 50 GB. Aby uzyskać cennik dodatkowego magazynu, zobacz cennik SQL Database. Jeśli rzeczywista ilość używanego miejsca jest mniejsza niż uwzględniona ilość miejsca do magazynowania, można uniknąć tego dodatkowego kosztu, zmniejszając maksymalny rozmiar bazy danych do uwzględnionej kwoty.

Rozliczenia podczas ponownego skalowania

Opłaty są naliczane za każdą godzinę, w której baza danych istnieje przy użyciu najwyższej warstwy usług i rozmiaru obliczeniowego zastosowanego w tej godzinie, niezależnie od użycia lub tego, czy baza danych była aktywna przez mniej niż godzinę. Jeśli na przykład utworzysz pojedynczą bazę danych i usuniesz ją pięć minut później, rachunek odzwierciedla opłatę za jedną godzinę bazy danych.

Zmienianie rozmiaru magazynu elastycznej puli

Ważne

W pewnych okolicznościach może być konieczne zmniejszenie bazy danych w celu odzyskania nieużywanego miejsca. Aby uzyskać więcej informacji, zobacz Zarządzanie miejscem na pliki w usłudze Azure SQL Database.

Model zakupów oparty na rdzeniach wirtualnych

  • Magazyn można aprowizować do maksymalnego limitu rozmiaru:

    • W przypadku magazynu w warstwach usług w warstwie Standardowa lub Ogólnego przeznaczenia zwiększ lub zmniejsz rozmiar w 10 GB
    • W przypadku magazynu w warstwach usług Premium lub Krytyczne dla działania firmy zwiększ lub zmniejsz rozmiar w rozmiarze 250 GB
  • Magazyn dla puli elastycznej można aprowizować, zwiększając lub zmniejszając jego rozmiar maksymalny.

  • Cena magazynu dla elastycznej puli to kwota magazynu pomnożona przez cenę jednostkową warstwy usług. Aby uzyskać szczegółowe informacje na temat ceny dodatkowego magazynu, zobacz SQL Database cennik.

Ważne

W pewnych okolicznościach może być konieczne zmniejszenie bazy danych w celu odzyskania nieużywanego miejsca. Aby uzyskać więcej informacji, zobacz Zarządzanie miejscem na pliki w usłudze Azure SQL Database.

Model zakupów oparty na jednostkach DTU

Ważne

W pewnych okolicznościach może być konieczne zmniejszenie bazy danych w celu odzyskania nieużywanego miejsca. Aby uzyskać więcej informacji, zobacz Zarządzanie miejscem na pliki w usłudze Azure SQL Database.

Następne kroki

Aby uzyskać ogólne limity zasobów, zobacz SQL Database limity zasobów opartych na rdzeniach wirtualnych — elastyczne pule i SQL Database limity zasobów opartych na jednostkachDTU — pule elastyczne.