ผู้ดูแลระบบ ผู้ประกอบ การจัดซื้อ
ข้อกำหนดของเซิร์ฟเวอร์และการคำนวณฮาร์ดแวร์
ทรัพยากรขั้นต่ำสำหรับโปรแกรมนำร่องและทรัพยากรที่แนะนำสำหรับกล้อง 100 ตัว เซ็นเซอร์ 100 ตัว และตัวควบคุม ACS 10 ตัว
- 1
ไม่ใช่แค่จำนวนคอร์เท่านั้น แต่คุณต้องใช้พลังงานหลักด้วย
16 คอร์ที่ 1 GHz จะไม่แทนที่ 8 คอร์ที่ 3 GHz สำหรับ EAS ความถี่ (ฐาน ≥2.0–2.4 GHz) และการสร้าง CPU (Core i5/i7 8+, Xeon Silver/Gold, Ryzen/EPYC) มีความสำคัญ Atom, Celeron ≤1.5 GHz และ vCPU บนคลาวด์ที่มีการกระจายต่อเนื่องโดยไม่มีส่วนแบ่งที่รับประกันนั้นไม่เหมาะสม เกณฑ์มาตรฐาน: CPU Mark (หลายตัว) จาก ~6,000 (โปรแกรมนำร่อง) ถึง ~25,000+ (กล้อง 100 ตัว) - cpubenchmark.net
- 2
ขั้นต่ำ - เพียงสำหรับการเริ่มต้น
โปรแกรมนำร่อง: 2 คอร์ **≥2.0 GHz**, RAM 4 GB, SSD 80 GB - สูงสุด 8 กล้อง ไม่ใช่ Atom หรือ “2 vCPU 1 GHz”
- 3
โปรไฟล์ตามขนาด
ปานกลาง: 4-6 คอร์ **≥2.3 GHz** ขนาดใหญ่ (100/100/10): 12–16 คอร์ **≥2.4 GHz** (ต้องการทางกายภาพ), RAM 32 GB, NVMe 2–4 TB สำหรับการเก็บถาวร, 1 Gbit/s
- 4
เหตุใดกล้อง 100 ตัวจึงมี CPU และดิสก์จำนวนมาก
สำหรับกล้องเคลื่อนไหวแต่ละตัวจะมี ffmpeg แยกต่างหาก บนคอร์ "ปกติ" (≥2.4 GHz) กล้อง 100 ตัว data 4–8 คอร์; ที่ช้า 1-1.5 GHz - คูณค่าประมาณด้วย 2-3 VMD บน Hikvision (ไฮบริด) ไม่ใช่ OpenCV สำหรับทั้ง 100 เธรด
- 5
แผ่นดิสก์เก็บถาวรวิดีโอ (เรตติ้ง)
สำหรับกิจกรรมการเคลื่อนไหวปานกลาง: ประมาณ 3–8 GB ต่อวันสำหรับกล้อง 100 ตัว (สตรีมย่อย, debounce 30 วินาที) เป็นเวลา 30 วัน - คลิป 90–240 GB ในการผลิตที่ใช้งานอยู่ ×2–4 ตั้งค่าโควต้าและการบันทึกซ้ำแบบวนใน “การตั้งค่าวิดีโอถาวร → การตั้งค่า”
- 6
สุทธิ
100 สตรีมย่อยที่ 0.5–1 Mbit/s - 50–100 Mbit/s อย่างต่อเนื่องต่อเซิร์ฟเวอร์ รวมถึงกระเด็นเมื่อดูตารางและผนังทีวี กล้องและเซิร์ฟเวอร์อยู่บนเครือข่าย L2 เดียวกันโดยมีแบนด์วิธสำรอง อย่ากำหนดเส้นทาง RTSP ผ่าน WAN แบบแคบ
- 7
การตรวจสอบหลังการใช้งาน
ติดตาม CPU, RAM และการแลกเปลี่ยน (ผู้ดูแลระบบ → เซิร์ฟเวอร์และบริการ) คำสั่ง SSH: pgrep -c ffmpeg - จำนวนกระบวนการใกล้เคียงกับจำนวนกล้องที่มีการบันทึก CPU คงที่ >85% หรือการสลับที่ใช้งานอยู่ - เพิ่มทรัพยากรหรือลดภาระ (VMD บนกล้อง, กล้องจับการเคลื่อนไหวน้อยลง, การสตรีมย่อย)