Výběr bezpečného úložiště záloh pro Veeam

Pozn.: Článek obsahuje technická fakta (vlastnosti, technologie, parametry), ale zhodnocení výhod a nevýhod je můj osobní (subjektivní) pohled.

Úložiště záloh (Backup Repository)

Základní požadavky na hardware

Pamatuji si doby, kdy se často pro uložení záloh používalo levné úložiště, kde byla hlavní jeho kapacita. Využívala se řešení s vysokou kapacitou, ale nízkou rychlostí a cenou. Často se použil i nějaký starý HW. Cílem bylo v rozumné době data (zálohy) uložit (optimalizace na sekvenční zápis). Ale moc se neřešila doba obnovy, která mohla trvat dny i týdny. V praxi se většinou obnovovala jen malá část dat, takže to proběhlo v rozumné době.

Dnes je situace jiná. Je důležité, abychom v případě potřeby získali/použili data co nejrychleji. Zálohuje se mnohem více dat a systémů, většinou zálohujeme celá VM. V případě kybernetického útoku může být potřeba obnovit velké množství dat/VM najednou. Proto se pro zálohování a uložení záloh používá moderní a výkonný hardware. Ve větším prostředí je potřeba využívat Enterprise systémy, a ne levná NAS úložiště, jejichž spolehlivost je řádově menší.

Cloud vs. On-Premises

Zálohy můžeme ukládat i přímo do cloudového úložiště. Já zastávám názor, že primární zálohy by se měly nacházet ve firmě (On-Premises) blízko zdroje. To umožňuje efektivní zálohování i rychlou obnovu. Pro Disaster Recovery bychom měli mít další kopii záloh umístěnou v jiné lokalitě. Může jít o pobočku, datové centrum nebo cloudovou službu.

V tomto článku se zaměříme na řešení, která můžeme provozovat On-Premises v našem datovém centru. Neřešíme situaci firmy, která využívá pouze cloudová prostředí.

Bezpečnost

Jak jsme si uvedli, úložiště musí být dostatečně výkonné, aby rychle zapisovalo i četlo data. Musí být dostupné ve chvíli, kdy jej potřebujeme (tedy kvalitní s redundantními prvky). A musí být také bezpečné, jak svojí architekturou a prvky, tak bezpečným uložením dat. Bezpečnost zde řešíme po síti, tedy jaké možnosti máme (my nebo útočník) při vzdáleném přístupu. Fyzická bezpečnost (pokud někdo vytáhne disky nebo odnese celé zařízení) je samostatnou kapitolou. Nově se používá také termín odolnost (Resilience).

Úložiště musí umožňovat řízení přístupu. Na to ale nemůžeme spoléhat, takže je potřeba šifrování dat. Většina moderních úložišť podporuje šifrování na úrovni zařízení, ale můžeme využít i šifrování přímo ve Veeam. Popsali jsme ve Veeam Backup & Replication - jak na šifrování záloh. Vždy je otázka, kde jsou uloženy šifrovací / dešifrovací klíče a kompromitace jakého systému umožní útočníkovi přístup k šifrovaným datům.

Mimo ochrany dat před zcizením je také potřebujeme chránit před smazáním nebo modifikací. Standardem se dnes stává podpora Immutability (neměnnost / nezměnitelnost), aby data byla chráněna před Ransomware útoky (Ransomware-proof). Popsali jsme ve Veeam Backup & Replication - Immutable Repository a bezpečné zálohy.

Typy úložišť podporující Immutability

Ve Veeam Backup & Replication můžeme využít několik rozdílných typů úložišť, která podporují nějakou formu Immutability a Veeam ji umí využít.

• Veeam Hardened Repository - běžný fyzický server, Linux OS se souborovým systémem XFS využívající Immutable flag a hardening, Veeam systémové služby
• Object Storage Repositories - speciální HW Appliance nebo běžný fyzický server, OS/SW, podpora S3 API s Object Lock (On-Premises S3 Compatible Object Storage)
• Deduplicating Storage Appliances - speciální HW Appliance a SW, provádí HW akcelerovanou deduplikaci dat

Pozn.: Immutability se dá řešit i technologiemi na souborových, blokových úložištích (diskových polích), jako je NetApp ONTAP SnapLock nebo HPE Virtual Lock. Aktuálně však nejsou podporovány ve Veeam Backup & Replication.

Příklady jednotlivých produktů

• Veeam Hardened Repository - HPE ProLiant DL380 Gen11, HPE Alletra Storage 4140
• Object Storage Repositories
  • pouze objektová - Object First OOTBI, Pure Storage FlashBlade, NetApp StorageGRID, Cloudian HyperStore, HPE Alletra Storage Servers + Scality ARTESCA
  • hybridní - NetApp ONTAP
  • softwarově definovaná - Scality ARTESCA, Scality RING
• Deduplicating Storage Appliances - HPE StoreOnce, Dell PowerProtect Data Domain, ExaGrid EX Series, Fujitsu CS800, Quantum DXi Series, Infinidat InfiniGuard

Veeam Hardened Repository (VHR)

• Veeam Backup & Replication - Managed Hardened Repository

Budeme uvažovat připravené Veeam Hardened Repository ISO, tedy jinak Managed Hardened Repository. Jde o specializovanou formu úložiště postavenou na Rocky Linuxu. Pro provoz potřebujeme fyzický server s lokálními disky. Obecně může jít o libovolný HW s dostatečným výkonem a diskovým prostorem, ale měl by být na Red Hat compatibility list.

Server musíme dostatečně zabezpečit, aby se útočník nemohl dostat na nižší vrstvu. Pokud by se dostal do systému jako root, tak může neměnnost obejít. Pokud by se dostal ke správě disků (třeba pomocí iLO), tak je může smazat.

Vlastnosti

• operační systém - Rocky Linux, hardenovaný podle DISA STIG, spravováno/aktualizováno Veeamem
• Immutability - založena na souborovém systému XFS a využití atributu Immutable flag
• data se ukládají na blokové úložiště, musí jít o lokální disky nebo DAS, podmínka je HW RAID řadič s write-back cache, pro data je doporučen RAID 6/60, jeden disk se použije pro systém (RAID 1), z ostatních se vytváří se LVM svazek
• vestavěná detekce změn systémového času (časový posun)
• přenos dat mezi Veeam Proxy a úložištěm probíhá přes TLS 1.3 v rámci proprietárního Veeam protokolu skrze jeden TCP/IP port na Veeam Data Mover
• můžeme použít Veeam deduplikaci, kompresi a šifrování

Výhody

• jde o softwarově definované úložiště, takže si můžeme zvolit vlastní hardware
• používá Forward Incremental Backup Chain, máme jasně dáno, jak dlouho jsou data neměnná (celý Backup Chain má stejné datum)
• Restore Points jsou uloženy jako běžné soubory, můžeme je kopírovat a pracovat s nimi
• používají se jednorázové přihlašovací údaje (Single-use credentials), které se neukládají do Veeam konfigurace
• vypnutý SSH přístup, nemáme přístup na root účet
• podpora Fast Clone, šetří místo a čas při vytváření syntetických plných záloh

Nevýhody

• fyzický server musíme zabezpečit, vypnout vzdálenou správu (IPMI) a vyřešit dohled zdraví serveru
• rozdělená odpovědnost za hardware (výrobce serveru) a operační systém (Veeam)
• správa HW (disků) nemá vazbu na data, pokud se někdo dostane ke správě diskového subsystému, může data fyzicky odstranit, i když jsou zálohy neměnné
• není k dispozici správa úložného prostoru (svazků a disků), jak jsme zvyklí u storage systémů
• můžeme využít výhradně s Veeam Backup & Replication

Object Storage Repositories

• Co je objektové úložiště (Object Storage)?
• Jak Veeam pracuje s objektovým úložištěm a využitím Immutability
• Veeam Backup & Replication - Object Storage Repository a Immutability
• Veeam Backup & Replication - Wasabi jako objektové úložiště záloh

Objektové úložiště je moderní typ úložiště, které ukládá data jako objekty místo souborů nebo bloků. Podporuje nové technologie a protokoly. Může být nasazeno v různých podobách, od hardwarových zařízení až po softwarově definovaná řešení.

Typy objektových úložišť

• Hardwarová appliance (dedikovaný HW) - specializované zařízení, které slouží výhradně jako objektové úložiště, například Object First Ootbi
• Softwarově definované objektové úložiště - instalace softwaru na libovolný server (fyzický/virtuální), například Scality ARTESCA
• Hybridní (kombinované) systémy - úložiště (Appliance) podporující více protokolů - blokové, souborové i objektové, například NetApp ONTAP

Pozn.: Rozdělení objektových úložišť je můj pohled na různé varianty. Některé produkty (např. NetApp StorageGRID) jsou označovány jako Software-defined (můžeme je nasadit jako VM ve VMware), ale často se prodávají jako appliance. Oproti tomu Scality má čistě SW řešení a můžeme koupit pouze bundle s HW jiného výrobce. Řada tradičních výrobců dnes nabízí cloudové úložiště jako službu.

NetApp ONTAP je možná unikátní řešení, které podporuje všechny tři typy protokolů. Ale fungování jako objektové úložiště patrně nebude tak efektivní, proto NetApp nabízí StorageGRID. Některá objektová úložiště podporují také souborové protokoly. Pro Scality RING můžeme využít File connector pro podporu NFS/SMB.

Je vidět, že objektové úložiště může být hodně variabilní. To platí o použitém HW, architektuře, protokolech a způsobu uložení dat (RAID vs. Erasure Coding). Zjednodušeně jde o diskové pole (appliance - konkrétní HW, disky řízené řadičem, a SW), které může podporovat pouze objektové protokoly nebo hybridní s různými protokoly. Nebo software, který může být nasazen na vlastním serveru, podobně jako Veeam Hardened Repository.

Pozn.: Já jsem zvyklý mnoho let pracovat s blokovými úložišti a zálohy ukládat jako soubory. Práce s objektovými úložišti je pro mne stále nezvyklá, což může ovlivňovat můj názor.

Vlastnosti

• pro Veeam musí podporovat Amazon S3 API
• Immutability je řešena pomocí funkce S3 Object Lock
• někteří výrobci podporují Veeam Smart Object Storage API (SOSAPI), které umožňuje dodatečnou komunikaci s úložištěm
• přenos dat probíhá přes TCP/IP pomocí HTTP protokolu (REST API)
• komunikace může být buď přímo z Veeam Proxy na úložiště nebo skrze Gateway server, kdy každá Proxy komunikuje na Gateway server a na úložiště jde komunikace pouze z Gateway serveru, kde je instalovaný Veeam Data Mover
• můžeme použít Veeam deduplikaci, kompresi a šifrování

Výhody

• obecně má nabízet vysokou škálovatelnost a dostupnost a umožnit efektivně uložit velké objemy dat
• některá řešení využívají Erasure Coding, který má efektivnější rebuild než RAID (narazil jsem na různé argumentace, že pro uložení záloh je lepší RAID nebo naopak Erasure Coding, každý výrobce zdůrazňuje výhody té technologie, kterou sám používá)
• z principu práce s objekty se šetří prostor a čas podobně jako u Fast Clone, vytváření syntetických plných záloh je na úrovni metadat
• pokud jde o speciální Appliance, tak nemáme přímý přístup ke správě disků, tedy nemůžeme je smazat, pokud obsahují Immutable data
• do systému máme přístup pouze s omezenými právy (nic jako root), to platí i pro softwarově definované úložiště založené na Linuxu (Scality)

Nevýhody

• záleží na výrobci a produktu, jak je implementováno, někteří mají různá omezení na doporučenou velikost kbelíku, počet objektů v kbelíku, API volání apod.
• Restore Point je rozdělen na velké množství malých objektů, z jejich seznamu nepoznáme, jaké Restore Points jsou k dispozici a nemůžeme jednoduše Restore Point kopírovat
• používá Forever Forward Incremental Backup Chain, v současné verzi Veeam se nastavuje Immutability o dost delší, než je námi zadaná hodnota, je to maximálně Job Retention Policy + Immutability Period + Block Generation Period
• při nasazení na vlastní server platí stejné zásady jako pro Veeam Hardened Repository, server musíme dobře zabezpečit, aby přes správu serveru nedošlo ke smazání dat
• celkově je práce s objektovým úložištěm velmi odlišná od tradičních způsobů

Deduplicating Storage Appliances

Deduplikační úložná zařízení jsou specializovaná úložiště, která minimalizují množství uložených dat pomocí deduplikace (identické datové bloky se ukládají pouze jednou) a komprese. Jsou určena pro dlouhodobější uložení záloh nebo archivaci.

Jednotliví výrobci využívají vlastní proprietární deduplikační engine, někteří i vlastní přenosový protokol. Každé řešení je unikátní a má jiné vlastnosti. Porovnávat celou kategorii není jednoduché. Deduplikace probíhá typicky napříč celým úložištěm, čímž lze dosáhnout výrazné úspory místa a někdy také přenosového pásma (pokud se přenášejí pouze unikátní datové bloky).

Typy deduplikace

• inline deduplikace - probíhá v reálném čase při zápisu, může zpomalovat zápis
• post-processing deduplikace - uloží se originální data a teprve později proběhne naplánovaná deduplikace, vyžaduje více místa, ale může zlepšit výkon zápisu (např. ExaGrid)

Zajištění neměnnosti (Immutability)

Každý výrobce implementuje podporu Immutability po svém:

• Dell PowerProtect Data Domain, ExaGrid - Retention Lock (časový zámek)
• HPE StoreOnce - Catalyst Immutability s Dual Authorization
• Quantum DXi - Secure Snapshot

Pozn.: S deduplikačními zařízeními nemám žádnou praktickou zkušenost. Nedokáži posoudit informace o výkonu. Obecně se tvrdí, že obnova z deduplikačního úložiště je pomalejší. V některých diskusích z poslední doby se uvádí, že nové systémy (např. HPE StoreOnce) jsou již mnohem rychlejší a obnova je srovnatelná s klasickými úložišti.

Vlastnosti

• provádí deduplikaci, většinou podporuje také kompresi a šifrování
• neměli bychom používat Veeam deduplikaci, kompresi (můžeme Dedupe-friendly) a šifrování ani Health check a defragmentaci
• doporučuje se Forward Incremental Backup Chain s aktivní plnou zálohu (ne syntetickou), proběhne deduplikace
• obecně je doporučena velikost bloku 4 MB
• možnost automatické kontroly a ověřování konzistence dat (místo Veeam Health Check)
• některé systémy podporují nativně Veeam Data Mover (např. Exagrid, Quantum DXi, Fujitsu ETERNUS, Infinidat InfiniGuard)
• pokud zařízení nemůže obsahovat (hostovat) Veeam Data Mover, tak je vyžadován Gateway server
• Veeam podporuje vlastní protokol některých výrobců (např. HPE Catalyst nebo Dell DD Boost), což může znamenat efektivnější přenos i zpracování dat
• mohou používat vlastní souborový systém, zabezpečené systémové hodiny (ochrana proti změně)
• přenos dat může probíhat různými protokoly, vlastním protokolem přes TCP/IP nebo Fibre Channel, pomocí NFS/SMB nebo Veeam TCP/IP protokolem na Veeam Data Mover

Výhody

• vyšší deduplikační poměr než u Veeam deduplikace (Veeam uvádí, že v praxi jde pouze o 30% až 40%)
• používá Forward Incremental Backup Chain, máme jasně dáno, jak dlouho jsou data neměnná (celý Backup Chain má stejné datum)
• Restore Points jsou uloženy jako běžné soubory, můžeme je kopírovat a pracovat s nimi
• jde o Enterprise zařízení, tedy kvalitní HW s vysokou dostupností, monitoringem, RBAC, podpora replikace
• umožňuje efektivní replikaci, kdy se přenáší pouze deduplikovaná data

Nevýhody

• vyšší pořizovací cena, otázka zůstává, kolik logické kapacity za tu cenu získáme
• Veeam doporučuje používat spíše pro Backup Copy než pro primární zálohy
• může být problém pomalejší obnova, což také znamená nevhodnost pro Instant Recovery, SureBackup apod.
• jsou optimalizované pro sekvenční zápis, ale problém je náhodné čtení, kdy musí docházet k rehydrataci (toto může částečně řešit Landing zone, kde jsou uloženy poslední Restore Points např. u ExaGrid) - Performance Impacts of Deduplicated Storage Systems

Závěr

Vybrat nejlepší technologii není vůbec snadné, možná to obecně ani nelze. Vše záleží na konkrétních požadavcích, používaném prostředí a osobních preferencích. Objektová úložiště i deduplikační zařízení se navíc výrazně liší podle konkrétního výrobce, takže je potřeba hodnotit spíše jednotlivá řešení než celé kategorie. Například produkty ExaGrid jsou takovou kombinací dvou typů zařízení.

Já osobně zatím nemám definitivní rozhodnutí. Budu rád za jakékoliv doplnění, opravy, osobní zkušenosti i názory od těch, kdo s těmito technologiemi aktivně pracují. Rád doplním do článku další informace. A snad naleznu optimální řešení pro naše prostředí.

Konkrétní produkty

Při výběru serveru, na který budeme instalovat softwarové řešení, volíme jeho parametry (jako CPU, RAM, RAID řadič). Pro roli Backup Repository nejsou kladeny vysoké nároky na procesor a velikost paměti.

Hlavním kritériem je požadovaná úložná kapacita. Pro server musíme navrhnout potřebný typ a počet disků, spolu s volbou vhodného typu RAID. Obvykle se používají dva SSD disky s RAID 1 pro operační systém. A samostatné datové disky, kde se pro větší odolnost a kapacitu doporučuje RAID 6 s případným Spare diskem. Důležité rozhodnutí je také volba mezi SSD a rotačními disky, která zásadně ovlivňuje jak cenu, tak výkon celé konfigurace. Já se v příkladech zaměřuji na relativně malou úložnou kapacitu 50 až 70 TB.

U hardware Appliance je nezbytné ověřit, zda udávaná kapacita znamená hrubou (Raw Capacity) nebo skutečně využitelnou kapacitu. Stanovení potřebné kapacity je obzvlášť složité u deduplikačních zařízení. Výrobci často uvádějí velmi vysoké deduplikační poměry, ale reálný rozdíl, proti aktuálně obsazenému prostoru Veeam zálohami, nemusí být tak velký.

Enterprise disková pole jsou standardně tvořena dvěma kontrolery (uzly) v clusteru pro vysokou dostupnost. Pokud použijeme pro úložiště běžný fyzický server, tak může mít redundantní komponenty (zdroj, řadič, síťová karta), ale stále jde o jediný systém. Některé Appliance jsou ve skutečnosti postavené na běžném serverovém hardwaru a plnou redundanci nenabízí.

Pro většinu zákazníků je jistě důležitá cena řešení. Uvést konkrétní ceny jednotlivých produktů je však obtížné. Většina výrobců Enterprise zařízení ceny nezveřejňuje. U některých výrobců je možné získat výrazné slevy z globálního (oficiálního) ceníku. Konečná cena vždy závisí na konkrétních podmínkách, proto je zpravidla nutné obrátit se na dodavatele s individuální poptávkou.

HPE ProLiant DL380 Gen11

• Managed Hardened Repository
• Object Storage - Scality ARTESCA
• HPE ProLiant DL380 Gen11, QuickSpecs
• Storage Servers - Veeam Ready - Hardened Appliance, Immutability
• Rackmount Server, velikost 2U
• procesor Intel Xeon Silver 4509Y (8 jader), paměť 64 GB DDR5
• HPE NS204i-u NVMe Boot Device 480 GB (RAID 1)
• HPE MR416i-p SPDM Storage Controller
• HDD varianta
  • 8x 12TB SAS 7,2K LFF
  • využitelná kapacita 72 TB (RAID 6)
• SSD varianta
  • 10x 7,68TB NVMe Read Intensive SFF
  • využitelná kapacita 61 TB (RAID 6)
• integrace s Veeam pomocí Veeam systémových služeb / S3 API
• Immutability pomocí souborového systému XFS a Immutable flag / S3 Object Lock + S3 Versioning

HPE Alletra Storage Server 4110

• Managed Hardened Repository
• Object Storage - Scality ARTESCA
• HPE Alletra Storage servers 4000, QuickSpecs
• Alletra Storage - Veeam Ready - Hardened Appliance, Immutability
• Rackmount Server, velikost 1U
• procesor Intel Xeon Silver 4410Y (12 jader), paměť 64 GB DDR5

HPE StoreOnce 3660

• Deduplicating Storage Appliance
• Data Protection HPE StoreOnce, HPE StoreOnce 3660 80TB Base System
• StoreOnce w Catalyst - Veeam Ready - Deduplication Repository
• Rackmount Appliance, velikost 2U
• využitelná kapacita 56 TB (rozšiřitelné až na 200 TB)
• úložný prostor SAS disky, RAID 5 nebo 6
• integrace s Veeam pomocí protokolu HPE StoreOnce Catalyst (přidáváme Catalyst store), vyžaduje Gateway server, komunikace může být přes TCP/IP nebo Fibre Channel protokol, podporuje také SMB a NFS
• Immutability pomocí Catalyst Immutability + Dual Authorization

Object First Ootbi 64

• Object Storage
• Ootbi by Object First Data Sheet: Key Benefits and Specifications
• Object First Ootbi - Veeam Ready Object, Immutability, IAM & STS, SOSAPI
• Rackmount Appliance velikost, velikost 2U
• využitelná kapacita 64 TB (modely 64, 128 a 192 TB)
• úložný prostor SAS disky, RAID 6, Spare disk, pracuje se standardní velikostí bloku 1 MB
• 2x 240 GB SSD (RAID 1) pro OS, 10x 8TB SAS HDD (RAID 6, 1 Spare disk) pro data, 1,6 TB NVMe cache
• navrženo pro Veeam, rychlá konfigurace, můžeme vytvořit cluster až o 4 nodech
• integrace s Veeam pomocí S3 API
• Immutability pomocí S3 Object Lock + S3 Versioning

Scality ARTESCA

• Object Storage
• Scality ARTESCA
• Scality ARTESCA - Veeam Ready Object, Immutability, IAM & STS, SOSAPI
• úložný prostor používá Erasure Coding pro datové disky, pracuje se standardní velikostí bloku 1 MB
• průvodce konfigurace pro Veeam, 5 úrovní kybernetické ochrany (CORE5), můžeme vytvořit cluster až o 6 nodech
• novinka oznámená na VeeamON 2025 společné nasazení ARTESCA+ Veeam (Kubernetes kontejnery)
• integrace s Veeam pomocí S3 API
• Immutability pomocí S3 Object Lock + S3 Versioning
• pouze SW, licencujeme využitelnou kapacitu, minimálně 50TB

Dell PowerProtect Data Domain 6410

• Deduplicating Storage Appliance
• PowerProtect DD6410 Backup Appliance
• Dell Data Domain Virtual Edition - Veeam Ready - Deduplication Repository
• Rackmount Appliance, velikost 2U
• využitelná kapacita 12 až 256 TB
• úložný prostor SAS disky, RAID 6
• integrace s Veeam pomocí protokolu DD Boost (přidáváme DD Storage unit), vyžaduje Gateway server, komunikace může být přes TCP/IP nebo Fibre Channel protokol, podporuje také SMB a NFS
• vlastní souborový systém, zabezpečené systémové hodiny, automatické kontroly a ověřování konzistence dat
• Immutability pomocí Retention Lock

ExaGrid EX36

• Deduplicating Storage Appliance
• ExaGrid Product Line
• Exagrid with Data Mover - Veeam Ready - Deduplication Repository
• Rackmount Appliance, velikost 2U
• využitelná kapacita 72 TB (modely 20, 40, 72, 108, 162, 168, 270, 378 TB)
• úložný prostor SAS disky, RAID 6, Spare disk
• prostor je rozdělen na Landing Zone (zálohy posledního týdne v nativním formátu) a Repository Tier (deduplikovaná data)
• integrace s Veeam přes Veeam Data Mover na ExaGrid Appliance (přidáváme ExaGrid share), podporuje také SMB, NFS a S3
• kombinuje výhody běžného úložiště a deduplikačního zařízení, můžeme využít Veeam deduplikaci
• Immutability pomocí Retention Time Lock

NetApp AFF C30, NetApp FAS2820

• Object Storage
• NetApp AFF C-Series, NetApp FAS storage
• NetApp ONTAP S3 - Veeam Ready Object
• Rackmount Appliance, velikost 2U
• dva příklady úložišť s NetApp ONTAP, první s SSD disky (All-Flash Array), druhý s rotačními disky
• zjistil jsem, že ONTAP má Veeam Ready status pouze pro objektové úložiště, ale nikoliv pro Immutability (podle diskusí sice funguje, ale nemusí být vše ideální) na rozdíl od NetApp StorageGRID
• úložný prostor můžeme použít RAID 4, RAID-DP, RAID-TEC, Spare disk
• diskové pole je tvořeno jako Cluster dvou uzlů (HA Pair), což zajišťuje vysokou dostupnost, můžeme rozšiřovat, podporuje blokový, souborový i objektový přístup
• příklad AFF C30 - 8x15,3TB SSD, kapacita 66 TB, FAS2820 - 12x 10 TB HDD, kapacita 67 TB

Pure Storage FlashBlade//S100

• Object Storage
• Pure Storage FlashBlade//S Data sheet
• Pure Storage FlashBlade//S - Veeam Ready Object, Immutability
• FlashBlade//E cílí na velké zákazníky s PB kapacitou, FlashBlade//S nabízí úložiště od 110 TB, jde o All-Flash Array