한국에서 마인크래프트·게임 서버를 일본 도쿄에서 운영하기 — 지연 실측·NAT·DDoS 실전

왜 굳이 일본이고, 실제로 몇 ms인가, 그리고 놓치기 쉬운 실무 함정들

한국에서 게임 서버(마인크래프트·팰월드·러스트·CS2 커뮤니티 서버 등)를 열려고 하면 몇 번쯤은 “차라리 일본 서버에 두면 어떨까” 하는 생각이 든다. 실제로 게임 서버 커뮤니티에는 도쿄 서버가 꽤 많다. 그런데 막상 세팅해 보면 지연·NAT·DDoS·성능 튜닝 같은 문제가 줄줄이 나오고, “괜히 옮겼다” 후회로 이어질 때도 있다.

이 글은 도쿄 서버에서 게임 서버를 실제로 운영해온 관점에서 정리한 실전 가이드다. 이론이 아니라 세팅·측정·삽질 위주.

왜 일본 도쿄에 게임 서버를 두는가

한국 게이머 대상 게임 서버는 서울·부산 IDC에 두는 게 상식이지만, 도쿄 IDC를 선택하는 실무적 이유가 몇 가지 있다.

• 한국↔도쿄 지연이 생각보다 짧다. 부산-쓰시마 해저 회선 직결이면 25~35ms. 서울 내부 KT↔SKB 경로 나쁠 때보다 오히려 짧게 나오는 경우도 있다.
• DDoS 표적이 덜 된다. 한국 IP 대역은 학생·안티팬·경쟁 서버로부터 공격이 잦다. 일본 IP 대역은 상대적으로 조용.
• 회선 요금·부가 서비스 요금이 저렴. 한국 IDC에서 DDoS 방어를 붙이면 한 달에 몇십만원 쉽게 넘는데, 일본 IDC는 L3/L4 정도는 대부분 기본 포함.
• 콘텐츠·계약 성격이 유연. 특정 게임의 라이선스·규제·모드 정책이 한국보다 완만한 경우가 있다.
• 일본 유저도 함께 잡을 수 있다. 국제 커뮤니티 서버라면 도쿄가 한국·일본·대만·홍콩 유저 모두에게 적당한 위치.

전 커뮤니티가 오직 서울 유저라면 서울이 정답. 그러나 일본·대만·홍콩 유저가 조금이라도 있고, DDoS 대응이 중요하다면 도쿄가 실무적으로 유리한 조합이 된다.

일본 서버가 우리 게임에 맞는지 감이 안 잡히면 일본 호스팅 배경 정리와 일본 서버 상세·가격에 상황별 가이드가 있으니 참고할 만하다.

지연 실측 — 도쿄까지 몇 ms인가

이론값보다 실측이 중요하다. 자기 회선에서 실제로 어떻게 나오는지 반드시 측정하고 결정.

기본 ping

ping -c 30 <도쿄 서버 IP>
avg = 28~35 ms  (KT/SKB 광대역 기가)
avg = 35~45 ms  (LG U+)
avg = 40~60 ms  (모바일 5G, 회선·기지국별 편차 큼)
avg = 90+ ms   (해외 로밍·와이파이·불량 회선)

같은 도쿄 서버라도 사용자 회선에 따라 이만큼 차이 난다. 게임 서버 라운드트립은 이 지연의 두 배 정도가 체감된다 (서버로 왕복 + 다른 유저 액션 반영).

경로 검증

지연이 왜 그 값인지는 traceroute로.

traceroute -n <도쿄 서버 IP>
mtr -rw <도쿄 서버 IP>

첫 홉 두세 번 안에 kixs·krix·kt-domestic·sk-domestic이 보이고 곧바로 ntt·kddi·jpix로 넘어가면 부산 직결. 중간에 hkg·sin·guam이 끼면 우회 라인(품질 저하 가능).

게임별 지연 체감 임계

게임마다 감내 가능한 지연이 다르다.

• 마인크래프트·팰월드·러스트·MMO 스타일: 100ms까지는 대부분 무리 없음. 한국↔도쿄 25~40ms는 여유.
• CS2·발로란트 같은 경쟁 FPS: 40ms를 넘으면 히트 등록 편차가 커진다. 한국↔도쿄가 임계 근처.
• 격투 게임·리듬 게임: 30ms 이내가 이상적. 도쿄는 대부분 임계 초과. 한국 국내 서버 권장.

결론: 마인크래프트 계열·MMO는 도쿄 서버가 무리 없이 좋은 선택. 경쟁 FPS·격투는 신중.

NAT와 공인 IP — 게임 서버 실무의 첫 관문

게임 서버는 다수의 유저가 특정 포트로 들어오는 구조라 공인 IP 1개 이상이 사실상 필수다.

왜 CGNAT·공유 IP는 안 되나

• 유저가 서버 IP에 직접 접속해야 하는데 CGNAT 뒤에서는 포트포워딩이 안 됨.
• 여러 서버(마인크래프트 여러 인스턴스·복스 프록시·모드 서버)를 한 IP에서 포트별로 열려면 그 IP의 완전 제어가 필요.

일본 VPS·전용 서버 상품 중 일본 공인 IP 1개 이상 기본 포함을 확인하자. TCP-80.NET의 상품은 VPS·전용서버 전부 일본 공인 IP 1개가 기본으로 붙는다. 여러 IP가 필요하면 추가 계약.

포트 정책

방화벽 설정. 마인크래프트 예시.

# UFW 예시
ufw allow 22/tcp                   # SSH
ufw allow 25565/tcp                # Minecraft Java 기본
ufw allow 25566:25580/tcp          # 서브 서버 여러 개
ufw allow 19132/udp                # Minecraft Bedrock

# 관리 인터페이스(예: Pterodactyl) 22999 등은 특정 IP만
ufw allow from <관리 IP> to any port 22999

관리 페이지·SSH는 무조건 IP 제한. 공개 노출은 사고 시작점.

여러 게임을 한 서버에서 — 프록시 앞단

여러 게임 서버·여러 마인크래프트 서브 서버를 한 IP에서 운영하려면 네트워크 프록시를 앞에 둔다.

• 마인크래프트: Velocity·BungeeCord·Waterfall.
• 범용 TCP·UDP: HAProxy·nginx stream 모듈.
• UDP 특화: MCPI+·raknet 프록시.

Player
  ↓
25565 → Velocity 프록시
        ├── 서브 서버 A (창의 모드) :25566
        ├── 서브 서버 B (서바이벌) :25567
        └── 서브 서버 C (미니게임) :25568

한 IP·한 도메인·한 포트로 유저가 접속하고, 내부에서 프록시가 게임 로직에 맞게 분기.

DDoS — 게임 서버의 상수

게임 서버는 다른 웹 서비스보다 DDoS 표적이 되기 쉽다. 이유.

• 안티팬·경쟁 커뮤니티가 실존.
• 대회·중요 이벤트 앞에 공격 유입.
• IP가 노출돼 있고 UDP 기반 공격에 취약.

방어 층 세 가지

1. L3/L4 (네트워크·전송 계층) — SYN Flood·UDP Flood·ICMP Flood. 대부분 상용 IDC가 자동 방어. 무료 기본 포함이 표준이 되어가고 있다.
2. L7 (애플리케이션 계층) — HTTP·게임 프로토콜 자체를 위조한 공격. 별도 프록시·WAF 필요. 게임 서버에는 커스텀 정책 필요.
3. 대규모 방어존 — 테라비트급 공격 대응. 전용 방어 회선·인프라. 월 몇 십만원~수백만원 별도 요금.

TCP-80.NET의 경우 L3/L4 방어는 모든 VPS·전용서버에 무료 기본 포함, L7 웹 프록시(월 ₩50,000)와 전용 DDoS 방어존(월 ₩300,000)은 별도 계약. 게임 커뮤니티 규모에 따라 조합이 다르다.

• 소규모 커뮤니티(동접 50 이하): L3/L4 기본만으로 충분한 경우 많음.
• 중규모(동접 100~500, 이벤트 있음): L3/L4 + L7 프록시.
• 대규모·상시 표적(공식 이벤트·상금 대회): 방어존 필수.

게임 서버 IP 은닉

L7 프록시 앞단을 쓰면 진짜 서버 IP를 유저가 볼 수 없어 표적 자체가 어려워진다. 마인크래프트라면 SRV 레코드·프록시 앞단으로 이걸 구현.

_minecraft._tcp.play.example.com  IN SRV  0 5 25565 mc.example.com.
mc.example.com                    IN A    <프록시 IP>

유저는 play.example.com에 접속하고, 실제 게임 서버 IP는 프록시 뒤에 숨어 있음.

마인크래프트 서버 실전 세팅

가장 자주 나오는 케이스라 조금 상세히.

소프트웨어 선택

• Vanilla Minecraft Server: 순정. 성능·확장성 한계 있음.
• Paper: Vanilla 대비 5~10배 성능. 플러그인 생태계. 사실상 표준.
• Purpur·Airplane·Pufferfish: Paper 파생. 특정 최적화 강화.
• Fabric·NeoForge: 모드 서버. Paper와 병행 어려움.

일반 서바이벌·미니게임 서버는 Paper가 사실상 정답.

관리 패널

• Pterodactyl: 오픈소스 게임 서버 관리 패널. 웹 UI로 서버 시작·중지·콘솔·백업. 다중 서버 운영에 표준.
• Crafty Controller: 마인크래프트 특화, Pterodactyl보다 단순.
• 직접 systemd: 소규모라면 그냥 systemd 유닛으로.

systemd 예시

# /etc/systemd/system/minecraft.service
[Unit]
Description=Minecraft Server
After=network.target

[Service]
Type=simple
User=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/usr/bin/java -Xms4G -Xmx8G -jar paper.jar --nogui
Restart=on-failure
RestartSec=15

[Install]
WantedBy=multi-user.target

메모리는 최소·최대를 같게(-Xms=-Xmx). GC 튜닝은 별도 글에서 다룰 만큼 방대하지만, Aikar's flags가 사실상 표준.

백업 3–2–1

게임 서버는 한 번의 실수로 며칠치 진행이 날아간다.

• 매 15분 스냅샷: 로컬 zstd 압축.
• 매 6시간 원격 백업: rsync로 별도 서버 또는 오브젝트 스토리지.
• 매일 오프사이트: 다른 지역에.

TCP-80.NET의 일본 VPS·전용서버는 내부망 백업이 기본 포함이지만, 재난 대비 오프사이트는 별도로 갖추는 게 안전.

성능 튜닝 — 티크·유저·플러그인

마인크래프트 서버는 CPU 단일 스레드 성능이 병목. 이유는 메인 게임 루프가 대부분 싱글 스레드로 도는 구조.

TPS(Ticks Per Second) 목표 = 20.0

TPS가 20 아래로 떨어지면 유저가 랙을 체감. 원인.

• 로드된 청크가 너무 많음.
• 몹·엔티티·아이템이 몰림 (팜·트랩·아이템 청소 안 됨).
• 플러그인이 무거움.
• 디스크 I/O 느림 (SSD 필수).

실측 도구

# Paper 내장
/tps
/mspt

# 프로파일링
/spark profiler start
/spark profiler stop

Spark는 게임 서버 프로파일링 표준. 어느 플러그인·어느 함수가 시간을 먹는지 시각화.

하드웨어 요구

• CPU: 단일 스레드 부스트 클럭 3.5GHz 이상. Intel Xeon E3·최신 세대 Xeon Silver·Gold.
• RAM: 8~16GB(최대 100명), 32~64GB(수백 명 규모).
• 디스크: NVMe SSD. 청크 로드 지연이 TPS에 직접.
• 회선: 대역폭보다 지연·안정성 우선.

TCP-80.NET의 전용서버 상품 중 Intel Xeon 물리 서버가 마인크래프트·게임 서버에 적합. 5개 플랜, 월 ₩300,000부터 ₩1,200,000까지 규모별 선택 가능.

VPS로 시작 vs 전용서버 이전

동접 30명 미만이면 VPS 4 vCore·12GB로 충분히 시작 가능(월 ₩250,000). 그 이상은 전용서버 이전을 고려. 단일 코어 부스트 성능이 필요하기 때문에 vCore 개수보다 코어 성능이 중요.

놓치기 쉬운 실무 함정

1) 시간대·언어

일본 서버라도 유저·관리자에 맞춰 KST로 로케일 고정.

timedatectl set-timezone Asia/Seoul

로그 시간이 UTC·JST·KST 뒤섞이면 사고 조사 시 시간 낭비.

2) UDP 43개 잘 여는지 확인

일부 서비스가 UDP 443·19132 같은 게임 특화 포트를 막는 경우 있음. 세팅 전 반드시 UDP·TCP 필요 포트 목록 확보하고 IDC에 확인.

3) 마인크래프트 SRV 레코드 캐시

SRV 변경 후 클라이언트가 옛 값을 며칠 캐시. 이전 계획 시 TTL 낮추기부터.

4) 모드 서버는 별도 세계

Forge·Fabric 모드 서버는 Paper와 병행 불가. 모드 서버 별도 인스턴스로.

5) 백업 검증

백업이 있는 것과 복원 가능한 것은 다르다. 분기별 복원 테스트.

6) 스팸·모드 우회·해킹 도구 대응

Anti-cheat·플레이어 로그·플러그인 정책. Grim·NoCheatPlus 등 anti-cheat 도구는 게임 종류·소프트웨어별로 다름.

7) 법적·라이선스

마인크래프트의 EULA(상업적 이용 제한), 아이템 판매 정책, 모드 라이선스. 무시하면 나중에 곤란.

TCP-80.NET의 관련 상품 정리

이 글의 결론이 자연스럽게 다음을 가리키게 된다.

• **일본 VPS** — 월 ₩100,000부터. 소규모 커뮤니티(동접 30 이하)에 적합. 최대 4 vCore·12GB RAM·100GB SSD.
• **일본 전용서버** — 월 ₩300,000부터. Intel Xeon 물리 서버·IPMI 원격 접속 포함. 중대형 커뮤니티·상시 이벤트 서버.
• 공통 기본 포함 — 일본 공인 IP 1개, L3/L4 DDoS 방어(무료), Layer 2 해킹 보안, 무료 OS 설치, 내부망 백업, 7일 전액 환불 보장.
• **DDoS 방어** — L7 웹 프록시(월 ₩50,000), 대규모 방어존(월 ₩300,000). 커뮤니티 규모·표적 여부에 따라 선택.

용도별로 정리해둔 랜딩 페이지들도 참고할 만하다.

• 일본 서버 상세·가격
• 일본 서버 추천 정리
• 한국어 지원 일본 호스팅

상담·견적은 @tcp80net 텔레그램으로. 커뮤니티 규모·게임 종류·이벤트 계획을 알려주시면 상세 견적을 드린다.

WireGuard로 관리 접근 안전하게

관리자용 SSH·Pterodactyl 관리 페이지는 공개 인터넷에 노출하지 말고 WireGuard VPN 뒤에 둘 것을 강하게 권한다. 세팅 절차는 [WireGuard로 한국↔일본 VPN 5분 세팅](https://medium.com/@... /wireguard-korea-japan) 편에 정리했다(같은 필자의 별도 글).

마무리

한국에서 도쿄로 게임 서버를 옮기는 결정은 지연·NAT·DDoS·성능 네 축의 균형이다. 마인크래프트·MMO·팰월드처럼 지연 임계가 넉넉한 게임에는 도쿄가 실무적으로 매우 좋은 선택. 경쟁 FPS·격투에는 신중.

궁금한 점·구체 견적은 댓글 응답으로 남겨주시거나 @tcp80net 텔레그램으로 편하게 문의 주시면 된다.

이 글은 필자의 실사용·운영 경험을 기반으로 작성되었습니다. 회선·환경에 따라 지연·성능이 다를 수 있으니 각자 환경에서 재현 실측을 권합니다.