Yüksek kullanılabilirlik için yapılandırma

Bu sayfada, okunabilir ikincil örnekleri etkinleştirerek bir Lakebase veritabanı örneğinin yüksek kullanılabilirlik için nasıl yapılandırıldığı açıklanmaktadır.

Önemli

Bu özellik şu bölgelerde Genel Önizleme aşamasındadır: westus, westus2, eastus, , eastus2, centralus, , southcentralus, northeurope, westeuropeaustraliaeast, brazilsouth, canadacentral, centralindia, southeastasia, . uksouth

Yüksek kullanılabilirliği etkinleştirmek için veritabanı örneğinin bir parçası olarak ek düğümler belirtin. Birincil işlem iyi durumda değilse veya kullanılamaz duruma gelirse yük devretme gerçekleştirmek için yüksek kullanılabilirlik düğümü kullanılır ve ikincil düğüm birincil düğüme yükseltilir.

Ayrıca, yüksek kullanılabilirlik düğümlerinin ayrı bir DNS uç noktası (instance-ro-{uuid} ile instance-{uuid}karşılaştırıldığında) kullanarak salt okunur iş yüklerine hizmet sağlayabildiği okunabilir ikincil öğeleri de etkinleştirebilirsiniz.

Yüksek kullanılabilirlik için veritabanı örneğini etkinleştirme

Yüksek kullanılabilirlik düğümlerinin sayısını bir olarak ayarlarsanız, yüksek kullanılabilirlik ve okunabilir ikincil öğeler devre dışı bırakılır. Aksi takdirde, bir birincil düğüme sahip olursunuz ve geri kalanlar yüksek kullanılabilirlik düğümleridir. Veritabanı örneği başına yüksek kullanılabilirlik düğümlerinin maksimum sayısı üçtür.

Veritabanı örneğinizi oluştururken yüksek kullanılabilirlik düğümlerinin sayısını belirtin. Bkz. Veritabanı örneği oluşturma.

Kullanıcı arabirimini veya API'yi kullanarak veritabanı örneğini değiştirmek için aşağıdaki adımları gerçekleştirin.

Kullanıcı Arayüzü (UI)

1. Çalışma alanı kenar çubuğunda İşlem'e tıklayın.
2. Veritabanı örnekleri sekmesine tıklayın.
3. Güncelleştirmek istediğiniz veritabanı örneğini seçin.
4. Sağ üst köşedeki Düzenle'ye tıklayın.
5. HA havuzu düğümü boyutu (birincil dahil) değerini girin.
6. Okunabilir ikincilleri etkinleştirin.
7. Kaydet'e tıklayın.

Kıvrım

curl -s -X PATCH --header "Authorization: Bearer ${DATABRICKS_TOKEN}" $DBR_URL/database/instances/my-instance -d '{ “node_count”: 3, “enable_readable_secondaries” : true}'

Python SDK'sı

from databricks.sdk import WorkspaceClient
from databricks.sdk.service.database import DatabaseInstance

# Initialize the Workspace client
w = WorkspaceClient()

# Create a database instance with high availability
instance = w.database.create_database_instance(
    DatabaseInstance(
        name="my-database-instance",
        capacity="CU_1",
        node_count=3,  # Set the number of high availability nodes (including primary)
    )
)

print(f"Created database instance: {instance.name}")
print(f"Connection endpoint: {instance.read_write_dns}")

CLI

# Create a database instance
databricks database create-database-instance my-database-instance \
  --capacity CU_1 \
  --node-count 3

İşlem dayanıklılığı

Yüksek kullanılabilirlik düğümleri yapılandırıldığında veritabanı örneğinizin birincil düğümü yüksek kullanılabilirlik tarafından korunur. Birincil düğüm kullanılamaz hale gelirse, veritabanı örneği otomatik olarak ikincil düğüme geçiş yapar ve onu yeni birincil düğüm olarak terfi ettirir. İşlem düğümleri durum bilgisi olmadığından hatalar verilerinizi etkilemez ve bağlantı dizeniz değişmeden kalır. Erişilemezlik, hata türüne bağlı olarak saniyelerden dakikalara kadar çözülür. Yük devretme sırasında etkin bağlantılar kapatılır, bu nedenle uygulamanız bu ani bağlantı kesilmelerini işleyecek ve otonom olarak yeniden bağlanacak şekilde yapılandırılmalıdır.

Veritabanı örneğinizdeki ikincil düğümler de sorunlar oluştuğunda dakikalar içinde otomatik olarak kurtarılır. Okunabilir ikincilleri etkinleştirirseniz Databricks, birincil yük devretmenin salt okunur bağlantıyı etkilemesi durumunda en az üç yüksek kullanılabilirlik düğümüne sahip olduğunuzu önerir. Uygulamanızın kısa kapalı kalma süresini işlemek için yine de yeniden bağlantı mekanizmasına ihtiyacı vardır.

Azure Databricks SQL Düzenleyicisi'nden salt okunur sorguları yürütme

Okunabilir ikincil öğelere bağlanmak ve Azure Databricks SQL düzenleyicisinden salt okunur sorgular çalıştırmak için bkz. SQL düzenleyicisinden veritabanı örneğine erişme.

Sınırlamalar

• Performansın kurtarılması zaman alır. Yeni birincil düğümde oturuma özgü veriler ve sık erişilen veriler için yerel önbellek olmadığından sorgular başlangıçta yeniden oluşturulduğunda daha yavaş çalışabilir.
• Bölgeler arası çoğaltma desteklenmez. Bölge genelinde kesinti olması durumunda kullanılabilirlik, bulut sağlayıcısının hizmeti etkilenen bölgeye geri yüklemesine bağlıdır.