VizQL Server de Tableau Server
VizQL Server exécute le chargement et le rendu des vues, et calcule et exécute les requêtes. Pour assurer la haute disponibilité pour le processus VizQL Server, configurez une ou plusieurs instances de manière à ce qu’elles s’exécutent sur plusieurs nœuds.
| Processus | |
| État | L’état du processus VizQL Server est visible dans la page État. Pour plus d’informations, consultez Afficher le statut des processus du serveur. |
| Enregistrement | Les fichiers journaux générés par le processus VizQL Server se trouvent dans |
Que se passe-t-il en cas d’échec d’un processus VizQL Server? S’il n’y a qu’un seul processus VizQL Server et qu’il échoue, Tableau Server ne sera plus capable d’effectuer le rendu des vues. La haute disponibilité nécessite de configurer des processus VizQL redondants. Une configuration standard consiste en deux à quatre processus VizQL Server sur chaque nœud,
ce qui répond simultanément aux besoins de haute disponibilité et d’évolutivité. Si plusieurs processus VizQL Server sont en cours d’exécution, l’échec d’un seul processus entraînera l’échec de toutes les demandes et la perte des données de la session au moment de la défaillance. Toutes les demandes futures sont acheminées vers les autres processus VizQL Server opérationnels sur le groupement Tableau Server.
Surveillance de la mémoire de VizQL Server
Important : Par mesure de précaution,nous recommandons de laisser les paramètres à leurs valeurs par défaut, sauf indication contraire de l’assistance technique Tableau.
Depuis la version 2026.2.0, VizQL Server surveille son utilisation de la mémoire et ferme les sessions inactives si nécessaire.
Comment VizQL Server surveille l’utilisation de la mémoire
Dans Tableau Server, version 2026.2.0 et versions ultérieures, la clé native_api.close_old_sessions_if_memory_pressure_high est définie sur true. Lorsque ce paramètre est activé, VizQL Server surveille son utilisation de la mémoire à chaque création d’une nouvelle session. Si l’utilisation de la mémoire dépasse le seuil défini par native_api.max_memory_pressure_percentage, les sessions inactives les plus anciennes sont fermées pour réduire l’utilisation de la mémoire. Plus l’utilisation de la mémoire est élevée, plus les anciennes sessions inactives sont fermées énergiquement. Les sessions activement en cours d’utilisation, lorsque l’utilisateur interagit avec une vue, ne sont jamais fermées. La récupération de mémoire s’effectue en arrière-plan et ne ralentit ni ne bloque la création de nouvelles sessions.
La surveillance de l’utilisation de la mémoire par VizQL dépend de plusieurs clés de configuration qui interagissent entre elles :
| Clé de configuration | Type | Par défaut | Description |
|---|---|---|---|
native_api.memory_limit_enabled | Chaîne | true | Contrôle si la surveillance de la mémoire est active. Si cette option est définie sur false, aucune surveillance de la mémoire n’est effectuée. |
native_api.close_old_sessions_if_memory_pressure_high | Chaîne | true | Détermine si les sessions anciennes et inactives seront fermées en cas d’insuffisance de mémoire. |
native_api.max_memory_pressure_percentage | Entier | 90 | Pourcentage d’utilisation de la mémoire qui déclenche la récupération proactive des sessions. (La base de comparaison correspond à la limite de la mémoire de processus, laquelle est déterminée par native_api.memory_limit_per_process_gb ou native_api.memory_limit_per_process_percentage). |
native_api.goal_memory_pressure_percentage | Entier | 80 | Pourcentage d’utilisation de la mémoire cible visé par la récupération. Doit être inférieur à max_memory_pressure_percentage. |
native_api.memory_limit_per_process_gb | Entier | 0 | Limite mémoire absolue par processus, en gigaoctets. |
native_api.memory_limit_per_process_percentage | Entier | 70 | Pourcentage de la mémoire physique totale utilisée pour calculer la limite de mémoire du processus. S’utilise uniquement lorsque native_api.memory_limit_per_process_gb == 0. |