Cloud VPS ที่ดีที่สุด: คืออะไรและควรพิจารณาอะไรบ้าง?

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

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

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

คุณอาจใช้ Cloud VPS เพื่อโฮสต์เว็บไซต์ เรียกใช้ API ดูแลฐานข้อมูล หรือรักษาสภาพแวดล้อมการพัฒนา แอปพลิเคชันเหล่านี้ไม่ได้กลายเป็นระบบกระจายหรือมีความพร้อมใช้งานสูงเพียงเพราะเครื่องที่โฮสต์ถูกเรียกว่าคลาวด์

Cloud VPS ทำงานอย่างไร?

องค์ประกอบสามชั้นอธิบายพฤติกรรมส่วนใหญ่ที่คุณจะพบได้ ได้แก่ โฮสต์จริง เครื่องเสมือน และแพลตฟอร์มที่จัดการเครื่องนั้น

โฮสต์จริงและเครื่องเสมือน

โฮสต์จริงประกอบด้วยตัวประมวลผล RAM อินเทอร์เฟซเครือข่าย และการเข้าถึงพื้นที่จัดเก็บ ไฮเปอร์ไวเซอร์ เช่น KVM ช่วยให้เครื่องเสมือนหลายเครื่องใช้ฮาร์ดแวร์นั้นร่วมกัน ขณะยังคงแยกระบบปฏิบัติการออกจากกัน

โดยปกติ VPS ของคุณทำงานบนโฮสต์จริงครั้งละหนึ่งเครื่อง แพ็กเกจที่มีสี่ vCPU มักไม่ได้รวมตัวประมวลผลจากเซิร์ฟเวอร์สี่เครื่องที่ต่างกัน ตัวประมวลผลเสมือนจะทำงานบนโฮสต์ที่กำลังรัน VM นั้นอยู่

ความแตกต่างนี้สำคัญเมื่อตีความคำว่า “กลุ่มทรัพยากร” แพลตฟอร์มเลือกใช้ความจุที่รวมไว้ได้ แต่อินสแตนซ์หนึ่งไม่ได้ทำงานครอบคลุมทั้งกลุ่มโดยอัตโนมัติ

แพลตฟอร์มที่สร้างเซิร์ฟเวอร์ของคุณ

ส่วนควบคุมคือซอฟต์แวร์ที่รับคำขอจากแดชบอร์ดหรือ API และประสานงานโครงสร้างพื้นฐาน เมื่อคุณสร้างอินสแตนซ์ ระบบจะเลือกโฮสต์ที่เหมาะสม เตรียมอิมเมจระบบปฏิบัติการ และตั้งค่าทรัพยากรกับการเชื่อมต่อเครือข่ายตามที่ร้องขอ

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

ข้อมูลของคุณถูกเก็บไว้ที่ไหน

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

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

สำหรับคำศัพท์พื้นฐาน ดู วิธีสร้างเซิร์ฟเวอร์คลาวด์

Cloud VPS กับ VPS แบบดั้งเดิม: ต่างกันอย่างไร?

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

ดังนั้นคำว่า “คลาวด์” จึงไม่ได้ตัดสินว่าผลิตภัณฑ์เร็วกว่า ปลอดภัยกว่า หรือทนต่อความขัดข้องได้ดีกว่า ข้อสรุปเหล่านี้ต้องอาศัยรายละเอียดการจัดสรร CPU พื้นที่จัดเก็บ การรับมือความขัดข้อง และข้อผูกพันของบริการ

คำศัพท์ที่กว้างขึ้นอธิบายไว้ใน คลาวด์โฮสติ้งเทียบกับ VPS โฮสติ้ง สำหรับการเปรียบเทียบผู้ให้บริการที่ระบุชื่อและหลักฐานด้านประสิทธิภาพ ดู การเปรียบเทียบผู้ให้บริการ VPS ของเรา

จะเกิดอะไรขึ้นหากเซิร์ฟเวอร์หรือดิสก์ขัดข้อง?

Cloud VPS ยังคงเป็นอินสแตนซ์ที่อาจใช้งานไม่ได้ การเข้าใจการกู้คืนหมายถึงการถามว่าส่วนใดเสีย และส่วนใดของระบบยังเข้าถึงได้

หากโฮสต์จริงขัดข้อง

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

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

ตัวอย่างเช่น เอกสารการย้ายกู้คืนของ OpenStack อธิบายว่าการเข้าถึงพื้นที่จัดเก็บร่วมมีผลต่อการรักษาข้อมูลดิสก์เซิร์ฟเวอร์ระหว่างกู้คืนอย่างไร คำถามที่เกี่ยวข้องกับบริการที่ซื้อคือแพลตฟอร์มและขั้นตอนของบริการนั้นรองรับอะไรบ้าง

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

หากดิสก์ขัดข้อง

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

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

การจำลองข้อมูล สแนปช็อต และการสำรองข้อมูล

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

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

คุณขยาย Cloud VPS โดยไม่มีเวลาหยุดทำงานได้หรือไม่?

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

การปรับขนาดเซิร์ฟเวอร์หนึ่งเครื่อง

การขยายแนวตั้งเปลี่ยน CPU, RAM หรือพื้นที่จัดเก็บที่จัดสรรให้อินสแตนซ์หนึ่ง หลายแพลตฟอร์มให้คุณร้องขอผ่านแดชบอร์ดหรือ API โดยไม่ต้องติดตั้งระบบปฏิบัติการใหม่

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

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

การเพิ่มเซิร์ฟเวอร์

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

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

ตรวจสอบการกำหนดค่าสูงสุดที่อินสแตนซ์ขยายไปถึงได้ก่อนต้องเปลี่ยนสายผลิตภัณฑ์ หากคุณย้ายเพราะการเติบโต เพดานนั้นสำคัญ เพราะเมื่อถึงขีดจำกัดอาจต้องย้ายระบบอีกครั้ง

ทรัพยากร Cloud VPS เป็นแบบใช้ร่วมหรือแบบเฉพาะ?

คำว่า “ส่วนตัว” หมายถึงสภาพแวดล้อมเสมือน ไม่ได้หมายความว่าได้ฮาร์ดแวร์จริงแบบใช้เฉพาะเสมอไป

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

ความแตกต่างจะเห็นได้เมื่อรับภาระต่อเนื่อง กิจกรรมที่พุ่งขึ้นช่วงสั้นอาจทำงานได้ดีบน CPU แบบใช้ร่วม ขณะที่แอปพลิเคชันที่ทำงานหนักตลอดต้องการเวลาใช้งานตัวประมวลผลที่คาดการณ์ได้ รุ่น CPU นโยบายจัดสรร และการแย่งทรัพยากรอาจสำคัญกว่าจำนวน vCPU เพียงอย่างเดียว

RAM แสดงเป็นปริมาณที่จัดสรรให้อินสแตนซ์ ส่วนความจุพื้นที่จัดเก็บแสดงเป็นขนาดดิสก์หรือวอลุ่ม ตัวเลขเหล่านี้ไม่ได้ยืนยันว่าแบนด์วิดท์หน่วยความจำ อัตรารับส่งข้อมูลดิสก์ หรือ I/O ของพื้นที่จัดเก็บเป็นแบบเฉพาะ ยังต้องตรวจสอบการรับประกันทรัพยากรและนโยบายจัดสรรเกินความจุ

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

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

ใครจัดการและรักษาความปลอดภัยให้ Cloud VPS?

แบบไม่จัดการหมายถึงคุณได้รับเครื่องเสมือนและสิทธิ์ผู้ดูแลระบบ ส่วนการบำรุงรักษาระบบปฏิบัติการ ตั้งค่าแอปพลิเคชัน เฝ้าติดตาม และตอบสนองเหตุการณ์ยังเป็นความรับผิดชอบของคุณ สิทธิ์ root บน Linux หรือผู้ดูแลระบบบน Windows ทำให้คุณแก้ไขเครื่องได้ และทำให้เครื่องเสียได้เช่นกัน

บริการแบบจัดการเพิ่มขอบเขตงานดูแลที่ตกลงไว้ อาจครอบคลุมการอัปเดตระบบปฏิบัติการ แผงควบคุมโฮสติ้ง การสำรองข้อมูล หรือบริการแอปพลิเคชันบางรายการ อ่านรายละเอียดบริการแทนการคิดว่า “แบบจัดการ” ครอบคลุมปัญหาซอฟต์แวร์ทุกอย่าง

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

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

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

ก่อนนำงานจริงขึ้นเซิร์ฟเวอร์ ให้เตรียมการเฝ้าติดตาม กำหนดเวลาอัปเดต และกระบวนการคืนค่าที่ทดสอบแล้ว รักษาการตั้งค่าให้ย้ายได้ หากสร้างสแต็กใหม่จากสคริปต์หรือไฟล์ Compose ได้ การย้ายจะง่ายกว่าประกอบเซิร์ฟเวอร์ใหม่จากความจำ

Cloud VPS คิดค่าบริการอย่างไร?

Cloud VPS มักคิดค่าบริการตามความจุที่จัดสรรและระยะเวลา อินสแตนซ์ที่ว่างอาจมีค่าใช้จ่ายเท่าอินสแตนซ์ที่ทำงานหนัก เพราะยังคงจัดสรรทรัพยากรไว้ “จ่ายตามการใช้งาน” ไม่ได้หมายความว่าใบเรียกเก็บเงินคำนวณจากการใช้ CPU จริงโดยอัตโนมัติ

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

ปิดเซิร์ฟเวอร์แล้วหยุดคิดค่าบริการหรือไม่?

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

ตรวจสอบกฎการคิดค่าบริการของผลิตภัณฑ์ก่อนหยุดหรือลบสิ่งใด และเก็บข้อมูลที่ต้องใช้ก่อนนำทรัพยากรออก

อะไรอาจมีค่าใช้จ่ายเพิ่มเติม?

ราคาที่โฆษณาอาจไม่รวมค่ารับส่งข้อมูลเกินโควตา พื้นที่สำรองข้อมูล วอลุ่มเพิ่มเติม ที่อยู่ IPv4 ใบอนุญาตระบบปฏิบัติการหรือแผงควบคุม และการยกระดับการสนับสนุน อัตราอาจต่างกันตามภูมิภาคหรือเปลี่ยนหลังช่วงโปรโมชั่นเริ่มต้น

เปรียบเทียบค่าใช้จ่ายของทรัพยากรที่คาดว่าจะเก็บใช้ ไม่ใช่อินสแตนซ์เล็กที่สุดในโฆษณา ปัจจัยกำหนดราคาคลาวด์ อธิบายส่วนประกอบต้นทุนไว้อย่างละเอียดกว่า

ผู้ให้บริการ Cloud VPS สี่รายที่ควรพิจารณา

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

DigitalOcean

DigitalOcean เรียกเครื่องเสมือนว่า Droplet โดยให้สภาพแวดล้อมเซิร์ฟเวอร์ที่คุณดูแลเอง พร้อมการกำหนดค่าทรัพยากรต่าง ๆ และการควบคุมผ่านแดชบอร์ด/API ขั้นตอนปรับขนาดที่มีเอกสารเป็นตัวอย่างที่ดีของการขยายด้วยตัวเองแต่ยังต้องหยุดทำงาน ตรวจสอบระดับ CPU ที่เลือก ภูมิภาค ตัวเลือกสำรองข้อมูล และข้อจำกัดการปรับขนาดดิสก์ แทนการถือว่า Droplet ทุกแบบแทนกันได้ เริ่มจาก เอกสาร Droplet

OVHcloud

OVHcloud ขายทั้งผลิตภัณฑ์ VPS และอินสแตนซ์ Public Cloud ทั้งสองเป็นคนละสายผลิตภัณฑ์ จึงไม่ควรนำคุณสมบัติที่ระบุไว้สำหรับอย่างหนึ่งไปอ้างว่าอีกอย่างมีด้วย ระบุบริการที่กำลังประเมิน แล้วตรวจสอบพื้นที่จัดเก็บ ตัวเลือกปรับขนาด เครือข่าย การคิดค่าบริการ และรูปแบบกู้คืน เอกสารอินสแตนซ์ Public Cloud อธิบายแนวคิดของบริการนี้ รวมถึงตระกูลอินสแตนซ์และบริการที่เกี่ยวข้อง

Vultr

Vultr เสนอเครื่องเสมือนคลาวด์ในหมวดประมวลผลหลายแบบ เอกสาร Cloud Compute มาตรฐานอธิบายอินสแตนซ์ CPU แบบใช้ร่วม ส่วนหมวดอื่นมีวิธีจัดสรรทรัพยากรต่างกัน เลือกระดับ CPU ก่อนเปรียบเทียบปริมาณหน่วยความจำ แล้วตรวจสอบความพร้อมให้บริการในภูมิภาค โควตารับส่งข้อมูลที่รวมมา การสำรองข้อมูล และพื้นที่จัดเก็บที่เชื่อมต่อ คู่มือสร้าง Cloud Compute อธิบายตัวเลือกการติดตั้งและรูปแบบอินสแตนซ์

Cloudzy

Cloudzy เสนออินสแตนซ์ Cloud VPS พร้อมสิทธิ์ผู้ดูแลระบบ ให้คุณติดตั้งและจัดการซอฟต์แวร์เอง สำหรับการติดตั้งแบบไม่จัดการ ให้วางแผนอัปเดตระบบปฏิบัติการ เฝ้าติดตาม และบำรุงรักษาแอปพลิเคชันด้วยตัวเอง ทบทวนการจัดสรร CPU ตำแหน่งที่ตั้ง พื้นที่จัดเก็บ รูปแบบสำรองข้อมูล และขอบเขตสนับสนุนของแพ็กเกจกับงานของคุณ หน้า Cloudzy Cloud VPS มีข้อมูลผลิตภัณฑ์ปัจจุบันและการกำหนดค่าที่พร้อมให้บริการ

สำหรับการจัดอันดับ เปรียบเทียบผู้ให้บริการ และหลักฐานทดสอบประสิทธิภาพ อ่านต่อที่ การเปรียบเทียบผู้ให้บริการ VPS ของเรา

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

Cloud VPS เหมือนกับคลาวด์โฮสติ้งหรือไม่?

คลาวด์โฮสติ้งเป็นคำที่กว้างกว่า อาจหมายถึงเครื่องเสมือน เว็บโฮสติ้งแบบจัดการ หรือแพลตฟอร์มแอปพลิเคชัน Cloud VPS ให้สภาพแวดล้อมเซิร์ฟเวอร์เสมือนโดยเฉพาะ ตรวจสอบสิทธิ์ผู้ดูแลระบบและความรับผิดชอบในการจัดการเพื่อเข้าใจว่าบริการนั้นรวมอะไรบ้าง

Cloud VPS ทำงานบนเซิร์ฟเวอร์จริงหลายเครื่องพร้อมกันหรือไม่?

Cloud VPS ทั่วไปทำงานบนโฮสต์ประมวลผลจริงครั้งละหนึ่งเครื่อง แพลตฟอร์มอาจเลือกหรือเปลี่ยนโฮสต์นั้น และพื้นที่จัดเก็บ VM อาจใช้โหนดจัดเก็บหลายตัว ทั้งสองอย่างไม่ได้หมายความว่า CPU และ RAM ของ VM ทำงานพร้อมกันบนเซิร์ฟเวอร์ทั้งหมดของแพลตฟอร์ม

Cloud VPS เร็วหรือเชื่อถือได้กว่า VPS แบบดั้งเดิมโดยอัตโนมัติหรือไม่?

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

Cloud VPS โฮสติ้งรวมการสำรองข้อมูลหรือไม่?

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

มือใหม่ใช้ Cloud VPS ได้หรือไม่?

ได้ แต่ VPS แบบไม่จัดการต้องเรียนรู้การดูแลเซิร์ฟเวอร์ โดยทั่วไปคุณได้รับที่อยู่ IP และวิธียืนยันตัวตน แล้วเชื่อมต่อผ่าน SSH สำหรับ Linux หรือวิธีเข้าถึงระยะไกลที่เหมาะกับ Windows บริการแบบจัดการช่วยลดงานได้ หากขอบเขตสนับสนุนครอบคลุมสิ่งที่คุณต้องการ

Cloud VPS รัน Linux หรือ Windows ได้หรือไม่?

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

ฉันโฮสต์เว็บไซต์บน Cloud VPS ได้หรือไม่?

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

ฉันย้ายเว็บไซต์หรือแอปพลิเคชันเดิมไป Cloud VPS ได้หรือไม่?

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