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 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 routées vers les autres processus VizQL Server opérationnels sur le cluster Tableau Server.
Surveillance de la mémoire par VizQL Server
À noter : une meilleure pratique consiste à laisser les paramètres à leurs valeurs par défaut, sauf instruction contraire de l’assistance technique Tableau.
Depuis la version 2026.2.0, VizQL Server surveille l’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 fois qu’une nouvelle session est créée, et 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. Les sessions qui sont activement utilisées par l’utilisateur interagissant 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 d’une nouvelle session.
La surveillance de l’utilisation de la mémoire VizQL dépend de l’interaction de plusieurs clés de configuration :
| 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 a lieu. Si défini sur false, aucune surveillance de la mémoire n’a lieu. |
native_api.close_old_sessions_if_memory_pressure_high | Chaîne | true | Détermine si les anciennes sessions inactives seront fermées lorsque la mémoire est insuffisante. |
native_api.max_memory_pressure_percentage | Entier | 90 | Pourcentage d’utilisation de la mémoire auquel la récupération proactive de session commence. (La base de comparaison est la limite de la mémoire de processus, qui est contrôlé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 que la récupération tente d’atteindre. Doit être inférieur à max_memory_pressure_percentage. |
native_api.memory_limit_per_process_gb | Entier | 0 | Limite de 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 de processus. Utilisé uniquement lorsque native_api.memory_limit_per_process_gb == 0. |