편집을 취소할 수 있습니다. 이 편집을 되돌리려면 아래의 바뀐 내용을 확인한 후 게시해주세요.
최신판 | 당신의 편집 | ||
72번째 줄: | 72번째 줄: | ||
기본적으로, 엔진은 총 128개의 청크를 메모리에 올릴(<code>up</code>) 수 있도록 허용하며, 이 값은 서비스 속성 <code>storage.max_chunks_up</code>에 의해 제어됩니다. | 기본적으로, 엔진은 총 128개의 청크를 메모리에 올릴(<code>up</code>) 수 있도록 허용하며, 이 값은 서비스 속성 <code>storage.max_chunks_up</code>에 의해 제어됩니다. | ||
업(up) 상태의 활성 청크는 전송 준비가 된 것이며, 한편 아직 레코드를 수신 중인 청크도 있습니다. 다른 나머지 청크는 다운(down) 상태입니다. 즉, 파일시스템에만 있고 전송 준비가 되지 않으면 메모리에 올라가지(up) 않는다는 의미입니다. 청크는 2MB보다 훨씬 클 수 없으므로 | 업(up) 상태의 활성 청크는 전송 준비가 된 것이며, 한편 아직 레코드를 수신 중인 청크도 있습니다. 다른 나머지 청크는 다운(down) 상태입니다. 즉, 파일시스템에만 있고 전송 준비가 되지 않으면 메모리에 올라가지(up) 않는다는 의미입니다. 청크는 2MB보다 훨씬 클 수 없으므로 storage.max_chunks_up값이 기본값인 128이면, 각 입력은 대략 256MB의 메모리로 제한됩니다. | ||
입력 플러그인의 <code>storage.type</code>가 <code>filesystem</code>으로 활성화된 경우, <code>storage.max_chunks_up</code> 임계값에 도달하면, 플러그인이 일시중지되는 대신, 모든 새로운 데이터는 파일시스템에 있는 청크로 이동합니다. 이를 통해 서비스의 메모리 사용량을 제어할 수 있으며 서비스에서 데이터가 손실되지 않는다는 보장도 제공됩니다. 기본적으로, <code>storage.max_chunks_up</code> 제한은 최선(best-effort)의 방식으로 적용됩니다. Fluent Bit는 다음과 같은 <code>up</code> 상태인 청크에만 새 데이터를 추가할 수 있습니다. 제한에 도달하면 청크를 임시로 메모리에 올렸다가(<code>up</code>), 새 데이터를 수집한 다음 <code>down</code> 상태로 전환합니다. 일반적으로 Fluent Bit는 전체 <code>up</code> 청크 수를 <code>storage.max_chunks_up</code> 이하로 유지하도록 작동합니다. | 입력 플러그인의 <code>storage.type</code>가 <code>filesystem</code>으로 활성화된 경우, <code>storage.max_chunks_up</code> 임계값에 도달하면, 플러그인이 일시중지되는 대신, 모든 새로운 데이터는 파일시스템에 있는 청크로 이동합니다. 이를 통해 서비스의 메모리 사용량을 제어할 수 있으며 서비스에서 데이터가 손실되지 않는다는 보장도 제공됩니다. 기본적으로, <code>storage.max_chunks_up</code> 제한은 최선(best-effort)의 방식으로 적용됩니다. Fluent Bit는 다음과 같은 <code>up</code> 상태인 청크에만 새 데이터를 추가할 수 있습니다. 제한에 도달하면 청크를 임시로 메모리에 올렸다가(<code>up</code>), 새 데이터를 수집한 다음 <code>down</code> 상태로 전환합니다. 일반적으로 Fluent Bit는 전체 <code>up</code> 청크 수를 <code>storage.max_chunks_up</code> 이하로 유지하도록 작동합니다. |