Passer au contenu principal
En plus de configurer les paramètres de l’instance via l’interface d’administration System Settings, W&B permet également de configurer ces valeurs dans le code à l’aide de variables d’environnement. Cette page répertorie les variables d’environnement que vous pouvez définir pour contrôler la base de données, le stockage, Redis, le fournisseur d’identité et d’autres paramètres au niveau de l’instance pour un déploiement autogéré du serveur W&B. Vous pouvez utiliser ces variables pour gérer la configuration sous forme de code plutôt que via l’interface d’administration. Pour les variables spécifiques à IAM, voir la configuration avancée pour IAM.

​
Référence des variables d’environnement

Le tableau suivant décrit chaque variable d’environnement, le comportement qu’elle contrôle, ainsi que les éventuelles contraintes liées à sa valeur.
  • Utilisez la variable d’environnement GORILLA_DATA_RETENTION_PERIOD avec prudence. Elle s’applique aux données de run supprimées (y compris les fichiers associés au run, comme les médias, après les opérations de suppression). Elle ne supprime pas les artifacts ; utilisez la suppression d’artifact 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, voir Quand les données de run supprimées sont retirées du stockage dans Supprimer des runs. Une fois la variable définie, les données sont supprimées selon la période 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 n’est pas garantie dans un délai précis. Pour connaître le comportement attendu, les étapes de dépannage et le lien avec les coûts de stockage, voir Gérer le stockage et les coûts du bucket.
  • Pour activer GRAPHQL_REJECT_UNAUTHED_REQUESTS avec le Kubernetes Operator, définissez-le uniquement sur le composant API :
    Appliquez vos modifications et attendez que les pods de l’API soient mis à jour avant de vérifier le paramètre. Vous pouvez désactiver ce comportement en supprimant la variable ou en lui attribuant une autre valeur.

​
Paramètres avancés de fiabilité

La section suivante décrit la configuration facultative que vous pouvez appliquer pour améliorer la fiabilité et les performances du déploiement de votre 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 à activer la mise en cache afin de réduire les temps de chargement, en particulier dans les grands projets. Utilisez un service Redis géré tel qu’ElastiCache avec haute disponibilité (HA) et les spécifications suivantes :
  • Minimum 4 Go de mémoire, 8 Go recommandés
  • Version Redis 6.x
  • Chiffrement en transit
  • Authentification activée
Pour configurer l’instance Redis avec W&B, accédez à la page Settings de 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 comme secret Kubernetes. Cette page suppose que l’instance Redis s’exécute sur le port par défaut 6379. Si vous configurez un autre port, activez l’authentification et souhaitez également activer TLS sur l’instance redis, le format de la chaîne de connexion est : redis://$USER:$PASSWORD@$HOST:$PORT?tls=true