View a markdown version of this page

GAMEPERF01-BP02 게임 서버 규모 조정을 위한 운영 오버헤드 고려 - 게임 산업 렌즈

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

GAMEPERF01-BP02 게임 서버 규모 조정을 위한 운영 오버헤드 고려

각 호스팅 옵션과 관련된 관리 및 운영 오버헤드를 고려합니다.

이 모범 사례가 확립되지 않을 경우 노출되는 위험 수준: 높음

구현 지침

운영 오버헤드

EC2 또는 컨테이너의 자체 호스팅 솔루션은 더 많은 제어를 제공할 수 있지만 더 많은 관리가 필요합니다. ECS 또는 EKS와 같은 컨테이너 오케스트레이터는 컨테이너화된 서버의 시작 시간을 줄이는 동시에 네트워킹 복잡성과 유지 관리 오케스트레이션 오버헤드를 높일 수 있습니다.

예를 들어 EKS 관리형 노드 그룹은 게임 서버의 프로비저닝 및 수명 주기 관리를 자동화할 수 있지만 노드를 종료할 때 포드 중단 예산을 준수하지 않습니다. 게임을 안전하게 완료하는 데 15분 이상의 종료 기간이 필요한 경우 수명 주기 후크를 생성하거나 사용자 지정 컨트롤러가 있는 자체 관리형 노드를 고려하여 게임 중단을 차단해야 할 수 있습니다.

Amazon Game Lift와 같은 관리형 서비스는 대부분의 운영 오버헤드를 처리하지만 낮은 수준의 네트워킹 및 보안 구성에 대한 특수 요구 사항에 대한 가시성과 제어 수준을 줄일 수 있습니다. 게임 서버 솔루션을 선택하는 것은 게임 서버 성능을 조정하고 동작을 조정하는 데 필요한 사용자 지정, 제어 및 책임 수준 간의 장단점입니다.

구현 단계

  • 호스팅 옵션에 대한 운영 오버헤드를 평가하고, EC2, ECS 또는 EKS와 같은 자체 호스팅 솔루션과 Amazon Game Lift와 같은 관리형 서비스 간에 제어 및 관리 작업의 균형을 맞춥니다.

  • 자동화에 EKS 관리형 노드 그룹을 사용하지만 게임 서버에 기본값보다 긴 종료 기간이 필요한 경우 수명 주기 후크 또는 사용자 지정 컨트롤러를 구현합니다.

  • 게임 서버 솔루션을 선택할 때 사용자 지정, 가시성 및 운영 책임 간의 장단점을 평가합니다.