Notez que vous consultez la documentation Looker. Pour accéder à la documentation sur Looker Studio, consultez la page https://support.google.com/looker-studio.

Cette page a été traduite par l'API Cloud Translation.

Créer une base de données d'instance dupliquée avec accès en lecture pour l'activité système

La fonctionnalité Activité système Élite n'est disponible que pour les instances hébergées sur Looker. Pour les instances hébergées par le client, vous pouvez créer une instance répliquée avec accès en lecture de la base de données backend Looker afin de bénéficier de certains des avantages d'Elite System Activity.

Pour utiliser cette option, votre instance doit être configurée pour utiliser une base de données backend MySQL.

Cette option n'est disponible que pour les instances hébergées par le client. Pour les instances hébergées sur Looker, veuillez contacter un spécialiste des ventes Google Cloud.

Pour configurer une instance dupliquée avec accès en lecture de votre base de données backend MySQL et configurer Looker pour qu'il l'utilise pour les requêtes sur l'activité système :

Créez une instance répliquée avec accès en lecture de votre base de données backend MySQL. Par exemple, pour créer une instance répliquée MySQL avec accès en lecture dans AWS, suivez les instructions de la documentation Utiliser des instances répliquées avec accès en lecture d'Amazon. Enregistrez l'identifiant de l'instance de base de données et le numéro de port. Vous en aurez besoin pour configurer Looker à l'étape suivante.

Sur votre instance Looker, créez un fichier yaml nommé sa-db, contenant les éléments suivants:

dialect: mysql
host: <DB instance identifier>
username: root
password: <password>
database: looker
port: <DB instance port>

Arrêtez Looker.
Lancez Looker avec l'option de démarrage --internal-analytics-connection-file sa-db.yml. Cela permet de configurer Looker afin qu'il utilise la base de données répliquée avec accès en lecture configurée dans sa-db.yml pour les requêtes liées à l'activité du système.
Vous pouvez également utiliser les options de démarrage suivantes pour modifier la configuration de l'activité du système élite :
- --internal-analytics-retention-days=<number>: par défaut, l'activité du système stocke 90 jours de données historiques. Utilisez cette option de démarrage pour spécifier le nombre de jours de données historiques que l'activité du système stockera. Nous vous déconseillons d'augmenter la période de conservation des données au-delà de 90 jours, mais vous pouvez la réduire pour améliorer les performances. Si vous souhaitez augmenter la conservation des données historiques au-delà des 90 jours par défaut, renseignez-vous sur l'hébergement Looker avec l'option Activité du système Élite auprès de votre responsable de compte.
Si vous souhaitez plus de jours que la valeur par défaut, demandez à votre responsable de compte de vous renseigner sur l'hébergement Looker avec l'option "Activité système Elite". - --internal-analytics-connection-pool-size=<number> : par défaut, les requêtes d'activité système sont limitées à une taille de pool de connexions de base de données de 1, ce qui signifie que plusieurs requêtes d'analyse système seront mises en file d'attente et exécutées de manière séquentielle dans la base de données backend. Cela évite que la base de données interne ne soit surchargée de requêtes d'analyse système. Utilisez cette option de démarrage pour spécifier le nombre de requêtes System Analytics simultanées pouvant être exécutées. Exemple : 8.

Une fois la base de données de réplication avec accès en lecture configurée pour les requêtes d'activité système, Looker continuera d'utiliser la base de données MySQL principale comme base de données d'application interne. Les tableaux de bord et les explorations "Activité du système" utiliseront la base de données de l'instance dupliquée avec accès en lecture.

Pour vérifier que Looker utilise la base de données de l'instance dupliquée avec accès en lecture pour les requêtes d'activité du système :

Si vous modifiez le mot de passe dans le fichier sa-db.yml, les requêtes liées à l'activité du système renvoient une erreur.
Dans la base de données MySQL, vous pouvez exécuter show processlist; pour afficher les processus en cours d'exécution. La base de données principale Looker doit afficher de nombreuses connexions ouvertes en état de veille, tandis que la base de données looker__internal__analytics affichera des requêtes analytiques.

Les tableaux de bord et les explorations sur l'activité du système utiliseront la base de données de l'instance dupliquée avec accès en lecture, mais les anciennes explorations i__looker continueront d'interroger la base de données backend principale. Mettez à jour les looks ou tableaux de bord enregistrés qui interrogent i__looker pour les interroger sur l'activité du système. Utilisez les méthodes décrites sur cette page de documentation pour vous assurer que tous les Looks et tableaux de bord enregistrés interrogent la bonne connexion à la base de données répliquée avec accès en lecture.