Od zamestnancov Techopedia, 7. decembra 2016
Jedlo so sebou: Host Eric Kavanagh diskutuje o dostupnosti s Robinom Bloorom, Dezom Blanchfieldom a Bertom Scalzom od IDERA.
Momentálne nie ste prihlásení. Ak chcete vidieť video, prihláste sa alebo sa zaregistrujte.
Eric Kavanagh: Dámy a páni, opäť sa pozdravte. Je štvrtý východný čas v stredu a v týchto dňoch to môže znamenať len jednu vec, ak ste vo svete údajov: pre Hot Technologies je opäť čas! Ano, naozaj.
Volám sa Eric Kavanagh, budem tvojím hostiteľom pre show. Je určený na to, aby zistil, čo je horúce, čo sa tam deje, aké sú skvelé veci, ktoré sa v podniku používajú, a samozrejme, priamo pri základoch všetkého, čo v tejto oblasti robíme, je databáza. Takže budeme hovoriť o ochrane vašej databázy. Presná téma je: „Chráňte svoju databázu: vysoká dostupnosť údajov s vysokým dopytom.“ Skutočne je tu nejaký list. A dosť o mne, udrel ma na Twitteri, @eric_kavanagh.
Po prvé, tento rok je horúci, dáta sú horúce, veľké dáta sú veľmi horúce, ale je to naozaj stále trochu na okraji. Viac špičkových spoločností v súčasnosti využíva veľké údaje, väčšina organizácií zaoberajúcich sa chlebom a maslom tam na svete, stále používa tradičné údaje, a ak sú vaše údaje veľmi žiadané, musíte zabezpečiť ich dostupnosť, pretože Keď systémy klesajú, keď sú údaje nedostupné, vtedy získate nešťastných klientov, nešťastných vyhliadok, dostanete zákaznícku mzdu, nešťastie všetkého druhu vecí, partnerov atď. Takže to nechcete.
Budeme sa učiť od tých najlepších z dnešného podnikania - budeme počuť od nášho vlastného Dr. Robina Bloora, databázového experta asi za tri desaťročia. Dez Blanchfield, ktorý to robí už tak dlho, ale začal, keď bol skutočne mladý, a Bert Scalzo z IDERA, ktorý je skutočne databázovým čiernym pásom. Takže sa nedotýkajte, ľudia, pýtajte sa - veľká časť tejto udalosti je pre vás hodnotná, keď kladiete dobré otázky a dostávate dobré odpovede, takže ich posielajte cez okno rozhovoru alebo časť Q a A vašej konzoly.
A s tým idem odovzdať Robinovi Bloorovi - odneste to.
Robin Bloor: Dobre, dovoľte mi na to kliknúť a zistiť, či sa pohybuje - funguje. Nebudem hovoriť najmä o databáze. Myslel som si, že viete, pretože robím úvod, úvodnú úvodnú prezentáciu, takže budem hovoriť o očakávaných úrovniach služieb a samozrejme dostupnosti, čo je dohoda, ktorá je témou dnešnej show.
A otázka znie: „Naozaj, čo je dostupnosť? A akú úlohu to hrá v spôsobe, akým ľudia v súčasnosti prevádzkujú dátové centrá? “Jedna vec, ktorú som si všimol - to som si všimol v skutočnosti niekedy v 90. rokoch - som pracoval na jednej stránke a používatelia sa začali sťažovať, pretože ich e-mail bol pre 15 minút.
A bolo to zaujímavé, pretože CTO alebo ktokoľvek, kto mal na starosti IT, vlastne, jedno z mála miest, kde v tých dňoch určovali úroveň služieb a e-maily, ktoré boli vypnuté po dobu 15 minút, neporušovalo úroveň služieb nikoho, Myslím si, že v skutočnosti môže byť vonku dve hodiny. Nebolo to e-mail, ktorý by ste nemohli použiť, jednoducho to, že ste nemohli odosielať a prijímať, pretože server bol mimo prevádzky. A to ma upozornilo na skutočnosť, že som si všimol, že sa odvtedy posúvam vpred, že všetko len zrýchľuje, a tým aj očakávania používateľov, čo vás vedie k situácii, keď ľudia môžu mať tri úrovne služieb, ale často začne sa sťažovať, keď úroveň služieb nebude skutočne porušená.
Takže definícia úrovní služieb, len aby som - dobre, to môže presne závisieť od toho, o čom hovoríte, pokiaľ ide o úrovne služieb. Hovorili sme o IT systéme alebo IT aplikácii. Normálne definujte z hľadiska výkonu, dostupnosti a metriky - inými slovami, nemôžete skutočne definovať úroveň služby, pokiaľ ju nemôžete zmerať, takže za normálnych okolností je zahrnutý nejaký druh merania a zvyčajne ide o časy odozvy, konkrétne transakcie a dostupnosť systémov v určitom časovom období a pred asi 1994 - 1995, bolo naozaj zriedkavé, aby boli všetky systémy k dispozícii dlhšie ako normálny pracovný čas. Povedzme teda osem ráno až šesť večer, aby sme dali normálne rozpätie - a ľudia budovali systémy a to tak a to znamenalo - podľa môjho názoru, najmä s databázou - môžete databázu nakonfigurovať konkrétnym spôsobom a ako dávkové okno sa začalo zmenšovať, potreba premýšľania sa začala objavovať v niektorých systémoch a potom v iných systémoch a potom sme dostali príchod služby alebo architektúry, ktorá začala robiť závislosti medzi systémami, ktoré predtým neboli závislé navzájom sa zhoršujú. Dostali sme stlačenie, pokiaľ ide o dostupnosť systémov.
Bod, o ktorom som hovoril, bol, keď hovorím o dostupnosti, zahŕňa zálohovanie a obnovenie a zahŕňa - nie je to len dostupnosť v bežných podmienkach, o ktorých hovoríme; Existuje veľa rôznych spôsobov, ako môže aplikácia zlyhať. Viete, môžete získať zlyhanie hardvéru alebo získať zlyhanie databázy, môžete získať zlyhanie softvéru a existuje veľa rôznych druhov týchto vecí, a keď k tomu dôjde, musíte byť schopní sa zotaviť, a preto musíte tiež späť. systémy. Preto musí existovať určitá schéma zálohovania systému a vy tiež na mnohých lokalitách v súčasnosti potrebujete schopnosť obnovy po katastrofe v prípade, že dôjde k výbuchu celej budovy. A niečo, čo stojí za zmienku, a ja sa o tom budem usilovať za minútu, ale obchodné procesy majú tiež úrovne služieb av skutočnosti sú to úrovne služieb obchodného procesu, ktoré sú pre podnikanie skutočne dôležité. IT jednoducho musí urobiť svoju časť a podľa akejkoľvek dohody.
Úrovne IT služieb sú zvyčajne doplnkové k úrovniam podnikových procesov, ale rovnako ako pred 15 rokmi bolo pre každú organizáciu veľmi dobre definované úrovne služieb, pre organizácie je stále veľmi zriedkavé, že majú dobre definované úrovne služieb pre obchodné procesy., To je niečo, čo sa teraz deje; nie je to niečo, čo sa deje už dlho.
Toto sú zrýchľovacie a časové prekážky, stojí za zmienku len časové prekážky. Postupne sa presúvame do sveta spracovania udalostí, a preto sa postupne presúvame do sveta v reálnom čase, a preto sa postupne presúvame do dostupnosti, aby sme požadovali 24 x 7, a to je skutočne ťažké pre mnoho systémov - je to ťažké ťažké dosiahnuť. Buď je to veľmi drahé, alebo v niektorých prípadoch možno budete musieť zmeniť systémy, dokonca prejsť na inú databázu, inú verziu databázového softvéru, ktorý používame.
Aj tieto časové prekážky - a vždy by som ich chcel spomenúť vždy, keď dostanem šancu - to sú časové prekážky, do ktorých naše aplikácie narazia; aplikácie môžu chcieť byť čo najrýchlejšie, keď softvér hovorí so softvérom. V niektorých situáciách naozaj nie je prijateľná licencia, chcete byť tak rýchly, ako to môže byť, a tie situácie v obchodných podmienkach, ako sú situácie na trhu, kde osoba, ktorá prichádza s druhou objednávkou, dostane horšiu cenu ako niekto kto je na prvom mieste, a preto na rýchlosti softvéru skutočne záleží.
Ale viete, pod tým, že keď skutočne pracujete s ľudskými bytosťami, komunikujete s nimi, najlepší čas odozvy, ktorý sa od vás skutočne môže požadovať, je jedna desatina sekundy, pretože ide o reakčný čas človeka. Nemusíte ísť rýchlejšie ako to, pretože si to ľudská bytosť nevšimne. Medzi 1, 1 a 4 sekundami je čakacia doba, ktorú budú ľudské bytosti normálne tolerovať, ale akonáhle prejdete okolo štyroch sekúnd, prestanú robiť niečo iné, a preto ste skutočne v dávkovej činnosti.
Takže vidíte, že určité časové rámce, deň, týždeň a mesiace pre tie veci, v ktorých má dávkové správanie zmysel, a preto nie ste vo svete spracovania udalostí, a preto dostupnosť môže byť v skutočnosti celkom iná, pokiaľ ide o to, čo potrebujete byť schopný zabezpečiť. Ale akonáhle sa nachádzate vo svete udalostí, ste v dostupnosti 24 hodín denne, 7 dní v týždni a technologická zmena je faktorom, pretože technológia ide rýchlejšie a rýchlejšie, potom sa dostupnosť nemusí zvyšovať; ostáva tak, ako to je.
Toto sú vrstvy zložitosti a nechcem sa tým zaoberať v žiadnej hĺbke, je to len, viete, treba zvážiť tri veci. Existuje určitá úroveň infraštruktúry, je to vertikálna os a potom je úroveň služieb každej danej aplikácie a potom je tu úroveň podnikateľských služieb, ktoré sú vzájomne závislé a je potrebné ich zohľadniť. ak sa skutočne pozeráte na vytvorenie citlivého prostredia, v ktorom sú úrovne služieb splnené, v zásade.
Potom máte dole dole, čo sú práve reprezentované databázy, ale v systéme môžete robiť čokoľvek, viete, že máte nonstop konfiguráciu, čo znamená, čo hovorí: nikdy sa nezastaví. Máte horúcu pohotovostnú situáciu, v ktorej je možné dosiahnuť rôzne spôsoby, ale ak tak zlyhá databáza, prepne sa do pohotovostného režimu a je len veľmi málo oneskorení. z hľadiska času, do ktorého by si používatelia pravdepodobne všimli, ale príliš si toho nevšimli.
Teplý pohotovostný režim je skôr ako 20-minútové prepínanie, pri ktorom všetci zazvonia asistenčné pracovisko a suky na asistenčnom pulte pri prepínaní databázy do pohotovostného režimu. Potom dôjde k reštartu, kedy to môže trvať veľmi dlho. Je potrebné poznamenať, že akákoľvek daná aplikácia alebo akákoľvek daná databáza môže byť v ktorejkoľvek zo situácií v závislosti od toho, čo sa v skutočnosti deje a od toho, aká je úroveň služieb požadovaná od aplikácie.
Z toho chcem len urobiť poznámku o krivke zložitosti. Zložitosť vyplýva z uzlov a spojení, závislostí. Vo svete, v ktorom žijeme, počet uzlov a spojení zapojených do čohokoľvek neustále rastie, takže sa blíži tento druh účelnej krivky. Ak sa pozriete na to, ako sa zvyšuje zložitosť a ako sa zmenšujú časové dimenzie, potom viete, čo sa týka úrovne dostupnosti, existujú časové ciele, pravdepodobne sa znížia?
Prirodzený vývoj preto smeruje k nepretržitej prevádzke, ktorá je samozrejme najdrahšia - aspoň podľa mojich skúseností - sú to najdrahšie konfigurácie, ktoré môžete vytvoriť. Tak či onak, akákoľvek organizácia, ktorá o tom premýšľa, musí skutočne premýšľať nielen o tom, čo sa teraz deje, ale o tom, čo sa stane v budúcnosti.
Asi posledným bodom, ktorý chcem uviesť, je riadenie úrovne služieb nepretržitou činnosťou; nie je to niečo, o čom viete, že máte projekt, robíte to a skončilo. Nie je to tak, pretože veci sa neustále menia. Po tom, čo som povedal, odovzdám loptu Dezovi.
Dez Blanchfield: Ďakujem Robin. Milujem úvodnú snímku. Práve sme mali zopakovanie filmu, myslím, že je to film „Nájdenie Nemo 2“. Nechali ste Nemo hľadať dostupnosť vo forme deviatich, čo som považoval za celkom roztomilé. Vždy je ťažké postupovať. Keď premýšľam o dostupnosti a vysokom výkone a o vysokej výkonnosti, prvým obrazom, ktorý mi príde na myseľ, pretože som vyrastal na Šalamúnových ostrovoch neďaleko sopiek a rovníka, je sopka vybuchujúca v mojom dátovom centre; vždy mám na mysli tento obraz, že to by sa mohlo stať, keby sa niečo stalo. Toto je obrázok krásnej Mt. Etna, ktorá je severovýchodným rohom Sicílie, ktorá sa nachádza hneď vedľa Katánie.
Môj prístup k tomu je viesť rozhovor s vami a dať vám pár jedál na rovnakej úrovni, aké pravidelne chodím v zasadacej miestnosti od C-suite a vedúcich obchodných spoločností, aby sme mali rozhovor. o tom, čo môže ovplyvniť vašu organizáciu z komerčného alebo technického hľadiska a o typoch inžinierstva.
Musíme premýšľať o tom, ako to, čo z toho berieme a ako ideme potom riešiť niektoré z výziev, o ktorých hovoríme, keď hovoríme o vysokej dostupnosti a dostupnosti, najmä okolo automatizácie a platforiem.
Otázka, ktorú kladieme spočiatku, teda, čo vlastne máme na mysli, keď hovoríme o databázových systémoch a dostupnosti databázovej platformy? Čo to vlastne znamená hovoriť o skutočnej výzve sprístupniť niečo na takej úrovni, o ktorej Robin hovoril v inštalovanej dohode o úrovni služieb mapovanie toho, čo skutočne potrebujeme a čo chceme?
Dnešná realita je taká, že - a v skutočnosti tu mám na mysli pár skutočností - dnes je všetko efektívne riadené databázami. Existuje len veľmi málo systémov, ktoré sú dnes postavené a postavené takým spôsobom, že sa materiál práve ukladá do súborov alebo je to nejaký plochý protokol súborov; vždy je všetko riadené databázou. V dôsledku toho musíme prestať premýšľať o dostupnosti týchto databáz, rôznych systémov a aplikácií a nástrojov, ktoré od nich závisia, a spoliehať sa na ne pri poskytovaní služieb, ktoré sa snažíme poskytovať, predávať alebo konzumovať., A všetka infraštruktúra v okolí.
V skutočnosti toľko znamená, že keď uvažujete o veľkých prerušeniach údajov neskoro, najmä digitálnych domorodcov alebo domorodcov v cloude, niektoré spoločnosti, ktoré prišli, ako Uber a Airbnb atď., A mierne staršie PayPals a eBays sveta - rozsah a veľkosť týchto organizácií je možná iba vďaka modernej databázovej technológii a modernej cloudovej infraštruktúre. Bez toho by bez existujúcej schopnosti jednoducho neexistovali. Predstavte si scenár, v ktorom by ste sa mohli dostať k eBay iba medzi 9:05 a 9:25, pretože bol nedostupný po zvyšok dňa, pretože sa snažil urobiť iCloud alebo zálohu alebo niečo podobné, jednoducho by to nemal fungovalo.
Takže, a keď sa zamyslíte nad našim každodenným životom, existujú aj ďalšie kľúčové oblasti, ako napríklad maloobchod, bankovníctvo a financie a letecké spoločnosti atď. Veľké priemyselné skupiny ako letecká logistika, dopravná lodná doprava, vláda ako celok, národná bezpečnosť a polícia atď. Všetky tieto odvetvia, všetky tieto segmenty trhu, všetky tieto orgány, skupiny závisia od toho, či je ich prostredie funkčné.
So zreteľom na to máme tiež ďalšiu výzvu, o ktorej musíme premýšľať, druhú cestu, o ktorej chcem nechať premýšľať, a to je to, že náš svet je to, o čom hovorím „vždy.“ Sme neustále v spojení a toto je téma, ktorú budete pravidelne počuť, a budem ju opakovať a opakovať. Teraz máme smartphony v našich rukách celý deň, každý deň. Nevypíname ich, ukladáme ich vedľa postele, vždy ich používame ako budíky, používame ich ako fotoaparáty a fotíme, tieto fotografie tlačíme do oblaku.
Sú stále na stále pripojenej mentalite. V skutočnosti existuje frázová minca, ktorú by som rád použil, a to je to, že teraz žijeme generáciu Fitbit, ktorá meria všetko, všetko monitorujeme a všetko treba protokolovať a to niekde pôjde.
A je tu aj ďalšia veta, s ktorou ťa opustím, a to je niekde deväť hodín, stále. Je to svet 24/7/365, v ktorom žijeme. Zem sa neustále točí okolo Slnka av určitom okamihu a čase každú hodinu dňa je deväť hodín. A to znamená, že ľudia vstávajú z postele a snažia sa robiť veci, kupovať veci, inštalovať veci atď.
Čo tým myslíme, keď hovoríme o vysokej dostupnosti? Znie to naozaj dobre, kým sa nezačnete ponoriť do detailov. Takže, keď premýšľame o „OK, čo znamená vysoká dostupnosť?“ No, realita je taká, že niet striebornej guľky. Je to pomerne zložitý koncept, pretože Robin sa zaoberal niektorými témami, ktoré spomínal, ako je meranie dostupnosti a dohody o úrovni služieb. Mapujeme to na veci ako: Mám tieto otázky, je to prevádzka? Robíme si starosti o veci ako to, čomu hovoríme päť deväť, do ktorých sa za minútu vydám. Zvažujeme sa s tým, čo je v našich dohodách na úrovni služieb? Napríklad v dohodách na úrovni služieb mám na mysli oneskorenia, trojpísmenová skratka pre dohody na úrovni služieb sa v týchto dňoch stala čoraz kritickejšou.
Keď prechádzate týmto celým procesom na mieste a ste hostiteľom, aby ste sa zabezpečili externe v dátových centrách tretích strán a spravovali externe spravované služby, a teraz ideme do cloudu. A realitou je, keď hovoríte o cloudu, sú to len počítače iných ľudí. A to znamená, že nepoužívate infraštruktúru, nepoužívate systémy a vždy nespúšťate cloud. Robíte infraštruktúru nastavenú ako platformu, takže je ešte dôležitejšia v službách predajných síl. Teraz si napríklad predstavte predaj, viete, že sa nedotýkate žiadnej z týchto infraštruktúr, stačí sa prihlásiť do webového rozhrania.
Jediný mechanizmus, ktorý máte v tomto svete cloudu a externe zabezpečenej infraštruktúry ľubovoľnej formy na kontrolu, ktorou sú dohody na úrovni služieb, je jediný mechanizmus, ktorý máte, a ak ľudia vašu inštaláciu nespĺňajú, buď vydržia. pokuty a zníženie sumy peňazí, ktoré im zaplatíte alebo jednoducho neplatíte.
Toto vám teda pripomína celú túto výzvu, ako vieme, ako zvládneme vysokú dostupnosť? Ako riadime dostupnosť v čase dostupnosti, ak nejde o vašu infraštruktúru - ide napríklad o SLA. Ak ide o vašu infraštruktúru alebo dokonca o infraštruktúru niekoho iného ako o konštrukčné hľadisko. Hovorili sme o vyvažovaní záťaže pre modelovú vedu, je to patent dizajnu odolnosti voči chybám?
Používate vo svojich architektúrach aktívny aktívny alebo aktívny pohotovostný režim? Máte viac serverov, viac úložných platforiem? Ako tieto úložné platformy fungujú? Replikujú sa navzájom, odrážajú sa navzájom? Používate RAID? Aký typ RAID používate pre redundantné úložisko? Používate RAID na úrovni disku? Používate platformu na ukladanie objektov, ktorá sa replikuje medzi modelovými jednotkami a modelovými systémami a jednotkami? Je to N plus jedna pre každú malú časť infraštruktúry, ktorú máš? Pridáte ďalšie a je to v rovnakom dátovom centre alebo inom dátovom centre? Zostavili ste dizajnový patent, ktorý napríklad nezodpovedá za žiadne miesto predaja?
Všetky tieto základné veci, teraz znejú ako jednoduché pojmy, ale keď sa dostanete do každej z týchto vecí, sú to veľmi, veľmi podrobné veci. Keď hovoríme o dostupnosti, vždy skončíme hovorením o deviatkach. A čo máme na mysli s deviatimi? Všetci sme o nich počuli, ale uvažujme len o tom, čo znamenajú na chvíľu a prečo sú dôležité.
Hovoríme teda o jednom deväť, čo je iba 90 percent našej dostupnosti. Viem, že to znie veľmi vysoko. Takže, keď hovoríme 24 krát 7 krát 365, ak sa pozrieme napríklad na jeden rok, keď hovoríme o deviatej, čo je 90 percent času, umožňuje to tridsať šesť a pol dňa prestojov ročne. Poďme to zaokrúhliť na niečo cez mesiac.
Teraz premýšľajte o každej záležitosti, s ktorou sa každý deň zaoberáme - či už ide o online bankovníctvo, eBay, PayPal alebo platformy sociálnych médií, ako sú LinkedIn, Twitter alebo len všeobecný maloobchodník - povedzme, že som si chcel rezervovať let do USA zo slnečného Austrália, bol by som šťastný, keby som chcel prísť do Ameriky o týždeň, ak by moja obľúbená letecká spoločnosť bola tridsaťšesť a pol dňa mimo prevádzky, pretože ich poskytovateľ služieb povedal: „Pozri, sme až o 90 percent času "? Samozrejme, že nie.
Keď pôjdete po tomto modeli, dve deviatky: 99 percent. To sa stáva 3, 65 dňa, zhruba troj a pol dňa prestoje ročne. Je to veľa? Je to tak, ak prevádzkujete Čierny piatok a prevádzkujete špeciálny predaj a ľudia si môžu kúpiť iba počas týchto pár dní.
Tri deviatky sa stávajú len 8, 7 hodiny ročne, ale dokonca 8, 7 hodín ročne, čo je nepretržité osem hodín našej nepretržitej prevádzky. No v bankovníctve a financiách, v zdravotníctve - ak ide o nemocnicu, môže to stáť životy. Ako stúpate hore, štyri deviatky sú 52 minút, päť deviatich je päť minút a šesť deviatich je v podstate 30 sekúnd. Šesť deviatok je extrémne vysoké, a keď idete po tomto rebríku, keď vyliezete na tento vianočný stromček deviatich, čím viac deviatok idete, tým ťažší je dizajn, prostredie a platforma. Ťažšie je poskytnúť túto službu, a ak uvažujete o skrátení času, ktorý musíte mať na spustenie zálohovania, správu, opravu, okná údržby na akúkoľvek formu výpadku - všetky netriviálne výzvy - a všetko sa to týka percentuálneho podielu výpadkov.
Kľúčom, ktorý by som tu chcel vyjadriť, je, že tu nie je strieborná guľka, ako som už spomínal. Pokiaľ ide o dostupnosť, neexistuje „univerzálna veľkosť pre všetkých“. Možno budete mať konkrétny typ dizajnového patentu, ktorý vyhovuje kľúčovým odvetviam. Rovnaké výzvy stoja pred všetkými bankami. Niektoré môžu byť retailové banky, iné prémiové. Niektoré banky sa môžu sústrediť na obchodovanie a investície, správu majetku. Niektoré môžu byť čisto spotrebiteľmi. Niektoré môžu byť len umiestňovanie na internete a dokonca nemajú ani bankomatov a pri výdaji hotovosti sa zaoberajú iba bankomatmi. Takže v týchto scenároch, dokonca aj v odvetví bankovníctva a správy majetku a finančných služieb ako celku, majú pre každý z nich stále svoju osobitnú chuť alebo vec, ktorú potrebujú, pokiaľ ide o dostupnosť.
Keď teda premýšľame o dostupnosti v jednoduchej angličtine, o kombinácii medzi dostupnosťou a vysokou dostupnosťou - myslíme si, že sú to isté, ale v skutočnosti ide o kriedu a syr. Dostupnosť je, dala som to do obyčajnej angličtiny, miera času, ktorý server alebo proces funguje normálne alebo všeobecne, viazaný na ich použitie. Znamená to len to, ako popisujeme, či je alebo nie je k dispozícii. Keď hovoríme o dostupnosti, často spadáme do tejto pasce myslenia: „Poskytujem ju v dostupnej forme“, oproti vysokej dostupnosti pri ochrane bezpečnosti tejto infraštruktúry.
Vysoká dostupnosť, v inom zmysle v jednoduchej angličtine, je dizajn, v ktorom implementujete alebo dosahujete určitý výsledok a dostupnosť údajov, najmä ak sa takmer vždy - 24/7/365 dní v roku - táto dostupnosť dostane k niektorým z nich deviatky. Neznamená to nevyhnutne 100 percent. Sto percent nie je v skutočnom svete v žiadnom prostredí technicky možné. Je to veľmi ťažké pre jeden server v operačnom systéme s databázou na ňom, so spustenou platformou a na tejto aplikácii ju môžete dodať a očakávať, že bude bežať 100 percent. Takže začneme uvažovať o dizajnoch. Máme nadbytočnosť, máme viac kópií na replikáciu? Potom, keď ho uvediete v jednoduchej angličtine, je zaujímavé, ako sa odlišuje téma dostupnosti verzus vysoká dostupnosť.
Myslel som, že by som to dal do skutočnej jednoduchej grafickej formy, aby som mal predstavu o tom, ako to vyzerá, keď začnete vyliezť na výzvu zvýšenia dostupnosti pri ochrane vašich služieb bez dostupnosti. V ľavom dolnom rohu máme jednu deväť. Vyložil som päť deviatich, o ktorých všeobecne hovoríme. Šesť deväť je trochu poburujúce. Keď hovoríme o piatich deviatkach v ľavom dolnom rohu, o 35 dní zhruba o tomto výpadku, jedná sa o lacné a nízko zložité prostredie, ktoré sa snažíte poskytnúť, pretože máte množstvo vecí, ktoré môžu zlyhať a môžete stále spĺňajú vaše dohody o úrovni služieb.
Ale keď idete zdola zľava doprava a dostanete sa k bodu, kde je na obrázku viac deviatich, dostanete scenáre, kde začnete premýšľať o replikácii systémov a platforiem. Musíte myslieť na zoskupovanie a virtualizáciu rôznych častí infraštruktúry. Musíte premýšľať o geolokácii týchto zoskupení, viacerých lokalitách dátových centier a musíte premýšľať o type priemyslu a segmentu trhu, na ktorý sa zameriavate. Aký typ servisnej úrovne teda musíte splniť? Aké služby hľadáte? Oblasti, ktoré sú službami založenými na kartách v reálnom čase a hovoria o komunikáciách. Sú to vojenské služby? Tento graf teda prechádza z dolnej časti doľava doprava a keď prejdete touto krivkou, zvyšuje sa cena a zložitosť. Keď získate zložitejšie a náročnejšie prostredia, budete potrebovať viac deviatich.
Tento graf napríklad robí veľmi podobnú vec: opisuje príbeh medzi nákladovou zložkou a požadovanou zložkou dostupnosti. Takže v ľavom hornom rohu mapujeme vysoko dostupné komplexné systémy a náklady, ktoré vzniknú, ak táto dostupnosť klesne oproti výhodám dostupnosti v nulových prestojoch. Napríklad, ak máme prostredie na ľavej strane, kde sú veci dole, môžeme utrpieť finančné straty. Máme právne dôsledky, ktoré môžu mať dosah na obchodné obchodné stratégie.
Myslím, že existujú nejaké potenciálne potenciálne morálne problémy týkajúce sa výhod vyplývajúcich zo služieb. Ak ide o zdravotnícky priemysel a začínajú prechádzajú nákladmi na výpadok, dopad na zákazníka, zníženie spokojnosti zákazníkov, produktivitu zamestnancov, produktivitu používateľov atď. Tieto veci ovplyvnia, ak uvažujeme o navrhovaní vysoko komplexných, vysoko závislých, vysoko rizikové prostredie, v ktorom existuje potenciálne riziko výpadku, a teda straty.
Na pravej strane sa snažíme zamerať na scenár, v ktorom, ak investujeme vysoké náklady a plánovanie do dizajnu, investujeme do inteligentnej implementácie. Investujeme do poskytovania zručností a zdrojov ľuďom a máme vysoko uznávanú sieť a vysoko uznávané operačné prostredie, hardvér a softvér. Získame vysokú dostupnosť, ale za vysokú cenu. Takže výkyvné magické kyvadlové miesto optimálnej polohy v strede, kde sa križujú, kde máme mierne znížené náklady a zvýšenie dostupnosti, ktorá práve prechádza medzi úrovňami deviatich a vysokou dostupnosťou, ktorá je nepretržitou dostupnosťou, a to je neustále sa opakujúca výzva, ktorú musíme splniť, ako napríklad koľko peňazí ste ochotní investovať, aby ste dostali úroveň služieb, ktorú hľadáte?
Máme tiež tému, do ktorej sa nebudem podrobne venovať, ale chcem len, aby ste to vzali a premýšľali o tom. Rozdiel medzi priemerným časom medzi zlyhaním v dizajne a priemerným časom na zotavenie. Inými slovami, investujete do kvalitnejšej infraštruktúry, kvalitnejšieho dizajnu, kvalitnejšieho hardvéru a softvéru a kvalitnejších kvalifikovaných pracovníkov a zdrojov na vývoj vecí a skrátenie priemerného času medzi poruchami, čo je priemerný čas, ktorý je potrebný na zistenie prerušenia, na rozdiel od na zníženie investícií do infraštruktúry, do zdrojov a dizajnu a do slepých patentov, vysokej schopnosti obnovy? Inými slovami, ak sa niečo pokazí, musíte ho pripojiť veľa. Ak má niekto laptop a zomrie, máte náhradný. Podáte im ich a za 30 sekúnd sa prihlásia. Toto sú veľmi odlišné konce tyče. Najvyššia z nich vyvíja, že ste inžiniermi, s vysokými nákladmi a vysokými investíciami, aby ste predišli zlyhaniu, a spodná časť hovorí, že „musím uznať, že zlyhanie príde, takže sa budem venovať technikovi a byť pripravený na zlyhanie. a rýchlo sa zotaviť. “
Ako som už spomenul, kde by som mohol povedať: „Moja dostupnosť nie je vaša dostupnosť.“ Takže pokiaľ ide o databázové prostredia a podporu infraštruktúry, spustenie databázy a jej ochranu a zabezpečenie vysokej dostupnosti, v skutočnosti neexistuje žiadny komplexný obchod., Každý má svoje vlastné potreby a priania. Takže si musíte položiť tieto základné otázky, ktoré vám zanechám, a to je: Čo si môže vaša organizácia dovoliť? Nehovorím iba o dolároch a centoch. Ako organizácia hovorím o tom, čo si môžete zo zdrojov, času a úsilia atď. Dovoliť, pokiaľ vám úroveň dostupnosti môže poskytnúť? Čo môže vaša podpora podnikania? Takže súčasné schopnosti, súčasné zručnosti, súčasná infraštruktúra, súčasné financovanie, ktoré môžete získať. Takže to, že žonglovať medzi tým, čo si skutočne môžete dovoliť, a tým, čo môžete podporiť, je zaujímavá rovnováha.
Potom si musíte položiť otázky: Aké zručnosti a technológie máte interne? Môžete zadať niektoré z týchto výziev? Môžete potom presunúť veci do cloudu? Ak máte infraštruktúrnu službu okrem softvérovej služby, zostávate bez tohto zásobníka, keď idete ďalej po zásobníku. Mali by ste teda viac investovať do platforiem a služieb a netrápiť sa infraštruktúrou, alebo by ste sa mali pozerať na softvér ako na ponuku služieb, pretože by ste sa nemuseli starať o platformu?
Aký typ trhu a spotrebiteľa alebo zákazníka obsluhujete? Myslím, že ak ste telekomunikačný a niekto musí zdvihnúť telefón a budete mať stále oznamovací tón, je veľmi odlišnou výzvou otvoriť malú maloobchodnú predajňu medzi pondelkom a piatkom, deviatimi až piatimi a zatvorením na hodinu na obed ako holič v rohovom obchode. Takže musíte veľmi dlho a tvrdo premýšľať o tom, ako to funguje a čo to znamená pre vašu organizáciu, čo musíte vedieť poskytnúť.
A potom žonglovať medzi tým, čo je v priestoroch, čo je externe hostené a potenciálne, čo je v cloude. Ako som už povedal, aj to pochádza z časových výziev. Takže sme ponechaní na túto poslednú otázku, ktorá sa teším na našich priateľov v spoločnosti IDERA, aby nám povedali, ako riešia tieto veci, a to je vynikajúci žonglér medzi porovnaním požadovanej a požadovanej dostupnosti s výkonom a tým, čo vaše podnikanie potrebuje a čo váš trh a vaši spotrebitelia potrebujú.
A realita je taká, že to nie je zlý výkon. Premýšľanie o týchto veciach si vyžaduje čas, úsilie a peniaze. A vždy to sú investície do schopností ľudí a zručností a investície do softvéru a nástrojov na automatizáciu niektorých z týchto procesov a na zabezpečenie toho, aby títo ľudia mali správne nástroje a správne systémy, aby si ich život nielen zlepšil, ale je to možné, pretože monitorujú veľmi rozsiahle prostredia a chránia a správa týchto rozsiahlych prostredí často presahuje individuálne ľudské schopnosti.
S ohľadom na to dúfam, že som pripravil pôdu pre skvelý rozhovor pre našich priateľov na IDERA, aby hovorili o svojej platforme a nástrojoch, a teším sa, že na konci položím niekoľko skvelých otázok. A pôjdem ďalej.
Robin Bloor: Dobre. Bert, práve som ti dal kľúče, zober to.
Bert Scalzo: Ďakujem! Ďakujem, Dez a Robin. Budem pokračovať v téme vysokej dostupnosti vašich údajov. A ja skutočne využijem veľa toho, o čom Dez práve hovoril. Takže voľby, deviatky, kompromisy, cenová dostupnosť. Pokúsim sa to priblížiť správcovi databázy alebo niekomu bližšie k zákopom, ako by sa na to pozerali? Ako by to navrhli? A čo tieto voľby znamenajú.
Teraz sa pokúsim byť agnostickou databázou. Nebudem nakresliť napríklad riešenie špecifické pre Oracle alebo SQL-Server, ale nakreslím, povedzme, všeobecnú architektúru, ktorú ponúkajú všetci dodávatelia databáz, niečo v tomto zmysle. Všetci to nazývajú rôznymi menami, ale to je jeden typ voľby, ktorý máte spoločné, a chcem sa na to pozerať z obchodného aj technologického hľadiska a ako súvisí s obchodnými požiadavkami.
A chcem začať od toho, čo je najzákladnejšie riešenie pseudo-vysokej dostupnosti, prostredníctvom možností, ktoré máte pri riešeniach na úrovni úložiska, riešení na virtualizácii, na úrovni databázy. A potom by som vám chcel tiež predstaviť skutočnosť, že všetky možnosti sú k dispozícii aj v cloude.
Takže sa znova pokúsim zostať dosť agnostický v databáze. Teraz, o veciach, o ktorých budem hovoriť, viem, že existujú v systémoch Oracle, SQL Server, MySQL, PostgreSQL. Existujú aj niektorí dodávatelia tretích strán, ktorí vyrábajú nástroje, ktoré by vám tiež poskytli ďalšie architektúry, ktoré by ste mohli zvážiť. A ako práve povedal Dez, žiadne riešenie nie je najlepšie; všetko záleží. V tom, na čo sa pozrieme, je však jeden univerzálny fakt, že bude viac pohyblivých častí, takže bude zložitejšia a teda nákladnejšia.
Všetci vieme, že údaje sú dôležitým prínosom. A každý vie, že rýchly prístup k údajom je vždy pekný. Spoľahlivý prístup k údajom je však rozhodujúci. A keď hovoril so svojimi príkladmi z deviatich, môžete si naozaj dovoliť mať 36½ dní prestoje? Je dôležité, aby boli tieto údaje stále k dispozícii. A tak prestoje môžu stáť majetok, a to tak z hľadiska strateného príjmu, ale ešte dôležitejšie u stratených zákazníkov alebo straty dobrého mena zákazníka. Dám ti dobrý príklad; ak je konkrétna webová stránka, na ktorej nakupujem, pomalá, môžem skúsiť nájsť novú webovú stránku, ktorá predáva podobné položky za podobnú cenu a nemá pomalé webové stránky. A nie je to len strata zákazníka, je to dobrá vôľa, ktorú má zákazník voči vám.
Teraz je hardvér v dnešnej dobe oveľa lacnejší, a preto je tu stále viac a viac dopytu po vysokej dostupnosti. A opäť nás povediem k oblaku, keď sa na to pozrieme. A máme ponuky z rôznych úrovní: dodávatelia úložných zariadení, dodávatelia databáz, dodávatelia virtualizácie a teraz aj dodávatelia cloudu. A čo je s cloudom naozaj zaujímavé, je to, že keď nakreslím všetky tieto nádherné fotografie týchto architektúr, ktoré by ste mohli v cloude vybudovať, mnohokrát je len niekoľko zaškrtávacích políčok, ktoré začiarknete. A poviete: „Chcem replikáciu vo všetkých geografických oblastiach.“ Zaškrtávacie políčko. „Chcem replikovať kľúčové hardvérové komponenty.“ Začiarkavacie políčko. Ak teda obrázky rozumiete, niekedy v cloude stačí skontrolovať niekoľko políčok, aby sa vytvoril obraz, ktorý máte na mysli.
Kľúčovou otázkou je, aké sú obchodné požiadavky na vysokú dostupnosť? Musím sa napríklad obávať zlyhania iba na jednom webe alebo ho musím mať na viacerých stránkach? Inými slovami, môžem mať jedno výpočtové centrum a je mi jedno, či sa toto centrum prepne do režimu offline? Nevykonávam obchodnú požiadavku, aby sa rozširovala na viaceré weby. Je to obchodná otázka. Je dôležité vedieť, ako podniky vnímajú odpovede na túto otázku, pretože to zvyčajne určuje váš rozpočet.
Teraz sa tiež chcete pozerať na úroveň ochrany pred zlyhaním. Mohlo by to byť zlyhanie napájania? Mohlo by to byť zlyhanie komponentu? Podobne ako NIC alebo HBA zlé, adaptér hostiteľskej zbernice. Je to pevný disk, ktorý zlyhá? Je to porucha úložného priestoru? Je to zlyhanie počítača? Alebo v niektorých prípadoch ide o zlyhanie stránky? To je iné, ako v niektorých prípadoch, môže dôjsť k zlyhaniu lokality, pretože samotná stránka je offline. V inom prípade je možné, že podstatná časť stránok je offline, ale z vášho pohľadu je to celá stránka.
A potom, ako hovoril Dez, aké je očakávanie času na obnovenie činnosti? To je obchodná otázka. Ak firma tvrdí, že musíte byť schopní obnoviť prevádzku do dvoch minút, potom je zrejmé, že to bude definovať niektoré z týchto obrázkov, ktoré vám ukážem, že budú fungovať, a niektoré z nich nebudú možnosti, ktoré by ste mohli si môžu vybrať.
A ďalšia otázka, ktorá sa objaví počas vysokej dostupnosti, ale ľudia sa často nezabudnú opýtať: „Hej, obchod, ak sa niečo stane, keď som v polovici spracovania transakcie, čo môžem stratiť pri obnovení systému? " Inými slovami, ak dokážem systém priniesť späť za dve minúty a nemôžem stratiť viac ako 10 sekúnd, povedzme, transakcií, ktoré prebiehali, je to prijateľný obchod? A znova, to bude definovať, čo je firma ochotná za to minúť, a znova, to môže definovať, ktoré obrázky, ktoré ti ukážem, buď použijú alebo nepoužijú.
Začnime teda najzákladnejším riešením pseudo-vysokej dostupnosti. Toto v skutočnosti nie je vysoká dostupnosť, ale rád by som začal tým, že to núti ľudí myslieť správnym spôsobom. Ak mám server a úložné pole, zvyčajne na tento server vložím viacero kariet NIC, karty sieťového rozhrania a spojím ich tak, že ak zlyhá jedna karta NIC, som stále hore. A urobím to isté s adaptérmi hostiteľskej zbernice, urobím to viacerými cestami pomocou rôznych prepínačov, aby som mal k dispozícii niekoľko spôsobov, ako sa dostať do svojho úložiska. A mám univerzálne napájanie a vo svojom úložnom poli mám opakujúce sa ovládače a možno som s diskami urobil niečo ako RAID 10. Inými slovami, na tomto obrázku som zabránil zlyhaniu jednotlivých komponentov na viacerých úrovniach. Takže nie som viazaný NIC alebo HBA alebo kontrolórom alebo prepínačom.
Ak si však všimnete, server je červený a pole úložného priestoru je červené. Stále mám dve oblasti, v prípade ktorých zlyhajú, ak ide môj server, som mŕtvy, ak ide moja skriňa úložného poľa, som mŕtvy. Takže, hoci to nie je skutočne vysoká dostupnosť, začína sa vám pozerať a pozerať sa na obrázok a hovoriť: „Chcem obrázok, kde nie je červená.“ A to je skutočne cieľom týchto obrázkov, aby sme boli nasmerovaní správnym smerom.
Prvá vec, ktorá sa má stať, je, že ako DBA budem vždy chcieť dať riešenie vysokej dostupnosti ako implementáciu databázy, ale je možné, že je k dispozícii to, že sa dá urobiť ako riešenie úložného priestoru, alebo to môže byť že by to mohla byť replikácia na úrovni úložiska. V prípade ľavice mám virtualizáciu úložiska. Čo sa deje, je, že mám disky RAID 0 v dvoch rôznych úložných skriniach, ale v dvoch rôznych úložných skriniach mám RAID 1. Inými slovami, teraz môžem mať poruchu úložného priestoru a nie som mŕtvy. Takže je to lepšie ako predchádzajúci obrázok, pretože na predchádzajúcom obrázku - pamätajte, že sme mali červenú na serveri aj červenú na poli úložného priestoru - a teraz sme urobili malé zlepšenie, teraz už nemáme na úrovni úložiska červenú, použili sme - problém vyriešil virtualizácia úložiska.
Ďalším spôsobom, ako to môžete urobiť - a nie všetci dodávatelia to poskytujú - je to, že budete môcť vykonať replikáciu na úrovni úložiska. Nehovorím o replikácii databázy, vlastne hovorím o replikácii vášho bloku I / O pre vaše úložisko. A to sa dá urobiť na úrovni úložiska. A tak opäť, teraz mám na pravej strane ďalší obrázok, kde odstránim červenú zdola, pretože používam replikáciu úložiska.
Toto je ďalší obrázok, ktorý nemusí, ale nemusí byť k dispozícii. A osoba, ktorá by to spravovala, môže byť správca úložiska, a nie správca databázy. Rád to vychovávam, pretože niekedy si ľudia myslia: „Och! Vysoká dostupnosť, musí to byť problém DBA.“ To nie je vždy pravda; v tomto prípade to môže byť správca úložiska.
Teraz môžeme urobiť virtualizáciu servera ako možné riešenie. Ak si teraz pamätáte, na prvom obrázku som mal červenú na serveri a červenú v úložnom poli. V tomto prípade by som pomocou virtualizácie mohol byť schopný sa presťahovať, v niektorých prípadoch je premiestnenie niečo ako teplé premiestnenie a v niektorých prípadoch to môže byť dokonca aj horúce presídlenie. Niektoré virtualizácie alebo hypervizory poskytujú schopnosť pohybovať virtuálnym strojom za letu. Niektoré databázy akceptujú tento pohyb za letu ľahko. Teraz to opäť nie všetci hypervizori poskytujú, ale toto je jedna z možných úrovní riešenia. Teraz som urobil, že špičkové servery už nie sú červené, ale stále mám pole zdieľaného úložiska a hádajte čo, toto riešenie môže byť spoločným úsilím medzi správcom databázy a správcom virtualizácie. Alebo to môže byť dokonca len správca virtualizácie, v závislosti od toho, aká úroveň presídlenia je na tomto hypervízore a tejto databáze podporovaná.
Ak vás zaujíma: „Páni, čo tým myslí toto presídlenie? Uveďte konkrétny príklad. “Napríklad vo VM, kde môžete použiť VMotion na presun svojho virtuálneho počítača z jedného hostiteľa na druhého a urobiť to bez prestojov. Teraz je zrejmé, že predchádzajúci obrázok v ňom mal stále červenú farbu. Úložisko som mal stále ako jediný bod zlyhania. A tak prejdeme k ďalšiemu riešeniu, ktoré mi dovoľuje kombinovať virtualizáciu úložiska a servera.
Teraz, v tomto prípade, opäť toto môže byť správca úložiska a správca virtualizácie, ktorý vytvára toto riešenie a teraz vyzerá: Mám obrázok bez červeného obsahu. Mám vysokú dostupnosť, pretože môžem premiestniť virtuálny stroj alebo spustenú aplikáciu alebo databázu z jedného servera na druhý a mám virtualizáciu v mojom úložnom poli tým, že to robím RAID 1 cez dve oddelené úložné polia. Svoje prepínače a moje HBA som prepojil viacerými smermi.
Takže teraz som vybudoval HA systém a urobil som to primárne nie na úrovni databázy. Inými slovami, na dosiahnutie tej istej veci som použil iné technológie. Toto je riešenie. Potom sa dostaneme do takzvaného škálovateľného klastra zdieľaného úložiska. V skutočnosti to nie je riešenie HA, ale opäť to rád zobrazujem pre obrázok.
A čo sa tu stane, máme dva servery, ktoré prevádzkujú databázu a považuje sa to za jednu databázu. Nejedná sa o dve samostatné databázy; nie je to ako pán a otrok, horúci a studený alebo aktívny a pohotovostný režim. To znamená, že oba tieto uzly spolupracujú na vytvorení jednej logickej databázy. A tak sa stane, že ak zlyhá konkrétny uzol, ste stále hore. Chráni vás tak pred zlyhaním na úrovni servera a robí to v podstate tak, že ak je to možné, akýmkoľvek spôsobom stráca prostriedky na uzloch, ale stále máte jediný bod zlyhania až na spodok disku. Toto je škálovateľný klaster zdieľaného úložiska a Oracle nazýva tento skutočný aplikačný klaster alebo RAC.
Teraz je ďalším riešením použitie klastra núdzového prepnutia zdieľaného úložiska. Takže naľavo mám aktívny uzol, napravo pasívny uzol, medzi nimi mám srdcový rytmus. Mám pole zdieľaného úložiska, a to je rozhodujúce; musíte to mať. A v zásade to, čo sa stane, ak aktívny uzol narazí na problémy, môže prevziať pasívny uzol. S tým súvisia licenčné problémy. Niektorí dodávatelia databáz vám umožňujú mať pasívny uzol so zníženou licenciou na určitý čas. V iných prípadoch musíte mať úplnú duplikátnu licenciu. Všetko záleží na predajcovi databázy. Všetci však podporujú tento druh obrazu, ktorý je, ak jeden uzol klesne, druhý uzol môže prevziať kontrolu.
A zvyčajne ide o jeden z tých scenárov, v ktorých je to tak, že keď idete z aktívneho uzla do pasívneho uzla, pravdepodobne vo väčšine databáz - nie vo všetkých - prídete o niektoré z letové transakcie. Potom sa dostaneme k tomu, na čo sa správca databázy skutočne môže pozerať, čo je replikácia databázy, a existujú dva rôzne spôsoby replikácie databázy.
V strede tohto obrázka je fyzická replikácia a to, čo je dôležité, je s touto zelenou hviezdou vidieť, že replikácia sa vykonáva pomocou databázy, ale podobne ako virtualizácia na úrovni úložiska sa vykonáva v bloku level. Opakujeme teda skutočný blok I / O od aktívneho uzla po uzol len na čítanie alebo pasívny. A to sa považuje za fyzickú replikáciu.
Teraz mi dovoľte prejsť na ďalšiu snímku, pretože je takmer identická a je to logická replikácia a jediná vec, ktorá sa zmení na obrázku, je to, že v strede, namiesto odoslania cez blok I / O, v podstate posielame protokol súbory s príkazmi SQL v ňom. Inými slovami, to, čo replikujeme, nie sú fyzické I / O, ale príkazy, ktoré spôsobujú fyzické I / O.
A tak sa to často nazýva dodanie denníka alebo replikácia založená na protokole. Niektorí dodávatelia databáz vám to poskytujú natívne. Iní dodávatelia databáz to nemusia ponúkať, ale ponúkajú to dodávatelia tretích strán, a preto je to veľmi populárne riešenie HA a považuje sa to za kompletné riešenie. Toto riešenie je však v prvom rade zodpovednosťou DBA.
Preto nepoužívam virtualizáciu, aby som to dosiahol. Mohol by som, ale nie som na tom závislý. A nepoužívam virtualizáciu úložiska. Opäť som mohol, ale nie som na tom závislý. Ale budujem riešenie s databázou, ktorá je hlavnou funkciou jazdy. Toto je logická replikácia.
Teraz je tiež možné kombinovať virtualizáciu databáz a úložísk. V mojom dátovom centre by som mohol mať povedzme, že vľavo v modrej farbe by som mohol mať virtualizáciu úložiska, aby som nebol viazaný na zlyhanie konkrétneho poľa úložiska. Ale môžem robiť logické alebo logické replikácie na úrovni databázy z jedného dátového centra do druhého, takže príkazy sa vykonávajú aj v dátovom centre, čo má za následok I / O, ale nie nevyhnutne rovnaké I / O, pretože m neposielanie cez blok I / O, buď pomocou úložného riešenia alebo databázy, ale dodávam denníky, a preto príkazy SQL.
Toto je obraz, ktorý je veľmi častým obrazom pre veľmi veľké organizácie. Tento obrázok sa mi páči, pretože ak to musím nastaviť na základe databázy ako Oracle, môžem to urobiť; je to slušné množstvo práce, je to dosť zložité, je tu veľa pohyblivých častí. Ak to urobím v cloude, môžem to doslova povedať, zaškrtávacie políčko, chcem dva geografické regióny, chcem regióny oddelené, viete, na rôznych kontinentoch, chcem virtualizáciu na úrovni úložiska v konkrétnej geografickej oblasti. Môžem dokonca povedať, že chcem schopnosť prideľovať typ virtualizácie alebo definíciu vysokej dostupnosti a opäť je to ďalšie začiarkavacie políčko.
A ďalšia vec, ktorá sa mi v cloude páči, je ešte jedno začiarkavacie políčko, ktoré sa často hovorí: „Nechcem sa zaoberať opravou, len opravou, “ viete, len to prepracujte do pracovného toku všetkého, čo robíte za scény, vždy ma opravujte. A tak, zatiaľ čo niektoré z týchto obrázkov sú veľmi zložité a je ťažké urobiť ich za predpokladu, v cloude sa v skutočnosti stávajú pomerne ľahko.
Teraz je zaujímavé, že je ľahké začiarknuť všetky políčka, ale hádajte, čo to stojí viac peňazí mesačne. Pretože ak prevádzkujete dve dátové centrá, viete, v oblaku máte dve dátové centrá, ktoré využívate, budete platiť viac, ako keby ste ich práve používali. Podobne, ak robíte úroveň ukladacieho priestoru alebo vysokú dostupnosť virtualizácie ako ďalšiu vrstvu, opäť môžu vzniknúť ďalšie náklady.
Je preto zaujímavé, že aj keď je to ťažké urobiť na webe a môžete ho premyslieť, v cloude je to také ľahké, môžete ho podceňovať. Takže vždy vedzte, ako vyzerá obrázok a vždy vedzte, aké sú dopady nákladov na akýkoľvek obrázok, z ktorého ste stavali. Teraz existuje omnoho viac kombinácií ako to, čo som tu ukázal. Toto nie je úplný alebo vyčerpávajúci príklad. Pravidelne prichádzajú nové technológie, takže kto vie - možno som nepreukázal technológiu, ktorá sa práve objavila za posledné tri mesiace. A vysoká dostupnosť je omnoho bežnejšia ako pred desiatimi rokmi.
V skutočnosti by som nepovažoval za úsek povedať, že v súčasnosti je pre väčšinu veľkých organizácií povinná obchodná požiadavka. A rád sa vraciam na túto snímku, pretože som práve povedal, že je to povinná obchodná požiadavka. A tieto dva tabuľky mám vpravo. Horná časť je mimo dokumentácie servera SQL Server a spodná časť je mimo dokumentácie Oracle. A čo sú tieto tabuľky, ktoré vám pomôžu pri výbere, ktorú metódu replikácie by ste mali použiť.
A všimnite si, že začnete s veľmi jednoduchými otázkami. Koľko údajov môžem používať? A ak je odpoveď nulová, viete, že v tomto hornom diagrame môžete vybrať iba prvý alebo štvrtý riadok. Potom položíte ďalšiu otázku. Ako dlho si môžem dovoliť zotavenie? A ak niekto povie, dobre, sekundy alebo minúty, potom je na vás výber. A potom musí byť núdzové prepnutie automatické alebo vyžaduje, aby to niekto ručne urobil? A to je ďalšia obchodná otázka. Môžu povedať, že to chcú automaticky, pretože sa nechcú spoľahnúť na postup eskalácie a potom niekto dostane lístok a potom problém vyrieši. Chcú iba to, aby bola opravená.
Toto sú všetky obchodné otázky a sú to rovnaké otázky, ak idem dole a robím to isté pre Oracle. A pýtam sa, OK, aký druh zlyhania môžem povoliť, aký druh trvania, čo môžem stratiť, aký je postup vymáhania? To všetko sú obchodné voľby, takže ak mi podnik povie odpovede na tri alebo štyri otázky, moja práca je skutočne jednoduchá, jednoducho som prišiel sem, vyberiem si ktorúkoľvek z týchto možností najbližšie a potom ju budujem. Pamätajte, že v cloude môže byť len niekoľko začiarkavacích políčok ich implementovať.
A to ma privádza na koniec môjho materiálu a času na otvorenie otázok.
Eric Kavanagh: Dobre, Dez, možno najskôr a potom Robin?
Dez Blanchfield: Určite. V skutočnosti asi trochu nespravodlivý pre tých, ktorí nie sú na Twitteri, ale práve som tweetol obrázok grafu, ktorý chcem v mysli všetkých vizualizovať, a potom som chcel na otázku zavolať nášmu známemu priateľovi. Keď v tomto priestore premýšľam o proprietárnom versus otvorenom zdroji - o ktorom často hovoríme, o nejakých, proprietárnych databázach od spoločností Oracle a Microsoft a tak ďalej, oproti otvorenému zdroju - skončíte s touto výzvou, v ktorej proprietárny svet predajca internetového softvéru alebo vývojár softvéru alebo spoločnosť investuje do orgánov na vybudovanie tejto komplexnosti. A tak skončíte scenárom, v ktorom si softvér kupujete a nemusíte investovať do mnohých ľudí, pretože kupujete schopnosť zabudovaná do otvoreného zdroja - neplatíte za softvér ani za nízke náklady, povedzme, ale neplatíte za softvér, ale musíte investovať do tiel.
A chcel by som uviesť vaše myšlienky do žonglérstva, najmä teraz, keď sa sťahujeme do cloudových modelov, kde môžete získať buď / alebo. Môžete ísť na AWS alebo Azure a svoj Rackspace, čokoľvek, a kúpiť ako službu, ktorá poskytuje databázovú platformu, alebo to môžete urobiť pomocou otvoreného zdrojového kódu. A o čom sme práve hovorili, aký je žonglér medzi proprietárnym a otvoreným zdrojom a ako sa prejavia dizajnérske vzory, o ktorých hovoríte, a aké sú vaše všeobecné myšlienky týkajúce sa tejto témy, keď sa posúvame ďalej, najmä čo sa týka poskytovania dostupnosti?
Bert Scalzo: Jedna z veľkých vecí, na ktorú narazím, keď sa snažím vyriešiť túto otázku, sa vraciam späť k zákazníkovi a pýtam sa ho na jeho výkonnostné požiadavky. A dôvod, prečo to robím, je, že som zistil - aspoň historicky a podľa mojej vlastnej skúsenosti - že pokiaľ ide o zákazníkov, ktorí potrebujú vysokú priepustnosť svojej replikácie, takmer vždy mám lepšie replikáciu, ktorú poskytuje databáza. predajca, kvôli povahe, že je zabudovaný viac a je na nižšej úrovni, a niekedy používa mechanizmy, ktoré nie sú dostupné pre vonkajší svet, a to ani v riešení s otvoreným zdrojom.
A dám vám dobrý príklad jedného prípadu, ktorý som mal. Mal som internetovú spoločnosť, ktorá používala MySQL ako svoju databázu a boli na starej verzii MySQL, ako je verzia 4.0, a replikácia medzi ich uzlami bola obmedzujúcim faktorom toho, ako veľké mohli škálovať svoje databázy. A oni hľadali na kúpu riešenia tretej strany, potom sa pozerali na: „No, možno môžeme použiť jedno z open-source riešení.“ A čo vlastne znamenalo, všetko, čo museli urobiť, bolo aktualizovať ich MySQL na verziu, myslím, že to bolo 5, 5, do ktorej sme šli, pretože rozdiel medzi týmito dvoma databázovými verziami bol v 4.0 Verzia replikácie MySQL nebola navlečená a vo verzii 5.0 to bola a to bola vlastne najlepšia cesta pre nich.
Teraz sme sa zamerali na ďalšie možnosti, ale rozhodujúcim faktorom bol výkon a zotrvanie v riešení dodávateľa databázy a aktualizácia databázy sa v skutočnosti skončila ako naše najlepšie riešenie, aby sme získali najvyššiu pravdepodobnosť dosiahnutia výkonu, s ktorým musia ísť. vyššia dostupnosť.
Dez Blanchfield: Áno, to odráža moje vlastné myslenie, aby som bol úprimný. Len kvôli úplnému zverejneniu a nebudem sa venovať značkám, ale pochádzam z chráneného prostredia pracujúceho pre OEM a dodávateľov softvéru a IOC všeobecne, a to určite bola moja skúsenosť a zároveň som veľmi profesionálny -otvorte-source a ja som prispievateľom kódu pre veľa projektov, ktoré nebudeme pomenovať, ale súhlasím s vami, že ak ste veľká organizácia - povedzme, že ste banka, alebo čokoľvek by ste mohli byť - vždy nechcete byť predajňou IT. Viete, napríklad, ak ste vydavateľom novín alebo ak ste maloobchodníkom, nechcete byť obchodom s IT, ktorý vydáva noviny, chcete byť obchodom s novinami, ktorý skutočne využíva len IT.
A tak investovanie do vlastných schopností, v ktorých vývojári softvéru stavajú všetky tieto schopnosti, vyvažovanie záťaže a tak ďalej, do tohto nástroja, robí sakra oveľa väčší zmysel oproti tomu, ak ste, napríklad, spustenie dotcomu alebo niečo podobné ako to môže investovať do ľudských tiel. Kam to vidíš?
Pravdepodobne moja posledná otázka predtým, ako ju odovzdám dr. Robinovi Bloorovi, pretože viem, že nám dochádza málo času. Kde to vidíš z trendového hľadiska? Takže, stále ste tam, ste na krvácajúcom okraji vecí, vidíte, ako sa ľudia posadili a venovali pozornosť a zobudili sa, že je potrebné, aby sa to stalo komerčnou súčasťou ich každodenných aktivít. denná konverzácia späť do zasadacej miestnosti? Alebo stále vidíte, že ide o geekovú farmu, technici a mikiny, ktoré premýšľajú o dostupnosti, pretože ich ráno zobudia o štvrtej hodine, keď sa niečo stane offline?
Myslíte si, že sa tento trend teraz hýbe k organizáciám všetkých veľkostí, nie k tým, ktoré sú zrejmé ako letecké spoločnosti a bankovníctvo a financie, ale iba k podnikom všeobecne? Myslíte si, že ľudia skutočne dostali z hodnoty návrh na ochranu svojich databázových prostredí a zabezpečenie vysokej dostupnosti a investovania do toho, alebo si myslíte, že stále máme spôsob, ako ísť? Aký je všeobecný zmysel trhu?
Bert Scalzo: Práve teraz si myslím, že stále existuje priepasť, ale nejde o priepasť, pretože o to podnik nepožiada, je to priepasť v komunikačných úrovniach medzi dvoma stranami plotu. Inými slovami, podnikatelia veľmi jasne hovoria: „Tieto aplikácie si vyžadujú vysokú dostupnosť a keď hovoríme o vysokej dostupnosti, majú tieto konkrétne požiadavky.“
A tak či onak, táto správa sa nedostáva jasne k technikom. Alebo sa technici vrátia a povedia: „No, to je komplikované a bude vás to stáť viac peňazí, “ a toto, to alebo druhé. Myslím, že to, čo sa bude diať, je to, že to nakoniec eroduje preč, pretože, úprimne povedané, s tým, že je to napríklad v cloude, stačí skontrolovať niekoľko políčok sem alebo tam a povedať: „Postavte mi túto skutočne zložitú technologickú štruktúru, “ je tu v skutočnosti nie je dobrý dôvod na to, aby sa ľudia v technológii vrátili a povedali obchodníkom: „Och, je to drahé, “ alebo „je to ťažké, “ alebo toto či ono, a podnikatelia začínajú vedieť, že to je fakt.
A videl som dokonca aj v prostrediach, kde, viete, prídu ich vlastní IT pracovníci a hovoria: „Ach, nemôžete mať, čo chcete. Je to príliš drahé. “A prinesú konzultačnú spoločnosť tretej strany, ktorá potom povie:„ Nie, to nie je správne. Tu je návod, ako by ste to mohli urobiť. Tu je to, čo vás to bude stáť. “Takže si myslím, že ešte máme trochu času medzi úrovňami komunikácie medzi oboma stranami, než sa to stane automaticky.
Dez Blanchfield: Áno, presne to sa odrazilo v tom, čo som tu videl v Austrálii a okolo Ázie a Tichomoria. Som si istý, že je to globálna vec. A to je to, že mnohí kľúčoví činitelia s rozhodovacími právomocami z nižšej správnej rady, všetci vedúci obchodnej činnosti, sú oveľa viac dôvtipnejší - čítajú blogy, sledujú webové semináre, naladené na rôzne články a podcasty, idú na udalosti a fóra a stretnutia, teraz vedia svoje možnosti a vedia, že cloud je možnosť.
Tiež vedia, že, ako ste povedali, môžu priniesť svoju schopnosť in-house, a preto si myslím, že teraz existuje táto zaujímavá výzva, tá konverzácia, ktorá sa musí uskutočniť, čo je v podstate to, čo sme dnes urobili, keď ľudia, druh, začnite robiť veci interne a spustite obed hnedej tašky a máte interné briefingy o tom, aký je náš súčasný stav, aký je náš ideálny stav, kam sa musíme dostať? A potom to tak trochu dajte dohromady.
Mal som súkromnú správu, na ktorú sa práve teraz veľmi rýchlo dotknem. Niekto sa opýtal: „Je realistické, že môžete získať 100 percent dostupnosti?“ A možno by ste ma tu mohli opraviť, ale poviem áno. Postavil som platformu pre elektronický prevod prostriedkov, bránu EFTPOS medzi platformami rýchleho bankovníctva a terminálmi EFTPOS. Postavil som to začiatkom 21. storočia. Je to vlastne online 100 percent času už 17 rokov. V skutočnosti bol postavený pred dvadsiatymi rokmi, ale výroba zostala iba v rokoch 2000/2001.
Týchto 17 rokov teda funguje od vývoja až po testovanie a následné uvedenie do výroby. Za týchto 17 rokov uskutočňovali veľmi lacný tovar typu „off-the-shelf“ prevádzkujúci otvorený operačný systém, ale chránenú databázu, každých 90 dní aktívne / pasívne výmeny, pričom sa uplatňovali rôzne patenty na patenty a replikovali sa disky na každom serveri, replikácia údajov medzi modelovými servermi, replikácia viacerých dátových centier a preklápanie z dátového centra A, výroba po dobu 90 dní a potom prepínanie do dátového centra B a výroba.
A keď sa preklopí, automaticky opravuje a aktualizuje, takže len na otázku, ktorú som dostal súkromne, áno, je to možné, ale so značnou investíciou do tohto projektu z hľadiska dizajnu. Infraštruktúra teda vlastne nebola tak drahá, ale jej návrh, testovanie a implementácia boli veľmi drahé. Nemuseli sme teda míňať veľa peňazí na hardvér a infraštruktúru, ale v deň, keď cloud nebol ani razením mincí, sme používali veľmi inteligentné nástroje.
Takže odpoveď znie áno, to sa dá urobiť ešte viac s cloudom, ako sme to práve počuli, kliknutím na tlačidlo môžete túto schopnosť povoliť. Hodím to na Robina, pretože som si istý, že má aj otázky. Ďakujem vám veľmi pekne, že ste odpovedali na moje otázky, a dnes som naozaj rád počul vašu správu. Úplne na palube so všetkým, pretože to odráža všetko, čo som robil za posledných takmer 30 rokov sám.
Robin Bloor: Dobre, dobre, vyzdvihnem to. Jednou z vecí, ktoré ma o vašej prezentácii fascinovali, bolo množstvo možností, ktoré sú teraz k dispozícii, ktoré neboli k dispozícii, keď som s týmito vecami musel zápasiť. Zaujímalo by ma, kto bude navrhovať tieto konfigurácie, alebo kto v súčasnosti tieto konfigurácie navrhne? Čo sa stalo, alebo svet, na ktorý som zvyknutý, je to, že by existoval dosť ťažký transakčný systém a mali by ste záujem o vysokú dostupnosť a vysokú dostupnosť. Pretože viete, transakčný systém, bolo by drahé, ak by akýmkoľvek spôsobom klesol. A vy by ste nemali všetky možnosti, ktoré ste mi práve predstavili, ale tak či onak by ste mohli nájsť spôsob, väčšinou prostredníctvom replikácie, vytvoriť horúci pohotovostný režim, ktorý by nezaznamenateľne neklikol, ale dalo by vám to degradovanú službu, až kým sa nevrátite.
A ja sa tak trochu pozerám na to, čo si mi ukazoval a premýšľal o tom, že som už 15 rokov nevykonával žiadnu takúto konštrukčnú prácu, kto to teraz robí? Je to tak, ako to bolo za mojich čias, že ste spravili infraštruktúru? Alebo je to niečo, čo je v rámci organizácie pokračujúcou činnosťou? Pretože prichádzajú nové technologické možnosti.
Bert Scalzo: Vo veľkých spoločnostiach, ktoré sú veľmi efektívne a efektívne vo všetkých svojich prevádzkach vrátane ich IT, zvyčajne budú mať centralizovanú skupinu architektúry alebo budú mať pre ňu nejaké meno, počul som to s názvom „ architektonická skupina “mnohokrát. A bude zodpovednosťou za poznať všetky tieto rôzne obrázky a aké sú výhody a nevýhody a aké sú náklady. A čo sa stane, keď bude konkrétna aplikácia vyzerať a povie: „Hej, musím splniť obchodné požiadavky X, Y a Z. Hej, tím architektov, aké sú moje možnosti?“
Odpovedia im, napríklad, tu sú dve alebo tri, ktoré sú k dispozícii, a potom sa rozhodnutie presunie späť na nižšiu úroveň do aplikačného tímu alebo do obchodného sponzora aplikácie. Spravidla však existuje centralizovaná skupina, ktorá na tom ostáva a má tieto informácie pripravené a vopred pripravené.
Teraz to nie sú také formálne spoločnosti strednej veľkosti. Zvyčajne sa stane, že dostanete jedného alebo dvoch zo svojich vyšších administrátorov DBA alebo správcov systému a pre tento druh odbornosti budú neformálne citovať „experta na doménu“. Takže aj v prípade stredne veľkých spoločností sa to deje iba v neformalizovanej štruktúre.
Robin Bloor: To je skutočne zaujímavé. Za mojich čias by sme nikdy nemysleli na vysokú dostupnosť okrem transakčných systémov. V dnešnej dobe, samozrejme, máte systémy na streamovanie, ktoré pravdepodobne podliehajú ešte väčším požiadavkám na dostupnosť. Ale vidíte niekedy v dotazovaní, back-ende, analytike, dátovom sklade, DI druhu prostredia požiadavky na vysokú dostupnosť?
Bert Scalzo: Áno, a som rád, že ste položili túto otázku. Robil som nejakú prácu pre maloobchodnú firmu a ich strategické rozhodnutia pre podnikanie vychádzali z veľkej časti z analýzy, ktorú by urobili z dátového skladu. V skutočnosti s nimi robil rozhovor časopis Forbes Magazine a generálny riaditeľ spoločnosti povedal: „Hej, naša cena akcií vzrástla za posledných päť rokov o 250 percent a to je veľmi veľký dôvod, pretože vieme, ako efektívne využiť naše údaje. v našom dátovom sklade. “Boli takí dobrí pri prijímaní obchodných rozhodnutí, že pre nich bol dátový sklad a schopnosť robiť tieto analýzy, byť schopný robiť denné rozhodnutia na základe svojich prevádzkových údajov, skutočne pre nich, výrobný systém.
A dám vám dobrý príklad toho, aké dôležité to je. S týmto konkrétnym maloobchodným predajcom, chlapom, ktorý bol zodpovedný za predaj piva, bol, ako tretí najdôležitejší výkonný pracovník v spoločnosti, pretože priniesol, viete, 60, 70 percent z príjmu. A tak musel byť schopný, aby zostal konkurencieschopný na tomto trhu, musel vedieť každý deň vedieť, aké propagačné akcie by som mal prevádzkovať. A to by mohlo byť založené, viete, nielen v priebehu roka, ale aj o počasí, vzorcoch a ďalších kritických údajoch, ktoré môžu ovplyvniť predaj niečoho ako pivo.
Robin Bloor: Myslím, že také veci musia byť. Sme trochu mimo času, myslím, že by som mal Ericovi odovzdať pre prípad, že bude mať nejaké otázky od publika. Eric?
Eric Kavanagh: Áno, toto všetko bolo skvelé, Bert. Myslím, že ste pri svojej prezentácii riešili všetky otázky, ktoré sme dostali od publika. Ale je zábavné pozerať sa. Som rád, že ste tak trochu hovorili o virtualizácii úložného priestoru ao tom, aký veľký vplyv to môže mať. To je všetko dobré.
Ľudia, všetky tieto webové vysielania archivujeme pre neskoršie prezeranie. Choďte teda online na stránku Techopedia.com a vyhľadajte sekciu webcast. Budú tu uvedené všetky tieto Hot Techs. Ďakujem nášmu priateľovi Bertovi za jeho odbornosť. A samozrejme Dezovi a Robinovi. A s tým sa ti rozlúčime, ľudia. Dávaj pozor. Nabudúce sa s vami porozprávame. Ahoj, ahoj.
