"Үйлчилгээний түвшний гэрээ" гэж нэрлэгддэг 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 хувийг ч нөхөх боломжгүй юм. Энэ тохиолдолд үйлчлүүлэгчийн хувьд аливаа "тарифыг дахин тооцоолох" гэхээсээ илүү асуудлыг аль болох хурдан шийдвэрлэх нь илүү чухал юм.
"Дэлхий даяарх олон дата төвүүд" нь санаа зовоох шалтгаан болж байна
Үйлчилгээ үзүүлэгчийн олон тооны дата төвтэй холбоотой нөхцөл байдлыг бид тусдаа ангилалд оруулсан, учир нь дээр дурдсан харилцаа холбооны тодорхой асуудлаас гадна тодорхой бус асуудлууд гарч ирдэг. Жишээлбэл, таны үйлчилгээ үзүүлэгч "өөрийн" дата төв рүү нэвтрэх эрхгүй.
Бидний сүүлчийн нийтлэлд , үүний мөн чанар нь бусдын чадавхийг өөрийн нэрийн дор дахин худалдах явдал юм. Олон бүс нутагт "өөрийн мэдээллийн төвтэй" гэж ярьдаг орчин үеийн хостеруудын дийлэнх нь Цагаан шошго загварыг ашигладаг борлуулагчид байдаг. Өөрөөр хэлбэл, тэд Швейцарь, Герман эсвэл Нидерланд дахь нөхцөлт мэдээллийн төвтэй ямар ч холбоогүй юм.
Энд маш сонирхолтой мөргөлдөөн үүсдэг. Үйлчилгээ үзүүлэгчтэй байгуулсан гэрээ нь хүчинтэй хэвээр байгаа боловч ханган нийлүүлэгч нь ослын үед нөхцөл байдалд ямар нэгэн байдлаар эрс нөлөөлөх боломжгүй юм. Тэр өөрөө өөрийн ханган нийлүүлэгч болох цахилгаан тавиурыг дахин борлуулахаар худалдаж авсан мэдээллийн төвөөс хамааралтай байр суурь эзэлдэг.
Тиймээс, хэрэв та найдвартай байдал, үйлчилгээний талаархи гэрээ болон SLA-ийн сайхан үг хэллэгийг төдийгүй үйлчилгээ үзүүлэгчийн асуудлыг хурдан шийдвэрлэх чадварыг үнэлдэг бол тухайн байгууламжийн эзэнтэй шууд ажиллах хэрэгтэй. Үнэн хэрэгтээ энэ нь мэдээллийн төвтэй шууд харилцах явдал юм.
Олон DC нь нэг компанид харьяалагдах боломжтой үед бид яагаад сонголтыг авч үзэхгүй байна вэ? Яахав ийм компаниуд маш цөөхөн байдаг. Нэг, хоёр, гурван жижиг дата төв эсвэл нэг том нь боломжтой. Гэхдээ тал нь ОХУ-д, хоёр дахь нь Европт байдаг хэдэн арван DCs бараг боломжгүй юм. Энэ нь таны төсөөлж байснаас олон борлуулагч компаниуд байгаа гэсэн үг юм. Энд энгийн жишээ байна:
Google Cloud үйлчилгээний мэдээллийн төвийн тоог тооцоол. Европт тэдний ердөө зургаа нь л байдаг. Лондон, Амстердам, Брюссель, Хельсинки, Франкфурт, Цюрихт. Энэ нь хурдны замын бүх цэгүүдэд. Учир нь дата төв нь үнэтэй, нарийн төвөгтэй, маш том төсөл юм. Одоо Москвагийн хаа нэгтээгээс "Орос болон Европ даяар хэдэн арван дата төвтэй" хостинг компаниудыг санаарай.
Мэдээжийн хэрэг, Цагаан шошго хөтөлбөрт хамтрагчтай сайн ханган нийлүүлэгчид байхгүй, хангалттай бөгөөд тэд хамгийн дээд түвшний үйлчилгээ үзүүлдэг. Эдгээр нь нэг хөтөчийн цонхоор ЕХ болон ОХУ-ын хүчин чадлыг нэгэн зэрэг түрээслэх, төлбөрийг гадаад валютаар бус рублиэр хүлээн авах гэх мэт боломжийг олгодог. Гэвч SLA-д дурдсан тохиолдлууд тохиолдоход тэд тантай яг ижил нөхцөл байдлын барьцаанд ордог.
Энэ нь ханган нийлүүлэгчийн зохион байгуулалтын бүтэц, чадавхийн талаар ойлголтгүй бол SLA нь ашиггүй гэдгийг дахин сануулж байна.
Эцсийн эцэст
Серверийн эвдрэл нь үргэлж таагүй үйл явдал бөгөөд энэ нь хэнд ч, хаана ч тохиолдож болно. Асуулт бол та нөхцөл байдалд хэр хяналт тавихыг хүсч байна вэ? Одоо зах зээл дээр хүчин чадлын шууд нийлүүлэгчид тийм ч олон биш бөгөөд хэрэв бид томоохон тоглогчдын тухай ярих юм бол тэд Европ даяар нэвтрэх боломжтой арваад арван цахилгаан станцаас Москвагийн хаа нэгтээ зөвхөн нэг DC-ийг эзэмшдэг.
Энд үйлчлүүлэгч бүр өөрөө шийдэх ёстой: би яг одоо тав тухтай байдлыг сонгох уу, эсвэл тоног төхөөрөмжөө байрлуулах эсвэл хүчин чадал худалдаж авах боломжтой Орос эсвэл Европ дахь дата төвийг хайж олоход цаг хугацаа, хүчин чармайлт гаргах хэрэгтэй. Эхний тохиолдолд зах зээл дээр байгаа стандарт шийдлүүд тохиромжтой. Хоёрдугаарт та хөлрөх хэрэгтэй болно.
Юуны өмнө үйлчилгээний худалдагч нь тухайн байгууламж/дата төвийн шууд эзэмшигч мөн эсэхийг тодорхойлох шаардлагатай. Цагаан шошгоны загварыг ашигладаг олон борлуулагчид өөрсдийн статусаа нуун дарагдуулахыг хичээдэг бөгөөд энэ тохиолдолд та зарим шууд бус шинж тэмдгийг хайх хэрэгтэй. Жишээлбэл, "Тэдний Европын DC-үүд" нь ханган нийлүүлэгч компанийн нэрээс ялгаатай тодорхой нэр, логотой бол. Эсвэл "хамтрагчид" гэсэн үг хаа нэгтээ гарч ирвэл. Түншүүд = 95% тохиолдолд цагаан шошго.
Дараа нь та компанийн бүтэцтэй танилцах хэрэгтэй, эсвэл тоног төхөөрөмжийг биечлэн харах хэрэгтэй. Мэдээллийн төвүүдийн дунд экскурс хийх практик эсвэл ядаж өөрсдийн вэбсайт эсвэл блог дээр экскурсын нийтлэл оруулах нь шинэ зүйл биш юм (бид ийм зүйл бичсэн). и ), тэд өөрсдийн дата төвийн талаар гэрэл зураг, нарийвчилсан тайлбартай ярилцдаг.
Олон дата төвтэй бол та оффис руу хувийн айлчлал хийх, DC-д мини аялал хийх боломжтой. Тэнд та захиалгын түвшинг үнэлэх боломжтой, магадгүй та инженерүүдийн аль нэгтэй харилцах боломжтой болно. Хэрэв танд нэг сервер сард 300 рубль хэрэгтэй бол хэн ч танд үйлдвэрлэлийн аялал хийхгүй нь ойлгомжтой, гэхдээ танд ноцтой хүчин чадал хэрэгтэй бол борлуулалтын алба тантай уулзах боломжтой. Жишээлбэл, бид ийм аялал хийдэг.
Ямар ч тохиолдолд эрүүл ухаан, бизнесийн хэрэгцээг ашиглах ёстой. Жишээлбэл, хэрэв танд хуваарилагдсан дэд бүтэц хэрэгтэй бол (зарим серверүүд нь ОХУ-д, нөгөө нь ЕХ-д байдаг) Цагаан шошгыг ашиглан Европын DC-тэй түншилдэг хостуудын үйлчилгээг ашиглах нь илүү хялбар бөгөөд ашигтай байх болно. загвар. Хэрэв таны бүх дэд бүтэц нэг цэгт, өөрөөр хэлбэл нэг мэдээллийн төвд төвлөрөх юм бол ханган нийлүүлэгч хайхад багагүй хугацаа зарцуулах нь зүйтэй.
Учир нь ердийн SLA танд туслахгүй байх магадлалтай. Гэхдээ борлуулагч биш харин байгууламжийн эзэнтэй ажиллах нь болзошгүй асуудлуудыг шийдвэрлэхэд ихээхэн хурдасгах болно.
Эх сурвалж: www.habr.com