linux/centos (4) 썸네일형 리스트형 AWS EC2 인스턴스 연결성 검사 실패 AWS의 EC2 서버가 죽었습니다. 🙏 기록상 22년 11월 11일에 발생했는데 모르고 신나게 주말을 보낸 후 14일 월요일에 알게 되었습니다. ssh 접속이 안되어 AWS에 접속해서 확인해보니 상태 검사가 실패한 상태 였습니다. 잘 돌아가던 서버가 왜 검사 통과를 못해서 먹통이 됐지?! 이런 문제가 발생하면 가장 먼저 드는 생각은 내가 만든 서비스는 문제가 없는데 AWS도 안되겠네~ 현실 부정, 책임 전가와 같은 생각들입니다. 반성합니다. 그러나 이런 방어기재로 인해 오늘도 개발자로 살아가고 있습니다. 다음에는 같은 문제 발생 시 좀 더 유연하게 대처할 수 있지 않을까요?! 애니웨이 서버 재실행 후 서비스 실행하면 다시 정상 동작을 해서 협상에 들어갑니다. 지금은 다시 잘 수행되니깐 또 같은 문제가 발.. 디스크 부족 문제를 우선 해결하는 방법 리눅스 서버에 서비스를 배포해서 운영하고 있는데 문제가 자꾸 생깁니다. 서비스를 잘 만들었다면 이런 문제는 안 생겼겠지만, 서비스를 잘 만들기 위한 노력은 참 어려운 것 같아요. 다소 부족한 서비스더라도 서버의 여러 도구들로 보살펴준다면 괜찮은 서비스로 포장 할 수 있습니다. 그럼 제가 겪은 문제들에 대해 공유 드리겠습니다. 디스크 부족 문제 디스크 용량이 많이 싸졌다고는 하지만 그렇다고 무한하게 사용할 순 없는 리소스 입니다. 아래는 제가 만든 서비스 중에서 디스크 문제가 발생했던 경우들 입니다. DB에 축적되는 데이터 양이 많고, 비례해서 로그도 많이 축적되는 문제 파일을 많이 저장하는 문제 (서비스 특성) 백업이 일자별로 축적되는 문제 그냥 만들다보니 이런 문제가 발생했었습니다. 서비스의 문제도 있.. 반복적으로 작업을 실행하고 싶을 때 - crontab centos 서버에 서비스를 올려서 돌리는 것까지는 했는데 서버라는 것이 생각보다 손이 많이 갑니다. 서비스가 잘 동작하고 있는지, 리소스 상태가 어떤지, 에러 로그가 있는지 등을 지속적으로 체크해야 합니다. 그런데 서버를 띄워놓고 계속 들여다 볼 수가 없으니 내버려 두고 다른 일들을 열심히 하다가 문제가 발생하면 그제서야 미안하다/죄송하다는 말과 함께 원인을 찾고 재발방지를 위한 조치를 하게 됩니다. 적다보니 너무 슬퍼지네요. 😢 그래도 우리의 장점은 이런 과정들을 개선하기 위해 노력한다는 점이겠죠?! 그렇기때문에 오늘은 crontab을 통해 여러가지 상황을 대응하는 방법에 대해 알아보겠습니다. crontab 알아보기 crontab -h -l 로 등록되어 있는 crontab 목록을 조회할 수 있고, -.. 시간 확인 및 타임존 설정 crontab으로 작업을 반복적으로 실행시켜야 하는 이슈가 있었습니다. 좀 여유가 있는 22시에 수행하도록 설정했고 로그에는 22시에 실행된 것으로 나오는데 그 시간이 제가 생각하는 시간과 다르더라고요. 타임존이 달라서 발생하는 문제였습니다. 서버 시간 조회 서버 시간을 조회해봅니다. date 다르게 조회해봅니다. ls -l /etc/localtime 좀 더 많은 내용을 확인해보기 위해서 아래 명령을 사용합니다. timedatectl 원인을 알았으니 이제 타임존을 한국시간에 맞게 수정하면 될 것 같습니다. 정확한 타임존 이름을 찾아야겠습니다. 타임존 찾는 방법 우선 timedatectl을 잘 모르니 도움말을 봐야겠군요. (가장 먼저 봤어야 하는데 상황이 되지 않으면 잘 안 보게 됩니다.) 간단하고 명확해.. 이전 1 다음
