La fonctionnalité Activité système optimale 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 afin de bénéficier de certains avantages de l'activité système Elite.
Pour que vous puissiez 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 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 de sorte qu'il l'utilise pour les requêtes d'activité système:
Créer 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 MySQL avec accès en lecture dans AWS, suivez les instructions de la documentation Utiliser des instances dupliqué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
qui contient 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
. Cette configuration configure Looker pour qu'il utilise la base de données d'instances dupliquées avec accès en lecture configurée danssa-db.yml
pour les requêtes d'activité système.Vous pouvez également utiliser les options de démarrage suivantes pour modifier la configuration de l'activité 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 indiquer le nombre de jours de stockage de l'historique des données système. Nous vous déconseillons de prolonger la conservation des données au-delà de 90 jours, mais vous pouvez réduire la durée de conservation 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 à l'administrateur de votre compte l'hébergement Looker avec l'option Activité système optimale.
Si vous souhaitez plus de jours que la durée par défaut, demandez à votre responsable de compte 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 connexion de base de données de 1, ce qui signifie que plusieurs requêtes d'analyse du système sont mises en file d'attente et exécutées en série dans la base de données backend. Cela permet d'éviter de surcharger la base de données interne avec des requêtes d'analyse du système. Cette option de démarrage permet de spécifier le nombre de requêtes Analytics système pouvant être exécutées simultanément. Par exemple : 8.
Une fois configuré pour utiliser la base de données d'instances dupliquées avec accès en lecture pour les requêtes d'activité système, Looker continuera à utiliser la base de données MySQL principale comme base de données d'application interne. Les tableaux de bord des activités système et les explorations utiliseront la base de données des instances dupliquées avec accès en lecture.
Pour vérifier que Looker utilise la base de données d'instances dupliquées avec accès en lecture pour les requêtes d'activité système:
- Si vous modifiez le mot de passe dans le fichier
sa-db.yml
, les requêtes d'activité système renverront une erreur. - Dans la base de données MySQL, vous pouvez exécuter
show processlist;
pour afficher les processus en cours. La base de données Looker principale doit afficher de nombreuses connexions ouvertes en état de sommeil, tandis que la base de donnéeslooker__internal__analytics
affiche les requêtes d'analyse.
Les tableaux de bord des activités système et les explorations utiliseront la base de données d'instances dupliquées avec accès en lecture, mais l'ancienne exploration
i__looker
continuera d'interroger la base de données backend principale. Mettez à jour tous les styles ou tableaux de bord enregistrés qui interrogenti__looker
afin qu'ils interrogent l'activité du système. Utilisez les méthodes ci-dessus pour vous assurer que les éventuels styles et tableaux de bord enregistrés interrogent la bonne connexion à la base de données dupliquée avec accès en lecture.