WAPT : remplacement des miroirs de dépôts secondaires par le proxycache

Jusqu’à présent, dans WAPT, les dépôts secondaires étaient gérés comme des miroirs. Ce fonctionnement consistait à créer une copie complète des données présentes sur le serveur WAPT principal : paquets, mises à jour Windows, données WADS, et autres fichiers nécessaires aux agents. Ce mode de fonctionnement avait l’avantage d’être simple à comprendre et pratique dans certains cas. Cependant, il présentait plusieurs limites importantes, notamment lors de la mise en place initiale ou dans les environnements disposant d’un volume de données conséquent.

Les limites de l’ancien fonctionnement par miroir

Avec le système de miroir, le serveur devait générer un hash pour l’ensemble des fichiers à synchroniser. Cette opération pouvait prendre beaucoup de temps, en particulier sur les dépôts volumineux. L’activation initiale d’un dépôt secondaire pouvait donc être longue. De plus, si la liste des hash venait à être corrompue, un cycle complet de recalcul et de synchronisation devait être relancé, ce qui pouvait à nouveau mobiliser beaucoup de temps et de ressources.

Un autre inconvénient majeur venait du fait que le miroir synchronisait l’intégralité des données, même celles qui ne seraient jamais demandées par les agents. Cela pouvait entraîner le transfert et le stockage d’une quantité importante de fichiers inutilisés.

Enfin, une nouvelle synchronisation ne pouvait pas démarrer tant que la précédente n’était pas terminée. Dans certains contextes, cela pouvait provoquer des délais supplémentaires avant la mise à disposition effective des fichiers demandés.

Arrivée du nouveau mode proxycache

Pour répondre à ces limites, nous avons décidé de supprimer cette fonctionnalité en l’état et de la remplacer par un nouveau mode de synchronisation : le proxycache.

Contrairement au miroir, le proxycache ne télécharge pas l’intégralité du dépôt à l’avance. Il récupère les fichiers uniquement lorsqu’ils sont demandés en téléchargement par les agents. Lorsqu’un agent demande un fichier, le proxycache le télécharge depuis le serveur WAPT principal, puis le conserve localement. Si ce même fichier est demandé à nouveau par un autre agent, il pourra alors être redistribué directement depuis le cache local, sans nécessiter un nouveau téléchargement depuis le serveur principal.

Si le fichier a changé côté serveur WAPT, il sera de nouveau téléchargé afin de garantir que les agents récupèrent bien la version à jour.

Un cache plus efficace et plus souple

Ce nouveau fonctionnement permet de ne télécharger que les fichiers réellement nécessaires. Les données inutilisées ne sont donc plus synchronisées inutilement, ce qui réduit la bande passante consommée ainsi que l’espace disque utilisé sur les dépôts secondaires.

Le proxycache intègre également un mécanisme de nettoyage automatique. Si un fichier n’a pas été demandé depuis un certain temps, le nettoyage peut s’enclencher afin de libérer de l’espace disque.

Autre amélioration importante : le proxycache gère plusieurs téléchargements simultanés. Il n’est donc plus nécessaire d’attendre qu’une synchronisation en cours soit terminée pour qu’un autre téléchargement puisse démarrer. Le premier téléchargement d’un fichier peut être plus lent, puisqu’il doit être récupéré depuis le serveur principal. En revanche, ce fichier devient disponible immédiatement après sa récupération, sans attendre la fin d’un cycle complet de synchronisation.

 Intégration du serveur TFTP

Le paquet tis-proxycache permet d’installer et de configurer WAPT Proxycache avec le support TFTP intégré. Proxycache télécharge les fichiers à la demande, les conserve localement puis les redistribue aux agents WAPT depuis le cache. Le service TFTP utilise le même mécanisme, ce qui permet de réduire la bande passante et d’accélérer les déploiements sur les sites distants.

Dépréciation de l’ancien mode dépôt secondaire

L’ancien mode de synchronisation des dépôts secondaires reste fonctionnel dans WAPT 2.7.
Il est toutefois désormais considéré comme déprécié. Ce mode sera définitivement abandonné à partir de WAPT 2.7.1.

 

Démonstration

Démo groupée

17/09/2026 : 14h30

Je participe