MongoDB, Express, React, 그리고 Node는 모두 Hostinger의 MERN VPS에 미리 설치되어 있으며, 확장 가능한 웹 앱을 바로 구축할 수 있는 환경으로 마케팅됩니다. 테스트 결과 여기에는 실제 강점이 있었는데, 특히 거의 완벽한 CPU 스케일링이 가장 두드러졌습니다. 다만 요금제와 문서화 측면에서 개발자가 커밋하기 전에 알아두어야 할 몇 가지 세부 사항도 있었습니다. 제가 발견한 모든 내용을 여기에서 확인할 수 있습니다.

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger 방문

장단점

평가 세부 내역

Hostinger의 MERN VPS 호스팅 점수를 매기기 위해 저는 HostAdvice의 평가 방법론을 적용했습니다. 이는 사이트의 모든 리뷰에서 사용되는 동일한 표준화된 접근 방식으로, 마케팅 주장보다 실제 테스트에 기반해 점수가 일관되고 근거 있게 유지되도록 합니다. 각 항목별 점수는 아래와 같습니다.

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger 방문

플랜 및 가격

Hostinger는 MERN 호스팅을 네 가지 KVM VPS 티어 중 하나로 판매하며, KVM 1부터 KVM 8까지 CPU 코어, RAM, NVMe 디스크 공간, 대역폭을 함께 확장합니다.

MERN 자체는 별도 구매 상품이 아니며, 결제 시 선택한 티어 위에 얹히는 원클릭 애플리케이션으로, 서버가 활성화되는 순간 MongoDB, Express, React, Node가 모두 자동으로 설치됩니다.

주문 전에 알아두면 좋은 몇 가지가 있습니다:

• 결제 조건: 플랜은 1개월, 12개월, 24개월 단위로 선결제하며, 기간이 길수록 월 요금 할인폭이 커집니다. 전체 티어 및 기간별 내역은 아래 가격 위젯을 확인하세요.
• 환불 보장: VPS 플랜에는 30일 보장이 제공되지만, 세부 약관에는 실제 제한이 있습니다. VPS 환불은 180일에 한 번만 청구할 수 있으므로, 이 기간 내 두 번째 VPS 구매에 대한 환불은 처리되지 않습니다. 기존 VPS 플랜 업그레이드는 아예 제외됩니다.
• 무료 체험: MERN VPS 호스팅에 대한 별도의 무료 체험은 찾지 못했고, 30일 환불 보장만 확인했습니다. 이 제한을 고려해 평가 시간을 계획하세요.
• 결제 수단: 카드(Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay(중국 및 홍콩 별도 버전), 그리고 암호화폐용 Coingate를 지원합니다. 암호화폐 결제는 환불 정책의 적용 대상에서 제외됩니다.
• 포함 사항: 모든 티어에는 1년간 무료 도메인, 전체 루트 권한, 활성 악성코드 스캐너, 주간 백업이 추가 비용 없이 포함됩니다.

한 가지 직접 짚고 넘어갈 점이 있습니다. 테스트 중 플랜 페이지 자체에서 두 가지 다른 네트워크 속도 수치가 나왔습니다. 기능 목록에는 1 Gbps가, 아래 본문에는 300 Mb/s가 적혀 있었습니다.

실제 벤치마킹 결과는 1 Gbps 주장과 일치했습니다. 그러므로 낮은 수치는 실제 사양이 아니라 문구 오류로 보아야 합니다. 다만 읽는 시점에 마케팅 페이지가 업데이트되었을 수 있으니, 구매 전에 라이브 페이지에서 다시 확인하는 편이 좋습니다.

기능

• 모든 티어에 AMD EPYC 프로세서 적용
• 모든 플랜에 NVMe SSD 저장소 제공
• 무료 자동 주간 백업 포함
• 기본 활성화된 악성코드 스캐너
• 모든 플랜에 내장된 방화벽 관리
• 플랜당 1 Gbps 네트워크 속도
• 자동화 및 스크립팅용 공개 API
• 빠른 접근을 위한 AI 웹 터미널
• 1년간 무료 도메인 포함

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger 방문

성능

MERN 스택은 서버의 모든 계층에 실질적인 부담을 줍니다. Node는 한 프로세스당 단일 스레드로 요청을 처리하므로, CPU 속도와 코어 간 확장성은 Node 프로세스 하나 또는 여러 프로세스를 클러스터 모드로 돌릴 때 실제로 얼마나 많은 동시 사용자를 처리할 수 있는지를 결정합니다.

MongoDB는 문서를 계속해서 디스크에 읽고 쓰므로, 디스크 I/O가 쿼리 응답 속도를 좌우합니다. React의 프로덕션 빌드는 정적 파일로 제공되며, 디스크와 네트워크를 함께 사용합니다. Express는 그 가운데에서 모든 처리를 메모리를 통해 전달합니다.

이 플랜이 실제로 무엇을 제공하는지 확인하고, 플랜 페이지 자체가 일관되게 답하지 못한 대역폭 문제를 해결하기 위해 서버를 대상으로 CPU, 메모리, 디스크, 네트워크, 그리고 지속 스트레스 테스트를 포함한 전체 벤치마크를 실행했습니다.

제가 테스트한 인스턴스는 제가 결제 시 선택한 KVM 4 플랜이었습니다:

• CPU: 4 vCPU, AMD EPYC 9354P 프로세서를 사용하는 호스트에서 할당
• RAM: 할당된 16GB 중 15GB 사용 가능, 스왑 미설정
• 디스크: 200GB NVMe 할당 중 193GB 사용 가능
• OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic

수치에 앞서 이 플랜의 위치를 짚어보겠습니다. Hostinger의 MERN VPS 라인업은 다른 VPS 제품과 동일하게 KVM 1부터 KVM 8까지 네 가지 티어로 구성되어 있으며, KVM 4는 상위에서 두 번째 티어로, 첫 프로토타입이나 큰 멀티서비스 플랫폼이 아니라 실제 사용자 기반을 가진 애플리케이션에 적합하게 설계되었습니다. 아래 내용은 이 중간~상위 티어 하나만을 반영합니다.

1. CPU 성능

• 싱글 스레드: 초당 1,634.54 이벤트, 평균 지연 시간 0.61ms, 95번째 백분위 0.63ms

• 멀티 스레드, 4 threads: 초당 6,523.07 이벤트, 평균 지연 시간 0.61ms, 95번째 백분위 0.63ms

• 스레드 공정성 표준 편차: 스레드당 평균 16,310 이벤트 기준 18.22

싱글 스레드 속도는 단일 Node 프로세스에서 가장 중요한 수치입니다. Node는 JavaScript를 한 스레드에서 실행하고, 클러스터 모드로 돌리거나 PM2 같은 프로세스 관리자를 사용해 여러 인스턴스를 띄울 때만 여러 코어로 분산하기 때문입니다.

평균 지연 시간 0.61ms라면, 이 서버의 단일 Express 프로세스는 일반적인 요청 처리에서 CPU가 병목이 되기까지 충분한 여유가 있습니다.

멀티 스레드 결과가 가장 인상적이었습니다. 한 스레드에서 네 스레드로 늘렸을 때 처리량이 거의 정확히 4배로 증가해, 사실상 완벽한 확장성을 보였습니다. 이는 특히 Node에 직접적으로 중요합니다. PM2 클러스터로 4개 인스턴스를 실행해 4개 코어를 모두 사용하면, 다른 테넌트와의 경합 때문에 흔히 발생하는 처리량 손실 없이 단일 프로세스 대비 거의 4배의 처리량을 낼 수 있다는 뜻이기 때문입니다.

스레드 공정성 수치도 이를 뒷받침합니다. 스레드 간 편차가 약 0.1 percent에 불과해, 테스트 내내 모든 코어가 고르게 일을 처리했습니다.

2. 메모리 속도

• 순차 쓰기: 6,060.82 MiB/sec

• 순차 읽기: 7,117.04 MiB/sec

두 수치 모두 현재 EPYC 하드웨어가 이 테스트에서 보여주는 범위 안에 충분히 들어갑니다. MERN 스택에서 메모리 속도는 MongoDB가 자주 접근하는 데이터를 RAM에 캐시하는 부분과, Node 자체가 객체, 세션 데이터, 인메모리 캐시를 같은 메모리 풀에서 유지하는 부분에서 가장 중요합니다.

이 속도라면 메모리가 요청 속도를 늦추는 계층이 될 가능성은 매우 낮습니다. 별도로, 이 인스턴스에는 스왑이 설정되어 있지 않아, MongoDB 작업 집합이나 오래 실행되는 Node 프로세스의 메모리 누수가 한계를 넘더라도 쓸 수 있는 전체 15GB RAM을 그대로 사용하게 됩니다.

3. 디스크 I/O

• 순차 쓰기: 556 MiB/s (583 MB/s), 556 IOPS

• 순차 읽기: 1,084 MiB/s (1,137 MB/s), 1,084 IOPS

• 랜덤 4K 혼합 읽기/쓰기: 각 방향당 약 9,800 IOPS, 방향별 처리량 약 38.3 MiB/s

순차 읽기는 순차 쓰기보다 거의 2배 빨랐습니다. 큰 파일 쓰기, 데이터베이스 백업, 업로드 미디어, 로그 내보내기 같은 워크로드가 있다면 이 점은 알아둘 만한 실제 비대칭입니다. 쓰기 측의 여유가 읽기 측보다 분명히 적기 때문입니다.

랜덤 4K 성능은 MongoDB가 실제로 부하를 받을 때 어떻게 동작하는지를 예측하는 핵심 수치입니다. 문서 읽기와 쓰기는 큰 순차 블록이 아니라 작고 흩어진 작업 형태로 디스크에 접근하기 때문입니다.

양방향 모두 약 9,800 IOPS를 기록했고 읽기/쓰기가 균형을 이룬 것은 데이터베이스형 접근에 강한 결과입니다. 따라서 일반적인 애플리케이션 범위에서는 동시 연결 수와 문서 수가 늘어도 MongoDB 쿼리는 디스크가 병목이 되기 훨씬 전까지 빠르게 유지될 것입니다.

달라지는 것은 동일한 디스크 한계에 얼마나 많은 동시 부하를 얹을 수 있느냐이며, 더 바쁜 MongoDB 워크로드는 KVM 4의 추가 CPU와 메모리를 통해 그 약 9,800 IOPS를 더 병렬적으로 처리할 수 있습니다. 디스크 성능 자체가 좋아지는 것은 아닙니다.

4. 네트워크 속도

• Run 1: Download 983.28 Mbps, Upload 986.95 Mbps, idle latency 0.27ms, 0% packet loss

• Run 2: Download 730.48 Mbps, Upload 973.67 Mbps, idle latency 0.33ms, 0% packet loss

이 결과는 플랜 페이지와 연결해서 볼 필요가 있습니다. 기능 목록에서는 1 Gbps 네트워크 속도를 적어 놓았지만, 동일한 플랜을 설명하는 본문에는 “300 Mb/s infrastructure”라고 따로 적혀 있었습니다.

실제 테스트는 1 Gbps 주장과 일치했습니다. 300 Mb/s 수치가 아니라, 두 번의 업로드 결과가 모두 900 Mbps에 가깝거나 그 이상이었고, 첫 번째 다운로드는 거의 전체 기가비트를 포화시켰습니다. 플랜 페이지의 300 Mb/s 표기는 이 서버가 실제로 제공한 결과와 맞지 않으며, 오래되었거나 서로 어긋난 문구로 보입니다.

한 가지 직접 짚을 점은 두 번의 테스트 사이에 다운로드 속도가 동일하지 않았다는 것입니다. 첫 번째는 983 Mbps, 두 번째는 730 Mbps로, 단순 노이즈가 아닌 실제 차이였습니다.

업로드는 두 번 모두 안정적이었고 패킷 손실도 0%였으므로, 이는 실제 문제라기보다 공유 네트워크 경로에서 흔히 나타나는 변동으로 보입니다. 다만 하루 중 어느 시점이든 모든 다운로드가 항상 전체 기가비트에 도달하리라고 가정할 정도로 작은 차이는 아니었습니다.

5. 스트레스 테스트

지속적인 부하에서 서버가 어떻게 버티는지 확인하기 위해 CPU, 메모리, 디스크 스트레스 요인을 각각 180초씩 실행했습니다:

• CPU 스트레스, 4 workers: 1,109,725 bogo ops, 실패 0건

• 메모리 스트레스, 2 workers: 13,640,251 bogo ops, 실패 0건

• 디스크 스트레스, 2 workers: 2,950,093 bogo ops, 실패 0건

모든 스트레스 요인이 깔끔하게 완료되었고, 실패한 워커는 0개였으며 신뢰할 수 없는 메트릭도 0개였습니다. 총 9분 동안 연속적으로 압박을 가한 결과입니다.

이것이야말로 실제 트래픽 급증, 런칭, 바이럴 게시물, 배치 작업 시작처럼 Node 애플리케이션이 겪게 될 상황에서 중요한 결과입니다. CPU, 메모리, 디스크가 동시에 스트레스를 받아도 서버가 예측 불가능하게 저하되지 않고 안정적으로 유지된다는 뜻이기 때문입니다.

실제 트래픽이 스파이크 형태로 들어온다면, 런칭 당일이나 마케팅 캠페인, 사용자 활동 중에 돌아가는 배치 임포트처럼, 이러한 복합 부하에서의 안정성이 위의 어떤 단일 수치보다 중요하며, 가장 저렴한 옵션보다 이 티어나 그 이상의 플랜을 선택해야 할 이유가 됩니다.

성능에 대한 전체 평가

이 KVM 4 플랜은 전반적으로 좋은 성능을 보였고, 가장 두드러진 결과는 4코어 전반에 걸쳐 거의 완벽한 선형 확장을 보인 CPU 스케일링입니다. 이는 전체 서버를 활용하기 위해 Node를 클러스터 모드로 실행할 때 직접적으로 중요합니다.

메모리와 랜덤 디스크 IOPS 모두 MongoDB와 Express를 실제 부하에서도 반응성 있게 유지할 만큼 충분히 강했고, 스트레스 테스트도 실패 0건으로 깔끔하게 통과했습니다.

네트워크 테스트는 플랜 페이지의 모순을 Hostinger에 유리하게 정리해 주었습니다. 실제 수치는 낮은 본문 문구가 아니라 1 Gbps 주장을 뒷받침했습니다. 다만 다운로드 속도는 두 번의 테스트 사이에 의미 있게 달라져서, 고정된 보장치라기보다 범위로 보는 편이 맞습니다.

다른 티어와 마찬가지로 이 수치는 MERN 호스팅 전체가 아니라 KVM 4 하나만을 설명합니다. 작은 사이드 프로젝트라면 한두 단계 아래로도 충분했을 가능성이 큽니다. 반면 단일 Node 프로세스를 넘어 확장될 MERN 애플리케이션이라면, 이 플랜의 거의 완벽한 CPU 스케일링은 단순한 여유가 아니라 더 저렴한 티어보다 이 플랜을 고려할 만한 실제 이유입니다.

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger 방문

사용 편의성

Hostinger의 MERN VPS를 결제부터 실제 서버 관리 도구를 살펴보는 단계까지 테스트했습니다. 여기에는 플랜과 위치 선택, 계정 생성, 결제, 그리고 MongoDB, Express, React, Node가 모두 같은 서버에 올라간 뒤 hPanel이 실제로 무엇을 제공하는지 확인하는 과정이 포함되었습니다.

다음 내용은 그 과정이 실제로 어땠는지에 대한 것이며, 체크아웃에 도달하기도 전에 플랜 페이지에서 서로 모순되는 한 가지 세부 사항도 포함됩니다.

1. 등록

MERN VPS 랜딩 페이지는 무료 자동 주간 백업, 악성코드 스캐너, Kodee AI 비서라는 세 가지 주장을 전면에 내세우며, 모두 추가 비용 없이 제공된다고 밝힙니다.

같은 페이지를 더 아래로 스크롤하니 체크아웃이 시작되기 전부터 짚고 넘어갈 만한 내용이 하나 있었습니다. 상단 기능 목록은 1 Gbps 네트워크 속도를 광고하는데, 아래쪽 본문은 같은 플랜을 “300 Mb/s infrastructure”라고 설명하고 있었습니다.

그건 작은 반올림 차이가 아닙니다. 하나는 다른 하나의 3배가 넘는 수치이므로, 나중에 실제 벤치마크 수치와 함께 확인해 볼 필요가 있습니다.

저는 KVM 4 플랜을 선택해 장바구니로 이동했는데, 거기에는 늘 그렇듯 세 가지 선택지가 있었습니다:

• 결제 기간: 1개월, 12개월, 24개월, 각 옵션별 절감액 표시

• 서버 위치: 대륙별로 묶인 지역과 각 지역 옆의 예상 지연 시간

• 앱 마켓플레이스: 1,000개가 넘는 원클릭 OS, 패널, 애플리케이션 옵션

장바구니에서는 더 낮은 월 요금을 위해 24개월을 선택한 뒤, 기본값을 그대로 믿기보다 지역을 직접 비교했습니다. United Kingdom이 163ms로 가장 적합했고, United States의 254ms보다 훨씬 앞섰습니다.

애플리케이션 마켓플레이스로 들어가 보니 MERN Stack이 이미 선택된 상태였고, Docker and Traefik, Dify, Hermes Agent 등 다른 Hostinger VPS 제품에서 봐 온 동일한 원클릭 옵션들 사이에 있었습니다.

그 다음 “Continue”를 클릭했습니다. 다음 단계는 등록이며, 회원 가입하거나 로그인할 수 있습니다.

이미 기존 계정에 로그인해 있었기 때문에 등록은 한 번의 클릭으로 끝났고, 청구 및 결제 화면에서는 익숙한 수단들이 제공되었습니다:

• Visa, Mastercard, Amex, Discover를 포함한 카드
• PayPal
• Google Pay
• 중국 및 홍콩 별도 버전의 AliPay
• 암호화폐 결제를 위한 Coingate

결제를 제출하자 몇 초 만에 확인 이메일이 도착했고, hPanel로 돌아오니 새 서버가 이미 실행 중으로 표시되었습니다.

여기서 눈에 띈 것은 체크아웃 흐름 자체가 아니라, 지금쯤이면 모든 Hostinger VPS 제품에서 예상대로 작동하는 흐름이라는 점입니다.

오히려 결제 전에 플랜 페이지에 나란히 표시된 서로 다른 대역폭 수치가 문제입니다. 네트워크 속도만 비교하는 독자는 같은 페이지의 어느 부분을 읽었느냐에 따라 서로 다른 두 숫자를 보게 될 수 있습니다.

2. 대시보드/클라이언트 영역

구매 후 hPanel로 이동했고, 등록에 사용한 정보로 계정에 로그인했습니다.

hPanel은 결제 직후 홈 화면이 열렸고, 도메인, 이메일, 웹사이트 빌더, 그리고 계정의 모든 VPS를 한 곳에서 다루는 계정 전체 패널이 표시되었습니다.

이름으로 인사하며 AI 프롬프트 바, 바로가기 버튼, 할 일 체크리스트, 그리고 아래쪽에 계정의 모든 자산 목록을 보여주었습니다.

VPS 표까지 내려가 보니 새 서버는 이미 Running으로 표시되어 있었고, 호스트명, IP 주소, 플랜, 만료일이 별도 클릭 없이 모두 보였습니다. Manage를 클릭해 서버 전용 패널로 들어갔습니다.

여기서 계속 좋은 점은 찾기 위해 헤맬 것이 거의 없다는 점입니다. 서버는 결제가 완료되는 즉시 계정 홈에 나타나고, 그 목록에서 서버 수준 제어로 이동하는 데 메뉴를 뒤질 필요 없이 한 번만 클릭하면 됩니다.

3. MERN Stack 및 서버 관리

다음으로 스택 자체에 실제로 무엇이 포함되어 있는지 확인하고 싶어서 VPS Overview 페이지를 열었습니다.

VPS Overview 페이지는 “MERN Stack (MongoDB, ExpressJS, ReactJS, NodeJS)”라고 적힌 앱 카드를 보여주었고, Ubuntu 24.04 기반에 Manage App 버튼이 있었으며, 별도의 정보 배너에는 해당 스택 문서로 이어지는 “Learn more” 링크가 있었습니다.

그 아래에는 익숙한 서버 카드가 있었는데, Ubuntu 24.04가 KVM 4에서 실행 중이며, 재부팅과 터미널 제어, root SSH 정보, 그리고 서버를 막 프로비저닝했기 때문에 자원 그래프가 아직 채워지는 중이라는 표준 안내가 보였습니다.

페이지를 더 내려가 보면:

• SSH 키 관리
• 방화벽 규칙
• 백업 스냅샷
• 악성코드 스캐너: 활성

마지막 항목은 이 제품의 실제 장점입니다. 플랜 페이지의 악성코드 스캐너 주장과 달리, 이 항목은 실제로 켜져 있었고 제가 확인했을 때 이미 작동 중이었으며, 15 files scanned, zero compromised, zero malicious 상태였습니다.

이는 플랜 페이지의 약속이 실제 서버에서 본 내용과 정확히 일치한 사례입니다.

OS & Panel을 살펴보니 같은 스택 정보가 한 번 더 있었고, “Current Application” 섹션에는 MERN을 더 자세히 설명하는 내용과 “Quick start guide” 링크가 있었는데, 이는 Overview 카드의 “Learn more” 링크와는 별개였습니다.

둘 다 스택에 적응하는 데 도움을 주는 링크이며, 두 곳에 유사한 문서 진입점이 있는 것은 약간 중복되지만 둘 다 찾기 어렵지는 않습니다.

같은 페이지는 전체 OS 재설치 선택창 역할도 하는데, AlmaLinux, Debian, Rocky Linux, Ubuntu, Alpine, Arch, CentOS, CloudLinux, Fedora, Kali, NixOS, openSUSE가 모두 원클릭 대안으로 제공되어 MERN 설정을 지우고 바닐라 OS로 다시 시작할 수 있습니다.

Settings에는 다른 Hostinger VPS 제품에서 일관되게 보아 온 서버 수준 도구들이 그대로 있었습니다. root 비밀번호 생성기, 방화벽 및 SSH 설정 원클릭 초기화, 호스트명 변경기, 로그 정리 도구가 포함됩니다.

이 중 어느 것도 MERN 전용은 아니며, 스택 위의 애플리케이션이 아니라 그 아래의 서버를 관리하는 기능입니다.

이 지점에 도달한 사람이라면 무엇을 클릭해야 할지 궁금할 수 있는데, 실용적인 경로는 이렇습니다. Ubuntu 카드의 Terminal 버튼이 직접 진입하는 방법이며, 브라우저 안에서 이미 인증된 라이브 SSH 세션을 열어 줍니다. 여기서 MERN 파일을 다루고, Node를 실행하고, MongoDB 상태를 확인하고, Git을 통해 자신의 코드를 가져오는 등 실제 작업을 시작할 수 있습니다.

사용 편의성에 대한 전체 평가

체크아웃과 결제 후 서버가 실행 중 상태로 전환되는 경로는 계속해서 잘 작동하며, 위치 비교 도구는 플랜 페이지의 “recommended” 위젯만 믿기보다 직접 사용하는 편이 좋습니다. 테스트 당시 그 위젯은 작동하지 않았습니다.

서버 내부로 들어가면, 악성코드 스캐너가 이 섹션의 주인공입니다. 실제 스캔 데이터가 생성되고 있었고, 단순한 마케팅 문구로 남아 있지 않았습니다.

아쉬운 점은 퍼널의 앞단에 있습니다. 플랜 페이지의 서로 모순되는 대역폭 수치는 애초에 그대로 출고되면 안 될 종류의 디테일이며, 실제 숫자와 대조해 보기 전에는 어느 쪽도 그대로 믿지 않는 것이 좋습니다.

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger 방문

지원 수준

Kodee는 Hostinger의 AI 비서로, 지원의 최전선 역할을 하며, 필요할 경우 사람에게 넘길 수 있는 human escalation 옵션도 뒤에 있습니다.

테스트 중에는 그 옵션을 사용할 필요가 없었는데, 그것만으로도 어느 정도 의미가 있습니다. 하지만 AI가 해결할 수 없는 질문이 생기면 그 존재를 알아두는 것이 좋습니다.

저는 이 MERN 앱을 뒷받침하는 Node 프로세스가 SSH 세션을 닫거나 서버를 재부팅해도 유지되는지, 그리고 템플릿에 포함된 Express 서버가 고정 포트에서 실행되는지에 대해 Kodee와 두 부분으로 나누어 기술적인 대화를 진행했습니다.

1. AI 지원(Kodee)

저는 실제 운영 환경에서의 질문으로 시작했습니다. 이 MERN 앱을 구동하는 Node 프로세스가 SSH 세션을 닫아도 살아남는지, 서버 재부팅 후에도 유지되는지, 그리고 Express 서버가 고정 포트로 동작하는지 물었습니다.

Kodee는 직접적으로 답했습니다:

• node server.js로 시작한 Node 프로세스는 SSH 세션이 종료되면 중단된다고 확인함
• 재부팅 후 자동으로 다시 시작되지는 않는다고 확인함
• 지속 실행을 위해 PM2 또는 systemd 서비스를 권장하며, 시작, 저장, 시작 시 활성화를 위한 정확한 PM2 명령을 제시함
• Express에 고정 포트가 없으며, 앱이 process.env.PORT를 통해 자체적으로 포트를 정의한다고 확인함
• 사용자가 요청하지 않은 보안 메모를 추가함: 리버스 프록시 뒤에 있을 경우 앱의 내부 포트는 공개 인터페이스에 노출하지 말 것

마지막 포인트는 제가 묻지 않은 내용이었고, 완전한 답변과 그렇지 않은 답변을 가르는 세부 사항입니다.

정확히 그 지점을 더 파고들어, Nginx가 실제로 이 VPS에 설치되고 HTTPS까지 설정되어 있는지, 아니면 제가 직접 설정해야 하는지 물었습니다. Kodee는 서버를 직접 확인하겠다고 했고, 실제로 그렇게 했습니다:

• Nginx가 설치되어 있고 실행 중이며 버전은 1.24.0이라고 확인함
• 여전히 기본 사이트 상태이며 port 80은 열려 있지만 port 443은 설정되지 않았다고 확인함
• 현재 실행 중인 Node 프로세스가 없다고 확인함
• 애플리케이션 디렉터리에는 Express 의존성만 있고 시작 파일은 아직 정의되지 않았다고 확인함

이 모든 내용은 제 특정 서버의 실제 상태이며, 일반적인 Nginx 설명이 아닙니다. 그 다음 Kodee는 완전하고 순서가 있는 설정 과정을 제시했습니다. DNS 레코드, Node 앱을 공개 노출 대신 127.0.0.1에서 비공개로 시작하는 방법, 전체 Nginx 리버스 프록시 설정 블록, Certbot 설치 및 인증서 발급, 그리고 마지막에 Nginx, PM2, 라이브 HTTPS 확인까지의 검증 단계였습니다.

또한 방화벽을 활성화하기 전에 SSH, HTTP, HTTPS를 명시적으로 허용하라고 지적했고, Nginx가 공용 트래픽을 처리하는 경우 백엔드 포트는 비공개로 유지하라고 안내했습니다.

AI 지원에 대한 제 생각: 이것은 Kodee와의 두 번의 전체 기술 대화 중 가장 정확한 응답이었습니다. 두 번 모두 실제 서버 상태를 확인한 뒤 답했고, 두 번째 대화에서는 사용자가 쉽게 놓칠 수 있는 실제 유용한 공백, 즉 HTTPS 미설정 상태를 잡아냈습니다. 앱이 이미 라이브가 된 뒤 보안이 비어 있음을 알게 되는 상황을 막아 주는 내용이었습니다.

질문하지 않은 보안 노트가 두 번이나 나온 점이, 좋은 답변을 신뢰할 수 있는 답변으로 끌어올린 요소였습니다.

2. 지식 베이스

Hostinger의 지식 베이스는 내가 다른 제품에서도 일관되게 봐 온 동일한 범주의 타일로 구성되어 있으며, 각 타일에는 문서 수가 표시되어 있어 클릭하기 전에 주제가 얼마나 깊은지 가늠할 수 있습니다. VPS는 275개의 문서로 가장 큰 카테고리였고, hPanel, Website, Domains가 그다음 규모였습니다. 이런 구조는 겉보기에는 괜찮지만, 큰 카테고리 수치가 특정 스택 하나를 실제로 얼마나 잘 다루는지는 말해 주지 않으며, 바로 그 점을 확인하고 싶었습니다.

Hostinger가 자체적으로 MERN에 대해 무엇을 써 두었는지 알고 싶어서 검색창에 “MERN”을 입력했습니다. 그 결과는 비어 있었습니다. “No results found for: MERN”으로, 해당 단어와 일치하는 문서는 하나도 없었습니다.

한 글자 다른 “MEAN”을 검색하니 186개의 결과가 나왔습니다. 맨 위 항목인 “How to use the MEAN Stack VPS template at Hostinger”가 이런 종류의 스택에 대해 Hostinger가 제공하는 가장 가까운 문서였지만, MEAN은 MERN이 아닙니다. React 대신 Angular를 사용합니다.

그 첫 결과 이후의 186개 결과 대부분은 잡음이었습니다. TikTok Shop 상품 등록, 스팸 방지, Registro.br 도메인 오류, Agency Directory 리드 등의 문서가 단지 문장 안에 “mean”이라는 단어를 포함하고 있다는 이유만으로 뜬 것입니다.

가까운 대안이라도 얼마나 괜찮은지 보기 위해 MEAN 문서를 열어보기로 했습니다.

이 문서는 MEAN Stack VPS 템플릿에 PM2, Certbot, Nginx가 미리 설치되어 있으며, /root/application 디렉터리에는 이미 Express와 Angular가 들어 있다고 서두에서 밝힙니다.

하지만 자세히 읽어보면 Step 1에서 완전히 새로운 프로젝트 디렉터리를 mkdir로 만들게 하고, Step 2에서는 npm init을 실행해 server.js 파일을 처음부터 직접 작성하라고 안내합니다. 이는 Express가 이미 준비되어 있다고 밝힌 서두의 주장과 어색하게 어긋납니다.

나머지 가이드는 완전히 Angular 중심입니다. ng new, ng serve, ng build가 이어지고, 마지막에는 애플리케이션을 나중에 “확장하고 향상”하려면 MongoDB를 추가할 수 있다고 적는데, 정작 Mongo는 MEAN이라는 이름의 첫 글자임에도 실제로 연결 과정을 보여 주지 않습니다.

지식 베이스에 대한 제 생각: Hostinger의 문서에는 MERN 전용 글이 하나도 없으며, 가장 가까운 문서도 전혀 다른 프런트엔드 기술을 위한 것입니다. 게다가 무엇이 미리 설치되어 있는지와 실제 단계에서 무엇을 새로 만드는지가 서로 모순되고, 스택 이름에 MongoDB가 들어가 있음에도 MongoDB 섹션은 끝내 등장하지 않습니다.

이 공백은 다른 스택을 테스트할 때보다 여기서 더 중요합니다. MongoDB, Express, React, Node는 각각 고유한 설정 특성이 있는데, MEAN 가이드는 이 exact product를 다루지 못하기 때문입니다. 지식 베이스에서 이 제품에 대한 도움을 찾는 사람은 아무것도 찾지 못하고 결국 Kodee에 의존해야 할 것입니다.

지원에 대한 전체 평가

Kodee가 이 제품에서 실제 일을 모두 하고 있으며, 그럴 만한 자격이 있습니다. 두 번의 기술 대화 모두 실제 서버를 확인한 뒤 답했고, 두 번째 대화에서는 활성 HTTPS 설정이 없는 실질적인 공백을 잡아냈습니다. 독자가 앱을 이미 공개한 뒤에야 놓칠 수 있는 부분입니다.

반면 지식 베이스는 MERN용으로 구축된 것이 전혀 없고, 가장 가까운 문서조차 다른 스택을 대상으로 합니다.

필요하면 사람 상담원에게 한 번의 클릭으로 넘길 수 있지만, 이번 테스트에서는 그럴 필요가 전혀 없었습니다.

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger 방문

Hostinger MERN Hosting을 추천할까요?

네. 이 인프라는 강력하고, MongoDB, Express, React, Node는 모두 바로 사용할 수 있는 상태로 제공되며, 코어 간 CPU 스케일링은 거의 완벽한 선형성을 보였고, 악성코드 스캐너도 별도 설정 없이 활성화되어 있었습니다. Kodee는 실제 서버를 확인하는 두 번의 기술 대화를 통해 이 모든 것을 뒷받침했습니다.

약점은 문서화에 있습니다. Hostinger에는 MERN에 관한 글이 없고, 지식 베이스에서 가장 가까운 문서는 다른 프런트엔드 기술을 위한 것입니다. 다만 테스트에서 Kodee가 매우 잘 작동했기 때문에 이것이 치명적인 문제는 아니지만, 자체 전용 가이드를 갖춘 스택보다 AI 지원에 더 의존하게 된다는 뜻입니다.

AI 보조 답변을 바탕으로 작업하는 데 익숙한 개발자라면 인프라만으로도 쉽게 추천할 수 있습니다. 반면 공식 문서를 처음부터 끝까지 따라가고 싶은 사람이라면, 지식 베이스가 다루지 못하는 부분은 Kodee에 의존할 시간을 따로 잡아 두는 것이 좋습니다.

Hostinger

5.0

2,471 사용자 리뷰

₩2,150 /mo

시작가

Hostinger 방문

전문가 리뷰 기반 평점

• 사용자 친화성
  4.9
• 기술 지원
  4.9
• 기능
  4.8
• 신뢰도
  4.7
• 요금제
  4.5