Archiv 14. 7. 2025

🧪 ZFS vs vSAN vs vVols – rozdíly v snapshotování, ochraně dat, architektuře

🔹 ZFS (Zettabyte File System)

  • 🧠 Filesystém + volume manager v jednom
  • ✅ Nativní snapshoty, deduplikace, komprese, checksumming
  • 🛡️ Ochrana proti bitrotu (kontrola integrity dat při čtení i zápisu)
  • 🧰 Používá se v TrueNAS, Proxmox, FreeBSD, Linux
  • 🧪 Ideální pro NAS, zálohování, archivaci, VM storage

🔹 vSAN (VMware Virtual SAN)

  • 🧱 Software-defined storage: spojuje disky z ESXi hostů do jednoho datastoru
  • 🧠 Běží v kernelu ESXi → vysoký výkon, nízká latence
  • 🛡️ Podpora FTT (Failures To Tolerate), RAID 1/5/6, checksumy, scrubber
  • ⚠️ Vyžaduje minimálně 2–3 hosty pro HA
  • 🧰 Ideální pro VMware clustery, HCI řešení

🔹 vVols (Virtual Volumes)

  • 📦 VMware technologie pro granularitu storage
  • 🧠 VM disky jsou spravovány jako objekty na storage array
  • 🛠️ Využívá VASA provider, SPBM (Storage Policy-Based Management)
  • ✅ Snapshots, QoS, replikace na úrovni VM
  • ⚠️ Vyžaduje kompatibilní storage (např. NetApp, Dell, HPE)

🧠 Shrnutí rozdílů

Technologie Typ Snapshoty Ochrana dat Správa Vhodné pro
ZFS Filesystém ✅ nativní ✅ bitrot, checksum CLI / GUI NAS, VM storage
vSAN SDS (VMware) ✅ kernel-level ✅ FTT, checksum vSphere GUI VMware clustery
vVols VMware API ✅ storage-level ⚠️ závisí na storage SPBM + VASA Enterprise storage

ZFS vs vSAN vs vVols – snapshotování, datová ochrana, správa

Technologie Typ Snapshoty Ochrana dat Správa Vhodné pro
ZFS Filesystém + volume manager ✅ nativní, okamžité ✅ Bitrot, checksumming CLI + GUI (např. TrueNAS, Proxmox) NAS, VM storage, zálohování
vSAN SDS (Software-defined Storage) ✅ kernel-level ✅ FTT (Failure Tolerance), RAID GUI (vSphere) VMware clustery, HCI
vVols API rozhraní pro granularitu ✅ storage-level ⚠️ záleží na typu storage GUI přes VASA, SPBM Enterprise storage, NetApp/HPE

🔹 Podrobnosti:

  • ZFS: Snapshoty se vytváří na blokové úrovni, deduplikace, komprese, šifrování — ideální pro NAS nebo Proxmox VM disky.
  • vSAN: Využívá disky ESXi hostů jako jeden datový prostor. Běží v kernelu → skvělý výkon. Vyžaduje ale více hostů.
  • vVols: Disky VM jsou objekty na storage poli. Nutný VASA provider a kompatibilní storage (NetApp, Dell, HPE).

🔍 Shrnutí rozdílů

Vlastnost ZFS vSAN vVols
Snapshoty Nativní, instantní VMDK delta soubory Storage-level, přes API
Výkon při IO Vysoký (ZFS ARC, cache) Vysoký (v kernelu) Závisí na storage typu
HA podpora ZFS + cluster + replication Minimálně 3 hosty Závisí na storage backendu
Správa CLI / GUI GUI (vSphere) GUI + SPBM/VASA
Kompatibilita Linux, BSD, Proxmox VMware-only VMware + enterprise storage

💬 Když to shrneme:

  • ZFS je král snapshotů, integrity a spolehlivosti
  • vSAN je stroj na výkon, ale potřebuje cluster a VMware licence
  • vVols je elegantní API řízení storage, ale jen s velkým železem za zády

Broadcom to s VMware pěkně zamíchal, ale já říkám, je to šance pro menší hráče jako Proxmox, TrueNAS SCALE, nebo XCP-ng.

Trh se otevírá, a možná konečně uvidíme hypervizor, co trumfne VMware nejen cenou, ale i přístupem. 🙂

Přímý odkaz na tento článek: https://www.sympatika.cz/2025/07/14/%f0%9f%a7%aa-zfs-vs-vsan-vs-vvols-rozdily-v-snapshotovani-ochrane-dat-architekture/

🐳 LXC vs Docker vs Kubernetes – co to je a jak to funguje

V tomhle se občas začínající ajtáčci ztrácí, tak rychlý přehled co je co…

🔹 LXC (Linux Containers)

  • 🧠 OS-level virtualizace: běží přímo na Linux kernelu
  • 🧱 Vytváří izolované prostředí (namespace, cgroups), podobné VM, ale bez vlastního kernelu
  • 🛠️ Používá se pro běh celých OS (např. Ubuntu v kontejneru)
  • 👨‍🔧 Vhodné pro adminy, co chtějí mít plnou kontrolu nad prostředím

🔹 Docker

  • 📦 Aplikační kontejnerizace: běží jeden proces (např. web server) v izolovaném prostředí
  • 🧰 Má vlastní runtime (runc, dříve libcontainer)
  • 🛒 Docker Hub = obrovský repozitář hotových image
  • 🧑‍💻 Ideální pro vývojáře, DevOps, CI/CD

🔹 Kubernetes

  • 🚀 Orchestrace kontejnerů: spravuje, škáluje, restartuje kontejnery
  • 🧬 Funguje nad Dockerem, containerd, nebo jiným runtime
  • 📡 Řídí clustery, load balancing, storage, síť, monitoring
  • 🧠 Vhodné pro produkční nasazení, mikroservisní architektury
Technologie Typ izolace Správa kernelu Orchestrace Vhodné pro Klíčové vlastnosti
LXC OS-level (light) Sdílí kernel Adminy, kteří chtějí OS v kontejneru Běží jako VM bez overheadu, plný přístup k systému
Docker App-level Sdílí kernel ⚠️ (Swarm) Vývojáři, mikroservisy Jeden proces, rychlý start, obrovský ekosystém
Kubernetes Clusterová orchestrace N/A Produkční nasazení, HA systémy Řídí kontejnery, scaling, dostupnost, autoheal

🔹 Příklady použití:

  • LXC: Ubuntu v kontejneru pro testování, full OS bez overheadu
  • Docker: Apache server + MySQL v oddělených kontejnerech
  • Kubernetes: Webový cluster + autoscaling + monitoring

🧠 Kubernetes může běžet nad Dockerem, containerd nebo třeba v LXC kontejneru v Proxmoxu. Proxmox zvládne LXC nativně, Docker se rozjede v LXC nebo VM, a K3s (lightweight Kubernetes) se doinstaluje jednoduše.

 

Přímý odkaz na tento článek: https://www.sympatika.cz/2025/07/14/%f0%9f%90%b3-lxc-vs-docker-vs-kubernetes-co-to-je-a-jak-to-funguje/