Cp-ansible: ulimits systemd

Créé le 17 sept. 2018  ·  7Commentaires  ·  Source: confluentinc/cp-ansible

Dans le mou confluent

Normalement, pour modifier votre nombre de fichiers ouverts, vous devez modifier les paramètres de votre noyau (fs.file-nr) ainsi que votre fichier /etc/security/limits.conf. Avec systemd, il y a une autre étape. Vous devez également modifier le fichier *.service pour que les démons récupèrent les nouveaux paramètres ulimit. Cet article montre les directives qui s'appliquent. Une fois que j'ai ajouté LimitNOFILE au fichier /lib/systemd/system/confluent-\*.service livré, $ /proc/<pid>/limits a montré que le démon Java reconnaissait la limite de fichier ouvert. Il devrait probablement y avoir soit une note de documentation, soit une modification du fichier systemd livré, car ce fichier livré devra désormais être géré à chaque mise à niveau

https://confluentcommunity.slack.com/archives/C49R61XMM/p1537208485000100

Référez-vous - https://unix.stackexchange.com/questions/345595/how-to-set-ulimits-on-service-with-systemd

enhancement
Source
picture OneCricketeer

Tous les 7 commentaires

Idéalement, nous aurions des valeurs par défaut suffisamment bonnes pour LimitNOFile et autres pour ne pas avoir à nous en préoccuper, mais l'ajout d'une capacité à remplacer les propriétés dans le service systemd est logique. Devrait être assez facile à ajouter aux modèles pour tous les services, par exemple pour le courtier

cotedm picture cotedm le 17 sept. 2018

Cela peut être fait dans le playbook à _ https://github.com/confluentinc/cp-ansible/blob/5.1.x/roles/confluent.kafka-broker/defaults/main.yml#L14_ , augmentez ou diminuez également la mémoire , par exemple

 environment:      
      KAFKA_HEAP_OPTS: "-Xmx24g"
      LimitNOFILE: 102400
jvalderrama picture jvalderrama le 20 juin 2019

Cependant, cela ne modélisera pas le fichier systemd de manière appropriée.

[Service]
Environment=LimitNOFILE=102400

Est différent de

[Service]
LimitNOFILE=102400
OneCricketeer picture OneCricketeer le 20 juin 2019

Vous avez raison, la mise en œuvre correcte est ici, en attente d'être examinée :
https://github.com/confluentinc/cp-ansible/pull/107

jvalderrama picture jvalderrama le 20 juin 2019
👍1

C'est génial, j'ai essayé de trouver la bonne façon de résoudre ce problème de configuration pendant trop longtemps

steevo590 picture steevo590 le 30 juil. 2019
👍1

Mise à jour rapide indiquant que nous aurons bientôt une nouvelle version qui résoudra ce problème.

JumaX picture JumaX le 8 août 2019

Nous venons de fusionner le PR suivant qui adresse le nombre de dossiers ouverts :

https://github.com/confluentinc/cp-ansible/pull/124

JumaX picture JumaX le 23 août 2019
👍1
Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

sandeeprapido picture sandeeprapido  ·  9Commentaires
a-narenji picture a-narenji  ·  5Commentaires
Fobhep picture Fobhep  ·  12Commentaires
Fobhep picture Fobhep  ·  12Commentaires
luizm picture luizm  ·  18Commentaires