SLA, сондай-ақ «қызмет көрсету деңгейіндегі келісім» ретінде белгілі, тұтынушы мен қызмет көрсетуші арасындағы тұтынушы қызмет көрсету тұрғысынан не алатыны туралы кепілдік келісімі болып табылады. Сондай-ақ жеткізушінің кінәсінен тоқтап қалған жағдайда өтемақы төлеу және т.б. Негізінде, SLA - бұл деректер орталығы немесе хостинг провайдері әлеуетті клиентті оған барлық мүмкін болатын мейірімділікпен қарайтынына сендіретін тіркелгі деректері. Сұрақ мынада: SLA-да қалағаныңыздың барлығын жаза аласыз және бұл құжатта жазылған оқиғалар тым жиі бола бермейді. SLA деректер орталығын таңдаудағы нұсқаулықтан алыс және сіз оған сенбеуіңіз керек.
Біз бәріміз белгілі бір міндеттемелерді жүктейтін қандай да бір келісімдерге қол қоюға дағдыланғанбыз. SLA ерекшелік емес - әдетте елестетуге болатын ең шынайы емес құжат. «Коммерциялық құпия» ұғымы шынымен жоқ юрисдикциялардағы NDA ғана пайдасыз болуы мүмкін. Бірақ барлық мәселе SLA клиентке дұрыс жеткізушіні таңдауға көмектеспейді, тек көзге шаң тастайды.
Хостерлер көпшілікке көрсететін SLA жалпы нұсқасында көбінесе не жазады? Бірінші жол - хосттердің «сенімділігі» термині - бұл әдетте 98-ден 99,999% -ға дейінгі сандар. Шын мәнінде, бұл сандар маркетологтардың әдемі өнертабысы ғана. Бір кездері, хостинг жас және қымбат болған кезде, ал бұлттар мамандар үшін арман болған (сонымен бірге барлығы үшін кең жолақты қолжетімділік), хостингтің жұмыс уақыты көрсеткіші өте маңызды болды. Енді барлық жеткізушілер плюс немесе минус бірдей жабдықты пайдаланған кезде, бір магистральдық желілерде отырғанда және бірдей қызмет пакеттерін ұсынса, жұмыс уақыты көрсеткіші мүлдем таңқаларлық емес.
Тіпті «дұрыс» SLA бар ма?
Әрине, SLA идеалды нұсқалары бар, бірақ олардың барлығы стандартты емес құжаттар болып табылады және клиент пен жеткізуші арасында қолмен тіркеледі және жасалады. Сонымен қатар, SLA-ның бұл түрі көбінесе қызметтерге емес, келісімшарттық жұмыстарға қатысты.
Жақсы SLA нені қамтуы керек? TLDR деп айтсақ, жақсы SLA екі субъекті арасындағы қарым-қатынасты реттейтін құжат болып табылады, ол тараптардың біріне (тұтынушыға) процесті барынша бақылауға мүмкіндік береді. Яғни, ол нақты әлемде қалай жұмыс істейді: жаһандық өзара әрекеттесу процестерін сипаттайтын және тараптар арасындағы қарым-қатынастарды реттейтін құжат бар. Ол шекараларды, ережелерді белгілейді және өз алдына екі тарап толық пайдалана алатын ықпал ету тұтқасына айналады. Осылайша, дұрыс SLA арқасында тапсырыс беруші мердігерді келісілгендей жұмыс істеуге мәжбүрлей алады және бұл мердігерге шартпен ақталмаған тым белсенді клиенттің «қалауымен» күресуге көмектеседі. Бұл былай көрінеді: «Біздің SLA былай дейді, бұл жерден кет, біз бәрін келісілгендей жасаймыз».
Яғни, «дұрыс SLA» = «қызметтерді көрсетуге барабар келісімшарт» және жағдайды бақылауға мүмкіндік береді. Бірақ бұл «теңдей» жұмыс істегенде ғана мүмкін.
Веб-сайтта не жазылғаны және шын мәнінде не күтіп тұрғаны екі түрлі нәрсе
Тұтастай алғанда, біз әрі қарай талқылайтындардың бәрі әдеттегі маркетингтік трюктар және мұқияттылық сынағы.
Егер біз танымал отандық хосттерді алсақ, онда бір ұсыныс екіншісіне қарағанда жақсырақ: 25/8 қолдау, сервердің жұмыс уақыты 99,9999999%, кем дегенде Ресейде өздерінің жеке деректер орталықтарының шоғыры. Дата орталықтары туралы мәселені есте сақтаңыз, біз оған сәл кейінірек ораламыз. Бұл арада ақауларға төзімділіктің тамаша статистикасы және оның сервері әлі де «0,0000001% сәтсіздікке» түскен кезде адам немен бетпе-бет келетіні туралы сөйлесейік.
98% және одан жоғары көрсеткіштермен кез келген құлдырау статистикалық қателік шегіндегі оқиға болып табылады. Жұмыс жабдығы мен қосылым бар немесе жоқ. Сіз «сенімділік» рейтингі 50% (өзінің SLA бойынша) хосттерді бірде-бір проблемасыз жылдар бойы пайдалана аласыз немесе 99,99% талап ететін жігіттермен айына бір рет бірнеше күн бойы «сәтсіздікке» ұшырай аласыз.
Құлау сәті келгенде (және еске саламыз, бәрі бір күні құлап кетеді), содан кейін клиент «қолдау» деп аталатын ішкі корпоративтік машинаға тап болады және қызмет көрсету туралы келісім мен SLA жарыққа шығады. Бұл нені білдіреді:
- Сірә, алғашқы төрт сағат бойы үзіліс кезінде сіз ештеңе ұсына алмайсыз, дегенмен кейбір хостерлер апат болған сәттен бастап тарифті (өтемақы төлеу) қайта есептей бастайды.
- Егер сервер ұзақ уақыт бойы қолжетімсіз болса, сіз тарифті қайта есептеуге сұрау жібере аласыз.
- Және бұл мәселе жеткізушінің кінәсінен туындаған жағдайда қарастырылған.
- Егер сіздің проблемаңыз үшінші тараптың кесірінен (тас жолда) туындаса, онда «ешкім кінәлі емес» сияқты көрінеді және мәселе шешілген кезде сіздің сәттілікіңіз қалады.
Дегенмен, сіз инженерлік командаға ешқашан қол жеткізе алмайтыныңызды түсіну маңызды, көбінесе нақты инженерлер жағдайды түзетуге тырысқан кезде сізбен хат алмасудың бірінші желісі сізді тоқтатады. Таныс естіледі ме?
Мұнда көптеген адамдар SLA-ға сенеді, бұл сізді осындай жағдайлардан қорғауы керек сияқты. Бірақ, шын мәнінде, компаниялар өз құжаттарының шегінен сирек шығады немесе өз шығындарын барынша азайту үшін жағдайды өзгерте алады. SLA-ның негізгі міндеті - қырағылықты бәсеңдету және күтпеген жағдайдың өзінде «бәрі жақсы болатынына» сендіру. SLA-ның екінші мақсаты - негізгі маңызды сәттерді хабарлау және қызмет көрсетушіге маневр жасау мүмкіндігін беру, яғни жеткізуші «жауапты емес» нәрсеге сәтсіздікті жатқызу мүмкіндігі.
Сонымен қатар, ірі клиенттер, шын мәнінде, SLA шеңберінде өтемақы туралы мүлдем ойламайды. «SLA өтемақысы» - бұл жабдықтың тоқтап қалуына пропорционалды тариф шегінде ақшаны қайтару, ол ешқашан әлеуетті ақшалай және беделді жоғалтулардың 1%-ын да өтемейді. Бұл жағдайда клиент үшін қандай да бір «тарифті қайта есептеуден» гөрі проблемалардың мүмкіндігінше тезірек шешілуі маңыздырақ.
«Әлемдегі көптеген деректер орталықтары» алаңдаушылық тудырады
Біз қызмет провайдеріндегі деректер орталықтарының көп санына қатысты жағдайды бөлек санатқа орналастырдық, өйткені жоғарыда сипатталған айқын байланыс проблемаларынан басқа, айқын емес мәселелер де туындайды. Мысалы, сіздің қызмет провайдеріңіздің «өз» деректер орталықтарына кіру мүмкіндігі жоқ.
Біздің соңғы мақалада , оның мәні басқа адамдардың мүмкіндіктерін өз атын жамылып қайта сату болып табылады. Көптеген аймақтарда «өз деректер орталықтары» бар деп мәлімдейтін заманауи хосттердің басым көпшілігі White Label үлгісін пайдаланатын делдал болып табылады. Яғни, олардың Швейцариядағы, Германиядағы немесе Нидерландыдағы шартты деректер орталығына физикалық тұрғыдан ешқандай қатысы жоқ.
Мұнда өте қызықты қақтығыстар туындайды. Қызмет провайдерімен SLA әлі де жұмыс істейді және жарамды, бірақ жеткізуші апат болған жағдайда жағдайға қандай да бір түрде түбегейлі әсер ете алмайды. Ол өзінің жеке жеткізушісіне - қуат тіректері қайта сату үшін сатып алынған деректер орталығына тәуелді күйде.
Осылайша, егер сіз сенімділік пен қызмет көрсету туралы келісім-шарт пен SLA-дағы әдемі тұжырымдарды ғана емес, сонымен қатар қызмет провайдерінің мәселелерді жылдам шешу мүмкіндігін де бағалайтын болсаңыз, сіз нысандардың иесімен тікелей жұмыс істеуіңіз керек. Шын мәнінде, бұл деректер орталығымен тікелей өзара әрекеттесуді қамтиды.
Неліктен біз көптеген DC шын мәнінде бір компанияға тиесілі болатын опцияларды қарастырмаймыз? Мұндай компаниялар өте аз, өте аз. Бір, екі, үш шағын деректер орталығы немесе бір үлкен болуы мүмкін. Бірақ жартысы Ресей Федерациясында, ал екіншісі Еуропада болатын оншақты ДК дерлік мүмкін емес. Бұл сіз ойлағаннан да көп сатушы компаниялар бар дегенді білдіреді. Міне, қарапайым мысал:
Google Cloud қызметінің деректер орталықтарының санын есептеңіз. Еуропада олардың алтауы ғана бар. Лондонда, Амстердамда, Брюссельде, Хельсинкиде, Франкфуртте және Цюрихте. Яғни, барлық негізгі магистральдық нүктелерде. Өйткені деректер орталығы қымбат, күрделі және өте үлкен жоба. Енді Мәскеудің бір жерінен «Ресей мен Еуропада ондаған деректер орталықтары» бар хостинг компанияларын еске түсіріңіз.
Әрине, White Label бағдарламасында серіктестері бар жақсы жеткізушілер жоқ, олар жеткілікті және олар ең жоғары деңгейдегі қызметтерді ұсынады. Олар бір браузер терезесі арқылы ЕО және Ресей Федерациясында сыйымдылықты бір уақытта жалға алуға, төлемді шетел валютасында емес, рубльмен қабылдауға және т.б. мүмкіндік береді. Бірақ SLA сипатталған жағдайлар орын алғанда, олар дәл сіз сияқты жағдайдың кепіліне айналады.
Бұл жеткізушінің ұйымдық құрылымы мен мүмкіндіктерін түсінбесеңіз, SLA пайдасыз екенін тағы бір рет еске салады.
Нәтижесінде
Сервердің бұзылуы әрқашан жағымсыз оқиға болып табылады және ол кез келген жерде, кез келген жерде болуы мүмкін. Мәселе сіз жағдайды қаншалықты бақылауды қалайсыз. Қазір нарықта қуаттың тікелей жеткізушілері тым көп емес, ал егер ірі ойыншылар туралы айтатын болсақ, онда олар, салыстырмалы түрде айтқанда, Мәскеуде сіз қол жеткізуге болатын ондаған Еуропаның бір жерінде бір ғана DC-ге ие.
Мұнда әрбір клиент өзі шешуі керек: мен дәл қазір жайлылықты таңдаймын ба, әлде Ресейде немесе Еуропада өз жабдықтарымды орналастыратын немесе сыйымдылықты сатып алатын қолайлы жерде деректер орталығын іздеуге уақыт пен күш жұмсаймын. Бірінші жағдайда қазіргі уақытта нарықта бар стандартты шешімдер қолайлы. Екіншісінде терлеуге тура келеді.
Ең алдымен, қызметті сатушы нысандардың/дата орталығының тікелей иесі болып табылатынын анықтау қажет. White Label үлгісін пайдаланатын көптеген сатушылар өздерінің мәртебесін жасыруға тырысады және бұл жағдайда кейбір жанама белгілерді іздеу керек. Мысалы, егер «олардың еуропалық DC-терінде» жеткізуші компанияның атынан ерекшеленетін кейбір нақты атаулар мен логотиптер болса. Немесе бір жерде «серіктестер» сөзі пайда болса. Серіктестер = 95% жағдайда ақ белгі.
Әрі қарай, сіз компанияның құрылымымен танысуыңыз керек немесе жабдықты жеке қарауыңыз керек. Дата орталықтарының арасында экскурсиялар тәжірибесі немесе кем дегенде өз веб-сайтында немесе блогында экскурсиялық мақалалар жаңа емес (біз осылай жазғанбыз. и ), онда олар фотосуреттермен және егжей-тегжейлі сипаттамалары бар деректер орталығы туралы айтады.
Көптеген деректер орталықтарының көмегімен сіз кеңсеге жеке баруды және DC-нің өзіне шағын экскурсияны ұйымдастыра аласыз. Онда сіз тәртіп дәрежесін бағалай аласыз, мүмкін сіз инженерлердің бірімен сөйлесе аласыз. Айына 300 рубльге бір сервер қажет болса, ешкім сізге өндіріс турын бермейтіні анық, бірақ егер сізге үлкен сыйымдылық қажет болса, онда сату бөлімі сізді жақсы қарсы алуы мүмкін. Мысалы, біз осындай экскурсияларды өткіземіз.
Қалай болғанда да, парасаттылық пен іскерлік қажеттіліктерді пайдалану керек. Мысалы, егер сізге бөлінген инфрақұрылым қажет болса (серверлердің кейбірі Ресей Федерациясында, екіншісі ЕО-да), White Label көмегімен еуропалық ДС-мен серіктестік орнатқан хосттердің қызметтерін пайдалану оңайырақ және тиімдірек болады. үлгі. Егер сіздің бүкіл инфрақұрылымыңыз бір нүктеге, яғни бір деректер орталығында шоғырланатын болса, жеткізушіні іздеуге біраз уақыт жұмсаған жөн.
Өйткені әдеттегі SLA сізге көмектеспейді. Бірақ сатушымен емес, нысандардың иесімен жұмыс істеу ықтимал проблемаларды шешуді айтарлықтай жылдамдатады.
Ақпарат көзі: www.habr.com