Présentation des profils d'application

Un profil d'application stocke des paramètres indiquant à votre instance Bigtable comment gérer les demandes entrantes provenant d'une application. Lorsque votre application se connecte à une instance Bigtable, elle utilise le profil d'application par défaut ou un profil d'application que vous avez spécifié. Bigtable utilise ce profil d'application pour les requêtes envoyées par l'application via cette connexion.

Un profil d'application est un profil d'application standard ou un profil d'application Data Boost, en fonction du type de calcul qu'il utilise. Un profil d'application standard utilise des nœuds de cluster provisionnés pour le calcul et est généralement utilisé pour le trafic de diffusion d'applications. Un profil d'application Data Boost utilise le calcul sans serveur, qui est conçu pour les jobs et les requêtes de lecture à haut débit. Pour en savoir plus sur Data Boost (version Preview), consultez la présentation de Data Boost.

Cette page décrit les profils d'application et fournit des conseils pour les utiliser.

Pour obtenir des exemples de code montrant comment utiliser un profil d'application dans votre application, consultez la section Se connecter avec un profil d'application personnalisé.

Utiliser un profil d'application distinct pour chaque charge de travail

Lorsque vous créez une instance Bigtable, un profil d'application par défaut est créé automatiquement, et ses paramètres dépendent du nombre de clusters de l'instance. Pour profiter pleinement des avantages des profils d'application, vous devez créer et utiliser des profils d'application supplémentaires, et utiliser un profil d'application différent pour chaque application ou charge de travail.

Les profils d'application sont particulièrement importants pour les instances comportant au moins deux clusters. Toutefois, même si votre instance ne comporte qu'un seul cluster, vous devez utiliser un profil d'application unique pour chaque application que vous exécutez ou pour différents composants au sein d'une même application.

Les sections suivantes décrivent les avantages de créer et d'utiliser plusieurs profils d'application.

Isolation de la charge de travail

L'utilisation de profils d'application distincts vous permet d'utiliser différentes règles de calcul et de routage Bigtable à des fins différentes. Par exemple, imaginons que vous souhaitiez empêcher une tâche de lecture par lot (charge de travail A) d'augmenter l'utilisation du processeur sur les clusters qui gèrent les lectures et écritures constantes d'une application (charge de travail B). Vous pouvez adopter l'une des approches suivantes:

  • Créez un profil d'application standard pour la charge de travail B qui achemine vers un groupe de clusters qui exclut un cluster. Vous créez ensuite un profil d'application standard distinct pour la charge de travail A, qui spécifie un routage à cluster unique vers le cluster auquel la charge de travail B n'envoie pas de requêtes.

  • Utilisez un profil d'application standard, qui utilise les nœuds de cluster pour le calcul, configuré pour acheminer vers n'importe quel cluster pour la charge de travail B, et créez un profil d'application Data Boost à utiliser avec un seul cluster pour la charge de travail A. Data Boost utilise le calcul sans serveur, tandis que le trafic de l'application utilise les nœuds de cluster pour le calcul.

Vous pouvez modifier les paramètres d'une application ou d'une fonction sans affecter les autres applications qui se connectent aux mêmes données.

Observabilité

L'utilisation de profils d'application distincts pour différentes charges de travail vous permet d'obtenir de meilleurs insights sur l'utilisation de Bigtable par vos applications, car les métriques sont disponibles par profil d'application. Cette augmentation de l'observabilité peut être utile de différentes manières:

  • Vous pouvez examiner la latence au niveau du profil de l'application pour déterminer quelle application peut avoir un impact sur les performances globales.

  • Surveiller l'utilisation du processeur par profil d'application pour une charge de travail à l'aide d'un profil d'application standard peut vous aider à résoudre les problèmes d'utilisation du processeur ou à prendre des décisions concernant la taille ou l'emplacement du cluster, afin d'optimiser l'utilisation et de réduire les coûts.

  • Les métriques au niveau du profil de l'application sont utiles si vous devez demander de l'aide, car vous pouvez mieux partager la charge de travail exacte à l'origine du problème.

Vous pouvez utiliser la console Google Cloud Bigtable pour afficher des graphiques distincts de vos métriques Bigtable pour chaque profil d'application. Pour connaître les métriques disponibles au niveau du profil, consultez le tableau de la section Graphiques de surveillance pour les ressources Bigtable.

Profils d'application standards

Un profil d'application standard achemine le trafic vers les clusters d'une instance à l'aide des nœuds des clusters.

Routage

Un profil d'application standard définit les règles de routage utilisées par Bigtable et détermine si les transactions à ligne unique sont autorisées. Un profil d'application standard vous permet également de spécifier le niveau de priorité pour les requêtes envoyées à l'aide du profil d'application.

Priorité de la demande

Vous pouvez spécifier la priorité que Bigtable doit accorder aux requêtes de données d'un profil d'application standard. Pour consulter les niveaux de priorité disponibles, consultez la section Configurer les priorités de requête.

Profils d'application Data Boost

Un profil d'application Data Boost vous permet d'utiliser le calcul sans serveur de Data Boost pour isoler les requêtes et les jobs à haut débit du trafic de diffusion de l'application. Un profil d'application Data Boost ne vous permet pas de configurer la priorité des requêtes, et la seule règle de routage disponible est le routage à cluster unique. Pour en savoir plus, consultez la présentation de Data Boost.

Modifications apportées au profil de l'application

Si vous devez modifier la stratégie de routage ou la priorité des requêtes pour une charge de travail, vous pouvez mettre à jour le profil d'application utilisé pour la charge de travail. Vous pouvez également convertir un profil d'application de l'isolation standard à l'isolation Data Boost ou de l'isolation Data Boost à l'isolation standard. Si vous convertissez un profil d'application standard pour utiliser Data Boost, les paramètres de priorité des requêtes sont supprimés du profil d'application, ainsi que toutes les règles de routage qui ne sont pas à cluster unique.

Les modifications apportées à un profil d'application prennent effet immédiatement.

Cependant, dans de nombreux cas, au lieu de modifier un profil d'application en cours d'utilisation, vous devez créer un profil d'application avec une configuration différente, comme vous le feriez pour un nouveau cas d'utilisation, puis modifier le code de votre application pour qu'il utilise le nouveau profil d'application. Créer un profil d'application pour apporter des modifications à une charge de travail vous permet de ne pas modifier par inadvertance le profil d'application pour d'autres charges de travail qui l'utilisent.

Si vous passez d'un profil d'application standard à Data Boost, le type de calcul utilisé pour le trafic du profil d'application est remplacé par le calcul sans serveur, ainsi que les tarifs. Pour en savoir plus, consultez la présentation de Data Boost et les tarifs de Bigtable.

De même, si vous passez d'un profil d'application Data Boost à un profil d'application standard, le trafic envoyé par le profil d'application commence à utiliser les nœuds de cluster pour le calcul. Cela signifie que tous les clusters vers lesquels le profil d'application achemine les requêtes doivent disposer d'un nombre suffisant de nœuds pour répondre aux exigences d'utilisation du processeur. Pour en savoir plus, consultez la section Nœuds.

Pour savoir comment afficher, créer et mettre à jour des profils d'application, consultez la section Créer et configurer des profils d'application.

Profil d'application par défaut

Lorsque vous créez une instance, Bigtable crée automatiquement un profil d'application par défaut pour l'instance. Le profil d'application par défaut est un profil d'application standard, mais vous pouvez le convertir en profil Data Boost. Si votre application ne spécifie pas de profil d'application ou si vous utilisez l'interface système HBase pour vous connecter à votre instance, Bigtable utilise les paramètres du profil d'application par défaut.

Les paramètres du profil d'application par défaut d'une instance dépendent du nombre de clusters dont l'instance disposait lors de sa création :

  • Si vous avez créé l'instance avec un cluster unique, le profil d'application default utilise le routage à cluster unique et active les transactions à ligne unique. Cela garantit que l'ajout ultérieur de clusters ne modifie pas le comportement de vos applications existantes.
  • Si vous avez créé l'instance avec plusieurs clusters, le profil d'application default utilise le routage multicluster vers n'importe quel cluster. Les transactions à ligne unique ne sont jamais autorisées avec ce type de routage.

Le profil d'application par défaut n'est pas modifié lorsque vous ajoutez ou supprimez des clusters. Vous devez mettre à jour le profil d'application par défaut manuellement pour modifier ses paramètres. Cependant, il est recommandé de créer et d'utiliser un nouveau profil d'application plutôt que de modifier le profil d'application par défaut.

Profils d'application personnalisés

Un profil d'application personnalisé est un profil d'application que vous créez et configurez. Une instance peut comporter jusqu'à 2000 profils d'application. Chaque profil d'application qui n'est pas le profil par défaut est considéré comme un profil d'application personnalisé.

Étape suivante