Skalowanie zasobów elastycznej puli w usłudze Azure SQL Database

Dotyczy:Azure SQL Database

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 skalować elastyczną pulę w górę lub w dół dynamicznie na podstawie rzeczywistego środowiska przy użyciu dowolnej z poniższych metod:

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

Zmiana warstwy usługi lub rozmiaru obliczeniowego elastycznej puli jest zgodna z podobnym wzorcem co 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 elastycznej puli z żądaną warstwą usługi i rozmiarem obliczeniowym. W przypadku niektórych kombinacji warstwy usług i zmian 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 zmian warstwy usługi i 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 tylko kilka sekund. Jeśli istnieją aktywne długotrwałe transakcje, gdy połączenia zostaną porzucone, 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 są tracone 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 elastycznej puli lub przenoszenie bazy danych między pulami elastycznymi jest sparametryzowane w następujący sposób:

Opóźnienie skalowania elastycznej puli Do puli elastycznej w warstwie Podstawowa, Standardowa, Ogólnego przeznaczenia Do warstwy Premium Krytyczne dla działania firmy elastyczną pulę Do elastycznej puli hiperskala
Z elastycznej puli Podstawowa, Standardowa, Ogólnego przeznaczenia 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.
Nie dotyczy — bazy danych należy dodać indywidualnie do elastycznych pul w warstwie Hiperskala. Opóźnienie skalowania na bazę danych udokumentowane w artykule Skalowanie zasobów pojedynczej bazy danych.
W warstwie Premium Krytyczne dla działania firmy 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.
• Opóźnienie proporcjonalne do przestrzeni bazy danych używanej z powodu kopiowania danych.
• Zazwyczaj mniej niż 1 minuta na GB używanego miejsca.
Nie dotyczy — bazy danych należy dodać indywidualnie do elastycznych pul w warstwie Hiperskala. Opóźnienie skalowania na bazę danych udokumentowane w artykule Skalowanie zasobów pojedynczej bazy danych.
Z elastycznej puli hiperskala Brak Brak • Stałe opóźnienie czasu niezależne od używanego miejsca.
• Zazwyczaj mniej niż 2 minuty.

Uwaga

  • Podczas zmieniania warstwy usługi lub skalowania zasobów obliczeniowych dla dowolnej elastycznej puli innej niż Hiperskala suma miejsca używanego we wszystkich bazach danych w puli powinna służyć do obliczenia oszacowania. Opóźnienie skalowania dla elastycznych pul hiperskala jest niezależne od używanego miejsca.
  • W przypadku pul elastycznych w warstwie Standardowa i Ogólnego przeznaczenia opóźnienie przenoszenia bazy danych do/z puli elastycznej lub między pulami elastycznymi będzie proporcjonalne do rozmiaru bazy danych, jeśli pula elastyczna korzysta z magazynu udziału plików w warstwie Premium (PFS). Aby określić, czy pula używa 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');

Uwaga

  • Właściwość strefowo nadmiarowa pozostanie domyślnie taka sama podczas skalowania elastycznej puli z Krytyczne dla działania firmy do warstwy Ogólnego przeznaczenia.
  • Opóźnienie operacji skalowania w przypadku zmiany nadmiarowości strefy dla elastycznej puli ogólnego przeznaczenia jest proporcjonalne do rozmiaru bazy danych.
  • Zmiana istniejącej elastycznej puli innej niż Hiperskala na wersję Hiperskala nie jest obsługiwana. Aby uzyskać więcej informacji, zobacz Elastyczne pule hiperskala. Zamiast tego bazy danych należy dodać indywidualnie do elastycznych pul w warstwie Hiperskala.
  • Zmiana wersji elastycznej puli hiperskala na wersję inną niż Hiperskala nie jest obsługiwana. Aby uzyskać więcej informacji, zobacz Elastyczne pule hiperskala.

Dodatkowe zagadnienia dotyczące zmieniania warstwy usługi lub ponownego skalowania rozmiaru obliczeniowego

  • W przypadku zmniejszenia liczby rdzeni wirtualnych lub jednostek eDTU dla puli elastycznej używana pula musi być mniejsza niż maksymalny limit rozmiaru danych docelowej warstwy usług i zasobów obliczeniowych puli.
  • W przypadku zwiększenia liczby jednostek eDTU dla elastycznej puli może mieć zastosowanie dodatkowy koszt magazynowania, jeśli:
    • Maksymalny rozmiar danych puli jest obsługiwany przez pulę docelową i
    • Maksymalny rozmiar danych puli przekracza uwzględniony rozmiar magazynu puli docelowej.
  • Jeśli na przykład pula 100 eDTU w warstwie Standardowa o maksymalnym rozmiarze danych 100 GB zostanie zmniejszona do puli 50 eDTU w warstwie Standardowa, zostanie zastosowany dodatkowy koszt magazynowania, ponieważ pula docelowa obsługuje maksymalny rozmiar danych wynoszący 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ć informacje na temat cen dodatkowego magazynu, zobacz Cennik usługi SQL Database. Jeśli rzeczywista ilość używanego miejsca jest mniejsza niż uwzględniona ilość miejsca do magazynowania, można uniknąć tego dodatkowego kosztu przez zmniejszenie maksymalnego rozmiaru danych do uwzględnionej kwoty.

Rozliczenia podczas ponownego skalowania

Opłaty są naliczane za każdą godzinę, przez którą 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

Rozmiar magazynu (maksymalny rozmiar danych) dla elastycznej puli można określić przy użyciu witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure lub interfejsu API REST. Po zwiększeniu maksymalnego rozmiaru danych elastycznej puli określona wartość nie może przekroczyć maksymalnego limitu rozmiaru danych celu usługi puli. Podczas zmniejszania maksymalnego rozmiaru danych określona nowa wartość musi być równa lub większa niż suma miejsca przydzielonego we wszystkich bazach danych w 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

  • Rozmiar magazynu (maksymalny rozmiar danych) dla pul elastycznych w warstwach Ogólnego przeznaczenia lub Krytyczne dla działania firmy można określić maksymalnie maksymalnie limity rozmiaru danych określone w temacie Limity zasobów dla pul elastycznych przy użyciu modelu zakupów rdzeni wirtualnych. Maksymalny rozmiar danych dla puli elastycznej można zwiększyć lub zmniejszyć w wielokrotnościach 1 GB.
  • Cena magazynu dla elastycznej puli to maksymalny określony rozmiar danych, pomnożony przez cenę jednostkową warstwy usługi. Aby uzyskać szczegółowe informacje na temat cen magazynu, zobacz Cennik usługi SQL Database.

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

  • Cena jednostki eDTU dla puli elastycznej obejmuje pewną ilość miejsca do magazynowania bez dodatkowych kosztów. Dodatkowe miejsce do magazynowania danych poza określoną kwotą można aprowizować, aby uzyskać dodatkowy koszt do maksymalnego limitu rozmiaru danych odpowiadającego zaaprowizowanej liczbie jednostek eDTU. Aby uzyskać informacje o uwzględnionych ilościach magazynu i maksymalnych limitach rozmiaru danych, zobacz Limity zasobów dla pul elastycznych przy użyciu modelu zakupów jednostek DTU.
  • Cena dodatkowego magazynu dla elastycznej puli to dodatkowa ilość miejsca do magazynowania pomnożona przez dodatkową cenę jednostkową warstwy usług. Aby uzyskać szczegółowe informacje na temat ceny dodatkowego magazynu, zobacz Cennik usługi SQL Database.
  • Prawidłowe wartości maksymalnego rozmiaru danych dla elastycznej puli warstwy Standardowa lub Premium mogą być jedną z następujących wartości: 50 GB, 100 GB, 150 GB, 200 GB, 250 GB, 300 GB, 400 GB, 500 GB, 750 GB, 800 GB, 1024 GB, 1200 GB, 1280 GB, 1536 GB, 1600 GB, 1792 GB, 2000 GB, 2048 GB, 2048 GB, 2304 GB, 2500 GB, 2560 GB, 2816 GB, 3000 GB, 3072 GB, 3328 GB, 3584 GB, 3840 GB, 4096 GB. Określony maksymalny rozmiar danych nie może przekroczyć maksymalnego limitu rozmiaru danych określonego dla aprowizowania jednostek eDTU.

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.

Monitorowanie lub anulowanie zmian skalowania

Można monitorować i anulować operację zmiany warstwy usług lub operacji skalowania zasobów obliczeniowych.

Na stronie Przegląd elastycznej puli SQL przejdź do obszaru Powiadomienia i wybierz kafelek wskazujący, że trwa operacja:

Screenshot from the Azure portal of an ongoing deployment in progress.

Na wynikowej stronie Wdrażanie jest w toku wybierz pozycję Anuluj.

Uprawnienia

Aby skalować elastyczną pulę za pośrednictwem witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure lub interfejsu API REST, wymagane są uprawnienia RBAC platformy Azure, w szczególności rola Współautor, Współautor bazy danych SQL lub Role RBAC współautora programu SQL Server. Aby uzyskać więcej informacji, odwiedź stronę Role wbudowane kontroli dostępu opartej na rolach platformy Azure.

Aby uzyskać ogólne limity zasobów, zobacz Limity zasobów opartych na rdzeniach wirtualnych usługi SQL Database — elastyczne pule i limity zasobów opartych na jednostkach DTU usługi SQL Database — pule elastyczne.