220 likes | 540 Views
Töökindluse filosoofia. Mait Vestre tehniline konsultant Elion Ettevõtted AS 27.09.2011, Tallinn. Teemad. Käideldavus, mis see on? Scale up ja scale out Sülemi filosoofia Kesksel kettal põhinevad klastrid Replikatsiooniklastrid. Käideldavus?. NB!!! Räägime teenustest !
E N D
Töökindluse filosoofia Mait Vestre tehniline konsultant Elion Ettevõtted AS 27.09.2011, Tallinn
Teemad Käideldavus, mis see on? Scaleupja scaleout Sülemi filosoofia Kesksel kettal põhinevad klastrid Replikatsiooniklastrid
Käideldavus? NB!!! Räägime teenustest! E-post, raamatupidamine, jms WikiPeidas leiab aegunud aja-%tabeli Hetkel eeldatakse IT’lt et tellitud teenuson olemas „kogu aeg ja alati“ Sest tõrge olulise teenuse töös ületab sageli uudisekünnise – esilehel… Kõrgkäideldava teenuse kogemust? AD domeen ja 2+ domeenikontrollerit?
Kooskõlalisus Kõike salvestatut saab välja lugeda Välja loetakse sama, mis salvestati Sageli lisanduvad andmed reaalajas Palju on kasu backupitegemisest? Andmekadu enda hallatavas süsteemis? Andmekadu teenusepakkuja juures?
Scaleup ‘Suurem malakas’ e. üks suur ‘super-server’ on suures osas ajalugu… ServeriUptime lugemine samuti… Ei õigustanud oma hinda Kasutatakse üksikjuhtudel arendajate tegemata töö päästmiseks NB! Moore’i seadus võib anda olulist säästu
Scaleout Alternatiiv ühele superserverile: palju pisikesi servereid Lihtne: eri teenused eri serveritele Üks suur teenus (Google)? Kettateenusel ammutuntud: RAID Piisab ‘piisavast’, tõrkekindlusest Kuidas muude teenustega?
Pilv, grid Teenus jagatakse lihtsateks ja selgelt piiritletud kihtideks (alamteenusteks): Andmeid hoidvad kihid:Back-end Kasutajaligipääsu pakub: Front-end Sageli ka mid end ja halduskihid Kihid võivad joosta eri serveritel, Üks kiht mitmel serveril! NB! Jaotus(võimalus) on arendaja teha, oluline valikuargument!
Kihi tõrkekindlus? Kihi lihtsus kihi töökindlus Iga kiht tõrkekindlaks sobivaimal moel Mis on katkestuse kui sellise tagajärg? Katkestuste muster (sagedus, pikkus)? Käideldavus on disain Käideldavus ei ole karbitoode Front- ja mid-end on ‘lihtne’ Põhiline mure: back-end tõrkekindlus
Mured Arvutisüsteemil sarnasus ühiskonnaga Suurim probleem: enesekontroll Jama millega ei arvestatud Kes kontrollib kontrollijat? Väga kallis toode vähelevinud, -testitud Inimlik viga ‘näpukas’, oskamatus, tarkvaraviga ‘Tšernobõli-süsndroom’ e. hooldusaja saamine raske, töö peab saama tehtud
Scale-out raud? Eeskätt ‘tööstusstandardserverid’, x64 ‘Blade’ ruumi- ja energiasäästuks Töökindlus peab olema ‘piisavalt hea’ Testitud ja tuntud lahendus, know-how Oluline on tõrketuvastus stabiilsus ECC, muu enesekontroll Monitooring!!! Kuumvahetatavust vähem lihtsam
Andmeserveri tõrkekindlus Pole andmeid teenus maas Andmekadu väga tõsine probleem Prioriteet? Käideldavusel (uudisteportaal)? Kooskõlalisusel (€$£¥ hoidev süsteem)? Kesksel kettal põhinevad lahendused Replikatsioonil põhinevad lahendused
Mitmel serveril teistmoodi Mis riske maandatakse? Mis riskid on maandamata? Klants-brošüürides sellest ei räägita… Haldusel erinõuded, tuleb osata! Jälgida haldusprotseduure! Soovitus sigatseda. Testkeskkonnas! Fail-overkatkestus (lühiajaline) Kuidas mõjutab front-end rakendusi?
Keskse ketta lahendus Tugevalt haibitud Uhked tootenimed Investeering: Keskne ketas, SAN Töökindel raud!!! Kallimad litsentsid Ainus reaalne kasu: õlg toodav suhte-liselt lihtsalt (veaennetus-)hooldusesse Server Server Server Server Töökindel lokaalvõrk Keskne ketas, andmed
Virtualiseerimisklaster? Olemuselt keskse ketta klaster Käideldavusvõit virtualiseerimisest: Lihtne OS varundatavus/taastatavus Sõltumatus riistvarast Virtuaalmasinate kolitavus Klaster lisab keerukust Failover hibernatsioon Mis juhtub sessioonipõhiste rakendustega?
Replikatsioon Idee: Igas sõlmes koopia andmetest Vähem haipi Hoiatatakse: ‘kolekeeruline’, ‘kolekallis’ Toetatum kui oskame arvata Microsoft liigub tugevalt selles suunas ‘botnet’, ‘torrent’ vägagi pommikindlad Puudub single-point-of-fail Kui algoritm ja kasutajaviga kõrvale jätta
(A)sünkroonne? Master? Õnnestumise kinnitus saadetakse: Sünkroonne: andmed mitmes kohas Maksimaalne aktsepteeritav latents < Asünkroonne: andmed ühes kohas Võimalik teatav andmekadu Master: muudatusi aktsepteeriv õlg Single-master ja multi-master Multi-master oluliselt keerukam!
Kes replitseerib? Kettasüsteem plokitasemel Sobib mistahes rakendusele Spetsiifilised nõuded kallis Single-master Eeskätt andmekeskuse kaotuse kaitseks Andmebaasisüsteem kirjete tasemel Eeldab baasipoolset tuge Mahusäästlikum ja jälgitavam
Meeldetuletus tagasisidelehed ka :) on Sul küsimusi?
Proovida kodus Replikatsioon tasub järele proovimist AD domeenikontrollerid, ka DFS Exchange, SQL Virtualiseerimine on alati abiks Rohkem lihtsamaid servereid Eri hostide serverid andmeid vahetama On saada mõni sobiv pilveteenus?
Aitäh! Mait.Vestre@Elion.ee