Configurer pour la haute disponibilité
Lakebase Provisioned est l'offre originale de Lakebase qui utilise un compute provisionné que vous mettez à l'échelle manuellement. Pour les régions prises en charge, consultez la disponibilité des régions. Pour la dernière version de Lakebase, avec compute à dimensionnement automatique, mise à l'échelle jusqu'à zéro, création de branches et restauration instantanée, consultez Lakebase Autoscaling.
Depuis le 12 mars 2026, les nouvelles instances Lakebase sont créées en tant que projets de dimensionnement automatique. Les instances provisionnées existantes sont mises à niveau automatiquement vers la mise à l'échelle automatique, à compter de juin 2026. Pour plus de détails, consultez Mise à niveau vers le dimensionnement automatique Lakebase.
Cette page décrit comment configurer une instance de base de données Lakebase pour la haute disponibilité en activant des instances secondaires lisibles.
Pour activer la haute disponibilité, spécifiez des nœuds supplémentaires dans le cadre d'une instance de la base de données. Si le compute principal devient défectueux ou indisponible, un nœud à haute disponibilité est utilisé pour effectuer un basculement, et le nœud secondaire est promu au rang de principal.
Vous pouvez également activer des secondaires lisibles, où les nœuds à haute disponibilité peuvent servir des charges de travail en lecture seule à l'aide d'un Endpoint DNS séparé (instance-ro-{uuid} par rapport à instance-{uuid}).
Activer l'instance de base de données pour la haute disponibilité
Si vous définissez le nombre de nœuds de haute disponibilité sur un, la haute disponibilité et les secondaires lisibles sont désactivés. Sinon, vous disposez d'un nœud principal et le reste sont des nœuds de haute disponibilité. Le nombre maximal de nœuds de haute disponibilité est de trois par instance de base de données.
Spécifiez le nombre de nœuds à haute disponibilité lors de la création de votre instance de base de données. Consultez Créer une instance de base de données.
Effectuez les étapes suivantes pour modifier l'instance de base de données à l'aide de l'interface utilisateur ou de l'API.
- UI
- curl
- Python SDK
- CLI
- Cliquez sur
Applications dans le coin supérieur droit et sélectionnez Lakebase Postgres .
- Cliquez sur **Provisionné** pour ouvrir la page **Instances provisionnées**.
- Sélectionnez l'instance de base de données que vous souhaitez mettre à jour.
- Cliquer sur Modifier dans le coin supérieur droit.
- Sous le menu déroulant Paramètres avancés, sélectionnez Activer HA Taille du nœud du pool HA (y compris le principal) .
- Sélectionnez Allow readable secondaries et choisissez le nombre de nœuds HA .
- Cliquez sur Enregistrer .
curl -s -X PATCH --header "Authorization: Bearer ${DATABRICKS_TOKEN}" $DBR_URL/database/instances/my-instance -d '{ “node_count”: 3, “enable_readable_secondaries” : true}'
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}")
# Create a database instance
databricks database create-database-instance my-database-instance \
--capacity CU_1 \
--node-count 3
Récupération du compute
Une fois les nœuds de haute disponibilité configurés, le nœud principal de votre instance de base de données est protégé par la haute disponibilité. Si le nœud principal devient indisponible, l'instance de base de données bascule automatiquement vers un nœud secondaire, le promouvant comme nouveau nœud principal. Comme les nœuds compute sont sans état, les défaillances n'affectent pas vos données, et votre chaîne de connexion reste inchangée. L'indisponibilité est résolue en quelques secondes ou minutes, selon le type de défaillance. Lors d'un basculement, les connexions actives sont interrompues, votre application doit donc être configurée pour gérer ces brèves déconnexions et se reconnecter automatiquement.
Les nœuds secondaires de votre instance de base de données sont également récupérés automatiquement en quelques minutes en cas de problème. Si vous activez les secondaires lisibles, Databricks vous recommande de disposer d'au moins trois nœuds à haute disponibilité, au cas où le basculement principal affecterait la connexion en lecture seule. Votre application a toujours besoin d'un mécanisme de reconnexion pour gérer la brève interruption.
Exécuter des query en lecture seule à partir de Databricks SQL Editor
Pour vous connecter à vos secondaires en lecture et exécuter des requêtes en lecture seule depuis l'éditeur Databricks SQL, consultez Connecter et interroger une instance de base de données.
Limitations
- La performance met du temps à se rétablir. Les queries pourraient s'exécuter plus lentement au début jusqu'à ce qu'elles soient reconstruites, car le nouveau nœud principal ne contient pas de données spécifiques à la session et de cache local pour les données fréquemment consultées.
- La réplication interrégionale n'est pas prise en charge. En cas de panne à l’échelle d’une région, la disponibilité dépend de la restauration du service par le fournisseur de cloud dans la région affectée.