Architektura úložiště

Primární úložiště a zálohování: rozdělení úloh Dorado a OceanProtect

Požadavky na zátěž a obnovu dimenzujte pro Dorado a OceanProtect odděleně. V jedné architektuře propojte kapacitu, software, konektivitu a zkoušky obnovy aplikace.

Huawei OceanStor Dorado 3000 V6

Navrhujte zátěž a proces obnovy společně

Primární úložiště uchovává aktuální data aplikace a obsluhuje její čtení a zápisy. Zálohovací úložiště poskytuje samostatný prostředek pro návrat k dřívějším stavům dat. Společný výběr systémů jako Dorado a OceanProtect umožňuje dimenzovat každou úlohu nezávisle: na jedné straně provozní latenci a zátěž, na druhé zálohovací okno, uchovávání a obnovu.

Logický řetězec je: aplikace a primární data → kompatibilní zálohovací software → úložiště kopií → zvolené prostředí obnovy → ověření aplikace. Tento řetězec určuje odpovědnosti; skutečná datová cesta závisí na zvoleném softwaru a protokolu.

Odpovědnosti v rámci architektury
KomponentaHlavní odpovědnostVstup pro dimenzování
Primární úložištěAktuální I/O aplikaceLatence, profil zátěže, růst
Zálohovací úložištěUkládání a čtení kopiíZměněná data, doba uchování, zátěž při obnově
Zálohovací softwareÚlohy, katalog, konzistence a obnovaAplikace, verze, licence
Serverové a síťové prostředíDatová cesta a výpočetní prostředky pro obnovuPřipojení, kompatibilita, kapacitní rezerva zdrojů
DORADO / OCEANPROTECTDvě role v jedné infrastruktuře

Rychlý přístup pro aplikace, vyhrazené záložní kopie pro obnovu.

01 / PRIMÁRNÍ ÚLOŽIŠTĚ

OceanStor Dorado

Výrobní data

Zálohovací software a zásady

02 / ZÁLOHY

OceanProtect

Vyhrazené úložiště pro záložní kopie

Kapacitu, dobu uchování a rychlost obnovy plánujeme podle potřeb podniku.

Zálohovací úložiště a software

Huawei u OceanProtect rozlišuje přístupy Target Storage a Integrated Appliance. První představuje úložný cíl pro kompatibilní zálohovací software; u druhého se rozsah integrovaných softwarových funkcí volí samostatně. Název produktové řady neprokazuje, že jsou zahrnuti konkrétní agenti, podpora aplikací nebo všechny licence.

Před nákupem zjistěte, co spravuje úlohy, kde je uložen katalog, jak je zajištěna konzistence aplikací a kdo zahajuje obnovu. Potřeba stávajícího zálohovacího serveru, proxy nebo agenta závisí na zvoleném produktu a verzi. V matici kompatibility společně ověřte operační systém, hypervizor, aplikaci a režim úložiště.

Kapacitu dimenzujte podle zásad uchovávání

Dimenzování primárního úložiště zohledňuje současná data, růst, snímky a rezervu volného místa. Dimenzování záloh navíc vyžaduje míru změn, harmonogram úplných a přírůstkových záloh, uchovávané verze a zásady dlouhodobého uchovávání. Vynásobení kapacity disků primárního úložiště pevným koeficientem tyto vstupy nenahrazuje.

Oba výpočty zahrnují do fyzické kapacity RAID, rezervy a systémovou režii. Deduplikace a komprese závisí na skutečných datech a vyžadují vlastní zdůvodnění. Licencovaná kapacita zůstává samostatnou položkou: její pravidla započítávání automaticky neurčují využitelný prostor disků ani objem chráněných dat.

Připojení a společné body selhání

Přenosová rychlost portu úložiště neurčuje rychlost celého zálohování nebo obnovy. Je třeba společně posoudit zdrojový systém, prostředky serveru, software, síťovou cestu i cíl. Fibre Channel vyžaduje koordinaci hostitelských adaptérů, optických modulů, zónování a vícecestného přístupu; u Ethernetu je nutné dohodnout protokol, nastavení sítě a šířku pásma.

Samostatná skříň pro zálohy odděluje fyzické prostředky, sama o sobě však nevytváří vzdálenou obnovu po havárii. Společné napájení, síť, administrátorský přístup i umístění mohou zůstat sdílenými riziky. Pokud je potřeba ochrana před ztrátou lokality nebo neoprávněným smazáním, vyžadují umístění kopie, oddělení přístupů a režim ochrany vlastní návrh.

Praktický příklad: návrat aplikace do dřívějšího stavu

Představme si, že chybná aktualizace poškodí data v účetní aplikaci. Primární úložiště může zůstat v pořádku; požadovaným výsledkem je návrat k vhodné dřívější verzi. Při zkoušce správce vybere požadovaný bod z katalogu, obnoví data do izolovaného testovacího prostředí a spustí databázi podle postupu aplikace.

Ověření pokračuje i po zkopírování souborů: aplikace se musí otevřít, klíčové operace musí fungovat a výsledek musí být potvrzen. Naměřená doba obnovy zahrnuje přípravu, síťové propojení a spuštění aplikace stejně jako načtení dat. RPO vyjadřuje přijatelný rozsah ztráty dat v časových jednotkách a RTO cílovou dobu obnovy; tyto cíle vycházejí z obchodních požadavků a ověřují se zkouškou, neodvozují se z názvů zařízení.

Stručné technické zadání před nákupem

Před přípravou specifikace úložných systémů, softwaru, konektivity a služeb shromážděte následující vstupy.

  • Aplikace a verze, objem dat, míra změn a prognóza růstu.
  • Stávající zálohovací software, používané licence, servery a protokoly.
  • Doba uchovávání, obchodní požadavky na RPO/RTO a priority obnovy.
  • Umístění, návrh napájení a sítě, požadavky na vzdálenou kopii a oddělený přístup.
  • Scénář přejímky: která aplikace se obnoví, kdo ji zkontroluje a jaký výsledek bude přijat.
SOFCON / DALŠÍ KROK

Projekt datového úložiště

Projednejte architekturu úložiště pro své aplikace, objemy dat a plány růstu.

Prozkoumat technologie