
Hermes Agent VPS는 확립된 호스팅 인프라와 오픈소스 자율 에이전트 프레임워크를 결합하여, 스택을 처음부터 직접 구축하지 않고도 자체 호스팅 AI 에이전트를 실행할 수 있는 경로를 제공합니다.
Hostinger KVM 2 플랜을 프로비저닝하고, 전체 Linux 벤치마크를 실행하고, 전체 설정 과정을 테스트한 결과, 결론은 명확합니다: Hostinger는 AI 인프라를 통제하고자 하는 기술 사용자에게 뛰어난 하드웨어 성능과 쉬운 배포를 제공합니다.

저는 표준 호스팅 리뷰 방법론을 사용해 Hostinger Hermes Agent VPS를 다섯 가지 항목으로 평가했습니다. 아래 점수는 빈 bare 서버가 아니라 Hermes Agent와 Traefik가 실행 중인 라이브 배포 환경에서의 결과를 반영합니다.
| 항목 | 점수 | 이 점수를 준 이유 |
|---|---|---|
| 가격 | 9.0/10 | 경쟁력 있는 초기 가격; 갱신 요금은 상당히 높고 VPS 환불에는 청구 간 180일 조건이 적용됨. |
| 기능 | 9.5/10 | 원클릭 배포, Traefik 자동 설정, Docker Manager, Kodee AI, AMD EPYC, NVMe, 무료 주간 백업까지 모두 포함됨. |
| 성능 | 9.2/10 | 준-기가비트 대칭 속도, 읽기/쓰기 동시에 13K 랜덤 IOPS, 선형 CPU 스케일링, 스트레스 테스트 실패 0건. |
| 사용 편의성 | 9.0/10 | 깔끔한 결제와 자동 배포; 설정 마법사에는 터미널 사용 능력과 수동 OAuth 단계 1회가 필요함. |
| 지원 | 9.2/10 | Kodee는 구체적인 답변을 제공했고, 인간 상담까지는 3회 에스컬레이션 마찰을 넘긴 뒤 2분 미만으로 대기함. |
| 전체 | 9.2/10 | 체크아웃에서 라이브 에이전트까지의 경로가 빠른 강력한 인프라. 설정과 에스컬레이션에서 약간의 마찰이 있음. |
Hermes Agent 자체는 MIT 라이선스이며 무료입니다. 지속적으로 드는 비용은 VPS 요금제와 에이전트에 연결하는 LLM 제공업체 비용뿐입니다.
네 가지 KVM 요금제 모두 Hermes Agent를 지원합니다. 특정 티어에 묶이지 않습니다. 요금은 선택한 기간에 대해 선결제되며, 더 긴 약정일수록 프로모션 할인 폭이 더 큽니다.
결제 단계의 요금 기간 선택기를 통해 약정 전에 각 기간별 총 비용을 비교할 수 있습니다.
구매 전에 알아둘 몇 가지 사항이 있습니다:
허용되는 결제 수단에는 카드(Visa, Mastercard, Discover, Amex), PayPal, Google Pay, 중국 및 홍콩용 AliPay, 그리고 암호화폐용 Coingate가 포함됩니다.

제가 테스트한 서버는 Hostinger의 Phoenix, Arizona 데이터 센터에 호스팅된 Ubuntu 24.04.4 LTS와 kernel 6.8.0-111-generic을 실행하는 KVM 2 플랜입니다.
테스트한 인스턴스:
숫자에 들어가기 전에 중요한 점이 하나 있습니다. 이 벤치마크는 Hermes Agent와 Traefik가 모든 테스트 동안 라이브 Docker 컨테이너로 활성화된 상태에서 실행되었습니다. 테스트 시점의 서버 기본 자원 사용량은 다음과 같았습니다:
이는 실제 사용 조건이지, 비어 있는 깨끗한 서버가 아닙니다. KVM 2가 Hermes Agent를 실행하면서도 벤치마크 작업이나 동시 에이전트 작업을 위한 여유가 있는지 평가하는 사람에게는 이러한 기준선 맥락이 중요합니다.
추가로 알아둘 점은 이 서버에 스왑이 구성되어 있지 않다는 것입니다. RAM이 소진되면 Linux OOM killer가 프로세스를 종료하며 디스크 스왑으로 되돌아가지 않습니다. 지속적인 에이전트 배포에서는 스왑이 있는 설정보다 메모리 여유를 더 주의 깊게 모니터링해야 합니다.
저는 소수 제한 20,000을 사용해 10초 동안 sysbench를 단일 스레드와 멀티 스레드 수준 모두에서 실행했습니다.
단일 스레드:

멀티 스레드 (2 threads):

스케일링 결과는 깔끔합니다. 1개 스레드에서 2개 스레드로 늘렸을 때 초당 1,637개에서 3,169개의 이벤트가 나와 1.94배가 되었고, 이는 96.8%의 스케일링 효율을 의미합니다. 두 vCPU가 실제로 사용 가능하며 한 코어가 쉬는 동안 다른 코어가 작업을 떠맡는 것이 아니라 둘 다 고르게 기여하고 있다는 뜻입니다.
멀티 스레드 실행에서 스레드 공정성 표준편차 23.50은 공유 클라우드 환경에서 매우 낮고 정상 범위에 속합니다. 어느 쪽 코어도 테스트 동안 굶주리거나 제한되지 않았습니다.
Hermes Agent 측면에서 이 점이 중요한 이유는 에이전트가 작업 실행과 함께 지속적인 하트비트 루프를 수행하기 때문입니다. 균형 잡히고 공정하게 스케줄되는 두 개의 코어는 이 두 작업이 낮은~중간 수준의 작업량에서 크게 경쟁하지 않도록 해줍니다.
저는 순차 쓰기와 읽기 모두에 대해 1K 블록 크기와 총 전송량 10 GiB를 사용해 sysbench를 실행했습니다.
순차 쓰기: 4,967.06 MiB/sec

순차 읽기: 6,938.71 MiB/sec

두 테스트 모두 밀리초 단위 정밀도에서 평균 지연 시간 0.00ms를 반환했습니다. 즉, 메모리 접근이 도구가 측정할 수 있을 만큼 느리게 발생하지 않는다는 뜻입니다.
읽기가 쓰기보다 약 40% 더 빠르며, 이는 메모리에서 데이터를 읽는 작업이 쓰기보다 더 많은 워크로드에 자연스럽고 바람직한 패턴입니다.
Hermes Agent에서는 이것이 특정 방식으로 중요합니다. 어떤 작업에 착수하기 전에 에이전트는 HEARTBEAT.md, SOUL.md, TOOLS.md 같은 컨텍스트 파일을 메모리에서 읽습니다. 거의 7 GiB/sec에 달하는 읽기 처리량이면 실제로는 즉시 불러오는 것과 같습니다. 에이전트는 컨텍스트를 로드하느라 시간을 쓰지 않고 추론과 실행에 시간을 씁니다.
저는 세 가지 시나리오에서 fio를 사용했습니다: 순차 쓰기, 순차 읽기, 랜덤 4K 혼합 읽기/쓰기.
순차 쓰기:
순차 읽기:
랜덤 4K 혼합 읽기/쓰기:

순차 성능은 매우 뛰어납니다. 읽기에서 1 GiB/s가 넘고 쓰기에서 819 MiB/s가 넘는 결과는 고급 NVMe 설정에서 기대할 수 있는 수준이며, 이미 컨테이너가 실행 중인 실제 조건에서도 유지됩니다.
일상적인 Hermes Agent 운영에서 가장 중요한 것은 랜덤 4K 수치입니다. 읽기와 쓰기 모두에서 동시에 정확히 13,000 IOPS가 나오는 것은 2코어 플랜으로서는 강력한 결과입니다.
Docker 레이어 풀, 에이전트 세션 로그 쓰기, 스킬 파일 읽기, SQLite 상태 데이터베이스 작업은 모두 랜덤 I/O에 의존하며, 동시에 양쪽 모두 13K IOPS가 나온다는 것은 이런 작업들이 서로를 기다리지 않는다는 뜻입니다.
원시 데이터에서 한 가지 주목할 점은 순차 쓰기의 샘플 표준편차가 474.32로, 테스트 구간 동안 쓰기 성능에 어느 정도 변동이 있었다는 것입니다. 평균은 강하게 유지되었지만, 읽기 쪽의 표준편차 275.63보다 변동성이 높았습니다. 이는 공유 클라우드 환경에서 지속적인 순차 쓰기 압력 하에서 나타나는 전형적인 NVMe 동작입니다.
가장 가까운 사용 가능한 서버를 대상으로 Ookla speedtest를 한 번 실행했습니다.

패킷 손실 0의 준-대칭 기가비트 성능입니다. 투명하게 말하자면, 이 테스트 서버는 VPS와 같은 위치에 있는 Hostinger의 Phoenix 인프라였습니다.
이 결과는 일반적인 인터넷에 대한 외부 대상 속도라기보다 Hostinger 내부 네트워크와 로컬 라우팅의 품질을 반영합니다.
외부 서비스에 대한 실제 속도는 해당 서비스가 호스팅되는 위치와 Phoenix와의 라우팅 방식에 따라 달라집니다.
그렇긴 하지만, 0.38ms의 유휴 지연 시간과 패킷 손실 0은 지속적으로 외부 API 호출을 하는 상시 AI 에이전트를 운영하는 플랫폼에서 원하는 바로 그 조건입니다.
Hermes Agent가 구성된 LLM 제공업체를 호출하거나 웹 검색을 실행하거나 도구를 사용할 때마다 해당 요청은 이 네트워크 연결을 통해 나갑니다. 낮은 지연 시간과 깨끗한 패킷 전달은 모든 에이전트 동작의 응답 시간을 직접 줄여줍니다.
저는 세 가지 스트레스 유형 각각에 대해 worker 2개로 stress-ng를 180초씩 실행했으며, 사용 가능한 코어 수와 맞췄습니다.
CPU 스트레스 (2 workers, 180 seconds):

메모리 스트레스 (2 workers, 180 seconds):

디스크 I/O 스트레스 (2 workers, 180 seconds):

세 가지 스트레스 요인 모두에서 깨끗한 결과를 얻었습니다. 실패 0건, untrustworthy 지표 0건, 실행된 모든 worker가 통과했습니다. 서버는 Hermes Agent와 Traefik가 백그라운드에서 계속 실행되는 동안에도 각 하위 시스템에 대한 3분간의 지속적인 압박을 견뎠습니다.
untrustworthy 지표가 0이라는 점이 여기서 가장 중요합니다. stress-ng는 호스트 환경의 간섭, 쓰로틀링, 또는 스케줄링 이상을 감지하면 결과를 신뢰할 수 없다고 표시합니다. 세 번의 실행 모두에서 그런 일은 없었습니다.
KVM 2 플랜은 모든 벤치마크에서 일관되게 강한 수치를 보여줍니다. AMD EPYC 9354P 할당은 1스레드에서 2스레드로 갈 때 96.8% 효율로 스케일링하고, 메모리 처리량은 밀리초 정밀도에서 지연 시간이 0으로 측정될 만큼 빠르며, 디스크 I/O는 읽기/쓰기 동시 부하에서 대칭적인 13K 랜덤 IOPS를 보여주고, 네트워크는 패킷 손실 0으로 준-기가비트 대칭 속도를 제공했습니다.
Hermes Agent 사용 사례에서 가장 두드러지는 것은 어떤 단일 수치가 아니라, 실제 조건에서의 조합입니다.
이 벤치마크는 Hermes Agent와 Traefik가 이미 사용 가능한 메모리의 약 9%를 차지한 상태에서 실행되었습니다. 서버는 무너지지 않았고, untrustworthy 지표를 표시하지 않았으며, 스트레스 테스트 worker를 단 하나도 잃지 않았습니다.
에이전트가 활성화된 상태에서 유휴 시 CPU 2%, 메모리 9%라면, KVM 2는 동시 작업, 예약 워크플로, 중간 규모의 에이전트 팀 활동을 위한 진정한 여유를 제공합니다. 유일하게 계획해야 할 제약은 스왑이 없다는 점입니다.
기준선 사용량이 반영된 이후 약 7.1 GiB를 사용할 수 있으므로, Hermes Agent 배포를 여러 개의 동시 에이전트나 무거운 브라우저 자동화 작업으로 확장하려는 사용자는 그 한계에 도달한 후가 아니라 도달하기 전에 KVM 4의 16 GB RAM을 고려해야 합니다.

자체 호스팅 AI 에이전트를 배포하는 일은 개발자의 주말 할 일 목록에 들어갈 만한 작업처럼 들립니다.
Hostinger가 Hermes Agent VPS에서 내세우는 장점은, 그것이 꼭 그럴 필요는 없다는 점입니다. 약속은 인프라 작업을 대신 처리해 주어 실제 에이전트에 더 빨리 도달할 수 있게 해주는 원클릭 설치입니다.
저는 웹사이트에 처음 도착한 순간부터 요금제 선택, 결제, 등록, hPanel 대시보드, 그리고 라이브 Hermes Agent 인스턴스가 지시를 받을 수 있는 상태에 이르기까지 이 주장을 끝까지 테스트했습니다. 또한 매끄러운 마케팅 페이지와 실제 경험이 항상 같지는 않기 때문에, 그 과정에서의 모든 마찰 지점도 문서화했습니다.
전체 여정은 다음과 같습니다.
Hostinger 홈페이지에서 Hermes Agent 제안 페이지로 가는 과정은 깔끔합니다. Services 메뉴 아래에 VPS hosting이 명확하게 나열되어 있고, 이를 클릭하면 상단에 Choose Plan 버튼이 있는 Hermes Agent 랜딩 페이지로 바로 이동합니다. 찾느라 헤맬 필요가 없습니다.

요금제 선택하기
요금제 선택 페이지는 네 가지 KVM 티어를 나란히 보여주어 비교가 쉽습니다:

네 가지 플랜 모두 Hermes Agent를 지원합니다. 애플리케이션을 사용하기 위해 특정 티어에 묶이지 않습니다. 저는 KVM 2를 선택했는데, Hostinger가 가장 인기 있는 선택으로 표시한 요금제입니다.
장바구니 구성하기
장바구니 페이지는 등록이나 결제 전에 필요한 모든 것을 한 곳에서 처리하며, 구성은 그 점에서 높은 점수를 받을 만합니다. 여기서 설정하는 세 가지는 다음과 같습니다:

마지막 항목은 언급할 가치가 있습니다. Hostinger는 데이터 센터 위치를 이름만 나열하는 대신 각 위치의 실제 지연 시간 수치를 보여주므로, 추측이 아니라 워크로드가 실행되는 위치를 기준으로 지역을 선택할 수 있습니다.
제 위치 기준으로는 United States, Boston 2가 40ms로 가장 적합하다고 표시되었고, France는 비교용으로 104ms로 표시되었습니다.

장바구니는 또 하나 중요한 점을 분명히 확인시켜 줍니다: “Hermes Agent auto-deploys with your VPS.” 이 한 줄로 인해 프로비저닝 후 직접 설치해야 하는지에 대한 모호함이 사라집니다. 설치할 필요가 없습니다.
계정 생성하기
등록은 장바구니를 확정한 뒤에 진행됩니다. 신규 사용자는 세 가지 옵션을 사용할 수 있습니다:

계정을 만든 뒤에는 결제 전에 전체 청구 주소를 입력해야 합니다. 필수 필드는 다음과 같습니다:

이는 결제 후 세부 정보를 입력하는 일부 플랫폼보다 더 많은 단계입니다. VPS 구매에서는 일반적이지만, 두 개의 입력란만 예상했다면 미리 알아둘 만합니다.
결제
결제 페이지는 다양한 수단을 지원합니다:

결제 수단을 선택할 때 미리 짚어둘 점이 하나 있습니다. Coingate를 통한 암호화폐 결제는 어떤 경우에도 환불 대상이 아닙니다. 환불 가능성이 조금이라도 있다면 카드나 PayPal로 결제하세요.
Hermes Agent 페이지에서 시작해 결제를 완료하기까지 전체 과정은 10분이 채 걸리지 않았습니다. 청구 주소 단계가 다른 더 단순한 가입보다 약간의 마찰을 추가하지만, 유료 VPS 제품으로서는 예상 가능한 수준입니다.
결제가 완료되면 Hostinger는 중앙 제어판인 hPanel로 이동시킵니다. 시작 페이지는 이름으로 맞이하며, 상단에 “Your to-dos” 섹션이 열려 있어 대기 중인 작업을 표시하거나 모든 것이 정상적으로 실행 중임을 확인해 줍니다.
그 아래에는 활성 서비스가 웹사이트, 도메인, VPS를 포함한 명확한 구역으로 정리되어 있습니다.

왼쪽 사이드바는 내비게이션을 다섯 가지 논리적 영역으로 묶습니다:
VPS 인스턴스는 홈 화면 하단의 전용 블록에 표시됩니다. 각 행에는 서버 호스트명, 요금제 티어, 원클릭 복사 버튼이 있는 IP 주소, 실시간 상태 배지, 만료일, 그리고 Manage 버튼이 표시됩니다.
Hermes Agent가 실행 중인 KVM 2는 썸네일에 Docker 아이콘이 표시되어, 한눈에 bare OS 설치나 다른 요금제 유형과 구분됩니다.
여기 도착하자마자 해야 할 두 가지가 있습니다.
KVM 2 행의 Manage를 클릭하면 개별 VPS 개요 페이지가 열립니다. 여기의 왼쪽 사이드바는 서버 관리 전용입니다:

개요 페이지가 보여주는 것
상단 카드에는 “Docker and Traefik, Built on Ubuntu 24.04″가 표시되며 Docker Manager 링크가 바로 있습니다. 그 옆에는 Hostinger가 세 가지 맥락 도움말 링크를 페이지에 직접 배치해 두었습니다: “What is Docker Manager?”, “How to deploy your first container?”, 그리고 “Troubleshooting common Docker issues.”
이 링크들은 별도 검색이 아니라 인터페이스 안에 들어 있어 실용적인 UX 선택입니다.
Docker 카드 아래에는 바로 복사 가능한 root SSH 명령어, 네 개의 빠른 작업 타일, 그리고 전체 사양 내역이 있습니다. 빠른 작업 타일에는 다음이 표시됩니다:
이 페이지에서 눈에 띄는 또 다른 점은 서버 위치와 OS 옆에 편집 아이콘이 있어, 지원팀에 연락하지 않고도 데이터 센터 지역을 변경하거나 다른 OS로 재설치할 수 있다는 것입니다.
그리고 결제 시 일일 자동 백업 추가 옵션을 건너뛰었다면, Hostinger는 페이지 하단에 배너 형태로 다시 업그레이드 옵션을 보여주므로 추가할 기회가 한 번 더 있습니다.

서버 사용량 지표는 이 단계에서 “Awaiting Server Usage Data”로 표시되었는데, 새로 프로비저닝된 인스턴스에서는 예상되는 현상입니다. 페이지에는 사용량 데이터가 채워지는 데 약 30분이 걸린다고 적혀 있습니다.
Docker Manager: Hermes가 이미 실행 중
사이드바에서 Docker Manager를 클릭하면 원클릭 설치의 핵심 성과가 드러납니다. 제가 아무 작업도 하지 않았는데 이미 두 개의 컨테이너가 실행 중이었습니다:

Traefik는 트래픽 라우팅을 처리하는 리버스 프록시로, Hermes Agent 앞에 위치합니다. 둘 다 도착하자마자 정상 실행 중이라는 것은 Hostinger가 프로비저닝 중 백그라운드에서 배포 작업을 모두 완료했음을 의미합니다.
Hermes 컨테이너 행을 확장하면 실시간 자원 사용량이 표시됩니다:

에이전트는 실행 중이면서 유휴 상태에서는 사실상 아무 자원도 사용하지 않아, Docker 이미지가 상시 실행 서비스에 잘 최적화되어 있음을 확인시켜 줍니다.
Manage 화면이 제공하는 것
hermes-agent-pncz 행에서 Manage를 클릭하면 세 개의 탭이 있는 Compose 화면이 열리는데, 이해할 가치가 있습니다:

Visual editor는 Hostinger가 사용하는 정확한 Docker 이미지인 ghcr.io/hostinger/hvps-hermes-agent:latest도 보여줍니다. 이 이미지는 GitHub Container Registry의 Hostinger 자체 계정에 호스팅되어 있습니다.
즉, Hostinger는 upstream 이미지를 직접 가져오는 대신 Hermes Agent 자체 빌드를 유지 관리하고 패키징합니다.
실무적으로는 업데이트가 Hostinger의 릴리스 주기를 따라가므로 공식 Nous Research 저장소보다 약간 늦을 수 있습니다. 반면 더 충분히 테스트되고 통합에 특화된 빌드를 제공한다는 장점이 있습니다.
Environment 섹션이 이 화면 하단에 접혀 있습니다. 여기에 추가 도구를 위한 서드파티 API 키를 SSH로 서버에 접속하지 않고도 추가할 수 있습니다. 또한 Add new container 버튼도 보여, 데이터베이스나 보조 컨테이너 같은 추가 서비스를 Docker Manager 인터페이스에서 직접 Hermes Agent 프로젝트에 확장할 수 있습니다.

설정 마법사 접속하기
에이전트 설정에 들어가기 위해 저는 컨테이너 세부 정보 아래의 포트 링크(32768:4860)를 클릭했습니다. 그러면 Hermes Agent 웹 인터페이스가 열리고, 로그인하려면 가입 시 Hostinger가 보낸 이메일 자격 증명이 필요합니다.

인증이 끝나면 설정 마법사가 터미널 인터페이스에서 시작됩니다.
첫 번째 선택은 간단합니다:

저는 Quick setup을 선택했습니다. 이후 과정은 GUI 마법사보다는 더 복잡하지만, 터미널 인터페이스가 각 단계를 명확하게 안내합니다.

LLM 제공업체 선택하기
제공업체 목록에는 30개 이상의 옵션이 있습니다. 대부분은 구독 또는 토큰당 과금 API 키가 필요합니다.
비용을 중시하는 사용자를 위해 언급할 만한 예외가 하나 있습니다: Google Gemini via OAuth + Code Assist는 “free tier supported; no API key needed”라고 명시합니다. VPS 비용 외에 추가적인 API 지출 없이 Hermes Agent를 실행할 수 있게 해 주는 유일한 옵션입니다.

저는 Anthropic을 선택했고, 두 가지 인증 경로가 제공되었습니다:

저는 OAuth 경로를 선택했습니다. 마법사는 claude setup-token을 실행하고, Claude Code v2.1.143 환영 화면을 띄운 뒤 OAuth URL을 생성합니다.
Docker 컨테이너는 로컬 머신에서 브라우저 탭을 열 수 없으므로, URL을 수동으로 복사해 claude.com에서 인증을 완료한 뒤 반환된 인증 코드를 터미널 프롬프트에 다시 붙여 넣어야 합니다.
터미널은 “Long-lived authentication token created successfully.”라고 확인했습니다. 토큰은 1년 동안 유효하며 노란색 텍스트로 한 번만 표시됩니다.

마법사는 터미널을 닫기 전에 안전하게 보관하라고 명확히 경고하며, 말 그대로 그렇게 해야 합니다. 세션을 닫기 전에 복사하지 않으면 hermes setup model을 다시 실행하고 OAuth 과정을 거쳐 새 토큰을 생성해야 합니다.
모델 및 백엔드 선택
토큰을 저장한 뒤 마법사는 기본 모델 선택으로 넘어갑니다. 사용 가능한 옵션은 다음과 같았습니다:

기본값인 claude-sonnet-4-6은 대부분의 워크로드에 적절한 선택입니다. 매번 Opus 수준의 토큰 비용을 들이지 않고도 강한 추론 능력을 제공합니다.
다음은 터미널 백엔드 선택이었습니다:

저는 local 백엔드를 유지했습니다. Hermes 자체가 이미 Hostinger의 Docker 설정으로 컨테이너화된 VPS에서는 local이 적절합니다. Docker 백엔드 옵션은 명령 실행에 또 하나의 컨테이너 격리 계층을 추가하는 것이므로, 신뢰할 수 없는 입력을 다루는 배포에 더 적합합니다.
그다음 마법사는 Telegram이나 Discord 같은 메시징 플랫폼을 즉시 연결할지, 아니면 나중에 hermes setup gateway로 설정할지 물었습니다.

설정 완료, 단 하나의 주의점
최종 화면에는 초록색 “Setup Complete!” 확인 메시지가 표시되지만, 쉽게 놓치기 쉬운 경고도 함께 뜹니다:
“Some tools are disabled. Run hermes setup tools to configure them, or edit ~/./.env directly to add the missing API keys.”

이 점은 중요합니다. Hermes Agent는 29개의 도구 카테고리와 82개의 스킬로 시작하지만, 모든 것이 기본 제공으로 활성화되지는 않습니다. 웹 검색, TTS, 이미지 생성처럼 서드파티 서비스에 의존하는 도구는 quick setup 흐름에서 구성되지 않은 추가 API 키가 필요합니다.
에이전트는 즉시 작동하며 처음부터 충분히 유능하지만, 전체 도구 세트를 원한다면 후속 구성으로 hermes setup tools를 실행해야 합니다.
설정 화면은 또한 모든 구성 파일의 위치를 보여줍니다:
여기서 하나 실용적인 점은, 이 경로들이 공식 Nous Research 문서가 참조하는 표준 ~/.hermes/ 디렉터리와 다르다는 것입니다.
Hostinger의 Docker 이미지는 모든 것을 /opt/data/로 재매핑합니다. 공식 Hermes 문서를 따라 수동으로 구성 파일을 편집하면 경로가 맞지 않습니다. 파일 위치에 대해서는 공식 문서가 아니라 설정 완료 화면에 표시된 경로나 Docker Manager의 Environment 탭을 사용하세요.
Hermes Agent 실행 중
hermes를 실행하자 Hermes Agent v0.14.0이 시작되었습니다. 상태 패널에는 연구, devops, GitHub, 미디어, 생산성, 게임, 소프트웨어 개발 전반에 걸친 29개의 활성 도구 카테고리와 82개의 스킬이 표시되었고, 활성 모델은 claude-sonnet-4-6으로 확인되었습니다.

시작 화면에서 특히 언급할 만한 세부 사항이 하나 있습니다. 보안 팁에는 “security.tirith_fail_open: false makes Hermes block commands when the tirith scanner itself errors out.”라고 적혀 있습니다.
Tirith는 Hermes Agent의 내장 보안 스캐너입니다. fail-closed 기본값은 스캐너가 충돌하거나 오류를 일으킬 경우, 점검 없이 명령을 허용하는 대신 에이전트가 해당 명령을 차단한다는 의미입니다.
이는 더 보수적이고 안전한 자세이며, 이를 수동으로 설정할 필요가 없는 기본값으로 둔 점은 Nous Research 팀의 신중한 보안 결정을 보여줍니다.
/help 명령은 대부분의 채팅 인터페이스보다 넓은 명령 집합을 보여줍니다:

Hermes Agent가 실행되면 VPS 개요 페이지는 일상적인 관리 레이어가 됩니다. 서버가 한동안 활성화된 뒤 다시 돌아가면 실제 데이터가 채워진 상태가 어떤지 볼 수 있으며, 여기의 몇 가지 수치는 특히 주목할 만합니다.
실시간 자원 지표
서버 상태 카드는 이제 클릭 가능한 6개의 실시간 지표를 표시하며, 각 지표는 자세한 사용량 그래프로 연결됩니다:

CPU와 메모리 수치는 KVM 2가 자신의 워크로드에 맞는지 판단하는 사람에게 가장 실용적입니다.
사이드바가 제공하는 것
왼쪽 사이드바는 서버 관리를 여덟 개 섹션으로 구성하며, 그중 여러 개는 하위 메뉴를 펼칠 수 있습니다:
Hermes Agent 배포에서 가장 자주 돌아가게 되는 섹션은 컨테이너 관리를 위한 Docker Manager와 시간에 따른 자원 추세를 지켜보는 Backups and Monitoring입니다.
Security 섹션은 기본값 외에 현재 0개의 사용자 지정 규칙이 있는 방화벽 규칙을 검토하기 위해 초기에 방문할 가치가 있습니다.
빠른 작업 타일에서 눈에 띄는 점은 Malware Scanner가 “Not installed”로 표시된다는 것입니다. Hostinger는 이를 선택적 추가 항목으로 제공하며, Hermes Agent가 터미널 접근을 가지고 있고 정상 작동의 일부로 외부 API 호출을 처리한다는 점을 고려하면 운영 배포에서는 스캐너를 추가하는 것이 좋습니다.
브라우저 터미널 접근
모든 VPS 관리 페이지의 오른쪽 상단에는 Terminal 버튼이 있습니다. 이를 클릭하면 SSH 클라이언트나 키 설정 없이 브라우저에서 전체 root 터미널 세션이 열립니다.

SSH 설정이 없는 기기에서 서버를 관리하거나, 애플리케이션 전환 없이 빠르게 명령 하나만 실행하려는 사용자에게 이는 상당한 마찰 감소입니다. hPanel 안에서 한 번의 클릭으로 얻는, SSH와 동일한 터미널 접근입니다.
Hostinger 웹사이트에서 라이브 Hermes Agent 세션까지 도달하는 데는 전체적으로 35분이 조금 안 걸렸습니다. 완전히 제어할 수 있는 인프라 위에서 실행되는 자체 호스팅 상시 AI 에이전트치고는 정말 빠른 결과입니다.
경험은 두 개의 뚜렷한 단계로 나뉘며, 둘 다 솔직하게 봐야 합니다.
Hostinger가 잘하는 것
체크아웃과 hPanel 경험은 처음부터 끝까지 세련되어 있습니다:
더 많은 것을 요구하는 부분
경험이 바뀌는 지점은 설정 마법사입니다. 어렵지는 않지만, 처음부터 끝까지 안내형 GUI 흐름도 아닙니다:
시작하기 전에 확인할 두 가지
VPS 플랜 세부 정보에서 자동 갱신은 기본적으로 꺼져 있습니다. 잊기 전에 켜 두세요. 그렇지 않으면 기간 종료 시 서버가 멈춥니다. 그리고 설정이 끝나면 hermes doctor를 실행해 살아 있는 작업을 방해하기 전에 구성 누락을 찾아내세요.
자체 호스팅 인프라에서 실행되는 라이브 AI 에이전트로 가는 원클릭 경로를 제공하는 플랫폼으로서 Hostinger는 충분히 잘 작동합니다. 거친 부분은 핵심이 아니라 가장자리에서 나타납니다.

Hostinger의 지원 모델은 24/7로 제공되는 라이브 채팅, 즉 Kodee를 중심으로 운영됩니다.
Kodee는 hPanel, VPS 대시보드, 그리고 메인 웹사이트 전반에 내장되어 있어, 이동할 필요 없이 어디서든 열 수 있습니다. Kodee가 처리할 수 없는 문제는 인간 상담원에게 연결됩니다.
라이브 채팅 외에도 Hostinger는 지식 베이스, 튜토리얼 라이브러리, 그리고 직접 찾아보는 것을 선호하는 사용자를 위한 Hostinger Academy YouTube 채널을 운영합니다.
전화 지원 라인은 없습니다. 저는 두 가지를 테스트했습니다: Kodee와 인간 상담원 단계 모두를 아우르는 라이브 채팅 경험, 그리고 지식 베이스의 깊이입니다.
Kodee
저는 VPS 개요 페이지에서 채팅을 열고 첫 번째 질문을 했습니다: KVM 2 플랜에서 Hermes Agent의 여유가 부족해지기 시작했는지 알기 위해 어떤 지표를 모니터링해야 하는지, 그리고 hPanel에서 어디를 보면 되는지였습니다.
Kodee의 답변은 구체적이었고 스크립트처럼 느껴지지 않았습니다. 일반적인 대시보드 페이지를 가리키는 대신, 무엇을 봐야 하는지 정확히 나열했습니다:

그런 다음 정확한 이동 경로를 알려주었습니다: VPS, Manage, Backups and Monitoring, Server Usage, 그리고 원하는 기간을 선택할 수 있다고 덧붙였습니다. 또한 그래프는 GMT+0을 사용한다고 알려 주어, 로컬 시간과 사건을 대조할 때 생길 혼란을 줄여주는 작은 하지만 실용적인 세부 정보를 제공했습니다. 마지막에는 내 서버에서 Hermes Agent에 맞게 수치를 해석하는 데도 도움을 줄 수 있다고 제안했습니다.
이 제안은 주목할 가치가 있습니다. Kodee는 이미 hPanel 맥락에서 내 VPS를 식별했기 때문에, 일반적인 제안이 아니라 플랫폼별 제안을 할 수 있었습니다.
인간 상담원 요청하기
Kodee의 답변 후 저는 인간 상담원과 이야기하고 싶다고 요청했습니다. 이어진 과정은 Hostinger가 에스컬레이션 흐름을 어떻게 조정했는지 보여 주므로, 그대로 문서화할 가치가 있습니다.
첫 번째 요청: “Can I please speak to human support?”
Kodee의 응답은 요청을 인정한 뒤 다시 우회했습니다. VPS 문제에서는 보통 서버를 직접 확인하는 것이 더 빠르다고 설명했고, 처리할 수 있는 문제의 예시(느린 VPS, SSH 문제, Docker, 높은 CPU 또는 RAM)를 들며 전문가를 대기열에 넣기 전에 정확한 문제를 보내 달라고 했습니다.
두 번째 요청: “No. I would like to speak to a human.”
Kodee는 다시 회피했습니다: “Tell me the exact issue on the VPS and I’ll check it directly. Before we queue a specialist, I can resolve the issue and save you the wait.”
세 번째 시도: “I want to continue with a human.”
그제야 Kodee가 요청을 받아들였습니다. “Go to human”과 “Continue with Kodee” 두 버튼이 나타났습니다.

제가 확인을 누르자, 인간 상담원에게 넘기기 전 Kodee의 마지막 메시지는 잘 처리되었습니다: 상담원이 전체 채팅 기록을 볼 것이므로 같은 내용을 반복할 필요가 없다고 알려 주었고, 오프라인 상태가 되기 전에 이메일로 후속 메시지를 보낼 수 있다고 했으며, 대기 중에도 Kodee와 계속 채팅할 수 있다고 안내했습니다.
“You are in queue” 알림이 나타났고, 곧 동료가 합류할 것이며 마음이 바뀌면 “Leave queue”를 선택할 수 있다는 안내가 붙었습니다.
이 세 번의 교환에서 나타난 마찰은 Hostinger가 검토해야 할 부분입니다. 효율성 측면에서 Kodee와 계속 대화하도록 유도하는 것은 이해할 수 있지만, 사용자가 같은 요청을 세 번 반복해야만 받아들여지는 방식은, 특히 운영 환경에서 실제 문제를 다루는 사람에게 좌절감을 줍니다.
인간 상담원: Mary
저는 오래 대기하지 않았습니다.
Mary는 자신을 소개했고 전체 채팅 맥락을 읽었다고 확인했습니다. 저는 두 번째 질문을 했습니다: KVM 2에서 KVM 4로 업그레이드해도 Docker 볼륨과 /opt/data/ 디렉터리가 유지되는지, 그리고 업그레이드가 인플레이스인지 아니면 새 서버를 프로비저닝하는지였습니다.
그녀의 답변은 두 부분 모두에서 기술적으로 정확하고 플랫폼에 맞는 것이었습니다:

디스크 크기 조정과 재부팅에 대한 마지막 포인트는 중요합니다. 재부팅이 없을 것으로 예상하고 업그레이드에 들어간 사용자는 놀랄 수 있습니다. Mary는 이를 분명히 짚고 미리 예방 조치를 권했습니다.
Mary의 답변 품질은 높았습니다. 그녀에게 도달하는 에스컬레이션 경로가 조금 더 매끄러워야 했습니다.
support.hostinger.com의 Hostinger 지식 베이스는 상단에 눈에 띄는 검색창과 함께 카테고리별 문서 모음 그리드로 열립니다. 카테고리는 전체 제품군을 포괄합니다:
269개의 문서를 가진 VPS 섹션은 Hermes Agent 사용자에게 가장 관련성이 높으며, 상당한 깊이를 보여줍니다.

검색창은 눈에 잘 띄고 잘 배치되어 있으며 깔끔하게 작동합니다. “Hermes Agent”를 검색하면 일반 VPS 문서가 아니라 전용 결과가 반환됩니다.
품질을 확인하기 위해 “How to get started with Hermes agent at Hostinger” 문서를 열어 보았습니다. 2주 전에 업데이트되어 적극적으로 관리되고 있음을 알 수 있었습니다.

이 문서는 다섯 개의 명확한 섹션으로 전체 워크플로를 다룹니다:
오른쪽의 목차를 통해 스크롤 없이 원하는 섹션으로 이동할 수 있습니다. 필요한 모든 터미널 명령에는 코드 블록이 포함되어 있고, 스크린샷은 일반적인 자리표시 이미지가 아니라 실제 Docker Manager 인터페이스를 보여 줍니다.
CLI 섹션은 Hermes Agent가 컨테이너 내부에서 실제로 실행되는 모습을 보여 주어, 처음 사용하는 사람에게 도달했을 때 어떤 모습일지 분명하게 전달합니다.
Hostinger의 지원 스택은 필요한 요소를 잘 갖추고 있습니다. Kodee는 hPanel과 메인 사이트 전반에서 24/7로 제공되며, 기술 질문에 실제로 구체적인 답을 제공하고, 필요하면 인간 상담원에게 에스컬레이션할 수 있습니다.
support.hostinger.com의 지식 베이스는 깊고 잘 정리되어 있으며, 일반 VPS 문서에만 의존하지 않고 Hermes Agent 전용 문서도 갖추고 있습니다. Hostinger Academy YouTube와 튜토리얼 라이브러리는 직접 배우는 것을 선호하는 사용자에게 추가적인 셀프 서비스 깊이를 제공합니다.
한계도 미리 알아둘 필요가 있습니다:
업그레이드 질문에 대한 Mary’s 기술적 깊이는 라이브 Hermes Agent 배포를 관리하는 사용자가 정말 필요로 하는 수준이었습니다. 인간 상담원에게 도달하면 품질은 충분합니다. 문제는 그곳에 도달하는 데 걸리는 시간입니다.

그렇습니다. 완전히 제어할 수 있는 인프라 위에서 자체 호스팅 상시 AI 에이전트를 원한다면, Hostinger의 Hermes Agent VPS는 그 목표로 가는 매우 빠른 경로를 제공합니다. Hermes Agent와 Traefik는 VPS와 함께 자동으로 배포되고, Docker Manager는 컨테이너 관리를 시각적으로 처리하며, 기본 KVM 2 하드웨어는 라이브 컨테이너가 실행 중인 상태에서의 모든 벤치마크를 깔끔하게 통과했습니다.
가장 인상적이었던 것은 어떤 단일 수치가 아니라 조합이었습니다. 패킷 손실 0의 준-기가비트 대칭 네트워크 속도, 읽기와 쓰기 양쪽에서 동시에 13K 랜덤 IOPS, 두 코어 전체에 걸친 선형 CPU 스케일링, 그리고 실패 0건의 스트레스 테스트 결과가, 에이전트가 활성 상태인 유휴 시 CPU 2%와 메모리 9%를 보이는 플랜에서 나온 것입니다. 이는 실제 워크로드에 의미 있는 여유입니다.
Hostinger Hermes Agent VPS는 개발자, 운영팀, 그리고 자기 인프라 위에서 지속적인 AI 자동화를 원하는 기술에 익숙한 사용자에게 적합합니다. 주말을 통째로 설정에 쓰지 않고도 가능합니다. 반면, 시작부터 끝까지 완전히 안내되는, 터미널 없는 경험을 기대하는 사용자나, 최신 upstream Hermes Agent 기능을 즉시 원한다면 적합하지 않습니다. Hostinger가 자체 패키지된 Docker 이미지를 자체 릴리스 주기로 관리하기 때문입니다.
두 가지를 알고 들어가세요: 프로모션 가격은 초기 계약 기간에만 적용되므로, 처음부터 갱신 요금을 예산에 반영해야 합니다. 또한 설정 마법사에서는 첫 번째 에이전트가 실행되기 전에 짧은 터미널 세션과 수동 OAuth 단계가 필요합니다. 둘 다 치명적이진 않지만, 예상하지 못한 사용자에게는 걸림돌이 될 수 있습니다.
| Description | Expert Review |
|---|---|
| 고성능과 손쉬운 관리 도구를 제공하는 비용 효율적인 호스팅. | Read Shared Hosting Review |
| 원클릭 설치 및 프리미엄 기능을 갖춘 빠르고 안전한 워드프레�... | Read Wordpress Hosting Review |
| 전용 리소스 및 루트 액세스를 갖춘 확장 가능한 VPS 호스팅 | Read VPS Review |
| 우수한 가동 시간과 확장 가능한 리소스를 갖춘 빠르고 유연한 �... | Read Cloud Hosting Review |
| 오프쇼어 데이터 센터 위치를 갖춘 안전하고 개인 정보 보호 호�... | Read Offshore Hosting Review |
| 전문적인 기능을 갖춘 안전하고 신뢰할 수 있는 이메일 호스팅. | Read Email Hosting Review |
| 개발자를 위한 유연한 환경을 갖춘 신뢰할 수 있는 Python 호스팅. | Read Python Hosting Review |
| 동적 웹사이트 및 애플리케이션을 완벽하게 지원하는 고성능 PHP... | Read PHP Hosting Review |
| 완전한 제어 및 사용자 지정 옵션을 제공하는 안정적인 Windows VPS... | Read Windows VPS Review |
| 최적의 성능을 제공하는 Node.js 애플리케이션에 맞춘 빠르고 유�... | Read Nodejs Hosting Review |
| 고속 및 안전한 통합을 제공하는 WooCommerce 스토어 최적화 호스팅 | Read Woocommerce Hosting Review |
| 원활한 Minecraft 게임 경험을 위한 전용 서버 호스팅 | Read Minecraft Server Hosting Review |
| 디지털 에이전시와 개발자를 위한 고급 기능을 갖춘 확장 가능�... | Read Agency Hosting Review |
| Magento 전자상거래 웹사이트에 최적화된 빠르고 안전한 호스팅. | Read Magento Hosting Review |
| 안정적이고 안전한 웹사이트 운영을 위한 고성능 Linux 기반 호스... | Read Linux Hosting Review |
| 동적 웹 애플리케이션 및 프로젝트를 위한 강력한 Java 호스팅 솔... | Read Java Hosting Review |
| 안전하고 빠르며 안정적인 성능을 제공하는 전자상거래 웹사이�... | Read Ecommerce Hosting Review |
| 빠른 속도와 안전한 환경을 제공하는 신뢰할 수 있는 Django 호스�... | Read Django Hosting Review |
| 강력한 성능과 신뢰할 수 있는 지원을 제공하는 사용하기 쉬운 c... | Read Cpanel Hosting Review |
| 빠른 속도, 보안 및 확장성을 갖춘 강력한 비즈니스용 호스팅. | Read Business Hosting Review |
| Easy-to-use website builder with drag-and-drop tools and customizable templates. | Read Website Builder Review |
| Optimized hosting for Joomla sites with one-click installation and reliable performan... | Read Joomla Hosting Review |
| Powerful hosting with full PostgreSQL database support for data-driven applications. | Read PostgreSQL Hosting Review |
| Flexible hosting with MongoDB integration for scalable, modern web applications. | Read MongoDB Hosting Review |
| AI-powered website creation platform for building professional sites in minutes. | Read Horizons Review |
| Reliable hosting for n8n workflow automation with easy setup and management. | Read n8n Hosting Review |
| VPS hosting with Docker support for containerized application deployment and scaling. | Read Docker VPS Review |
| 전용 SMTP 서버 호스팅으로 안정적이고 안전한 이메일 전송을 제�... | Read SMTP Server Review |
| Ruby on Rails 웹 애플리케이션에 맞춘 빠르고 최적화된 호스팅. | Read Ruby on Rails Review |
| OpenClaw 통합을 통한 기능이 풍부한 호스팅으로 클로 머신 게임을... | Read OpenClaw Review |
| 빠르고 신뢰할 수 있는 호스팅으로, 영국 기반 서버를 통해 최적... | Read UK Hosting Review |
| 인도 기반 서버로 저지연 접속이 가능한 저렴하고 신뢰할 수 있�... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review |
Hostinger VPS는 AMD EPYC 프로세서, NVMe 스토리지, 거의 기가비트에 가까운 네트워크 속도, 그리고 수동 Docker 설정 없이 에이전트를 바로 실행할 수 있게 해주는 원클릭 배포 기능을 갖춘 Hermes Agent에 적합한 플랫폼입니다. KVM 2 플랜은 소규모에서 중간 규모의 에이전트 워크로드를 처리하기에 충분한 여유를 제공하며, 수요가 증가함에 따라 명확한 업그레이드 경로도 제공합니다.
Hostinger는 북미, 유럽, 아시아, 남미 전역에 데이터 센터를 운영합니다. 결제 과정에서 각 위치는 지연 시간 수치와 함께 표시되므로, 추측하지 않고도 사용자 또는 에이전트의 주요 작업에 가장 가까운 지역을 선택할 수 있습니다.
Hostinger는 KVM VPS 요금제에 대해 30일 환불 보장을 제공합니다. 약관의 한 가지 조건이 적용됩니다: 마지막 VPS 환불 이후 180일이 넘게 지나야 합니다. 요금제 업그레이드와 Coingate를 통한 암호화폐 결제는 어떤 경우에도 환불 대상이 아닙니다.
Hermes Agent 설정 마법사는 Anthropic, OpenAI, OpenRouter, Google AI Studio, DeepSeek, AWS Bedrock, 그리고 로컬 모델용 Ollama를 포함해 30개 이상의 공급자를 지원합니다. OAuth를 통한 Google Gemini는 API 키가 필요 없는 무료 티어도 제공하므로, VPS 요금제 외에 추가 API 비용이 전혀 들지 않는 유일한 옵션입니다.
기본적인 터미널 사용에 대한 익숙함이 필요합니다. 체크아웃과 Docker Manager 환경은 완전히 관리형이지만, Hermes Agent 설정 마법사는 터미널 인터페이스에서 실행되며 LLM 제공업체를 연결하기 위한 수동 OAuth 인증 단계가 필요합니다. 명령줄 도구에 익숙한 사용자는 빠르게 진행할 수 있지만, 완전 초보자는 첫 세션이 더 어렵게 느껴질 수 있습니다

HostAdvice.com는 독립적 기관으로 전문 웹 호스팅 리뷰를 제공합니다. 저희 리뷰는 공평하고 정직하며 모든 리뷰에 동일한 평가를 진행합니다.
저희는 저희가 리뷰하는 회사들도부터 금적적인 보상을 받습니다. 서비스와 제품에 대한 보상은 저희 리뷰 방향에 영향을 끼치지 않습니다. 또한 이 보상이 특정 회사에 대한 랭킹에 영향을 주지 않습니다.
이 보상은 리뷰어에게 제공하는 로얄티 비용, 계정 구매 및 테스트 비용을 커버합니다.






