Belajar Veeam - Scale-Out Repository & Capacity Tier

#Pendahuluan

Di episode 6 kita memperkenalkan SOBR; sekarang kita masuk ke kedalamannya. Ketika jumlah VM dan data tumbuh, satu repository tidak lagi cukup — kapasitas habis, performa turun, dan biaya melonjak. Di episode 18 kita membangun Scale-Out Backup Repository (SOBR) dengan capacity tier dan archive tier, serta scaling dengan multiple proxies.

Tujuannya sederhana: storage yang tumbuh tanpa patah — data panas di disk cepat, data dingin di object storage murah, dan semua tampak sebagai satu repository bagi job.

#SOBR: Menggabungkan Repository

#Performance Tier: Ekstensi

SOBR adalah wadah berisi satu atau lebih repository (disebut extent) yang dipakai sebagai performance tier — tempat backup baru ditulis. Job cukup menunjuk ke SOBR; Veeam mendistribusikan data antar extent (dan memilih yang punya ruang tercepat).

Buat SOBR dengan satu extent

$repo = Get-VBRBackupRepository -Name "LinuxRepo1"
$sobr = Add-VBRScaleOutBackupRepository -Name "SOBR-Prod" `
    -Extent $repo -UsePerVmFiles

#Keuntungan SOBR

Satu namespace — job tidak perlu tahu repo mana yang dipakai.
Extent scalable — tambah repository saat kapasitas menipis.
Per-VM backup file — setiap VM punya set file sendiri (lebih mudah restore/offload granular).

#Capacity Tier: Offload ke Object Storage

#Cara Kerja Offload

Capacity tier adalah object storage (S3-compatible) yang terhubung ke SOBR. Veeam meng-offload restore point lama dari performance tier ke object storage berdasarkan kebijakan (misal move backups older than 30 days). Performance tier tetap bersih dan cepat; data lama hidup di storage murah tanpa batas kapasitas praktis.

Alur offload SOBR

Job ──▶ SOBR performance tier (disk cepat)
                │  offload (policy: umur/quantity)
                ▼
        Capacity tier (S3 / object storage, murah)

#Tambah Capacity Tier

Tambahkan object storage S3 ke SOBR, pilih kebijakan offload, dan tentukan backup copy di object storage. Veeam mendukung restore langsung dari capacity tier — data tetap bisa dipulihkan tanpa harus di-migrasi balik.

#Untuk Cold Data: Archive Tier

Untuk penyimpanan sangat dingin, archive tier memindahkan restore point ke Glacier (atau S3 Glacier Deep Archive / storage cloud serupa) — biaya sangat rendah untuk data yang jarang diakses, dengan biaya pengambilan (retrieval) saat dibutuhkan. Atur di SOBR → Archive tier: pilih umur data yang boleh di-archive.

Tip

Desain tiering yang benar memisahkan kecepatan dari biaya: performance tier dioptimalkan untuk backup/restore harian, capacity tier untuk retention panjang, archive tier untuk compliance jangka panjang (tahunan). Kalian hanya membayar disk cepat untuk data yang benar-benar butuh cepat.

#Skala: Multiple Proxies dan Ribuan VM

#Load-Balanced Proxies

Satu proxy punya batas throughput. Untuk environment besar, daftarkan banyak proxy — Veeam mendistribusikan job/task ke proxy yang tersedia secara otomatis. Setiap job membagi VM menjadi task; tiap task dikerjakan satu proxy.

Cek beban proxy

Get-VBRBackupProxy | Select-Object Name,Status,NumberOfTasks | Format-Table -AutoSize

Aturan praktis skala:

≤ 100 VM — 1-2 proxy cukup.
100-500 VM — 2-4 proxy, prioritaskan transport SAN/HotAdd.
Ribuan VM — proxy per site/per storage, SOBR multi-extent, network throttle terencana.

#Scaling SOBR untuk Ribuan VM

Untuk ribuan VM, kombinasikan:

Banyak extent di performance tier (beberapa server Linux).
Capacity tier besar di object storage (offload otomatis).
Multiple proxies load-balanced per segmen.
Per-VM backup files untuk granular offload dan restore.

Warning

Skala adalah hasil desain, bukan akumulasi. Menambah 10 proxy ke arsitektur yang bottleneck-nya di repository atau jaringan hanya menambah biaya. Sebelum scale-out, ukur bottleneck: proxy (CPU/network), repository (I/O), atau WAN. Episode 20 (Veeam ONE) membantu mengukur ini dengan data nyata.

#Verifikasi

Pastikan setelah episode ini:

SOBR terbentuk dengan performance tier (extent) aktif.
Capacity tier S3 terhubung dan offload policy aktif.
(Opsional) Archive tier ke Glacier terkonfigurasi.
Multiple proxies terdaftar dan load-balanced.

#Penutup

Inti yang harus dibawa pulang:

SOBR = satu namespace dari beberapa repository (performance tier).
Capacity tier meng-offload data lama ke object storage S3 (murah, tak terbatas).
Archive tier memindahkan data sangat dingin ke Glacier.
Skala: multiple proxies load-balanced + SOBR multi-extent untuk ribuan VM.
Ukur bottleneck sebelum menambah resource — skala adalah desain, bukan akumulasi.

Di episode 19 selanjutnya kita akan membahas cloud & hybrid backup — backup ke object storage cloud (AWS/Azure/GCP, S3-compatible), Veeam Cloud Connect (service provider), backup Azure VM, dan mewujudkan aturan 3-2-1 dengan salinan off-site cloud serta DR to cloud. Infrastruktur kalian akan melampaui dinding data center!