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

La fonctionnalité Activité du système Elite n'est disponible que pour les instances hébergées par Looker. Pour les instances hébergées par le client, vous pouvez créer une instance dupliquée avec accès en lecture de la base de données backend Looker pour bénéficier de certains avantages de l'activité du système Elite.

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 par Looker, veuillez contacter un spécialiste commercial 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 d'activité du système :

  1. Créez une instance dupliquée avec accès en lecture de votre base de données backend MySQL. Par exemple, pour créer une instance dupliquée avec accès en lecture MySQL dans AWS, suivez les instructions de la documentation Amazon Utilisation des instances dupliquées avec accès en lecture. 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.

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

  3. Arrêtez Looker.

  4. Démarrez Looker avec l'option de démarrage --internal-analytics-connection-file sa-db.yml. Cela configure Looker pour qu'il utilise la base de données de l'instance dupliquée avec accès en lecture configurée dans sa-db.yml pour les requêtes d'activité du système.

  5. Vous pouvez également utiliser les options de démarrage suivantes pour modifier la configuration de votre activité du système Elite :

    • --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 doit stocker. Nous vous recommandons de ne pas augmenter la durée 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 durée de conservation des données historiques au-delà des 90 jours par défaut, demandez à votre responsable de compte d'en savoir plus sur l'hébergement Looker avec l'option Activité du système Elite.

    Si vous souhaitez une durée supérieure à celle par défaut, demandez à votre responsable de compte d'en savoir plus sur l'hébergement Looker avec l'option d'activité du système Elite - --internal-analytics-connection-pool-size=<number> : par défaut, les requêtes d'activité du 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 du système seront mises en file d'attente et exécutées en série dans la base de données backend. Cela protège la base de données interne contre la surcharge de requêtes d'analyse du système. Utilisez cette option de démarrage pour spécifier le nombre de requêtes d'analyse du système simultanées pouvant être exécutées en même temps. Par exemple, 8.

Une fois configuré pour utiliser la base de données de l'instance dupliquée avec accès en lecture pour les requêtes d'activité du 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 de l'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 d'activité du système renverront 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 Looker principale doit afficher de nombreuses connexions ouvertes en état de veille, tandis que la base de données looker__internal__analytics affichera les requêtes analytiques.

Les tableaux de bord et les explorations de l'activité du système utiliseront la base de données de l'instance dupliquée avec accès en lecture, mais les explorations i__looker héritées interrogeront toujours la base de données backend principale. Mettez à jour toutes les explorations ou tous les tableaux de bord enregistrés qui interrogent i__looker pour qu'ils interrogent l'activité du système. Utilisez les méthodes décrites sur cette page de documentation pour vous assurer que toutes les explorations et tous les tableaux de bord enregistrés interrogent la connexion appropriée à la base de données de l'instance dupliquée avec accès en lecture.