Yuqori mavjudlik nima? IaaS uchun SLA: virtual IT infratuzilmasi uchun haqiqiy kafolatlar Xizmat sifatida yuqori mavjudlik.

"IT infratuzilmasi xizmat sifatida", IaaS xizmatlari tobora ommalashib bormoqda korporativ mijozlar, va ular allaqachon ishlatilganva muhim vazifalar uchun. Buni aniqlash vaqti keldivirtual AT infratuzilmasi ishni sekinlashtiradigan yoki umuman ishlamay qolgan hollarda ushbu xizmatlar provayderlari nimani kafolatlaydi va ular qanday javobgarlikni o'z zimmalariga oladilar.

Biz yetakchi korporativ darajadagi IaaS infratuzilma xizmati provayderlari bilan suhbatlashdik va ularning takliflarini tahlil qildik. Shu bilan birga, "korporativ daraja" quyidagilarni anglatadi: bulutli platforma III daraja talablariga javob beradigan ma'lumotlar markazida joylashtirilgan (Uptime institutining sertifikati mavjud emas).talab qilinadi) va Favqulodda vaziyatlarda virtual mashinalarni ko'chirish va High Availability (HA) mexanizmlari orqali yuqori darajadagi nosozliklarga chidamliligini ta'minlaydi.

MAVJUDLIGI VA JAVOB BERISH VAQTI

Odatda SLA shartnomasida ko'rsatilgan IaaS xizmatining asosiy parametrlari uning mavjudligi darajasi, turli hodisalarga javob berish vaqti va ularni hal qilish muddati, shuningdek, ishlamay qolganda kompensatsiya sxemasi va parametrlari. .

Virtual IT infratuzilmasidan foydalanishga qaror qilib, siz 99,5% va undan yuqoriroq mavjudligiga ishonch bilan ishonishingiz mumkin. Hech bo'lmaganda, biz suhbatlashgan provayderlarning hech biri pastroq raqamni nomlamadi. Bundan tashqari, ko'plab kompaniyalar vakillari o'zlarining javoblarida ko'rsatilgan qiymat (1-jadvalga qarang) odatiy ekanligini va mijozning iltimosiga binoan turli xil texnik vositalar yordamida mavjudlik darajasini oshirish mumkinligini ta'kidladilar.

Odatda, korporativ darajadagi IaaS platformalari 99,98% foydalanish imkoniyatini taqdim etishi ma'lum bo'lgan III darajali nosozliklarga chidamliligiga javob beradigan ma'lumotlar markazlarida (o'z yoki tashqi) joylashtiriladi. Provayderlar tomonidan ko'rsatilgan IaaS virtual infratuzilmalarining mavjudlik qiymatlari jismoniy saytning tegishli xususiyatlaridan oshmaydi, bu juda tabiiy.

Istisno - metro klasteri rejimida Dataline tomonidan taqdim etilgan 99,99% mavjudlik. Falokatning ushbu versiyasi Bulut kompaniyaning ikkita ma'lumot markazlarini qamrab oladi - metro klasteri haqida qo'shimcha ma'lumot olish uchun Journal of Networking Solutions / LAN jurnalining 2013 yil oktyabr sonida chop etilgan "Bulutli bo'lmagan" narxda ofatdan himoyalangan bulut" materialiga qarang. ).

Aslida, etkazib beruvchi SLAda o'zboshimchalik bilan yuqori, hatto 100% mavjudligini ko'rsatishi mumkin, ammo keyin u daromaddan ko'ra ko'proq yo'qotish xavfini tug'diradi, chunki har qanday aqli raso xaridor shartnomani bajarmaganlik uchun kompensatsiyaning qat'iy sxemasini kiritishni talab qiladi. kelishilgan shartlar. Hech qanday standart sxema hali ishlab chiqilmagan bo'lsa-da, har bir yetkazib beruvchi boshqacha narsani taklif qiladi, shuning uchun xaridor IT xizmatlarining to'xtab qolishi mumkin bo'lgan moliyaviy yo'qotishlarni hisobga olgan holda taklif qilingan tovonni baholashi kerak.

Ko'pgina kompaniyalar xizmat mavjud bo'lmagan har bir qo'shimcha (SLAdan tashqari) soat uchun oylik to'lovni (foiz sifatida) ma'lum miqdorda qoplashni taklif qiladi. Misol uchun, SLAda 99,95% (oyiga 1 soatdan ko'p bo'lmagan to'xtab turish vaqti) ko'rsatilgan mavjudlik darajasi bilan, xizmatdan uzilishning har bir qo'shimcha soati uchun Inoventica oylik to'lovning 2 foizini qoplashga tayyor. Cloud4Y standart versiyada 1 soatlik ishlamay qolish uchun 1% ni qoplaydi (hisob-kitoblar umumiy qiymati to'liq xizmatlar kalendar oyi undan oldingi), lekin xizmat narxining 50% dan oshmasligi kerak.

Bir qator provayderlar mavjudlik darajasiga qarab kompensatsiya qanday o'zgarishi haqida batafsil hisob-kitoblarni taqdim etdilar (2-jadvalga qarang). Ushbu daraja sezilarli darajada pasaygan taqdirda, juda katta kompensatsiya taklif etiladi. Misol uchun, agar qiymat 95% dan kam bo'lsa, Onlanta (Lanit kompaniyalar guruhi) xizmat uchun to'lov darajasini 40% gacha kamaytirishga imkon beradi. Va IT-Grad kompaniyasi, agar mavjudlik darajasi 96,71% dan pastga tushsa, 50% tovon va'da qiladi. Ko'rinib turibdiki, xizmatlar sifatining bunday yomonlashishi provayderlar tomonidan mumkin emas.

"Biz ikkita mustaqil kompensatsiya tamoyilini joriy qildik: xizmat ko'rsatish parametrlarining maqsadli ko'rsatkichlarini va so'rovlarni qayta ishlash uchun maqsadli ko'rsatkichlarni buzganlik uchun", deydi Vitaliy Mzokov, Servionika (I-Teco Group) kompaniyasining bulutli xizmatlar va infratuzilma yechimlari rahbari. - xizmat ko'rsatish parametrlarining maqsadli ko'rsatkichlarini buzish progressiv shkala bo'yicha qoplanadi. Haqiqiy mavjudlik darajasiga qarab, xizmatdan foydalanish uchun hisob-faktura miqdorining foizi sifatida ifodalangan kompensatsiya ko'rsatkichi hisoblanadi. So'rovlarni ko'rib chiqish maqsadlarini buzganlik uchun kompensatsiya mijozning bir daqiqagacha aniqlik bilan kutish davomiyligidan kelib chiqqan holda hisoblanadi.

Servionika tomonidan qabul qilingan amaliyotga ko'ra, mijozlar so'rovlarining turlari, shuningdek, so'rovlarga maksimal javob berish vaqti va muammoni hal qilishning maksimal vaqti bo'yicha umumiy maqsadlar xizmatlarning o'zaro munosabatlari qoidalarida tasvirlangan. Va SLA shartnomasining o'zida bu ko'rsatkichlar ma'lum bir xizmat uchun ko'rsatilgan.

“Shartnomaga ko‘ra, mijoz bizdan bir nechta xizmatlarni olishi mumkin. Shuning uchun qoidalar tavsiflanadi umumiy ko'rsatkichlar izoh bilan: "Ma'lum bir xizmat uchun SLAda belgilangan maqsadlar qoidalarda ko'rsatilgan ko'rsatkichlarga mos keladi." Bu, agar kerak bo'lsa, reaktsiya vaqti va eritma vaqtini aniqlashtirish (uzaytirish yoki kamaytirish) mumkin bo'lishi uchun amalga oshiriladi, - tushuntiradi Vitaliy Mzokov. - Biz har qanday turdagi so'rovlarga 15 daqiqa ichida javob berishga majburmiz. Maksimal hal qilish vaqti, so'rovning turi va ustuvorligiga qarab, 1 soatdan (1-sonli ustuvorlikka ega bo'lgan hodisalar uchun) 48 soatgacha (mijozning axborot so'rovini to'liq qayta ishlashni talab qiladigan so'rovlar uchun - masalan, ma'lumotni taqdim etish) tariflar va boshqa xizmatlar, turli tushuntirishlar va ko'rsatmalar bo'yicha).

Ilovaga javob berish vaqti odatda uning ustuvorligiga bog'liq. Masalan, Linxdatacenter amal qiladigan ustuvor darajalar:

• Kritik - xizmat to'liq mavjud emas, tiklash uchun shoshilinch choralar ko'rish kerak, reaktsiya vaqti 15 minut, tiklanish vaqti 4 soatdan oshmaydi;
• Yuqori - xizmat qisman mavjud emas, javob vaqti 1 soatgacha, yuqori ustuvorlik;
• Oddiy - xizmat parametrlari bo'yicha tushuntirishlar, dolzarb bo'lmagan savollar, 1 soatgacha javob berish vaqti, javob tayyorlash uchun 24 soat ajratilgan.

3-jadvalda yana bir misol ko'rsatilgan - Cloud4Y tomonidan qo'llaniladigan so'rovlar toifalari; reaktsiya vaqti - 30 daqiqadan oshmasligi kerak.

Darhol T-Systems-da ishlashga harakat qilish. T-Systems RUS AKT bo'limi savdo direktori Vsevolod Yegupovning so'zlariga ko'ra, ushbu kompaniya mutaxassislari "80% hollarda 30 soniya ichida javob berishadi" (!). Ammo, aksariyat respondentlarimiz singari, u javob vaqti vaziyatning tanqidiyligiga bog'liqligini ta'kidladi.

MONITORING ASBORALARI

SLA shartnomasida jozibador mavjudlik darajasini va qat'iy kompensatsiya sxemalarini belgilashning o'zi etarli emas, shuningdek, mijozga qulay va qulay shartlarni taqdim etish kerak. samarali vosita boshqaruv. Va bu erda etkazib beruvchilarning yondashuvlari sezilarli darajada farq qiladi.

Vitaliy Mzokov Servionika amaliyotiga to‘xtalar ekan, mijozlar mustaqil monitoring uchun ba’zi maxsus vositalarni o‘zlashtirishdan ko‘ra, operatordan shaffof va to‘g‘ri hisobot olishdan ko‘proq manfaatdor ekanini ta’kidlaydi. Qoida tariqasida, Servionika kelishilgan parametrlar to'plami bo'yicha oylik hisobotlarni taqdim etadi, ammo mijozning iltimosiga binoan shartnomada tez-tez hisobot berish nazarda tutilishi mumkin.

Ko'pgina kompaniyalar, sukut bo'yicha, har oyda bir marta sog'liqni saqlash hisobotlarini taqdim etadilar, lekin mijozlarning iltimosiga binoan tez-tez bajarishlari mumkin. Onlanta tomonidan taqdim etilgan hisobotning namunasi 1-rasmda ko'rsatilgan. Uning bulutli bo'limi rahbari Mixail Lyapinning so'zlariga ko'ra, Onlanta Rossiyada mijozlarga bulutli resurslarning mavjudligi to'g'risidagi hisobotni ushbu darajadagi tafsilotlar bilan ta'minlaydigan yagona kompaniya hisoblanadi. Uning so'zlariga ko'ra, ko'pchilik xizmat ko'rsatuvchi provayderlar virtual mashinalar mavjudligi darajasi bo'yicha statistik ma'lumotlar bilan shug'ullanadi.

Bir qator kompaniyalar mijozlarga onlayn o'z-o'ziga xizmat ko'rsatish konsolini taklif qilishadi. Croc kompaniyasi bosh direktori o‘rinbosari, ma’lumotlar markazi va bulutli hisoblash bo‘limi boshlig‘i Ruslan Zaedinovning so‘zlariga ko‘ra, har bir IaaS xizmati iste’molchisi ma’lum komponentlarning ishlashini onlayn nazorat qilish imkoniyatiga ega bo‘lgan bunday konsoldan foydalanishi mumkin. Masalan, virtual mashinalarda mijozning IT-mutaxassislari protsessor qanchalik bandligini, kiritish-chiqarish qanday ishlashini, qancha xotira ishlatilishini va hokazolarni kuzatishi mumkin. Ushbu ma'lumotlar real vaqtda mavjud, shuningdek - yoqilgan. so'rov - har qanday davr uchun statistik ma'lumotlar shaklida.

ISHLATILISHGA KAFOLAT BERILISHI KERAK

Shubhasiz, provayderning IaaS platformasidagi yuk ortishi bilan virtual mashinaning ishlash darajasi pasayishi mumkin. Xizmat ko'rsatuvchi provayderlar buni oldini olish uchun qo'llaridan kelganini qilmoqdalar. Barcha kompaniyalar bunga rozi. Biroq, ba'zilari SLAda ishlash parametrlarini o'z ichiga oladi, boshqalari esa bunday o'lchovni keraksiz deb hisoblaydi.

Inoventica direktorlar kengashi a'zosi Vitaliy Slizen bu haqda shunday deydi: "Biz yukning ortishi bilan ham [ishlab chiqarishning] yomonlashuvini kuzatmaymiz, chunki biz ma'lumotlar markazlarining imkoniyatlarini kengaytirmoqdamiz va modernizatsiya qilmoqdamiz. o'z vaqtida. Alohida ravishda, SLAda ushbu parametrlar (VM va saqlash ko'rsatkichlari) aks ettirilmaydi, chunki mijozlar talablaridan qat'i nazar, ularga rioya qilish bizning asosiy mas'uliyatimizdir. Inoventica mutaxassislari doimiy ravishda ijaraga olingan infratuzilma ob'ektlarining barcha asosiy parametrlarini kuzatib boradilar, bu esa ularga tezkor ma'lumotlarni olish imkonini beradi. mumkin bo'lgan muammolar va ularni o'z vaqtida bashorat qilish.

Menejer Igor Drozdov ham degradatsiyaning yo'qligi haqida gapiradi texnik yordam Linxdatacenter savdosi bo'yicha: "Bizning kompaniyamiz foydalanish uchun kafolatlangan hisoblash resurslarini taqdim etadi. Ular bulutda saqlanadi va mijozlar soni ortib borishi bilan o'sib boradi, shuning uchun virtual mashinalar va saqlashning ishlashi doimiy ravishda yuqori darajada qoladi. Bundan tashqari, biz serverni o‘z vaqtida yangilab turamiz va ixtisoslashtirilgan VMware mahsulotlari yordamida unumdorlik monitoringini amalga oshiramiz”.

Orange Business Services, shuningdek, standart SLAda ishlash parametrlarini tartibga solmaydigan xizmat ko'rsatuvchi provayderlardan biridir. Shu bilan birga, Orange Business Services kompaniyasining Rossiya va MDHda yagona aloqa va IT mahsulotlarini ishlab chiqish bo'limi boshlig'i Dmitriy Dorodnix ta'kidlaganidek, "agar mijoz o'zining virtual tarmog'i uchun ma'lum hisoblash resurslari ajratilishini kafolatlashni talab qilsa. mashinalar, biz murojaat qilamiz standart vositalar zamonaviy virtualizatsiya platformalari, ular resurslar uchun tortishuvlar yuzaga kelganda, virtual mashinalarni boshqa serverlarga ko'chirishga imkon beradi.

Vsevolod Egupovning fikricha, SLAga ishlash ko'rsatkichlarini kiritish mantiqiy emas, chunki buzilish shartnoma bilan tartibga solinadigan xizmatlardan foydalanish darajasiga ta'sir qiladi. T-Systems-da virtual mashinalar va saqlash tizimlarining ishlashi imkoniyatlarni boshqarish bo'limi tomonidan nazorat qilinadi, uning mutaxassislari uning buzilishining oldini olish uchun javobgardir.

Bundan tashqari, SLAlarga ishlash xususiyatlarini qo'shish mantiqiy deb hisoblaydigan ko'plab kompaniyalar mavjud. To'siq Virtuallashtirilgan AT muhitida ko'plab mutaxassislar saqlash samaradorligini ko'rib chiqadilar, shuning uchun ko'pchilik sotuvchilar soniyada kiritish / chiqarish operatsiyalari (IOPS) kabi saqlash xususiyatlariga ko'proq e'tibor berishadi.va diskka kirish vaqti (kechikish).

Dataline har bir SLAda saqlash va virtual mashinalar uchun ishlash ko'rsatkichlarini sanab o'tadi (4-jadvalga qarang). Shu bilan birga, ushbu kompaniyaning xizmatlarni rivojlantirish bo'limi boshlig'i Dmitriy Tishin ta'kidlaganidek, "mijoz tomonidan tizim landshaftiga qo'yiladigan talablarga qarab, ko'rsatkichlar o'zgarishi mumkin". IOPS qiymatlari NetApp DFM monitoring tizimi tomonidan o'lchanadi va diskka kirish vaqtlari tomonidan o'lchanadi muntazam vositalar Virtualizatsiya dasturi (vCenter). Virtual mashinada muammo yuzaga kelgan taqdirda, navbatchi smena va virtualizatsiya guruhining muhandislari tegishli ogohlantirish oladi. Bundan tashqari, Dataline operatsion tizim va unda ishlaydigan xizmatlar darajasida turli parametrlarning monitoringini ta'minlaydi. Agar mijoz kompaniyaning OS va xizmatni boshqarish xizmatidan foydalansa, bunday monitoring sukut bo'yicha amalga oshiriladi.

Virtual mashinalar ishlashining yomonlashishini oldini olish uchun Dataline mutaxassislari bir qator chora-tadbirlarni qo'llaydilar. Shunday qilib, klaster uchun asosiy parametrlar bo'yicha jismoniy serverlarning yuklanishini kuzatuvchi Taqsimlangan Resurs Taqdimotchisi (DRS) mexanizmi qo'llaniladi - agar serverda ma'lum bir yukga erishilsa, virtual mashinalarning bir qismi avtomatik ravishda boshqasiga o'tkaziladi. . Klaster butun klasterdagi yuk 70% dan ko'p bo'lmasligi uchun serverning ortiqchaligini saqlaydi. Uskuna yetkazib beruvchilar bilan tuzilgan xizmat shartnomalari doirasida klasterlarning resurs quvvatlari jadvalga muvofiq oshirilishi mumkin.

Safedata shuningdek, SLAdagi IOPS va MIPS kabi ishlash xususiyatlarini ham tartibga soladi. "Biz unumdorlikni SLAda ko'rsatilgan qiymatlardan pastga tushira olmaymiz", deydi Safedata savdo bo'limi rahbari Anton Antonov. "Agar jismoniy serverlarga yuk ortib ketganda xizmat yomonlashsa, qo'shimcha zaxira EXSi xostlari ishga tushiriladi."

SLA Cloud4Y da tartibga solingan saqlash disk tizimining ishlash ko'rsatkichlari 5-jadvalda ko'rsatilgan. Cloud4Y marketing bo'limi boshlig'i Evgeniy Bessonovning so'zlariga ko'ra, kafolatlangan shartlar buzilgan taqdirda. alohida kelishilgan yoki standart shartlarga muvofiq to'lanadigan kompensatsiya ko'zda tutilgan: 1 soat uchun oylik xarajatning 1%.

"Biz virtual mashinalarning ishlashini yuqoridan cheklamasdan, pastki chegarada kafolatlaymiz", deydi Ruslan Zaedinov. "Shunday qilib, agar virtual mashina joylashgan server kafolatlanganidan ortiq bepul hisoblash resurslariga ega bo'lsa, ular mijoz uchun mavjud bo'ladi." Saqlash tizimlariga kelsak, hozirda barcha Croc mijozlari saqlash tizimlari bilan umumiy aloqa kanalidan foydalanadilar. Uzoq vaqt davomida bu muammo tug'dirmadi, ammo endi mijozlarning o'sib borayotgan ehtiyojlarini qondirish uchun kompaniya bulutli xotirani Fiber Channel va SATA disklaridan Infiniband tarmog'i orqali virtual mashinalardan to'g'ridan-to'g'ri kirish imkoniyatiga ega flesh-disklarga o'tkazmoqda. Shu bilan birga, bulutda ma'lumotlarni saqlash tizimining kafolatlangan o'tkazuvchanligini ta'minlash uchun dasturiy ta'minot joriy etilmoqda. SLAga tegishli o'zgartirishlar joriy yilning kuzida kiritiladi.

Buyurtmachi bilan kelishilgan holda, Servionika bulut platformasining alohida komponentlarining ishlash ko'rsatkichlarini har bir loyihaning SLA-da o'rnatadi. Bundan tashqari, shartnomada ushbu ko'rsatkichlarni o'lchash usullari va o'lchovlarning chastotasi ko'rsatilgan. Har qanday operator "1 GB disk maydoni uchun kafolatlangan 100 500 OP" ni yozishi mumkin, ammo hamma ham bu mezonga mos kelishini isbotlay olmaydi. Biz bulutli platforma operatori va uning isteʼmolchisi oʻrtasidagi eng shaffof munosabatlar tarafdorimiz”, — taʼkidlaydi Vitaliy Mzokov. Virtual mashinalar va saqlash tizimlarining ishlashi Servionika SLAda IOPS va kechikish ko'rsatkichlari bilan aniqlanadi.

Maksim Zaxarenko aytganidek, Bosh direktor"Oblakoteka" xizmat ko'rsatuvchi provayderi, ular tuzadigan shartnomalarda ishlashning eng yuqori ko'rsatkichlari I / U tarmoqli kengligi va tarmoqdagi yuk 80% dan oshmaydigan tarzda tartibga solinadi. Monitoring Microsoft SCOM tizimi yordamida amalga oshiriladi. Buning uchun u qayd etadi turli tizimlar turli ko'rsatkichlar muhim: veb-saytlar uchun - javob vaqti, AT infratuzilmalarini joylashtirish uchun - yuqori CPU, xotira, virtual tarmoq va boshqalar ko'rsatkichlari. Ushbu kompaniya o'zining SLA-da kafolatlangan zaxira parametrlari, ta'minlash usullari va foydalanuvchi ma'lumotlarini saqlash shartlarini ham o'z ichiga oladi. ("Halol ajralish").

SLA

Xatolarga chidamli ma'lumotlar markazida joylashgan IaaS platformasining ishonchliligi qanchalik yuqori bo'lmasin, ushbu platformaga kirish kanallari mijoz uchun muammoga aylanishi mumkin. Yaxshi xabar shundaki, biz suhbatlashgan ko'plab provayderlar IaaS xizmatining o'zini ham, kirish kanallarini ham qamrab oluvchi SLA-larni qo'llaydilar. Shu bilan birga, ularning fikricha, to'g'ri tashkil etish va kanalning ortiqcha bo'lishi, aloqa mavjudligi darajasi SLA platformasidan past emas va shuning uchun bu muhim xususiyat oxirigacha SLAlarda kamaymaydi.

Biroq, Vsevolod Yegupov ta'kidlaganidek, mavjudlik darajasining qisqarishi yoki saqlanishi aloqa kanallarini tashkil qilish usuliga bog'liq - agar kanal zaxiralangan bo'lsa, mavjudlik yomonlashmaydi. Aks holda, SLA-dagi mavjudlik darajasi kanal mavjudligi darajasiga tushiriladi. T-Systems RUS butun dunyo bo'ylab joylashgan o'z ma'lumotlar markazlari tarmog'iga ega. Rossiyalik mijozlarga asosan Germaniya va Avstriyada joylashgan ma'lumotlarni qayta ishlash markazlaridan xizmat ko'rsatiladi. Kompaniya "Rostelecom", "Bilayn" bilan shartnoma imzoladi va boshqa aloqa operatorlari bilan hamkorlik qiladi.

Bundan telekommunikatsiya operatorlari bo'lgan IaaS xizmat ko'rsatuvchi provayderlar foydalanadilar. Shunday qilib, xalqaro aloqa operatori bo'lgan Orange Business Services IaaS va telekommunikatsiya xizmatlarini qamrab oluvchi to'liq SLAlarni qo'llaydi. Bunday SLAlarda mavjudlik darajasi 99,95% ni tashkil qiladi. Ammo, Dmitriy Dorodnyx tushuntirganidek, bu xususiyat mijozning geografik joylashuviga bog'liq - masalan, Markaziy mintaqada bu daraja Uralsdan tashqarida va Sibirdan yuqori. Oxirgi mil o'zining SLA parametrlariga ega bo'lishi mumkin. Aloqa kanallarida SLA nazorat qilish sxemalari va mexanizmlari o'nlab yillar davomida ishlab chiqilgan, shuning uchun monitoring masalasi Orange Business Services uchun muammo emas.

Vitaliy Slizen ta'kidlaganidek, Inoventica o'zining magistral aloqa kanallariga va geografik taqsimlangan ma'lumotlar markazi tarmog'iga ega, bu esa geoklasterlarni amalga oshirish imkonini beradi. Bu ma'lumotlar markazlaridan biri jismoniy vayron bo'lgan taqdirda ham ma'lumotlar va xizmat ko'rsatish samaradorligini tejash imkonini beradi. Uning so'zlariga ko'ra, Inoventica - bu dunyodagi yagona kompaniya Rossiya bozori, bu SLAga muvofiq "DPC - kanal - xizmat - mijoz (AWP)" xizmatlarning to'liq zanjirini ta'minlaydi. minimalpaketni uzatishning kechikishi (aylanishning kechikishi) 10 ms dan kam va paketning yo'qolishi deyarli nolga teng. Hozirgi vaqtda Inoventica kompleks yechimi Rossiya Federatsiyasining beshta federal okrugidagi mijozlar uchun mavjud.

Tashuvchi bo'lmagan IaaS provayderlari ular bilan faol hamkorlik qilmoqdalar. Shunday qilib, Servionika o'zining ma'lumotlar markaziga (10 dan ortiq yirik telekom-provayderlarga) xizmat ko'rsatuvchi aloqa operatorlari bilan ishlash uchun SLA tuzdi. Kompaniya ushbu SLA shartlarini aloqa xizmatlaridan foydalanuvchi mijozlar bilan tuzilgan shartnomalarda efirga uzatadi. Va SLAga rioya etilishini nazorat qilish TrustInfo ma'lumotlar markazining texnik xizmatlari tomonidan amalga oshiriladi. "Biz shartnomalarimizda operatorlar bilan bir xil SLA parametrlarini belgilaymiz, ya'ni biz ularning ish sifati va aloqa kanallari bilan uzluksiz ta'minlanishi uchun javobgarlikni o'z zimmamizga olamiz", deb ta'kidlaydi Vitaliy Mzokov.

Mijozlarga aloqa kanallarini taqdim etish uchun Dataline subpudrat sxemasi bo'yicha telekommunikatsiya operatorlari xizmatlaridan foydalanadi. Ushbu sxema bilan kompaniya operator bilan tuzilgan shartnoma doirasida sifatni nazorat qiladi, mijoz esa undan keng qamrovli xizmatni oladi va faqat bitta kontragent bilan ishlaydi. Foydalanish darajasi kompleks xizmat ko'rsatish kamaymaydi. Dataline Moskvada o'z ma'lumotlar uzatish tarmog'iga ega, u erda quyidagi xususiyatlar kafolatlanadi: yo'qolgan paketlar ulushi 0,2% dan oshmaydi, tarmoqdagi o'rtacha kechikish 5 ms dan oshmaydi.

Ruslan Zaedinovning so‘zlariga ko‘ra, Croc keng kanallardan foydalanadi, ularning o‘tkazish qobiliyati bulutdagi barcha mijozlar uchun yetarli. Texnik jihatdan samarali kafolatlar o'zining optik halqasidan foydalangan holda turli Croc ma'lumotlar markazlari o'rtasida kanallarni o'zaro zahiralash orqali ta'minlanadi. Aloqa kanalining qattiq o'tkazish qobiliyati muhim bo'lgan tashkilotlar uchun kompaniya bulutga alohida kanallar orqali kafolatlangan ulanishni amalga oshiradi. o'tkazish qobiliyati yoki hatto "qorong'i" optikada. Bunday ulanish ko'pincha individual shifrlash vositalari, shu jumladan sertifikatlanganlar bilan jihozlangan.

Shunday qilib, IaaS xizmatlari Rossiyada juda ko'p sonli kompaniyalar tomonidan va juda tushunarli va hujjatlashtirilgan (SLAda) qoidalarga muvofiq taklif etiladi. Sanoat SLA virtual IT infratuzilmalarining ishlash xususiyatlariga javob berishi kerakmi yoki yo'qmi, degan savolga hali rozi bo'lmagan, biroq kafolatlangan mavjudlik stavkalari hatto eng talabchan korporativ mijozlar uchun ham yetarlicha yaxshi ko'rinadi. Bundan tashqari, provayderlar mijozlarning SLA-larga bo'lgan ehtiyojini tushunishadi va ularni yaxshilash ustida ishlamoqda.

Aleksandr Barskov- Journal of Network Solutions / LAN jurnalining yetakchi muharriri. U bilan bog'lanish mumkin:

, muallif Styuart Rens(Styuart Rans).

IT xizmatlarining mavjudligi katta ahamiyatga ega. Mijoz tomonidan talab qilinadigan xizmatlar mavjud bo'lmaganda, u norozi bo'ladi. Nima uchun mijoz haqiqatda mavjud bo'lmagan xizmat uchun kerak bo'lganda to'lashi kerak? Shuning uchun xizmatlar mavjudligining kelishilgan o'lchovi ko'pincha KPIlarga kiritiladi.

IT xodimlari belgilangan maqsadga erishilganiga ishonch hosil qilish uchun ko'p kuch sarfladilar va buni tasdiqlovchi mijozlarga hisobotlarda raqamlarni ko'rsatishdi. Odatda, IT kompaniyalari buning uchun foizlardan foydalanadilar, masalan, 99,999%. Afsuski, bu ko'pincha ular faqat foizlarga e'tibor qaratishadi va o'zlarining asl maqsadi - mijozga qiymat berishni unutishlarini anglatadi.

Foizning mavjudligi bilan bog'liq muammo

Mavjudlikni hisoblashning eng oddiy usullaridan biri ikki qismga asoslangan. Siz xizmat qaysi vaqt oralig'ida mavjud bo'lishi kerakligiga rozilik bildirasiz hisobot davri. Bu kelishilgan xizmat vaqti (AST). Siz ushbu davrda ishlamay qolish vaqtini (DT) o'lchaysiz. Kelishilgan xizmatning mavjudligi vaqtidan uzilish vaqtini ayiring va uni foizga aylantiring.

Agar AST 100 soat bo'lsa va to'xtash vaqti 2 soat bo'lsa, mavjudlik quyidagicha bo'ladi:

Muammo shundaki, bu hisob-kitob juda oddiy bo'lsa-da, uning uchun ma'lumotlar to'plami kabi, hisob-kitob natijasida olingan ko'rsatkich aynan qaysi ko'rsatkichni bildirishi aniq emas. Bu haqda biroz keyinroq gaplashaman.

Bundan ham yomoni, mijoz nuqtai nazaridan, siz kelishilgan maqsadlarga erishganingiz haqida xabar berishingiz mumkin, bu esa mijozni butunlay qoniqtirmaydi.

Ma'noli mavjudlik hisoboti mijozni qiziqtiradigan narsalarni, masalan, yuborish va qabul qilish qobiliyatini tavsiflovchi o'lchovlarga asoslangan bo'lishi kerak. elektron pochta xabarlari yoki bankomatlardan naqd pul yechib olish, va umumiy foiz aftidan mumkin emas.

Maxsus imkoniyatlarni belgilash

Tashkilotingiz va mijozlaringiz uchun foydali bo'lgan tarzda mavjudligini o'lchash, hujjatlashtirish va hisobot berishni istasangiz, ikkita narsani qilishingiz kerak. Birinchidan, kontekstni aniqlang va siz va mijozlaringiz uchun "mavjudlik" ma'nosini mustahkamlang. Buning uchun siz ular bilan gaplashishingiz kerak.

Ikkinchidan, siz bir qator amaliy savollarni yaxshilab o'ylab ko'rishingiz kerak: nimani o'lchaysiz, ma'lumotlarni qanday yig'asiz, natijalarni qanday hujjatlashtirasiz va hisobot berasiz.

Mijozlar bilan muloqot

Har qanday chora ko'rishdan oldin, siz mijozlaringiz uchun nima muhimligini va mavjudlik yo'qolishi ularga qanday ta'sir qilishini tushunishingiz kerak. Bu sizga texnologik, byudjet va kadrlar cheklovlarini hisobga olgan holda real maqsadlarni belgilash imkonini beradi.

Lekin mijozlarga aniq nima deyish kerak? Suhbat uchun ajoyib boshlanish nuqtasi ishlamay qolishning ta'siri bo'lishi mumkin. Quyida siz so'rashingiz kerak bo'lgan beshta savol mavjud:

1. Qaysi biznes funktsiyalari muhim va to'xtab qolish vaqtidan himoya qilish uchun eng yuqori ustuvorlikka ega?
2. To'xtab qolish biznesga qanday ta'sir qiladi?
3. To'xtab qolish chastotasi biznesga qanday ta'sir qiladi?
4. Tashkiliy ish faoliyatini to'xtatib turish qanday ta'sir qiladi?
5. Tashkilot mijozlari bunday majburiy ishlamay qolish vaqtlarini qanday qabul qiladi?

Muhim biznes funktsiyalari

Aksariyat IT xizmatlari bir nechta biznes jarayonlarini qo'llab-quvvatlaydi, ularning ba'zilari muhim, boshqalari esa kamroq ahamiyatga ega. Masalan, bankomat naqd pul berish va chekni chop etishni qo'llab-quvvatlashi mumkin. Naqd pul berish qobiliyati juda muhim, chekni chop eta olmaslik esa kamroq ta'sir qiladi.

Siz mijozlar bilan gaplashib, biznes uchun turli xil xususiyatlar qanchalik muhimligini aniqlashingiz kerak. Siz ushbu funktsiyalarning har biri uchun ishlamay qolishning biznes oqibatlarini ro'yxatlaydigan jadval yaratishingiz mumkin. Misol:

1-jadval – Xizmatlarning ahamiyati foizlarda

NB: raqamlar 100% gacha qo'shilmasligi kerak

Ushbu jadvaldan ko'rinib turibdiki, agar elektron pochta xabarlarini jo'natish va qabul qilish imkoni bo'lmasa, ushbu xizmat hech qanday qiymatga ega emas va umumiy papkalarni o'qib bo'lmasa, uning qiymati odatdagi darajaning yarmiga kamayadi. Bu ITga pochta xizmati sifatiga e'tibor qaratishini aytadi.

To'xtab qolishning davomiyligi va chastotasi

Mijozning biznesiga ishlamay qolish chastotasi va davomiyligi qanday ta'sir qilishini bilib olishingiz kerak.

Men yuqorida aytib o'tganman, foiz mavjudligi etarli bo'lmasligi mumkin. 100 soat davomida mavjud bo'lishi kerak bo'lgan xizmat 98% mavjud bo'lsa, bu ikki soatlik ishlamay qolganligini ko'rsatadi. Ammo bu ikki soatlik bir voqea yoki bir nechta qisqaroq voqealarni anglatishi mumkin. Bitta uzoq yoki bir qator qisqa hodisalarning nisbiy ta'siri biznes va biznes jarayonlarining tabiatiga qarab o'zgaradi.

Misol uchun, ikki kun davom etadigan va har qanday nosozlikdan keyin qayta ishga tushirilishi kerak bo'lgan hisob-kitob har bir qisqa muddatli uzilishdan jiddiy ta'sir ko'rsatadi, ammo uzoq davom etadigan bitta majburiy uzilish juda kam farq qilishi mumkin. Boshqa tomondan, bir daqiqalik uzilish onlayn-do'konning ishlashiga hech qanday ta'sir ko'rsatmasligi mumkin, ammo ikki soatdan keyin bu mijozlarning sezilarli darajada yo'qolishiga olib kelishi mumkin. To‘xtab qolishning biznesga ta’sirini tushunganingizdan so‘ng, mijozga chinakam yordam beradigan ancha samarali infratuzilma, ilovalar va jarayonlarni yaratishingiz mumkin.

Ishdan bo'shash vaqtining ta'siri o'zgarishini aks ettirish uchun mavjudlikni qanday o'lchash va hujjatlashtirish mumkinligiga misol:

2-jadval - Safarning davomiyligi va maksimal chastotasi

Agar siz mijozlar bilan ishlamay qolish chastotasi va davomiyligini muhokama qilishda bunday jadvaldan foydalansangiz, bu raqamlar foiz mavjudligiga qaraganda ancha foydali bo'lishi mumkin va ular albatta ko'proq qiymat mijozlaringiz uchun.

To'xtash vaqti va ishlash

Men foiz mavjudligi mijozlar bilan ishlamay qolish chastotasi va davomiyligi haqida muloqot qilish uchun juda foydali emasligini aytib o'tdim. Boshqa tomondan, ishlamay qolishning ishlashga ta'sirini muhokama qilayotganingizda, foizlar juda foydali bo'lishi mumkin.

Aksariyat hodisalar barcha foydalanuvchilar uchun xizmatning to'liq yo'qolishiga olib kelmaydi. Ba'zi foydalanuvchilar ta'sirlanmasligi mumkin, boshqalari esa butunlay o'chirib qo'yilgan. Ehtimol, buzilgan shaxsiy kompyuterga ega bo'lgan faqat bitta foydalanuvchi hech qanday xizmatlarga kira olmaydi. Siz hatto buni 100% xizmat yo'qotilishi deb tasniflashingiz mumkin, ammo bu IT uchun mutlaqo erishib bo'lmaydigan maqsad bo'ladi va mavjudlikning adolatli o'lchovi bo'la olmaydi.

Boshqa tomondan, agar kimdir hali ham unga kirishi mumkin bo'lsa, xizmat mavjud deb aytishingiz mumkin. Biroq, agar ko'pchilik undan foydalana olmaganida, agar xizmat mavjud bo'lsa, mijozlar qanday his qilishlarini tushunish uchun ko'p tasavvur talab etilmaydi.

Ta'sirni aniqlashning usullaridan biri yo'qolgan foydalanuvchi daqiqalarining foizini hisoblashdir. Buning uchun:

• Potensial foydalanuvchi daqiqalarini hisoblang. Bu jami vaqt birligida ishlaydigan foydalanuvchilar. Misol uchun, agar sizda 8 soat ishlaydigan 10 ta xodim bo'lsa, unda PotentialUserMinutes 10 x 8 x 60 = 4800 bo'ladi.
• UserOutageMinutes ni hisoblang. Bu ishlay olmagan foydalanuvchilarning umumiy soni ishlamagan vaqtga ko'paytiriladi. Misol uchun, agar voqea 5 xodimning 10 daqiqa davomida ishlashiga xalaqit bergan bo'lsa, u holda UserOutageMinutes 50 ga teng.
• Biz ilgari ko'rgan formulaga juda o'xshash formuladan foydalanib, foiz mavjudligini hisoblang.

Yuqoridagi misolda biz quyidagi imkoniyatlarni oldik:

PotentialAgentPhoneMinutes va LostAgentPhoneMinutes nuqtai nazaridan qo'ng'iroqlar markazida yo'qolgan VoIP mavjudligi ta'sirini hisoblash uchun xuddi shu metodologiyadan foydalanishingiz mumkin; tranzaktsiyalar yoki ishlab chiqarish bilan shug'ullanadigan ilovalar uchun hodisaning biznes ta'sirini hisoblash uchun shunga o'xshash yondashuvdan foydalanishingiz mumkin. Siz to'xtab qolmasdan kutilgan tranzaktsiyalar sonini haqiqiy tranzaktsiyalar soni yoki kutilgan ishlab chiqarish miqdori bilan haqiqiy bilan taqqoslayapsiz.

Mavjudlikni o'lchash va hisobot berish

Maqsadlarni kelishib olganingizdan va hujjatlashtirilganingizdan so'ng, foydalanish imkoniyatini qanday o'lchashingiz va hisobot berishingiz mumkin bo'lgan amaliy jihatlar haqida o'ylashingiz kerak. Masalan:

• Siz nimani o'lchaysiz?
• Ma'lumotlarni qanday yig'asiz?
• Topilmalaringizni qanday hujjatlashtirasiz va e'lon qilasiz?

Nimani o'lchadingizmenbo'l

Mavjudlikni mijozlar bilan kelishilgan maqsadlarni belgilaydigan va haqiqatan ham mijozlarga qulaylik nima ekanligini umumiy tushunishga asoslangan shartlarda o'lchash va hisobot berish juda muhimdir. Maqsadlar uning uchun mantiqiy bo'lishi va IT sa'y-harakatlari uning biznesini qo'llab-quvvatlashga qaratilganligini ta'minlashi kerak.

Odatda, bu maqsadlar AT va mijoz o'rtasidagi xizmat ko'rsatish darajasi shartnomasining (SLA) bir qismidir, lekin SLA raqamlari sizning maqsadingizga aylanib qolmasligi uchun ehtiyot bo'lishingiz kerak. Sizning haqiqiy maqsadingiz - mijozlaringizning talablariga javob beradigan xizmatlarni taqdim etishdir.

Ma'lumotlarni qanday yig'ish kerak

AT xizmatlarining mavjudligi to'g'risida ma'lumot to'plashning turli usullari mavjud. Ulardan ba'zilari oddiy, ammo unchalik aniq emas, ba'zilari esa ancha qimmat. Siz faqat bitta yondashuvdan foydalanishingiz yoki o'zingizning hisobotlaringizni yaratish uchun ulardan bir nechtasini birlashtirasiz.

Texnik yordamda ma'lumotlarni yig'ish

Mavjudlik haqidagi ma'lumotlarni to'plashning bir usuli - bu yordam xizmati. Odatda, xizmat ko'rsatuvchi xodimlar har bir hodisaning biznesga ta'siri va davomiyligini aniqlaydilar, chunki bu hodisalarni boshqarishning bir qismidir. Ushbu ma'lumotlardan hodisalarning davomiyligi va zarar ko'rgan foydalanuvchilar sonini aniqlash uchun foydalanish mumkin.

Ushbu yondashuv odatda ancha arzon. Biroq, bu mavjudlik ma'lumotlarining to'g'riligi haqida tortishuvlarga olib kelishi mumkin.

Infratuzilma va ilovalar mavjudligini o'lchash

Ushbu yondashuv xizmat ko'rsatish uchun zarur bo'lgan barcha komponentlar uchun asboblar to'plamini va har bir komponent qanday hissa qo'shishini tushunishga asoslangan mavjudlikni hisoblashni o'z ichiga oladi.

Bu juda samarali bo'lishi mumkin, lekin u kichik buzilishlarni o'tkazib yuborishi mumkin. Masalan, ma'lumotlar bazasining kichik buzilishi ba'zi foydalanuvchilarning muayyan turdagi operatsiyalarni amalga oshirishiga to'sqinlik qilishi mumkin. Bu usul umumiy komponentlarning ta'sirini ham o'tkazib yuborishi mumkin, masalan, mening mijozlarimdan biri o'z shtab-kvartirasidagi ishonchsiz DHCP serverlari tufayli muntazam ravishda elektron pochta xabarlarini to'xtatib turardi, ammo IT buni elektron pochta uzilish vaqti sifatida qayd etmadi.

Xayoliy mijozlar

Ba'zi kompaniyalar mavjudligini tekshirish uchun tarmoqdagi ma'lum nuqtalardan ma'lum tranzaktsiyalarni yuborish uchun soxta mijozlardan foydalanadi.

Aslida, bu oxirigacha mavjudlik o'lchovidir. Tarmoqning o'lchami va murakkabligiga qarab, ushbu yondashuvni amalga oshirish juda qimmatga tushishi mumkin va u faqat ma'lum soxta mijozlarning mavjudligi haqida xabar beradi. Bu shuni anglatadiki, kichik nosozliklar o'tkazib yuborilishi mumkin, masalan, agar voqea ma'lum bir veb-brauzer noto'g'ri ishlashiga olib kelgan bo'lsa, soxta mijoz boshqa brauzerdan foydalansa.

Ushbu ma'lumotlar to'plamini qo'llab-quvvatlaydigan vositalar ham ko'pincha xizmat samaradorligi va mavjudligi haqida xabar beradi, bu foydali qo'shimcha bo'lishi mumkin.

Ilovani ishlab chiqish

Ba'zi kompaniyalar oxirigacha mavjudligini ta'minlash uchun o'zlarining ilovalariga maxsus kod qo'shadilar. Bu, agar ushbu maqsad dasturni ishlab chiqish vaqtida belgilangan bo'lsa, xizmatlarning oxirigacha mavjudligini real o'lchashga yordam beradi. Qoida tariqasida, ushbu takomillashtirish mijoz ilovasida ham, server qismida ham kodni o'z ichiga oladi.

Agar u yaxshi tatbiq etilsa, u nafaqat mavjudlik ma'lumotlarini to'plashi, balki nosozlik qaerda sodir bo'lganligini aniq aniqlashga yordam beradi, bu esa nosozliklarni hal qilish uchun ketadigan vaqtni qisqartirish orqali mavjudligini yaxshilashga yordam beradi.

Topilmalaringizni qanday hujjatlashtirish va e'lon qilish kerak

Mavjudlik ma'lumotlarini to'plaganingizdan so'ng, natijalarni mijozlaringizga qanday etkazish haqida o'ylashingiz kerak.

To'xtash vaqtini rejalashtirish

Mavjudlikni o'lchash va hisobot berishning ko'pincha e'tibordan chetda qoladigan jihatlaridan biri ishlamay qolishdir. Mavjudlik hisobotlarini ishlab chiqishda rejalashtirilgan ishlamay qolish vaqtini hisobga olmasangiz, siz noto'g'ri ko'rsatkichlarni kiritish xavfiga duch kelasiz.

Rejalashtirilgan ishlamay qolishi statistik ma'lumotlarga ta'sir qilmasligiga ishonch hosil qilishning bir necha yo'li mavjud. Ulardan biri mavjudlik hisobiga kiritilmagan ma'lum bir vaqt uchun rejalashtirilgan to'xtash vaqtiga ega bo'lishdir. Ikkinchisi rejalashtirilgan to'xtash vaqtini belgilashdir. Misol uchun, ba'zi tashkilotlar bir oy oldin kelajak uchun rejalashtirilgan ishlamay qolish vaqtini hisobga olmasligi mumkin.

Nima qilishga qaror qilishingizdan qat’i nazar, SLA rejalashtirilgan to‘xtab qolish vaqti qanday hisobga olinishini aniq belgilashi muhim.

Hisobot davri shartnomasi

Avvalroq, men foiz mavjudligini yashiradigan cheklovlar haqida gapirgan edim. Shunga qaramay, u qo'llaniladi va keng qo'llanilishida davom etmoqda. Shuning uchun, hisob-kitoblar amalga oshiriladigan va hisobotlar taqdim etiladigan vaqtni belgilashingiz kerakligini tushunish muhimdir, chunki bu sizning hisobotlaringizda bo'ladigan raqamlar uchun juda muhim bo'lishi mumkin.

Misol uchun, 24x7 xizmat va 99% mavjudligiga rozi bo'lgan IT kompaniyasini ko'rib chiqing. Aytaylik, sakkiz soatlik tanaffus bor:

• agar biz haftalik asosda mavjudligi haqida xabar bersak, u holda AST (kelishilgan xizmat vaqti) 24 x 7 soat = 168 soatni tashkil qiladi.
• oylik AST (24 x 365) / 12 = 730 soat
• har chorakda AST (24 x 365) / 4 = 2190 soat

Ushbu raqamlarni mavjudlik tenglamasiga qo'yish quyidagilarni beradi:

• Haftalik mavjudlik = 100% x (168-8) / 168 = 95,2%.
• Oylik mavjudlik = 100% x (730 - 8) / 730 = 98,9%
• Har chorakda mavjudlik = 100% x (2190-8) / 2190 = 99,6%

Ularning har biri xizmat mavjudligining haqiqiy ko'rsatkichidir, lekin ulardan faqat bittasi maqsadga erishilganligini ko'rsatadi.

Hibsda

Men ishlagan deyarli har bir IT-kompaniya o'z xizmatlarining mavjudligi haqida choralar ko'radi va hisobot beradi. Haqiqatan ham samarali IT bo'limlari optimallashtirish uchun o'z mijozlari bilan ishlaydi shaxsiy investitsiyalar va mukammal foydalanish imkoniyatini ta'minlaydi. Ammo, afsuski, ko'pgina IT kompaniyalari SLAdagi raqamlarga e'tibor berishadi va hatto ular hisobotlarida izchil raqamlarni ko'rsatsa ham, o'z mijozlarining ehtiyojlarini qondira olmaydi.

Bu uzoq maqola bo'lib, unda asosiy fikrlar quyida keltirilgan:

• Agar siz 2% ishlamay qolishning ta'sirini tushunmasangiz, mijozga 98% mavjud bo'lganingizni aytishga hojat yo'q.
• Mijozlaringiz bilan suhbatlashing va har qanday uzilishlar ularga va oxirgi mijozlarga ta'sirini tushunganingizga ishonch hosil qiling
• Mijozlaringizning muhim biznes jarayonlarini himoya qilish yo'llari haqida o'ylab ko'ring
• Mijozlaringiz ehtiyojlarini qondiradigan ishlamay qolish chastotasi va davomiyligini, shuningdek ishlamay qolishning ishlashga ta'sirini o'lchash usullarini toping.
• Mijozlaringiz uchun mantiqiy va rejalashtirishga yordam beradigan tarzda mavjudlik ko'rsatkichlarini qabul qiling, hujjatlang va belgilang
• Mavjudligini to'g'ri baholash va hisobot berish uchun tegishli vositalardan foydalaning.

Mening maslahatimga yana nima qo'shmoqchisiz? Iltimos, izohlarda yozing.

"Mavjudlik", "o'nli kasrdan keyin uch to'qqiz" - bu atamalar ko'pincha yangi IT-yechimlarni muhokama qilishda qo'llaniladi. IT arxitektorlari mijozga loyihani taklif qilishadi yangi tizim, ayniqsa, uning juda yuqori mavjudligiga e'tibor berish. Shartnoma tuzildi, tizim qurildi, kompleksni foydalanishga topshirish dalolatnomalari imzolandi va foydalanish boshlandi... Aynan foydalanish bosqichida yaratilgan tizimning “sifatini” tekshirish mumkin, va o'sha paytda umidsizlik paydo bo'lishi mumkin. Sehrli "to'qqizlik" orqasida nima yashiringan? Dizayn bosqichida aslida nima va'da qilingan? Va kirish uchun kim javobgar?

Foydalanish imkoniyati: mavzuga kirish

Foydalanish imkoniyatini tushunishning eng yaxshi usuli bu nima uchun kerakligini tushunishdir. Mavjudlik - bu biznes IT xizmatidan nimani xohlashini o'lchovidir. Afsuski, ba'zi biznes vakillaridan IT xizmatining mavjudligi haqida so'ralganda, shunday javob berishadi: "Men hamma narsa doimo ishlashini xohlayman". Bunday holda, xizmat ko'rsatish bo'yicha texnik topshiriqni yozish, shu jumladan, mavjudlik parametrlarini aniqlash IT menejeriga bog'liq. Shunday qilib, mavjudlik - bu biznes iste'mol qiladigan va IT xizmati taqdim etadigan AT xizmatining parametridir. Mavjudlikni hisoblash formulasi:

Mavjudligi = (AST - DT)/AST×100 = Xizmat yoki Komponent mavjudligi (%)

qayerda
AST (kelishilgan xizmat muddati)- xizmat ko'rsatishning kelishilgan vaqti;
DT (kelishilgan xizmat vaqtidagi haqiqiy ishlamay qolish vaqti)- xizmat kelishilgan vaqt davomida mavjud bo'lmagan haqiqiy vaqt.

Mavjudlikni hisoblashning xususiyatlarini aniq misol bilan tushunish osonroq. Keling, kitoblarni sotadigan Moskvada joylashgan AAA kompaniyasi uchun "onlayn do'kon" IT xizmatining mavjudligini aniqlashga harakat qilaylik. Shu bilan birga, kitoblar va ularni istalgan shaharga yetkazib berish, masalan, kredit karta orqali to'lanishi mumkin. Shubhasiz, etkazib berish buyurtmalari faqat ish kunlarida soat 9:00 dan 18:00 gacha ko'rib chiqiladi.

Lekin AST, kelishilgan xizmat vaqti qanday bo'ladi? Bu savolga javob berish uchun odamlar buyurtma berishlari mumkinligini hisobga olish kerak ishlamaydigan soatlar, va Rossiyada 11 vaqt zonasi mavjudligini hisobga olishni unutmang. Shuning uchun xizmat haftada 7 kun, kuniga 24 soat taqdim etilishi kerak.

Endi biz DT bilan shug'ullanishimiz kerak - bu xizmat mavjud bo'lmagan vaqt. Bu erda biznes bilan muzokaralar ajralmas hisoblanadi. Ushbu misol uchun har oyda bir marta xizmatning to'rt soatlik ishlamay qolishi to'g'ri tanlov bo'lishi mumkin. Shu bilan birga, bitta nuanceni hisobga olish kerak - DT parametri baholanadigan vaqt davri, ya'ni xizmatni taqdim etish uchun haqiqiy kelishilgan vaqt (AST). AST muddatini tanlash shartnoma tuzuvchi tomonlarning shaxsiy ishi: biznes va IT xizmati. Bunday davr sifatida bir hafta yoki bir necha haftani olish yaxshiroqdir, chunki bir oy yoki yil doimiy qiymatlar emas (ular turli kunlarni o'z ichiga oladi). Biroq, siz psixologiyaga e'tibor berishingiz kerak: qisqaroq vaqtlar biznes tomonidan salbiy qabul qilinishi mumkin. Bizning misolimizda bir xil mavjudlik qiymati haftada taxminan bir soatlik ishlamay qolish vaqtiga to'g'ri keladi. Biroq, biznesga onlayn-do'kon har haftada bir soat ishlamay qolishi yoqmasligi mumkin, garchi ular oyiga to'rt soatlik ishlamay qolishini qabul qilishlari mumkin. Boshqa tomondan, ba'zida IT tizimini rejali texnik xizmat ko'rsatish uchun bir necha soat davomida to'xtatmasdan turib ishlash mumkin emas. Bunday rejalashtirilgan to'xtash vaqtini DT tanlashda ham hisobga olish kerak, bu esa, o'z navbatida, AST parametrini qayta ko'rib chiqishga olib kelishi mumkin.

Yuqoridagilarga asoslanib, biz har to'rt haftada bir marta 4 soatlik xizmat mavjud emasligini tanlaymiz. Ya'ni, AST = 4 hafta, DT = 4 soat. Keyin mavjudlik:

Mavjudligi = (24×7×4–4)/(24×7×4)×100% = 99,40%

Ehtimol, biznes rozi bo'lmaydi. Bunday holda, u qaysi variantga rozi bo'lishini bilib olishingiz kerak. Kelajakda siz turli xil mavjud bo'lgan apparat va dasturiy ta'minot tizimlari uchun ikkita variantni hisoblashingiz va ikkala variantning narxini taqqoslash asosida korxonalar bilan muzokaralar olib borishingiz mumkin. Umuman olganda, biznes va IT xizmatlarini byudjetlashtirish bilan muzokaralar alohida mavzu bo'lib, uni qamrab olish uchun bir nechta kitob kerak bo'lishi mumkin. Shuning uchun, keling, bizning misolimizda mavjudlik hisoblangan va kelishilgan deb faraz qilaylik va biz tizimni yaratishga o'tishimiz mumkin.

E'tibor bering, biz kerakli mavjudlikni uni ta'minlaydigan yechim ustida ishlashni boshlashdan oldin aniqlaganmiz va aksincha emas - biz birinchi navbatda yechimni tanladik va uning mavjudligini ko'rib chiqishni boshladik. Texnik topshiriq birlamchi bo'lib, talab qilinadigan mavjudlik unda belgilangan parametrlardan biridir. Tizim ishga tushirilganda, mavjudlik talab qilinadigan qiymatga mos kelishi kerak. Shuning uchun, biz biznes bilan tuzilgan shartnomada (SLA - Xizmat darajasi to'g'risida kelishuv) mavjudlik ko'rsatkichi nimani anglatishini batafsil tushunishni maslahat beramiz (bizning misolimizda: “4 soat xizmat ko'rsatilmagan bo'lsa, bir (1) marta to'rt (4) ichida. ) haftalar”), shuning uchun barcha tomonlar raqamlar ortida nima yashiringanligini aniq tushunishdi.

Foydalanish imkoniyatining uchta ustuni

Yechimni tanlashda e'tiborga olish kerak bo'lgan birinchi narsa - bu IT xizmatining mavjudligi. Ish paytida ko'plab umidsizliklar, biznes olishni xohlaydigan xizmatning mavjudligi to'g'ridan-to'g'ri uskunaning mavjudligi bilan bog'liqligi bilan bog'liq. Biroq, IT xizmatining mavjudligi uchta komponentning kombinatsiyasi hisoblanadi:
1) Ishonchlilik - odatda ishonchlilik deb tarjima qilinadi;
2) Maintainability - "texnik xizmat ko'rsatish" deb tarjima qilingan;
3) Xizmatga yaroqlilik - xizmat ko'rsatish qobiliyati.
Keling, ushbu fikrlarning har birini ko'rib chiqaylik.

Ishonchlilik

Ishonchlilik - bu infratuzilmaning yoki umuman apparat-dasturiy kompleksning, shu jumladan aloqa vositalarining mavjudligi. Masalan, onlayn-do'kon uchun bizga veb-server, dastur serveri, ma'lumotlar bazasi, disk xotirasi va Internetga kirish kerak. Oddiylik uchun biz "dastur serveri" dasturiy ta'minoti veb-serverni o'z ichiga oladi va bitta apparat serveriga o'rnatiladi, ikkinchisida DBMS va disk xotirasi tashqi disklar massivi deb faraz qilamiz.

Biz yaratishni boshlaymiz - biz infratuzilma loyihasini quramiz. Har bir komponent ostida biz uning mavjudligi parametrlarini yozamiz. Har bir komponentning mavjudligi - bundan keyin biz "ishonchlilik" atamasidan foydalanamiz - komponent (uskunalar, jihozlar) yetkazib beruvchisidan olinishi kerak dasturiy ta'minot yoki xizmatlar). Agar biron sababga ko'ra bu mumkin bo'lmasa (masalan, dasturiy ta'minot komponentlari uchun ishonchlilik qiymati odatda noma'lum), kerakli qiymatni mustaqil ravishda hisoblash va belgilash kerak bo'ladi. Har bir komponent bitta nosozlik nuqtasidir, shuning uchun ular ishonchlilikni hisoblash uchun ishchi sxemada ketma-ket ulanadi (1-rasm). E'tibor bering, bu infratuzilma komponentlarini ulash sxemasi emas, balki faqat ishonchlilikni hisoblash sxemasi.

Shunday qilib, keling, ishonchlilikni ko'rib chiqaylik. Komponentlarning ketma-ket ulanishi bo'lganligi sababli, ishonchlilik qiymatlari ko'paytiriladi:

Ishonchlilik = (0,985×0,97×0,975×0,98×0,99×0,9999×0,99)×100%= 89,47%

Bu 99,40% talab qilinadigan qiymatga nisbatan etarli emasligi aniq. Keyin biz qarorni o'zgartiramiz - biz tizimga Internetga kirish xizmatlarining muqobil provayderini kiritamiz (2-rasm) va uning ishonchliligini hisoblaymiz. Bizda Internetga kirish bo'yicha parallel ulanish mavjud bo'lganligi sababli, umumiy ishonchlilik quyidagicha aniqlanadi:

Umumiy ishonchlilik =

Ishonchlilik = ×100% = 91,72%

O'ylaymanki, kelajakdagi tizimning "ishonchliligi bilan ishlash" tamoyili ko'rsatildi. Shuni ta'kidlash kerakki, ko'rib chiqilayotgan misolda tarmoq infratuzilmasi komponentlari va ulanishlarning ishonchliligi (masalan, ma'lumotlar bazasi serveri va diskni saqlash o'rtasidagi), shuningdek, texnik infratuzilmaning tarkibiy qismlari (elektr ta'minoti, konditsioner, h.k.), ular ham nosozlik nuqtalari hisoblanadi va hisob-kitobga kiritilishi kerak. Dasturiy ta'minot komponentlarining ishonchliligini baholash alohida e'tiborga loyiqdir. Bu erda asosiy maslahat oqilona konservatizmdir: bunday echimlarda uzoq vaqt davomida qo'llanilgan va o'zlarini yaxshi isbotlagan dasturiy ta'minot komponentlaridan foydalaning.

Yuqorida qisqacha muhokama qilingan usullardan foydalanib, kerakli mavjudlik bilan yechimni tanlashingiz mumkin.

Xizmat ko'rsatish va xizmat ko'rsatish imkoniyati

Keling, mavjudlikning boshqa tarkibiy qismlariga o'tamiz -  parvozlik va xizmat ko'rsatish imkoniyati. "Xizmat ko'rsatish" va "ta'mirlash" tarjimalari muvaffaqiyatsiz ekanligini ta'kidlayman, chunki bu nimani anglatishini ulardan aniq emas. Ko'proq tushunarli tarjimalardan foydalanish yaxshiroqdir: texnik xizmat ko'rsatish - tashkilotning ichki IT xizmatining faoliyati; xizmat ko'rsatish imkoniyati - tashqi provayderlar tomonidan taqdim etiladigan xizmatlar.

Vaziyatni aniqlashtirish uchun ekstremal variantlarni ko'rib chiqing. Qaysi holatda texnik xizmat ko'rsatishning to'liq etishmasligi (tashkilotning ichki IT xizmatining faoliyati) mavjud? Bu kompaniya o'z IT xizmatini autsorsing qilganda sodir bo'ladi. Bu erda mavjudlik faqat ishonchlilik va tashqi provayderlar tomonidan taqdim etilgan xizmatlardan iborat.

Qaysi holatda xizmat ko'rsatishning to'liq etishmasligi (tashqi provayderlar tomonidan taqdim etiladigan xizmatlar) mavjud? Bu, masalan, FSBda sodir bo'ladi, u maxfiylik sababli tizimni ish tartibida saqlash uchun barcha tadbirlarni faqat uning IT bo'limi tomonidan amalga oshirishga majbur bo'ladi, hatto ehtiyot qismlar ham o'z-o'zidan sotib olinadi va etkazib berilmaydi. texnik yordam shartnomasi bo'yicha. Keyin mavjudlik faqat tizimning ishonchliligi va tashkilotning ichki IT xizmati faoliyatidan iborat.

Ta'mirlash va xizmat ko'rsatish sxemalarini ishlab chiqish bilan bir vaqtning o'zida yechimni tanlash kerakligi aniq. Umuman olganda, ishonchlilik, barqarorlik va xizmat ko'rsatish imkoniyati mavjudlikning uchta ustunidir. Ulardan biridagi o‘zgarish qolgan ikkitasidagi o‘zgarishlar bilan qoplanishi kerak – aks holda IT xizmatining mavjudligi parametri o‘zgaradi, bu esa biznesga zarar etkazishi mumkin.

Mavjudlik komponentlarini manipulyatsiya qilish usullari

Foydalanish imkoniyatining barcha komponentlarini qanday boshqarish mumkinligini tushunish uchun boshqa amaliy misolni ko'rib chiqaylik. Rossiyaning ikkita shahrida, Zelenograd (Moskvaning sun'iy yo'ldosh shahri) va Irkutskda ma'lumotlar markazlariga ega bo'lgan kompaniya ikkita bir xil kalit taslim tizimlarini sotib oldi. Binobarin, ularning ishonchliligi - ishonchliligi -  ular uchun bir xil. Ikkala AT tizimi ham apparat va dasturiy ta'minot uchun bir xil texnik yordam shartnomalari bilan ta'minlangan, ya'ni tashqi provayderlar tomonidan taqdim etiladigan xizmatlar - xizmat ko'rsatish -  ham bir xil edi. Biroq, tizimlarning mavjudligi boshqacha edi. Va kompaniya etkazib beruvchiga Irkutskdagi tizimning yomon mavjudligi haqida shikoyat qila boshladi va echimlardan biri "nuqsonli" deb da'vo qildi va uni tekshirishni talab qildi.

Biroq, bu holda, yechimning auditi, ehtimol, mavjudlik "muvaffaqiyatsizligi" ning asosiy sababini aniqlamaydi, chunki faqat bitta komponent tekshiriladi -  Ikki tizim uchun bir xil bo'lishi kerak bo'lgan ishonchlilik va faqat ikkita boshqa komponent. komponentlarini tekshirish kerak. Agar siz ularga e'tibor qaratsangiz, ikkita variant bo'lishi mumkin.

Variant 1: Uskunadagi nosozliklar mavjudlik yo'qolishiga olib keldi. Ma'lumotlar markazlarining geografik joylashuvi tufayli bir xil apparat ta'minoti shartnomalari aslida boshqacha bo'lishi mumkin. Masalan, xizmat ko'rsatish markazi tashqi yetkazib beruvchi Moskvada joylashgan va texnik qo'llab-quvvatlash shartnomasi u faqat ish kunlarida amal qiladi va muhandis uskunalar o'rnatish saytida keladi, deb aytadi "birinchi mavjud temir yo'l yoki havo reysda." Shubhasiz, Moskvadan jo'nab ketgan muhandis uchun bu qiymat Zelenograd va Irkutsk uchun boshqacha bo'ladi.

Bu holda mavjudlik muammosining mumkin bo'lgan echimlari:

• Irkutskdagi IT tizimining ishonchliligini o'zgartirish, masalan, klasterga qo'shimcha tugun qo'shish;
• xizmat ko'rsatish parametrini o'zgartirish - Irkutskda ombor yaratish, kompaniyaning IT-mutaxassislariga noto'g'ri komponentlarni mustaqil ravishda o'zgartirish imkoniyatini oling, agar bu ishlab chiqaruvchining qoidalariga zid bo'lmasa.

Bundan tashqari, ish sharoitlarini tekshirish mantiqan. Ushbu shartlarning odatiy buzilishiga misollar:

• tizimlar yoqilgan binolarda ta'mirlash ishlarini olib borish, bu ularning changlanishiga olib keladi va chang server uskunalari uchun juda xavflidir;
• server xonalarida maishiy konditsionerlardan foydalanish, garchi har bir turdagi uskunaning namlik uchun o'ziga xos talablari bor va maishiy konditsionerlar uning belgilangan darajasini saqlab qolish uchun mo'ljallanmagan va to'liq quruq havo uskunalar uchun zararli.

Variant 2: Dasturiy ta'minotdagi nosozliklar mavjudlik darajasining pasayishiga olib keldi. Bunday holda, muammo Irkutskdagi IT xizmatida bo'lishi mumkin. Dasturiy ta'minotni texnik qo'llab-quvvatlash xizmatlari masofadan turib taqdim etiladi. Shu sababli, xizmatlarda farq yo'q, faqat turli vaqt zonalari uchun mahalliy vaqtga nisbatan turli xil xizmat ko'rsatish davrlari mavjud, ammo bu odatda sezilarli ta'sir ko'rsatmaydi. Bu erda kirish imkoniyatining "muvaffaqiyatsizligi" ning mumkin bo'lgan sababi IT bo'limlarining turli darajadagi professionalligidir - Irkutskda bu Zelenogradga qaraganda pastroqdir. Mumkin echimlar:

• barqarorlikni talab darajasiga ko'tarish - Irkutskda IT-xodimlarini IT tizimining bir qismi bo'lgan dasturiy ta'minot va apparat mahsulotlariga o'qitish, Zelenograddan IT jamoasi tajribasini o'tkazish bo'yicha seminarlar tashkil etish, operatsion jarayonlarni nusxalash va boshqalar;
• xizmat ko'rsatish imkoniyati hisobiga texnik xizmat ko'rsatishni kompensatsiya qilish - ilg'or texnik qo'llab-quvvatlash xizmatlarini, ortda qolish xizmatlarini va boshqalarni sotib olish.

Agar biz onlayn-do'kon bilan misolimizga qaytsak, ishonchlilik, xizmat ko'rsatish va xizmat ko'rsatishning qanday kombinatsiyasi optimal bo'ladi? Bu savolga javob har bir alohida holatga bog'liq. Misol uchun, siz butun infratuzilmani (IT va texnik) o'zingiz to'liq amalga oshirish o'rniga hostingni tavsiya qilishingiz mumkin. Umumiy holda, bizda quyidagi odatiy foydalanish imkoniyatini boshqarish usullari mavjud. 1. Ishonchlilikni o'zgartirish (ishonchlilik):

• AT yechimini yuqori mavjudlikka o'zgartirish (High Availability) - klasterlardan foydalanish, "issiq" almashtirishni qo'llab-quvvatlaydigan uskunalardan foydalanish, potentsial nosozlik nuqtalarini takroriy takrorlash va boshqalar;
• butun infratuzilmani yoki uning bir qismini tashqi provayderlardan ijaraga olish (xosting, kollokatsiya).

2. Xizmat ko'rsatish qobiliyatining o'zgarishi (kompaniyaning IT-xizmati faoliyatidagi o'zgarishlar):

• AT boshqaruvi bo'yicha o'zining ilg'or tajribalarini tashkilot ichida tarqatish;
• AT bo'limidagi jarayonlarni tashkil qilish uchun tashqi maslahatchilarni taklif qilish;
• IT xodimlarini tayyorlash.

3. Xizmat ko'rsatish qobiliyatini o'zgartirish - xizmat ko'rsatish darajasini oshirish, xizmatlar hajmini oshirish, tashqi xizmat ko'rsatuvchi provayderlarning mas'uliyat doirasini kengaytirish va boshqalar uchun tashqi provayderlar bilan IT-xizmat shartnomalarini o'zgartirish. bitta maqola doirasida uchta manba va mavjudlikning uchta komponenti, ammo ba'zi mavjudlik komponentlarini boshqalar tomonidan kompensatsiya qilishning asosiy yondashuvlari ko'rsatilgan. Ushbu sohada o'z mahoratingizni oshirish uchun siz o'qishingiz kerak amaliy tajriba AT tizimlarini loyihalash va ishlatish.

AT xizmatlarini ko'rsatish bo'yicha biznes qarashlarining o'zgarishi ularning mavjudligini boshqarish jarayonini amalga oshirish zarurligiga olib keladi.

ITILning uchinchi versiyasida AT xizmatlarining mavjudligi va uzluksizligini boshqarish jarayonlari birgalikda ko'rib chiqiladi (keyingi o'rinlarda jarayon deb yuritiladi). Ushbu hamkorlik jarayonining eng muhim asosiy tushunchalari:

mavjudligi- AT xizmati yoki uning tarkibiy qismlarining ma'lum vaqt ichida o'z vazifalarini bajarish qobiliyati;

ishonchlilik- AT xizmati yoki uning tarkibiy qismlarining ma'lum ish sharoitlarida belgilangan funktsiyalarni bajarish qobiliyati;

tiklanish qobiliyati- AT xizmati yoki uning tarkibiy qismlarining ishlamay qolishi natijasida qisman yoki to'liq yo'qolgan operatsion xususiyatlarini tiklash qobiliyati;

barqarorlik- o'rnatish, tashish, texnik xizmat ko'rsatish va ta'mirlash vaqtida xodimlarning harakatlarining oqilonaligini ta'minlash uchun ularning joylashuvi va parametrlarini aniqlaydigan AT komponentlarining xarakteristikasi (ushbu kontseptsiya tashqi AT-xizmat provayderlariga nisbatan qo'llaniladi).

Biznes o'ziga kerak bo'lgan AT xizmatlarining mavjudligi va narxi haqida o'z g'oyasiga ega va shuning uchun jarayonning maqsadi ma'lum bir narx darajasini saqlab turgan holda zarur darajadagi mavjudlikni ta'minlashdir. Ushbu maqsadga erishish uchun jarayon quyidagi vazifalarni bajarishga qaratilgan:

Mavjudlik darajasi uchun biznes talablarini hisobga olgan holda AT xizmatlarini rejalashtirish va rivojlantirish;

Iqtisodiy takomillashtirish orqali AT xizmatlarining mavjudligini optimallashtirish;

AT xizmatlarining mavjudligiga ta'sir qiluvchi hodisalar soni va davomiyligini qisqartirish.

Ushbu muammolarni hal qilish jarayonida IT xizmatlari va IT infratuzilmasi komponentlari mavjudligiga biznes talablari belgilanadi; zarur hisobotlar ishlab chiqiladi; AT xizmatlaridan foydalanish darajasi vaqti-vaqti bilan ko'rib chiqiladi; ustuvorliklarni belgilaydigan va AT xizmatlarining mavjudligini yaxshilash chora-tadbirlarini aks ettiruvchi mavjudlik rejasi shakllantiriladi. Boshqacha qilib aytganda, jarayon IT xizmatlarini taqdim etishni rejalashtirish, mavjudlik darajasini o'lchash va uni yaxshilash bo'yicha choralar ko'rishdan iborat.

Rejalashtirish

Rejalashtirish IT xizmatlarining mavjudligi uchun biznes talablarini shakllantiradi, AT xizmatlarining mavjudligi va maqbul to'xtash vaqtini aniqlash mezonlarini ishlab chiqadi, shuningdek, ba'zi jihatlarni ko'rib chiqadi. axborot xavfsizligi. Biznes IT infratuzilmasida nosozliklar yuzaga kelganda AT xizmatining ruxsat etilgan to‘xtab qolish vaqti kabi AT xizmatining mavjudligi va mavjud emasligini belgilaydigan chegarani o‘rnatishi kerak.

AT xizmatlarining mavjudligini loyihalashda, AT infratuzilmasining tahlili ortiqcha bo'lmagan va muvaffaqiyatsizlikka uchragan taqdirda xizmatlarni taqdim etishga salbiy ta'sir ko'rsatishi mumkin bo'lgan eng zaif komponentlarni aniqlash uchun amalga oshiriladi. IT xizmatlari. ITIL terminologiyasida bunday komponentlar Single Point of Failure (SPOF) deb ataladi va ularni aniqlash uchun Komponentning ishlamay qolishi taʼsirini tahlil qilish (CFIA) usuli qoʻllaniladi. Bu usul AT komponentlari nosozliklarining AT xizmatiga ta'sirini baholash va bashorat qilish uchun ishlatiladi. CFIA ning asosiy maqsadlari quyidagilardan iborat:

Mavjudlikka ta'sir qiladigan nosozlik nuqtalarini aniqlang;

Komponentlarning ishdan chiqishining biznes va foydalanuvchilarga ta'sirini tahlil qilish;

Komponentlar va xodimlarning munosabatlarini aniqlash;

Komponentlarning tiklanish vaqtini aniqlash;

Qayta tiklash imkoniyatlarini belgilang va hujjatlang.

Xatarlarni tahlil qilish uchun xavflarni tahlil qilish va boshqarish usuli (CCTA Risk Analysis and Management Method, CRAMM) qo'llaniladi, unda IT komponentlarining mumkin bo'lgan tahdidlari va bog'liqliklari tahlil qilinadi va nostandart vaziyatlar yoki favqulodda hodisalarning yuzaga kelish ehtimoli baholanadi. .

Mavjudlikning zarur darajasini ta'minlash uchun komponentning rejalashtirilgan yoki rejalashtirilmagan ishlamay qolishi, AT komponentlarining takrorlanishi, shuningdek, komponentning ish faoliyatini yaxshilash vositalaridan foydalanish natijasida yuzaga keladigan salbiy ta'sirlardan maskalash usullaridan foydalanish mumkin. yukning ortishi va boshqalar. Muayyan biznes funktsiyalari IT xizmatlarining mavjudligiga va yo'qotishlarga juda bog'liq bo'lgan hollarda ishbilarmonlik obro'si to'xtab qolgan vaqtdan boshlab nomaqbul deb hisoblanadi, ba'zi IT xizmatlari uchun yuqori mavjudlik qiymatlari o'rnatiladi va qo'shimcha resurslar ajratiladi.

AT xizmatlarini yetkazib berish dizayni belgilangan mavjudlik talablari bajarilishini ta'minlaydi, ammo bu AT xizmatlarining barqaror, operatsion holatini bildiradi. Biroq, nosozliklar ham mumkin, shuning uchun AT xizmatlarini tiklashni rejalashtirish, shu jumladan hodisalarni boshqarish jarayoni va Service Desk xizmati bilan o'zaro hamkorlikni tashkil etish ham amalga oshiriladi; nosozliklarni aniqlash va ular haqida o'z vaqtida xabardor qilish bo'yicha monitoring tizimini rejalashtirish va joriy etish; apparat, dasturiy ta'minot va ma'lumotlarning zaxira nusxasini yaratish va tiklash bo'yicha talablarni ishlab chiqish; zaxira va tiklash strategiyasini ishlab chiqish; tiklash ko'rsatkichlarining ta'rifi va boshqalar.

Rejalashtirishning yana bir jihati - ishlamay qolish vaqtini aniqlash. Barcha IT komponentlari texnik xizmat ko'rsatish strategiyasiga bo'ysunishi kerak. Amaldagi ATga va ma'lum bir IT komponenti tomonidan qo'llab-quvvatlanadigan biznes funktsiyalarining muhimligi va ahamiyatiga qarab, xizmat ko'rsatish chastotasi va darajasi farq qilishi mumkin. Agar xizmatni 24x7 rejimida taqdim etish zarur bo'lsa, IT komponentlariga xizmat ko'rsatish talablari va xizmat ko'rsatishning to'xtab qolishidan biznes yo'qotishlari o'rtasidagi optimal muvozanatni topish kerak. Tasdiqlangan xizmat ko'rsatish jadvallari Xizmat darajasidagi kelishuvlarda (SLAs) hujjatlashtirilishi kerak.

AT xizmatlarining mavjudligini yaxshilash

Nima uchun qulaylikni yaxshilash kerak? Buning sabablari ko'p bo'lishi mumkin: AT xizmatlari sifatining SLA talablariga mos kelmasligi; AT xizmatlarini ko'rsatishdagi beqarorlik; AT xizmatlari mavjudligining pasayish tendentsiyalari; qabul qilib bo'lmaydigan darajada uzoq tiklanish davri; mavjudlik darajasini oshirish uchun biznesdan so'rovlar.

Mavjudlikni yaxshilash oqilona qo'shimcha talab qiladi moliyaviy xarajatlar, va IT xizmatlarini takomillashtirish imkoniyatlarini aniqlash uchun ma'lum usullar va texnologiyalar qo'llaniladi, ular orasida xatolar daraxtini tahlil qilish (Fault Tree Analysis, FTA) va tizimning ishlamay qolish vaqtini tahlil qilish (Systems Outage Analysis, SOA).

Xatolar daraxti tahlili IT komponenti yoki AT xizmatining ishdan chiqishiga olib keladigan hodisalar zanjirini aniqlaydi. Grafik jihatdan, nosozliklar daraxti (rasmga qarang) - bu boshlang'ich hodisa bilan boshlanadigan, keyin bir yoki bir nechta funktsional hodisalar bilan yakunlangan va yakuniy holat bilan tugaydigan hodisalar ketma-ketligi. Voqealarga qarab ketma-ketliklar mantiqiy tarmoqlanishi mumkin.

Tizimdagi uzilishlar tahlili AT xizmatlarini yetkazib berishdagi uzilishlarning asosiy sabablarini aniqlashga qaratilgan tizimli yondashuv bo‘lib, uzilishlar joylashuvi va sabablarini aniqlash uchun bir nechta ma’lumot manbalaridan foydalanadi. Ushbu tahlilning maqsadlari:

AT xizmatlarini ko'rsatishdagi nosozliklarning asosiy sabablarini aniqlash;

AT xizmatlarini qo'llab-quvvatlash samaradorligini aniqlash;

Hisobotlarni tayyorlash;

Qabul qilingan tavsiyalarni amalga oshirish dasturini boshlash;

Tizimning to'xtab qolish vaqtini tahlil qilish orqali olingan mavjudligini yaxshilash tahlili.

Tizimning to'xtab qolish vaqtini tahlil qilishdan foydalanish xarajatlarni ko'paytirmasdan mavjudlikni yaxshilaydi, xodimlarning mavjudligini yaxshilash bo'yicha konsalting xarajatlaridan qochish uchun o'z malaka va ko'nikmalarini oshiradi va muayyan takomillashtirish dasturini belgilaydi.

Xizmatlar mavjudligini yaxshilash faoliyati natijasi moliyaviy cheklovlar doirasida AT xizmatlarining mavjudligini faol ravishda yaxshilash bo'yicha uzoq muddatli rejadir. Mavjudlik rejasi mavjud va rejalashtirilgan mavjudlik darajalarini, shuningdek, uni yaxshilash uchun amalga oshirilishi kerak bo'lgan tadbirlarni tavsiflaydi. Rejani tayyorlashda biznes vakillari, amalga oshirilgan ITSM jarayonlari menejerlari, tashqi IT-xizmat provayderlari vakillari, sinov va texnik xizmat ko'rsatish uchun mas'ul bo'lgan texnik yordam mutaxassislari ishtirok etishi kerak. Reja ikki yilgacha bo'lgan muddatga tuziladi va keyingi olti oy uchun u o'z ichiga olishi kerak batafsil tavsif voqealar. Reja har chorakda minimal tuzatishlar bilan va har olti oyda katta o'zgarishlar kiritish imkoniyati bilan ko'rib chiqiladi.

AT xizmatlarining mavjudligini o'lchash

AT xizmati mijoz nuqtai nazaridan, undan foydalanadigan muhim biznes funktsiyalari me'yorida bajarilganda mavjud deb hisoblanishi mumkin. Shu bilan birga, asosiy miqdoriy ko'rsatkichlar mavjudlik - AT komponentining real mavjudligi vaqtining xizmat ko'rsatish darajasi bo'yicha kelishuvlarda belgilangan mavjudlik vaqtiga nisbati va mavjud emasligi (%) - mavjudlik inversiyasidir. Ushbu parametrlar AT xizmatlari tomonidan qo'llaniladi va biznes nuqtai nazaridan unchalik vakillik qilmaydi, chunki ular biznes yoki foydalanuvchining mavjudligi qiymatlarini aks ettirmaydi - ular AT komponentlarining yuqori darajada mavjudligini ko'rsatishi mumkin, shu bilan birga haqiqiy mavjudlik darajasi. IT xizmatlari past bo'ladi.

AT xizmatidagi uzilishlar chastotasi, uzilishning umumiy davomiyligi, AT xizmatining uzilishidan ta'sir doirasi kabi ko'rsatkichlar biznes uchun tushunarli bo'lishi mumkin.

Rol va mas'uliyat

Jarayon doirasida jarayon menejerining roli aniqlanadi, uning mas'uliyati jarayonni boshqarish va zarur harakatlarni bajarishdir. Jarayon menejeri qoidalar va rejalarga muvofiq jarayonning ishlashi va rivojlanishi uchun javobgardir. Jarayon menejeri lavozimiga jarayonni boshqarish bo'yicha amaliy tajribaga ega, ITSM, ITda qo'llaniladigan statistik va analitik usullarni, xarajatlarni boshqarish tamoyillarini biladigan, xodimlar bilan ishlash tajribasiga ega, muzokaralar olib borishni biladigan xodimni qabul qilish tavsiya etiladi. va boshqalar.

Jarayonni amalga oshirish

Har qanday ITSM jarayonini amalga oshirish aniq maqsadlar va muddatlarga ega uzoq va murakkab loyihadir. O'z-o'zidan amalga oshirish qiyin: jarayonni kundalik operatsiyalar bilan parallel ravishda amalga oshirish sizni loyihaga to'liq e'tibor qaratishga imkon bermaydi; loyihadan tashqaridagi vazifalarga resurslarni doimiy ravishda “tortib olish” oxir-oqibatda moliyaviy xarajatlarning oshishiga, loyiha vaqtini noma'lum muddatga o'zgartirishga, asta-sekin e'tiborni yo'qotishga yoki hatto loyihaning to'xtatilishiga olib keladi. Bundan tashqari, uyda amalga oshirish qimmat ta'limni talab qiladigan domen bilimini talab qiladi.

Har qanday loyiha singari, jarayonni amalga oshirish ham loyiha guruhlarini yaratish, loyiha boshqaruvi hujjatlarini ishlab chiqish, loyiha rejasini ishlab chiqish va hokazolardan boshlanadi. "Loyihadan oldingi" ish bosqichida biznes vakillarini ITIL texnologiyalari va tavsiyalari bilan tanishtirish va biznesning IT xizmatlarining mavjudligini boshqarish jarayonini amalga oshirish zarurligini asoslash uchun marketing tadbirlari amalga oshiriladi.

Jarayonni amalga oshirish bo'yicha kelishilgan va ijobiy javob olgandan so'ng, jarayonning predmeti sohasining maqsadlari va chegaralari aniqlanadi.

Effekt va muammolar

Jarayonni amalga oshirishning asosiy ta'siri shundan iboratki, AT xizmatlari mavjudligi hisobga olingan holda ishlab chiqilgan va ular kelishilgan darajada mavjudlik va narxda boshqariladi va boshqariladi. Ijobiy omillar ham: AT xizmatlarining mavjudligi uchun mas'ul bo'lgan bir shaxsning mavjudligi; AT-xizmatlari mavjudligining zarur darajasini ta'minlash uchun AT infratuzilmasi samaradorligidan optimal foydalanish; vaqt o'tishi bilan AT xizmatlarining nosozliklari chastotasi va davomiyligini qisqartirish; AT xizmatlari provayderlari faoliyatida xizmatlar ko'rsatishdagi xatolarni bartaraf etishdan ularning mavjudligi darajasini oshirishgacha sifat jihatidan o'tish.

Jarayonni amalga oshirish va boshqarish qaroriga salbiy ta'sir ko'rsatishi mumkin bo'lgan muammolar odatda tashkiliy xususiyatga ega:

Har bir AT-menejer o'z mas'uliyati ostidagi AT-tizimlari yoki komponentlarining mavjudligi uchun javobgar bo'lgan vaziyatning mavjudligi, AT xizmatlarining umumiy mavjudligi kuzatilmaydi va qoniqarsiz bo'lishi mumkin;

Jarayonni amalga oshirmaslik, chunki AT xizmatlarining joriy mavjudligi maqbul deb hisoblanadi;

Agar boshqa amalga oshirilgan ITSM jarayonlari mavjud bo'lsa, mavjudlikni boshqarish jarayoni avtomatik ravishda amalga oshiriladi degan taxminlar;

AT menejerlari tomonidan AT infratuzilmasini boshqarishda markazlashtirishga qarshilik;

Jarayon menejerining vakolatlarining etarli emasligi, bu esa o'z vazifalarini to'g'ri bajara olmaslikka olib keladi.

Evgeniy Bulychev (Bulychev@i-teco.ru) - I-Teco Business Consulting maslahatchisi (Moskva).

Ushbu maqolani yozish g'oyasi yirik mijozlardan biri bilan suhbatdan keyin paydo bo'ldi - hamkasbi o'z kompaniyasi uchun IaaS bulutli xizmat ko'rsatuvchi provayderni tanlash haqida hikoya qildi.

Xizmat ko'rsatuvchi provayderni baholash mezonlarining birinchi to'plami shunday ko'rinardi: taniqli nom (brend), bulut xizmatlari sohasidagi ijobiy biznes tarixi, etarli narx. Mumkin bo'lgan arizachilarni tahlil qilish natijalariga ko'ra, ular yuqoridagi mezonlarga ko'ra deyarli bir xil bo'lgan bir nechta kompaniyalarni tanladilar va ularning har biri bulut xizmatlarining turli xususiyatlariga ishora qilib, o'zining afzalliklarini isbotlashga harakat qildi.

Vladimir Kurilov, Onlanta kompaniyasi.

Shunday qilib, suhbat ishonchlilik ko'rsatkichlariga keldi. Va u bulutlar joylashgan ma'lumotlar markazlarining mavjudligi darajasini taqqoslash atrofida o'tkazildi. Tez orada ma'lum bo'ldiki, faqat ikkita nomzod 99,98% mavjud ma'lumotlar markazlariga ega. Tanlov xorijiy bulutli xizmat ko'rsatuvchi provayder foydasiga amalga oshirildi - narx g'alaba qozondi. Hamkasbi hamma narsani sodda tarzda tushuntirdi: "Bir xil ishonchlilik ko'rsatkichlari uchun ko'proq pul to'lashning nima keragi bor?"

Mavjudligini hisobga olgan holda turli xil variantlar, keling, ushbu maqola doirasida "Mavjudlik" atamasining talqinini aniqlaymiz. Mavjudlikni ma'lum vaqt oralig'ida tizimning ish vaqti sifatida aniqlaymiz, bu intervalning foizi sifatida ifodalanadi. Yoki klassik shaklda: "Ob'ektning ma'lum vaqt oralig'ida berilgan sharoitlarda kerakli funktsiyani bajarish xususiyati". Bu, umuman olganda, tizimning allaqachon yaxshi o'rnatilgan "tayyorlik" kontseptsiyasiga yaqinroq.

Ushbu qarordan keyingi ish yili provayder rejalashtirilgan kommutatsiya paytida ma'lumotlar markazining muhandislik tizimlarining ishlashida kichik nosozliklar mavjudligini ko'rsatdi. Shu bilan birga, ma'lumotlar markazining mavjudligi SLA doirasida saqlanib qoldi, chunki o'tish bir necha soniya davom etdi. Biroq, agar Axborot tizimi mijoz bunday kalitlarga oldindan to'xtamadi, ma'lumotlar bazasi ishlamay qolganda zaxira nusxasidan tiklashni talab qildi, bu esa xodimlarning ishini bir necha soat davomida to'xtatdi. O'chirishdan oldin tizimlarni o'chirish/yoqish vaziyatni biroz yaxshiladi, biroq ayni paytda 25-30 daqiqa davomida xodimlarning ishlamay qolishi kuzatildi, bu ham foydalanuvchilarning shikoyatlariga sabab bo'ldi.

Bir yil o'tdi va endi Hamkasb boshqa bulutda imkoniyatlarni ijaraga oldi, bu erda ma'lumotlar markazlaridan birining mavjudligi yuqoridagidan pastroq va ishlamay qolish vaqti sezilarli darajada kamaydi. Bunga qanday erishish mumkin va bulutli echimlarning ishonchliligini baholashda nima muhim va nima juda muhim emas? Haqiqiy ishonchlilik uchun emas, balki "chiroyli raqamlar uchun" ortiqcha to'lash xavfini kamaytirish, tejash imkoniyatlari qanday? Ilovangiz ishonchliligi uchun bulut xizmatlarining muhim parametrlarini qanday ajratib ko'rsatish mumkin?

Men bu savollarga javoblarni yanada shakllantirishga harakat qilaman.

Ilova ishonchliligi - bulutda nimadan iborat

Ilova xizmatlarining ishonchliligi

Agar siz ilovaning ishonchliligi ta'rifini shakllantirishga harakat qilsangiz, u quyidagicha eshitiladi: "Ishonchlilik - bu dasturning barcha funktsiyalari bilan vaqt o'tishi bilan ishlashni saqlab qolish xususiyatidir."

Ilovaning ishlashini nima belgilaydi va dasturning ishonchliligi ma'lumotlar markazining mavjudligi bilan qanday bog'liq?

Ilova dasturiy platformaga asoslangan bo'lib, u o'z navbatida muhandislik platformasidan foydalangan holda infratuzilma platformasida joylashgan, 2-rasmga qarang. Ushbu to'rtta qatlam birgalikda "Ilova xizmati" ni ta'minlaydi.

Guruch. Ilova xizmati mavjudligini hisoblashning soddalashtirilgan misoli

Rasmdan ko'rinib turibdiki, biz ketma-ket elementlar tizimi bilan shug'ullanamiz, bu erda biron bir elementning ishdan chiqishi butun tizimning ishdan chiqishiga olib keladi.

Bunday tizimning mavjudligi (As) barcha elementlarning mavjudligi ko'rsatkichlarining mahsuloti sifatida aniqlanadi:

A i - har bir ketma-ket ulangan komponentning mavjudligi.
A s = 0,99995 0,99995 0,993 0998 ≈ 0,99091 yoki 99,091

Ko'rib turganingizdek, Ilovalar xizmatining mavjudligi ma'lumotlar markazining muhandislik platformasi mavjudligidan uzoqda. Mavjudlik raqamlarini tizimning uzilish vaqtiga o'zgartirishingiz mumkin. Ma'lum bo'lishicha, muhandislik platformasining ruxsat etilgan yillik ishdan chiqishiga qaramay, 1 soat. 45 daqiqa, ilova xizmatining yillik uzilish vaqti 86 soat 22 daqiqani tashkil qiladi.

Shunga ko'ra, ma'lumotlar markazining yuqori darajada mavjudligi ushbu ma'lumotlar markazida ishlaydigan amaliy xizmatlarning yuqori ishonchliligini ko'rsatmaydi.

Tarmoq ilovalari ishonchliligi

Shuning uchun, xizmat ko'rsatuvchi provayderlarni tanlashda, amaliy xizmatlarning umumiy mavjudligiga e'tibor qaratish to'g'ri bo'ladimi? Afsuski, bu erda hamma narsa juda oddiy emas.

Ma'lum bo'lishicha, dasturiy ta'minot ishlab chiqaruvchisi bitta dasturning ishonchliligini (nosozliklarga, yuklarga qarshilik) ta'minlashga ta'sir qilishi mumkin. Masalan, bulutdagi dasturning ishonchliligi bajarilgan so'rovlarning kechikishlarini qayta ishlashga qaratilgan ixtisoslashtirilgan kutubxonalardan foydalanish orqali sezilarli darajada yaxshilanishi mumkin. Standart usullarda yozilgan ilovalar nisbatan pastroq ishonchlilik ko'rsatkichlariga ega bo'ladi.

Microsoft tomonidan ixtisoslashtirilgan kutubxonalardan foydalanishni amalga oshirish variantlaridan biri bu vaqtinchalik xatoliklarni boshqarish ilovalari blokidir (qarang: http://msdn.microsoft.com/en-us/library/hh680934(v=pandp.50).aspx).

Dasturiy ta'minot platformasining ishonchliligi

Dasturiy ta'minot platformasining ishonchliligi, shu jumladan operatsion tizim, haydovchilar, kutubxonalar yana "ishlab chiquvchilar tomonida" qoladi va hozirgacha xizmat ko'rsatuvchi provayderga ko'p bog'liq emas. Biroq, agar xizmat ko'rsatuvchi provayder tegishli texnik yordam siyosatini o'rnatgan bo'lsa, bu bilvosita mavjudlikka ta'sir qilishi mumkin.

Men "gigienik" xavfsizlik uskunalari haqida gapiryapman. Avvalo, tizim dasturiy ta'minotini yangilash xizmati haqida. U xizmat ko'rsatuvchi provayderning xizmatlar portfelida bo'lishi kerak va undan ham yaxshiroq, u "standart" xizmat narxiga kiritilishi kerak. Ikkinchidan, bu antivirus dasturlari tanloviga ega bo'lgan antivirus himoyasi xizmati. Va uchinchidan, zaxira mijoz virtual serverlari. Bular hammasi emas, lekin ilovalar xizmatining mavjudligini oshirishning eng muhim usullari.

Infratuzilma platformasining ishonchliligi

Ishonchlilikning ushbu komponenti to'liq xizmat ko'rsatuvchi provayderga bog'liq va siz ma'lumotlar markazining muhandislik platformasi mavjudligi bilan teng ravishda baholanishi kerak. Ushbu parametrni Internet-provayderingizdan so'rashingiz kerak, chunki u odatda marketing materiallariga kiritilmaydi. Bunday holda, tushuntirishlarni olish kerak - bu parametr qanday hisoblangan.

Shuni yodda tutish kerakki, barcha xizmat ko'rsatuvchi provayderlar bunday ma'lumotlarni taqdim etishni xohlamaydilar, chunki infratuzilma yechimining strukturaviy diagrammasi va foydalanilgan uskunalar hisob-kitoblardan aniq bo'ladi - va bu ma'lum bir nou-xau.

Shunga qaramasdan:

• Muayyan Ilova xizmatingizni joylashtirish uchun infratuzilma platformasining funktsional tuzilishi diagrammasini so'rang. U quyidagilarni o'z ichiga olishi kerak:
  • tarmoq infratuzilmasi;
  • Saqlash hududi tarmog'i;
  • hisoblash infratuzilmasi.
• Ushbu sxemada uskunaning ortiqcha joylarini ko'rsatishni so'rang. Amaldagi uskunaning turini ko'rsatish shart emas.
• Har bir daraja uchun mavjudligini (yoki tayyorligini) so'rang.
• Mavjudlikni infratuzilma platformasi elementlarining mavjudligi mahsuloti sifatida hisoblang.

Endi sizda ilova xizmatingiz mavjudligini iloji boricha ishonchli aniqlash imkoniyati mavjud. Bizning tajribamizga asoslanib, Rossiyadagi qo'shma korxonalarning 90% ning umumiy mavjudligi 99% dan oshmaydi. Va bu yiliga 87 soatgacha bo'lgan ishlamay qolish xavfi. Agar soatlik ishlamay qolishi sizga millionlab dollar zarar keltiradigan biznes uchun muhim ilovalaringiz bo'lmasa, bu oddiy mavjudlik ko'rsatkichlari. Va agar soatlik to'xtash sizning biznesingiz uchun falokatga o'xshasa, unda siz uchun qolgan 10% qo'shma korxona mavjud bo'lib, ular 99,99% darajasida Ilovalar xizmatidan foydalanish imkoniyatiga ega. Bunga qanday erishiladi, keyingi bobda.

Ilova xizmati yuqori mavjudlik yechimlari

Natijada, mijoz uchun muhandislik tizimlari uchun SLA qanday kuzatilishi muhim emas, u uchun uning ilovalari xizmatining mavjudligi muhim, ya'ni. - Kafolatlangan dasturni tiklash vaqti.

Biz ilgari muhokama qilgan tizimlar ketma-ket tuzilishga ega edi. Biz yuqorida alohida elementlarning mahsuloti sifatida hisoblagan mavjudlik, bunday tizimlar tomonidan taqdim etilgan texnik chegaradir. Darhaqiqat, turli xil qo'shimcha omillarning paydo bo'lishi tufayli mavjudlik yanada pastroq. Maqolaning boshida ikkinchi elektr uzilishi va besh soatlik ishlamay qolish haqidagi hikoyani eslaysizmi?

Agar ma'lum bir ma'lumot markazining mavjudligi parametrlari o'rnatilgan bo'lsa va o'zgartirilmasa, ilovaning mavjudligini oshirish mumkinmi?

Javob siz qila olasiz.

Masalan, buni amalga oshirishga imkon beradigan ikkita yondashuv mavjud:

• Geografik taqsimlangan yuqori mavjudlik klasteri;
• Geografik masofaviy zaxira ma'lumotlar markazida qayta ishlashni tiklash (Ofiyatni tiklash).

Guruch. Geografik taqsimlangan yuqori mavjudlik klasterining strukturaviy diagrammasi

Guruch. Geografik jihatdan uzoq zaxira ma'lumotlar markazida qayta ishlashni tiklash uchun blok diagrammasi

Birinchi yondashuv mavjudlik nuqtai nazaridan idealdir (sog'liqni tiklash bir necha soniya ichida sodir bo'ladi), lekin u narxni yo'qotadi va amalga oshirish juda qiyin. Ikkinchi yondashuv xizmatni ishlaydigan nusxadan tiklaydi - bu unchalik tez emas va ishlamay qolganda ma'lumotlarning kichik bir qismi qo'lda tiklanishi kerak bo'ladi, ammo bu variant arzonroq va amalga oshirish osonroq.

Ikkala holatda ham resurslarni o'zaro bog'lash imkoniyatidan maksimal darajada qochish uchun ma'lumotlar markazlarining geografik uzoqligi haqida gapirish kerak. Masalan, ma'lumotlar markazlarini quvvat bilan ta'minlaydigan bir xil podstansiyalardan foydalanish. 2003-yilda Nyu-Yorkdagi Chaginskaya podstansiyasida sodir bo‘lgan yong‘in tufayli 2008-yilning may oyida Moskvaning janubi-sharqida elektr ta’minoti uzilib qolganini eslash mumkin. Shuning uchun, zaxira ma'lumotlar markazi asosiy markazdan uzoqda joylashgan bo'lishi kerak.

Ikkita ma'lumotlar markaziga yondashuv parallel elementlarga ega tizim yaratish haqida gapirishga imkon beradi. Shu bilan birga, bir tomondan, asosiy va zahiraviy ma'lumotlar markazlari mustaqil tizimlar bo'lsa, ikkinchi tomondan, ular amaliy xizmat ko'rsatish uchun umumiy platformadir - hozirda dastur qaysi ma'lumotlar markazida ishlayotganidan qat'i nazar, u harakatlanishi mumkin. bir ma'lumot markazidan boshqasiga.

Parallel tizimning asosiy farqi shundaki, tizimning parallel elementlarining ko'payishi bilan ishonchlilik oshadi. Parallel elementlardan tashkil topgan tizimning mavjudligi quyidagi formula yordamida hisoblanishi mumkin:

Bu erda: A s - butun tizimning umumiy mavjudligi, mavjudligi,
A i - har bir parallel ulangan komponentning mavjudligi.

Misol uchun, har birining mavjudligi = 99% bo'lgan ikkita ma'lumot markazlarining geografik taqsimlangan yuqori mavjudlik klasteri tizimini hisoblaylik.

A s \u003d 1-(1-0,99) * (1-0,99) \u003d 0,9999 yoki 99,99

Ya'ni, eng ishonchli bo'lmagan ikkita ma'lumot markazlari muhim tizimlar darajasida mavjudligini ta'minlay oladi.

Bitta nosozlik holati uchun 15 daqiqali sinxronizatsiya oralig'i bilan geografik jihatdan uzoq zaxira ma'lumotlar markazida qayta ishlashni tiklash variantida dastur xizmatining mavjudligini aniqlang: siz dastur xizmatini tiklash vaqtini so'rashingiz kerak. SP tomonidan kafolatlangan; keyin biz yillik intervalning foizini hisoblaymiz - va natijani birlikdan ayiramiz. Biz birinchi nosozlikdan keyin mavjudlikni olamiz. Masalan, 15 daqiqali sinxronlash oralig'iga ega tizim uchun:

Yildagi umumiy soatlar soni 365*24=8760
Kafolatlangan to'xtash vaqti = Maksimal to'xtash vaqti
15 daqiqa yoki 0,25 soat, bu yillik vaqtning ≈ 0,003 ga teng.

Bular. har bir nosozlik 0,003% og'irlikka ega bo'ladi. Shunday qilib, nosozlikdan oldin tizim 100% ga, birinchi nosozlikdan keyin 99,997%, ikkinchi nosozlikdan keyin 99,994% ga teng bo'lgan mavjudlikka ega. Soatlik sinxronizatsiya oralig'iga ega tizim uchun xuddi shunday hisoblab chiqamiz:

Kafolatlangan tiklanish vaqti = Maksimal to'xtash vaqti = 1 soat, bu yillik vaqtning ≈ 0,01 ni tashkil qiladi

Har bir nosozlik 0,01% og'irlikka ega bo'ladi. Shunday qilib, nosozlikdan oldin tizim 100% ga, birinchi nosozlikdan keyin 99,99%, ikkinchi nosozlikdan keyin 99,98% ga teng bo'lgan mavjudlikka ega. Bundan tashqari, ehtimollik nazariyasi tarafdorlari birinchi, ikkinchi, uchinchi muvaffaqiyatsizliklar ehtimolini baholashda mashq qilishlari mumkin. Natija sizni ushbu omilning ta'siri olingan natijalarga ahamiyatsiz ekanligiga ishontiradi. Bu menga bulutdagi ilovalaringiz uchun xizmat mavjudligini baholash uchun tavsiya etilgan metodologiyani tavsiya qilish imkonini beradi.

Yuqoridagilarni umumlashtirib...

• Bulutda joylashtirishni rejalashtirgan ilovaning biznes-mantiqiyligini baholashdan boshlang. Ilovaning ishlamay qolishi narxini hisoblang. Ilova xizmatining etishmasligi sizga qancha turadi?
• Bu yerdan kuniga, yiliga ishlamay qolishning ruxsat etilgan qiymatini hisoblang. Ilova xizmatining muhim mavjudligini hisoblang.
• Mumkin bo'lgan ishlamay qolish xarajatlarini ilovalaringiz uchun qulay bo'lgan SP narxlari bilan solishtiring.
• Qo'shma korxonani tanlashda nafaqat mavjudlik darajasini ta'minlay oladigan, balki qo'shimcha xizmat / xizmat sifatida yaxshilangan foydalanish imkoniyatini ta'minlay oladiganlarga ustunlik bering. Ayniqsa sizning biznesingiz o'sib borayotgan va rivojlanayotgan bo'lsa.
• Va amaliy bo'ling. Ular his qilish uchun sizga beradigan narsani oling = sinov. Amaliyotsiz nazariya biznes uchun unchalik foydali emas.