제가 만드는 게임 서버도 광현님이 언급하신 것과 비슷한 형태로 되어 있습니다.
특정한 지역을 특정 서버가 맡는 방식을 쓰고 있죠.. 그 이전에는 어플리케이션
수준에서 부하 균형을 맞추고, 병렬 대칭식으로 처리할 수 있는 리소스와
프로세스 구조를 나눈 형태를 디자인했는데, 이게 막상 디자인되고 보니까
장난이
아닌 괴물딱지가 되어버리더군요. 그래서 아직은 젊기에, 이런 방법을 피하고
말았습니다.
이렇게 게임용 멀티 서버를 구성하는 방법은, 제 가방끈 관계로, 대학에서
강의를
들어본 적은 없이 그냥 돌아다니는 자료를 훑어본 정도지만, 어느 선에서는
일종의 '대칭과는 전혀 상관없는 고정 분산처리'라고 생각합니다. 그러니까,
로드
밸련싱이나 리소스 전이가 전혀 없이 개발 과정에서 정해진 영역과 리소스가
서버가 동작하는동안 계속 유지가 되어야 한다는 단점이 있죠. 대신에, 각
서버
노드(정확한건지는 모르겠지만, 한개의 노드는 한개의 독립된 머쉰을 지칭하는
것
같습니다.)간의 분산 처리를 위한 연결 사이에 걸리는 부하가 최소로 될 수
있는
점(우리는 이걸 '게임의 지형'이라고 부르고 있죠.)을 이미 알기에 어플리케이션
수준에서 고정시키는게 오히려 더 좋은 방법이 아닐까 하는 짐작도 됩니다.
그런데, 아래 글을 읽어보니까, CC-NUMA등 하드웨어와 운영체제 수준에서의
멀티서버가 있다는걸 감안한다면, 그러한 하드웨어와 운영체제의 스펙을 따라가는
디자인이 필요하다는 생각이 들었습니다. 어쩌면, 이러한 분산처리를 허용하는
시스템의 스펙을 우선 검토한 다음 가장 게임에 적합한 솔루션을 찾아서 그
스펙에 맞게 게임 서버를 만든다면 로드 배런싱과 최소 엔드포인트를 최대한
근접하는 방법을 찾을 수 있을 것 같습니다.
이건 일단은 지레짐작이고, 짬이 된다면 여기저기 브로슈어부터 시작해서 검토를
해나가보는것도 좋다고 생각합니다. 컴퓨터 업체라는게 보니까, 신기하게도
발이
빠르더군요.. 브로슈어 몇번 뒤지고 인터넷 좀 뒤지다보면 그거 선전하려고
넥타이 아저씨들이 종종 방문할 정도니까요.
다른 분들은 어떻게 생각하시는지.. 멘트 붙여주세요.