Bagaimana cara menghitung kapasitas harddisk CCTV untuk 16 kamera selama 30 hari?

Gunakan rumus: (Bitrate kbps × 3600 detik × Jam Rekam Efektif × Jumlah Kamera × Jumlah Hari) dibagi 8.000.000 untuk mendapatkan kapasitas dalam Gigabyte (GB), lalu bagi 1.000 untuk satuan Terabyte (TB) standar pabrikan harddisk WD Purple atau Seagate SkyHawk.

Mengapa kapasitas ZFS RAIDZ perlu menyisakan 20% ruang kosong (80% rule)?

OpenZFS menggunakan arsitektur Copy-on-Write (CoW). Ketika kapasitas pool melampaui 80%, algoritma alokasi blok berubah dari First-Fit menjadi Best-Fit akibat fragmentasi ruang kosong, yang dapat menurunkan performa tulis (IOPS) secara signifikan.

Apa keuntungan antrean FQ-CoDel di MikroTik RouterOS v7 dibandingkan PCQ biasa?

FQ-CoDel (Fair Queuing Controlled Delay) memisahkan trafik ke dalam sub-antrean per aliran koneksi (flow) dan mengendalikan latensi bufferbloat secara otomatis, sehingga ping game, panggilan WhatsApp, dan Zoom tetap stabil meskipun bandwidth sedang penuh.

Kalkulator Simple Queue, PCQ & Burst Limit MikroTik RouterOS v7

Network Engineering Tool

MikroTik Simple Queue & Burst Calculator (RouterOS v7)

Rancang limitasi bandwidth per user (CIR/MIR), parameter burst dinamis, serta generate script CLI RouterOS v7 yang siap pakai.

Parameter Target & Bandwidth ISP

Target Network (CIDR) atau Interface

Queue Architecture Mode

Total Bandwidth Download (Mbps)

Total Bandwidth Upload (Mbps)

Total Jumlah Klien / Host Terdaftar

Rasio Konkurensi Aktif Bersamaan (%)

50% artinya estimasi hanya separuh klien streaming bersamaan.

Parameter Perhitungan Burst Limit

Burst Multiplier (%)

150% = 1.5x dari Max-Limit

Burst Threshold (%)

Disarankan 70-80% dari Max-Limit

Burst Time (Detik)

Jendela rata-rata perhitungan (1-60s)

Pengaturan Lanjutan (Headroom, Queue Tree & Parent Name)

ISP Shaping Headroom (%)

Mulai Host Ke-

Nama Parent Queue

Gunakan Queue Tree + Mangle (Performa CPU Lebih Ringan untuk ratusan user)

Advertisement Ad

Ringkasan Limitasi Bandwidth Per User

RouterOS v7 Terminal Script

Cara Kerja & Rumus Kalkulasi MikroTik Queue, Burst & Multi-WAN

Manajemen bandwidth presisi di MikroTik RouterOS v7 memerlukan keseimbangan antara garansi kecepatan minimum (CIR), batas maksimum (MIR), serta alokasi antrean cerdas:

Limit-At (CIR - Committed Information Rate): Bandwidth minimum yang dijamin untuk setiap klien saat jaringan penuh: Total Bandwidth Efektif ÷ Total Klien.
Max-Limit (MIR - Maximum Information Rate): Kecepatan puncak yang diizinkan saat trafik lengang berdasarkan rasio konkurensi aktif: Total Bandwidth Efektif ÷ (Total Klien × Rasio Konkurensi).
Durasi Burst Efektif: MikroTik mengizinkan kecepatan lonjakan (Burst-Limit) selama rata-rata penggunaan dalam jendela burst-time masih di bawah burst-threshold. Durasi efektif dihitung dengan rumus: Burst-Time × Burst-Threshold ÷ Burst-Limit.
Multi-WAN PCC (2 s/d 5 ISP) & Recursive Failover: Membagi koneksi secara proporsional berdasarkan FPB (Faktor Persekutuan Terbesar) bandwidth tiap ISP menggunakan per-connection-classifier dan memantau ketersediaan internet tiap jalur dengan check-gateway=ping rekursif ke DNS publik.

FAQ Teknis MikroTik RouterOS v7

1. Mengapa Simple Queue atau Queue Tree tidak melimit trafik di RouterOS v7?

Paket yang melewati rule fasttrack-connection di IP Firewall Filter akan mem-bypass Simple Queue dan Queue Tree untuk menghemat CPU. Nonaktifkan rule FastTrack atau kecualikan subnet yang dilimit agar queue berjalan akurat.

2. Bagaimana cara kerja Recursive Failover saat modem ISP masih menyala tetapi internet putus (FO Cut)?

Jika hanya mengecek IP gateway modem (misal 192.168.1.1), router mengira internet masih aktif selama modem menyala. Dengan Recursive Routing (scope=10 target-scope=11 ke IP publik seperti 1.1.1.1 atau 8.8.8.8), MikroTik otomatis mengalihkan trafik ke ISP cadangan (ISP 2 s/d ISP 5) begitu koneksi ke internet luar terputus.

Parameter Multi-WAN (2 s/d 5 ISP) Load Balance & Failover (RouterOS v7)

PCC + Recursive Ping Check

Jumlah Jalur WAN (ISP)

Arsitektur Multi-WAN

Metode Hash Classifier PCC

Jalur WAN 1 (Primary ISP 1) Distance 1 • Routing Table: to-ISP1

Interface WAN 1

IP Gateway ISP 1

Bandwidth (Mbps)

IP Monitor Ping

Jalur WAN 2 (ISP 2) Distance 2 • Routing Table: to-ISP2

Interface WAN 2

IP Gateway ISP 2

Bandwidth (Mbps)

IP Monitor Ping

Interface LAN / Bridge Lokal

Network LAN Utama (Bypass RFC1918 Otomatis Aktif)

Distribusi Beban & Proporsi Stream Multi-WAN Otomatis FPB (GCD)

Rasio Beban / Prioritas

2 : 1

Skema Mangle / Route

3 Streams (2 ISP)

Agregasi Bandwidth

150 Mbps

RouterOS v7 CLI Script (Multi-WAN PCC + Recursive Failover)

Kalkulator MTU / TCP MSS Clamping & Tunnel WireGuard (RouterOS v7)

Anti-Fragmentation & VPN

Tipe Koneksi WAN / Tunnel

Interface WAN / PPPoE

Listen Port UDP WireGuard

IP Tunnel WireGuard Lokal

IP Tunnel Peer / Cabang

Subnet LAN Cabang (Remote)

MTU Optimal Interface

1480 Bytes

PPPoE Standar ISP Fiber

TCP MSS Clamping (Mangle)

1440 Bytes

MTU dikurangi 40 Byte TCP/IP Header

Uji Ping Anti-Fragmentasi (DF)

ping -f -l 1452

MTU dikurangi 28 Byte ICMP Header

RouterOS v7 TCP MSS Clamping & WireGuard VPN Script

Enterprise Storage & Virtualization

Proxmox VE & ZFS RAID Storage Calculator

Hitung kapasitas bersih usable pool ZFS, parity lost, padding ashift sector overhead, batas aman 80% free space, serta rekomendasi RAM ZFS ARC host Proxmox VE.

Konfigurasi Drive & Topologi Pool ZFS

Jumlah Hard Drive / SSD Drive

Kapasitas Per Drive

Satuan

Topologi ZFS Pool / RAID

Tipe Media Penyimpanan

Parameter Tingkat Lanjut ZFS (Ashift & Recordsize)

Sector Alignment (Ashift)

ZFS Recordsize / Volblocksize

Nama ZFS Pool

Hitung estimasi padding loss RAIDZ Terapkan rekomendasi batas 80% free-space Simulasi ZFS Deduplikasi (Membutuhkan RAM Masif)

Advertisement Ad

Analisis Alokasi & Kapasitas Pool

Visualisasi Pembagian Storage Pool 100% Raw Capacity

Proxmox VE ZFS Pool Provisioning Commands

Cara Kerja & Rumus Kalkulasi ZFS RAID Proxmox VE

OpenZFS mengelola penyimpanan dengan arsitektur pool berbasis Copy-on-Write (CoW). Penentuan kapasitas bersih dipengaruhi oleh formula teknis berikut:

Slop Space Allocation: ZFS mengunci 1/32 (sekitar 3.125%) dari total pool (dibatasi maksimal 128 GiB pada OpenZFS modern) sebagai cadangan operasional agar proses penghapusan file (unlinking) tidak gagal saat disk 100% penuh.
Padding Overhead Sector: Pada RAIDZ dengan ashift=12 (4KB), pembagian data blocks ke drive parity dapat memicu padding sector. Nilai ini sangat krusial saat menggunakan zvol (VM Virtual Disk) dengan volblocksize kecil.
Rekomendasi RAM ZFS ARC: Rumus baku sysadmin untuk kestabilan host Proxmox VE adalah: 2 GB (Base Proxmox Debian OS) + 1 GB RAM per 1 TB Raw Storage. Jika fitur deduplikasi diaktifkan, diperlukan tambahan 5 GB RAM per 1 TB storage karena hash table DDT harus selalu berada di memori.

FAQ Teknis Proxmox VE & ZFS

1. Mengapa ZFS melambat drastis bila terisi di atas 80-85%?

ZFS beralih dari algoritma alokasi first-fit ke best-fit saat pool mendekati penuh untuk mencari celah blok kosong yang terfragmentasi. Akibatnya, IOPS latency write dapat melonjak hingga 10-20x lipat.

2. Apakah RAIDZ1 aman digunakan untuk harddisk berkapasitas besar (≥ 8 TB)?

Tidak direkomendasikan. Proses resilvering (rebuild) disk 8TB+ membutuhkan waktu berhari-hari dengan beban I/O ekstrem. Kemungkinan terjadi Unrecoverable Read Error (URE) pada disk lain selama resilver sangat tinggi. Disarankan minimal menggunakan RAIDZ2 atau striped mirror (RAID 10).

Parameter Beban Server Rack & Daya PLN

UPS Sizing & Runtime

Total Beban Server (Watt)

Power Factor (PF) UPS

Target Runtime Mati Lampu (Menit)

Bus Tegangan Baterai DC (VDC)

Tarif Listrik PLN (Rp/kWh)

Rekomendasi Kapasitas UPS

1.5 kVA

1063 W (Margin +25%)

Bank Baterai VRLA (Ah)

4× 12V (16 Ah)

Eff 88% / DoD 80%

Konsumsi Energi 24/7

20.4 kWh/hari

612 kWh/bulan

Estimasi Biaya PLN Bulanan

Rp 884.156

Operasional Server 24/7

Ringkasan Sizing UPS & Konsumsi Daya Listrik Server

Kalkulator Sizing CPU/RAM Host Virtualisasi & Waktu Transfer Backup (TB/Gbps)

vCPU Overcommit & RTO Backup

VM Ringan / LXC (2 vCPU, 2GB)

VM App / Web (4 vCPU, 8GB)

VM Database / ERP (8 vCPU, 16GB)

Rasio Overcommit vCPU

Total Data Backup / Migrasi (TB)

Kecepatan Link Jaringan LAN

Rekomendasi CPU Fisik Server

9C / 18T

Total 44 vCPU (Rasio 1:3)

Rekomendasi RAM Host Server

128 GB ECC

VM: 76 GB (+25% Buffer)

Estimasi Waktu Backup / Transfer

5 Jam 26 Menit

~102.5 MB/s nyata

Ringkasan Sizing Server Virtualisasi & Waktu Backup Data

Enterprise IP Address Management

Subnetting IPv4/IPv6 & Enterprise VLSM Cheat Sheet

Hitung subnet mask CIDR, range usable IP, wildcard ACL, serta alokasi VLSM dinamis multi-VLAN dengan ekspor CSV dan script konfigurasi MikroTik & FortiGate.

IP Address

Subnet Mask CIDR (/prefix)

Parameter Luas Bangunan, Sekat & Kapasitas Klien WiFi

Airtime Fairness & Roaming

Total Luas Bangunan (m²)

Jumlah Lantai Bangunan

Tipe Lingkungan Bangunan

Total Klien Aktif Bersamaan (Users)

Standar Wi-Fi Access Point

Total Rekomendasi AP

3 Unit AP

3 AP / Lantai (1 Lantai)

Analisis Coverage vs Kapasitas

Coverage: 3 AP | Kapasitas: 2 AP

Sizing bottleneck aman

Switch PoE Budget

≥ 58 Watt

Termasuk margin 25%

Bandwidth ISP Rekomendasi

≥ 200 Mbps

Rata-rata 2.5 Mbps/user

TX Power Roaming: 2.4GHz: Low (10-12 dBm) | 5GHz: Medium (16-18 dBm)

Channel Planning: 2.4 GHz: Ch 1, 6, 11 (20MHz) | 5 GHz: Ch 36, 40, 44, 48, 149, 153, 157, 161 (40MHz)

Ringkasan Perencanaan WiFi AP Enterprise

Parameter Link Budget Fiber Optik (PON/FTTH) & Drop LAN UTP

ITU-T G.984 & Cabling

TX Power SFP OLT (dBm)

Panjang Kabel FO (km)

Panjang Gelombang (Wavelength)

Rasio Passive Splitter

Titik Splicing Sambungan

Jumlah Konektor (SC/LC)

Titik Drop Kabel LAN (Node)

Rata-rata Tarikan LAN (m)

Estimasi RX Sinyal di ONT

-19.08 dBm

Total Loss: 22.58 dB

Status Kelayakan Optik (Link Margin)

OPTIMAL (Sinyal Hijau / Stabil)

Redaman berada di rentang ideal PON (-8 dBm s/d -24 dBm).

Kebutuhan Box Kabel UTP

4 Box (@305m)

966 Meter (+15% slack)

60 Pcs Konektor RJ45

Ringkasan Redaman Fiber Optik & Kebutuhan Kabel LAN UTP

Advertisement Ad

Cara Kerja & Rumus Subnetting IPv4/IPv6 & VLSM

Subnetting membagi jaringan logis menjadi sub-jaringan yang lebih kecil dan terisolasi. Penentuan batas host dan wildcard didasarkan pada manipulasi bit:

Usable Host Count: Pada IPv4 standar (/1 s/d /30), jumlah host yang dapat dialokasikan dihitung dengan formula 2^(32 - prefix) - 2 (dikurangi 2 untuk Network Address dan Directed Broadcast). Untuk /31 (RFC 3021 Point-to-Point) dan /32 (Single Host), seluruh alamat usable.
Wildcard Mask: Diperoleh dengan membalik bit subnet mask: Wildcard = 255.255.255.255 - Subnet Mask. Wildcard digunakan secara universal pada Access Control List (ACL) Cisco/Fortinet serta OSPF network area statement.
Algoritma VLSM (Variable Length Subnet Masking): Mengurutkan kebutuhan segmen dari jumlah host terbanyak ke paling sedikit. Blok dialokasikan secara sequential non-overlapping untuk mencegah fragmentasi address space.

FAQ Teknis Subnetting & VLAN

1. Kapan subnet /31 digunakan pada jaringan enterprise?

Sesuai RFC 3021, subnet /31 menyediakan tepat 2 alamat IP tanpa network dan broadcast address. Subnet ini digunakan secara luas untuk interkoneksi Point-to-Point antar router atau router ke firewall, sehingga menghemat 50% IP publik dibandingkan subnet /30 konvensional.

2. Berapa ukuran prefix IPv6 standar untuk sebuah VLAN lokal?

Standar arsitektur IPv6 (RFC 4291) menetapkan bahwa setiap single subnet/VLAN harus menggunakan prefix /64. Hal ini wajib agar fitur SLAAC (Stateless Address Autoconfiguration) dapat berfungsi normal.

Surveillance & Physical Security

IP CCTV Storage & Bandwidth Calculator

Hitung kebutuhan kapasitas harddisk NVR (TB), estimasi bitrate video H.265/H.264, switch PoE budget, serta rekomendasi konfigurasi HDD surveillance.

Parameter Kamera & Format Video

Jumlah IP Camera

Resolusi Kamera

Video Codec Kompresi

Frame Rate (FPS)

Profil Kualitas Bitrate

Mode Perekaman

Target Retensi Rekaman (Hari)

Jam Operasional / Hari

Gunakan Proteksi RAID 5 pada NVR Enterprise (+1 HDD Parity Cadangan)

Advertisement Ad

Hasil Rekayasa Storage & Jaringan CCTV

Tabel Komparasi Durasi Retensi Rekaman

Durasi Retensi	Kapasitas Storage Dibutuhkan	Opsi Harddisk Surveillance

Ringkasan Desain CCTV (Siap Kirim ke Tim / Klien)

Cara Menghitung Storage CCTV & Kebutuhan Bandwidth

Penentuan kapasitas harddisk NVR didasarkan pada rumus akumulasi bitrate video terhadap rentang waktu:

Storage (Gigabyte) = (Bitrate per Kamera in Kbps × 3600 detik × Jam/Hari × Jumlah Kamera × Hari) ÷ (8 × 1024 × 1024)

Efisiensi Codec: Format H.265+ (Smart Codec) mampu menghemat hingga 50-70% bandwidth dan storage dibanding H.264 tradisional dengan memanfaatkan kompresi background statis dan dynamic GOP (Group of Pictures).
HDD Surveillance vs PC Desktop: Wajib menggunakan harddisk khusus surveillance (seperti Western Digital Purple atau Seagate SkyHawk) yang didesain untuk beban kerja 24/7 dengan rasio 90% write dan 10% read. Harddisk desktop biasa akan cepat mengalami bad sector akibat getaran multi-drive dalam chassis NVR.

FAQ Teknis Instalasi IP Camera CCTV

1. Apakah kabel LAN UTP Cat5e cukup untuk instalasi IP CCTV 4K?

Secara bandwidth stream video, kamera 4K H.265 hanya membutuhkan sekitar 6-8 Mbps, sehingga Cat5e 100 Mbps sudah lebih dari cukup. Namun, untuk jarak panjang (> 70 meter) dan penyaluran daya PoE 802.3at bertegangan stabil, sangat disarankan menggunakan kabel Cat6 full tembaga murni (Solid Bare Copper).

2. Mengapa NVR sering mengalami frame drop saat merekam banyak kamera?

Frame drop umumnya terjadi karena Incoming Bandwidth limit pada NVR terlampaui, atau write speed bus HDD surveillance mencapai kapasitas bottleneck. Pastikan total stream video kamera tidak melebihi 80% dari rating Incoming Bandwidth NVR.

Kalkulator Backup UPS & Kapasitas Aki CCTV / NVR Saat Mati Lampu

UPS VA & Battery Ah

Jumlah Kamera Aktif

Daya per Kamera (IR/ColorVu Aktif)

Jumlah Harddisk di Dalam NVR

Jumlah Switch PoE

Target Tahan Mati Lampu (Jam)

Tegangan Bank Baterai / Inverter

Total Beban Sistem CCTV

169 Watt

16 Cam (120W) + NVR (34W)

Rekomendasi Kapasitas UPS

Min. 650 VA

Beban Real: ±282 VA

Kapasitas Aki untuk Target Jam

83 Ah @12V

DoD 80% & Efisiensi 85%

Jika Pakai UPS 1200VA Biasa

± 42 Menit

Baterai Bawaan 2×7Ah

Ringkasan Kebutuhan UPS & Aki Backup CCTV

Tabel Cepat CIDR IPv4

RFC 4632

Prefix	Subnet Mask	Usable IP
/24	255.255.255.0	254
/25	255.255.255.128	126
/26	255.255.255.192	62
/27	255.255.255.224	30
/28	255.255.255.240	14
/29	255.255.255.248	6
/30	255.255.255.252	2 (PtP)

Port Standar Infrastruktur IT

8291 / 8728

Winbox / API RouterOS

8006 / 8007

Proxmox VE / PBS

554 / 8000

RTSP / SDK CCTV NVR

51820 UDP

WireGuard VPN Tunnel

Standar PoE IEEE & Optik FTTH

IEEE 802.3af (PoE):15.4W Port / 12.95W PD
IEEE 802.3at (PoE+):30.0W Port / 25.5W PD
IEEE 802.3bt (PoE++):60W–90W High-Power
RX ONT FTTH Ideal:-8 dBm s/d -24 dBm

Direktori Langsung 17 Kalkulator Lapangan

Indeks Lengkap 17 Kalkulator InfraCalc.web.id

Klik salah satu kalkulator di bawah untuk membuka halaman langsung dengan parameter teknis dan generator script siap pakai:

1. MikroTik RouterOS v7

2. Server, Proxmox & Data Center

3. Subnet, WiFi, FO & Radio PtP

4. IP CCTV & Security System

InfraCalc — All-in-One IT & Network Calculators

MikroTik Queue & Burst

Proxmox ZFS RAID

Subnet & VLSM Planner

CCTV Storage & Bandwidth

Parameter Target & Bandwidth ISP

Parameter Perhitungan Burst Limit

Ringkasan Limitasi Bandwidth Per User

Cara Kerja & Rumus Kalkulasi MikroTik Queue, Burst & Multi-WAN

FAQ Teknis MikroTik RouterOS v7

1. Mengapa Simple Queue atau Queue Tree tidak melimit trafik di RouterOS v7?

2. Bagaimana cara kerja Recursive Failover saat modem ISP masih menyala tetapi internet putus (FO Cut)?

Parameter Multi-WAN (2 s/d 5 ISP) Load Balance & Failover (RouterOS v7)

Parameter Port Forwarding & Hairpin Loopback

Parameter QoS Anti-Lag & Prioritas Real-Time (RouterOS v7)

Kalkulator MTU / TCP MSS Clamping & Tunnel WireGuard (RouterOS v7)

Indeks Lengkap 17 Kalkulator InfraCalc.web.id