Skalowanie automatyczne domyślnie

Podczas tworzenia nowego wystąpienia bazy danych Lakebase jest on teraz tworzony jako projekt skalowania automatycznego w usłudze Lakebase i wyświetlany na stronie Skalowanie automatyczne w aplikacji Lakebase, a nie na stronie Aprowizowanie . Nie ma to wpływu na istniejące wystąpienia przydzielone, które kontynuują działanie dokładnie tak jak wcześniej.

Na stronie Skalowanie automatyczne nowe projekty są oznaczone ikoną informacji.

Zatrzymaj wskaźnik myszy na ikonie i zobaczysz etykietkę narzędzia wyjaśniającą, że projekt został utworzony przy użyciu interfejsu API wystąpienia bazy danych i że obsługuje zarówno wystąpienie bazy danych, jak i interfejsy API bazy danych Postgres.

Co to oznacza dla Ciebie

• Tworzenie wystąpienia usługi Lakebase. Każde nowe wystąpienie usługi Lakebase jest tworzone jako projekt skalowania automatycznego w usłudze Lakebase i jest wyświetlane na stronie Skalowanie automatyczne w aplikacji Lakebase. Tymi projektami można zarządzać zarówno za pomocą interfejsu API wystąpienia bazy danych, jak i interfejsu API PostgreSQL.
• Przycisk 'Utwórz' w interfejsie użytkownika. Przycisk Utwórz (w tym na karcie Udostępnione) otwiera teraz przepływ tworzenia projektu autoskalowania.
• Funkcje skalowania automatycznego. Nowe projekty uzyskują automatyczne skalowanie zasobów obliczeniowych, skalowanie do zera (wyłączone domyślnie, aby dopasować do zachowania aprowizowanego), rozgałęzianie i natychmiastowe przywracanie. Dostęp do tych funkcji można uzyskać za pomocą interfejsu użytkownika skalowania automatycznego usługi Lakebase i interfejsu API Postgres , gdy wszystko będzie gotowe.
• Istniejące wystąpienia aprowizowane przez usługę Lakebase są niezmienione. Pozostają na stronie Zapewnione w interfejsie użytkownika z takim samym zachowaniem jak wcześniej. Istniejące aprowizowane wystąpienia działają, parametry połączenia nadal działają, a interfejsy API pozostają operacyjne.
• Istniejąca automatyzacja nadal działa. Istniejąca automatyzacja działa bez modyfikacji, ale nowe wystąpienia są tworzone jako projekty skalowania automatycznego.

Interfejsy API

Aby zapewnić, że istniejąca automatyzacja utworzona na Lakebase Provisioned będzie nadal działać bez przerwy, zarówno interfejs API wystąpienia bazy danych (Lakebase Provisioned), jak i interfejs API Postgres (Lakebase Autoscaling) współpracują z nowo utworzonymi wystąpieniami usługi Lakebase. W poniższej tabeli przedstawiono, które API należy użyć w zależności od tego, jak utworzono projekt lub wystąpienie.

Jeśli używasz magazynu funkcji lub tabel synchronizacji i aprowizujesz je programowo (na przykład magazyny funkcji online), użyj interfejsu API wystąpienia bazy danych na razie. Programowa aprowizacja tabel synchronizacji nie jest jeszcze obsługiwana w interfejsie API postgres. Ta luka zostanie zamknięta w przyszłej wersji.

Różnice w przypadku nowych wystąpień usługi Lakebase

Jeśli używasz Lakebase Provisioned, nowe instancje Lakebase utworzone jako projekty Lakebase Autoscaling mają charakterystyczne cechy. Oto, czego się spodziewać.

Rozmiar obliczeniowy

Wystąpienia usługi Lakebase utworzone jako projekty skalowania automatycznego używają jednostek obliczeniowych autoskalowania (CU) zamiast jednostek pojemności Lakebase. Po utworzeniu projektu przy użyciu interfejsu API wystąpienia bazy danych, wybrana jednostka pojemności aprowizowanej Lakebase jest mapowana na zakres minimalnych i maksymalnych wartości autoskalowania CU w usłudze Lakebase w następujący sposób:

Autoskalowanie bazy danych Lakebase obsługuje skalowanie automatyczne tylko do 32 CU. Większe rozmiary (w tym 64 CU) mają rozmiar stały. W przypadku pojemności 1–4 uzyskasz zakres minimalno-maksymalnego skalowania automatycznego. W przypadku pojemności 8 uzyskasz stałe 64 jednostki obliczeniowe CU (zarówno minimum, jak i maksimum to 64).

Jeśli na przykład automatyzacja tworzy wystąpienia Lakebase z pojemnością 1, nowe projekty Autoskalowania Lakebase są tworzone z minimalną liczbą CU 4 i maksymalną liczbą CU 8. Możesz zmienić minimalną/maksymalną wartość później przy użyciu interfejsu API postgres lub interfejsu użytkownika skalowania automatycznego w usłudze Lakebase. Jeśli ustawisz maksymalną wartość CU powyżej 64 za pomocą interfejsu API Postgres, interfejs API instancji bazy danych zgłosi pojemność jako 8.

Skalowanie do zera

Punkt końcowy odczytu/zapisu dla nowych projektów ma domyślnie wyłączone skalowanie do zera, więc obliczenia działają bez przerwy, tak samo jak w instancjach Lakebase w trybie Provisioned. Brak zmian w zachowaniu. Po włączeniu skalowanie do zera zawiesza obliczenia po okresie braku aktywności (domyślnie 5 minut, co najmniej 60 sekund), więc płacisz tylko za aktywny czas obliczeniowy. Skalowanie do zera można włączyć w interfejsie użytkownika skalowania automatycznego usługi Lakebase lub przy użyciu interfejsu API Postgres. Aby uzyskać szczegółowe informacje, zobacz Skalowanie do zera .

Natychmiastowe przywracanie (okno przywracania)

W usłudze Lakebase Provisioned (wystąpienia bazy danych) okno przywracania można skonfigurować do 35 dni. W usłudze Lakebase Autoscaling (nowe projekty) ustawienie natychmiastowego przywracania ma maksymalnie 30 dni. Jeśli polegasz na oknie przywracania dłuższym niż 30 dni w ramach Provisioned, należy pamiętać, że nowe projekty obsługują maksymalnie 30 dni przywracania do punktu w czasie, funkcji kroku wstecz oraz rozgałęziania z przeszłych stanów.

Wersja bazy danych PostgreSQL

Nowe projekty utworzone za pomocą interfejsu API instancji bazy danych lub interfejsu użytkownika Lakehouse/Provisioned korzystają z PostgreSQL 16, zgodnego z Lakebase Provisioned. Oznacza to, że automatyzacja przy użyciu interfejsu API wystąpienia bazy danych tworzy projekty z tą samą wersją bazy danych PostgreSQL (16), co poprzednio. Wartość domyślna dla projektów utworzonych przy użyciu interfejsu użytkownika skalowania automatycznego lub interfejsu API Postgres to PostgreSQL 17.

Szczegóły połączenia i nazwy hostów

Szczegóły połączenia dla nowych projektów wykorzystują inny format nazwy hosta niż Lakebase Provisioned. Aprowizjonowane instancje używają globalnej nazwy hosta (bez regionu w nazwie hosta). Nowo utworzone projekty używają regionalnej nazwy hosta (uwzględnionego regionu). Punkty końcowe typu odczyt-zapis oraz tylko do odczytu używają regionalnego formatu nazw hosta w nowych projektach.

Skonfigurowano (globalna nazwa hosta):

host=instance-a1b2c3d4-e5f6-7890-abcd-ef1234567890.database.cloud.databricks.com

Skalowanie automatyczne (nazwa hosta regionalnego):

host=ep-example-endpoint-a1b2c3d4.database.<region>.cloud.databricks.com

Nazwa hosta regionalnego zawiera kod regionu dla chmury i regionu (na przykład us-east-1 na platformie AWS lub eastus w Azure).

Prywatne Połączenie

Skalowanie automatyczne usługi Lakebase używa dwóch punktów końcowych Private Link: front-end Private Link w celu dostępu do interfejsu API (łączność na poziomie obszaru roboczego - większość klientów już to posiada, bez zmian) oraz Service Direct Private Link (nazywanego również regionalnym frontowym Private Link) w celu łączenia klientów Postgres z bazą danych. Usługa Service Direct Private Link jest dostępna w publicznej wersji zapoznawczej. Jeśli używasz Private Link i utworzysz nowe wystąpienie usługi Lakebase, musisz dodać tylko Service Direct, jeśli jeszcze go już nie masz. Front-end Private Link pozostaje bez zmian. Istniejące przydzielone wystąpienia zachowują bieżącą konfigurację Private Link.

Uprawnienia (listy kontroli dostępu)

W przypadku projektów utworzonych na podstawie interfejsu użytkownika lakehouse/provisioned lub interfejsu API wystąpienia bazy danych mają zastosowanie dwa oddzielne zestawy list ACL: listy ACL wystąpień bazy danych i listy ACL projektu Lakebase. Każdy zestaw jest zarządzany niezależnie, więc użytkownik może mieć inny skuteczny dostęp w zależności od używanego interfejsu API.

• Listy ACL wystąpień bazy danych: Ustawiane za pomocą interfejsu API wystąpienia bazy danych. Oceniane podczas wywoływania interfejsu API wystąpienia bazy danych.
• Listy ACL projektu Lakebase: Ustawiane przy użyciu interfejsu użytkownika automatycznego skalowania Lakebase lub interfejsu API Postgres. Oceniane podczas korzystania z interfejsu API postgres lub interfejsu użytkownika skalowania automatycznego.

Nazwy projektów i wystąpień

nazwy projektów i wystąpień muszą być zgodne z wymogami DNS. Unikatowość nazw jest niewrażliwa na wielkość liter, co oznacza, że nie można mieć zarówno ABC oraz abc w tym samym obszarze roboczym. Korzystając z interfejsu API Postgres, używaj nazwy projektu małymi literami. Tworzenie kończy się niepowodzeniem, jeśli nazwa zderza się z istniejącym identyfikatorem projektu.

Zmiana nazwy gałęzi i projektu

W przypadku projektów utworzonych przy użyciu interfejsu API wystąpienia bazy danych lub interfejsu użytkownika usługi Lakehouse/Provisioned zmiana nazwy gałęzi i nazwy projektu nie są dostępne. Nazwa używana w API wystąpienia bazy danych to nazwa projektu i gałęzi w interfejsie użytkownika automatycznego skalowania.

Instancje podrzędnej bazy danych

W przypadku wystąpień podrzędnej bazy danych (wystąpienie podrzędne odpowiada gałęzi w projekcie skalowania automatycznego):

• Limit gałęzi. Za pomocą interfejsu API bazy danych Postgres lub interfejsu użytkownika skalowania automatycznego można utworzyć dowolną liczbę gałęzi. Za pomocą interfejsu API wystąpienia bazy danych można utworzyć tylko jedno wystąpienie nadrzędne (jedną gałąź główną) i jedno wystąpienie podrzędne (jedną gałąź podrzędną), które odpowiada poprzedniemu zachowaniu interfejsu API wystąpienia bazy danych.
• Tagi i budżet. Tagi niestandardowe i zasady budżetu są dziedziczone z gałęzi nadrzędnej. Jest to zmiana w zachowaniu interfejsu API wystąpienia bazy danych, gdzie wcześniej wystąpienia podrzędne miały swoje własne, oddzielne wartości.
• Usuwanie wystąpienia podrzędnego. Jeśli tworzysz dodatkowe gałęzie przy użyciu interfejsu użytkownika automatycznego skalowania Lakebase lub interfejsu API Postgres w projekcie odpowiadającym instancji podrzędnej, nie można usunąć tej instancji podrzędnej za pośrednictwem interfejsu użytkownika Lakehouse/aprowizowanego ani interfejsu API, dopóki wszystkie te gałęzie nie zostaną usunięte. Najpierw usuń gałęzie (przy użyciu interfejsu użytkownika skalowania automatycznego lub interfejsu API postgres), a następnie usuń wystąpienie podrzędne.

Chronione gałęzie

Jeśli zabezpieczasz gałąź w projekcie utworzonym przy użyciu API wystąpienia bazy danych (niezależnie od tego, czy gałąź odpowiada wystąpieniu podrzędnemu, czy innej utworzonej gałęzi), nie można usunąć tego wystąpienia podrzędnego ani wystąpienia głównego (nadrzędnego) za pośrednictwem interfejsu użytkownika Lakehouse/Aprowizowanego ani interfejsu API, dopóki gałąź nie zostanie odblokowana. Najpierw usuń ochronę gałęzi w interfejsie użytkownika autoskalowania usługi Lakebase, a następnie usuń wystąpienie. Zobacz Chronione gałęzie.

Funkcje prywatnej wersji zapoznawczej

Nowo utworzone projekty to projekty Lakebase Autoscaling i nie obsługują Lakebase Provisioned Data API ani funkcji prywatnej wersji zapoznawczej Forward ETL. Były to oddzielne oferty w ramach Provisioned.

• Dostęp do interfejsu API REST (w stylu PostgREST): Skalowanie automatyczne w usłudze Lakebase ma własny interfejs API danych dla dostępu REST zgodnego z standardem PostgREST (CRUD, query, RPC).

Często zadawane pytania dotyczące skalowania automatycznego domyślnie

Czy dotyczy to zarówno usług AWS, jak i Azure?

Tak. Zmiana dotyczy zarówno platform AWS, jak i Azure. Wdrożenie rozpoczyna się w tej samej dacie w obu chmurach.

Gdzie są wyświetlane nowo utworzone wystąpienia usługi Lakebase?

Na stronie Skalowanie automatyczne w aplikacji Lakebase, a nie na aprowizowanej stronie. Zobacz wprowadzenie powyżej.

Co się stanie po kliknięciu przycisku Utwórz w interfejsie użytkownika usługi Lakebase?

Przycisk Utwórz (w tym na karcie Udostępnione) otwiera przepływ tworzenia projektu autoskalowania. Nie można już tworzyć nowych zaprovisionowanych instancji z poziomu interfejsu użytkownika. Jeśli nie masz żadnych wystąpień aprowizowanych, zakładka Aprowizowana jest ukryta. Zobacz , co to oznacza dla Ciebie.

Czy wszystkie funkcje, które były dostępne w aprowizacji, są również obsługiwane w przypadku skalowania automatycznego?

Większość funkcji dostępnych w usłudze Lakebase Provisioned jest obsługiwana w usłudze Lakebase Autoscaling, z pewnymi różnicami. Aby zapoznać się z pełnym porównaniem funkcji, zobacz tabelę porównania funkcji na stronie indeksu Lakebase.

Co się nie zmienia?

Następujące elementy są niezmienione:

• Istniejące zakontraktowane instancje: nadal działają z bieżącymi parametrami połączenia, cenami i konfiguracją „Private Link”.
• Istniejące wystąpienia skalowania automatycznego: brak zmian.
• Interfejs API wystąpienia bazy danych: pozostaje w pełni obsługiwany. Nie trzeba zmieniać istniejących konfiguracji Terraform, SDK ani innej automatyzacji opracowanej dla Lakebase Provisioned.
• Istniejąca automatyzacja DAB przy użyciu database_instances: Pakiety korzystające z zasobu database_instances nadal działają. Jednak nowe wystąpienia utworzone przez database_instances program są tworzone jako projekty skalowania automatycznego w usłudze Lakebase. W przypadku pracy z nową bazą danych Lakebase zalecamy użycie postgres_projects zamiast tego polecenia. Zobacz zasoby pakietu.
• Parametry połączenia dla istniejących wystąpień usługi Lakebase Provisioned: pozostają niezmienione. Brak wymaganych aktualizacji.
• Konfiguracja Private Link dla istniejących wystąpień zaprovisionowanych lub automatycznie skalowanych. Nie widać żadnej zmiany.

Jak ta zmiana wpływa na ceny?

Wszystkie nowe instancje (w tym utworzone przy użyciu interfejsu API instancji bazy danych) używają cen automatycznego skalowania Lakebase. Zobacz Rozmiar obliczeniowy.

Czy nadal mogę używać API instancji bazy danych dla nowych projektów?

Tak, w przypadku nowych projektów utworzonych przy użyciu API wystąpienia bazy danych lub interfejsu użytkownika Lakehouse/Provisioned. Oba interfejsy API działają dla tych nowo utworzonych projektów. Zobacz Interfejsy API.

Czy mogę użyć interfejsu API Postgresa dla istniejących zaprovisionowanych wystąpień?

Nie. Używaj interfejsu API instancji bazy danych tylko dla istniejących aprowizowanych wystąpień Lakebase. Zobacz Interfejsy API.

Czy mogę włączyć skalowanie do zera lub ustawić minimalną/maksymalną liczbę jednostek CU za pomocą interfejsu API dla wystąpienia bazy danych?

Nie. Nowe projekty utworzone za pomocą API dla instancji bazy danych mają domyślnie wyłączoną funkcję skalowania do zera. Aby włączyć skalowanie do zera lub ustawić zakres obliczeń skalowania automatycznego (minimalna/maksymalna liczba CU), użyj interfejsu API Postgres lub interfejsu Lakebase Autoscaling UI. Interfejs API wystąpienia bazy danych nie uwidacznia tych kontrolek. Zobacz Rozmiar obliczeniowy i Skalowanie do zera.

Dlaczego numery pojemności wyglądają inaczej (na przykład pojemność 1 a 4–8 CU)?

Skalowanie automatyczne wykorzystuje jednostki obliczeniowe (CU), które mają inną ilość pamięci RAM na jednostkę niż zapewniona pojemność. Zobacz Rozmiar obliczeniowy.

Jakiej wersji bazy danych PostgreSQL używają nowe projekty?

Projekty utworzone na podstawie interfejsu użytkownika Lakehouse/Provisioned lub interfejsu API wystąpienia bazy danych używają PostgreSQL 16, tak samo jak Lakebase Provisioned. W związku z tym automatyzacja korzystająca z interfejsu API wystąpienia bazy danych pobiera taką samą wersję bazy danych PostgreSQL (16), jak poprzednio. Zobacz wersję bazy danych PostgreSQL.

Czy muszę zmienić szczegóły połączenia lub nazwy hosta?

Nowe projekty używają regionalnych nazw hostów. Jeśli używasz list dozwolonych adresów IP lub Private Link, musisz je zaktualizować dla nowo utworzonych projektów. Zobacz Szczegóły połączenia i nazwy hostów.

Czy muszę zmienić konfigurację Private Link dla nowych wystąpień?

Większość klientów nie musi nic zmieniać. Musisz dodać Service Direct Private Link tylko wtedy, gdy używasz Private Link, tworząc nowe wystąpienia Lakebase i nie masz jeszcze skonfigurowanej usługi Service Direct Private Link. Jeśli używasz już skalowania automatycznego Lakebase lub innych usług korzystających z Service Direct, lub jeśli używasz tylko istniejących przydzielonych wystąpień, nie jest wymagana żadna zmiana. Zobacz Private Link aby uzyskać pełną tabelę i linki konfiguracji.

Czy moje istniejące wystąpienia aprowizowane wymagają jakichkolwiek zmian w Private Link?

Nie. Istniejące aprovisionowane wystąpienia zachowują bieżącą konfigurację Private Link. Nie jest wymagana ponowna konfiguracja. Zobacz Private Link.

Jaka jest różnica między oknem przywracania (zaplanowane) a natychmiastowym przywracaniem (autoskalowanie)?

Usługa Lakebase Provisioned obsługuje okno przywracania do 35 dni. Nowe projekty Lakebase Autoscaling używają natychmiastowego przywracania z okresem maksymalnym do 30 dni. Zobacz Natychmiastowe przywracanie (okno przywracania).

Jak działają nazwy instancji i projektów dla nowych instancji Lakebase?

Nazwy muszą być zgodne z systemem DNS. Unikalność jest niewrażliwa na wielkość liter (nie można mieć zarówno ABC jak i abc). W przypadku korzystania z interfejsu API Postgres użyj nazwy projektu małymi literami. Tworzenie kończy się niepowodzeniem, jeśli nazwa zderza się z istniejącym identyfikatorem projektu. Zobacz Nazwy projektów i wystąpień.

Czy moje istniejące zasoby aprowizowane zmieniają się?

Nie. Pozostają na stronie Udostępniona z tym samym zachowaniem. Tylko nowe wystąpienia usługi Lakebase są tworzone jako projekty skalowania automatycznego.

Jak działają uprawnienia w projektach tworzonych za pomocą interfejsu użytkownika Lakehouse/Provisioned UI lub interfejsu API instancji bazy danych?

W przypadku tych projektów mają zastosowanie dwa oddzielne zestawy ACL (wystąpienie bazy danych i projekt Lakebase), a uprawnienia domyślne mogą być szersze niż na Lakebase Provisioned. Sprawdź oba zestawy, jeśli chcesz ograniczyć dostęp. Zobacz Uprawnienia (ACL).

Czy mogę użyć bazy danych PostgREST lub uzyskać dostęp do interfejsu API REST do nowego projektu?

Interfejs programowania aplikacji danych (w stylu PostgREST) był prywatną wersją przedpremierową dostępną w usłudze Lakebase Provisioned. Nowo utworzone projekty używają interfejsu API automatycznego skalowania danych usługi Lakebase na potrzeby dostępu REST zgodnego z protokołem PostgREST (CRUD, query, RPC). Zobacz Funkcje prywatnej wersji zapoznawczej.

Dowiedz się więcej

• Co to jest skalowanie automatyczne w usłudze Lakebase?
• Parametry połączenia i Informacje o uwierzytelnianiu
• Utwórz projekt