# Documentation Patroni 4.1.5 > Aperçu de la documentation haute disponibilité de Patroni pour PostgreSQL. --- Index LLMS : [llms.txt](/fr/llms.txt) --- > [!AVERTISSEMENT] > Exécution de Patroni sur des systèmes à mémoire limitée avec Python 3.11+ Si vous exécutez Patroni sur un système avec des limites de mémoire strictes, par exemple avec `vm.overcommit_memory=2` (recommandé pour PostgreSQL), et utilisez Python 3.11 ou une version ultérieure, vous pouvez observer un comportement inattendu : - Patroni est en état sain - PostgreSQL continue de s'exécuter - L'API REST de Patroni devient inopérante - Le système d'exploitation indique que Patroni écoute sur le port de l'API REST - Les journaux de Patroni semblent normaux ; cependant, les messages suivants peuvent apparaître une fois : `Exception ignored in thread started by: `, `MemoryError` - Les journaux du noyau peuvent contenir des messages tels que `not enough memory for the allocation` Ce comportement est dû à un [bug dans Python 3.11+](https://github.com/python/cpython/issues/140746). Sous des conditions de mémoire strictes, le démarrage d'un nouveau thread peut bloquer indéfiniment en l'absence de mémoire libre. ## Solution recommandée {#recommended-solution} Les versions récentes de Patroni (4.1.1+, 4.0.8+) réduisent l'impact de ce problème en lançant tous les threads requis dès le démarrage, avant que le système ne soit soumis à une pression mémoire. ## Recommandations supplémentaires (Linux, glibc) {#additional-recommendations-linux-glibc} Lors de l'exécution avec `vm.overcommit_memory=2` (recommandé pour PostgreSQL), nous recommandons également de lancer Patroni avec les variables d'environnement suivantes configurées : - `MALLOC_ARENA_MAX=1` - réduit la quantité de mémoire virtuelle allouée par glibc aux applications multithreadées - `PG_MALLOC_ARENA_MAX=` - réinitialise la valeur de `MALLOC_ARENA_MAX` pour les processus PostgreSQL lancés par Patroni. En outre, vous pouvez ajuster les paramètres de configuration suivants de Patroni : - `thread_stack_size` - taille de la pile utilisée par les threads lancés par Patroni. Réduire cette valeur diminue l'utilisation mémoire du processus Patroni. La valeur par défaut définie par Patroni est `512kB`. Augmentez `thread_stack_size` si Patroni subit des plantages liés à la pile ; sinon, la valeur par défaut est suffisante. - `thread_pool_size` - taille du pool de threads utilisé par Patroni pour les tâches asynchrones et la communication API REST avec les autres membres lors des courses au leader ou des vérifications en mode d'urgence. La valeur par défaut est `5`, qui est suffisante pour les clusters à trois nœuds. - `restapi.thread_pool_size` - taille du pool de threads utilisé pour traiter les requêtes API REST. La valeur par défaut est `5`, permettant jusqu'à cinq requêtes API REST en parallèle. Notez que les requêtes impliquant des requêtes SQL sont effectivement sérialisées, car une seule connexion à la base de données est utilisée, aussi l'augmentation de cette valeur ne procure généralement aucun avantage. -------- Patroni est un modèle de solutions PostgreSQL à haute disponibilité (HA) basé sur Python. Pour une accessibilité maximale, Patroni prend en charge une variété de magasins de configuration distribués, tels que [ZooKeeper](https://zookeeper.apache.org/), [etcd](https://github.com/coreos/etcd), [Consul](https://github.com/hashicorp/consul) ou [Kubernetes](https://kubernetes.io). Les ingénieurs base de données, les DBA, les ingénieurs DevOps et les SRE qui souhaitent déployer rapidement une solution PostgreSQL à haute disponibilité dans des datacenters — ou ailleurs — devraient y trouver un intérêt. Nous appelons Patroni un « modèle » car il est loin d’être un système de réplication universel ou immédiatement utilisable. Il présente ses propres contraintes. À utiliser avec prudence. Il existe de nombreuses façons de mettre en œuvre une haute disponibilité avec PostgreSQL ; pour en consulter la liste, reportez-vous à la [Documentation PostgreSQL](https://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling). Versions de PostgreSQL actuellement prises en charge : 9.3 à 18. **Remarque aux utilisateurs de Citus** : À compter de la version 3.0, Patroni intègre harmonieusement l'extension de base de données [Citus](https://github.com/citusdata/citus) pour PostgreSQL. Veuillez consulter la page [Prise en charge de Citus](/fr/docs/patroni/citus#citus) dans la documentation de Patroni pour plus d'informations sur l'utilisation de la haute disponibilité Patroni avec un cluster distribué Citus. **Remarque aux utilisateurs Kubernetes** : Patroni peut s'exécuter nativement sur Kubernetes. Consultez le chapitre [Kubernetes](/fr/docs/patroni/kubernetes#kubernetes) de la documentation Patroni. image --- Pages de section : - [Introduction](/fr/docs/patroni/readme/): Introduction à Patroni, démarrage rapide et concepts fondamentaux de haute disponibilité. - [Installation](/fr/docs/patroni/installation/): Instructions d’installation et de mise à jour de Patroni sur les plates-formes prises en charge. - [Configuration Patroni](/fr/docs/patroni/config/): Modèle de configuration Patroni, règles de priorité et outils de validation. - [API REST Patroni](/fr/docs/patroni/rest_api/): Référence des points d'extrémité de l'API REST de Patroni et de leurs comportements opérationnels. - [patronictl](/fr/docs/patroni/patronictl/): Référence de la commande pour la configuration, la syntaxe et les sous-commandes de patronictl. - [Imagerie de réplique et amorçage](/fr/docs/patroni/replica_bootstrap/): Flux de travail d'imagerie de réplique, d'amorçage et de création de réplique personnalisée. - [Modes de réplication](/fr/docs/patroni/replication_modes/): Modes de réplication asynchrone et synchrone gérés par Patroni. - [cluster de secours](/fr/docs/patroni/standby_cluster/): Configuration du cluster de secours, comportement et réplication depuis un primaire distant. - [Prise en charge du watchdog](/fr/docs/patroni/watchdog/): Intégration du watchdog et considérations sur le fencing pour les clusters Patroni. - [Mode Pause/Reprise pour le cluster](/fr/docs/patroni/pause/): Comportement du mode pause et reprise pour la gestion du cluster Patroni. - [Mode de secours DCS](/fr/docs/patroni/dcs_failsafe_mode/): Comportement, exigences et précautions opérationnelles du mode de secours DCS. - [Utilisation de Patroni avec Kubernetes](/fr/docs/patroni/kubernetes/): Utilisation de Patroni avec les objets, étiquettes et la découverte de service Kubernetes. - [Prise en charge Citus](/fr/docs/patroni/citus/): Détails d'intégration Patroni pour les groupes coordinateur et worker Citus. - [Convertir un nœud autonome en cluster Patroni](/fr/docs/patroni/existing_data/): Procédure de conversion des données PostgreSQL existantes en cluster Patroni. - [Intégration avec d'autres outils](/fr/docs/patroni/tools_integration/): Intégration de Patroni avec des outils externes de sauvegarde et d'orchestration. - [Considérations de sécurité](/fr/docs/patroni/security/): Considérations de sécurité pour DCS, l'API REST et la gestion des identifiants. - [Haute disponibilité multi-centre de données](/fr/docs/patroni/ha_multi_dc/): Modèles de haute disponibilité multi-centres de données avec réplication Patroni. - [FAQ](/fr/docs/patroni/faq/): Questions fréquemment posées sur l'opération et le dépannage de Patroni. - [Notes de version](/fr/docs/patroni/releases/): Notes de version et historique des modifications de Patroni, par ordre chronologique. - [Guidelines pour les contributions](/fr/docs/patroni/contributing_guidelines/): Contribution au workflow, canaux de support et directives de développement. --- Liens inverses : - [Attribution](/fr/attribution/) - [Documentation](/fr/docs/)