Cp-ansible: 체계화된 ulimits

에 만든 2018년 09월 17일 · 7코멘트 · 출처: confluentinc/cp-ansible

컨플루언트 슬랙에서

일반적으로 열려 있는 파일의 수를 변경하려면 커널 매개변수(fs.file-nr)와 /etc/security/limits.conf도 수정해야 합니다. systemd에는 또 다른 단계가 있습니다. 데몬이 새 ulimit 매개변수를 선택하도록 *.service 파일도 수정해야 합니다. 이 게시물은 적용되는 지시문을 보여줍니다. 전달된 /lib/systemd/system/confluent-\*.service 파일에 LimitNOFILE을 추가하면 /proc/<pid>/limits 에서 열린 파일 제한을 인식하는 Java 데몬이 표시됩니다. 전달된 파일은 이제 모든 업그레이드에서 관리해야 하므로 전달된 시스템 파일에 대한 문서 메모 또는 변경 사항이 있어야 합니다.

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

참조 - https://unix.stackexchange.com/questions/345595/how-to-set-ulimits-on-service-with-systemd

enhancement

출처

OneCricketeer

모든 7 댓글

이상적으로는 LimitNOFile 등에 대한 충분한 기본값이 있어 이에 대해 걱정할 필요가 없지만 시스템 서비스에서 속성을 재정의하는 기능을 추가하는 것이 합리적입니다. 브로커와 같은 모든 서비스의 템플릿에 쉽게 추가할 수 있어야 합니다.

cotedm 에 2018년 09월 17일

플레이북 _ https://github.com/confluentinc/cp-ansible/blob/5.1.x/roles/confluent.kafka-broker/defaults/main.yml#L14_ 에서 메모리를 늘리거나 줄일 수 있습니다. , 예를 들어

 environment:      
      KAFKA_HEAP_OPTS: "-Xmx24g"
      LimitNOFILE: 102400

jvalderrama 에 2019년 06월 20일

그러나 시스템 파일을 적절하게 템플릿화하지 않습니다.

[Service]
Environment=LimitNOFILE=102400

와 다르다

[Service]
LimitNOFILE=102400

OneCricketeer 에 2019년 06월 20일

올바른 구현이 여기 있으며 검토 대기 중입니다.
https://github.com/confluentinc/cp-ansible/pull/107

jvalderrama 에 2019년 06월 20일

👍1

훌륭합니다. 이 구성 문제를 너무 오랫동안 해결하는 올바른 방법을 찾으려고 노력했습니다.

steevo590 에 2019년 07월 30일

👍1

이 문제를 해결할 새 릴리스가 곧 출시된다는 빠른 업데이트입니다.

JumaX 에 2019년 08월 08일

열린 파일 수를 처리하는 다음 PR을 병합했습니다.

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

JumaX 에 2019년 08월 23일

👍1

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Cp-ansible: 체계화된 ulimits

모든 7 댓글

관련 문제