서버 모니터링 다시 질문~ .. 흠 같이 고민하고 어떤 방향으로 풀어나갔으면.. 좋을지...
글쓴이: certlys82 / 작성시간: 화, 2007/01/09 - 12:11오전
안녕하세요
초보 시스템엔지니어 입니다. 일단 추운날씨 감기 조심하시구요 ^^ 좋은 하루 되세요~
음. 질문 들어갑니다..
현재 제가 모니터링 해야할 서버들이 100 여대 가 됩니다. (이 서버들은 전부 os가 redhat 9.x or enterprise 로 깔려있습니다. )
이 서버들에 대해 모니터링 시스템을 구축하고 싶은데요..
현재는 서버하나를 두어서 원격 로그데몬을 이용하여 모니터링 하는 정도 입니다..
단순히 이벤트(warning, error) 체크 하는 정도 인데요..
저는 그 보다 더욱 발전시켜서
서버들의 (cpu,mem,hdd,process) 정보들을 모니터링 할 수 있는 방법을 알고 싶습니다..
nagios, mrtg 뭐 이런 오픈소스 툴을 이용하고 싶은데..
관련 문서를 보아도...잘 활용 할 수 있는 방법이 생각지 않아서..어떻게 하면 좀 효과적으로 할수 있을까 .. 고민이 됩니다..
저의 현재 상황에 맞는 ... 오픈소스 툴이 있을거라고 보는데..
현재 모니터링 을 할수 있게..100여 대의 서버들의 정보를 모을수 있는 서버는 준비되어 있으며..기본적으로 APM 은 다 설치 되어 있고 기본 라이브러리 도 현재 설치 되어 있는 상태입니다..
효과적인 모니터링 방법 없을까요?^^;
Forums:
뭐 간단하게 정리를 해보죠
사실 우선 책이라도 하나 사 보시길 추천드리긴 합니다만..-_-a
우선 사이트 하나
tunelinux.pe.kr
가보시면 대략 자료는 꽤 많으니 적절하게 선택하셔서 많이 읽어보시구요. 개인적으로도 정리를 하고 있는 시스템 모니터링 관련 포스트들이 있긴 한데 아직 공개할 단계는 아니고 좀 미흡한것이 많아서 말이지요. ^^
참고로 opensource based의 모니터링 툴을 사용자분들께서 가장 버거워하시는 실질적인 이유는 해당 시스템을 초기 구축하는 과정이 생각외로 까다로운것이 많고, 설정파일이 체계화되어있다거나 혹은 설정을 gui등으로 간단하게 하기가 번거롭기 때문일 것입니다.
품목별로 보자면 mrtg나 rrdtool등을 이용해서 cpu, 메모리, 네트워크등의 사용량을 그래프 방식으로 표현해서 보실 수 있으시고 nagios등을 이용해서 대략 특정 자원들의 사용량이 일정 정도 이상이라거나, 혹은 특정 서비스가 죽었다거나, 혹은 그냥 서버가 죽어버렸다거나 하는 이벤트성의 일정들을 mail이나 sms를 통해서 알람을 받거나, 실제로 모니터에 창을 띄워놓고 모니터링을 하시는 등의 방식으로 운용을 하시는것이 가장 무난하실 것입니다. 물론 각각의 초기 셋팅방법등은 좀 자료를 찾아보시고 연구를 하셔야 할 것들이 많고, 각각 어떤 자원이나 프로세스, 어떤 이벤트를 모니터링할 것인가 등을 가지고 서버팜을 구성하여 정책적으로 관리하는 등의 일등을 하게 됩니다. (말로는 좀 어렵죠? 많이 찾아보셔야 할 겁니다. ^^)
그리고 실제로 이런 모니터링 작업 이외에도 하드웨어 교체작업이나, os나 어플리케이션단에서의 작업을 진행을 하게 되는 경우, 실제로 해당 작업에 대한 작업관리등이 필요하게 되므로 단순한 모니터링 뿐만이 아니라 실제로 작업한 내용이나 자료들을 체계적으로 정리할 공간이 필요하게 되는 수도 있지요. 만일 시스템 자원에 변경이 일어난다면 변경내용도 정리를 하고, 실제로 시스템 자원에 대해서도 충분하게, 남들이 보면 뭐 이정도까지 정리를 하느냐는 말이 나올 정도로 정리를 해 줄 필요가 있습니다.
혹시나 해당하는 100대의 서버가 모두 동일한 벤더의 서버라고 한다면, 혹은 두세부류 정도로 나뉠 수 있는 정도의 서버라면..해당 벤더사에서 제공하는 시스템 자원수집 등을 도와주는 모니터링 툴을 별도로 하드웨어 벤더사에서 제공하는 경우도 있습니다. IBM의 Director라거나 삼성의 Smart Starter 라거나 하는 등의 제품들이 있지요. 잘 모르시면 해당 서버 공급벤더 관련 업체에 문의를 해 보시면 답변을 해 주실것입니다.
그리고 모니터링 자체에 대해서 좀 커다란 환상을 가지고 계시는수도 있긴 한데, 기본 모니터링이 할 수 있는 역할에는 한계가 있습니다. 단순하게 사용량이 초과되었다거나, 시스템에 특정 이벤트가 발생하여 사용자가 특정한 조치를 취해주어야 하는 상황이 발생하였다 라거나 하는 정도만 알려줄 뿐이지요. 그 이후에는 뭐 사용량 초과라면 디스크를 정리해주거나, 트래픽을 많이 소모하는 서비스나 서버는 어떤것인가, 혹은 특정 프로세스 이상증상인 경우에는 특정 프로세스가 언제 어떻게 동작을 하였는지등을 살펴보고 과거와 현재의 시스템 상황을 vmstat이나 iostat, sar값등을 통해서 살펴보고 대책을 마련하고, 좀 더 자세한 정보가 필요하다거나 하는 경우 시스템 프로파일링을 하거나 하는 방식으로 발전을 하게 되지요.
그리고 모니터링 이후의 대처방안에 대해서는 직접 하실 수 있는 방안이 있을 수 있을것이고, 그 이외의 주변 벤더 업체라거나 기술지원 업체로부터 지원을 받을 수 있는 방법이 있을것입니다. 이런 부분을 명확하게 하고 명문화하여 시스템에 실제로 문제가 발생하였을 때 당황하지 않고 명문화된 문서대로 차근히 해 나가면 되겠지요.
이 정도가 시스템의 모니터링과 관련된 주요 이슈가 되지 않을까 합니다. 뭐 말처럼 쉬운건 아닙니다. ^^ 간략하게만 말씀을 드렸고, 실제로 자세한 부분들은 제가 모두 알려드리기에는 이 공간에서는 좀 양이 많을 듯 싶습니다. 대략적으로 몇권의 도서를 구입해보시거나, 혹은 이런저런 사이트들을 찾아보시고, 몇가지 키워드를 가지고 검색해보시면서 자기 실력을 키워보시는것이 어떨까 합니다. ^^ 그리고 주변의 다른 SE분들은 어떻게 활동을 하시는지도 살펴보는것도 좋겠지요. 뭐 주변에 알려진 SE분들의 블로그등을 방문해서 그 분들의 글을 읽어보는것도 좋겠구요. 뭐 찾아보시면 실제로 볼만한 글이..제 블로그쪽이나 문태준님쪽의 사이트, zdnet정도..그 이외의 몇군데 작게작게 올라온 자료들..이외에는 크지는 않겟군요. -_- 실제로 국내에 이런 부분에 대한 인프라(?)가 좀 적은편이라서 안타깝습니다.
그럼 빡센 SE생활 하세요. ^^
==
어디가 위고 어디가 아래여..
댓글 달기