Három forrás és három rendelkezésre álló elem

Ajánlott cikkek

Jelenleg az információbiztonság a vállalati automatizálás teljesen független és erőteljes iránya. Természetesen ilyen körülmények között az irány egyre inkább összefügg az alkalmazott információkkal ...

A vállalati erőforrások biztonságának biztosítása a mai napig egyik vállalat egyik legfontosabb prioritása, függetlenül a tevékenység méretétől és körétől. Az információbiztonsági piac fejlődik, ami azt jelenti, hogy ...

Az idegenforgalmi tevékenység, amelynek fejlesztése a lakosság életminőségének növekedésével jár, jól illeszkedik az "intelligens város" koncepciójához. Ezenkívül az informatika alkalmazásának szintje az iparban az elmúlt tizenöt-húsz évben ...

Ennek a blognak a megírása volt a második az év múlva terjedő tömeges vírusos járványban. És nagyon kellemetlen előzmény lett. Végtére is, ilyen nagy léptékű fertőzések nem voltak nagyon hosszú ideig. Ez a helyzet azonban várható volt. Epidémia okozta ...

Ábra. 2. A két internet-hozzáférési szolgáltatóval működő rendszer megbízhatóságának kiszámítására szolgáló működési diagram

"Elérhetőség", "három kilences a vessző után" - ezeket a kifejezéseket gyakran használják az új IT megoldások megvitatásakor. IT # 8209, az építészek az ügyfeleknek kínálják az új rendszer kialakítását, különös tekintettel arra a tényre, hogy nagyon magas rendelkezésre állása van. A szerződés megkötése, a rendszer építése, a komplex szállítási igazolásainak aláírása, a művelet megkezdése ... A működés szakaszában ellenőrizheti a létrehozott rendszer "minőségét", majd csalódást okozhat. Mi rejtőzik a varázslatos "kilencesek" mögött? Mit ígértek a tervezési szakaszban? És ki felelős a hozzáférhetőségért?

Elérhetőség: Bevezetés a tárgyhoz

A legmegfelelőbb módja annak, hogy megértsük a hozzáférést, meg kell érteni, miért van szükség. Az elérés jellemzője annak, hogy mit szeretne az IT-től az üzleti életben. Sajnos néhány üzleti képviselő válaszol az informatikai szolgáltatások kívánt elérhetőségére vonatkozó kérdésre: "Mindent meg akarok dolgozni". Ebben az esetben a szolgáltatás műszaki feladata az IT menedzserhez van hozzárendelve, beleértve a rendelkezésre állási paraméterek meghatározását. Tehát a rendelkezésre állás az IT-szolgáltatás paramétere, amelyet az üzleti vállalkozás fogyaszt és az IT # 8209 biztosítja. A rendelkezésre állás kiszámításának módja a következő:

Elérhetőség = (AST-DT) / AST × 100 = Szolgáltatás vagy komponens elérhetősége (%)

ahol
AST (megbeszélt szervizidő) - a szolgáltatás nyújtására megállapított idő;
DT (a tényleges leállás a megállapodás szerinti szervizidő alatt) - a tényleges időpont, amikor a szolgáltatás a rendelkezésre bocsátott egyeztetett időpontban nem volt elérhető.

A rendelkezésre állás kiszámításának sajátosságait könnyebb megérteni egy konkrét példával. Próbáljuk meg meghatározni az "online áruház" IT szolgáltatásainak elérhetőségét a moszkvai AAA vállalatnál, amely könyveket értékesít. Ebben az esetben a könyvek és azok bármely városba történő továbbítása fizethető például hitelkártyával. Nyilvánvaló, hogy a kézbesítési megbízások csak a munkanapokon 9-18 óráig kerülnek feldolgozásra.

De mi lesz az AST a szervezett időben? Ennek a kérdésnek a megválaszolásához figyelembe kell venni, hogy az emberek a nem munkaidőben rendeléseket rendelhetnek el, és figyelembe kell venni azt a tényt, hogy Oroszországban 11 időzóna van. Ezért a szolgáltatást a nap 24 órájában, a hét 7 napján kell biztosítani.

Most a DT-idővel kell foglalkoznunk, amikor a szolgáltatás nem érhető el. Itt nem folytathatunk üzleti tárgyalásokat. Lehetséges, hogy a szolgáltatás négy órája egy hónapon belül nem érhető el elégséges választás a példához. Azonban figyelembe kell venni az egyik árnyalatot - az időtartamot, amely alatt a DT paramétert értékelik, vagyis a megfelelően megegyezett szállítási határidőt (AST). Az AST-időszak megválasztása a szerződő felek magánügye: üzleti és informatikai szolgáltatások. Ilyen időszakként jobb egy hét vagy több hét, mivel egy hónap vagy egy év nem állandó (beleértve egy másik napot). Azonban figyelmet kell fordítani a pszichológiára is: rövidebb időtartamokat az üzletág negatívan érzékel. Példánkban az elérhetőség azonos értéke megegyezik a heti körülbelül egy órára vonatkozó alapjárati idővel. Azonban az üzletnek nem tetszene, hogy az online áruház hetente nem érhető el óránként, bár egy hónapon keresztül négy óra leállás esetén egyetért. Másrészről néha lehetetlen az IT # 8209-et működtetni, a rendszer anélkül, hogy több órára meg kellene állnia az ütemezett karbantartási munkákhoz. Az ilyen tervezett állásidőt figyelembe kell venni a DT kiválasztásánál is, ami viszont az AST paraméter felülvizsgálatához vezethet.

A fentiek alapján 4 órát választhatunk a szolgáltatás négyhónapos egyidejű rendelkezésre állásából. Ez AST = 4 hét, DT = 4 óra. Ezután a rendelkezésre állás a következő:

Elérhetőség = (24 × 7 × 4-4) / (24 × 7 × 4) × 100% = 99,40%

Lehetséges, hogy az üzlet nem ért egyet. Ebben az esetben meg kell tudni, hogy melyik lehetőséggel fogadja el. A jövőben a hardver- és szoftverrendszerek két változatát kiszámíthatja különböző hozzáféréssel és tárgyalhat az üzletággal, mindkét opció költségének összehasonlításával. Általánosságban elmondható, hogy az üzleti és informatikai költségvetéssel kapcsolatos tárgyalások # 8209; szolgáltatások - ez egy külön téma, amelynek közzététele talán nem egyetlen könyvet igényel. Tételezzük fel tehát, hogy a példánkban a rendelkezésre állást kiszámítjuk és elfogadjuk, és folytathatjuk a rendszer létrehozását.

A hozzáférhetőség három összetevője

A megoldás kiválasztásakor az első dolog, amit az informatikai szolgáltatás rendelkezésre áll. Sok csalódást okoz a művelet során azzal a ténnyel, hogy az üzleti szolgáltatás elérhetősége közvetlenül kapcsolódik a berendezések elérhetőségéhez. Az IT-szolgáltatás elérhetősége azonban három összetevő kombinációjából áll:
1) Megbízhatóság - általában megbízhatóságként fordítják;
2) karbantarthatóság - lefordítás: "használhatóság";
3) Használhatóság - karbantarthatóság.
Mindegyik pontot elemezzük.

megbízhatóság

Megbízhatóság az infrastruktúra vagy a hardver- és szoftverkomplexum egésze, beleértve a kommunikációt is. Például egy online áruházhoz szükségünk van a # 8209 webre, a kiszolgálóra, az alkalmazáskiszolgálóra, a DBMS-re, a lemez tárolására és az internethez való hozzáférésre. Az egyszerűség kedvéért azt feltételezzük, hogy az "alkalmazáskiszolgáló" szoftver tartalmazza a 8209-es webet, a kiszolgálót egy hardver-kiszolgálóra telepítik, a második DBMS-t, és a lemez tárolása egy külső lemezrend.

Elkezdjük létrehozni - egy infrastrukturális projektet építünk. Az egyes komponensek között írja le a rendelkezésre állási paramétereket. Az egyes összetevők elérhetőségét - mi továbbra is a "megbízhatóság" kifejezést használjuk - a komponens (hardver, szoftver vagy szolgáltatás) szállítójától kell beszerezni. Ha ez valamilyen oknál fogva lehetetlen (például a szoftverkomponenseknél a megbízhatósági érték általában ismeretlen), a szükséges értéket önállóan kell becsülni és kiosztani. Mindegyik összetevő egyetlen kiesési pont, így a munkamodálaton a megbízhatóság megbízhatóságának kiszámításához sorosan kapcsolódnak (1. ábra). Ne feledje, hogy ez nem az infrastruktúra komponensek összekapcsolási sémája, hanem csak a megbízhatósági számítási séma.

Tehát a megbízhatóságra számítunk. Mivel komponensek soros csatlakozással rendelkeznek, a megbízhatósági értékek szorozva vannak:

Megbízhatóság = (0,985 × 0,97 × 0,975 × 0,98 × 0,99 × 0,9999 × 0,99) × 100% = 89,47%

Ez nyilvánvalóan nem elegendő a 99,40% -os előírt értékhez képest. Ezután megváltoztatjuk a döntést - az internet-hozzáférési szolgáltatók alternatív szolgáltatójának rendszerébe (2. ábra) és kiszámítjuk annak megbízhatóságát. Mivel párhuzamosan kapcsolódik az internet-hozzáférés, az általános megbízhatóság a következőképpen határozható meg:

Általános megbízhatóság = [1- (az 1. komponens megbízhatósága) × (a 2. komponens megbízhatósága 1)]

Megbízhatóság = [1- (1-0,985) × (1-0,98) × 0,97 × 0,975 × 0,98 × 0,99 × 0,9999] × 100% = 91,72%

Úgy gondolom, hogy a jövő rendszernek a "megbízhatósággal való munkavégzésének" elve bizonyított. Meg kell jegyezni, hogy ebben a példában a hálózati infrastruktúra komponensei és a kapcsolatok megbízhatósága (például az adatbázis-kiszolgáló és a lemez tárolása) nem jelentek meg, valamint a műszaki infrastruktúra (tápegység, légkondicionálás, stb.), amelyek szintén hibahelyzetek, és szerepelniük kell a számításban. Különös figyelmet kell fordítani a szoftverkomponensek megbízhatóságának értékelésére. Itt a legfontosabb tanács az ésszerű konzervativizmusban rejlik: az ilyen megoldásokban használt szoftverkomponenseket hosszú ideig használja, és jól bevált.

A fentiekben röviden ismertetett technikák segítségével választhatja ki a megoldást a szükséges elérhetőséggel.

Karbantartás és karbantartás

Lépjünk át a kiegészítő termékek karbantarthatóságára és karbantarthatóságára. Megjegyzem, hogy a "fenntarthatóság" és a "fenntarthatóság" fordításai sikertelenek, ezért nem világos, hogy ez mit jelent. Jobb érthetőbb fordítások használata: karbantarthatóság - a belső IT-tevékenység 8209, szolgáltatásszervezés; kiszolgálhatóság - külső szolgáltatók által nyújtott szolgáltatások.

A helyzet tisztázása érdekében fontolja meg a szélsőséges lehetőségeket. Mely esetben nincs teljesen karbantarthatóság (a belső IT 8209-es tevékenysége, szolgáltatásszervezés)? Ez akkor történik, amikor a cég saját IT-8209-es, a szolgáltatás kiszervezik. Itt az elérhetőség csak a külső szolgáltatók megbízhatóságából és szolgáltatásaiból áll.

Abban az esetben van-e teljes körű kiszolgálhatóság (külső szolgáltatók által nyújtott szolgáltatások)? Ez például az FSB-ben történik, amely titoktartási okokból arra kényszerül, hogy az összes rendszerfenntartási tevékenységet kizárólag az informatikai részlegének erőinek tekintsék, még akkor is, ha az alkatrészeket önmagukban vásárolják, és nem technikai támogatási szerződés alapján. Ezután a rendelkezésre állás csak a rendszer megbízhatóságából és a belső IT # 8209-es tevékenységből áll;

Nyilvánvaló, hogy a megoldást egyszerre kell kiválasztani a karbantarthatóság és a karbantarthatóság fenntartásának programjaival. A hozzáférhetőség három összetevője általában a megbízhatóság, a karbantartás és a kiszolgálhatóság. Az egyiket megváltoztatva kompenzálni kell a másik kettő változásait - egyébként megváltozik az informatikai szolgáltatás elérhetőségének paramétere, ami károsíthatja az üzletet.

A hozzáférhetőség összetevői manipulációjának módjai

Annak megértéséhez, hogy hogyan kezelheti a hozzáférhetőség valamennyi összetevőjét, fontolja meg egy másik gyakorlati példát. A két orosz városban lévő adatfeldolgozó központok, a Zelenograd (Moszkva műholdas városa) és Irkutszk adatfeldolgozó központjai két azonos "kulcsrakész" rendszert kaptak. Ezért a megbízhatóság - ugyanolyan megbízhatósággal bírnak. Mind az IT # 8209 rendszerek ugyanazokkal a technikai támogatási szerződésekkel rendelkeztek a hardverek és a szoftverek terén, ami azt jelenti, hogy a külső szolgáltatók által nyújtott szolgáltatások - kiszolgálhatóság - ugyanazok voltak. Azonban a rendszerek elérhetősége eltérő volt. És a vállalat vált a szállító, hogy panaszkodnak a rossz a rendszer rendelkezésre állását Irkutszk, azt állítva, hogy az egyik megoldás „hibás”, és igényes, hogy végezze el audit.

Azonban ebben az esetben az ellenőrzési határozat nem valószínű, hogy felfedje a kiváltó oka a „hiba” a rendelkezésre állás, hiszen ki kell vizsgálni csak az egyik összetevője - megbízhatóság, amelyet meg kell egyeznie mindkét rendszer, valamint annak szükségességét, hogy vizsgálja meg, csak a másik két komponens. Ha figyelsz rájuk, kiderül, hogy két lehetőség van.

1. lehetőség: a hardverhibák a rendelkezésre állás elvesztését okozták. Az adatközpontok földrajzi elhelyezkedésének köszönhetően ugyanazok a hardver-támogatási szerződések ténylegesen eltérhetnek egymástól. Például a szolgáltató központ külső beszállító Moszkvában található, és a szerződés Technical Support Key azt mondja, hogy úgy viselkedik, csak hétköznap és mérnök érkezik a telepítés helyén „az első elérhető járatra vagy vasúton történik.” Nyilvánvaló, hogy Moszkvából távozó mérnök számára ez az érték Zelenograd és Irkutszk számára eltérő lesz.

A rendelkezésre állás problémájának lehetséges megoldásai ebben az esetben:

• megváltoztathatja az IT # 8209 megbízhatóságát, például Irkutszkban a rendszer további csomópontot hozhat létre a fürtben;
• megváltoztathatja a kiszolgálhatósági paramétert - hozzon létre egy raktárt Irkutszkban, kapjon lehetőséget IT # 8209-re, a vállalat szakembereit a hibás összetevők önálló megváltoztatására, amennyiben ez nem mond ellent a gyártó szabályainak.

Ezenkívül érdemes ellenőrizni a működési feltételeket. Példák az ilyen körülmények tipikus megsértésére:

• a helyiségekben a beépített rendszerekkel végzett javítási munkálatok elvégzése, amelyek porosodásához vezetnek, és a por nagyon veszélyes a szerverekhez;
• A használata a háztartási légkondicionálók a szerver szobában, bár a berendezés minden darabját saját követelményrendszere a nedvességtartalom és a szobai légkondicionálók nem úgy tervezték, hogy megőrizze előre beállított szintet, és teljesen száraz levegő káros a szakterületen.

2. lehetőség: a szoftveres meghibásodások miatt a rendelkezésre állási szint csökkenéséhez vezetett. Ebben az esetben a legvalószínűbb probléma az IT # 8209, az Irkutszk-i szolgálat. A szoftvertechnikai támogatási szolgáltatásokat távolról biztosítják. Ezért nincs különbség a szolgáltatásokban, kivéve a különbözõ idõzónák különbözõ idõtartamát a helyi idõkhöz kapcsolódó szolgáltatások nyújtása tekintetében, de ez általában nincs jelentõs hatással. A valószínűleg alatti oka a „hiba” áll itt a különböző szintű szakmai informatikai # 8209; a szervezeti egységek - Irkutszk ő biztosan alacsonyabb, mint Zelenograd. Lehetséges megoldások:

• húzza karbantarthatóság a kívánt szintre - a vonat informatikai személyzet Irkutszk a szoftver és hardver termékek, amely része az IT # 8209; rendszer, szemináriumokat szervez a tapasztalatok átadása IT csapat Zelenograd, másolja át a működési folyamatok, stb # 8201; n .. ;
• kompenzálja a karbantarthatóságot a szervizelés miatt - fejlett technikai támogató szolgáltatásokat, kiszervezett szolgáltatásokat stb. vásárol. # 8201;

Ha visszatérünk a példánkban egy online áruházba, akkor milyen megbízhatóságot, karbantarthatóságot és kiszolgálhatóságot nyújt? A válasz erre a kérdésre minden esetben függ. Például ajánljuk a hosting szolgáltatást az egész infrastruktúra (IT és műszaki) teljes végrehajtása helyett. Általánosságban elmondható, hogy a következő elérhetőséggel rendelkezünk a rendelkezésre állás kezelésével kapcsolatban. 1. A megbízhatóság változása:

• az informatikai megoldás nagy rendelkezésre állásra való átállítása - klaszterek használata, forrócserélő eszközök használata, esetleges meghibásodási pontok megismétlése stb. # 8201;
• a teljes infrastruktúra vagy részeinek bérbeadása a külső szolgáltatóktól (hosting, helymegosztás).

2. A fenntarthatóság változása (az informatikai tevékenységek változásai # 8209, vállalati szolgáltatások):

• az informatikai menedzsmentben saját bevált gyakorlataik megszervezése terén történő terjesztés;
• Külső tanácsadók meghívása az IT-részleg folyamatainak megszervezésére;
• IT személyzet képzés.

3. A használhatóság változása - az informatikai szolgáltatások szerződéseinek cseréje a külső szolgáltatókkal a szolgáltatás színvonalának növelése, a szolgáltatások mennyiségének növelése, a külső szolgáltatók felelősségi körének bővítése stb. # 8201; A három forrás és a hozzáférhetőség három összetevőjének manipulálásának módszereit egyetlen cikk keretein belül nem lehet megfogalmazni, azonban a mások számára hozzáférhetőség egyes komponenseinek kompenzálására vonatkozó fő megközelítéseket bizonyították. Az ezen a területen meglévő készségek fejlesztése érdekében meg kell vizsgálni az IT # 8209 rendszerek tervezésében és működtetésében szerzett gyakorlati tapasztalatokat.

Szeretném megragadni az alkalmazott terminológiát.
Nagyon gyakran összekeverik a hozzáférhetőség feltételeit (angolul - Hozzáférhetőség) és a rendelkezésre állás.
Az akadálymentesség a szolgáltatás minőségének fogalma, a készség pedig a berendezés megbízhatóságának fogalma.

Mindezt különböző RF vendégek és ITU-T ajánlások írják.

Furcsa, hogy V.Netes és diákja, A.Tyunyakin még nem ismerik az ITIL terminológiáját. A tanuló megbocsátható, és a tanár nem

És valójában, ha a rendelkezésre állás rendelkezésre áll, akkor hogyan lehet lefordítani a hozzáférhetőséget?

Uraim, van kérdés.