Thiết kế lưu trữ Camera cho chung cư

Thiết kế lưu trữ là một trong những hạng mục quan trọng nhất của hệ thống Camera CCTV. Nếu camera là thiết bị thu nhận hình ảnh thì hệ thống lưu trữ chính là nơi bảo vệ dữ liệu hình ảnh đó trong suốt thời gian vận hành.

Trong thực tế, nhiều dự án chỉ tập trung vào số lượng camera, độ phân giải và thương hiệu thiết bị mà chưa tính toán kỹ dung lượng lưu trữ. Hậu quả là sau khi bàn giao, hệ thống không lưu đủ số ngày theo yêu cầu, dữ liệu bị ghi đè sớm, playback chậm hoặc mất dữ liệu khi ổ cứng hỏng.

Đối với chung cư, dữ liệu camera không chỉ phục vụ giám sát thông thường mà còn là bằng chứng quan trọng khi xảy ra các sự cố như mất tài sản, va chạm xe, tranh chấp cư dân, sự cố thang máy, sự cố an ninh hoặc các vấn đề liên quan đến vận hành tòa nhà. Vì vậy, thiết kế lưu trữ camera cần được thực hiện bài bản ngay từ giai đoạn đầu.

1. Vai trò của hệ thống lưu trữ Camera

Hệ thống lưu trữ Camera có nhiệm vụ ghi nhận, bảo quản và cho phép truy xuất lại dữ liệu hình ảnh khi cần thiết.

Một hệ thống lưu trữ tốt cần đáp ứng các yêu cầu:

• Ghi hình liên tục 24/7.
• Lưu đủ số ngày theo yêu cầu thiết kế.
• Hỗ trợ xem lại nhanh.
• Không mất dữ liệu khi một ổ cứng bị lỗi.
• Có khả năng mở rộng dung lượng.
• Có cảnh báo khi ổ cứng hỏng.
• Đảm bảo tốc độ ghi và đọc đồng thời.
• Phù hợp với quy mô số lượng camera.

Trong các tòa nhà chung cư, yêu cầu lưu trữ phổ biến thường từ 15 ngày đến 30 ngày. Với các khu vực đặc biệt như hầm xe, sảnh, cổng ra vào hoặc khu vực có yêu cầu an ninh cao, thời gian lưu có thể cần dài hơn.

2. Các yếu tố ảnh hưởng đến dung lượng lưu trữ

Dung lượng lưu trữ camera không thể tính đơn giản theo số lượng camera. Cùng một số lượng camera nhưng chỉ cần thay đổi độ phân giải, bitrate hoặc số ngày lưu thì dung lượng có thể khác nhau rất lớn.

Các yếu tố chính gồm:

Số lượng camera

Số lượng camera càng nhiều thì dung lượng lưu trữ càng lớn.

Ví dụ:

• 50 camera.
• 100 camera.
• 200 camera.
• 500 camera.

Mỗi camera đều tạo ra một luồng dữ liệu liên tục về NVR hoặc hệ thống VMS.

Với chung cư cao tầng, số lượng camera thường tập trung nhiều tại:

• Hầm xe.
• Sảnh.
• Thang máy.
• Hành lang.
• Cổng ra vào.
• Phòng kỹ thuật.

Độ phân giải camera

Độ phân giải càng cao thì dung lượng càng lớn.

Một số độ phân giải phổ biến:

• 2MP.
• 4MP.
• 5MP.
• 8MP.
• 12MP.

Trong các dự án chung cư hiện nay, 4MP là mức khá phổ biến vì cân bằng giữa chất lượng hình ảnh và dung lượng lưu trữ.

Camera 8MP cho hình ảnh chi tiết hơn nhưng dung lượng lưu trữ và băng thông cũng tăng đáng kể.

Chuẩn nén H.265

Chuẩn nén ảnh hưởng trực tiếp đến dung lượng lưu trữ.

Các chuẩn phổ biến:

• H.264.
• H.265.
• H.265+ tùy từng hãng.

H.265 giúp giảm dung lượng đáng kể so với H.264 trong cùng điều kiện hình ảnh.

Tuy nhiên, hiệu quả nén còn phụ thuộc vào:

• Chuyển động trong khung hình.
• Ánh sáng.
• Độ nhiễu ban đêm.
• Cấu hình bitrate.
• Chất lượng cảm biến camera.

Không nên chỉ dựa vào quảng cáo của hãng mà cần tính toán theo bitrate thực tế.

Số ngày lưu trữ

Đây là yêu cầu quan trọng nhất từ chủ đầu tư.

Ví dụ:

• Lưu 7 ngày.
• Lưu 15 ngày.
• Lưu 30 ngày.
• Lưu 60 ngày.

Số ngày lưu càng dài thì dung lượng càng lớn.

Nếu cùng một hệ thống 200 camera, lưu 30 ngày sẽ cần dung lượng gấp đôi so với lưu 15 ngày.

Bitrate thực tế

Bitrate là yếu tố quyết định trực tiếp đến dung lượng.

Ví dụ tham khảo:

Bitrate thực tế có thể tăng vào ban đêm, khi bật hồng ngoại hoặc khi khu vực có nhiều chuyển động.

3. Công thức tính dung lượng lưu trữ Camera

Có thể tính nhanh dung lượng lưu trữ theo công thức:

Dung lượng/ngày = Bitrate x 86.400 giây / 8

Trong đó:

• Bitrate tính theo Mbps.
• 86.400 là số giây trong một ngày.
• Chia 8 để đổi từ bit sang byte.

Công thức thực tế dễ nhớ:

1 Mbps ghi liên tục trong 1 ngày ≈ 10.8 GB

Ví dụ:

Camera 4MP H.265 sử dụng bitrate trung bình 5Mbps.

Dung lượng cho 1 camera/ngày:

5 x 10.8GB = 54GB/ngày

Nếu lưu 30 ngày:

54GB x 30 = 1.620GB ≈ 1.62TB/camera

Nếu có 200 camera:

1.62TB x 200 = 324TB

Tuy nhiên trong thực tế, khi sử dụng các cơ chế nén thông minh, ghi hình theo chuyển động, tối ưu bitrate và cấu hình phù hợp, dung lượng có thể giảm đáng kể.

Vì vậy với hệ thống:

• 200 Camera.
• 4MP.
• H.265.
• Lưu 30 ngày.

Dung lượng thực tế thường nằm trong khoảng:

150TB – 250TB

Tùy theo bitrate, mức độ chuyển động, chuẩn nén và chính sách ghi hình.

4. Ví dụ tính toán cho hệ thống 200 Camera

Giả định:

• Số lượng camera: 200.
• Độ phân giải: 4MP.
• Chuẩn nén: H.265.
• Thời gian lưu: 30 ngày.
• Bitrate trung bình: 3.5Mbps.

Dung lượng cho 1 camera/ngày:

3.5 x 10.8GB = 37.8GB/ngày

Dung lượng cho 1 camera/30 ngày:

37.8 x 30 = 1.134GB ≈ 1.13TB

Dung lượng cho 200 camera:

1.13TB x 200 = 226TB

Như vậy, hệ thống cần khoảng 226TB dung lượng usable.

Nếu cộng thêm dự phòng vận hành, metadata, sai số cấu hình và tăng bitrate ban đêm, nên thiết kế khoảng 250TB usable.

5. Lựa chọn mô hình lưu trữ

Tùy theo quy mô dự án, có thể lựa chọn các mô hình lưu trữ khác nhau.

Lưu trữ trực tiếp trên NVR

Đây là mô hình phổ biến với các dự án quy mô nhỏ và vừa.

Ưu điểm:

• Dễ triển khai.
• Chi phí hợp lý.
• Quản lý đơn giản.
• Phù hợp với hệ thống độc lập.

Phù hợp với:

• Dưới 100 camera.
• Chung cư nhỏ.
• Văn phòng.
• Nhà xưởng quy mô vừa.

Nhược điểm:

• Khả năng mở rộng hạn chế.
• Hiệu năng phụ thuộc vào từng NVR.
• Khi NVR lỗi có thể ảnh hưởng nhiều camera.

Lưu trữ bằng NVR phân tán

Mô hình này sử dụng nhiều NVR đặt theo khu vực hoặc theo block.

Ví dụ:

• NVR cho hầm xe.
• NVR cho sảnh.
• NVR cho hành lang.
• NVR cho khu tiện ích.

Ưu điểm:

• Phân tải tốt.
• Dễ khoanh vùng sự cố.
• Không phụ thuộc vào một thiết bị duy nhất.

Phù hợp với:

• Chung cư nhiều block.
• Dự án có nhiều khu vực độc lập.
• Hệ thống từ 100 đến 300 camera.

Lưu trữ tập trung bằng NAS/SAN

Đối với các hệ thống lớn, việc sử dụng NAS hoặc SAN là lựa chọn chuyên nghiệp hơn.

Ưu điểm:

• Dung lượng lớn.
• Dễ mở rộng.
• Hỗ trợ RAID mạnh.
• Quản lý tập trung.
• Phù hợp với VMS chuyên nghiệp.
• Hỗ trợ nhiều luồng ghi và đọc đồng thời.

Phù hợp với:

• Trên 300 camera.
• Khu đô thị.
• Tổ hợp chung cư lớn.
• Trung tâm thương mại.
• Dự án yêu cầu lưu trữ dài ngày.

6. Thiết kế RAID cho lưu trữ Camera

RAID giúp bảo vệ dữ liệu khi ổ cứng bị lỗi.

Trong hệ thống camera, ổ cứng hoạt động liên tục 24/7 nên rủi ro hỏng ổ là rất thực tế.

RAID 0

Không khuyến nghị sử dụng.

Ưu điểm:

• Tận dụng tối đa dung lượng.
• Tốc độ cao.

Nhược điểm:

• Hỏng một ổ là mất dữ liệu.
• Không có dự phòng.

RAID 5

RAID 5 là lựa chọn cân bằng giữa dung lượng và an toàn dữ liệu.

Ưu điểm:

• Tiết kiệm dung lượng hơn RAID 6.
• Có khả năng chịu lỗi một ổ cứng.
• Phù hợp với hệ thống vừa và nhỏ.

Nhược điểm:

• Nếu trong quá trình rebuild có thêm một ổ hỏng thì có nguy cơ mất dữ liệu.
• Thời gian rebuild ổ dung lượng lớn có thể kéo dài.

RAID 5 phù hợp khi muốn “đỡ tốn ổ cứng mà vẫn có dự phòng”.

RAID 6

RAID 6 an toàn hơn RAID 5.

Ưu điểm:

• Chịu lỗi đồng thời hai ổ cứng.
• Phù hợp với hệ thống lớn.
• Giảm rủi ro khi rebuild.

Nhược điểm:

• Tốn thêm dung lượng tương đương hai ổ.
• Chi phí cao hơn RAID 5.

Đối với hệ thống camera lớn, RAID 6 thường được khuyến nghị hơn RAID 5.

Hot Spare

Hot Spare là ổ cứng dự phòng nóng.

Khi một ổ trong RAID bị lỗi, hệ thống có thể tự động sử dụng ổ Hot Spare để rebuild.

Đây là tính năng rất nên có trong các hệ thống camera quan trọng.

7. NVR dự phòng

Trong các dự án nhỏ, hệ thống thường chỉ có một NVR.

Tuy nhiên với chung cư lớn, nếu một NVR lỗi có thể làm gián đoạn ghi hình của hàng chục hoặc hàng trăm camera.

Vì vậy cần xem xét NVR dự phòng.

Các mô hình có thể áp dụng:

• NVR dự phòng nóng.
• NVR dự phòng lạnh.
• NVR phân tán theo khu vực.
• VMS hỗ trợ failover recording.

Kinh nghiệm thực tế

Nếu hệ thống có trên 100 camera, không nên gom toàn bộ vào một NVR duy nhất.

Nên chia theo khu vực:

• Hầm xe.
• Sảnh.
• Hành lang.
• Thang máy.
• Ngoài trời.

Khi một NVR lỗi, chỉ một khu vực bị ảnh hưởng thay vì toàn bộ tòa nhà.

8. Các lỗi phổ biến trong thiết kế lưu trữ Camera

Chỉ tính theo dung lượng ổ cứng raw

Đây là lỗi phổ biến.

Ví dụ:

Một hệ thống có 12 ổ 20TB.

Dung lượng raw:

12 x 20TB = 240TB

Nhưng sau khi cấu hình RAID 5 hoặc RAID 6, dung lượng usable sẽ thấp hơn.

Ngoài ra còn phải trừ:

• Dung lượng hệ thống.
• Metadata.
• Dung lượng dự phòng.
• Sai số định dạng ổ.

Không tính bitrate thực tế

Nhiều thiết kế chỉ ghi chung “Camera 4MP” mà không xác định bitrate.

Điều này rất nguy hiểm vì cùng 4MP nhưng bitrate có thể khác nhau rất lớn.

Không tính lưu lượng playback

Hệ thống không chỉ ghi hình mà còn phải phục vụ xem lại.

Nếu nhiều người cùng playback, hệ thống lưu trữ có thể bị quá tải.

Không dự phòng ổ cứng

Không sử dụng RAID hoặc không có Hot Spare có thể dẫn đến mất dữ liệu khi ổ cứng hỏng.

Không có cảnh báo lỗi HDD

Nếu ổ cứng hỏng nhưng không có cảnh báo, hệ thống có thể âm thầm mất khả năng dự phòng trong thời gian dài.

9. Khuyến nghị thiết kế của VinaSTech

Đối với chung cư nhỏ:

• Dưới 100 camera.
• Có thể dùng NVR lưu trữ trực tiếp.
• RAID 5.
• Lưu 15–30 ngày.

Đối với chung cư vừa:

• 100–300 camera.
• NVR phân tán theo khu vực.
• RAID 5
• Có ổ Hot Spare cho khu vực quan trọng.

Đối với tổ hợp lớn:

• Trên 300 camera.
• Nên dùng VMS + NAS/SAN.
• RAID 5/RAID 6.
• NVR hoặc Recording Server dự phòng.
• Tách mạng lưu trữ riêng nếu cần.
• Giám sát tình trạng ổ cứng tập trung.

Thiết kế lưu trữ Camera không đơn thuần là tính xem cần bao nhiêu ổ cứng. Đây là bài toán tổng hợp giữa số lượng camera, độ phân giải, bitrate, chuẩn nén, thời gian lưu, mô hình ghi hình, RAID, khả năng mở rộng và độ an toàn dữ liệu.

Với hệ thống chung cư, dữ liệu camera có giá trị rất lớn trong vận hành và xử lý sự cố. Vì vậy, hệ thống lưu trữ cần được thiết kế theo nguyên tắc đủ dung lượng, có dự phòng, dễ mở rộng và có khả năng cảnh báo lỗi kịp thời.

Kinh nghiệm thực tế cho thấy chi phí đầu tư thêm cho RAID, Hot Spare hoặc NVR dự phòng thường nhỏ hơn rất nhiều so với thiệt hại khi mất dữ liệu camera trong một sự cố quan trọng.