การแยกเฉพาะแต่ละเว็บไซต์

ทุกเว็บไซต์อยู่ในกรงแยกของตนเอง เพื่อให้เพื่อนบ้านที่ไม่ดีรายหนึ่งเป็นเพียงเพื่อนบ้านที่ไม่ดีแค่รายเดียว

การแยกส่วนคือความแตกต่างระหว่างเหตุการณ์ขัดข้องกับการหยุดให้บริการโดยสิ้นเชิง ทุกเว็บไซต์ที่เราให้บริการโฮสต์ทำงานอยู่ภายในกรงขัง CloudLinux LVE ระดับเคอร์เนล โดยมีขีดจำกัดสูงสุดของ CPU, RAM, IO และกระบวนการทำงานเป็นของตนเอง รวมถึงมุมมองระบบไฟล์ CageFS เวอร์ชัน PHP และการจำกัดความเร็วฐานข้อมูลของตนเอง เว็บไซต์ที่ถูกโจมตี ถูกบุกรุก หรือเพียงแค่ประมวลผลคำสั่งค้นหาที่ใช้ทรัพยากรอย่างหนักจะถูกจำกัดวงไว้ในจุดที่อยู่ — และมาตรฐานการแยกส่วนขั้นพื้นฐานนี้รวมอยู่ในทุกแพ็กเกจ โดยไม่มีการนำกลับมาขายให้คุณในฐานะการอัปเกรด ความพร้อมใช้งาน: การจำกัดความเร็วฐานข้อมูลรายเว็บไซต์และสถิติทรัพยากรรายเว็บไซต์กำลังอยู่ระหว่างการพัฒนาอย่างจริงจังและยังไม่เปิดให้บริการ ส่วนบริการอื่นๆ ทั้งหมดที่ระบุไว้ที่นี่พร้อมใช้งานจริงแล้วในวันนี้

ไซต์เดียวที่ล้อมรอบด้วยขอบเขตการกักกันของตนเอง ซึ่งแยกออกจากไซต์ข้างเคียง
  • 700,000+เว็บไซต์ที่โฮสต์ทั่วโลก
  • ต่อไซต์ขีดจำกัดของซีพียู, แรม, การรับส่งข้อมูล, จำนวนการอ่านเขียนต่อวินาที และโปรเซส
  • 99.99%การรับประกันช่วงเวลาทำงานของระบบ
  • รวมอยู่ด้วยมาตรฐานการแยกส่วนในทุกแพ็กเกจ

การแยกส่วนที่ระดับเคอร์เนล ไม่ใช่ในไฟล์กำหนดค่า

ชุดเซิร์ฟเวอร์ปฏิบัติการทำงานบน CloudLinux OS ซึ่งผลักดันระบบผู้เช่าร่วม (multi-tenancy) ลงลึกไปถึงระดับเคอร์เนล แต่ละไซต์จะได้รับ Lightweight Virtual Environment หรือ LVE ซึ่งเป็นขอบเขตที่เข้มงวดไม่ใช่เพียงแค่ข้อตกลงที่ยืดหยุ่น สิ่งใดก็ตามที่ไซต์ทำภายในพื้นที่แยกส่วน (cage) ของตนจะไม่สามารถดึงงบประมาณทรัพยากรของผู้อื่นไปใช้ได้

เพดานทรัพยากรขั้นสูงสุดแบบคงที่ต่อไซต์

LVE จะจำกัด CPU, RAM, IO, IOPS, โปรเซส และ entry-processes สำหรับแต่ละไซต์อย่างอิสระ เมื่อไซต์มีการใช้งานเกินขีดจำกัดสูงสุด ระบบจะจำกัดการทำงานให้อยู่ภายใน cage ของไซต์นั้นๆ — ข้อผิดพลาดจะถูกบันทึกไว้สำหรับไซต์ดังกล่าว และไซต์อื่นๆ ที่อยู่ข้างเคียงจะยังคงทำงานต่อไปได้โดยไม่ได้รับผลกระทบ

กระบวนการที่ควบคุมไม่ได้จะถูกกักกัน ไม่ได้ถูกไล่ล่า

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

ทราฟฟิกการโจมตีจะถูกจำกัดต่อไซต์

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

ข้อผิดพลาดของทรัพยากรกลายเป็นสัญญาณเตือน ไม่ใช่เรื่องไม่คาดคิด

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

มุมมองระบบไฟล์ของคุณเอง

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

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

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

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

ฐานข้อมูลก็ได้รับการแยกส่วนเช่นกัน — ซึ่งมักเป็นจุดที่การโฮสต์เริ่มเกิดปัญหาความแออัด

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

MySQL Governor

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

MariaDB สำหรับเวิร์กโหลด WordPress

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

แคชออบเจกต์ Redis ด้านหน้า

แคชอ็อบเจกต์ Redis สำหรับแต่ละไซต์จะช่วยดูดซับการอ่านข้อมูลซ้ำ ๆ ก่อนที่จะไปถึงฐานข้อมูล ซึ่งช่วยลดแรงกดดันที่ Governor ต้องจัดการตั้งแต่แรก การแคชและการแยกส่วนทำงานร่วมกันเป็นระบบเดียว

PHP ต่อเว็บไซต์, ได้รับการเสริมความปลอดภัย

CloudLinux alt-PHP ช่วยให้แต่ละเว็บไซต์มีตัวเลือกเวอร์ชัน PHP เป็นของตนเอง มีส่วนขยายเป็นของตนเอง (imagick, gd, redis และอื่น ๆ) รวมถึงการตั้งค่าความปลอดภัยระดับสูงของตนเอง — โดยที่ LSAPI worker จะถูกจำกัดด้วยขีดจำกัด LVE ของเว็บไซต์นั้น เพื่อให้การทำงานพร้อมกันของ PHP เป็นส่วนหนึ่งของกรอบการควบคุมแทนที่จะเป็นการหลุดพ้นจากมัน

ความล้มเหลวเกิดขึ้นอย่างเป็นขั้นเป็นตอน สามารถย้อนกลับได้ และมีคำอธิบาย

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

  • ถูกจำกัดทรัพยากร — มีการจำกัดขีดจำกัด LVE และอัตราการใช้งานอย่างเข้มงวดยิ่งขึ้น โดยที่เว็บไซต์ยังคงเปิดใช้งานและให้บริการได้ตามปกติ โดยทั่วไปมักเป็นสัญญาณของการใช้ทรัพยากรมากเกินไปหรือการแจ้งเตือนระดับเบา และจะกลับสู่สภาวะปกติโดยอัตโนมัติเมื่อสาเหตุถูกแก้ไขเรียบร้อยแล้ว
  • ถูกจำกัด — เมลขาออก, cron หรือคำขอ POST จะถูกปิดใช้งานในขณะที่ไซต์ยังคงมองเห็นได้ ใช้สำหรับกรณีที่สงสัยว่าระบบถูกบุกรุกหรือมีการส่งสแปม และจะกู้คืนโดยอัตโนมัติเมื่อได้รับการแก้ไข
  • ถูกระงับ — เว็บไซต์จะออฟไลน์โดยแสดงหน้าพักเว็บไซต์ที่มีการระบุแบรนด์และแจ้งสาเหตุเฉพาะเจาะจง (การเรียกเก็บเงิน การบำรุงรักษา หรือการละเมิด) แทนที่จะเป็นหน้าที่เสียหาย สถานะนี้จะถูกยกเลิกเมื่อชำระเงิน แก้ไขปัญหา หรือยื่นอุทธรณ์
  • ถูกกักกัน — ออฟไลน์, ไฟล์ถูกล็อก, ไม่มีการประมวลผล, แยกไว้เพื่อการตรวจสอบทางนิติวิทยาศาสตร์ สงวนไว้สำหรับมัลแวร์หรือฟิชชิ่งที่ได้รับการยืนยันแล้ว และจะยกเลิกสถานะนี้หลังจากทำความสะอาดและตรวจสอบแล้วเท่านั้น จะไม่มีการปลดปล่อยโดยอัตโนมัติเมื่อสแกนซ้ำ
  • ทุกการเปลี่ยนแปลงจะถูกบันทึกประวัติการตรวจสอบพร้อมระบุเหตุผล ผู้ดำเนินการ และหลักฐาน โดยจะแจ้งให้คุณทราบพร้อมคำแนะนำในการแก้ไข และสามารถยื่นอุทธรณ์ได้ สามารถกำหนดเวลาบังคับใช้แยกตามกลุ่มผลิตภัณฑ์ได้ ดังนั้นการเรียกเก็บเงิน การละเมิดการใช้งาน และข้อกฎหมายแต่ละส่วนจึงยกระดับตามกำหนดเวลาของตนเอง

การแยกส่วนแบบเดียวกันในทั้งสองกลุ่มผลิตภัณฑ์ — และระดับที่ทรงพลังยิ่งขึ้นเมื่อคุณต้องการ

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

โฮสติ้ง Footprint-Free

เครือข่าย Bulk และ PBN ทำงานบนพื้นฐาน LVE และ CageFS เดียวกัน ควบคู่ไปกับการสลับบัญชี CDN ที่คำนึงถึง footprint และการส่งมอบ HTML แบบสแตติก การแยกส่วนคือสิ่งที่ทำให้ความหนาแน่นปลอดภัย: ไซต์ต่าง ๆ ใช้งานฟลีตร่วมกันโดยไม่ต้องร่วมชะตากรรมเดียวกัน

Zinn® Managed WordPress

เว็บไซต์ WordPress, WooCommerce, PHP, แบบสแตติก และ Node ที่ได้รับการจัดการจะได้รับสภาพแวดล้อมแยกส่วนเดียวกัน พร้อมทั้งการบริการตนเองอย่างเต็มรูปแบบ — เวอร์ชัน PHP และส่วนขยายของคุณเอง, แคชอ็อบเจกต์ Redis, สภาพแวดล้อมการทดสอบ และการนำขึ้นใช้งานจริง

คอนเทนเนอร์แยกตามเว็บไซต์เป็นตัวเลือกระดับพรีเมียม

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

รวมอยู่แล้ว ไม่มีการขายเพิ่มเติม

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

เหตุใดการแยกส่วนจึงไม่เคยเป็นทางเลือกที่นี่

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

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

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

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

เว็บไซต์ของลูกค้ารายอื่นสามารถทำให้เว็บไซต์ของฉันช้าลงได้หรือไม่?

การแยกส่วนได้รับการออกแบบมาโดยเฉพาะเพื่อหยุดยั้งปัญหานั้น LVE จะจำกัด CPU, RAM, IO, IOPS และกระบวนการทำงานต่อเว็บไซต์, MySQL Governor จะควบคุมปริมาณการใช้งานฐานข้อมูลต่อเว็บไซต์ และกระบวนการทำงานของ LSAPI จะถูกจำกัดไว้ภายในพื้นที่ของเว็บไซต์เอง ดังนั้น ปริมาณการเข้าชมที่พุ่งสูงขึ้นอย่างกะทันหันหรือภาระการคิวรีที่หนักหน่วงของเพื่อนบ้านจะถูกจำกัดไว้ที่เพดานของพวกเขา ไม่ใช่ของคุณ ทุกข้อผิดพลาดจะถูกบันทึกแยกตามเว็บไซต์ และกลไกนโยบายสามารถปรับลดขีดจำกัดของเว็บไซต์ที่ส่งผลกระทบต่อผู้อื่นได้โดยอัตโนมัติ

หากเว็บไซต์บนเซิร์ฟเวอร์เดียวกันถูกแฮก เว็บไซต์ของฉันจะตกอยู่ในความเสี่ยงหรือไม่

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

รวมการแยกส่วนไว้แล้ว หรือมีค่าใช้จ่ายเพิ่มเติมหรือไม่?

รวมอยู่ในทุกแพ็กเกจแล้ว การแยกส่วนด้วย LVE และ CageFS, WAF เชิงรุก และการสแกนมัลแวร์เป็นมาตรฐานพื้นฐานสำหรับลูกค้าทุกคน เนื่องจากเว็บไซต์ที่ติดไวรัสหรือไม่สามารถควบคุมได้จะคุกคามเว็บไซต์ข้างเคียงและชื่อเสียง IP ของเรา — เราจึงไม่สามารถปล่อยให้เป็นตัวเลือกเสริมได้ สิ่งที่จำหน่ายเป็นส่วนเสริมคือการล้างและแก้ไขมัลแวร์ในคลิกเดียว และระดับการปกป้องขั้นสูง เช่น กฎ WAF ที่ได้รับการปรับปรุง การสแกนตามลำดับความสำคัญ การจัดการบ็อต และระดับการป้องกัน DDoS ที่สูงขึ้น

จะเกิดอะไรขึ้นกับเว็บไซต์ของฉันหากมีการใช้ทรัพยากรเกินขีดจำกัด

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

เว็บไซต์ที่ถูกระงับจะกลายเป็นหน้าว่างไปเลยหรือไม่?

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

ฉันสามารถเลือกเวอร์ชันและส่วนขยาย PHP ของตัวเองได้หรือไม่

บน Zinn® Managed WordPress ได้อย่างแน่นอน — CloudLinux alt-PHP มอบตัวเลือกเวอร์ชัน PHP แยกตามแต่ละเว็บไซต์, ส่วนขยายเฉพาะตัวอย่างเช่น imagick, gd และ redis รวมถึงการตั้งค่าที่ปลอดภัยยิ่งขึ้นสำหรับแต่ละเว็บไซต์ โดยทั้งหมดถูกจำกัดขอบเขตด้วยค่า LVE limits ของเว็บไซต์นั้นๆ บริการ Footprint-Free Hosting จงใจใช้งานการกำหนดค่าต่อเว็บไซต์ที่เป็นมาตรฐานและถูกล็อกดาวน์มากกว่า เนื่องจากความหลากหลายในการกำหนดค่าถือเป็น footprint ในตัวของมันเอง

มีตัวเลือกการแยกที่รัดกุมกว่ารูปแบบเคอร์เนลที่ใช้ร่วมกันหรือไม่

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

ฉันสามารถทดลองใช้ก่อนตัดสินใจได้หรือไม่?

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

ดูการทำงานของเคจภายใต้ปริมาณการใช้งานจริงของคุณ

เริ่มทดลองใช้งาน Footprint-Free โฮสติ้งฟรี 14 วันโดยไม่ต้องใช้บัตร — สูงสุด 5 ไซต์ ไม่ต้องกรอกข้อมูลการชำระเงิน ไม่มีข้อผูกมัด ระบบแยกการทำงานระดับเคอร์เนล ระบบ WAF เชิงรุก และการสแกนมัลแวร์รวมอยู่ด้วยตั้งแต่การติดตั้งใช้งานครั้งแรก

เริ่มต้นฟรี