Untitled

안녕하세요 이경만입니다.
지금 개발중에 있어서 결과에 대해서 크게 말씀을 드리진 못하겠지만.
우선 네트웍을 두개로 나눕니다.
안쪽과 바깥쪽으로 나누고
바깥쪽에는 로긴서버 , 에이전트서버를 둡니다.
우선 로긴서버의 역할은 유저의 로긴과 로드 벨런싱을 해서
유저를 균등하게 에이전트 서버까지 접속시켜주는 역할을 합니다.
즉 에이전트 서버는 실제 게임이 돌아갈때 유저들이 접속하는 서버가 되는 것이죠.
그리고 유저가 많아지면 많아질 수록 에이전트 서버를 늘려 줍니다.
그리고 암호화, 인증 , 프로토콜에 맞는 패킷이들어 왔는지.
유저는 맞는 유저인지를 체킹합니다.
그리고 안쪽 서버는 따로 네트웍을 구성합니다.
IP체계도 바깥쪽 서버와는 다르게 하죠..
즉 IP체계가 다른 유저들은 안쪽서버에는 절대로 접근 할 수 없게 됩니다.
안쪽 서버는 프로세스 서버와 디비 서버가 있습니다.

프로세스 서버는 에이전트 서버와 직접 연결되어 에이전트 서버에서
전해주는 내용을 처리해서 실질적인 게임의 운영을 맡게 되는 것이죠.
그리고 디비서버는 자료의 저장 백업을 맡게 됩니다.
물론 게임에 대한 자료는 실시간으로 처리되야 하니까
프로세스서버에서 처리하고 디비서버에는 백업과 단순저장의 역할을 맡깁니다.
이런구조라면 유저는 로긴서버를 거쳐 에이전트 서버에 접속하게 되고
에이전트 서버는 두개의 네트웍 (안쪽 바깥쪽) 모두 연결되어
유저가 보낸 내용을 프로세스 서버쪽으로 연결하는 역할을 하고 프로세스 서버에선
실질적인 게임이 돌아가게 되지요.
그럼 유저 접속이 많아진다면 에이전트 서버쪽의 수를 늘리면 됩니다.
그럼 서버의 부하가 늘어난다면 프로세스 서버를 늘리면 되고요.
에이전트 서버는 모든 프로세스 서버와 연결이 되어 있습니다.
따라서 게임 도중에 유저가 이쪽 서버와의 연결을 끊고 다른 서버와
연결할 필요가 없어지는 것이죠.그리고 프로세스 서버에선 한번
인증을 받은 패킷을 처리하게 되니까 위험 부담도 줄게 되고

따로 유저인증이나 암호화에 신경을 쓸 필요가 없게됩니다.
로긴서버에 부하가 걸린다면 로긴서버 앞단에 NAT장비를 두고
로긴서버를 늘려주면 되겠지요.
이런식의 구조를 기본적으로 생각 하고 있고.
현제 서버쪽의 네트웍 구현은 다 끝난 상태인데..
다음달 베타가 시작되면 그 결과가 알수 있겠지요.
하지만 결국 실제로 시작하면 회선문제도 클것 같아요.
그리고 네트웍의 맨 앞단에 파이어 월장비는 있어야 겠죠.
(적어도 상용 서비스를 하려면)
이렇게 하면 서버는 적어도 5대는 필요하군요 ^^;
__
fROM PSYCHO
Game Team Leader of Athanasia ( http://www.athanasia.com )

그렇다면 플레이어는 위치하고 있는 맵과는 상관없이 밸런싱을 통해 적절한 서버로
할당된다는 것인데, 그렇담 서로 다른 서버에 할당된 두 플레이어가 위치상으로
인접하고 있다면 한 플레이어의 움직임과 행동이 다른 플레이어에게 알려져야
하므로 결국 다른 서버 시스템간의 빈번한 통신이 일어날 것 같은데요, 사용자들이
많아져서 이러한 플레이어들의 서버간 배분이 매우 복잡하게 섞여 있다면 어떻게
되는지요? 최악의 경우에는 한자리에 모여있는 플레이어들이 내부적으로는 각각
따로의 에이젼트 서버상에 존재할 수도 있을텐데요... 게다가 맵 데이터는 또
어떻게 공유하는지요? 그 플레이어들이 아이템을 동시에 주웠을 경우 어떤 에이젼트

서버의 행동을 인정해야 하는지요? 그 판정 기준은?
제 생각에는 에이젼트 서버가 하나의 맵데이터를 공유해야만 가능할 것 같은데요...
그렇다면 맵을 관리하는 서버가 또 따로 있어서 에이젼트 서버는 그곳에 행동에
대한 결과를 요청하는 형식이 되는 것인가요?
궁금한게 넘 많네요
저도 베타 테스터거든요 시디 빨리 보내 주세요^^

정말 예리한 질문이군요
에이전트 서버의 역할은 유저의 인증 , 나가는 패킷의 인코딩, 들어온 패킷의
디코딩 , 패킷의 안정성 검사 입니다. 그리고 모든 게임 서버로서의 역할은
프로세스 서버에 넘김니다. 그리고 프로세스 서버는 지역별로 따로 분리되어
있습니다. 따라서 같은 지역의 유저가 서로다른 에이전트 서버에 있어도
실질적인 처리는 하나의 프로세스서버에서 하기 때문에 상관이 없는 것이죠.
(동시에 물건을 주웠다 해도 프로세스 서버에는 둘중 하나가 먼저 주운게
되겠지요.)
에이전트 서버는 모든 프로세스 서버에 연결이 되어 있으니까요.
에이전트 서버의 역할이 아주 작아지지만 디코딩 인코딩에 걸리는 부하도 만만치
않습니다. 그래서 프로세스서버에서는 안심하고 패킷을 사용 할 수 있는 것이죠.

PS. 결국 맵별로 존을 나누는 경우와 비슷하게 되지만 클라이언트가
     맵을 바꿀때 서버를 끊고 다시 연결하는 부분을 에이전트쪽에서 하므로
     보다 매끄럽게 처리할 수 있게 되는 거죠.
     저도 몇개의 외국쪽 서버구조를 분석해 보고 얻은 결론입니다.

맵을 관장하는 프로세스 서버는 하나가 있고, 그곳에 여러대의 에이젼트 서버가
붙는다는 말씀이신데요, 그렇다면 일단 사용자가 보낸 명령은 에이젼트 서버를
거친다음 다시 프로세스서버로 동작의 확인을 받아야 한다는 것 같은데요...
이경우 프로세스 서버와 에이젼트 서버가 독립된 장치에서 작동하고 있다면 분명
네트웍으로 연결되어 있겠죠?
만약 한 플레이어가 행동을 취했고 그 주변에 플레이어가 있다면 각각의 플레이어가
위치하고 있는 에이젼트 서버로 이러한 행동이 발생했음을 알려주고, 에이젼트
서버는 클라이언트에게 통보할텐데 이러면 내부 네트웍 자원에 많은 부담이 되지

않을까요?
제 생각에는 프로세스 서버와 에이젼트 서버와의 네트웍 연결은 TCP/IP로는 좀 힘들
것 같고 다른 물리적인 케이블 연결같은 방법을 모색해야 가능할 듯 싶은데요...
아마 울온도 그런식으로 할것 같은 예측을 해 봅니다...
이게 질문인지 생각인지 두서가 없네요

그래서 외부 네트웍의 트래픽이 내부 서버간의 연결에 영향을 끼치지 않도록
외부와 내부 네트웍을 분리한겁니다.
(보안적인 문제때문에 나눈것도 있지만요. 하지만 스위칭 허브를 쓰면 네트웍을
분리안해도 트래픽문제는 어느정도 해결되지요.. 허브가 좋아야 겠지만.. ^^;)
테스트 해본 바로는 실시간 처리에 그리 큰 문제는 없습니다.
내부 네트웍끼리의 연결은 실시간이라고 봐도 됩니다.
프로토콜은 TCP를 쓰는데 큰 무리는 없었습니다..
물론 베타 테스트를 해봐야하겠죠..

여러대의 머신을 두고 여러개의 접속 버서를 두어 패킷(인코딩, 디코딩)처리
    를 하시고 또 다수의 프로세서 서버로 하신다고 하셨지요. 음.
    그리고, 에이전트 서버와 프로세서 서버는 TCP/IP로 연결되어 있구요.
    그럼 에이전트 서버와 프로세서 서버와의 통신에도 분명 자체적으로 프로토콜을
    가지고 인코딩 디코딩 하는 작업을 할텐데.. (만약 없다면 에이전트 서버는
    단지 Relay 서버 이겠군요..)
    에이전트 서버'들'에서 사용자로 부터 패킷을 받음 ->
    받은 패킷을 디코딩 ->
    에이전트 서버들에서 프로세서 서버<->에이전트 서버 간의 프로토콜로 인코딩 ->

프로세서 서버에서 디코딩 ->
    (이 후에는 어짜피 사용자가 에이전트 서버로 밖에 접속을 할 수 없기 때문에.)
    프로세서 서버에서 에이전트로 전달하기 위한 프로토콜로 인코딩 ->
    에이전트 서버에서 다시 디코딩 혹은 그대로 다시 접속된 사용자에게 보냄 ->
    이렇게 되는 것인가요? 아닐거 같다고 추측중에 경만님 글을 자세히 읽어보면
    볼수록 알쏭달쏭해서 질문 드립니다.

우선 암호화를 하는 이유는 클라이언트와 서버간의 패킷을 보호하기 위해서 입니다.
상용서비스를 하려면 간단하게라도 암호화를 해주어야 하죠..
순서를 보면

클라이언트에서 보내는 경우.
클라이언트 암호화된 패킷 전송 -> 에이전트 패킷 디코딩 -> 프로세스 처리
클라이언트에서 받는 경우.
프로세스 패킷을 에이전트에 전송-> 에이전트 패킷 암호화 -> 클라이언트 디코딩
해서 처리

이렇게 되겠지요.
네트웍 회선상으로는..
클라이언트 - 인터넷 - 에이전트 서버 - 내부회선망(인트라넷) - 프로세스 서버

이런 구조니까 인터넷회선상에서 돌아다니는 패킷은 암호화를 해주어야 합니다.

내부 회선망은 이미 파이어 월등으로 보호받고 있으니까 암호화를 해줄 필요가
없지요.. (물론 내부의 적이 더 무섭긴 하지만.. ^^;) 안그러면 유저의 암호라든지
여러가지 정보를 중간에서 가로채기해서 볼수도 있고 조작할 수도 있고. 해킹
클라이언트 해킹 서버등이 나올 수 있겠죠.. 간단하고 빠른 암호화 알고리즘을
이용해서 암호화 해야 합니다.