Archiv 14. 7. 2025
🔹 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/
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/