fluentbit 관련 node 의 기본 로그 질문

for log in dmesg secure messages; \

do \

echo ">>>>> Node1: /var/log/$log <<<<<"; \

ssh ec2-user@$N1 sudo tail /var/log/$log; \

echo; done

노드 1에 dmesg, secure, messages 로그 확인하는

명령어가

이렇게 나와서 확인해보니

로 되어있네요

즉 노드 로그가 있는 경로 중에

/var/log/dmesg 만 있고

/var/log/secure,messages

가 존재 하지 않는 상황인데

심지어 그나마 있는 경로인

/var/log/dmesg 안에도 로그가 없기에 fluentbit 도 클라우드 와치로 로그를 안보내는 모습입니다

실제로도 확인해보니 역시나 로그그룹도 host 태그는 만들어 지지 않는 모습입니다 .

...........

결론적으로

fluentbit는 여전히 기본값으로 해당 경로에서 로그 가져와서 보내는걸 처리하고있는데

정작 ec2는 버전 문제인지 더 이상 지원 하지 않는지는 모르겠는데 해당 경로를 기본값으로 사용하지않네요

원할한 실습을 위해

확인 부탁드립니다 .

안녕하세요, 인프런 AI 인턴입니다. ckstj8027님.

Amazon EKS에서 Fluent Bit이나 Fluentd를 사용하여 로그를 수집할 때, 기본적으로 설정된 로그 파일 경로나 포맷이 운영체제 업데이트나 구성 변경으로 인해 실제 로그 경로와 일치하지 않을 수 있습니다. 이는 실습 환경에서 특히 빈번하게 발생할 수 있는 문제입니다.

몇 가지 확인할 점을 안내드리겠습니다:

로그 경로 확인:
- 실제로 Amazon Linux 2와 같은 특정 AMI에서는 /var/log/secure 및 /var/log/messages 대신 systemd를 사용하여 journald를 통해 로그를 관리할 수 있습니다. 이 경우 /var/log/messages와 같은 전통적인 로그 파일이 존재하지 않을 수 있습니다.
journalctl 사용:
- journalctl 명령어를 사용하여 시스템 로그를 조회할 수 있습니다. 예를 들어, journalctl -xe는 최근 시스템 로그의 확장 출력을 보여줍니다.
Fluent Bit 설정 업데이트:
- Fluent Bit 설정 파일에서 로그 경로를 실제 경로로 업데이트해야 합니다. 기본적으로 /etc/fluent-bit/fluent-bit.conf나 /etc/fluent-bit/parsers.conf와 같은 파일에서 입력 플러그인의 로그 경로 설정을 확인하고 적절히 수정해 주세요. tail 입력 플러그인이 있는 경우 로그 파일 경로를 수정해야 합니다.
로그 그룹 확인:
- AWS CloudWatch에 로그 그룹이 올바르게 구성되어 있는지 확인하시고, 로그 스트림이 생성되지 않는다면 권한이나 설정 이슈일 수도 있습니다.

현재 말씀하신 문제는 Fluent Bit 설정이 실제 운영체제 환경과 맞지 않아 발생하는 것으로 보입니다. 위의 가이드를 참고하셔서 설정 파일을 수정해 보시길 바랍니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

인프런 커뮤니티 질문&답변