ApsaraDB for SelectDB propose trois schémas de gestion des ressources (multi-instance, multi-cluster et groupe de charges de travail) pour isoler et gérer les ressources de calcul selon vos besoins métier.
Schémas de gestion des ressources
ApsaraDB for SelectDB prend en charge trois schémas de gestion et d'isolation des ressources : multi-instance, multi-cluster et groupe de charges de travail.
Schéma multi-instance
ApsaraDB for SelectDB permet de créer plusieurs instances déployées indépendamment au sein du même compte. Ce schéma convient parfaitement aux systèmes métier totalement autonomes.
Les ressources de calcul et de stockage sont physiquement isolées entre les instances. Chaque instance dispose de ses propres endpoints.
Schéma multi-cluster
ApsaraDB for SelectDB prend en charge la séparation du stockage et du calcul. Vous pouvez créer plusieurs clusters de calcul physiquement isolés au sein d'une même instance. Chaque cluster de calcul se compose d'un ensemble de nœuds backend (BE), à l'image d'un groupe ou d'une file d'attente de calcul dans un système Big Data. Cette approche isole idéalement le trafic de lecture du trafic d'écriture, ou le trafic en ligne du trafic hors ligne.
Les clusters d'une même instance partagent les mêmes données. Connectez-vous à plusieurs clusters via le même endpoint et exécutez la commande USE @cluster_name pour basculer de l'un à l'autre. Pour plus d'informations, consultez Clusters de calcul multiples.
Schéma de groupe de charges de travail
ApsaraDB for SelectDB permet d'utiliser des groupes de charges de travail pour isoler les ressources de calcul au niveau logiciel. Un cluster peut contenir plusieurs groupes de charges de travail. Chacun limite l'utilisation du processeur et de la mémoire sur un seul nœud BE par tâche. Ce schéma est particulièrement adapté aux scénarios nécessitant une isolation des ressources tout en autorisant un certain degré de préemption.
Les ressources de calcul sont isolées logiquement par groupe de charges de travail, tandis que tous les groupes partagent les mêmes données. Utilisez des comptes de base de données associés aux groupes de charges de travail pour accéder aux différents groupes. Pour plus d'informations, consultez Groupe de charges de travail.
Comparaison des schémas
Le tableau suivant compare les trois schémas selon leur méthode et leur niveau d'isolation.
|
Schéma |
Méthode d'isolation |
Niveau d'isolation |
|
Schéma multi-instance |
Les ressources de calcul et les données des différentes instances sont totalement isolées les unes des autres. |
Très élevé |
|
Schéma multi-cluster à instance unique |
Les ressources de calcul sont physiquement isolées, mais les données sont partagées entre les clusters de calcul. |
Élevé |
|
Schéma de groupe de charges de travail |
Les ressources de calcul sont isolées logiquement, mais les données sont partagées entre les groupes de charges de travail. |
Moyen |
Le schéma multi-instance offre l'isolation la plus forte, mais peut entraîner une redondance du stockage et une faible utilisation des ressources de calcul. Le schéma de groupe de charges de travail autorise une préemption modérée des ressources de calcul, ce qui garantit une utilisation élevée mais fournit une isolation plus faible. En règle générale, privilégiez le schéma multi-instance lorsque vos systèmes sont complètement indépendants. Optez pour le schéma multi-cluster lorsque les données doivent être partagées mais que les ressources de calcul nécessitent une isolation physique. Choisissez enfin le schéma de groupe de charges de travail lorsque les données sont partagées et que les ressources de calcul ne doivent être isolées que ponctuellement.
Recommandations de schémas
Vous pouvez combiner ces schémas en fonction de vos besoins métier. Par exemple, associez le schéma multi-instance au schéma multi-cluster, ou combinez le schéma multi-cluster avec le schéma de groupe de charges de travail.
Schéma multi-instance
Ce schéma est recommandé dans les cas suivants :
Aucune donnée n'est partagée entre des systèmes métier ou des équipes indépendantes.
Les systèmes métier sont critiques ou contiennent des informations sensibles. Vous devez minimiser les risques de fuite de données tout en empêchant toute interférence mutuelle.
Schéma multi-cluster
Le schéma multi-cluster à instance unique convient aux situations suivantes :
Les données sont partagées, mais les ressources de calcul doivent être isolées par niveau de sensibilité. Par exemple, l'analyse de données en ligne doit être séparée de l'analyse hors ligne.
Les charges de travail d'importation de données nécessitent une isolation par rapport aux charges de travail de requête.
Aucune exigence spécifique ne s'applique à l'utilisation des ressources.
Schéma de groupe de charges de travail
Privilégiez ce schéma lorsque :
Les données sont partagées et les ressources de calcul ne nécessitent pas d'isolation physique. Des ressources de base doivent être garanties pour chaque charge de travail, tandis que les ressources inactives peuvent faire l'objet d'une préemption.
Vous souhaitez maximiser l'utilisation des ressources ou avez des exigences spécifiques en matière d'efficacité des ressources.