작동 방식

세션에 대해 이해해야 할 세 가지 핵심 측면이 있습니다: 어떻게 용량 배포의 용량이 관리되는지, 세션을 호스팅하기 위해 배포를 생성하고 관리하는 방법, 그리고 각 세션 요청에 가장 적합한 배포를 선택하는 방법입니다.

용량 관리: 배포에서의 세션 이해하기

배포의 용량 관리는 특정 요구에 기반한 핵심 결정에 달려 있습니다. 저희는 소켓을 저희 쪽에서 관리하며 일정 한도까지 채웁니다. 여러분은 이러한 소켓 을 어떻게 채우길 원하는지 표시하기만 하면 됩니다.

두 가지 옵션을 제공합니다: 좌석 유형 세션 또는 매치 유형 세션. 이러한 세션 유형 간의 차이를 이해하고 배포 용량 관리 요구에 가장 적합한 것을 선택하도록 도와드리겠습니다.

좌석 유형 세션

와 함께 좌석 유형 세션에서는 배포 내의 각 플레이어가 한 개의 소켓 공간을 차지합니다. 예를 들어 배포에 소켓이 열 개 있으면, 솔로 플레이어 하나와 네 명의 파티는 총 다섯 개의 소켓을 차지합니다. 파티의 세션을 삭제하면 사용된 소켓 수는 이제 하나가 됩니다.

매치 유형 세션

와 함께 매치 유형 세션에서는 배포의 각 세션이 그 세션에 몇 명의 플레이어가 있든 관계없이 한 개의 소켓 공간을 차지합니다. 예를 들어 배포에 소켓이 다섯 개 있으면, 10명의 플레이어로 이루어진 게임 세션이 세 개 있어도 총 5개 중 3개의 소켓으로 계산됩니다(30명의 플레이어가 연결되어 있더라도). 10명 플레이어의 세션들을 삭제하면 사용된 소켓 수는 이제 두 개가 됩니다.

이 유형은 리소스 요구 오버헤드가 큰 게임 서버에 매우 유용할 수 있습니다. 예를 들어 여러 자산을 로드하려면 2 vCPU와 4GB RAM이 필요하지만, 로드가 완료되면 동일한 인스턴스에서 여러 게임을 처리할 수 있을 수 있습니다. 이러한 접근 방식은 각 게임마다 2 vCPU와 4GB RAM을 요구할 필요가 없으므로 장기적으로 많은 비용을 절감할 수 있습니다. 대신 동일한 배포에서 여러 매치 세션에 비용을 분산시킬 수 있습니다.

두 경우 모두 세션 요청을 생성하면 선택한 세션 유형("seat-type" 또는 "match-type")에 따라 사용 가능한 소켓이 충분한 호스팅 배포를 선택하도록 보장합니다.

세션을 위한 배포 생성 및 관리

이전 페이지에서 세션을 호스팅하기 위한 배포 생성 과정을 자동화하는 옵션을 언급했습니다. 세션을 위한 배포를 생성하는 방법은 두 가지가 있습니다.

1. 맞춤 백엔드 시스템 : 필요에 따라 세션을 위해 배포를 생성하는 시스템을 백엔드에 구축할 수 있습니다. 이 접근 방식은 특정 요구 사항이 있거나 배포 과정에 대해 더 많은 제어가 필요한 경우에 더 적합할 수 있습니다.

2. 자동배포 옵션 : 또는 애플리케이션 버전에서 autodeploy 옵션을 활성화할 수 있습니다. 이는 세션을 위한 배포 생성 과정을 자동화하여 더 편리하고 간소화합니다. 세션을 요청할 때 사용 가능한 배포가 없으면 시스템이 몇 초 만에 자동으로 새 배포를 생성한 다음 해당 세션을 연결합니다. 이를 통해 요청 시점에 사용 가능한 배포가 없어도 세션이 적시에 호스팅되도록 보장합니다.

이 옵션은 플레이어가 필요한 위치에 게임 서버를 빠르게 배포할 수 있게 해주기 때문에 매우 강력합니다. 활성화되면 여러 위치에 부하를 분산시키고 시간에 따라 균형을 맞추며, 가장 인기 있는 서버에 플레이어를 그룹화하고 가장 인기가 낮은 서버는 자동으로 종료합니다(다음 섹션 참조).

인프라를 자동으로 관리함으로써 별도의 개입 없이도 장기적으로 많은 비용을 절감할 수 있습니다. 이는 사용 최적화와 비용 절감에 도움이 되는 완전 자동화된 게임 서버 인프라입니다.

을 이용할 때, autodeploy 옵션을 사용할 경우 사용 가능한 배포가 없고 여러 세션이 동시에 요청되면 시스템은 각 세션에 대해 새 배포를 생성합니다.

이것은 모든 세션이 사용 가능한 배포를 확인하는데, 그 순간 시간 차가 짧아 모두에게 부정적인 응답이기 때문에 발생합니다. 결과적으로 autodeploy 옵션은 여러 배포를 시작합니다.

세션을 위한 배포를 관리하는 세 번째 방법은 플릿를 통한 방법이 있습니다. 다만 문서를 간결하게 유지하기 위해 이 주제는 여기에서 자세히 다루지 않겠습니다. 이 주제에 대한 모든 필요한 정보는 플릿 전용 섹션을 참조할 수 있습니다.

세션 요청에 가장 적합한 배포 선택하기

어떤 배포가 세션을 호스팅할지 결정하는 주요 방법은 두 가지입니다.

1. 수동 할당 : 이 접근 방식에서는 백엔드가 사용 가능한 배포를 인지하고 특정 배포를 선택하여 세션을 호스팅합니다. 이는 배포 선택 과정에 대한 완전한 제어를 제공합니다.

이는 플레이어가 참여할 서버를 선택할 수 있는 로비 시스템이 있는 경우 특히 유용할 수 있습니다. 소켓(용량) 시스템은 각 서버에 얼마나 많은 공간이 남아 있는지 표시하는 데 사용할 수 있습니다.

1. Edgegap 특허 결정 시스템 : 또는 Edgegap 결정 시스템이 플레이어의 텔레메트리를 기반으로 최적의 배포를 선택하도록 할 수 있습니다. 이 시스템은 고급 알고리즘과 데이터 분석을 활용하여 세션을 호스팅하기 위한 최적의 배포를 동적으로 결정합니다.

두 접근 방식 모두 유효하며 특정 요구와 요구사항에 따라 선택할 수 있습니다.

옵션 2를 선택하면, 잠재적 배포를 선택할 때 텔레메트리보다 특정 지리적 범위 내에서 플레이어를 그룹화하는 것을 우선시합니다. 일반적으로 혼자보다는 다른 사람들과 멀티플레이를 하는 것이 더 즐겁기 때문입니다. 이는 플레이어 수가 적은 여러 서버가 바람직하지 않을 수 있는 MMO 게임의 경우 특히 관련이 있으며, 저희가 믿는 관점입니다.

범위 내에서 적절한 배포를 찾지 못하면 전체 텔레메트리 요청을 수행하여 배포를 생성하고 세션을 호스팅하기에 최적의 위치를 선택합니다. 가용한 배포가 없어 세션 실패를 방지하기 위해 autodeploy 옵션을 활성화하는 것이 권장됩니다.

실제 사용 사례 예시

예를 들어 설명해 보겠습니다. 세션이 없는 세 개의 배포가 뉴욕, 워싱턴, 시카고에 있다고 가정합니다. 또한 활성 세션이 있는 배포(초록 원이 있는 서버)가 있어 함께 플레이할 수 있는 플레이어가 있습니다. 이제 두 명의 플레이어가 새 세션을 시작하고 싶어한다고 가정해 보겠습니다.

언뜻 보기에는 두 플레이어 중 한 명에게 가장 가까운 뉴욕 배포에서 세션을 호스팅하는 것이 논리적으로 보일 수 있습니다. 그러나 저희는 주로 비어 있는 서버를 생성하지 않기 위해 플레이어들을 함께 그룹화하는 것을 우선합니다. 따라서 워싱턴처럼 두 플레이어 모두에게 지리적으로 잘 위치한 다른 배포가 있다면 그곳에서 세션을 호스팅할 것입니다.

배포 선택을 미세 조정하는 방법은 여러 가지가 있습니다. 간단하고 일반적으로 사용되는 방법 중 하나는 세션 요청에서 최소한 대륙을 지정하는 것입니다. 또한 다른 섹션에서는 선택자를 통해 태그 시스템으로 배포를 필터링하는 방법에 대해 다룰 것입니다.