Présentation des profils d'application

Un profil d'application, ou profil d'application, stocke des paramètres qui indiquent à votre instance Bigtable comment gérer les requêtes entrantes 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 que l'application envoie via cette connexion.

Un profil d'application est un profil d'application standard ou Data Boost, selon le type de calcul utilisé. 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, conçu pour les tâches et les requêtes de lecture à haut débit. Pour en savoir plus sur Data Boost (Preview), consultez la présentation de Data Boost.

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

Pour obtenir des exemples de code montrant comment utiliser un profil d'application dans votre application, consultez 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. 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 plusieurs 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 liés à la création et à l'utilisation de 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. Imaginons, par exemple, 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 des lectures et des écritures régulières 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 est acheminée vers un groupe de clusters excluant un cluster. Vous créez ensuite un profil d'application standard distinct pour la charge de travail A, qui spécifie le 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 des nœuds de cluster pour le calcul et configuré pour acheminer les données vers n'importe quel cluster de la charge de travail B, et créez un profil d'application Data Boost à utiliser sur un seul cluster avec la charge de travail A. Data Boost utilise le calcul sans serveur, tandis que le trafic de l'application utilise des 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 de mieux comprendre 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 pour les raisons suivantes:

Vous pouvez examiner la latence au niveau du profil d'application pour vous aider à déterminer quelle application peut affecter les performances globales.
La surveillance de 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. Vous pouvez ainsi optimiser l'utilisation et réduire les coûts.
Les métriques au niveau du profil d'application sont utiles si vous avez besoin d'obtenir de l'aide, car il est plus facile de 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 page 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.

Itinéraires

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

Priorité de la requête

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

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 tâches et les requêtes à haut débit du trafic de diffusion d'applications. Un profil d'application Data Boost ne vous permet pas de configurer la priorité des requêtes. La seule règle de routage disponible est un cluster unique. Pour en savoir plus, consultez la présentation de Data Boost.

Modifications du profil d'application

Si vous devez modifier la règle de routage ou la priorité de requête d'une charge de travail, vous pouvez mettre à jour le profil d'application utilisé pour cette charge de travail. Vous pouvez également convertir un profil d'application de l'isolation standard vers l'isolation Data Boost, ou inversement. La conversion d'un profil d'application standard pour qu'il utilise Data Boost supprime les paramètres de priorité des requêtes 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.

Toutefois, 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 votre code d'application pour qu'il utilise le nouveau profil d'application. La création d'un profil d'application pour modifier une charge de travail vous garantit de ne pas modifier par inadvertance le profil d'application pour les autres charges de travail qui l'utilisent.

Si vous faites passer un profil d'application de "Standard" à Data Boost, le type de calcul utilisé pour le trafic du profil d'application passe à "Sans serveur", ainsi que la tarification. Pour en savoir plus, consultez la présentation de Data Boost et les tarifs de Bigtable.

De même, si vous faites passer un profil d'application de Data Boost à un profil standard, le trafic envoyé par le profil d'application commence à utiliser des nœuds de cluster pour le calcul. Cela signifie que tous les clusters vers lesquels le profil d'application achemine doivent disposer de suffisamment 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 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 seul cluster, 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 le routage multicluster.

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é.