Note aplicații critice de clasă admin virtuale de virtualizare de afaceri

Sa întâmplat să fiu prezent la zeci de prezentări ale aplicațiilor de afaceri de virtualizare, și, în cele mai multe cazuri au avut un sentiment de incompletitudine. Ca și cum aș fi ratat cea mai importantă parte. vânzătorii de virtualizare spun că aplicațiile critice de business în mașini virtuale funcționează bine. Vânzătorii vor prezenta linie svli echipamente hi end de fier pentru aceste aplicații.






Dar ceea ce este cu adevărat o clasă de „business critice“ aplicații și modul în care acestea otlichyutsya de restul? Pentru că, de obicei, atunci când vorbim înseamnă mult pentru a acordat, și în cele din urmă confuz, să începem de la început.

cerere

App - un program de calculator conceput pentru a efectua sarcini personalizate. Acest lucru este diferit de sistemul de operare. destinat să fie un strat între hardware și aplicații. Și programele de sistem. servind o problemă specială asupra funcționării întregului complex (de exemplu defragmenter).
aplicații Deci, atunci, business-critice? În acest scop, este necesar să se ocupe cu alte cuvinte.

Business - activități menite profit, pune-l pur și simplu. Ie aplicații de business - este o aplicație utilizată în activitățile de exploatare ale întreprinderii, precum și cu privire la funcționarea care depinde de profit.
Dar, aici, din nou întrebarea - aproape orice aplicație, cu excepția, poate, Solitaire „Klondike“ este utilizat și poate fi folosit pentru profit. Același lucru poate fi utilizat Skype pentru a comunica cu furnizorii și clienții.
Care este diferența dintre aplicațiile simple de afaceri și aplicații critice de business?

afaceri critice

aplicație de afaceri critică este considerată, inaccesibilitatea, care atrage după sine consecințe concrete pentru afaceri, și anume, profitul companiei. Până la o activitate de oprire completă. Da, am înțeles că există mult mai teorie avansată și cu terminologia excelentă, dar în acest caz nu mă stabilesc obiective pentru a le înlocui. Aceasta este explicația pentru experții tehnici, în general, nu se confruntă cu ITIL și Business Continuity.
Vom continua. De fapt, se pare că există o anumită scară a impactului asupra aplicațiilor de afaceri a companiei, și este în mod esențial continuu, astfel încât în ​​cazul în care este necesitatea de a trage linie și pe ce bază? Și atunci cum să protejeze aceste aplicații?

RPO, RTO, SLO, SLA

Pentru a porni o aplicație (și / sau date), trebuie să se determine două măsuri, cum ar fi RPO și RTO.
RPO - Obiectivul Punct de Recuperare, punctul de recuperare țintă. Ie Aproximativ vorbind, cantitatea de date a permis să-și piardă în accident.
RTO - Timp de recuperare Obiectiv, Timp de recuperare Obiectiv. Ie aproximativ vorbind, cât de mult vă puteți sta într-un accident.

Noi îl reprezintă sub forma unui grafic, cu zero la punctul de accident. Scara de timp orizontala, bani pe verticală. Respectiv. restabilirea punctului va fi în direcția negativă în raport cu timpul și pierderea medie a datelor pentru N ore. Un timp de recuperare într-un mod pozitiv, resp. înseamnă în jos timp până la reluarea cererii. Dar ce este acolo bani?

Și aici e ceea ce. Cele mai multe date vor fi pierdute, și cu atât mai simplu - mai mulți bani compania pierde. Dar vreau să subliniez - că acest grafic nu departamentul IT. Aceasta face ca unitatea de afaceri și durează de la sine, și ca un ghid de acțiune.
Ie pentru o creștere inteligentă, înainte de a vorbi despre aplicații de business și protecția acestora, trebuie să facă mai întâi un inventar complet de aplicații și date, și de a face clasificarea acestora. După aceea, în funcție de cererea de a construi unul de altul și de la baza de date. Și să vină cu o fericire câștig pentru comercial, de exemplu, regizorul și să scape de ea costul de ore de pierdere de date și ore de nefuncționare pentru fiecare aplicație. Deși nu există nici un cost - toate vorbesc de aplicații de afaceri și de protecție a acestora sunt lipsite de sens, și sunt, în esență, un pariu educat un deget spre cer.
Aș dori, de asemenea, să rețineți că programul poate fi foarte diferit pentru fiecare aplicație, în funcție de aplicație și chiar industria. Și nu întotdeauna va fi simetrice.
Ok, avem acest program, ce să fac?

Și aici, pe graficul suprapus costul curba de protecție împotriva timpii morți și pierderea de date. Este ușor de observat că există puncte de intersecție ale acestor curbe.

La aceste puncte, costul de protecție în comparație cu pierderile, și aceste două puncte magice sunt un ghid pentru noi. Tot ceea ce este mai aproape de punctul de eșec, va duce la o pierdere mică de bani din cauza nefuncționare, dar pierderea de bani pentru apărare va fi mai mult decât costul de nefuncționare. Ie totul între aceste două puncte, este neprofitabilă punct de vedere economic.
Pe de altă parte, acesta devine mâinile pe caz de afaceri de protecție - de backup, clustering, etc. direct din mâinile unităților de afaceri. „După ce a petrecut 10 de ruble la sistemul de backup, limităm riscul pierderii de date, al 10-lea în valoarea rublei a datelor.“
Și aici există două noi prescurtare din trei litere.
SLO - Service Level Obiectiv, nivelul țintă al serviciului. Ie pentru fiecare aplicație și clasa de date IT cu unitate de afaceri stabilit aceste două puncte țintă RPO / RTO.
Service Level Agreement, Service Level Agreement - SLA. De fapt, acesta este doar un document descris SLO și penalități opționale pentru încălcarea acesteia. Desigur, pedeapsa este opțională pentru document intern și este absolut esențială dacă SLA este un furnizor extern de servicii.

Pe aceasta pentru ziua de azi, în viitor, vom vorbi despre impactul asupra virtualizare toate aceste abrevieri.

Ei bine, tu așa că nu simplifică, și apoi mai târziu „experții tehnici“ se va confrunta cu o continuitate de afaceri și să vină să jure;)
Intersecția acestor curbe - este un viclean, deși comună. De ce este necesar să se cheltuiască X bani, nu să-și piardă o altă X? Și poate fi mai bine să-și petreacă X / 2, și să accepte riscul de pierdere 3X? În practică - determină obiectivele de business bazate pe diferite criterii (altele decât bani, pot exista, de exemplu, riscul reputational, sau conformitatea), și ca răspuns, spune că, câți bani le poate realiza. Și dacă raportul cost / beneficiu corespunzător - atunci există bani în proiect sunt date.

Lesh, știi, starea actuală a profesioniștilor IT în înțelegerea chiar RPO / RTO niciodată fericit. De aceea, replicare și de ce nu putem face doar de rezervă.

Știi, pentru că nu am scris nimic, care nu spune la fiecare a doua ședință. Aceasta este o nouă lume necunoscută pentru Iubitorii de tehnică, și poate că este un pic cam simplist, aproape la nivelul de basme pentru copii pentru tine. Dar tu și cu mine diferite segmente de public-țintă și scopuri diferite. Scopul meu - pentru a explica de ce vorbim despre asta, de ce pentru sarcina selectată 8-controler de stocare Hi-End, în loc de clasa 2-controler Mid-Range. Sau invers. Scopul - de a arăta pe degete, în cazul în care intepaturi de pantofi.

Așa e-dreapta! Cum angajat alegerea de fier / software-ul, nu a existat un singur alt motiv decât „si se lasa la mai multe nuclee, gigabyte, și pro versiune / întreprindere“!