Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ważne
Oryginalna oferta Lakebase Provisioned wykorzystuje hostowane zasoby obliczeniowe, które można skalować ręcznie. Aby uzyskać informacje o obsługiwanych regionach, zobacz Dostępność regionów. Aby uzyskać najnowszą wersję bazy danych Lakebase z automatycznym skalowaniem zasobów obliczeniowych, skalowaniem do zera, rozgałęzianiem i natychmiastowym przywracaniem, zobacz Skalowanie automatyczne w usłudze Lakebase.
Nowe instancje Lakebase zostaną utworzone jako projekty Autoscaling. Wdrożenie rozpoczyna się 12 marca 2026 r. Aby uzyskać szczegółowe informacje, zobacz Autoskalowanie domyślnie.
Wystąpienie bazy danych Lakebase zarządza zasobami magazynowania i obliczeniowymi oraz zapewnia punkty końcowe, z którymi użytkownicy się łączą. Na tej stronie znajduje się przegląd omawiający wystąpienie bazy danych oraz jego ogólne ograniczenia.
Architektura wystąpienia bazy danych
Instancja bazy danych składa się z następujących składników:
- Wystąpienie bazy danych: Działa jako centralny obiekt zarządzający pamięcią masową i zasobami obliczeniowymi. Zapewnia co najmniej jeden punkt końcowy dla połączeń użytkownika.
- Węzły obliczeniowe: Reprezentuje grupę węzłów obliczeniowych, w której jeden węzeł jest podstawowym węzłem, obsługuje operacje zapisu, a pozostałe są pomocnicze. Pomocnicze węzły obliczeniowe są opcjonalne. Są one podzielone na różne strefy w celu zapewnienia wysokiej dostępności. Węzły obliczeniowe można wstrzymać, zachowując pamięć masową podczas zatrzymywania zasobów obliczeniowych.
- Punkty końcowe: Domyślny punkt końcowy bazy danych kieruje żądania odczytu i zapisu do węzła podstawowego. Punkty końcowe tylko do odczytu są opcjonalne. Kierują żądania do węzłów pomocniczych, co może pomóc w równoważeniu obciążeń odczytu i zapisu.
- Obsługa błędów: Jeśli węzeł podstawowy ulegnie awarii i wystąpienie zostanie skonfigurowane pod kątem wysokiej dostępności, węzeł pomocniczy automatycznie przejmuje rolę podstawowego, dzięki czemu dostępność systemu zostaje utrzymana.
Kluczowe możliwości
| Funkcja | Description |
|---|---|
| Tworzenie wystąpienia bazy danych | Dowiedz się, jak utworzyć wystąpienie bazy danych, uruchomić je i zatrzymać oraz usunąć. |
| Zarządzanie pojemnością instancji | Skaluj pojemność wystąpienia bazy danych, aby dopasować je do potrzeb związanych z obciążeniem. |
| Wysoka dostępność | Skonfiguruj wystąpienie bazy danych pod kątem wysokiej dostępności, jeśli podstawowe zasoby obliczeniowe są niedostępne. |
| Przywracanie danych i podróży w czasie | Użyj instancji podrzędnych, aby przywrócić bazę danych do określonego punktu w czasie i realizować operacje podróży w czasie. |
| Monitorowanie instancji bazy danych | Monitoruj metryki wydajności wystąpienia bazy danych, aby zoptymalizować wydajność. |
Dostęp do instancji bazy danych
Uzyskaj dostęp do wystąpienia bazy danych i zarządzaj nim przy użyciu interfejsu użytkownika lub interfejsu API. Aby uzyskać szczegółowe instrukcje dotyczące konfiguracji i połączenia, zobacz Tworzenie wystąpienia bazy danych. Aby uzyskać pełną listę dostępnych operacji, zobacz dokumentację interfejsu API REST.
Aby uzyskać dostęp do wystąpienia bazy danych w interfejsie użytkownika:
- Kliknij
Aplikacje w prawym górnym rogu i wybierz pozycję Lakebase Postgres. - Kliknij pozycję Provisionowane, aby otworzyć stronę Provisionowanych wystąpień.
- Kliknij wystąpienie, aby otworzyć stronę szczegółów wystąpienia.
Ograniczenia i zagadnienia
- Obszar roboczy umożliwia maksymalnie dziesięć wystąpień.
- Każde wystąpienie obsługuje maksymalnie 1000 połączeń współbieżnych.
- Limit rozmiaru logicznego dla wszystkich baz danych w wystąpieniu wynosi 2 TB.
- Wystąpienia bazy danych są ograniczone do jednego obszaru roboczego i nie obsługują dostępu między obszarami roboczymi. Użytkownicy mogą wyświetlać te tabele w Eksploratorze Katalogu, jeśli mają wymagane uprawnienia Unity Catalog z innych obszarów roboczych połączonych z tym samym metastorem, ale nie mogą uzyskać dostępu do zawartości tabeli.
- Databricks zaleca skonfigurowanie Private Link jako najlepszą praktykę w zakresie zabezpieczeń. Usługa Lakebase Provisioned wymaga jedynie standardowego przychodzącego łącza Private Link. Nie jest potrzebny Private Link dla ruchu przychodzącego w przypadku usług o wysokich wymaganiach wydajnościowych.