단순히 살아있느냐 없느냐의 체크를 하기 위해서라면, 여러 가지 프로그램들이 이미 존재한다. "Server Monitoring", "Monitoring Software" 같은 단어를 구글에 때려보면 좌라락 나올 것이다.
하지만 게임 서버의 경우에는 약간 틀리게 가는 것이 좋을 것이다. 전체 동시 접속자 수, 지역별 동시 접속자 수 같은 것도 표시해 줘야하기 때문이다. 음, 이거 말고는 딱히 없나?
뭐 어쨌든 모니터링 기능을 제공하기 위해서는 게임 서버 프로그램 자체에 해당 기능을 집어넣어야한다. 단순하게 가자면 스레드 하나 따로 만들어서 이 넘이 모니터링 클라이언트의 요청에 따라 해당 결과를 돌려주는 방법이 있겠고, 좀 복잡하게 가자면 윈도우즈 성능 모니터링 객체를 등록해, PDH를 통해 현재 상태를 알려주는 방법도 있을 수 있겠다.
옛날에는 데이터베이스에 플레이어의 로그인 여부를 기록해두고, 이를 읽어와 동접자를 표시했었는데, 이는 당연히 서버가 죽었는지 살았는지는 표시할 수 없다. 음 위에서 말한 서버 모니터링 소프트웨어를 이용하면 이는 해결 가능한가? 아, 여러 가지 쓰기 싫다. 그냥 하나로 하자, 하나로.
3 업데이트
서버 실행 파일 업데이트를 위해서는 개발자 머신이든 게임 서버 프로그램이 존재하는 머신이든 둘 중 하나에는 FTP 서버 같은 것이 존재해야한다. 현재 생각으로는 게임 서버 프로그램이 존재하는 머신에 FTP 서버가 있는 것이 옳을 듯 하다. 개발 머신은 NAT 뒤에서 공인 IP를 가지지 않을 수도 있지만, 실제 서버는 전체 게임 서버 토폴로지가 어떻게 되든, 원격 관리를 위해서라도 공인 IP를 가지기 때문이다.
게임 서버 프로그램이 존재하는 머신마다, 백그라운드로 돌아가는 서비스/데몬을 하나씩 두고, 이 프로그램이 관리용 클라이언트의 접속을 받아들이도록 한다. (개발용 머신에 존재하는) 관리용 클라이언트는 이 서비스/데몬에 접속해서 실제 게임을 서비스 중인 프로그램들을 셧다운시킨 다음, FTP 포트를 열게 하고, 최신 바이너리를 업로드한다. 대충 이런 방식으로 접근하는 것이 좋을 듯 하다. 서비스/데몬 프로그램 셋업도 뭔가 할 게 많으면 귀찮기 때문에 이 프로그램 자체에 FTP 기능을 내장하는 것이 좋을 듯 하다.
게임 서버 관리 서비스/데몬이 게임 서버 프로그램을 중지시키는 방법에는 여러 가지가 있을 수 있다. 막말로 그냥 프로세스를 죽여도 되고, 윈도우즈 서비스와 같은 경우에는 SCM을 통하는 방법도 있다.
프로그램을 강제로 죽이는 것은 편하기는 하지만 그리 깔끔하지는 못하다. 최소한 서버 다운된다고 게임 안에서 공지라도 한번 때려주는 것이 좋기 때문이다. 물론 죽이기 전에 운영자가 일일이 공지 때려주는 방법도 있겠으나, 왠만하면 자동화하는 것이 좋지 않을까. 이를 위해서는 프로그램 종류별로 셧다운에 대한 처리가 별도로 존재해야한다는 말이다. 이건 뭐... 귀찮지만 어쩔 수 없다고 본다.
