Hostginger는 자사의 Laravel VPS를 Laravel 프로젝트를 빠르게 라이브로 올리기 위해 설계된 사전 설치형, AI 관리 서버로 판매합니다. 실제 테스트에서 그 약속의 상당 부분은 맞아떨어졌습니다. 강력한 벤치마크, 유능한 AI 지원 에이전트, 일정대로 실행되는 백업까지 확인됐습니다.

하지만 대시보드의 한 버튼은 제가 전혀 예상하지 못한 곳으로 저를 보냈고, 여러분도 직접 클릭하기 전에 알아둘 만한 내용입니다. 전체 분석은 다음과 같습니다.

Hostinger Laravel VPS 호스팅

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Hostinger 방문

장점과 단점

평가 내역

Hostinger의 Laravel VPS 호스팅 점수를 매기기 위해, 저는 HostAdvice의 평가 방법론을 적용했습니다. 이는 사이트의 모든 리뷰에서 사용하는 동일한 표준화된 방식으로, 점수가 마케팅 주장 대신 실제 테스트에 기반하고 일관성을 유지하도록 합니다. 각 항목별 점수는 다음과 같습니다.

Hostinger Laravel VPS 호스팅

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Hostinger 방문

요금제와 가격

Hostinger는 Laravel 호스팅을 KVM 1부터 KVM 8까지 네 가지 KVM VPS 티어 중 하나로 판매하며, 위로 올라갈수록 CPU 코어, RAM, NVMe 디스크 용량, 대역폭이 함께 확장됩니다.

Laravel 자체는 별도 구매 항목이 아니라, 결제 시 선택한 어느 티어에나 1클릭 애플리케이션으로 얹히며, Cloudpanel은 설치가 완료된 뒤 실제로 설치를 관리하는 제어판으로 함께 포함됩니다.

주문 전에 알아둘 몇 가지가 있습니다:

• 결제 기간: 요금제는 1, 12, 24개월 단위로 선결제하며, 기간이 길수록 월 요금에서 실제 할인이 적용됩니다. 전체 티어와 기간별 세부 내역은 아래 가격 위젯을 참고하세요.
• 환불 보장: VPS 요금제에는 30일 보장이 있지만, 세부 약관에는 실제 제한이 있습니다. VPS 환불은 180일마다 한 번만 청구할 수 있으므로, 같은 기간 내 다른 VPS 구매에 대해 두 번째 환불은 처리되지 않습니다. 기존 VPS 요금제의 업그레이드는 아예 제외됩니다.
• 무료 체험: Laravel VPS 호스팅에 별도의 무료 체험은 찾지 못했고, 30일 환불 보장만 있었습니다. 이 제한을 고려해 평가 시간을 계획하세요.
• 결제 수단: 카드(Visa, Mastercard, Amex, Discover), PayPal, Google Pay, China 및 Hong Kong 전용 버전의 AliPay, 그리고 암호화폐용 Coingate를 지원합니다. 암호화폐 결제는 환불 정책에서 제외되므로, 보장이 중요하다면 유의하세요.
• 포함 항목: 모든 티어에는 첫해 무료 .cloud 도메인, 전체 root 권한, Git 연동, Cloudpanel이 추가 비용 없이 포함되어 있어, 스티커 가격이 제어판을 따로 청구하는 호스트보다 실제 비용에 더 가깝습니다.

Hostinger 자체 가이드는 KVM 1이 단순한 Laravel 사이트에 충분하고, 더 무겁고 리소스를 많이 쓰는 프로젝트에는 KVM 8을 권장한다고 안내합니다.

테스트 결과를 더해 말하자면, Manage App 버튼 주변의 앱 관리 혼란과 기본 비활성화 상태인 멀웨어 스캐너는 모든 티어에 동일하게 적용되므로, 용량을 키운다고 해서 이 두 문제는 해결되지 않습니다. 실제 앱이 필요로 하는 CPU와 트래픽 기준으로 요금제를 고르고, 이 두 가지 특정 문제는 어떤 티어를 선택하든 같은 방식으로 처리해야 합니다.

기능

• 모든 티어에 AMD EPYC 프로세서 적용
• 모든 요금제에 NVMe SSD 저장장치 제공
• 간편한 코드 배포를 위한 Git 연동
• SSH를 통한 전체 root 권한
• Cloudpanel 제어판 기본 포함
• VPS 관리 작업용 AI 에이전트
• 각 요금제의 자동 주간 백업
• 요금제당 1 Gbps 네트워크 속도
• 1년간 무료 .cloud 도메인

Hostinger Laravel VPS 호스팅

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Hostinger 방문

성능

Laravel 애플리케이션은 코드만큼이나 그 아래의 서버에 의해 성패가 갈립니다. 페이지 로드는 PHP 실행을 위한 CPU 속도에, 데이터베이스 쿼리는 디스크 I/O에, 세션과 캐시는 메모리에 의존하며, 앱이 큐 작업이나 실제 방문자를 처리한다면 네트워크 처리량과 지속 부하 처리 능력도 중요합니다.

Laravel 자체는 이를 바꾸지 않습니다. 여전히 Linux에서 돌아가는 PHP일 뿐이므로, 여기서의 진짜 테스트 대상은 VPS입니다.

저는 CPU, 메모리, 디스크, 네트워크, 그리고 지속 스트레스 테스트까지 포함한 전체 벤치마크 세트를 서버에 실행해, 이 요금제가 실제로 무엇을 제공하는지와 그것이 실제 애플리케이션에 어떤 의미인지 확인했습니다.

제가 테스트한 인스턴스는 결제 시 선택한 KVM 2 요금제였습니다:

• CPU: AMD EPYC 9354P 프로세서를 사용하는 호스트에서 할당된 2 vCPU
• RAM: 8GB 할당 중 7.8GB 사용 가능, 스왑 2GB 추가
• 디스크: 100GB NVMe 할당 중 96GB 사용 가능
• OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic

숫자로 들어가기 전에, Hostinger의 Laravel VPS 라인업이 나머지 VPS 범위와 동일한 네 가지 티어, 즉 KVM 1부터 KVM 8까지로 구성되어 있고, KVM 2는 하위에서 두 번째, 가장 저렴한 옵션보다 한 단계 위이며 더 무거운 멀티 애플리케이션 워크로드용인 KVM 4와 KVM 8보다는 훨씬 아래에 있다는 점을 알아두면 좋습니다.

다음 내용은 소규모에서 중간 규모의 Laravel 프로젝트, 하나의 애플리케이션이 실제지만 적당한 트래픽을 처리하는 환경을 반영하며, 여러 서비스를 한 대의 서버에서 동시에 운영하는 대규모 플랫폼은 아닙니다.

1. CPU 성능

• 싱글 스레드: 초당 1,624.55 이벤트, 평균 지연 0.61ms, 95퍼센타일 0.64ms

• 멀티 스레드, 2 threads: 초당 2,864.02 이벤트, 평균 지연 0.70ms, 95퍼센타일 1.10ms

• 스레드 공정성 표준 편차: 평균 14,321.5 이벤트/스레드 기준 182.50

실제로 이 싱글 스레드 수치가 의미하는 바를 보겠습니다. 일반적인 Laravel 요청은 Blade 뷰 렌더링, 몇 번의 Eloquent 쿼리 실행, 세션 확인 등 대부분의 시간을 여러 코어에 분산되지 않고 하나의 CPU 코어에서 PHP 작업을 하는 데 씁니다.

이 테스트에서 계산 이벤트당 평균 지연이 0.61ms였다는 것은 CPU가 페이지를 느리게 만들 가능성이 거의 없다는 뜻입니다.

평균 지연과 95퍼센타일의 차이도 작습니다. 0.61ms 대 0.64ms이므로 성능이 일정하게 유지되었고, 아주 가끔 다른 요청보다 훨씬 오래 걸리는 경우가 없었다는 뜻입니다. 실제 방문자라면 무작위로 느린 페이지 로드로 체감했을 패턴입니다.

멀티 스레드 결과가 더 유용한 수치입니다 동시성을 이해하는 데는. 한 스레드에서 두 스레드로 갈 때 처리량이 거의 두 배가 되었고, 약 88퍼센트의 확장 효율을 보였다는 것은 이 VPS가 다른 테넌트와 CPU 자원을 두고 심하게 경쟁하지 않고 있다는 의미입니다.

실무적으로는 이 요금제에서 PHP-FPM이 두 개의 워커 프로세스로 동작하면, CPU가 병목이 되기 전까지 단일 스레드 상황보다 대략 두 배의 요청량을 처리할 수 있다는 뜻입니다. 두 vCPU가 서로 싸우며 자원을 잡아먹는 경우라면 이런 결과는 나오지 않습니다.

스레드 공정성 수치, 즉 두 스레드 간 약 1.3퍼센트의 편차는 두 코어가 한쪽으로 치우치지 않고 거의 동일한 작업량을 수행했음을 보여줍니다. 실제 사이트에서는 요청이 한쪽 PHP-FPM 워커에 몰리지 않고 고르게 분산된다는 뜻입니다.

2. 메모리 속도

• 순차 쓰기: 5,865.22 MiB/sec

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

메모리 속도는 Laravel에서 쉽게 간과되지만 중요한 요소입니다. 모든 OPcache 조회, 모든 세션 읽기, 요청을 처리하는 동안 애플리케이션이 만드는 모든 배열이나 컬렉션은 RAM에 저장되며, Redis 같은 캐시 계층이 같은 서버에서 동작한다면 그 메모리 대역폭도 함께 경쟁합니다.

약 5.9 GiB/s 쓰기와 7.2 GiB/s 읽기라면 이 VPS는 데이터의 메모리 왕복을 요청을 늦추지 않을 만큼 충분히 빠르게 처리할 수 있습니다. 일반적인 Laravel 앱에서 병목은 RAM 속도보다 디스크나 네트워크가 먼저 되는 경우가 거의 대부분입니다.

메모리에서 더 직접적으로 중요한 것은 속도보다 용량입니다. 사용 가능한 7.8GB와 2GB 스왑이면 PHP-FPM, MySQL 또는 PostgreSQL, 작은 Redis 인스턴스를 하나의 애플리케이션용으로 함께 돌리기에 충분하지만, 여러 사이트를 같은 VPS에서 운영하거나 데이터베이스의 작업 집합이 큰 경우에는 여유가 많지 않습니다.

스왑은 일시적인 메모리 급증을 막는 안전장치이지, 애플리케이션이 이 요금제에 비해 너무 큰 경우를 대신해 주는 수단은 아닙니다.

3. 디스크 I/O

• 순차 쓰기: 740 MiB/s (776 MB/s), 740 IOPS

• 순차 읽기: 749 MiB/s (785 MB/s), 748 IOPS

• 랜덤 4K 혼합 읽기/쓰기: 각 방향에서 약 9,400 IOPS, 방향당 약 36.7 MiB/s 처리량

순차 속도는 대용량 일회성 작업에서 중요합니다. 데이터베이스 백업 복원, 업로드한 아카이브 압축 해제, 대용량 로그 파일 작성 같은 작업입니다.

양방향 모두 약 740~750 MiB/s에 달하고 읽기와 쓰기가 2퍼센트 이내로 맞물려 있다는 것은, 읽기는 빠르지만 쓰기가 훨씬 느린 일부 클라우드 스토리지에서 보이는 한쪽만 약한 성능 문제가 없다는 뜻입니다.

랜덤 4K 성능은 Laravel 앱의 일상적인 체감을 실제로 예측하는 수치입니다. 데이터베이스는 대용량 순차 블록으로 읽고 쓰지 않기 때문입니다. 행을 조회하고, 인덱스를 갱신하고, 트랜잭션 로그를 쓸 때 디스크의 여기저기에 흩어진 작은 블록들을 읽고 씁니다.

방향당 9,000 IOPS를 조금 넘는 수준은, 디스크 I/O가 병목이 되기 전까지 초당 약 9,000회의 작은 데이터베이스 작업을 처리할 수 있다는 뜻입니다.

일반적인 Laravel 페이지 로드는 앱 구성에 따라 몇 개에서 수십 개 정도의 쿼리를 발생시킬 수 있으므로, 이 디스크는 데이터베이스에 동시에 접근하는 사용자 수가 상당히 늘기 전까지는 여유가 있습니다.

이 요금제의 한계에 도달하려면 쓰기 비중이 매우 높은 워크로드, 대량 로깅, 바쁜 큐 테이블, 디스크에 자주 캐시를 쓰는 작업 등이 필요합니다.

4. 네트워크 속도

• 1차 실행: 다운로드 990.06 Mbps, 업로드 910.87 Mbps, 유휴 지연 0.31ms, 패킷 손실 0%

• 2차 실행: 다운로드 985.24 Mbps, 업로드 947.82 Mbps, 유휴 지연 0.27ms, 패킷 손실 0%

두 번의 테스트 모두 결제 시 선택한 미국 지역과 일치하는 애리조나주 피닉스의 서버를 기준으로 측정되었고, 양방향 모두 거의 1기가비트에 달하는 속도와 두 차례 모두 0% 패킷 손실을 보였습니다.

Laravel 앱에서 이 수치는 주로 두 가지에 중요합니다. 서버가 방문자에게 자산과 API 응답을 얼마나 빨리 제공하는지, 그리고 앱이 외부 API를 호출하거나 다른 서비스에서 데이터를 가져올 때 그 외부 호출이 얼마나 빨리 끝나는지입니다.

준기가비트 처리량이라면 일반적인 웹 애플리케이션에서 대역폭이 병목이 될 가능성은 없습니다. 대용량 파일 전송, 동영상, 큰 다운로드, 대량 내보내기 같은 매우 높은 트래픽이 있어야 CPU나 디스크보다 먼저 이 한계에 도달합니다.

몇 분 간격으로 진행한 두 번의 테스트가 거의 동일한 결과를 낸 것도, 한 번만 우연히 높게 나온 수치가 아니라 이 연결이 일관되게 이 정도 성능을 낸다는 점을 보여줍니다.

5. 스트레스 테스트

지속 부하가 아닌 실제 과부하 상황에서 서버가 얼마나 버티는지 확인하기 위해 CPU, 메모리, 디스크 스트레스 테스트를 각각 180초씩 실행했습니다:

• CPU 스트레스, 2 workers: 540,042 bogo ops, 실패 0

• 메모리 스트레스, 2 workers: 24,335,966 bogo ops, 실패 0

• 디스크 스트레스, 2 workers: 2,655,058 bogo ops, 실패 0

개별 bogo ops 수치 자체보다 더 중요한 것은 무엇이 일어나지 않았는가입니다.

세 가지 테스트 모두에서 실패한 워커 0, 불안정하다고 판정된 수치 0이었고, 각 테스트는 3분씩 연속으로 실행됐습니다. 이는 서버가 CPU, 메모리, 디스크에 동시에 압력을 받으면서도 충돌하지 않았고, 신뢰할 수 없는 상태로 떨어지지 않았으며, 벤치마크 자체가 의심스럽다고 표시한 결과도 없었다는 뜻입니다. 이런 테스트는 트래픽 급증 상황을 가장 가깝게 흉내 내는 것으로, 여러 자원이 동시에 최대치로 몰리는 경우입니다.

t once, and it is the result that matters most for anyone worried about their site falling over during a busy period rather than performing well only in isolated, one-at-a-time tests.

성능에 대한 전체 결론

Hostinger Laravel VPS 호스팅

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Hostinger 방문

사용 편의성

저는 Hostinger의 Laravel VPS를 결제부터 실제 관리 도구를 여는 단계까지 테스트했습니다.

그 과정에는 요금제와 서버 위치 선택, 계정 생성, 결제, 그리고 서버가 가동된 뒤 Laravel 배포를 실제로 어떻게 관리하는지 파악하는 작업이 포함됐습니다. 다음은 그 과정이 실제로 어땠는지에 대한 내용이며, 인터페이스가 예상치 못한 곳으로 저를 보낸 순간도 포함됩니다.

1. 등록

저는 Laravel VPS 랜딩 페이지에서 시작했는데, 여기에는 기억해 둘 만한 세 가지 주장이 전면에 있습니다:

• 무료 자동 주간 백업
• AI 관리 VPS
• 자동 멀웨어 스캐너

저는 단일 Laravel 애플리케이션용으로는 적당한 중간급 선택인 KVM 2 요금제를 골라 장바구니로 이동했습니다.

그다음 장바구니 페이지에는 다음이 한 화면에 모두 표시됐습니다:

• 결제 주기: 1, 12, 24개월, 각 옵션별 절감액 표시
• 서버 위치: 대륙별로 묶인 지역과 각 지역 옆의 예상 지연 시간
• 앱 마켓플레이스: 1,000개가 넘는 원클릭 OS, 패널, 애플리케이션 옵션

저는 더 낮은 요금을 위해 24개월을 선택했고, 그다음에는 서버 위치를 정하는 데 예상보다 시간을 더 썼습니다.

영국은 목록에서 가장 낮은 지연 시간을 보여줬지만, 저는 나머지 지역도 끝까지 훑어 비교했습니다. 북미는 미국이 괜찮은 결과를 보였고, 아시아에서 가장 빠른 말레이시아도 두 지역보다 훨씬 느렸습니다.

제가 염두에 둔 사이트가 미국 중심의 방문자를 끌어들일 예정이었기 때문에, 기술적으로 더 빠른 영국 대신 미국을 선택했습니다.

이 점은 이 페이지에서 지역을 비교하는 모든 독자에게 꼭 짚고 넘어가고 싶습니다. 여러분이 노트북 앞에 앉아 측정한 자신에게 가장 빠른 지연 시간은 중요한 수치가 아닙니다. 실제 사이트를 방문할 사람들에게의 지연 시간이 중요하므로, 자신이 아닌 방문자 기준으로 선택하세요.

다음으로 앱 마켓플레이스로 내려가 보니 Laravel이 이미 선택되어 있었고, Hostinger가 전체 앱 카탈로그에서 사용하는 것과 같은 1클릭 설정 방식이었습니다. 변경할 것은 없었기에 바로 결제로 넘어갔습니다.

저는 이미 기존 Hostinger 계정에 로그인돼 있었기 때문에, 등록 자체는 한 번의 클릭으로 끝났습니다.

그다음 청구 주소와 결제 화면에서 다음 수단을 제공했습니다:

• Visa, Mastercard, Amex, Discover를 포함한 카드
• PayPal
• Google Pay
• China 및 Hong Kong 전용 버전의 AliPay
• 암호화폐 결제용 Coingate

모두 한 페이지에서 끝났고, 별도 리다이렉트는 없었습니다. 결제를 제출하자 바로 확인 이메일이 도착했고, hPanel로 돌아오니 새 서버가 이미 실행 중으로 등록돼 있었습니다.

여기서 특히 인상적이었던 점은 Hostinger가 결제 단계에서 많은 선택지를 주면서도 어떤 것도 강제로 요구하지 않는다는 것입니다.

특히 위치 비교는 대충 넘기지 말고 진지하게 봐야 합니다. 요금제 페이지의 기본 추천이 실제로 서버를 사용할 사람들과 항상 일치하지는 않기 때문입니다.

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

결제가 완료되자 hPanel이 홈 화면으로 열렸습니다. 도메인, 이메일, 웹사이트 빌더, VPS 관리를 한곳에서 처리하는 같은 중앙 계정 패널입니다.

이름으로 인사하며 AI 프롬프트 바, 바로가기 버튼 줄, 할 일 체크리스트, 그리고 아래쪽에 계정의 모든 웹사이트와 서버 목록이 표시됐습니다.

그다음 VPS 표로 내려가 보니 새 서버가 이미 Running으로 표시되어 있었고, 아무것도 열지 않아도 호스트명, IP 주소, 요금제, 만료일이 보였습니다.

저는 Manage를 눌러 서버 전용 패널로 이동했습니다.

결제 직후 계정 홈 페이지로 바로 이동해 서버가 이미 프로비저닝되어 목록에 표시되는 흐름은 꾸준히 잘 작동하는 부분입니다.

별도의 대기 화면도 없고, 방금 구매한 항목을 찾기 위해 메뉴를 뒤질 필요도 없습니다.

3. Laravel 및 서버 관리

Manage를 클릭하자 VPS Overview 페이지가 열렸고, 여기서부터 실제 차이가 드러나기 시작했습니다.

맨 위에는 Laravel이라고 표시된 앱 카드와 Manage App 버튼이 있었고, Laravel이 프로비저닝 중 자동으로 설치되었다는 사실이 확인됐습니다.

그 바로 아래에는 예상하지 못한 두 번째 카드가 있었습니다:

• Ubuntu 24.04 기반의 Cloudpanel
• 관리자 사용자 이름이 평문으로 표시됨
• 비밀번호 재설정 링크
• Laravel 카드와 별도의 Manage panel 버튼

이 두 번째 카드는 보이는 것보다 더 중요합니다. Cloudpanel은 Laravel과 함께 번들로 포함된 완전한 서버 제어판이며, 파일, 사이트, 서버를 일상적으로 관리하는 실제 화면으로 확인됐습니다.

두 카드 아래로 내려가면 기본 Ubuntu 24.04 인스턴스가 보였고, Running 상태로 표시되며 재부팅과 터미널 제어, root SSH 정보가 이 계정의 다른 모든 VPS와 같은 방식으로 배치되어 있었습니다.

이 서버는 방금 프로비저닝된 상태였으므로 리소스 그래프는 아직 채워지지 않았습니다. hPanel은 사용량 데이터를 보려면 약 30분 후 다시 확인하라는 메시지를 띄웠는데, 이는 실제로 트래픽 이력이 없는 서버를 마치 의미가 있는 듯 빈 차트로 보여주는 대신 솔직하게 처리한 방식이었습니다.

더 아래에서는 다음 항목을 찾았습니다:

• SSH 키 관리
• 방화벽 규칙
• 백업 스냅샷
• 멀웨어 스캐너: Not installed

마지막 줄이 첫 번째 실제 공백입니다. 멀웨어 스캐너는 Not installed로 표시되어 있었고, 바로 위의 계획 페이지에는 이 제품의 핵심 기능 세 가지 중 하나로 자동 멀웨어 스캐너가 명시돼 있습니다. 마케팅이 무엇을 말하든, 실제로 받은 서버에서는 기본적으로 켜져 있지 않았습니다.

다른 핵심 주장도 더 잘 맞는지 확인하기 위해 Backups & Monitoring을 다음으로 확인했습니다. Latest Actions 로그에는 다음이 표시됐습니다:

• 같은 날 기록된 recreate 작업
• 한 달 넘게 이어지는, 모두 Success로 표시된 weekly backup_create 항목

이 주장은 계정 자체 로그에서 확인한 그대로였고, 멀웨어 스캐너가 바로 옆 섹션에서 비활성화된 것과는 분명한 대비를 이뤘습니다.

Hostinger는 일부 명시된 기능은 기본 제공하고, 다른 기능은 사용자가 직접 켜야 한다는 점을 알아두는 것이 좋습니다. 어느 것이 어느 쪽인지는 직접 찾아봐야만 알 수 있고, 계획 페이지에서는 모두 똑같이 포함된 기능처럼 보이기 때문입니다.

그다음 Laravel 앱 카드로 돌아가 Manage App을 눌렀는데, Cloudpanel의 버튼처럼 Laravel 전용 설정이나 파일 관리 화면이 열릴 거라고 예상했습니다.

대신 “Let’s get started”라는 페이지가 열렸고, Laravel 자체 문서와 Laracasts 영상 튜토리얼로 연결되며 아래에는 Deploy now 버튼 하나만 있었습니다.

그래서 어디로 가는지 보려고 눌러봤더니 laravel.com/cloud, 즉 Laravel Cloud 가입 페이지로 이동했습니다.

정확히 구분해 둘 점이 있습니다.

Laravel Cloud는 Hostinger 제품이 아니며 제가 방금 비용을 지불한 VPS와는 아무 관련이 없습니다. 이는 Laravel 팀이 직접 만들고 판매하는 별도의 완전 관리형 호스팅 플랫폼으로, Vercel이나 Heroku 같은 서비스와 같은 공간에서 경쟁하며, 자체 계정 시스템, 자체 가격, 자체 무료 사용 크레딧을 갖고 있습니다.

여기서 가입한다는 것은, 이미 Hostinger에 지불한 비용에 더해 Laravel에게도 비용을 내고, 애플리케이션을 전혀 다른 곳에 호스팅하겠다는 의미입니다.

왜 Manage App이 그렇게 연결되는지 알아보기 위해, Kodee가 직접 인용한 공식 지식 베이스 문서 “Hostinger에서 Laravel VPS 템플릿을 사용하는 방법“도 확인했습니다. 이 문서는 VPS IP의 8443 포트로 CloudPanel에 접속하고, .env 파일을 수정하고, SSH를 통해 Composer와 Artisan 명령을 실행하는 과정을 안내합니다.

Manage App 버튼은 언급하지 않고, Laravel Cloud도 전혀 언급하지 않습니다. 따라서 설명이 제가 아직 못 본 어딘가에 있는 상황은 아닙니다.

이 정확한 템플릿에 대한 Hostinger의 공식 안내는 그 버튼의 존재를 인정하지 않으며, 제가 직접 물었을 때 Kodee도 Manage App은 VPS를 관리하지 않고, 거기서 Laravel Cloud에 가입하면 별도의 독립 청구 환경이 생긴다고 경고했습니다.

Manage App을 앱 관리라고 생각하고 누르면, 미리 아무런 안내도 없이 완전히 다른 유료 제품의 가입 페이지를 보게 됩니다.

실제로 그곳으로 가는 버튼은 한 카드 아래에 있는 Manage panel입니다. Cloudpanel 카드에 있습니다.

그 버튼을 누르면 사용자 이름과 비밀번호를 묻는 로그인 화면이 열리는데, 이 화면에서는 아무런 힌트도 주지 않기 때문에 정확히 짚고 넘어가는 것이 좋습니다.

사용자 이름은 admin이고, 비밀번호는 Hostinger가 VPS를 처음 프로비저닝할 때 이메일로 보낸 서버 비밀번호이지, Hostinger 계정 비밀번호가 아닙니다.

그 이메일이 오래전에 사라졌더라도, Cloudpanel 카드의 비밀번호 필드 옆에 있는 Reset 링크를 누르면 받은편지함을 뒤질 필요 없이 새 비밀번호를 생성할 수 있습니다.

로그인한 뒤 Cloudpanel은 Sites 목록으로 열리고, VPS 호스트명이 이미 라이브 사이트로 설정되어 있으며 PHP가 앱 유형으로 지정되어 있고, 옆에 Manage 링크가 있습니다.

그 사이트 설정을 열어보니 Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs, Logs까지 한 줄로 된 탭이 나타났습니다.

이건 실제로 꽤 포괄적인 제어판이며, 같은 인터페이스 안에 Cron Jobs 탭이 있다는 점도 강조할 만합니다. Kodee는 스케줄러의 cron 항목을 SSH로 직접 추가하는 방법을 안내했는데, 그 방법도 잘 작동하지만 Cloudpanel에는 터미널을 전혀 건드리지 않고 같은 작업을 하는 클릭형 방법이 있습니다. 그런데도 Kodee나 지식 베이스 문서 어느 쪽도 그 옵션을 언급하지 않았습니다.

이제 끝을 정리하면, 서버 관리 페이지의 왼쪽 메뉴에 실제 제어 기능이 있습니다.

다음과 같은 항목이 있습니다:

• Overview: Laravel 및 Cloudpanel 앱 카드, 리소스 사용량, 아래의 모든 항목으로 가는 빠른 링크가 있는 요약 페이지
• Settings: root 비밀번호 재설정, 호스트명 변경 같은 서버 수준 설정
• OS & Panel: 운영 체제와 서버에 설치된 제어판을 관리하는 항목
• Backups & Monitoring: Snapshots & Backups, Server Usage, Latest Actions로 확장되며, 여기서 주간 백업 로그를 확인했습니다
• Security: 멀웨어 스캐너와 방화벽 설정을 다루며, 스캐너가 꺼져 있음을 확인한 섹션
• API: 서버 관리를 패널 밖에서 자동화하려는 사용자를 위해 Hostinger의 API 문서를 새 탭으로 엽니다
• DNS Manager: 서버에 연결된 도메인 및 DNS 레코드 관리
• Tutorials: Hostinger 도움말 콘텐츠로 연결되는 외부 링크

이 정도면 VPS 관리 범위를 충분히 포괄한다고 할 수 있습니다. 서버 설정, OS 제어, 보안, 백업, DNS, API 접근이 모두 별도 카테고리로 나뉘어 있고, 이 목록에서 필요한데 빠진 것은 없었습니다.

다만 Laravel 전용 도구는 포함하지 않습니다. 코드 배포, 환경 파일 관리, Artisan 명령 실행 등은 Cloudpanel이나 터미널에서 해야 하며, hPanel의 이 사이드바에서는 처리되지 않습니다.

그다음은 Ubuntu 카드의 터미널 버튼입니다. 별도 SSH 클라이언트를 쓰거나 개인키를 복사할 필요 없이 브라우저 안에서 바로 라이브 SSH 세션을 여는, 서버 자체에 직접 명령줄로 접근하는 기능입니다.

그 버튼을 누르자 바로 root 셸로 들어갔고, 이미 인증된 상태에서 Cloudpanel의 환영 배너가 화면에 표시되며 자체 웹 주소와 CLI 도구 clpctl이 함께 보였습니다.

터미널 사용에 익숙한 사람이라면, Laravel 설치를 실제로 구성하고 코드 배포, 환경 변수 편집, 마이그레이션 실행을 하는 가장 빠른 경로입니다. hPanel 안에는 그런 전용 버튼이 없기 때문입니다.

사용 편의성에 대한 전체 결론

Hostinger Laravel VPS 호스팅

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Hostinger 방문

지원 수준

Kodee는 Hostinger의 AI 어시스턴트로, hPanel의 Ask AI 버튼 뒤에서 작동하며 여기서 지원을 담당합니다. 이는 Hostinger의 다른 제품과 동일합니다.

저는 이 VPS에 대해 두 가지 서로 다른 기술 질문으로 테스트했습니다. 하나는 이미 마주친 인터페이스 문제에 대한 것이고, 다른 하나는 이 서버에서 Laravel이 실제 운영 환경에서 어떻게 동작하는지에 대한 더 깊은 질문이었습니다.

그 후에는 Hostinger의 지식 베이스를 살펴보며, 도움을 요청하지 않고도 어디까지 다루는지 확인했습니다.

1. AI 지원(Kodee)

첫 번째 질문은 Laravel 앱 카드의 Manage App 버튼을 테스트하다가 자연스럽게 나온 것이었습니다. 그 버튼은 Cloudpanel과 연결된 VPS와는 무관한 별도 유료 플랫폼인 Laravel Cloud를 열었습니다.

저는 Kodee에게 그 버튼이 Laravel Cloud를 여는 것이 맞는지, 아니면 이미 Cloudpanel을 통해 실행 중인 설치를 관리하는 것인지, 그리고 거기서 Laravel Cloud에 가입하면 실제로 무슨 일이 생기는지 직접 물었습니다.

Kodee는 1분 이내에 답했습니다:

• Manage App이 기존 VPS 설치를 관리하지 않는다고 확인함
• 이를 Laravel Cloud로 연결되는 링크, 즉 별도의 배포 플랫폼으로 정확히 식별함
• VPS IP의 8443 포트에서 접근할 수 있는 Cloudpanel이 실제 관리 화면이라고 안내함
• Laravel Cloud에 가입하면 이미 지불한 VPS가 아니라 별도의 독립 청구 환경이 생성된다고 경고함

이건 실수하면 실제 비용이 발생할 수 있는 질문에 대해 명확하고 정확한 답변입니다. 그리고 Hostinger 자체 문서를 근거로 제시했습니다.

다음으로는 더 기술적인 질문을 했습니다. 운영 중인 Laravel 애플리케이션은 스케줄러를 위한 cron 항목과 큐 워커를 계속 유지하기 위한 Supervisor 프로세스에 의존하는데, VPS 템플릿이 둘 중 어느 것도 자동으로 설정하는지, 그리고 제가 직접 설정했을 때 Supervisor가 재부팅 후에도 살아남는지 알고 싶었습니다.

Kodee는 답변 전에 서버를 직접 확인하겠다고 했고, 실제로 그렇게 했습니다:

• schedule:run cron 항목이 없다고 보고함
• Supervisor 서비스가 구성되어 있지 않다고 보고함
• 큐 워커가 설정되어 있지 않다고 보고함
• 스케줄러에 필요한 정확한 cron 라인을 제공함
• 큐 워커용 Supervisor 전체 구성 블록을 올바른 플래그와 함께 제공함
• systemctl enable –now supervisor로 활성화하면 Supervisor가 재부팅 후에도 유지된다고 확인함
• 배포 후 php artisan queue:restart를 실행해야 한다는 점을 덧붙였는데, 이건 놓치기 쉽고 실제 프로덕션 버그를 유발하는 부분입니다

AI 지원에 대한 제 생각: Kodee는 여기서 추측하지 않고 답을 찾았습니다. 무엇을 추천하기 전에 이 특정 서버에 스케줄러 cron과 Supervisor 프로세스가 없다는 점을 확인한 것이, 체크리스트식 답변과 실제 상태에 기반한 답변의 차이입니다. 또한 배포 후 큐 워커를 다시 시작해야 한다는 상기 내용은, 실제로 Laravel 큐가 프로덕션에서 어떻게 동작하는지 이해하지 못하면 나오기 어려운 세부 사항입니다.

질문 두 개, 정확하고 완전한 답변 두 개, 모두 몇 분 안에 제공됐습니다.

2. 지식 베이스

Hostinger의 지식 베이스는 다른 제품들과 같은 방식으로 구성되어 있습니다. 큰 카테고리 타일, 글 수 표시, 상단의 검색창과 카테고리 필터가 있습니다.

저는 둘러보기보다 바로 검색으로 가서 “laravel”을 입력했고, 두 페이지에 걸쳐 15개의 결과가 나왔습니다. 이는 한정된 원클릭 앱 기준으로는 꽤 많은 편입니다.

다만 여기에는 주의할 점이 있습니다. 결과 수가 많다고 해서 관련성이 더 높은 것은 아니기 때문입니다. PHP 메일 제한에 대한 글이나 웹사이트 마이그레이션 문제에 대한 글처럼, Laravel을 언급한다는 이유만으로 간접적으로만 관련된 결과도 몇 개 있었습니다.

가장 관련성 높은 결과인 “Hostinger에서 Laravel VPS 템플릿을 사용하는 방법”은 Cloudpanel 접속, Laravel의 폴더 구조 이해, .env 파일 편집, Composer 실행, 마이그레이션 실행을 다룹니다.

이건 이 템플릿에서 Laravel 프로젝트를 시작하는 데 유용한 안내입니다. 하지만 운영 배포가 진지해지는 지점, 즉 스케줄러와 큐 워커는 전혀 다루지 않습니다. 바로 그 공백을 Kodee가 제가 질문했을 때 메워야 했습니다.

검색 결과를 더 살펴보니 짚고 넘어갈 만한 점이 있었습니다. 더 오래된 “Hostinger에서 Laravel 8 배포하는 방법”이라는 글에는 스케줄러용 cron 예제가 포함되어 있지만, 이는 현재의 VPS 템플릿이 아니라 완전히 다른 오래된 설정을 위한 것이었습니다. shared 또는 cloud hosting에 수동으로 Laravel을 배포하는 방식이며, public_html 파일 구조까지 포함하고 있어 Cloudpanel이 VPS를 구성하는 방식과는 전혀 다릅니다.

이 VPS 템플릿의 스케줄러 안내를 찾는 독자라면, 실제로 자신의 서버에 적용되지 않는 다른 제품에 대한 글을 먼저 보게 될 가능성이 큽니다.

지식 베이스에 대한 제 생각: 검색어 하나에 15개 결과라는 숫자는 겉보기엔 좋아 보이지만, 원문은 실제로 유용한 내용이 얼마나 흩어져 있는지를 가립니다. 핵심 VPS 템플릿 문서는 잘 작성되어 있고 첫 프로젝트를 띄우는 데는 충분하지만, 운영 배포가 중요해지는 지점에서 정확히 멈춥니다. 그리고 스케줄러를 다루는 유일한 문서는 전혀 다른 오래된 호스팅 설정을 위한 것입니다.

지식 베이스만 믿는 독자는 이 오래된 가이드를 따라가다가, 완전히 다른 파일 구조용 명령을 복사해 VPS를 잘못 설정할 수 있습니다.

지원에 대한 전체 결론

Hostinger Laravel VPS 호스팅

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Hostinger 방문

Hostinger Laravel 호스팅을 추천하나요?

예. 기본기는 강합니다. Laravel과 Cloudpanel은 사전 설치되어 바로 작동하고, 기반 하드웨어는 CPU, 메모리, 디스크 전반에서 좋은 벤치마크를 보였으며, Kodee는 제가 실제로 테스트한 두 가지 기술 질문에 정확하게 답했습니다. 주간 백업도 계정 로그와 대조했을 때 광고한 그대로 확인됐습니다.

다만 알아둘 만한 아쉬운 점은 좁지만 분명합니다. 계획 페이지에 핵심 기능으로 적힌 멀웨어 스캐너는 실제 받은 서버에서 기본 활성화되지 않았고, Laravel 카드의 Manage App 버튼은 앱 관리를 의미하는 것이 아니라 별도 유료 제품인 Laravel Cloud로 안내합니다. 그리고 이를 미리 경고하는 문서는 어디에도 없습니다.

Cloudpanel이 실제 관리 화면이라는 점만 알고 나면 둘 다 우회하기 어렵지 않지만, 둘 중 어느 것도 추측으로 해결되어야 할 일은 아닙니다.

Laravel을 빠르게, 탄탄한 인프라 위에서 띄우고 싶고, 잘못 표시된 버튼 대신 Cloudpanel을 몇 분 안에 찾아낼 수 있는 개발자라면 이건 쉽게 추천할 만합니다. 반대로 서버가 부팅되자마자 광고된 모든 기능이 확인 작업 없이 바로 켜지길 기대하는 사람이라면, 완료되기 전에 몇 분 정도 추가 설정 시간을 잡아두는 것이 좋습니다.

Hostinger

5.0

2,471 사용자 리뷰

₩2,150 /mo

시작가

Hostinger 방문

전문가 리뷰 기반 평점

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