RDS의 로그를 CloudWatchLogs로 내보낼 때 눈에 띄지 않게 빠져들기
AWS에서는 RDS의 로그를 CloudWatchLogs 측면으로 내보낼 수 있습니다.
그래서 며칠 전에 해봤는데 헛수고만 했어요.
나는 이 보도에서 어딘가에 빠져서 도대체 어떻게 된 일인지 비망록을 한 권 쓸 것이라고 생각한다.
참고할 만한 점이 있으면 좋겠어요.
CloudWatchLogs에 로그 출력에 필요한
이번 보도의 목적은 자신이 반한 일을 기록하기 위한 것이다
각자의 설정 내용을 특별히 기재하지 않다.
각자의 설정 내용에 대해서.
이상은 참고할 수 있다고 생각합니다.
내가 반한 곳
저는 위의 사이트를 참고하여 클라우드 워치 로그에 대한 출력 설정, 옵션 그룹 매개 변수 그룹의 제작과 분배를 진행했지만 로그가 나오지 않았습니다.
왜냐고 생각해서 제가 실제로 설정한 내용과 문서에 기록된 설정 사이의 차이를 확인하고 MySQL의 설정 내용이 다른지 조사했는데 저도 잘 모르겠습니다.
하지만 RDS 측의 설정을 자세히 살펴보니 이런 글이 발견됐다.
네.
아시다시피 아직 재부팅되지 않았고 실제 설정이 반영되지 않았습니다.
이번에 나는 이미 제작된 RDS 후에 부품 선택팀과 파라미터 그룹을 분배했다.
그때는 즉시 적용되냐, 다음 유지보수 기간에 적용되느냐는 질문을 받을 수 있다
이때는 다음 유지보수 기간을 선택했다.
따라서 변경 내용의 적용은 사실상 당시 반영되지 않았다
로그도 출력되지 않았습니다.
RDS를 새로 만들 때는 고려하지 않아도 됩니다.
RDS가 있는 설정은 이후부터 변경될 경우 즉시 적용할지 여부를 고려하십시오.
후기
서버에'기본설정 변경 후 재로드'같은 설정이 돼 있다면 우선 잊지 않겠지만, AWS의 콘솔에서 파치를 가지고 놀다 보면 의식에서 벗어나기 쉽다.
클로드도 결과가 어떤 물리 서버에서 일어난 일이라는 것을 다시 한 번 느꼈다.
Reference
이 문제에 관하여(RDS의 로그를 CloudWatchLogs로 내보낼 때 눈에 띄지 않게 빠져들기), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/2done/items/b2fb3853289193da01e3텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)