Articole recomandate
În prezent, securitatea informațiilor este o direcție complet independentă și puternică de automatizare corporativă.
În mod natural, în astfel de condiții, direcția este din ce în ce mai asociată cu problemele informațiilor aplicate ...
Până în prezent, asigurarea securității resurselor corporative este una dintre cele mai importante priorități pentru orice companie, indiferent de amploarea și domeniul de activitate. Piața securității informațiilor se dezvoltă, ceea ce înseamnă că ...
Agenția turistică, datorită dezvoltării căreia ar trebui să crească calitatea vieții populației, se potrivește bine cu conceptul de "oraș inteligent". În plus, nivelul de utilizare a tehnologiei informației în această industrie în ultimii cincisprezece-douăzeci de ani ...
Motivul pentru scrierea acestui blog a fost al doilea dintr-un an de epidemie de masă a virusului. Și a devenit un precedent foarte neplăcut. La urma urmei, nu au existat astfel de infecții pe scară largă de foarte mult timp. Cu toate acestea, această situație era așteptată. Epidemia a fost cauzată ...
Fig. 2. Diagrama de lucru pentru calculul fiabilității unui sistem cu doi furnizori de servicii de acces la Internet
"Accesibilitate", "trei nivele după virgulă" - acești termeni sunt adesea folosiți atunci când discutăm noi soluții IT. IT # 8209, arhitecții oferă clientului un proiect al unui nou sistem, acordând atenție deosebită faptului că acesta dispune de o disponibilitate foarte mare. Contractul este incheiat, sistemul este construit, certificatele de livrare a complexului sunt semnate, operatiunea incepe ... Este in stadiul de functionare ca puteti verifica "calitatea" sistemului creat, iar apoi poate veni dezamagirea. Ce este ascuns în spatele magiei "nouă"? Ce este promis în faza de proiectare? Și cine este responsabil pentru accesibilitate?
Disponibilitate: Introducere în subiect
Cea mai corectă modalitate de a înțelege ce este accesul este să înțelegeți de ce este nevoie. Accesul este o caracteristică a ceea ce dorește să obțină afaceri de la serviciul IT # 8209; Din păcate, unii reprezentanți ai afacerilor răspund la întrebarea despre disponibilitatea dorită a serviciilor IT aproximativ după cum urmează: "Vreau ca totul să funcționeze mereu". În acest caz, sarcina tehnică a serviciului este atribuită managerului IT, inclusiv determinarea parametrilor de disponibilitate. Deci, disponibilitatea este un parametru al serviciului IT pe care compania îl consumă și pe care IT # 8209 îl oferă. Formula pentru calcularea disponibilității este următoarea:
Disponibilitate = (AST-DT) / AST × 100 = Disponibilitate service sau disponibilitate (%)
unde
AST (termen de serviciu convenit) - timpul convenit pentru prestarea serviciului;
DT (durata reală de întrerupere a timpului de serviciu convenit) - timpul efectiv în care serviciul nu era disponibil în timpul convenit pentru furnizarea acestuia.
Specificul calculului disponibilității este mai ușor de înțeles cu un exemplu specific. Să încercăm să determinăm disponibilitatea serviciilor IT "magazin online" pentru compania AAA, localizată la Moscova, care vinde cărți. În acest caz, cărțile și livrarea lor în orice oraș pot fi plătite, de exemplu, prin carte de credit. Evident, comenzile de livrare vor fi prelucrate numai în zilele lucrătoare de la 9 la 18.
Dar ce va fi AST momentul convenit pentru serviciu? Pentru a răspunde la această întrebare, este necesar să se țină cont de faptul că oamenii pot plasa comenzi în timpul orelor nelucrătoare și este necesar să se țină seama de faptul că în Rusia există 11 fusuri orare. Prin urmare, serviciul trebuie să fie furnizat 24 de ore pe zi, 7 zile pe săptămână.
Acum trebuie să ne ocupăm de timpul DT când serviciul poate fi indisponibil. Aici, nu putem face fără negocieri cu afaceri. Este posibil ca patru ore de indisponibilitate a serviciului o dată pe lună să fie o alegere adecvată pentru acest exemplu. Cu toate acestea, trebuie să se țină seama de o nuanță - perioada de timp în care este evaluat parametrul DT, adică timpul de livrare a serviciilor (AST) convenit corespunzător. Alegerea perioadei AST este o chestiune personală a părților contractante: servicii de afaceri și IT # 8209; Ca o astfel de perioadă, este mai bine să luați o săptămână sau câteva săptămâni, deoarece o lună sau un an nu este permanentă (inclusiv un număr diferit de zile). Cu toate acestea, ar trebui să acordăm atenție și psihologiei: perioadele mai scurte de timp pot fi percepute negativ de afaceri. În exemplul nostru, aceeași valoare a disponibilității corespunde perioadei de repaus aproximativ o oră pe săptămână. Cu toate acestea, este posibil ca afacerea să nu fie convinsă că magazinul online nu va fi disponibil pentru o oră în fiecare săptămână, deși timp de patru ore de întrerupere pe lună, el poate fi de acord. Pe de altă parte, este uneori imposibil să se opereze IT # 8209, sistemul fără a fi nevoie să se oprească pentru câteva ore pentru lucrările de întreținere programate. O asemenea perioadă de nefuncționare ar trebui să fie luată în considerare atunci când se selectează un DT, ceea ce, la rândul său, poate duce la o revizuire a parametrului AST.
Pe baza celor de mai sus, alegem 4 ore de indisponibilitate a serviciului o dată timp de patru săptămâni. Aceasta este AST = 4 săptămâni, DT = 4 ore. Apoi disponibilitatea este după cum urmează:
Disponibilitate = (24 × 7 × 4-4) / (24 × 7 × 4) × 100% = 99,40%
Este posibil ca afacerea să nu fie de acord. În acest caz, trebuie să aflați ce opțiune va fi de acord. În viitor, puteți calcula două versiuni ale sistemelor hardware și software cu accesibilitate diferită și puteți negocia cu afacerea, pe baza unei comparații a costului ambelor opțiuni. În general, negocierile cu serviciile de afaceri și IT bugetarea - acesta este un subiect separat, a cărui dezvăluire poate, probabil, nu necesită o singură carte. Prin urmare, să presupunem că în exemplul nostru, disponibilitatea este calculată și convenită și puteți continua să creați un sistem.
Trei componente ale accesibilității
Primul lucru pe care trebuie să-l conștientizăm atunci când alegem o soluție este acela în care constă disponibilitatea serviciului IT. O mulțime de dezamăgiri în timpul operațiunii se explică prin faptul că disponibilitatea serviciului pe care întreprinderea dorește să îl obțină este direct legat de disponibilitatea echipamentului. Cu toate acestea, disponibilitatea unui serviciu IT este o combinație a trei componente:
1) fiabilitate - de obicei tradusă ca fiabilitate;
2) Mentenabilitate - tradusă ca "serviceability";
3) Serviceability - mentenabilitate.
Vom analiza fiecare dintre aceste puncte.
siguranță
Fiabilitatea este disponibilitatea infrastructurii sau complexului hardware și software în ansamblul său, inclusiv a comunicațiilor. De exemplu, pentru un magazin online, avem nevoie de serverul web # 8209, de serverul de aplicații, de sistemul de stocare a datelor, de spațiul de stocare a discurilor și de accesul la Internet. Pentru simplificare, vom presupune că software-ul "server de aplicație" include web # 8209; serverul va fi instalat pe un server hardware, DBMS-ul pe cel de-al doilea, iar stocarea discului este o matrice externă de discuri.
Începem să creăm - construim un proiect de infrastructură. Sub fiecare componentă, scrieți parametrii disponibilității. Disponibilitatea fiecărei componente - vom continua să folosim termenul "fiabilitate" - ar trebui să fie obținută de la furnizorul componentei (hardware, software sau serviciu). Dacă acest lucru este imposibil din orice motiv (de exemplu, pentru componentele software, valoarea fiabilității este de obicei necunoscută), valoarea necesară va fi estimată și atribuită în mod independent. Fiecare componentă este un singur punct de defecțiune, așa că pe diagrama de lucru pentru a calcula fiabilitatea sunt conectate în serie (Figura 1). Rețineți că aceasta nu este o schemă de conectare pentru componentele infrastructurii, ci doar o schemă de calcul al fiabilității.
Deci, ne bazăm pe fiabilitate. Deoarece avem o conexiune serială a componentelor, valorile fiabilității sunt multiplicate:
Fiabilitate = (0,985 × 0,97 × 0,975 × 0,98 × 0,99 × 0,9999 × 0,99) × 100% = 89,47%
Acest lucru nu este în mod suficient suficient în comparație cu valoarea necesară de 99,40%. Atunci vom schimba decizia - vom include în sistemul furnizorului alternativ de servicii de acces la Internet (Figura 2) și vom calcula fiabilitatea acestuia. Deoarece avem o conexiune paralelă cu privire la accesul la Internet, fiabilitatea globală este determinată după cum urmează:
Fiabilitatea generală = [1- (1-fiabilitatea componentei nr. 1) × (1-fiabilitatea componentei nr. 2)]
Fiabilitate = [1- (1-0,985) × (1-0,98) × 0,97 × 0,975 × 0,98 × 0,99 × 0,9999] × 100% = 91,72%
Cred că principiul "de lucru cu fiabilitate" al viitorului sistem este demonstrat. Trebuie menționat faptul că în acest exemplu nu au apărut componentele infrastructurii rețelei și fiabilitatea conexiunilor (de exemplu, între serverul de bază de date și stocarea pe disc), precum și componentele infrastructurii tehnice (sursa de alimentare, etc), care sunt, de asemenea, puncte de eșec și ar trebui incluse în calcul. O atenție deosebită ar trebui acordată evaluării fiabilității componentelor software. Aici sfatul principal constă în conservatorism rezonabil: utilizați componentele software care sunt utilizate în astfel de soluții pentru o lungă perioadă de timp și s-au dovedit bine.
Folosind tehnicile discutate pe scurt, puteți alege soluția cu disponibilitatea necesară.
Mentenabilitate și serviceabilitate
Să trecem la alte componente ale mentenabilității și utilizabilității add-on-the-shelf-ului. Observ că traducerile de "mentenabilitate" și de "mentenabilitate" sunt nereușite, din cauza căreia nu este clar ce înseamnă asta. Este mai bine să se utilizeze traduceri mai ușor de înțeles: mentenabilitatea - activitatea IT internă # 8209; serviceability - servicii furnizate de furnizori externi.
Pentru a clarifica situația, luați în considerare opțiunile extreme. În acest caz, nu există nicio întreținere (activitatea organizației interne de servicii IT # 8209)? Acest lucru se întâmplă atunci când compania deține IT # 8209, serviciile de externalizare. Aici, accesibilitatea constă doar în fiabilitatea și serviciile furnizate de furnizorii externi.
În acest caz, nu există nicio funcționare completă (servicii furnizate de furnizori externi)? Acest lucru se întâmplă, de exemplu, FSB, care, din motive de confidențialitate a sistemului de păstrarea tuturor activității în stare de funcționare forțată să conducă exclusiv de către departamentul lor de IT, chiar și părțile sunt cumpărate în mod independent, și nu intră în cadrul contractului de suport tehnic. Apoi, disponibilitatea se formează doar din fiabilitatea sistemului și din activitățile organizației interne de service IT # 8209.
Este clar că trebuie să alegeți soluția în paralel cu dezvoltarea schemelor de mentenabilitate și de întreținere. În general, fiabilitatea, întreținerea și utilitatea sunt cele trei componente ale accesibilității. Modificarea uneia dintre ele ar trebui compensată prin schimbări în celelalte două - în caz contrar, parametrul disponibilității serviciului IT se va schimba, ceea ce poate provoca daune întreprinderii.
Modalități de manipulare a componentelor accesibilității
Pentru a înțelege cum puteți manipula toate componentele accesibilității, luați în considerare un alt exemplu practic. Compania, care are centre de date în două orașe din Rusia Zelenograd (oraș - satelit Moscova) și Irkutsk, a cumpărat două sisteme identice „la cheie“. Prin urmare, fiabilitatea - au aceeași fiabilitate. Ambele IT # 8209; sistem au fost prevăzute cu aceleași contracte de suport tehnic pe hardware și software, înseamnă că serviciile prestate de furnizorii externi, - au fost, de asemenea, de serviciu - la fel. Cu toate acestea, disponibilitatea sistemelor sa dovedit a fi diferită. Și compania a început să se plângă către furnizor cu privire la disponibilitatea slabă a sistemului din Irkutsk, argumentând că una dintre soluții era "defectuoasă" și cerând un audit.
Cu toate acestea, în acest caz, decizia de audit nu este de natură să dezvăluie cauza principală a „eșec“ de disponibilitate, deoarece acesta va fi cercetat doar o componentă - fiabilitate, care ar trebui să fie aceleași pentru ambele sisteme, precum și necesitatea de a explora doar celelalte două componente. Dacă le acordați atenție, se pare că există două opțiuni.
Opțiunea 1: erorile hardware au dus la pierderea disponibilității. Datorită localizării geografice a centrelor de date, aceleași contracte de suport hardware pot fi de fapt diferite. De exemplu, serviciul centru un furnizor extern situat la Moscova, iar contractul Tehnic cheie Suport spune că acesta acționează numai în timpul săptămânii și inginer ajunge la locul de instalare, „primul zbor sau feroviar disponibile.“ Evident, pentru un inginer care pleacă de la Moscova, această valoare va fi diferită pentru Zelenograd și Irkutsk.
Posibile soluții la problema disponibilității în acest caz:
- schimbarea fiabilității IT # 8209; sistemul de la Irkutsk, de exemplu, a pus un nod suplimentar în cluster;
- modificați parametrul de funcționare - creați un depozit în Irkutsk, obțineți ocazia pentru IT # 8209, specialiștii companiei să schimbe independent componentele defecte, dacă acest lucru nu contravine regulilor producătorului.
În plus, este logic să verificați condițiile de funcționare. Exemple de încălcări tipice ale acestor condiții:
- efectuarea de lucrări de reparații în încăperile cu sistemele incluse, ceea ce duce la praful lor, iar praful este foarte periculos pentru echipamentul de servere;
- utilizarea de aparate de aer condiționat în camera serverului de uz casnic, cu toate că fiecare echipament are propriile sale cerințe pentru umiditate și cameră de aer condiționat nu sunt proiectate pentru a menține nivelul prestabilit, iar aerul complet uscat este dăunător în domeniu.
Opțiunea 2: erorile software-ului au condus la o scădere a nivelului necesar de disponibilitate. În acest caz, cel mai probabil problema în IT # 8209; serviciul în Irkutsk. Serviciile de asistență tehnică software sunt furnizate de la distanță. Prin urmare, nu există nicio diferență în serviciile cu excepția faptului că, pentru diferite zone de timp, există diferite perioade de serviciu în legătură cu ora locală, dar de obicei nu are un impact semnificativ. Motivul probabil pentru "eșecul" accesibilității aici este nivelul diferit al profesionalismului IT # 8209; departamentele - în Irkutsk este cu siguranță mai mică decât în Zelenograd. Soluții posibile:
- trage mentenabilitate la nivelul dorit - pentru a instrui personalul în Irkutsk pe software-ul și a produselor hardware, care face parte din IT # 8209; sistem, organizează seminarii pentru transferul de echipa experienta IT de la Zelenograd, copiați procesele de operare, etc # 8201; n .. ;
- să compenseze mentenabilitatea datorită capacității de service - să cumpere servicii avansate de asistență tehnică, să externalizeze servicii etc.
Dacă revenim la exemplul nostru cu un magazin online, ce combinație de fiabilitate, întreținere și serviceabilitate va fi optimă? Răspunsul la această întrebare depinde de fiecare caz. De exemplu, puteți recomanda găzduirea în loc să implementați pe deplin întreaga infrastructură (IT și tehnică). În general, avem următoarele modalități tipice de gestionare a disponibilității. 1. Modificarea fiabilității:
- schimbarea soluției IT la disponibilitate înaltă - utilizarea clusterelor, utilizarea echipamentelor cu suport pentru schimbarea la cald, duplicarea repetată a punctelor potențiale de eșec etc. # 8201;
- închirierea întregii infrastructuri sau a părților sale de la furnizori externi (găzduire, colocare).
2. Schimbarea nivelului de întreținere (schimbări în activitățile IT # 8209, servicii ale companiei):
- diseminarea în cadrul organizației a propriilor bune practici în domeniul managementului IT;
- Invitația consultanților externi de a organiza procese în departamentul IT;
- Instruirea personalului IT.
3. Modificarea funcționalității - schimbarea contractelor de servicii IT cu furnizori externi în direcția creșterii nivelului de servicii, creșterea volumului de servicii, extinderea zonei de responsabilitate a furnizorilor externi de servicii etc. # 8201; Toate metodele de manipulare a trei surse și a trei componente ale accesibilității nu pot fi declarate în cadrul unui articol, însă au fost demonstrate principalele abordări pentru compensarea anumitor componente ale accesibilității de către alții. Pentru a spori și mai mult abilitățile în acest domeniu ar trebui să studieze experiența practică în proiectarea și operarea IT # 8209; sisteme.
Aș dori să atingeți terminologia utilizată.
Foarte adesea termenii de accesibilitate (în limba engleză - Accesibilitate) și disponibilitatea sunt confuzi.
Accesibilitatea este conceptul de calitate a serviciului, iar pregătirea este conceptul de fiabilitate a echipamentului.
Toate acestea sunt scrise în diferite invitații RF și în recomandările ITU-T.
Este ciudat faptul că V.Netes și studentul său A.Tyunyakin nu sunt încă familiarizați cu terminologia ITIL. Studentul este iertat, iar profesorul nu este
Și, de fapt, dacă disponibilitatea este disponibilă, atunci cum pot traduce accesibilitatea?
Domnilor, există o întrebare.
Trimiteți-le prietenilor: