VPS Linux: เริ่มจากซอฟต์แวร์ที่ต้องใช้

เริ่มจากข้อกำหนดของแอป

ตรวจสอบระบบปฏิบัติการ รุ่น runtime ฐานข้อมูล และส่วนขยายที่แอปรองรับ รวมถึงเครื่องมือสำรองข้อมูลและมอนิเตอร์ แยกสิ่งที่ผู้พัฒนารับรองออกจากสิ่งที่ทีมเคยทดลองเอง เลือกดิสโทรจากข้อกำหนดเหล่านี้ ไม่ใช่จากความคุ้นเคยอย่างเดียว

หากเลือก Ubuntu แล้ว ใช้ขั้นตอนตรวจสอบอิมเมจเพื่อยืนยันรุ่น แพ็กเกจ และระบบที่ได้รับ ส่วนหน้าวางแผน Ubuntu VPSช่วยกำหนดงบทรัพยากรและค่าใช้จ่าย

ตรวจสอบสถาปัตยกรรมและอายุการดูแล

บนหน้าจอขนาดเล็ก เลื่อนตารางด้านข้างเพื่อดูทุกคอลัมน์

อิมเมจสำหรับ Arm ไม่ได้รันไบนารี amd64 แบบ native โดยอัตโนมัติ การจำลองสถาปัตยกรรมเปลี่ยนทั้งสมมติฐานด้านประสิทธิภาพและการรองรับ อย่าใช้แทนกันโดยไม่ได้ทดสอบ ตรวจสอบเวลาที่เหลือในการดูแลรุ่นนั้นด้วย

ตกลงว่าใครรับผิดชอบงานใด

สำหรับ VPS ที่ไม่รวมการดูแล ให้เตรียมผู้รับผิดชอบอัปเดตระบบ บัญชี SSH การตั้งค่าแอป และการกู้คืน แผงควบคุมไม่ได้หมายความว่าผู้ให้บริการจะจัดการทุกอย่างให้ ถ้าเป็นบริการ managed ให้ถามว่ารวมการแก้ปัญหาแอป แบ็กอัป และช่วยกู้คืนหรือไม่

ตรวจสอบเงื่อนไข CPU แบบแชร์ การใช้งานต่อเนื่อง ขีดจำกัด I/O และเครือข่าย เลือกภูมิภาคให้เหมาะกับผู้ใช้และบริการที่แอปต้องติดต่อ ฐานข้อมูลที่อยู่ไกลอาจทำให้คำขอช้าแม้เซิร์ฟเวอร์มีทรัพยากรเหลือ

วัดสภาพระบบก่อนเปรียบเทียบแพ็กเกจ

ตัวอย่างคำสั่งนี้สำหรับ Ubuntu บนเครื่องทดสอบของคุณ ไม่ใช่คำสั่งที่ใช้ได้กับทุกดิสโทร ติดตั้ง sysstat เพื่อใช้ iostat แล้วเก็บตัวอย่างในเทอร์มินัลแยกขณะที่แอปกำลังทำงาน ตัวอย่างตอนเครื่องว่างเป็นเพียงข้อมูลตั้งต้น

free -h
df -h /
sudo apt update
sudo apt install sysstat
vmstat 1 11
iostat -xz -y 1 10

ใน free ให้ดู available เพราะ Linux นำหน่วยความจำแคชบางส่วนกลับมาใช้ได้ ค่า free ต่ำอย่างเดียวไม่ยืนยันว่า RAM ไม่พอ รายงานแรกของ vmstat สรุปตั้งแต่บูต ส่วน iostat -y ข้ามรายงานเริ่มต้นนั้น บันทึกเวลาและเงื่อนไขของการทดสอบไว้ด้วย

ใช้แอปรุ่นเดียวกัน สำเนาฐานข้อมูลเดียวกัน และการตั้งค่าแคชเท่ากันเมื่อเทียบเครื่อง ทดสอบงานเบื้องหลัง การนำเข้าข้อมูล และคำขอที่ไม่ผ่านแคช อย่าใช้ข้อมูลลูกค้าจริงโดยไม่จำเป็น

ตรวจทั้งประสบการณ์ผู้ใช้และคอขวด

จากคอมพิวเตอร์ที่อยู่ใกล้ผู้ใช้ เปลี่ยน hostname และ path ให้เป็นระบบ staging ที่คุณควบคุม ค่าเวลาจากคำสั่งเป็นวินาที

curl -sS -o /dev/null --max-time 30 -w 'status=%{http_code} ttfb=%{time_starttransfer}s total=%{time_total}s\n' https://app.example.com/catalogue

คำขอ curl ครั้งเดียวไม่ได้วัดการใช้งานพร้อมกัน การทดสอบโหลดต้องระบุอัตราคำขอ จำนวนคำขอพร้อมกัน ระยะเวลา ขนาดข้อมูล และสถานะแคช ดูอัตราข้อผิดพลาดร่วมกับเวลาเปอร์เซ็นไทล์ที่ 95 และทรัพยากรบนเครื่อง

บนหน้าจอขนาดเล็ก เลื่อนตารางด้านข้างเพื่อดูทุกคอลัมน์

อาการเหล่านี้เป็นเบาะแส ไม่ใช่คำสั่งให้อัปเกรดทันที ฐานข้อมูลที่ติดล็อกอาจช้าโดย CPU และ RAM ยังเหลือ เปลี่ยนตัวแปรสำคัญครั้งละหนึ่งอย่างแล้วทดสอบซ้ำ

คิดค่าใช้จ่ายและการกู้คืนก่อนเช่า

รวมค่าเครื่อง ดิสก์ IP ทราฟฟิก ภาษี และที่เก็บสำรอง ตรวจว่าการปิดเครื่องยังมีค่าใช้จ่ายใดอยู่ การหยุด ลบ และคืนทรัพยากรเป็นคนละขั้นตอน สอบถามว่าการเพิ่มหรือลดสเปกต้องหยุดบริการหรือไม่ และดิสก์ที่ขยายแล้วลดกลับได้หรือไม่

ถ้าต้องส่งอีเมล ให้ตรวจข้อจำกัด SMTP ขาออกของผู้ให้บริการด้วย การเปิดพอร์ตในเครื่องไม่ได้ยกเลิกข้อจำกัดระดับเครือข่าย หา recovery console และทดสอบกู้คืนสำเนานอกเครื่องก่อนพึ่งพาบริการ สำหรับการทดลองฟรีให้ดูเงื่อนไข VPS Linux ฟรี

คำถามที่พบบ่อย