[🐣질문] MORPG & MMORPG 네트워크 관련

[로사토(rmawh529)]

안녕하세요 글 읽어주셔서 감사합니다.

현재 1인으로 PC 게임을 개발중입니다.

다름아니라  목표는 너무 크면 비현실적이라 현재 목표인 300명으로 하였더니 처음 프레임 360에서 140 근처까지 떨어지는것까지는 확인 하였습니다.

 그런데 더미 인원이 10명일때는 문제가 없는데 많아지다보니 보이지 않던 문제가 드러나기 시작하는데 지금이라도 하나의 서버가 아니라 채팅,월드,로그인 따로 두는게 맞는지 궁금해서 질문드립니다.

혹시 네트워크 관련 다루시는분 계시면 귀한 조언 감사히 받겠습니다.

[Indie 1(1.245)]

그냥 코옵 게임으로 노선바꾸자.. 인디가 MMO 제작해서 잘되는걸 본적이 없긴한데

[로사토(rmawh529)]

기능구현 하다가 막상 중요한 네트워크 테스트를 뒤늦게 한 느낌이 강한데 조언 감사합니다

[Indie 2(118.221)]

개인이 그걸 어케 감당하려고...

[로사토(rmawh529)]

하다가 희망이 보이면 팀원도 모집 해보려구요 조언 감사드립니다

[Gamery(minor2099)]

로그인 따로, 플레이서버는 여러개 띄우고 채널로 나눠서 인원 제한을 두고, 중앙에 유저 세션을 유지할 서버를 따로 두던가 레디스로 유저세션 관리. 채널 이동은 채널마다 ip,port 매핑시켜놓고 라우팅 관리잘하면 됨.

[로사토(rmawh529)]

좋은 말씀 감사합니다 공부해서 적용해보겠습니다 다시한번 대단히 감사드립니다

[익명(119.193)]

포톤인가 그런거 써

[로사토(rmawh529)]

말씀 감사합니다 제가 포톤 말고 다른거 쓰는중이라서요! 하루 마무리 잘되시기를 바라겠습니다

[ProjectER(exit4192)]

1. 인원수/게임디자인에 따라 설계는 바뀝니다. 어느정도 규모의 인원 수를 고려하시는지가 가장 중요할 것 같습니다. 그리고 현재 디자인한 게임 경험에 따라서 패킷 설계도 달라져야 하지 않을까 생각합니다. 즉 패킷의 증분 델타 전송이나, 하나의 공간과 어느정도 거리에 어느정도의 유저를, 몇 정도의 hz로 패킷을 제공하고 싶은지도요. 예를들어 실시간 전투가 중요하지 않은 마을은 초당 5 ~ 10hz만 되어도 충분할테고, 전투가 필요한 장소들은 높을수록 (20 ~ 30hz) 더 유저들이 느끼는 체감 반응이나 연속공격 등의 구현이 원활해 지지 않을까 생각합니다.

[ProjectER(exit4192)]

2. (일반적으로는) MMORPG에서는 역할별 서버를 구분해야 할 것 같습니다. 유저들이 접속해서 게임을 즐기는 게임 전용 서버, 그리고 유저들의 데이터들을 DB로부터 저장/로드 해 주는 엑세스 전용 서버, 그 외 필요에 따라서 상태관리를 해 주는 매니징 서버 정도로요. DB도 상태저장용 일반적 DB를 하나 사용하는게 보통이고, 규모에 따라서는 샤딩도 고려할 수도 있습니다. ( PostgreSQL이 일반적으로 사용되는 편이지만, 작은 규모에서는 sql db종류의 db도 편리하게 사용을 채택해 볼 수 있습니다. ) 거기에 잦은 저장/로드가 필요한 임시 데이터들은 캐시DB같은 Redis를 사용해 보실 수 있을겁니다. 안정성을 위해 이 또한 여러가지 장치를 고려해 볼 수 있습니다.

[ProjectER(exit4192)]

3. 말씀하신 내용으로 미루어 보아서, 서버들의 책임분리 설계나 디테일한 튜닝 전략이 아직 부재중인 것 같습니다.로그->글에서 작성하신 채팅 / 월드 / 로그 부분 중에 '로그'는 서버의 역할로 무겁게 가져갈 부분은 아닙니다.서버가 로그를 비동기 작성하는건 괜찮지만, 로그의 저장은 별도 로그저장소에 되는것이 바람직하고,그렇게 저장 된 로그는 별도의 렛저에 자동 백업되도록 설계하는게 여러면에서 편하고 좋습니다.채팅->채팅도 여러가지 속성으로 나뉩니다. 일반 채팅, 귓속말, 파티채팅, 길드채팅, 전체 채널 채팅 등....하나의 공간(같은 인스턴스)에서 나누는 채팅은, 그 서버에서 처리해도 충분하지만...다른 채팅들은 속성이 여러 인스턴스를 오가야 하는 애매한 속성인 경우가 많습니다.

[로사토(rmawh529)]

와 선생님 매우 구체적으로 적어주셨는데 글 하나하나 보고 적용 가능한것은 해보겠습니다 감사합니다! 좋은 하루되세요

[로사토(rmawh529)]

현재 node.js와 c# mysql을 이용중인데 말씀하신것처럼 여러 인스턴스 오가는 부분에 대해서는 다시 한번 생각해봐야할것같네요 조언 감사합니다.

[ProjectER(exit4192)]

@로사토 넵 홧팅~!~!

[ProjectER(exit4192)]

마지막으로... 인원수 300명이 하나의 맵에서 같이 놀 것인지, 아니면 10명씩 30개의 맵에서 놀 것인지 등에 따라서 설계가 많이 달라질 것 같습니다. 300명정도의 인원수는 사실 서버의 상태책임 구분 없는 단일서버로도 충분히 수용이 가능한 숫자라고 생각합니다. 물론 게임의 내용이 어떤지에 따라서 달라지겠지만요. 이런저런 부분을 잘 생각해보시고, 좋은 설계 하시길 바라겠습니다.

[로사토(rmawh529)]

긴글 다시한번 감사드립니다 제가 실력이 부족해서 주신 내용 곱씹어 보겠습니다

[포라이(macdoongs)]

조언 귀하네.. - dc App

[로사토(rmawh529)]

저도 귀한 조언 정말 감사하게 생각이드네요

[Indie 3(61.74)]

나중에 개발인원 늘릴생각이라면 강추지만 수익안나고, 다른것보다 mmorpg같은 경우는 상점이나 아이템 문제때문에 보상문제로 인해 인원 한 명 둬야 할 정도임.

[로사토(rmawh529)]

네 맞습니다 보안관련은 항상 생각해야하는게 맞는것같습니다 말씀 감사합니다.

[Indie 3(61.74)]

님이 돈 많으면 mmorpg 강추 (요즘 같은 시대에 공부자료가 많아서 하기 좋음) 돈 없으면 하지말라 뜯어 말리고 싶음. 예전에 전투부터 로그인 뭐 이것저것 다해본 사람으로서 보통 한 서버에 1000명은 거뜬해야하니깐 내 기준으로 범위를 넓게 잡은지 몰라도 이정도 아님 수익성도 없고 그냥 자기 만족하고 돈 버리는 이유 밖에 안되지만 그래도 돈있고 수익 확실하다면 해보라고 하고 싶다. 아이템 복구하라고 협박 메일 받아보면 한 명정도 대타는 있어야 될 듯.

[로사토(rmawh529)]

자금 여유는 없는데 일단 MORPG로 한 맵에 40~50명 최대로 하고 채널링을 해야할것같아요 좋은 말씀 감사합니다