슬레이브 / 마스터 관계가 반드시 필요하지 않은 여러 Jenkins 인스턴스가 실행 중입니다. 한 인스턴스가 다운되면 서로를 모니터링하고 관리자에게 경고하는 가장 좋은 방법은 무엇입니까? 현재 사용중인 접근 방식은 인스턴스 B에서 작업을 트리거하는 인스턴스 A에 작업을 두는 것입니다. 그런 다음 인스턴스 B의 리소스가 정상인지 확인합니다. 그런 다음 인스턴스 B는 인스턴스 A에서 동일한 트리거 프로세스를 수행합니다. 이것이 좋은 설정입니까? 작업을 트리거하고 출력 상태를 얻는 가장 좋은 방법은 무엇입니까?
이것은 좋은 설정입니까?
사용 사례에서 작동한다면 좋은 설정입니다. 즉, 스크립트를 자주 수정하거나 잘못된 경고를 당하지 않습니다.
작업 대기열을 사용하는 데 문제가있는 경우가있을 수 있습니다. 예를 들어 이전에 실행할 작업이 많거나 처리 할 하트 비트를 차단하는 장기 실행 작업이 있습니다. 그런 다음 하트 비트와 같은 작업을 수행하기 위해 한 작업 실행자를 자유롭게 유지할 수 있습니다. 이 (작업 제한) 이 맞는 것 같습니다.
또한, 하트 비트를 순차적으로 결합한다는 것은 첫 번째 실패 후에 시퀀스의 다른 모든 노드에 대한 정보가 더 이상 없음을 의미합니다. 따라서 인스턴스 A가 다운되면 인스턴스 B의 상태를 알 수 없습니다.
서버 모니터링 소프트웨어를 확인하겠습니다 : nagios , cacti 등. Jenkins를 여기에 통합하는 스크립트를 찾을 수 있으며 모니터링 작업을 통합하는 것이 상당히 쉬운 것처럼 보입니다. 여기에서 meMangesh는 특정 젠킨스 작업 URL에 HTTP를 통해 액세스 할 수 있는지 확인하는 스크립트를 작성했습니다.
이러한 소프트웨어를 사용하면 서버에서 무엇을 찾아야하는지에 대한 힌트를 얻을 수있는 추가 이점이 있습니다. 예를 들어 하드 디스크 파티션이 가득 차거나 서버의 부하가 높을 때 등입니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다