Documentation utilisateur
  1. Qu'est-ce que redirection.io ?
  2. Guide de démarrage
  3. Que sont les organisations et les projets ?
  4. Inviter de nouveaux collaborateurs
  5. Compte utilisateur et préférences
  6. Utilisation des logs de trafic
  7. Créer une règle
  8. Référence des triggers et des marqueurs
  9. Référence des actions
  10. Comment importer ou exporter des règles de redirection en masse ?
  11. Gestion des instances
  12. Notifications du projet
  13. Segmentation des projets
  14. Combien ça coûte ?
  15. Puis-je utiliser redirection.io gratuitement ?
  16. À propos de nous

Documentation développeur
  1. TL;DR; Fast track
  2. Intégrations disponibles
  3. Module nginx
  4. Module Apache
  5. Intégration platform.sh
  6. Cloudflare Workers
  7. Intégration Fastly Compute@Edge
  8. Middleware Vercel
  9. Utiliser redirection.io avec Docker
  10. Est-ce rapide ?
  11. API publique

Documentation de l'agent
  1. Installation de l'agent
  2. Mise à jour de l'agent
  3. Options de l'agent en ligne de commande
  4. L'agent en tant que reverse proxy
  5. Référence de configuration de l'agent
  6. Configuration minimale
  7. Recevoir des requêtes
  8. Configuration du backend
  9. Virtualhosts
  10. Trusted proxies
  11. Base de données GeoIP
  12. Compression de la réponse
  13. Réglages de performance
  14. Logs d'accès
  15. Persister dans un bucket s3
  16. Monitoring de l'agent
  17. Utilisation de l'agent derrière un proxy HTTPS
  18. Exemples de configuration de l'agent redirection.io

Instances managées
  1. Que sont les instances managées ?
  2. Ajouter un domaine à votre projet
  3. Limites et quota des instances managées
  4. Questions fréquemment posées

Crawler
  1. Qu'est-ce que le crawler de redirection.io ?
  2. Démarrer un crawl
  3. Planifier un crawl
  4. Analyse des résultats d'un crawl
  5. La liste des crawls
  6. Crédits de crawl et tarifs
  7. Erreurs d'exploration
  8. Référence des métriques du crawler
  9. Référence des colonnes du crawler

Base de connaissances
  1. Créez vos premières redirections
  2. redirection.io : recettes de règles
  3. Mise en place d'un serveur de redirection sur Azure Cloud
  4. Données structurées et extraits enrichis
  5. Qu'est-ce qu'une redirection d'URL ?
  6. Pourquoi utiliser les redirections d'URL et comment les configurer

Versions legacy
  1. Référence de configuration de l'agent 1.x
  2. Référence de configuration de l'agent 2.x
  3. Intégrations dépréciées
  4. Intégration legacy de Cloudflare Workers

Changelogs
  1. redirectionio-agent
  2. libnginx-mod-redirectionio
  3. libapache2-mod-redirectionio

Réglages de performance

Plusieurs approches peuvent être utilisées pour ajuster les performances de l'agent et l'utilisation des ressources.

Gestion des threads dans le mode "reverse proxy"

En tant que reverse proxy, l'agent redirection.io peut gérer un grand nombre de requêtes, et il peut être configuré pour optimiser ses performances de différentes manières. Par exemple, vous pouvez configurer l'agent pour utiliser un nombre spécifique de workers, pour activer ou désactiver l'utilisation de HTTP/2 pour les connexions backend, etc.

Voir dans l'explorateur de configuration
instance:
    name: 'My Instance'
reverse_proxy:
    listen:
        - 'tcp://0.0.0.0:80'
    forward:
        address: 'backend:8080'
    agent:
        project_key: my-project-key
    server_threads: 1
    worker_threads: 4
    worker_max_blocking_threads: 1024

Les directives de configuration suivantes peuvent être utilisées pour ajuster les performances de l'agent :

  • server_threads (par défaut : 1) : le nombre de threads à utiliser pour gérer les requêtes entrantes. Par défaut, l'agent utilise un seul thread pour gérer les requêtes entrantes, mais vous pouvez augmenter ce nombre pour améliorer les performances de l'agent lors de la gestion d'un grand nombre de requêtes simultanées.
  • worker_threads : le nombre de threads à utiliser pour gérer le traitement des requêtes et le transfert vers le backend. Par défaut, l'agent utilise un nombre de threads worker égal au nombre de cœurs CPU disponibles, il ne devrait donc pas être nécessaire de configurer cette option dans la plupart des cas.
  • worker_max_blocking_threads (par défaut : 1024) : le nombre maximum de threads à utiliser pour gérer les opérations bloquantes.

Consommation de mémoire

D'autres directives de configuration peuvent être utilisées pour limiter la consommation de mémoire:

Voir dans l'explorateur de configuration
instance:
    name: 'My Instance'
    cache: 10000
    max_logs_buffer_size: 20000
reverse_proxy:
    listen:
        - 'tcp://0.0.0.0:80'
    forward:
        address: '127.0.0.1:8080'
    agent:
        project_key: my-project-key

Dans cet exemple, la directive cache limite le nombre d'expressions régulières compilées stockées en mémoire (pour le matching de requêtes de manière performante), et max_logs_buffer_size limite le nombre maximum de logs pouvant être mis en buffer en mémoire avant d'être envoyés à la plateforme redirection.io (définir cette valeur à un niveau très élevé utilisera plus de mémoire si beaucoup de logs sont collectés sur une courte période).

Supervision des performances

N'oubliez pas que vous n'êtes pas aveugle lorsque vous utilisez l'agent redirection.io ! Nous proposons des moyens de superviser l'agent et de vérifier qu'il fonctionne correctement.

Cette page a été mise à jour le 30 mars 2026
Vous ne trouvez pas votre réponse ?