Skip to main content
Outre la configuration des paramètres au niveau de l’instance dans l’interface d’administration System Settings, W&B permet également de définir ces valeurs dans le code à l’aide de variables d’environnement. Cette page répertorie les variables d’environnement à définir pour contrôler la base de données, le stockage, Redis, le fournisseur d’identité et d’autres comportements au niveau de l’instance d’un déploiement autogéré du serveur W&B. Ces variables vous permettent de gérer la configuration sous forme de code plutôt que dans l’interface d’administration. Pour les variables propres à l’IAM, voir configuration avancée de l’IAM.

​
Référence des variables d’environnement

Le tableau suivant décrit chaque variable d’environnement, le comportement qu’elle contrôle et les éventuelles contraintes applicables à sa valeur.
  • Utilisez la variable d’environnement GORILLA_DATA_RETENTION_PERIOD avec précaution. Elle s’applique aux données de runs supprimés (y compris les fichiers associés aux runs, tels que les médias, à l’issue des processus de suppression). Elle ne supprime pas les artifacts ; pour cela, utilisez la suppression d’artifacts et GORILLA_ARTIFACT_GC_ENABLED comme décrit dans Supprimer un artifact. Pour comprendre le lien entre la suppression des runs et des fichiers, le stockage et ce paramètre, consultez Quand les données de runs supprimés sont retirées du stockage dans Supprimer des runs. Une fois la variable définie, les données sont supprimées selon la fenêtre de rétention. Sauvegardez à la fois la base de données et le bucket de stockage avant d’activer ou de modifier cette valeur. La suppression en arrière-plan des objets de votre bucket est approximative, et rien ne garantit qu’elle se termine dans un délai précis. Pour connaître le comportement attendu, les pistes de dépannage et le lien avec les coûts de stockage, consultez Gérer le stockage et les coûts des buckets.
  • Pour activer GRAPHQL_REJECT_UNAUTHED_REQUESTS avec l’opérateur Kubernetes, définissez-la uniquement sur le composant API :
    Appliquez vos modifications et attendez la fin du déploiement des pods de l’API avant de vérifier le paramètre. Pour désactiver ce comportement, supprimez la variable ou attribuez-lui une autre valeur.

​
Paramètres de fiabilité avancés

Cette section décrit les options de configuration facultatives que vous pouvez appliquer pour améliorer la fiabilité et les performances de votre déploiement du serveur W&B.

​
Redis

Un serveur Redis externe est facultatif, mais recommandé pour les systèmes de production. Redis contribue à améliorer la fiabilité du service et permet la mise en cache afin de réduire les temps de chargement, en particulier dans les projets volumineux. Utilisez un service Redis géré, tel qu’ElastiCache, avec haute disponibilité (HA) et les spécifications suivantes :
  • Mémoire : 4 Go minimum, 8 Go recommandés
  • Redis version 6.x
  • Chiffrement en transit
  • Authentification activée
Pour configurer l’instance Redis avec W&B, accédez à la page des paramètres W&B à l’adresse http(s)://YOUR-W&B-SERVER-HOST/system-admin. Activez l’option Use an external Redis instance, puis renseignez la chaîne de connexion Redis au format suivant :
Configuration de REDIS dans W&B
Vous pouvez également configurer Redis à l’aide de la variable d’environnement REDIS sur le conteneur ou dans votre déploiement Kubernetes. Vous pouvez aussi définir REDIS en tant que Kubernetes secret. Cette page part du principe que l’instance Redis s’exécute sur le port par défaut 6379. Si vous configurez un port différent, activez l’authentification et souhaitez activer TLS sur l’instance redis, utilisez le format de chaîne de connexion suivant : redis://$USER:$PASSWORD@$HOST:$PORT?tls=true
Dernière modification le 30 septembre 2026