Hermes Agent VPS ผสานโครงสร้างพื้นฐานโฮสติ้งที่มีอยู่แล้วเข้ากับเฟรมเวิร์กเอเจนต์อัตโนมัติแบบโอเพนซอร์ส ทำให้ผู้ใช้มีเส้นทางไปสู่การมีเอเจนต์ AI แบบ self-hosted ที่ทำงานได้จริง โดยไม่ต้องสร้างสแตกทั้งหมดขึ้นมาเองจากศูนย์
หลังจากจัดเตรียมแผน Hostinger KVM 2, รันการวัดประสิทธิภาพ Linux แบบเต็มรูปแบบ และทดสอบขั้นตอนการตั้งค่าทั้งหมด ข้อสรุปชัดเจนมาก: Hostinger มอบประสิทธิภาพฮาร์ดแวร์ที่ยอดเยี่ยมและการใช้งานที่ติดตั้งง่ายสำหรับผู้ใช้สายเทคนิคที่ต้องการควบคุมโครงสร้างพื้นฐาน AI ของตนเอง
ฉันประเมิน Hostinger Hermes Agent VPS ตามห้าพารามิเตอร์โดยใช้ วิธีการรีวิวโฮสติ้งมาตรฐานของเรา คะแนนด้านล่างสะท้อนการใช้งานจริงพร้อม Hermes Agent และ Traefik ที่ทำงานอยู่ตลอดการทดสอบ ไม่ใช่เซิร์ฟเวอร์เปล่าที่สะอาดหมดจด
| พารามิเตอร์ | คะแนน | เหตุผลที่ได้คะแนนนี้ |
|---|---|---|
| ราคา | 9.0/10 | ราคาเริ่มต้นแข่งขันได้; ราคาต่ออายุสูงกว่าชัดเจน และการคืนเงิน VPS มีเงื่อนไข 180 วันระหว่างการขอคืนแต่ละครั้ง |
| ฟีเจอร์ | 9.5/10 | มี one-click deploy, Traefik ตั้งค่าอัตโนมัติ, Docker Manager, Kodee AI, AMD EPYC, NVMe และมีการสำรองข้อมูลรายสัปดาห์ฟรีรวมมาให้ |
| ประสิทธิภาพ | 9.2/10 | ความเร็วแบบสมมาตรเกือบกิกะบิต, 13K random IOPS พร้อมกันทั้งอ่านและเขียน, การสเกล CPU เป็นเส้นตรง, ไม่มีความล้มเหลวในการทดสอบความเครียด |
| ความง่ายในการใช้งาน | 9.0/10 | ขั้นตอนชำระเงินสะอาดและติดตั้งอัตโนมัติ; ตัวช่วยตั้งค่าต้องอาศัยความคุ้นเคยกับเทอร์มินัลและมีการทำ OAuth แบบ manual หนึ่งขั้นตอน |
| ฝ่ายสนับสนุน | 9.2/10 | Kodee ให้คำตอบที่เฉพาะเจาะจง; รอเจ้าหน้าที่มนุษย์น้อยกว่าสองนาทีหลังผ่านความยุ่งยากในการส่งต่อสามครั้ง |
| โดยรวม | 9.2/10 | โครงสร้างพื้นฐานแข็งแรงพร้อมเส้นทางที่รวดเร็วจากการชำระเงินไปสู่เอเจนต์ที่ใช้งานได้จริง จุดติดขัดเล็กน้อยอยู่ที่การตั้งค่าและการส่งต่อไปยังเจ้าหน้าที่ |
Hermes Agent เองเป็น MIT-licensed และใช้ฟรี ค่าใช้จ่ายต่อเนื่องมีเพียงแพ็กเกจ VPS และค่า LLM provider ที่คุณเชื่อมต่อกับเอเจนต์
แผน KVM ทั้งสี่รองรับ Hermes Agent คุณไม่ได้ถูกล็อกไว้กับระดับใดระดับหนึ่ง แพ็กเกจคิดเงินล่วงหน้าตามระยะเวลาที่คุณเลือก และสัญญาระยะยาวจะได้ส่วนลดโปรโมชันที่มากกว่า
ตัวเลือกช่วงเวลาชำระเงินที่หน้า checkout ช่วยให้คุณเปรียบเทียบต้นทุนรวมตามระยะสัญญาก่อนตัดสินใจ
| ชื่อแพลน | เนื้อที่ | CPU | RAM | OS | ราคา | |
|---|---|---|---|---|---|---|
| KVM 1 | 50 GB | 1 core | 4 GB | ฿150 | รายละเอียด | |
| KVM 2 | 100 GB | 2 core | 8 GB | ฿220 | รายละเอียด | |
| KVM 4 | 200 GB | 4 core | 16 GB | ฿290 | รายละเอียด | |
| KVM 8 | 400 GB | 8 core | 32 GB | ฿570 | รายละเอียด |
มีบางเรื่องที่ควรรู้ก่อนซื้อ:
วิธีชำระเงินที่รองรับได้แก่ บัตร (Visa, Mastercard, Discover, Amex), PayPal, Google Pay, AliPay สำหรับจีนและฮ่องกง และ Coingate สำหรับสกุลเงินคริปโต
เซิร์ฟเวอร์ที่ฉันทดสอบเป็นแผน KVM 2 ที่รัน Ubuntu 24.04.4 LTS พร้อม kernel 6.8.0-111-generic โฮสต์อยู่ใน data center ของ Hostinger ที่ Phoenix, Arizona
อินสแตนซ์ที่ทดสอบ:
มีข้อสังเกตสำคัญก่อนดูตัวเลข การทดสอบ benchmark เหล่านี้รันโดยมี Hermes Agent และ Traefik เป็นคอนเทนเนอร์ Docker ที่ทำงานอยู่จริงตลอดการทดสอบทุกครั้ง baseline resource consumption ของเซิร์ฟเวอร์ในขณะทดสอบคือ:
นี่คือสภาพการใช้งานจริง ไม่ใช่เซิร์ฟเวอร์เปล่าที่ว่างเปล่า สำหรับใครก็ตามที่กำลังประเมินว่า KVM 2 สามารถรัน Hermes Agent และยังมี headroom สำหรับ workload benchmark หรือ task พร้อมกันได้หรือไม่ บริบท baseline นี้สำคัญมาก
อีกหนึ่งรายละเอียดที่ควรทราบ: เซิร์ฟเวอร์นี้ไม่ได้ตั้งค่า swap ไว้ หาก RAM หมด Linux OOM killer จะยุติโปรเซสแทนที่จะใช้ disk swap ดังนั้นสำหรับการติดตั้งเอเจนต์แบบถาวร การเฝ้าดู headroom ของหน่วยความจำจึงสำคัญกว่าระบบที่มี swap มาก
ฉันรัน sysbench ทั้งแบบ single-thread และ multi-thread โดยใช้ prime number limit ที่ 20,000 ในช่วงเวลา 10 วินาที
Single-thread:
Multi-thread (2 threads):
เรื่องการสเกลในที่นี้ชัดเจนมาก จากหนึ่งเธรดไปสองเธรดให้ 3,169 events per second เทียบกับ 1,637 บนคอร์เดียว คิดเป็นตัวคูณ 1.94 เท่า นั่นคือประสิทธิภาพการสเกล 96.8% ซึ่งบอกว่าทั้งสอง vCPU พร้อมใช้งานจริงและช่วยกันทำงานอย่างเท่าเทียม ไม่ใช่ว่ามีคอร์หนึ่งแบกรับโหลด بينماอีกคอร์ว่างอยู่
ค่า thread fairness standard deviation ที่ 23.50 ในการรันแบบ multi-thread ถือว่าต่ำและอยู่ในช่วงปกติสำหรับสภาพแวดล้อมคลาวด์แบบแชร์ ไม่มีคอร์ใดถูกแย่งทรัพยากรหรือถูกจำกัดความเร็วระหว่างช่วงทดสอบ
สำหรับ Hermes Agent โดยเฉพาะ สิ่งนี้สำคัญเพราะเอเจนต์จะรัน heartbeat loop ต่อเนื่องควบคู่ไปกับการทำงานตามงาน คอร์สองตัวที่สมดุลและถูกจัดสรรอย่างเป็นธรรมหมายความว่าสองงานนี้จะไม่ชนกันมากในระดับงานเบาถึงปานกลาง
ฉันใช้ sysbench ด้วย block size 1K และ transfer รวม 10 GiB สำหรับทั้งรอบ sequential write และ read
Sequential Write: 4,967.06 MiB/sec
Sequential Read: 6,938.71 MiB/sec
ทั้งสองรอบให้ค่า average latency 0.00ms ในระดับมิลลิวินาที ซึ่งหมายความว่าการเข้าถึงหน่วยความจำรวดเร็วจนเครื่องมือวัดไม่สามารถจับได้
การอ่านเร็วกว่าการเขียนประมาณ 40% ซึ่งเป็นรูปแบบปกติและพึงประสงค์สำหรับ workloads ที่ดึงข้อมูลจากหน่วยความจำบ่อยกว่าการเขียนลงไป
สำหรับ Hermes Agent สิ่งนี้สำคัญในแบบเฉพาะเจาะจง ก่อนลงมือทำงาน เอเจนต์จะอ่านไฟล์ context จากหน่วยความจำ: HEARTBEAT.md, SOUL.md, และ TOOLS.md ที่ความเร็วอ่านเกือบ 7 GiB/sec การดึงข้อมูลเหล่านี้แทบจะเกิดขึ้นทันทีในทางปฏิบัติ เอเจนต์ใช้เวลาคิดและทำงาน ไม่ได้รอการโหลด context
ฉันใช้ fio ในสามสถานการณ์: sequential write, sequential read, และ random 4K mixed read/write
Sequential Write:
Sequential Read:
Random 4K Mixed Read/Write:
ประสิทธิภาพแบบ sequential นั้นยอดเยี่ยม เกิน 1 GiB/s สำหรับการอ่านและ 819 MiB/s สำหรับการเขียน เป็นผลลัพธ์ที่คาดหวังได้จากการตั้งค่า NVMe ระดับสูง และยังคงอยู่ภายใต้สภาพจริงที่มีคอนเทนเนอร์ทำงานอยู่แล้ว
ค่า random 4K คือสิ่งที่สำคัญที่สุดสำหรับการใช้งาน Hermes Agent ในแต่ละวัน ตัวเลขที่สมมาตรอย่างสมบูรณ์ที่ 13,000 IOPS พร้อมกันทั้งอ่านและเขียนเป็นผลลัพธ์ที่แข็งแกร่งสำหรับแพ็กเกจสองคอร์
การดึง Docker layers, การเขียนบันทึก session ของเอเจนต์, การอ่าน skill files และการทำงานของฐานข้อมูลสถานะ SQLite ล้วนพึ่งพา random I/O และ 13K IOPS ในทั้งสองฝั่งพร้อมกันหมายความว่าไม่มีงานใดต้องรออีกงานหนึ่ง
มีสิ่งหนึ่งที่ควรสังเกตจากข้อมูลดิบ: sequential write แสดง standard deviation ที่ 474.32 ระหว่างตัวอย่าง ซึ่งบ่งชี้ว่ามีความแปรปรวนของประสิทธิภาพการเขียนระหว่างช่วงทดสอบ ค่าเฉลี่ยยังคงแข็งแกร่ง แต่ความแปรปรวนสูงกว่าฝั่งอ่าน (stdev 275.63) ซึ่งเป็นพฤติกรรม NVMe ปกติภายใต้แรงกดดันการเขียนแบบ sequential ต่อเนื่องในสภาพแวดล้อมคลาวด์แบบแชร์
ฉันรัน Ookla speedtest หนึ่งครั้งกับเซิร์ฟเวอร์ที่ใกล้ที่สุดที่มีอยู่
ประสิทธิภาพแบบสมมาตรเกือบกิกะบิตพร้อม packet loss เป็นศูนย์ ควรพูดตรงไปตรงมาว่าการทดสอบนี้วัดอะไร: เซิร์ฟเวอร์ทดสอบเป็นโครงสร้างพื้นฐาน Phoenix ของ Hostinger เองในตำแหน่งเดียวกันกับ VPS
สิ่งนี้สะท้อนคุณภาพของเครือข่ายภายในและการ routing ในพื้นที่ของ Hostinger มากกว่าความเร็วอินเทอร์เน็ตทั่วไปไปยังปลายทางภายนอก
ความเร็วจริงไปยังบริการภายนอกจะต่างกันไปตามตำแหน่งที่บริการเหล่านั้นโฮสต์อยู่และเส้นทางเครือข่ายระหว่างบริการเหล่านั้นกับ Phoenix
อย่างไรก็ตาม ค่า idle latency 0.38ms และ packet loss เป็นศูนย์คือสิ่งที่คุณต้องการจากแพลตฟอร์มที่รันเอเจนต์ AI แบบถาวรซึ่งเรียก API ภายนอกอย่างต่อเนื่อง
ทุกครั้งที่ Hermes Agent เรียก LLM provider ที่ตั้งค่าไว้ ทำ web search หรือรันเครื่องมือ คำขอเหล่านั้นจะส่งออกไปผ่านการเชื่อมต่อเครือข่ายนี้ latency ต่ำและการส่งแพ็กเก็ตที่สะอาดช่วยลดเวลาตอบสนองของทุกการกระทำของเอเจนต์โดยตรง
ฉันรัน stress-ng ครอบคลุม stressor ทั้งสามประเภทเป็นเวลา 180 วินาทีต่อรอบ โดยใช้ 2 workers ต่อการทดสอบ ซึ่งตรงกับจำนวนคอร์ที่มีอยู่
CPU Stress (2 workers, 180 seconds):
Memory Stress (2 workers, 180 seconds):
Disk I/O Stress (2 workers, 180 seconds):
ผ่านอย่างสะอาดครบทั้งสาม stressors ไม่มีความล้มเหลว ไม่มีเมตริกที่ไม่น่าเชื่อถือ ทุก worker ที่ส่งไปกลับมาพร้อมสถานะผ่าน เซิร์ฟเวอร์ยังคงนิ่งตลอดการกดดันต่อเนื่องสามนาทีในแต่ละ subsystem ในขณะที่ Hermes Agent และ Traefik ยังทำงานอยู่เบื้องหลัง
สัญลักษณ์ zero untrustworthy metrics คือผลลัพธ์ที่มีน้ำหนักมากที่สุดในที่นี้ stress-ng จะตีความผลว่าไม่น่าเชื่อถือเมื่อมันตรวจพบการรบกวนจากสภาพแวดล้อมของโฮสต์, throttling, หรือความผิดปกติในการ scheduling ที่ทำให้ตัวเลขไม่น่าเชื่อถือ สิ่งเหล่านี้ไม่เกิดขึ้นในทั้งสามรอบ
แผน KVM 2 ส่งมอบตัวเลขที่แข็งแกร่งอย่างสม่ำเสมอในทุก benchmark การจัดสรร AMD EPYC 9354P สเกลได้ 96.8% ระหว่างหนึ่งและสองเธรด ความเร็วหน่วยความจำเร็วพอที่ latency จะแสดงเป็นศูนย์ในระดับมิลลิวินาที ดิสก์ I/O ให้ random IOPS แบบสมมาตร 13K ทั้งอ่านและเขียนพร้อมกัน และเครือข่ายส่งมอบความเร็วสมมาตรเกือบกิกะบิตพร้อม packet loss เป็นศูนย์
สิ่งที่โดดเด่นที่สุดสำหรับ use case ของ Hermes Agent ไม่ใช่ตัวเลขใดตัวเลขหนึ่ง แต่คือการผสมผสานทั้งหมดภายใต้สภาพจริง
benchmark เหล่านี้รันโดยที่ Hermes Agent และ Traefik ใช้หน่วยความจำไปแล้วประมาณ 9% ของทั้งหมด เซิร์ฟเวอร์ไม่ล่ม ไม่รายงานเมตริกที่ไม่น่าเชื่อถือ และไม่ทำให้ worker ของ stress test หลุดแม้แต่ตัวเดียว
ที่ 2% CPU และ 9% memory เมื่อปล่อยว่างพร้อมเอเจนต์ทำงาน KVM 2 ให้ headroom จริงสำหรับงานพร้อมกัน, workflows ที่ตั้งเวลาไว้ และกิจกรรมของทีมเอเจนต์ระดับปานกลาง ข้อจำกัดที่ต้องวางแผนไว้คือการไม่มี swap
เมื่อเหลือหน่วยความจำใช้งานได้ราว 7.1 GiB หลังจาก baseline ถูกใช้งาน ผู้ใช้ที่วางแผนจะรันเอเจนต์พร้อมกันหลายตัวหรือ workloads browser automation หนักๆ ควรพิจารณา KVM 4 ที่มี RAM 16 GB ก่อนที่จะชนเพดานนั้น มากกว่าจะรอให้ถึงแล้วค่อยอัปเกรด
การติดตั้งเอเจนต์ AI แบบ self-hosted ฟังดูเหมือนงานที่เหมาะจะกลายเป็นรายการสิ่งที่ต้องทำในสุดสัปดาห์ของนักพัฒนา
สิ่งที่ Hostinger เดิมพันไว้กับ Hermes Agent VPS คือมันไม่จำเป็นต้องเป็นแบบนั้น ข้อเสนอคือการติดตั้งแบบ one-click ที่ยกภาระงานโครงสร้างพื้นฐานออกไปจากคุณ เพื่อให้คุณไปถึงตัวเอเจนต์จริงได้เร็วขึ้น
ฉันทดสอบคำกล่าวอ้างนั้นตั้งแต่ต้นจนจบ: ตั้งแต่หน้าเว็บครั้งแรก, ผ่านการเลือกแผน, ชำระเงิน, ลงทะเบียน, hPanel dashboard, และไปจนถึงอินสแตนซ์ Hermes Agent ที่พร้อมรับคำสั่งจริงๆ ฉันยังบันทึกทุกจุดติดขัดระหว่างทางด้วย เพราะหน้า marketing ที่ลื่นไหลและประสบการณ์ใช้งานจริงที่ลื่นไหลนั้นไม่จำเป็นต้องเหมือนกันเสมอไป
นี่คือเส้นทางทั้งหมดที่เกิดขึ้น
การไปถึงข้อเสนอ Hermes Agent จากหน้าแรกของ Hostinger นั้นตรงไปตรงมา ภายใต้เมนู Services มี VPS hosting แสดงไว้อย่างชัดเจน และเมื่อคลิกต่อจะพาคุณไปยังหน้า Hermes Agent โดยตรงพร้อมปุ่ม Choose Plan เด่นอยู่เหนือส่วนแรกของหน้า ไม่ต้องค้นหาให้วุ่นวาย
การเลือกแพ็กเกจ
หน้าเลือกแพ็กเกจแสดง KVM ทั้งสี่ระดับวางเรียงเคียงกัน ทำให้เปรียบเทียบได้ง่าย:
ทุกแผนรองรับ Hermes Agent คุณไม่ได้ถูกผูกกับ tier เฉพาะเพื่อให้ได้แอปพลิเคชัน ฉันเลือก KVM 2 ซึ่ง Hostinger ระบุว่าเป็นตัวเลือกยอดนิยมที่สุด
การตั้งค่าตะกร้าสินค้า
หน้าตะกร้าสินค้าเป็นจุดที่ Hostinger จัดการทุกอย่างก่อนที่คุณจะลงทะเบียนหรือจ่ายเงิน และรูปแบบหน้าถือว่าทำได้ดีเพราะรวมทุกอย่างไว้ในที่เดียว มีสามอย่างที่คุณกำหนดที่นี่:
จุดสุดท้ายนี้ควรกล่าวถึง Hostinger ไม่ได้แค่แสดงรายชื่อ data center ตามชื่อเท่านั้น แต่ยังแสดงค่า latency จริงของแต่ละแห่งด้วย เพื่อให้คุณเลือกตามตำแหน่งที่ workload ของคุณทำงานอยู่ ไม่ใช่เดาเอา
ฉันถูกแสดงให้เห็น United States, Boston 2 ที่ 40ms ว่าเป็นตัวเลือกที่เหมาะที่สุดสำหรับตำแหน่งของฉัน โดยมี France แสดงที่ 104ms เพื่อใช้เปรียบเทียบ
ตะกร้ายังยืนยันอย่างชัดเจนอีกเรื่องหนึ่ง: “Hermes Agent auto-deploys with your VPS.” บรรทัดเดียวนี้ขจัดความคลุมเครือว่าเมื่อ provision แล้วคุณต้องติดตั้งเองหรือไม่ มันไม่ได้ต้องทำเอง
การสร้างบัญชีของคุณ
การลงทะเบียนเกิดขึ้นหลังจากคุณล็อกตะกร้าแล้ว ผู้ใช้ใหม่มีสามตัวเลือก:
หลังสร้างบัญชี Hostinger จะขอที่อยู่สำหรับเรียกเก็บเงินแบบเต็มก่อนการชำระเงิน ช่องที่ต้องกรอกคือ:
ขั้นตอนนี้ซับซ้อนกว่าบางแพลตฟอร์มที่ให้จ่ายก่อนแล้วค่อยกรอกข้อมูลทีหลัง แต่มันเป็นเรื่องปกติสำหรับการซื้อ VPS และควรรู้ไว้ล่วงหน้าหากคุณคาดหวังว่าจะสมัครแค่สองช่อง
การชำระเงิน
หน้าชำระเงินรองรับวิธีการหลากหลาย:
รายละเอียดหนึ่งที่ควรชี้ให้เห็นก่อนเลือกคือการชำระด้วยคริปโตผ่าน Coingate ไม่มีสิทธิ์ขอคืนเงินไม่ว่ากรณีใดๆ แม้จะอยู่ภายใต้การรับประกันคืนเงินก็ตาม หากมีโอกาสที่คุณอาจต้องการคืนเงิน ให้ชำระด้วยบัตรหรือ PayPal แทน
จากหน้า Hermes Agent ไปจนถึงการชำระเงินทั้งหมดใช้เวลาน้อยกว่า 10 นาที ขั้นตอนที่ต้องกรอกที่อยู่เรียกเก็บเงินเพิ่มความติดขัดเล็กน้อยเมื่อเทียบกับการสมัครที่ง่ายกว่า แต่ก็ไม่ได้เกินคาดสำหรับผลิตภัณฑ์ VPS แบบเสียเงิน
หลังการชำระเงินเสร็จ Hostinger จะพาคุณไปยัง hPanel ซึ่งเป็นศูนย์ควบคุมหลัก หน้าแรกต้อนรับคุณด้วยชื่อของคุณและเปิดด้วยส่วน “Your to-dos” ที่ด้านบน ซึ่งจะแจ้งงานที่ค้างอยู่หรือยืนยันว่าทุกอย่างกำลังทำงานปกติ
ด้านล่าง ส่วนบริการที่ใช้งานอยู่จะถูกจัดเป็นบล็อกที่ระบุชัดเจน ครอบคลุม websites, domains, และ VPS
แถบด้านซ้ายจัดการนำทางเป็นห้าพื้นที่หลัก:
อินสแตนซ์ VPS ของคุณจะแสดงอยู่ด้านล่างของหน้าหลักในบล็อกเฉพาะ แต่ละแถวแสดง hostname ของเซิร์ฟเวอร์, ระดับแผน, IP address พร้อมปุ่มคัดลอกในคลิกเดียว, ป้ายสถานะแบบสด, วันหมดอายุ, และปุ่ม Manage
VPS KVM 2 ที่รัน Hermes Agent จะแสดงไอคอน Docker เป็นภาพย่อ ซึ่งช่วยแยกออกจากการติดตั้ง bare OS หรือประเภทแพ็กเกจอื่นได้ทันทีเมื่อมองเพียงแวบเดียว
มีสองสิ่งที่ควรทำทันทีที่คุณมาถึงหน้านี้
การคลิก Manage บนแถว KVM 2 จะเปิดหน้า VPS overview รายตัว แถบด้านซ้ายในหน้านี้อุทิศให้กับการจัดการเซิร์ฟเวอร์ทั้งหมด:
สิ่งที่หน้า overview บอกคุณ
การ์ดด้านบนยืนยันว่า “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 คุณจะได้คำสั่ง SSH root พร้อมให้คัดลอก, การ์ด quick action สี่รายการ และรายละเอียดสเปกครบถ้วน ไอเทม quick action แสดง:
อีกสองรายละเอียดบนหน้านี้โดดเด่นมาก ทั้งตำแหน่งเซิร์ฟเวอร์และ OS มีไอคอนแก้ไขอยู่ข้างๆ หมายความว่าคุณสามารถเปลี่ยน region ของ data center หรือ reinstall ด้วย OS อื่นได้โดยตรงจากหน้า overview โดยไม่ต้องติดต่อซัพพอร์ต
และถ้าคุณข้ามการเพิ่ม daily auto-backup add-on ตอน checkout ไป Hostinger จะโชว์ตัวเลือกอัปเกรดซ้ำอีกครั้งในรูปแบบแบนเนอร์ที่ด้านล่างของหน้า ดังนั้นคุณมีโอกาสครั้งที่สองที่จะเพิ่มมัน
เมตริกการใช้งานเซิร์ฟเวอร์แสดง “Awaiting Server Usage Data” ในช่วงนี้ ซึ่งเป็นเรื่องปกติสำหรับอินสแตนซ์ที่เพิ่ง provision ใหม่ หน้าแจ้งว่าจะใช้เวลาประมาณ 30 นาทีในการแสดงข้อมูลใช้งาน
Docker Manager: Hermes กำลังทำงานอยู่แล้ว
การคลิก Docker Manager จากแถบด้านข้างเผยให้เห็นผลลัพธ์สำคัญของการติดตั้งแบบ one-click คอนเทนเนอร์สองตัวพร้อมใช้งานอยู่แล้วโดยที่ฉันไม่ต้องทำอะไรเลย:
Traefik คือ reverse proxy ที่จัดการการ routing ของทราฟฟิกและวางอยู่หน้าของ Hermes Agent การที่ทั้งสองทำงานและมีสถานะ healthy ตั้งแต่วินาทีแรกที่คุณเข้ามา หมายความว่า Hostinger ทำงานติดตั้งทั้งหมดเบื้องหลังระหว่างการ provisioning เรียบร้อยแล้ว
เมื่อขยายแถว Hermes container จะเห็นการใช้งานทรัพยากรแบบสด:
เอเจนต์ทำงานอยู่และแทบไม่ใช้ทรัพยากรเลยในช่วงว่าง ยืนยันว่าอิมเมจ Docker ได้รับการปรับแต่งอย่างดีสำหรับบริการถาวรที่เปิดอยู่ตลอดเวลา
สิ่งที่มุม Manage ให้คุณ
การคลิก Manage บนแถว hermes-agent-pncz จะเปิด Compose view ที่มีสามแท็บซึ่งควรทำความเข้าใจ:
Visual editor ยังแสดง Docker image ที่ Hostinger ใช้แบบชัดเจน: ghcr.io/hostinger/hvps-hermes-agent:latest โฮสต์อยู่บน GitHub Container Registry ใต้บัญชีของ Hostinger เอง
ซึ่งหมายความว่า Hostinger ดูแลและแพ็กเกจ build ของ Hermes Agent เอง แทนที่จะดึง image ต้นฉบับตรงๆ
ผลในทางปฏิบัติคือการอัปเดตจะผ่านรอบ release ของ Hostinger เอง ซึ่งอาจช้ากว่า repository ของ Nous Research เล็กน้อย ข้อแลกเปลี่ยนคือ build ที่ผ่านการทดสอบและเหมาะกับการอินทิเกรตมากกว่า
ส่วน Environment จะถูกพับเก็บอยู่ด้านล่างของมุมมองนี้ ตรงนี้คือที่ที่คุณสามารถเพิ่ม third-party API keys สำหรับเครื่องมือเพิ่มเติมได้โดยไม่ต้อง SSH เข้าเซิร์ฟเวอร์ ปุ่ม Add new container ก็ปรากฏอยู่ตรงนี้ด้วย หมายความว่าคุณสามารถขยายโปรเจ็กต์ Hermes Agent ด้วยบริการเพิ่มเติม เช่น ฐานข้อมูลหรือ companion container ได้โดยตรงจาก Docker Manager interface
การเข้าถึงตัวช่วยตั้งค่า
เพื่อเข้าสู่การตั้งค่าเอเจนต์ ฉันคลิกลิงก์พอร์ต (32768:4860) ใต้รายละเอียดคอนเทนเนอร์ ซึ่งจะเปิดเว็บอินเทอร์เฟซของ Hermes Agent ที่ต้องใช้ข้อมูลรับรองอีเมลซึ่ง Hostinger ส่งให้ตอนสมัครเพื่อเข้าสู่ระบบ
เมื่อยืนยันตัวตนแล้ว ตัวช่วยตั้งค่าจะเปิดใน interface แบบเทอร์มินัล
การตัดสินใจแรกนั้นง่าย:
ฉันเลือก Quick setup สิ่งที่ตามมานั้นซับซ้อนกว่าตัวช่วยแบบ GUI แต่ interface แบบเทอร์มินัลจะนำทางแต่ละขั้นตอนอย่างชัดเจน
การเลือก LLM provider
รายการ provider มีมากกว่า 30 ตัวเลือก ส่วนใหญ่ต้องใช้การสมัครสมาชิกหรือ API key แบบคิดตามการใช้งาน
ข้อยกเว้นหนึ่งที่ควรชี้ให้เห็นสำหรับผู้ใช้ที่คำนึงถึงค่าใช้จ่าย: Google Gemini via OAuth + Code Assist ระบุว่า “free tier supported; no API key needed.” นี่คือตัวเลือกเดียวในรายการที่ให้คุณรัน Hermes Agent ได้โดยไม่มีค่าใช้จ่าย API เพิ่มเติมนอกเหนือจากค่า VPS เอง
ฉันเลือก Anthropic ซึ่งมีสองวิธีการยืนยันตัวตน:
ฉันเลือกเส้นทาง OAuth ตัวช่วยจะรัน claude setup-token, เปิดหน้าต้อนรับ Claude Code v2.1.143 และสร้าง OAuth URL
เนื่องจากคอนเทนเนอร์ Docker ไม่สามารถเปิดแท็บเบราว์เซอร์บนเครื่องของคุณได้ คุณจึงต้องคัดลอก URL ด้วยตนเอง ทำการอนุญาตบน claude.com แล้ววาง authentication code ที่ได้กลับเข้าไปในพรอมต์ของเทอร์มินัล
เทอร์มินัลยืนยันว่า: “Long-lived authentication token created successfully.” โทเค็นนี้มีอายุหนึ่งปีและจะแสดงเพียงครั้งเดียวด้วยข้อความสีเหลือง
ตัวช่วยตั้งค่าจะเตือนอย่างชัดเจนให้เก็บมันอย่างปลอดภัยก่อนปิดเทอร์มินัล และมันหมายถึงอย่างนั้นจริงๆ หากคุณปิดเซสชันโดยไม่คัดลอกมัน คุณจะต้องรัน hermes setup model และผ่าน OAuth flow อีกครั้งเพื่อสร้างโทเค็นใหม่
การเลือก model และ backend
หลังบันทึกโทเค็นแล้ว ตัวช่วยจะไปยังการเลือก default model ตัวเลือกที่มีคือ:
ค่าเริ่มต้น claude-sonnet-4-6 เป็นตัวเลือกที่สมเหตุสมผลสำหรับงานส่วนใหญ่ มันให้ความสามารถด้าน reasoning ที่ดีโดยไม่ต้องจ่าย token cost ของ Opus ในทุกครั้งที่โต้ตอบ
ถัดมาคือการเลือก terminal backend:
ฉันคงค่า backend เป็น local บน VPS ที่ Hermes เองถูกคอนเทนเนอร์ด้วยระบบ Docker ของ Hostinger อยู่แล้ว local จึงเหมาะสม ตัวเลือก Docker backend จะเพิ่มชั้นการแยกคอนเทนเนอร์อีกชั้นรอบการสั่งการ ซึ่งเหมาะกว่าสำหรับการติดตั้งที่จัดการอินพุตที่ไม่ไว้วางใจ
จากนั้นตัวช่วยจะถามว่าต้องการเชื่อมต่อแพลตฟอร์ม messaging เช่น 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 เปิดใช้งานพร้อม tool categories 29 รายการและ skills 82 รายการ แต่ไม่ใช่ทุกอย่างจะเปิดใช้งานทันที เครื่องมือที่พึ่งพาบริการภายนอก เช่น web search, text-to-speech, และ image generation ต้องใช้ API keys เพิ่มเติมซึ่งไม่ได้ตั้งค่าไว้ใน quick setup flow
เอเจนต์ใช้งานได้และมีความสามารถจริงตั้งแต่เริ่มต้น แต่ผู้ใช้ที่ต้องการชุดเครื่องมือครบถ้วนจะต้องทำการตั้งค่าเพิ่มเติมด้วย hermes setup tools
หน้าตั้งค่ายังแสดงตำแหน่งที่ไฟล์คอนฟิกทั้งหมดอยู่ด้วย:
มีข้อสังเกตเชิงปฏิบัติในที่นี้: เส้นทางเหล่านี้แตกต่างจากไดเรกทอรี ~/.hermes/ มาตรฐานที่เอกสารทางการของ Nous Research อ้างถึง
Docker image ของ Hostinger จะแมปทุกอย่างไปที่ /opt/data/ หากคุณทำตามเอกสาร Hermes ต้นฉบับเพื่อแก้ไขไฟล์คอนฟิกด้วยตนเอง เส้นทางจะไม่ตรงกัน ให้ใช้เส้นทางที่แสดงบนหน้าการตั้งค่าเสร็จสิ้น หรือแท็บ Environment ใน Docker Manager แทนตำแหน่งไฟล์ในเอกสารทางการ
Hermes Agent ทำงานจริง
การรัน hermes ทำให้เอเจนต์เปิดตัวด้วย Hermes Agent v0.14.0 แผงสถานะแสดง tool categories ที่ใช้งานอยู่ 29 รายการและ skills 82 รายการ ครอบคลุม research, devops, GitHub, media, productivity, gaming, และ software development โดยยืนยันว่า claude-sonnet-4-6 เป็น model ที่ใช้งานอยู่
มีรายละเอียดหนึ่งบนหน้าการเปิดตัวที่ควรกล่าวถึงโดยเฉพาะ เคล็ดลับความปลอดภัยระบุว่า: “security.tirith_fail_open: false makes Hermes block commands when the tirith scanner itself errors out.”
Tirith คือ security scanner ในตัวของ Hermes Agent ค่า default แบบ fail-closed หมายความว่าหาก scanner ล่มหรือเกิดข้อผิดพลาด เอเจนต์จะบล็อกคำสั่งแทนที่จะปล่อยให้ผ่านโดยไม่มีการตรวจสอบ
นี่คือท่าทีที่อนุรักษ์นิยมและปลอดภัยกว่า และการที่มันเป็นค่าเริ่มต้นแทนที่จะเป็นสิ่งที่คุณต้องตั้งค่าด้วยตนเอง สะท้อนการตัดสินใจด้านความปลอดภัยที่รอบคอบของทีม Nous Research
คำสั่ง /help แสดงชุดคำสั่งที่มากกว่าแชตอินเทอร์เฟซส่วนใหญ่:
เมื่อ Hermes Agent ทำงานอยู่แล้ว หน้า VPS Overview จะกลายเป็นชั้นการจัดการที่คุณใช้ในแต่ละวัน การกลับมาที่หน้านี้หลังจากเซิร์ฟเวอร์เปิดใช้งานไประยะหนึ่งจะแสดงให้เห็นว่ามันเป็นอย่างไรเมื่อมีข้อมูลจริงเข้ามา และตัวเลขหลายตัวที่นี่ก็ควรให้ความสนใจ
เมตริกทรัพยากรแบบสด
การ์ดสถานะเซิร์ฟเวอร์ตอนนี้แสดงเมตริกสดหกรายการ แต่ละรายการคลิกเข้าไปดูกราฟการใช้งานโดยละเอียดได้:
ตัวเลข CPU และ memory เป็นข้อมูลที่มีประโยชน์ที่สุดสำหรับใครก็ตามที่กำลังตัดสินว่า KVM 2 เหมาะกับ workload ของตนหรือไม่
แถบด้านข้างให้คุณอะไรบ้าง
แถบด้านซ้ายจัดการเซิร์ฟเวอร์ออกเป็นแปดส่วน ซึ่งหลายส่วนสามารถขยายเป็นเมนูย่อยได้:
สำหรับการใช้งาน Hermes Agent ส่วนที่คุณจะกลับมาใช้บ่อยที่สุดคือ Docker Manager สำหรับจัดการคอนเทนเนอร์ และ Backups and Monitoring สำหรับติดตามแนวโน้มทรัพยากรเมื่อเวลาผ่านไป
ส่วน Security ควรเข้าไปตรวจสอบตั้งแต่เนิ่นๆ เพื่อดู firewall rules ซึ่งตอนนี้มี zero custom rules นอกเหนือจากค่าเริ่มต้น
รายละเอียดหนึ่งที่โดดเด่นบนการ์ด quick action คือ Malware Scanner แสดงสถานะ “Not installed.” Hostinger เสนอสิ่งนี้เป็นตัวเลือกเสริม และเมื่อพิจารณาว่า Hermes Agent มี terminal access และจัดการการเรียก API ภายนอกเป็นส่วนหนึ่งของการทำงานปกติ การเพิ่ม scanner จึงควรค่าแก่การพิจารณาสำหรับการใช้งาน production
การเข้าถึง terminal ผ่านเบราว์เซอร์
ปุ่ม Terminal อยู่มุมขวาบนของทุกหน้า VPS management การคลิกจะเปิดเซสชัน root terminal เต็มรูปแบบในเบราว์เซอร์ โดยไม่ต้องมี SSH client หรือการตั้งค่า key
สำหรับผู้ใช้ที่จัดการเซิร์ฟเวอร์จากเครื่องที่ยังไม่ได้ตั้งค่า SSH หรือเพียงแค่ต้องการรันคำสั่งเร็วๆ โดยไม่ต้องสลับแอป มันช่วยลดจุดติดขัดได้อย่างมีนัยสำคัญ นี่คือ terminal access เดียวกับที่คุณได้ผ่าน SSH แต่แสดงอยู่ในคลิกเดียวจากใน hPanel
การเดินทางจากเว็บไซต์ Hostinger ไปสู่เซสชัน Hermes Agent ที่ใช้งานได้จริงใช้เวลาน้อยกว่า 35 นาทีแบบ end-to-end สำหรับเอเจนต์ AI แบบ self-hosted ที่ทำงานตลอดเวลาและอยู่บนโครงสร้างพื้นฐานที่คุณควบคุมเอง นั่นเป็นผลลัพธ์ที่เร็วจริงๆ
ประสบการณ์แบ่งออกเป็นสองช่วงที่ชัดเจน และควรพูดอย่างตรงไปตรงมาเกี่ยวกับทั้งสองด้าน
สิ่งที่ Hostinger ทำได้ดี
ประสบการณ์ checkout และ hPanel ถูกขัดเกลามาอย่างดีตั้งแต่ต้นจนจบ:
สิ่งที่ต้องอาศัยจากผู้ใช้มากขึ้น
ตัวช่วยตั้งค่าคือจุดที่ประสบการณ์เปลี่ยนไป มันไม่ยาก แต่ก็ไม่ใช่ flow แบบ GUI ที่พาไปทีละขั้นอย่างสมบูรณ์:
สองสิ่งที่ควรตรวจสอบก่อนเริ่ม
Auto-renewal ถูกปิดโดยค่าเริ่มต้นในรายละเอียดแพ็กเกจ VPS เปิดมันก่อนที่คุณจะลืม ไม่เช่นนั้นเซิร์ฟเวอร์จะหยุดเมื่อรอบแพ็กเกจสิ้นสุด และหลังตั้งค่าเสร็จให้รัน hermes doctor เพื่อหาช่องว่างของการกำหนดค่าก่อนที่มันจะขัดจังหวะงานจริง
สำหรับแพลตฟอร์มที่มอบเส้นทางแบบ one-click ไปสู่เอเจนต์ AI ที่ทำงานอยู่บนโครงสร้างพื้นฐาน self-hosted ได้ Hostinger ทำได้ดีทีเดียว รอยหยาบอยู่ที่ขอบ ไม่ได้อยู่ที่แกนกลางของประสบการณ์
โมเดลซัพพอร์ตของ Hostinger ใช้ live chat เป็นช่องทางหลัก เปิดให้บริการ 24/7 ผ่าน Kodee ซึ่งเป็น AI assistant ของบริษัท
Kodee ฝังอยู่ทั่ว hPanel, VPS dashboard, และเว็บไซต์หลัก คุณจึงเปิดใช้ได้จากทุกที่ที่อยู่โดยไม่ต้องย้ายไปหน้าอื่น
สำหรับปัญหาที่ Kodee ไม่สามารถจัดการได้ มันจะเชื่อมต่อคุณกับผู้เชี่ยวชาญที่เป็นมนุษย์
นอกเหนือจาก live chat Hostinger ยังมี knowledge base, tutorials library, และช่อง YouTube ในนาม Hostinger Academy สำหรับผู้ใช้ที่ต้องการช่วยตัวเอง
ไม่มีการสนับสนุนทางโทรศัพท์ ฉันทดสอบสองอย่าง: ประสบการณ์ live chat ทั้งระดับ Kodee และระดับมนุษย์ และความลึกของ knowledge base
Kodee
ฉันเปิดแชตจากหน้า VPS overview และถามคำถามแรก: ควรเฝ้าดูเมตริกอะไรบนแผน KVM 2 เพื่อรู้ว่า Hermes Agent ใกล้หมด headroom แล้ว และจะหาเมตริกเหล่านั้นได้ที่ไหนใน hPanel
คำตอบของ Kodee เฉพาะเจาะจงและไม่รู้สึกเหมือนสคริปต์ แทนที่จะชี้ไปยังหน้า dashboard ทั่วไป มันระบุชัดเจนว่าควรดูอะไร:
จากนั้นมันก็บอกเส้นทางการนำทางแบบตรงๆ: VPS, Manage, Backups and Monitoring, Server Usage พร้อมหมายเหตุว่าคุณสามารถเลือกช่วงเวลาที่ต้องการตรวจดูได้ มันยังเสริมอีกว่ากราฟใช้ GMT+0 ซึ่งเป็นรายละเอียดเล็กๆ แต่มีประโยชน์ที่ช่วยให้ไม่สับสนเมื่อต้องจับคู่เหตุการณ์กับเวลาท้องถิ่น มันปิดท้ายด้วยการเสนอช่วยตีความตัวเลขเฉพาะสำหรับ Hermes Agent บนเซิร์ฟเวอร์ของฉัน
ข้อเสนอแบบนั้นควรค่าแก่การสังเกต Kodee ได้ระบุ VPS ของฉันจากบริบท hPanel แล้ว ซึ่งเป็นเหตุผลที่มันสามารถเสนอความช่วยเหลือเฉพาะแพลตฟอร์มได้แทนที่จะเป็นคำตอบทั่วไป
การขอคุยกับเจ้าหน้าที่มนุษย์
หลังจากคำตอบของ Kodee ฉันขอคุยกับมนุษย์ สิ่งที่เกิดขึ้นต่อจากนั้นควรบันทึกไว้เต็มๆ เพราะมันเผยให้เห็นว่าระบบส่งต่อของ Hostinger ถูกปรับแต่งอย่างไร
คำขอครั้งแรกของฉัน: “Can I please speak to human support?”
คำตอบของ Kodee รับทราบคำขอแล้วส่งกลับโดยอธิบายว่าสำหรับปัญหา VPS มันมักจะช่วยได้เร็วกว่าโดยการตรวจดูเซิร์ฟเวอร์โดยตรง ยกตัวอย่างปัญหาที่มันจัดการได้ (VPS ช้า, SSH issues, 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 ต่อไปเข้าใจได้จากมุมมองประสิทธิภาพ แต่การต้องให้ผู้ใช้ขอซ้ำสามครั้งก่อนยอมรับนั้นสร้างประสบการณ์ที่น่าหงุดหงิด โดยเฉพาะสำหรับคนที่กำลังรับมือกับปัญหาจริงใน production deployment
เจ้าหน้าที่มนุษย์: Mary
ฉันไม่ได้อยู่ในคิวนาน
Mary แนะนำตัวเองและยืนยันว่าเธออ่านบริบทแชตทั้งหมดแล้ว ฉันส่งคำถามข้อที่สอง: ถ้าอัปเกรดจาก KVM 2 ไป KVM 4 จะยังคงรักษา Docker volumes และไดเรกทอรี /opt/data/ ไว้หรือไม่ และการอัปเกรดเป็นการทำแบบ in-place หรือจะ provision เซิร์ฟเวอร์ใหม่
คำตอบของเธอถูกต้องทั้งเชิงเทคนิคและเฉพาะแพลตฟอร์มในทั้งสองประเด็น:
รายละเอียดสุดท้ายเกี่ยวกับการ resize ดิสก์และ reboot เป็นสิ่งที่สำคัญ ผู้ใช้ที่เข้าใจว่าอัปเกรดแล้วจะไม่หยุดชะงักจะต้องประหลาดใจกับการ reboot Mary ชี้ให้เห็นและแนะนำข้อควรระวังแทนที่จะพูดผ่านๆ
คุณภาพของคำตอบของ Mary อยู่ในระดับสูง กระบวนการส่งต่อไปหาเธอมีความสะดุดมากเกินกว่าที่ควรจะเป็น
knowledge base ของ Hostinger ที่ support.hostinger.com เปิดด้วยแถบค้นหาขนาดใหญ่เด่นชัดเหนือกริดของชุดบทความตามหมวดหมู่ หมวดหมู่ครอบคลุมผลิตภัณฑ์ทั้งหมด:
ส่วน VPS ที่มี 269 articles เป็นส่วนที่เกี่ยวข้องที่สุดสำหรับผู้ใช้ Hermes Agent และถือว่ามีความลึกของเนื้อหาอย่างจริงจัง
แถบค้นหาอยู่ในตำแหน่งเด่น ใช้งานง่าย และทำงานได้ราบรื่น การค้นหา “Hermes Agent” แสดงผลลัพธ์เฉพาะทางแทนที่จะเป็นบทความ VPS ทั่วไป
ฉันเปิดบทความ “How to get started with Hermes agent at Hostinger” เพื่อดูคุณภาพ มันถูกอัปเดตเมื่อสองสัปดาห์ก่อน ซึ่งบอกว่ามีการดูแลอย่างต่อเนื่อง
บทความครอบคลุม workflow ทั้งหมดในห้าส่วนที่ระบุไว้อย่างชัดเจน:
สารบัญด้านขวาช่วยให้คุณข้ามไปยังแต่ละส่วนได้โดยไม่ต้องเลื่อนยาว มี code blocks รวมไว้สำหรับคำสั่งเทอร์มินัลทุกคำสั่งที่คุณต้องรัน และภาพหน้าจอแสดงอินเทอร์เฟซ Docker Manager จริง ไม่ใช่ภาพตัวอย่างทั่วไป
ส่วน CLI แสดง Hermes Agent ที่กำลังทำงานอยู่ภายในคอนเทนเนอร์จริง ซึ่งช่วยให้ผู้ใช้ครั้งแรกเห็นภาพชัดเจนว่าจะเจออะไรเมื่อไปถึงจุดนั้น
ชุดซัพพอร์ตของ Hostinger ครอบคลุมพื้นฐานที่สำคัญ Kodee ใช้งานได้ตลอด 24/7 ผ่าน hPanel และเว็บไซต์หลัก ตอบคำถามเชิงเทคนิคได้อย่างเฉพาะเจาะจง และสามารถส่งต่อไปยังมนุษย์ได้เมื่อจำเป็น
knowledge base ที่ support.hostinger.com มีความลึก จัดหมวดหมู่ดี และมี coverage ของ Hermes Agent โดยเฉพาะ ไม่ได้พึ่งพาเพียงบทความ VPS ทั่วไป Hostinger Academy บน YouTube และ tutorials library เพิ่มความลึกในการช่วยเหลือตนเองสำหรับผู้ใช้ที่ชอบเรียนรู้จากการลงมือทำ
ข้อจำกัดที่ควรรู้ล่วงหน้ามีดังนี้:
ความลึกทางเทคนิคของ Mary ในคำถามเรื่องการอัปเกรดคือสิ่งที่ผู้ใช้ที่ดูแล Hermes Agent แบบใช้งานจริงต้องการ เมื่อคุณได้คุยกับมนุษย์ คุณภาพก็มีอยู่จริง จุดอ่อนอยู่ที่การเข้าถึงพวกเขาให้เร็วพอ
แนะนำ ถ้าคุณต้องการเอเจนต์ AI แบบ self-hosted ที่ทำงานตลอดเวลาอยู่บนโครงสร้างพื้นฐานที่คุณควบคุมเอง Hostinger Hermes Agent VPS มอบเส้นทางที่รวดเร็วและเป็นจริงไปสู่จุดนั้น ทั้ง Hermes Agent และ Traefik ถูกติดตั้งอัตโนมัติพร้อมกับ VPS ของคุณ Docker Manager จัดการคอนเทนเนอร์แบบเห็นภาพได้ และฮาร์ดแวร์ KVM 2 ที่อยู่เบื้องหลังยังคงทำงานได้อย่างดีตลอด benchmark ทุกตัวพร้อมคอนเทนเนอร์ที่ทำงานอยู่จริง
สิ่งที่โดดเด่นที่สุดไม่ใช่ตัวเลขใดตัวเลขหนึ่ง แต่คือการรวมกันของทั้งหมด เครือข่ายแบบสมมาตรเกือบกิกะบิตพร้อม packet loss เป็นศูนย์, 13K random IOPS ทั้งอ่านและเขียนพร้อมกัน, การสเกล CPU แบบเส้นตรงผ่านทั้งสองคอร์, และการรัน stress test ที่ไม่ล้มเหลวเลย ทั้งหมดนี้บนแผนที่มี CPU ใช้งานจริง 2% และ memory 9% ในช่วง idle ขณะที่เอเจนต์ทำงานอยู่ นั่นคือ headroom ที่มีความหมายสำหรับงานจริง
Hostinger Hermes Agent VPS เหมาะสำหรับนักพัฒนา, ทีม operations, และผู้ใช้ที่มีความเชี่ยวชาญทางเทคนิคซึ่งต้องการระบบอัตโนมัติ AI แบบถาวรบนโครงสร้างพื้นฐานที่เป็นของตนเอง โดยไม่ต้องใช้เวลาทั้งสุดสัปดาห์ไปกับการตั้งค่า มันไม่เหมาะสำหรับผู้ใช้ที่คาดหวังประสบการณ์แบบไม่ต้องแตะเทอร์มินัลตั้งแต่ต้นจนจบ หรือผู้ที่ต้องการฟีเจอร์ Hermes Agent เวอร์ชัน upstream ล่าสุดทันที เพราะ Hostinger ดูแล Docker image ของตนเองภายใต้รอบ release ของตัวเอง
เข้าใจสองเรื่องนี้ไว้ก่อน: ราคาโปรโมชันใช้ได้เฉพาะรอบแรกเท่านั้น ดังนั้นให้บรรจุราคาต่ออายุไว้ในงบตั้งแต่วันแรก และตัวช่วยตั้งค่าต้องใช้เซสชันเทอร์มินัลสั้นๆ กับขั้นตอน OAuth แบบ manual ก่อนที่เอเจนต์ตัวแรกของคุณจะเริ่มทำงาน ทั้งสองอย่างไม่ใช่ข้อเสียร้ายแรง แต่จะทำให้ผู้ใช้ที่ไม่คาดคิดไว้สะดุดได้
| ชื่อแพลน | เนื้อที่ | CPU | RAM | OS | ราคา | |
|---|---|---|---|---|---|---|
| Free Trial | ไม่จำกัด | - | ฿0 | รายละเอียด | ||
| KVM 1 | 50 GB | 1 core | 4 GB | ฿150 | รายละเอียด | |
| KVM 2 | 100 GB | 2 core | 8 GB | ฿220 | รายละเอียด | |
| KVM 4 | 200 GB | 4 core | 16 GB | ฿290 | รายละเอียด | |
| KVM 8 | 400 GB | 8 core | 32 GB | ฿570 | รายละเอียด |
| Description | Expert Review |
|---|---|
| โฮสติ้งราคาประหยัดพร้อมประสิ�... | Read Shared Hosting Review |
| โฮสติ้ง WordPress ที่ ast และปลอดภัย พร�... | 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 |
| โฮสติ้งที่รวดเร็วและยืดหยุ่น ... | Read Nodejs Hosting Review |
| โฮสติ้งที่ปรับให้เหมาะสมสำหร�... | Read Woocommerce Hosting Review |
| โฮสติ้งเซิร์ฟเวอร์เฉพาะสำหรั�... | Read Minecraft Server Hosting Review |
| โซลูชันการโฮสต์ที่ปรับขนาดได�... | Read Agency Hosting Review |
| โฮสติ้งที่รวดเร็วและปลอดภัย ป... | Read Magento Hosting Review |
| โฮสติ้งบน Linux ประสิทธิภาพสูง สำ�... | Read Linux Hosting Review |
| โซลูชันโฮสติ้ง Java ที่แข็งแกร่ง�... | Read Java Hosting Review |
| โฮสติ้งที่ปรับให้เหมาะสมสำหร�... | Read Ecommerce Hosting Review |
| โฮสติ้ง Django ที่เชื่อถือได้ด้วย�... | Read Django Hosting Review |
| โฮสติ้ง cPanel ใช้งานง่าย มาพร้อมป�... | 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 |
| โฮสติ้งที่รวดเร็วและได้รับกา�... | Read Ruby on Rails Review |
| โฮสติ้งที่อัดแน่นด้วยฟีเจอร์�... | 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 เป็นแพลตฟอร์มที่มีความสามารถสำหรับ Hermes Agent ด้วยโปรเซสเซอร์ AMD EPYC, พื้นที่เก็บข้อมูล NVMe, ความเร็วเครือข่ายเกือบระดับกิกะบิต และการติดตั้งด้วยคลิกเดียวที่ทำให้เอเจนต์เริ่มทำงานได้โดยไม่ต้องตั้งค่า Docker ด้วยตนเอง แผน KVM 2 มีทรัพยากรเพียงพอสำหรับเวิร์กโหลดของเอเจนต์ขนาดเล็กถึงขนาดกลาง พร้อมเส้นทางอัปเกรดที่ชัดเจนเมื่อความต้องการเพิ่มขึ้น
Hostinger ดำเนินการศูนย์ข้อมูลทั่วอเมริกาเหนือ ยุโรป เอเชีย และอเมริกาใต้ ระหว่างการชำระเงิน แต่ละตำแหน่งจะแสดงตัวเลขความหน่วงเวลา เพื่อให้คุณสามารถเลือกภูมิภาคที่อยู่ใกล้ผู้ใช้ของคุณ หรือเวิร์กโหลดหลักของเอเจนต์ของคุณได้มากที่สุด แทนที่จะต้องเดา
Hostinger มีการรับประกันคืนเงินภายใน 30 วันสำหรับแผน KVM VPS โดยมีเงื่อนไขหนึ่งจากข้อกำหนดและเงื่อนไขว่า ต้องผ่านไปมากกว่า 180 วันนับตั้งแต่การขอคืนเงิน VPS ครั้งล่าสุดของคุณ การอัปเกรดแผนและการชำระเงินด้วยคริปโตผ่าน Coingate ไม่สามารถขอคืนเงินได้ไม่ว่ากรณีใดๆ
Hermes Agent ตัวช่วยตั้งค่ารองรับผู้ให้บริการมากกว่า 30 ราย รวมถึง Anthropic, OpenAI, OpenRouter, Google AI Studio, DeepSeek, AWS Bedrock และ Ollama สำหรับโมเดลภายในเครื่อง Google Gemini ผ่าน OAuth ยังมีแผนใช้งานฟรีที่ไม่ต้องใช้ API key ซึ่งทำให้เป็นตัวเลือกเดียวที่ไม่เพิ่มค่าใช้จ่ายด้าน API นอกเหนือจากค่า VPS เพียงอย่างเดียว
ความคุ้นเคยพื้นฐานกับเทอร์มินัลเป็นสิ่งจำเป็น ประสบการณ์ checkout และ Docker Manager ได้รับการจัดการอย่างสมบูรณ์แล้ว แต่ตัวช่วยตั้งค่า Hermes Agent จะทำงานในอินเทอร์เฟซเทอร์มินัลและต้องมีขั้นตอนยืนยันตัวตน OAuth ด้วยตนเองเพื่อเชื่อมต่อผู้ให้บริการ LLM ของคุณ ผู้ใช้ที่คุ้นเคยกับเครื่องมือบรรทัดคำสั่งจะผ่านขั้นตอนนี้ได้อย่างรวดเร็ว ผู้เริ่มต้นใช้งานควรคาดว่าจะพบกับช่วงเริ่มต้นที่ท้าทายกว่า
ตอบคำถามไม่กี่ข้อและค้นหาคำตอบที่เหมาะสมสำหรับคุณ!
เริ่มต้นการค้นหาโฮสติ้ง
