{"id":29927,"date":"2019-10-31T21:32:42","date_gmt":"2019-10-31T18:32:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa\/"},"modified":"2019-10-31T21:32:42","modified_gmt":"2019-10-31T18:32:42","slug":"bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/cs\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","title":{"rendered":"\u201eZ\u00e1lohuju na p\u00e1sku.\u201c P\u0159\u00edb\u011bh z pohledu prvn\u00ed osoby","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

V p\u0159edchoz\u00ed \u010dl\u00e1nku<\/a><\/noindex> Informovali jsme v\u00e1s o nov\u00fdch funkc\u00edch v lednov\u00e9 aktualizaci Update 4 pro Veeam Backup & Replication 9.5 (VBR), kde jsme z\u00e1m\u011brn\u011b nezm\u00ednili z\u00e1lohy na magnetick\u00e9 p\u00e1sky. P\u0159\u00edb\u011bh v t\u00e9to oblasti si zaslou\u017e\u00ed samostatn\u00fd \u010dl\u00e1nek, proto\u017ee nov\u00fdch funkc\u00ed bylo skute\u010dn\u011b hodn\u011b.<\/p>\n

\u2013 Kluci z QA, nap\u00ed\u0161ete \u010dl\u00e1nek?
\n\u2013 Pro\u010d ne!<\/p>\n

\"\u201eZ\u00e1lohuju
\n
\n<\/a><\/noindex><\/p>\n

Magnetick\u00e9 p\u00e1sky ve 21. stolet\u00ed<\/h1>\n

\nUlo\u017een\u00ed dat na magnetick\u00fdch p\u00e1sk\u00e1ch (kazet\u00e1ch, \u201ep\u00e1sc\u00edch<\/b>\u201c, jak je naz\u00fdv\u00e1me v R&D) nen\u00ed omezeno na d\u00e1vno minul\u00fd po\u010d\u00edta\u010d ZX-Spectrum, jeho\u017e jedna hra se mohla na\u010d\u00edtat do opera\u010dn\u00ed pam\u011bti 48 kb z magnetofonov\u00e9 kazety<\/a><\/noindex> n\u011bkolik minut. B\u011bhem \u010dtvrt stolet\u00ed se rychlost a kapacita kazet zv\u00fd\u0161ily o 6-7 \u0159\u00e1d\u016f. Tohle srovn\u00e1n\u00ed nen\u00ed \u00fapln\u011b spr\u00e1vn\u00e9, a podle Mooreova z\u00e1kona<\/a><\/noindex> standard LTO<\/a><\/noindex> nedok\u00e1\u017ee dr\u017eet krok. Nicm\u00e9n\u011b modern\u00ed technologie umo\u017e\u0148uj\u00ed zapsat na kilometr dlouhou p\u00e1sku jedn\u00e9 kazety 12 terabajt\u016f dat (a\u017e 30 terabajt\u016f v kompresn\u00edm re\u017eimu), co\u017e znamen\u00e1, \u017ee 160dolarov\u00e9 \u00falo\u017ei\u0161t\u011b p\u0159ed\u010d\u00ed konkurenci v n\u00e1kladech na dlouhodob\u00e9 ulo\u017een\u00ed velk\u00e9ho objemu dat, i kdy\u017e zapo\u010dteme investice do za\u0159\u00edzen\u00ed na z\u00e1pis\/\u010dten\u00ed. Data na takov\u00fdch kazet\u00e1ch jsou bezpe\u010dn\u011b uchov\u00e1v\u00e1na 15-30 let.<\/p>\n

Pod\u00edv\u00e1m se na to z jin\u00e9ho \u00fahlu. V posledn\u00ed dob\u011b ransomware<\/a><\/noindex> dos\u00e1hl nov\u00e9ho levelu. M\u016f\u017ee \u010dekat na sv\u016fj okam\u017eik v infrastruktu\u0159e velk\u00e9 spole\u010dnosti t\u00fddny a m\u011bs\u00edce, a s p\u0159\u00edchodem nov\u00e9 zranitelnosti zero-day \u2013 zni\u010dit (ne bez pomoci lid\u00ed, kdy\u017e jde o velk\u00e9 pen\u00edze) nejen v\u0161echna data, ale i v\u0161echny z\u00e1lohy, k nim\u017e je mo\u017en\u00e9 se dostat. Tady \u010derstv\u00fd p\u0159\u00edklad<\/a><\/noindex>, kdy musela spole\u010dnost zaplatit vyd\u011bra\u010d\u016fm. Takzvan\u00e9 air gap<\/b>, tedy fyzicky izolovan\u00e9 z\u00e1lohy od infrastruktury se staly v podstat\u011b jedin\u00fdm spolehliv\u00fdm z\u00e1chranou p\u0159ed takov\u00fdmi situacemi. Magnetick\u00e1 p\u00e1ska zde \u2013 jedno z nad\u010dasov\u00fdch \u0159e\u0161en\u00ed.<\/p>\n

\"\u201eZ\u00e1lohuju
\n
\nAle jedno specifikace a technologick\u00e9 \u017eelezo a baryt-feritov\u00e9 novinky od p\u0159edn\u00edch v\u00fdrobc\u016f (IBM, HPE, Oracle, Dell) nesta\u010d\u00ed k spolehliv\u00e9 ochran\u011b dat, je zapot\u0159eb\u00ed dobr\u00fd software. U n\u00e1s v Veeam je cel\u00fd t\u00fdm, kter\u00fd se zab\u00fdv\u00e1 z\u00e1lohami na p\u00e1sk\u00e1ch, zhruba 10 lid\u00ed denn\u011b analyzuje, pl\u00e1nuje, zkoum\u00e1, vyv\u00edj\u00ed a testuje. V\u00fdsledky t\u00e9to pr\u00e1ce jste mohli vid\u011bt v p\u0159edchoz\u00edch \u010dl\u00e1nc\u00edch (jedna<\/a><\/noindex>, dva<\/a><\/noindex>). Co se tedy stalo za posledn\u00ed rok?<\/p>\n

Glos\u00e1\u0159<\/h1>\n

\nStoj\u00ed p\u0159ed n\u00e1mi volba mezi svobodou vyjad\u0159ov\u00e1n\u00ed v mate\u0159sk\u00e9m jazyce a formalismy, kter\u00e9 komplikuj\u00ed \u010dten\u00ed. Preferuji prvn\u00ed, proto se p\u0159edem omlouv\u00e1m, pokud n\u011bkomu \u017eargonov\u00e9 v\u00fdrazy ze seznamu n\u00ed\u017ee budou dr\u00e1sat o\u010di. Zde se kr\u00e1tce p\u0159ipomenu, co kter\u00fd term\u00edn znamen\u00e1. <\/p>\n

Koryfej\u016fm VBR tuto \u010d\u00e1st lze p\u0159esko\u010dit<\/b>Job <\/b>\u2013 job \u2013 \u00fakol z\u00e1lohov\u00e1n\u00ed. Vlastn\u011b cel\u00fd VBR je postaven na jobech. Krom\u011b z\u00e1lohov\u00e1n\u00ed a replikace m\u016f\u017ee j\u00edt tak\u00e9 o kop\u00edrov\u00e1n\u00ed na magnetickou p\u00e1sku (backup to tape job, tape job). R\u00e1d bych poznamenal, \u017ee obnova ze z\u00e1lohy (restore) je tak\u00e9 job, ale v tomto \u010dl\u00e1nku se pod t\u00edmto slovem bude rozum\u011bt pr\u00e1v\u011b z\u00e1loha.<\/p>\n

Storage <\/b>\u2013 storage \u2013 historicky ust\u00e1len\u00fd n\u00e1zev. Jsou to soubory v repozit\u00e1\u0159e <\/b>(repository \u2013 \u00falo\u017ei\u0161t\u011b), obsahuj\u00edc\u00ed z\u00e1lohy \u2013 \u00fapln\u00e9 <\/b>a inkrement\u00e1ln\u00ed<\/b>. V jednom storage m\u016f\u017ee b\u00fdt jak jedna, tak i v\u00edce virtu\u00e1ln\u00edch stroj\u016f.<\/p>\n

\u0158et\u011bzec <\/b>\u2013 chain \u2013 sekvence vz\u00e1jemn\u011b spojen\u00fdch storages. Pro obnoven\u00ed dat z n-t\u00e9ho inkrement\u00e1ln\u00edho storage jsou pot\u0159eba v\u0161echny p\u0159edchoz\u00ed od (n-1)-t\u00e9ho po 1. a kompletn\u00ed storage, na kter\u00e9 se odkazuje prvn\u00ed inkrement\u00e1ln\u00ed.<\/p>\n

Source<\/b>, target <\/b>\u2013 source, target. Source \u2013 v\u00fdchoz\u00ed entita, se kterou job pracuje. V p\u0159\u00edpad\u011b z\u00e1loh\/replik je to obvykle virtu\u00e1ln\u00ed stroj v hypervizoru. V p\u0159\u00edpad\u011b tape job je source samotn\u00fd backup job (nebo soubory v p\u0159\u00edpad\u011b file to tape job). Target pro backup job je repository, kde se z\u00e1lohy uchov\u00e1vaj\u00ed. Pro tape job je to v\u0161ak media pool.<\/p>\n

Media pool<\/b> \u2013 media pool<\/a><\/noindex> \u2013 skupina informa\u010dn\u00edch nosi\u010d\u016f, v na\u0161em p\u0159\u00edpad\u011b \u2013 kazet. Logick\u00fd kontejner, kter\u00fd u\u017eivatel vytvo\u0159\u00ed a kter\u00fd obsahuje kazety jedn\u00e9 nebo n\u011bkolika knihoven. Tape job tedy v\u017edy m\u00e1 media pool jako target, co\u017e znamen\u00e1, \u017ee data se nep\u00ed\u0161\u00ed na konkr\u00e9tn\u00ed kazetu a ne na jakoukoli kazetu v knihovn\u011b, ale na ur\u010ditou sadu. Media pool m\u00e1 nastaven\u00ed doby uchov\u00e1v\u00e1n\u00ed dat, po jej\u00edm\u017e uplynut\u00ed m\u016f\u017ee b\u00fdt kazeta p\u0159eps\u00e1na. U\u017eivatel m\u016f\u017ee vytv\u00e1\u0159et b\u011b\u017en\u00e9 (standard) a GFS pooly<\/a><\/noindex>. Ka\u017ed\u00fd z t\u011bchto typ\u016f m\u016f\u017ee b\u00fdt nyn\u00ed tak\u00e9 WORM a ne-WORM, o tom n\u00ed\u017ee.<\/p>\n

Media set<\/b> \u2013 media set<\/a><\/noindex> \u2013 soubor kazet v medi\u00e1ln\u00edm poolu, na kter\u00e9 se nep\u0159etr\u017eit\u011b zapisuj\u00ed z\u00e1lohy\/soubory. Pro GFS pooly maj\u00ed medi\u00e1ln\u00ed sety tak\u00e9 vazbu na interval (nap\u0159\u00edklad ro\u010dn\u00ed \u2013 yearly), kazety se rotuj\u00ed pouze uvnit\u0159 sv\u00e9ho intervalu.<\/p>\n

Drive<\/b>, m\u011bni\u010d<\/b><\/a><\/noindex> \u2013 prvky tape knihovny. Drive \u010dte a p\u0159ev\u00edj\u00ed kazetu, m\u011bni\u010d \u2013 to je robot, kter\u00fd p\u0159esouv\u00e1 kazety mezi sloty pro ukl\u00e1d\u00e1n\u00ed, sloty pro vyjmut\u00ed a drive. Existuj\u00ed tak\u00e9 standalone drives<\/b> (standalone \u2013 samostatn\u00fd), roli m\u011bni\u010de zde pln\u00ed \u010dlov\u011bk. Pro drive je nezbytn\u011b nutn\u00e9 m\u00edt spr\u00e1vn\u011b nainstalovan\u00fd ovlada\u010d v\u00fdrobce na Windows stroji, ke kter\u00e9mu je knihovna p\u0159ipojena; s m\u011bni\u010dem v\u0161ak m\u016f\u017eeme pracovat i bez ovlada\u010d\u016f, prost\u0159ednictv\u00edm native SCSI.<\/p>\n

<\/p>\n

Tenant to tape. Ochrann\u00fd provider \u2013 chr\u00e1n\u011bn\u00ed klienti<\/h1>\n

\nKarty na st\u016fl. Nejv\u011bt\u0161\u00ed funkce na\u0161\u00ed aktualizace, ur\u010den\u00e1 pro cloudov\u00fdch poskytovatel\u016f<\/a><\/noindex>, kte\u0159\u00ed ve sv\u00e9 infrastruktu\u0159e pou\u017e\u00edvaj\u00ed VBR. V\u00fdvoj byl zah\u00e1jen u\u017e p\u0159ed dv\u011bma lety. Brzy jsme si uv\u011bdomili, \u017ee se s tak v\u00e1\u017en\u00fdm \u00fakolem do nejbli\u017e\u0161\u00edho vyd\u00e1n\u00ed nestihneme vypo\u0159\u00e1dat, vzali jsme si malou pauzu a nakonec jsme funkci vydali v 9.5 Update 4.<\/p>\n

Pokud to shrneme, nyn\u00ed maj\u00ed provideri mo\u017enost kop\u00edrovat z\u00e1lohy sv\u00fdch klient\u016f na kazety pomoc\u00ed tape job v GFS poolu. To d\u00e1v\u00e1 provider\u016fm \u2013 a to jsou velmi cenn\u00ed lid\u00e9 pro n\u00e1\u0161 obchod a na\u0161i komer\u010dn\u00ed odd\u011blen\u00ed \u2013 dv\u011b mo\u017enosti:<\/p>\n