Cp-ansible: Ulímites del sistema
En holgura confluente
Normalmente, para cambiar el número de archivos abiertos, debe modificar los parámetros de su kernel (fs.file-nr) y también su /etc/security/limits.conf. Con systemd, hay otro paso. También debe modificar el archivo *.service para que los demonios recojan los nuevos parámetros ulimit. Esta publicación muestra las directivas que se aplican. Una vez que agregué LimitNOFILE al archivo
/lib/systemd/system/confluent-\*.serviceentregado, $/proc/<pid>/limitsmostró que el daemon de Java reconocía el límite de archivos abiertos. Probablemente debería haber una nota de documentación o un cambio en el archivo systemd entregado, ya que ese archivo entregado ahora deberá administrarse en cada actualización.
https://confluentcommunity.slack.com/archives/C49R61XMM/p1537208485000100
Consulte: https://unix.stackexchange.com/questions/345595/how-to-set-ulimits-on-service-with-systemd
OneCricketeer
Todos 7 comentarios
Idealmente, tendríamos valores predeterminados lo suficientemente buenos para LimitNOFile y tal como para no tener que preocuparnos por esto, pero tiene sentido agregar la capacidad de anular las propiedades en el servicio systemd. Debería ser lo suficientemente fácil de agregar a las plantillas para todos los servicios, por ejemplo, para el corredor
cotedm
en 17 sept. 2018
Se puede hacer en el libro de jugadas en _ https://github.com/confluentinc/cp-ansible/blob/5.1.x/roles/confluent.kafka-broker/defaults/main.yml#L14_ , también aumenta o disminuye la memoria , por ejemplo
environment:
KAFKA_HEAP_OPTS: "-Xmx24g"
LimitNOFILE: 102400
jvalderrama
en 20 jun. 2019
Sin embargo, eso no creará una plantilla adecuada para el archivo systemd.
[Service]
Environment=LimitNOFILE=102400
Es diferente de
[Service]
LimitNOFILE=102400
Tienes razón, la implementación correcta está aquí, pendiente de ser revisada:
https://github.com/confluentinc/cp-ansible/pull/107
jvalderrama
en 20 jun. 2019
Esto es genial, he estado tratando de encontrar la forma correcta de abordar este problema de configuración durante demasiado tiempo.
steevo590
en 30 jul. 2019
Actualización rápida de que tenemos un nuevo envío de lanzamiento en breve que abordará esto.
JumaX
en 8 ago. 2019
Acabamos de fusionar el siguiente PR que aborda el número de archivos abiertos:
JumaX
en 23 ago. 2019
Temas relacionados
Fobhep
·
12Comentarios
chuck-confluent
·
5Comentarios
LGouellec
·
4Comentarios
sandeeprapido
·
9Comentarios
luizm
·
18Comentarios