"เซิร์ฟเวอร์ช้า เพิ่ม RAM เป็นสองเท่าเลย" คือปฏิกิริยาที่แพงที่สุดในวงการโฮสติง บางครั้งมันก็ถูก แต่บ่อยครั้งเครื่องกำลังรอดิสก์ หรือ CPU เต็มอยู่แล้ว หน่วยความจำใหม่ก็แค่นอนว่างขณะที่บิลเพิ่มเป็นสองเท่า
ดังนั้นก่อนจะคุยว่าใครต้องการ 64 GB มาหาให้เจอก่อนว่าคุณขาดอะไรจริง ๆ ถ้าคุณแค่อยากได้ตัวเลขหน่วยความจำทั่วไปของงานแต่ละแบบ คู่มือเดิมของเรา VPS ต้องใช้ RAM เท่าไร มีไว้ให้แล้ว รวมถึงสูตรสำหรับโมเดลภาษา บทความนี้ว่าด้วยการวินิจฉัย ว่าเป็นที่ RAM ดิสก์ หรือ CPU
สามคำสั่ง สองนาที
รันบนเซิร์ฟเวอร์ที่ช้าในตอนที่มันช้า ไม่ใช่ตอนตีสี่ที่ไม่มีอะไรเกิดขึ้น
free -m
vmstat 1 10
cat /proc/pressure/cpu /proc/pressure/memory /proc/pressure/io
นี่คือวิธีอ่านโดยไม่ต้องเปิดตำรา
free -m ไม่ต้องสนใจคอลัมน์ free เพราะ Linux ตั้งใจเติมหน่วยความจำที่เหลือด้วยแคชดิสก์ ให้ดู available ถ้าบนเครื่อง 2 GB เหลือแค่ไม่กี่ร้อย MB และ used ของ swap เพิ่มขึ้นเรื่อย ๆ แปลว่าหน่วยความจำตึงแล้ว
vmstat 1 10 สี่คอลัมน์บอกเรื่องราวได้เกือบทั้งหมด
| คอลัมน์ | ความหมาย | ชี้ไปที่ |
|---|---|---|
si / so | จำนวนหน้าที่เข้าและออกจาก swap ต่อวินาที | RAM |
wa | % ของเวลาที่ CPU รอดิสก์ | ดิสก์ |
us + sy | % ของเวลาที่ CPU ทำงาน | CPU |
st | % ของเวลาที่ไฮเปอร์ไวเซอร์ให้ CPU ของคุณกับคนอื่น | CPU (vCPU แบ่งเวลากับผู้ใช้อื่น) |
มีค่าที่ไม่เป็นศูนย์ใน si/so บ้างเป็นครั้งคราวถือว่าปกติ สัญญาณจริงคือการ swap อย่างต่อเนื่องทุกวินาที
/proc/pressure/* ซื่อสัตย์ที่สุดในสามคำสั่ง แต่ละไฟล์บอกสัดส่วนเวลาที่งานต้องหยุดรอทรัพยากรนั้น some avg60=25.00 ใน memory แปลว่าในหนึ่งนาทีที่ผ่านมา มีบางอย่างรอหน่วยความจำอยู่หนึ่งในสี่ของเวลา ไฟล์ไหนมีตัวเลขสูงสุด นั่นคือคอขวดของคุณ
ถ้าเป็นที่ดิสก์
wa สูง แรงกดดัน io สูง swap น้อย สาเหตุทั่วไปคือฐานข้อมูลหรือแอปที่เขียนล็อกเยอะ ซึ่งอ่านข้อมูลมากกว่าที่แคชจะรับไหว
และนี่คือจุดพลิก การเพิ่ม RAM อาจแก้ได้ เพราะ Linux จะแคชดิสก์ได้มากขึ้น ถ้าฐานข้อมูลของคุณใหญ่ 6 GB และส่วนที่ใช้บ่อยคือ 3 GB การเพิ่มหน่วยความจำจาก 2 GB เป็น 8 GB อาจทำให้ปัญหาดิสก์หายไป แต่ถ้าฐานข้อมูลใหญ่ 300 GB และแต่ละคิวรีแตะคนละส่วน ไม่มีปริมาณ RAM ที่สมเหตุสมผลใดแคชได้หมด ทางแก้จึงเป็นดัชนีที่ดีขึ้น คิวรีที่เล็กลง หรือการจัดโครงสร้างข้อมูลใหม่ แพ็กเกจทั้งหมดที่นี่ใช้ NVMe ดังนั้นตัวดิสก์เองแทบไม่ใช่ส่วนที่ช้า ส่วนใหญ่ช้าที่รูปแบบการเข้าถึง
ถ้าเป็นที่ CPU
us+sy สูง มีแรงกดดัน cpu ไม่มี swap และรอดิสก์น้อย งานบีบอัดไฟล์ การ build การเข้ารหัสวิดีโอ การประมวลผลภาพ การคำนวณด้านคริปโต เพิ่มหน่วยความจำไปก็ไม่ช่วยอะไรเลย
ดู st ด้วย บน VPS หนึ่ง vCPU คือส่วนแบ่งเวลาของคอร์จริง ไม่ใช่ทั้งคอร์ ตัวเลขในแพ็กเกจคือเพดานสำหรับช่วงพุ่งสั้น ๆ และโหลดเต็มที่ต่อเนื่องนาน ๆ อาจถูกจำกัดเพื่อให้ยุติธรรมกับทุกคนบนเครื่อง ถ้างานของคุณต้องใช้ทุกคอร์เต็ม 100% เป็นชั่วโมง นั่นเป็นเรื่องของตัวงานเอง และเราอยากบอกตอนนี้มากกว่าหลังจากคุณซื้อแพ็กเกจที่ใหญ่ขึ้นไปแล้ว
ถ้าเป็นที่ RAM จริง ๆ
swap ต่อเนื่อง แรงกดดันหน่วยความจำเพิ่มขึ้น OOM killer โผล่ใน dmesg ตอนนี้คำถามคือ ต้องเท่าไร
2 GB พอ และมักพอไปอีกหลายปี สำหรับ บอทหนึ่งหรือสองสามตัว API เล็ก ๆ VPN เว็บสแตติกหลัง Nginx scraper ที่รันด้วย cron ไม่กี่ตัว และเอเจนต์มอนิเตอร์ Micro ให้ 2 vCPU, 2 GB และ 25 GB ในราคา $5 ต่อเดือนแบบ NAT หรือ $10 แบบมี IPv4 ของตัวเอง
4–8 GB คือจุดกึ่งกลางที่สบาย เว็บแอปพร้อมฐานข้อมูล ดัชนีค้นหาเล็ก ๆ ระบบอัตโนมัติบน headless browser เอเจนต์สองสามตัวรันคู่กัน
32–64 GB สำหรับข้อมูลที่ต้องอยู่ในหน่วยความจำ
- ฐานข้อมูลที่ชุดข้อมูลทำงานใหญ่หลายสิบกิกะไบต์ เพื่อให้แคชเก็บข้อมูลร้อนไว้ได้จริง
- แคชหรือคิวในหน่วยความจำขนาดใหญ่ที่ล้นลงดิสก์ไม่ได้โดยไม่ทำให้ทุกอย่างช้าลง
- ดัชนีเวกเตอร์สำหรับค้นหาในข้อความหลายล้านชิ้น (ตัวเลขจริงอยู่ใน RAG แบบโฮสต์เองในสเกลใหญ่)
- การอนุมานโมเดลภาษาขนาดกลางบน CPU ซึ่งน้ำหนักโมเดลต้องใส่ลง RAM ได้
- การรวมระบบ บริการสิบตัวที่เคยอยู่บนเซิร์ฟเวอร์เล็กสิบเครื่อง
นี่คือเหตุผลที่มี Pro-64 12 vCPU, RAM 64 GB, NVMe 600 GB และ IPv4 เฉพาะ ในราคา $70 ต่อเดือน ขั้นตรงกลางคือ Pro-32 ราคา $40 และ Pro-48 ราคา $55 สูงกว่านั้นคือ Pro-80 ราคา $90 ตำแหน่งที่ว่างสำหรับแพ็กเกจ Pro จะแสดงตอนสั่งซื้อ
ที่ที่เครื่องใหญ่ไม่เหมาะ
สามกรณีที่ 64 GB เป็นคำตอบที่ผิด แม้คุณจะจ่ายไหว
งานที่ใช้ GPU ไม่มีแพ็กเกจไหนในนี้มี GPU ถ้าโมเดลของคุณต้องใช้ GPU สำหรับการเทรนหรือการอนุมานแบบเร็ว เครื่อง CPU ที่มี RAM เยอะก็รันได้ แต่ช้า และคุณต้องจ่ายค่าความอดทน
งานที่ใช้ CPU เต็มที่ต่อเนื่องนาน ๆ อย่างที่บอกไป vCPU คือกำลังสำหรับช่วงพุ่ง การใช้สิบสอง vCPU เต็ม 100% ทั้งวันทั้งคืนไม่ใช่สิ่งที่ VPS ถูกสร้างมา
และ "เผื่อไว้ก่อน" ถ้าสามคำสั่งไม่แสดงแรงกดดันหน่วยความจำ 60 GB ที่เพิ่มมาก็แค่เป็นแคชให้ไฟล์ที่คุณไม่ได้อ่าน เริ่มจากเล็กกว่านี้ การย้ายไปแพ็กเกจที่ใหญ่กว่าในประเภทเครือข่ายเดียวกันจะเพิ่ม vCPU, RAM และดิสก์ในที่เดิมด้วยการรีบูตครั้งเดียว ตามที่อธิบายใน การเปลี่ยนแพ็กเกจ การลดขนาดในที่เดิมทำไม่ได้ การซื้อใหญ่เกินไปจึงมีต้นทุนจริง ถ้าจะลดก็ต้องย้ายไปเซิร์ฟเวอร์ใหม่ และ การย้าย VPS โดยไม่มีดาวน์ไทม์ ก็เป็นงานที่ไม่ต้องทำได้จะดีที่สุด
ถ้าคุณกำลังเปรียบเทียบแพ็กเกจของผู้ให้บริการหลายราย วิธีอ่านสเปก VPS อธิบายว่าตัวเลข vCPU ดิสก์ และพอร์ตสัญญาอะไรกับคุณจริง ๆ
ความคิดเห็น
ยังไม่มีความคิดเห็น เป็นคนแรกสิ