Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Important
Cette fonctionnalité est en préversion publique dans les régions suivantes : westus, , westus2eastuseastus2, , centralus, southcentralus, , northeuropewesteurope, , australiaeastbrazilsouth, , canadacentral, centralindia, , . southeastasiauksouth
Une instance de base de données Lakebase gère les ressources de stockage et de calcul et fournit les points de terminaison auxquels les utilisateurs se connectent. Cette page inclut une vue d’ensemble qui décrit une instance de base de données et ses limitations générales.
Architecture d’instance de base de données
Une instance de base de données se compose des composants suivants :
- Instance de base de données : Agit comme l’objet central qui gère le stockage et les ressources de calcul. Il fournit un ou plusieurs points de terminaison pour les connexions utilisateur.
- Nœuds de calcul : Représente un groupe de nœuds de calcul, où un nœud est le principal, gère les opérations d’écriture et les autres sont secondaires. Les nœuds de calcul secondaires sont facultatifs. Ils sont séparés dans différentes zones pour fournir une haute disponibilité. Les nœuds de calcul peuvent être suspendus, en conservant le stockage lors de l’arrêt des ressources de calcul.
- Terminaison: Le point de terminaison de base de données par défaut achemine les demandes de lecture et d’écriture sur le nœud principal. Les points de terminaison en lecture seule sont facultatifs. Ils acheminent les demandes vers des nœuds secondaires, ce qui peut aider à équilibrer les charges de travail de lecture et d’écriture.
- Gestion des défaillances : Si le nœud principal échoue et que votre instance est configurée pour la haute disponibilité, un nœud secondaire prend automatiquement le relais en tant que principal, maintenant la disponibilité du système.
Fonctionnalités clés
| Caractéristique | Descriptif |
|---|---|
| Création d’une instance de base de données | Découvrez comment créer une instance de base de données, la démarrer et l’arrêter, puis la supprimer. |
| Gérer la capacité d’instance | Mettez à l’échelle la capacité de votre instance de base de données pour répondre aux besoins de votre charge de travail. |
| Haute disponibilité | Configurez votre instance de base de données pour la haute disponibilité si le calcul principal n’est pas disponible. |
| Restaurer des données et le voyage dans le temps | Utilisez des instances enfants pour restaurer votre base de données à un point spécifique dans le temps et effectuer des opérations de déplacement du temps. |
| Surveiller l’instance de base de données | Surveillez les métriques de performances de votre instance de base de données pour optimiser les performances. |
Accéder à une instance de base de données
Accédez à une instance de base de données et gérez-la à l’aide de l’interface utilisateur ou de l’API. Pour obtenir des instructions détaillées sur la configuration et la connexion, consultez Créer une instance de base de données. Pour obtenir la liste complète des opérations disponibles, consultez la référence de l’API REST.
Pour accéder à une instance de base de données dans l’interface utilisateur :
- Cliquez sur Calcul dans la barre latérale de l’espace de travail.
- Cliquez sur Base de données OLTP.
- Pour ouvrir une instance existante, cliquez sur le nom de l’instance pour ouvrir la page de détails de l’instance.
Limitations et considérations
- Un espace de travail autorise un maximum de dix instances.
- Chaque instance prend en charge jusqu’à 1 000 connexions simultanées.
- La limite de taille logique sur toutes les bases de données d’une instance est de 2 To.
- Les instances de base de données sont limitées à un seul espace de travail. Les utilisateurs peuvent voir ces tables dans l’Explorateur de catalogues s’ils disposent des autorisations de catalogue Unity requises à partir d’autres espaces de travail attachés au même metastore, mais ils ne peuvent pas accéder au contenu de la table.
- Databricks recommande de configurer PrivateLink comme bonne pratique de sécurité.