ข้ามไปยังเนื้อหาหลัก

ข้อกำหนดขั้นต่ำ

ทุกสิ่งที่คุณต้องใช้ในการติดตั้งและเริ่มใช้งาน Halo ในรูปแบบ Single Node (virtual appliance)

Image.png

ข้อกำหนดของระบบ​

virtual appliance แบบ Single node สามารถปรับใช้เป็น OVA ซึ่งเข้ากันได้กับ VMware และ VirtualBox หรือเป็น VHD ซึ่งเข้ากันได้กับ Microsoft Hyper V

ขนาดทรัพยากรขั้นต่ำ​

  • CPU: 1 GHz หรือเร็วกว่า พร้อม virtual cores 16 คอร์ขึ้นไป โดยใช้สถาปัตยกรรม x86 64
  • Memory: แนะนำ RAM 32 GB
  • Storage: พื้นที่ดิสก์ 100 GB สำหรับ OVA หรือพื้นที่ดิสก์ 500 GB สำหรับ VHD
  • Usage guidance: แนะนำให้ใช้ Halo โดยเปิดใช้งานเซิร์ฟเวอร์ ICAP สำหรับปริมาณทราฟฟิกระดับเบาถึงปานกลางเท่านั้น

ขนาดทรัพยากรที่ใช้งานได้สะดวก​

  • CPU: 1 GHz หรือเร็วกว่า พร้อมด้วย virtual cores ตั้งแต่ 32 คอร์ขึ้นไป โดยใช้สถาปัตยกรรม x86 64
  • Memory: แนะนำ RAM 64 GB
  • Storage: พื้นที่ดิสก์ 200 GB สำหรับ OVA หรือพื้นที่ดิสก์ 500 GB สำหรับ VHD
  • Usage guidance: แนะนำให้ใช้ขนาดทรัพยากรนี้เมื่อเปิดใช้งานเซิร์ฟเวอร์ ICAP โดยเฉพาะสำหรับการปกป้องผู้ใช้ที่ท่องเว็บบนเครือข่ายภายนอก หรือสำหรับเวิร์กโหลดที่มีความต้องการเปลี่ยนแปลงได้

Hypervisors ที่รองรับ​

  • Microsoft Hyper V: Hyper V บน Windows Server 2019 หรือใหม่กว่า และ Windows 10 หรือใหม่กว่า
  • VMware: VMware ESXi 7.0.0 หรือใหม่กว่า
  • VirtualBox: เวอร์ชัน 7.0.8 หรือใหม่กว่า

การปรับขนาด​

การปรับขนาดแนวตั้ง (ขยายขนาดขึ้น)​

Halo สามารถใช้ virtual CPU cores และหน่วยความจำเพิ่มเติมเพื่อรองรับความต้องการที่เพิ่มขึ้นบน virtual appliance ได้

  • Adding resources: การปรับขนาดแนวตั้งเกี่ยวข้องกับการเพิ่มทรัพยากรของ virtual appliance เดียว เช่น การเพิ่ม CPU cores, หน่วยความจำ หรือพื้นที่จัดเก็บข้อมูล
  • Single instance focus: เวิร์กโหลดจะถูกจัดการโดย appliance เดียวที่มีประสิทธิภาพสูงขึ้น แทนที่จะกระจายไปยังหลายอินสแตนซ์
  • Simpler management: โดยทั่วไปการจัดการ appliance เดียวที่ขยายขนาดแล้วจะง่ายกว่า เนื่องจากไม่จำเป็นต้องมี load balancing หรือการจัดการสถานะข้ามหลายโหนด
  • Hardware constraints: การปรับขนาดแนวตั้งถูกจำกัดโดย CPU, หน่วยความจำ และพื้นที่จัดเก็บข้อมูลสูงสุดที่ฮาร์ดแวร์พื้นฐานหรือสภาพแวดล้อมเสมือนรองรับ
  • Reduced fault tolerance: การปรับขนาดแนวตั้งไม่ได้ให้ความซ้ำซ้อนโดยธรรมชาติ หาก appliance ล้มเหลว จะไม่มีการ failover อัตโนมัติ เว้นแต่จะมีโซลูชันสำรองหรือ high availability อยู่แล้ว

การปรับขนาดแนวนอน (scaling out)​

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

ข้อจำกัด: แม้ว่าจะรองรับการปรับขนาดแนวนอน แต่ virtual appliance แต่ละตัวจะดูแลฐานข้อมูลของตนเอง appliance ทำงานอย่างอิสระ และไม่สามารถจัดการ policy การจัดการเนื้อหาและการตั้งค่าคอนฟิกจากศูนย์กลางได้

การให้สิทธิ์การใช้งาน: ต้องไม่ใช้ licence ร่วมกันระหว่าง virtual appliance แต่ละตัว ต้องมี licence แยกสำหรับ virtual appliance แต่ละตัว

OS พื้นฐานของอิมเมจ​

  • STIG hardened RHEL v9.4 (Sep 2024)

เลเยอร์การ orchestration​

  • RKE2 v1.28.10~rke2r1 (Sep 2024)
อัปเดตล่าสุด เมื่อ