Bu gün sizə bir hekayə danışacağam. Qədim dövrlərdən bu günə qədər hesablama texnologiyasının təkamül tarixi və uzaq iş yerlərinin yaranması.
İT inkişafı
İT tarixindən öyrənilə biləcək əsas şey...
Sözsüz ki, İT spiral şəklində inkişaf edir. Onilliklər əvvəl atılan eyni həllər və konsepsiyalar yeni məna kəsb edir və yeni şəraitdə, yeni vəzifələr və yeni imkanlarla uğurla işləməyə başlayır. Bu baxımdan İT insan biliklərinin və bütövlükdə Yer kürəsinin tarixindən heç bir fərqi yoxdur.
Uzun müddət əvvəl kompüterlər böyük olanda
1943-cü ildə IBM-in baş direktoru Thomas Watson, "Düşünürəm ki, dünyada təxminən beş kompüter üçün bazar var".
Erkən kompüter texnologiyası böyük idi. Xeyr, bu səhvdir, ilk texnologiya dəhşətli, siklop idi. Tam kompüterləşdirilmiş maşın idman zalı ilə müqayisə edilə bilən bir ərazini tuturdu və tamamilə qeyri-real pula başa gəlirdi. Komponentlərə misal olaraq ferrit halqalar üzərində RAM modulunu göstərmək olar (1964).
Bu modulun ölçüsü 11 sm * 11 sm, tutumu isə 512 baytdır (4096 bit). Bu modullarla tamamilə doldurulmuş şkaf çətin ki, qədim 3,5 düymlük disket (1.44 MB = 2950 modul) tutumuna malik deyildi, halbuki o, çox nəzərə çarpan elektrik enerjisi sərf edirdi və buxar lokomotivi kimi qızırdı.
Məhz onun nəhəng ölçüsünə görə proqram kodunu sazlamaq üçün ingiliscə adı “debugging”dir. Tarixin ilk proqramçılarından biri, dəniz zabiti Qreys Hopper (bəli, qadın) proqramla bağlı problemi araşdırdıqdan sonra 1945-ci ildə jurnala giriş yazdı.
Güvə (güvə) ümumiyyətlə bir böcək (böcək) olduğundan, işçi heyətin həlli üçün bütün sonrakı problemlər və hərəkətlər öz rəhbərlərinə “debugging” (sözün əsl mənasında de-bug) kimi bildirildi, sonra ad səhvi qəti şəkildə proqramın uğursuzluğuna təyin edildi və kodda xəta baş verdi və sazlama debug oldu.
Xüsusilə elektronikanın və yarımkeçirici elektronikanın inkişafı ilə maşınların fiziki ölçüləri azalmağa başladı, hesablama gücü isə əksinə artdı. Ancaq bu halda da hər kəsi fərdi kompüterlə təmin etmək mümkün deyildi.
“Hər kəsin evində kompüter saxlamaq istəməsi üçün heç bir səbəb yoxdur” - Ken Olsen, DEC-in qurucusu, 1977.
70-ci illərdə mini-kompüter termini meydana çıxdı. Yadımdadır, illər əvvəl bu termini ilk dəfə oxuyanda netbuk kimi bir şey təsəvvür etdim, demək olar ki, əl telefonu. Mən həqiqətdən uzaq ola bilməzdim.
Mini yalnız nəhəng maşın otaqları ilə müqayisə olunur, lakin bunlar hələ də yüz minlərlə və milyonlarla dollara başa gələn avadanlıqları olan bir neçə şkafdır. Bununla belə, hesablama gücü artıq o qədər artmışdı ki, o, həmişə 100% yüklənmirdi və eyni zamanda kompüterlər universitet tələbələri və müəllimləri üçün əlçatan olmağa başladı.
Və sonra O gəldi!
İngilis dilində Latın kökləri haqqında az adam düşünür, lakin bu gün bildiyimiz kimi bizə uzaqdan girişi təmin edən budur. Terminus (latınca) - son, sərhəd, məqsəd. Terminator T800-ün məqsədi Con Konorun həyatına son qoymaq idi. Biz onu da bilirik ki, sərnişinlərin minib-endirildiyi və ya yüklərin yükləndiyi və boşaldıldığı nəqliyyat stansiyaları terminallar – marşrutların son təyinat məntəqələri adlanır.
Buna uyğun olaraq terminala giriş anlayışı yarandı və siz dünyanın ən məşhur terminalını hələ də ürəyimizdə yaşayan görə bilərsiniz.
DEC VT100 terminal adlanır, çünki məlumat xəttini dayandırır. O, faktiki olaraq sıfır emal gücünə malikdir və onun yeganə vəzifəsi böyük bir maşından alınan məlumatları göstərmək və klaviatura daxiletmələrini maşına ötürməkdir. VT100 fiziki olaraq çoxdan ölsə də, biz hələ də ondan tam potensial istifadə edirik.
Bizim günlərimiz
Mən "günlərimizi" 80-ci illərin əvvəlindən, geniş kütlə üçün əlçatan olan hər hansı əhəmiyyətli hesablama gücünə malik ilk prosessorların meydana çıxdığı andan etibarən saymağa başlayardım. Ənənəvi olaraq dövrün əsas prosessorunun qalib arxitekturanın əcdadı kimi Intel 8088 (x86 ailəsi) olduğuna inanılır. 70-ci illərin konsepsiyası ilə əsas fərq nədir?
İlk dəfə olaraq informasiya emalının mərkəzdən periferiyaya ötürülməsi tendensiyası müşahidə olunur. Bütün tapşırıqlar əsas çərçivənin və ya hətta mini-kompüterin dəli (zəif x86 ilə müqayisədə) gücünü tələb etmir. Intel hələ də dayanmır, 90-cı illərdə Pentium ailəsini buraxdı və bu, həqiqətən Rusiyada ilk kütləvi istehsal olunan məişət texnikası oldu. Bu prosessorlar artıq çox şeyə qadirdir, nəinki məktub yazmaq, həm də multimedia və kiçik verilənlər bazaları ilə işləmək. Əslində, kiçik biznes üçün serverlərə ümumiyyətlə ehtiyac yoxdur - hər şeyi periferiyada, müştəri maşınlarında etmək olar. Hər il prosessorlar daha güclü olur və serverlər və fərdi kompüterlər arasındakı fərq hesablama gücü baxımından getdikcə daha kiçik olur, çox vaxt yalnız enerji ehtiyatlarında, isti dəyişdirilə bilən dəstəkdə və rəf montajı üçün xüsusi hallarda qalır.
90-cı illərdə ağır serverlərin idarəçiləri üçün Intel-dən "gülünc" olan müasir müştəri prosessorlarını keçmişin superkompüterləri ilə müqayisə etsəniz, bir az narahat olursunuz.
Demək olar ki, mənim yaşımda olan qocaya nəzər salaq. Cray X-MP/24 1984.
Bu maşın 1984-cü ilin ən yaxşı superkompüterləri arasında idi, 2 MFlops (milyonlarla üzən nöqtə əməliyyatları) pik hesablama gücü ilə 105 MHz 400 prosessoru ilə. Fotoda göstərilən xüsusi maşın ABŞ NSA kriptoqrafiya laboratoriyasında dayanıb və kodların pozulması ilə məşğul olub. 15-cü ildə 1984 milyon dolları 2020 dollarına çevirsəniz, dəyəri 37,4 milyon dollar və ya 93 dollar/MFlops təşkil edir.
Bu sətirləri yazdığım maşında 5 Core i7400-2017 prosessoru var, bu heç də yeni deyil və hətta buraxıldığı ildə bütün orta səviyyəli masa üstü prosessorları arasında ən gənc 4 nüvəli idi. 4 GHz baza tezliyinin 3.0 nüvəsi (Turbo Boost ilə 3.5) və ikiqat HyperThreading ipləri müxtəlif testlərə görə bir prosessor üçün 19 min rubl qiymətə 47 ilə 16 GFlops güc verir. Bütün maşını yığsanız, onun dəyərini 750 dollara götürə bilərsiniz (1 mart 2020-ci il tarixinə olan qiymətlər və valyuta məzənnələri ilə).
Nəhayət, günümüzün tamamilə orta masaüstü prosessorunu yaxın keçmişin ən yaxşı 50 superkompüterindən 120-10 dəfə üstün tuturuq və MFlops-un xüsusi dəyərinin azalması tamamilə dəhşətli olur 93500 / 25 = 3700 dəfə.
Nə üçün hələ də serverlərə ehtiyacımız var və periferiyada belə gücə malik hesablamaların mərkəzləşdirilməsi tamamilə anlaşılmazdır!
Ters atlama - spiral dönüş etdi
Disksiz stansiyalar
Hesablamanın periferiyaya köçürülməsinin yekun olmayacağına dair ilk siqnal disksiz iş stansiyası texnologiyasının yaranması oldu. İş stansiyalarının müəssisə daxilində və xüsusilə çirklənmiş binalarda əhəmiyyətli dərəcədə paylanması ilə bu stansiyaların idarə edilməsi və dəstəklənməsi məsələsi çox çətinləşir.
"Dəhliz vaxtı" anlayışı ortaya çıxır - texniki dəstək işçisinin problemi olan bir işçiyə gedən yolda dəhlizdə olduğu vaxtın faizi. Bu ödənişli vaxtdır, lakin tamamilə səmərəsizdir. Ən vacib rol, xüsusən də çirklənmiş otaqlarda sabit disklərin uğursuzluğu idi. Diski iş stansiyasından çıxaraq və yükləmə də daxil olmaqla, şəbəkə üzərindən başqa hər şeyi edək. DHCP serverindən ünvana əlavə olaraq, şəbəkə adapteri əlavə məlumat da alır - TFTP (sadələşdirilmiş fayl xidməti) serverinin ünvanı və açılış şəklinin adı, onu RAM-a yükləyir və maşını işə salır.
Daha az nasazlıq və azaldılmış dəhliz vaxtına əlavə olaraq, indi siz saytda maşında debug etmək məcburiyyətində deyilsiniz, sadəcə olaraq yenisini gətirin və təchiz olunmuş iş yerində diaqnostika üçün köhnəsini götürün. Ancaq bu hamısı deyil!
Disksiz bir stansiya daha təhlükəsiz olur - kimsə qəfil otağa girib bütün kompüterləri çıxararsa, bu, yalnız avadanlıq itkisidir. Disksiz stansiyalarda heç bir məlumat saxlanılmır.
Bu məqamı xatırlayaq: informasiya texnologiyalarının “qayğısız uşaqlığı”ndan sonra informasiya təhlükəsizliyi getdikcə daha vacib rol oynamağa başlayır. Dəhşətli və vacib 3 hərf getdikcə İT-yə daxil olur - GRC (İdarəetmə, Risk, Uyğunluq) və ya rus dilində "İdarəetmə, Risk, Uyğunluq".
Terminal serverləri
Getdikcə daha güclü fərdi kompüterlərin periferiyada geniş yayılması ictimai çıxış şəbəkələrinin inkişafını əhəmiyyətli dərəcədə üstələdi. 90-cı və 00-cı illərin əvvəlləri üçün klassik müştəri-server proqramları, məlumat mübadiləsi hər hansı əhəmiyyətli dəyərə çatdıqda, nazik bir kanalda çox yaxşı işləmirdi. Bu, xüsusən də vaxtaşırı donan və ya əlaqəsi kəsilən modem və telefon xətti ilə qoşulan uzaq ofislər üçün çətin idi. VƏ...
Spiral dönüş etdi və terminal serverləri konsepsiyası ilə yenidən terminal rejimində tapdı.
Əslində, biz onların sıfır müştəriləri və hesablama gücünün mərkəzləşdirilməsi ilə 70-ci illərə qayıdırıq. Tezliklə aydın oldu ki, kanallar üçün sırf iqtisadi əsaslandırma ilə yanaşı, terminala giriş işçilər üçün evdən iş də daxil olmaqla xaricdən təhlükəsiz girişin təşkili üçün böyük imkanlar təqdim edir və ya etibarsız şəbəkələrdən və etibarsız şəbəkələrdən podratçılar üçün son dərəcə məhdud və idarə olunan girişi təmin edir. nəzarətsiz cihazlar.
Bununla belə, terminal serverlərinin bütün üstünlüklərinə və mütərəqqiliyinə baxmayaraq, bir sıra çatışmazlıqları da var idi - aşağı çeviklik, səs-küylü qonşu problemi, ciddi server əsaslı Windows və s.
Proto VDI-nin doğulması
Düzdür, 00-cü illərin əvvəlindən ortalarına qədər x86 platformasının sənaye virtuallaşdırılması artıq səhnəyə çıxırdı. Və kimsə sadəcə olaraq havada olan bir fikir səsləndirdi: bütün müştəriləri server terminallarında mərkəzləşdirmək əvəzinə, hər kəsə müştəri Windows və hətta administrator girişi ilə öz şəxsi VM-ni verək?
Şişman müştərilərin imtinası
Sessiya və ƏS virtualizasiyasına paralel olaraq, tətbiq səviyyəsində müştəri funksiyasını asanlaşdırmaq üçün bir yanaşma hazırlanmışdır.
Bunun arxasında duran məntiq olduqca sadə idi, çünki hər kəsin hələ də şəxsi noutbuku yox idi, hamının interneti yox idi və çoxları yalnız çox məhdud, yumşaq desək, hüquqları olan internet kafedən qoşula bilirdilər. Əslində, işə salına bilənlərin hamısı brauzer idi. Brauzer OS-nin əvəzsiz atributuna çevrildi, İnternet həyatımıza möhkəm daxil oldu.
Başqa sözlə, məntiqin müştəridən mərkəzə veb proqramlar şəklində ötürülməsi istiqamətində paralel bir tendensiya var idi, ona daxil olmaq üçün yalnız ən sadə müştəri, İnternet və brauzer lazımdır.
Və biz başladığımız yerdə bitmədik – sıfır müştəri və mərkəzi serverlərlə. Biz oraya bir neçə müstəqil yolla çatdıq.
Virtual Masaüstü İnfrastruktur
Dəllal
2007-ci ildə sənaye virtuallaşdırma bazarında lider olan VMware şirkəti VDM (Virtual Desktop Manager) məhsulunun ilk versiyasını buraxdı ki, bu da əslində yeni yaranan virtual masa üstü bazarında birinci oldu. Əlbəttə ki, terminal serverlərinin lideri Citrix-in cavabını çox gözləməli olmadıq və 2008-ci ildə XenSource-un alınması ilə XenDesktop ortaya çıxdı. Təbii ki, öz təklifləri olan başqa satıcılar da var idi, amma konsepsiyadan uzaqlaşaraq tarixə çox da dərin getməyək.
Və konsepsiya bu gün də qalır. VDI-nin əsas komponenti əlaqə brokeridir.
Bu, virtual masa üstü infrastrukturunun ürəyidir.
Broker ən vacib VDI proseslərinə cavabdehdir:
- Qoşulmuş müştəri üçün mövcud olan resursları (maşınlar/sessiyalar) müəyyən edir;
- Lazım gələrsə, müştəriləri maşın/sessiya hovuzları arasında balanslaşdırır;
- Müştərini seçilmiş mənbəyə yönləndirir.
Bu gün VDI üçün müştəri (terminal) faktiki olaraq ekranı olan hər şey ola bilər - noutbuk, smartfon, planşet, köşk, nazik və ya sıfır müştəri. Və cavab hissəsi, məhsuldar yükü yerinə yetirən eyni - terminal server sessiyası, fiziki maşın, virtual maşın. Müasir yetkin VDI məhsulları virtual infrastrukturla sıx inteqrasiya olunub və artıq ehtiyacı olmayan virtual maşınları yerləşdirərək və ya əksinə, onu avtomatik rejimdə müstəqil şəkildə idarə edir.
Bir az kənara, lakin bəzi müştərilər üçün son dərəcə vacib VDI texnologiyası dizaynerlərin və ya dizaynerlərin işi üçün 3D qrafikaların hardware sürətləndirilməsinə dəstəkdir.
Protokol
Yetkin VDI həllinin ikinci son dərəcə vacib hissəsi virtual resurs giriş protokoludur. Əla, etibarlı 1 Gbit / s şəbəkə ilə bir iş yerinə və 1 ms gecikmə ilə korporativ yerli şəbəkə daxilində işləməkdən danışırıqsa, demək olar ki, hər hansı birini götürə bilərsiniz və heç düşünməyəcəksiniz.
Bağlantı nəzarətsiz bir şəbəkə üzərində olduqda düşünmək lazımdır və bu şəbəkənin keyfiyyəti onlarla kilobit sürətə və gözlənilməz gecikmələrə qədər tamamilə hər hansı bir şey ola bilər. Bunlar bağ evlərindən, evdən, hava limanlarından və yeməkxanalardan real uzaqdan iş təşkil etmək üçün uyğundur.
Terminal serverləri müştəri VM-lərinə qarşı
VDI-nin meydana çıxması ilə terminal serverləri ilə vidalaşmağın vaxtı gəldi. Hər kəsin şəxsi VM-si varsa, onlar niyə lazımdır?
Bununla belə, sırf iqtisadiyyat nöqteyi-nəzərindən məlum oldu ki, tipik kütləvi işlərdə, eyni ad nauseum üçün qiymət/sessiya nisbəti baxımından terminal serverlərindən daha effektiv heç nə yoxdur. Bütün üstünlüklərinə baxmayaraq, “1 istifadəçi = 1 VM” yanaşması virtual aparat və tam hüquqlu ƏS-ə əhəmiyyətli dərəcədə daha çox resurs sərf edir ki, bu da tipik iş yerlərinin iqtisadiyyatını pisləşdirir.
Top menecerlərin iş yerləri, qeyri-standart və yüklü iş yerləri, yüksək hüquqlara (inzibatçıya qədər) malik olma ehtiyacı halında, hər bir istifadəçi üçün xüsusi VM üstünlük təşkil edir. Bu VM daxilində siz resursları fərdi şəkildə ayıra, istənilən səviyyədə hüquqlar verə və yüksək yük altında virtuallaşdırma hostları arasında VM-ləri tarazlaya bilərsiniz.
VDI və iqtisadiyyat
İllərdir mən eyni sualı eşidirəm - VDI hər kəsə noutbuk paylamaqdan necə ucuzdur? Və illərdir ki, mən eyni şeyi cavablandırmalı oldum: adi ofis işçilərinin vəziyyətində, avadanlıqların təmin edilməsi üçün xalis xərcləri nəzərə alsaq, VDI daha ucuz deyil. Nə desək, noutbuklar ucuzlaşır, lakin serverlər, saxlama sistemləri və sistem proqram təminatı kifayət qədər pula başa gəlir. Donanmanızı yeniləməyin vaxtı çatıbsa və siz VDI vasitəsilə pula qənaət etməyi düşünürsünüzsə, xeyr, pula qənaət etməyəcəksiniz.
Mən yuxarıda dəhşətli üç GRC hərfini qeyd etdim - deməli, VDI GRC haqqındadır. Söhbət risklərin idarə edilməsindən gedir, məlumatlara nəzarət edilən girişin təhlükəsizliyi və rahatlığından gedir. Və bütün bunlar adətən müxtəlif növ avadanlıqlarda həyata keçirmək üçün kifayət qədər çox pul tələb edir. VDI ilə nəzarət sadələşdirilir, təhlükəsizlik artır, saçlar yumşaq və ipək kimi olur.
HPE Uzaqdan İş Həlləri
Uzaqdan və bulud idarəetməsi
iLO
HPE server infrastrukturunun uzaqdan idarə edilməsinə yeni başlayandan çox uzaqdır, zarafat deyil - mart ayında əfsanəvi iLO-nun (Integrated Lights Out) 18 yaşı tamam oldu. 00-larda idarəçi olduğum günləri xatırlayaraq, şəxsən mən bundan xoşbəxt ola bilməzdim. Raflara və birləşdirici kabellərə ilkin quraşdırma səs-küylü və soyuq məlumat mərkəzində edilməli olan hər şey idi. Bütün digər konfiqurasiya, o cümlədən ƏS-nin yüklənməsi iş stansiyasından, iki monitordan və bir fincan isti qəhvədən edilə bilər. Və bu 13 il əvvəldir!
Bu gün HPE serverləri müəyyən səbəbə görə mübahisəsiz uzunmüddətli keyfiyyət standartıdır və bunda heç də uzaqdan idarəetmə sisteminin qızıl standartı - iLO oynamır.
HPE-nin bəşəriyyətin koronavirus üzərində nəzarətini saxlamaqda gördüyü işləri xüsusi qeyd etmək istərdim. , 2020-ci ilin sonuna qədər (ən azı) iLO Advanced lisenziyası hər kəs üçün pulsuzdur.
İnfosight
İnfrastrukturunuzda 10-dan çox serveriniz varsa və inzibatçı darıxmırsa, təbii ki, süni intellektə əsaslanan HPE Infosight bulud sistemi standart monitorinq alətlərinə əla əlavə olacaqdır. Sistem nəinki statusa nəzarət edir və qrafiklər qurur, həm də müstəqil olaraq mövcud vəziyyət və tendensiyalar əsasında gələcək tədbirləri tövsiyə edir.
Ağıllı ol, , Infosight-ı sınayın!
OneView
Nəhayət, HPE OneView-u qeyd etmək istərdim - bütün infrastrukturun monitorinqi və idarə edilməsi üçün böyük imkanlara malik bütöv məhsul portfeli. Və bütün bunlar, yazxananızda mövcud vəziyyətdə ola biləcək iş masanızdan qalxmadan.
Saxlama sistemləri də pis deyil!
Əlbəttə ki, bütün saxlama sistemləri uzaqdan idarə olunur və nəzarət olunur - bu, uzun illər əvvəl belə idi. Ona görə də mən bu gün başqa bir şeydən, yəni metro klasterlərindən danışmaq istəyirəm.
Metro klasterləri bazarda heç də yeni deyil, lakin məhz buna görə də onlar hələ də çox populyar deyillər - düşüncə ətaləti və ilk təəssürat onlara təsir edir. Əlbəttə ki, onlar artıq 10 il əvvəl mövcud idi, lakin çuqun körpü kimi baha başa gəlir. İlk metroklasterlərdən keçən illər sənayeni və texnologiyanın geniş ictimaiyyətə əlçatanlığını dəyişdi.
Saxlama sistemlərinin hissələrinin xüsusi olaraq paylandığı layihələri xatırlayıram - metro klasterində superkritik xidmətlər üçün ayrıca, sinxron təkrarlama üçün ayrıca (daha ucuz).
Əslində, 2020-ci ildə iki sayt və kanal təşkil edə bilsəniz, bir metroklaster sizə heç bir xərc çəkmir. Lakin sinxron replikasiya üçün tələb olunan kanallar metroklasterlərlə tamamilə eynidir. Proqram təminatının lisenziyalaşdırılması çoxdan paketlərdə həyata keçirilir - və sinxron replikasiya dərhal metro klasteri ilə paket kimi gəlir və indiyədək bir istiqamətli replikasiyanı canlı saxlayan yeganə şey genişləndirilmiş L2 şəbəkəsinin təşkili ehtiyacıdır. Və hətta buna baxmayaraq, L2 üzərində L3 artıq güc və əsas ilə bütün ölkəni əhatə edir.
Beləliklə, uzaqdan işləmə baxımından sinxron replikasiya ilə metroklaster arasındakı əsas fərq nədir?
Hər şey çox sadədir. Metroklaster avtomatik olaraq, həmişə, demək olar ki, dərhal işləyir.
Ən azı bir neçə yüz VM-dən ibarət infrastrukturda sinxron replikasiya üçün yükün dəyişdirilməsi prosesi necə görünür?
- Fövqəladə vəziyyət siqnalı qəbul edilir.
- Növbətçi növbə vəziyyəti təhlil edir - yalnız siqnal almaq və qərar qəbul etmək üçün 10-30 dəqiqə vaxt ayıra bilərsiniz.
- Növbətçi mühəndislərin keçidə müstəqil başlamaq səlahiyyəti yoxdursa, səlahiyyətli şəxslə əlaqə saxlamaq və keçidin başlanmasını rəsmi təsdiqləmək üçün hələ də 30 dəqiqə vaxtınız var.
- Böyük Qırmızı Düyməni basmaq.
- Taymoutlar və həcmin yenidən qurulması, VM-nin yenidən qeydiyyatı üçün 10-15 dəqiqə.
- IP ünvanını dəyişdirmək üçün 30 dəqiqə optimist təxmindir.
- Və nəhayət, VM-nin işə salınması və məhsuldar xidmətlərin işə salınması.
Ümumi RTO (iş proseslərinin bərpası vaxtı) etibarlı şəkildə 4 saat olaraq qiymətləndirilə bilər.
Gəlin metroklasterdəki vəziyyətlə müqayisə edək.
- Saxlama sistemi metrocluster qolu ilə əlaqənin itirildiyini başa düşür - 15-30 saniyə.
- Virtuallaşdırma hostları ilk məlumat mərkəzinin itirildiyini başa düşürlər - 15-30 saniyə (1-ci nöqtə ilə eyni vaxtda).
- İkinci məlumat mərkəzindəki VM-lərin yarısından üçdə birinin avtomatik yenidən işə salınması - xidmətlərin yüklənməsindən 10-15 dəqiqə əvvəl.
- Bu zaman növbətçi nə baş verdiyini anlayır.
Cəmi: fərdi xidmətlər üçün RTO = 0, ümumi halda 10-15 dəqiqə.
Nə üçün VM-lərin yalnız yarısından üçdə biri yenidən işə salınıb? Görün nə baş verir:
- Siz hər şeyi ağıllı şəkildə edirsiniz və VM-nin avtomatik balansını aktivləşdirirsiniz. Nəticədə, orta hesabla, VM-lərin yalnız yarısı məlumat mərkəzlərindən birində işləyir. Axı, bir metroklasterin bütün məqsədi dayanma müddətini minimuma endirməkdir və buna görə də hücuma məruz qalan VM-lərin sayını minimuma endirmək sizin maraqlarınızdadır.
- Bəzi xidmətlər müxtəlif VM-lər arasında paylanaraq tətbiq səviyyəsində qruplaşdırıla bilər. Müvafiq olaraq, bu qoşalaşmış VM-lər bir-bir mismarlanır və ya lentlə müxtəlif məlumat mərkəzlərinə bağlanır ki, xidmət qəza zamanı VM-nin yenidən işə salınmasını gözləməsin.
Genişləndirilmiş metro klasterləri ilə yaxşı qurulmuş infrastruktur ilə biznes istifadəçiləri istənilən yerdən, hətta məlumat mərkəzi səviyyəsində qəza halında belə minimal gecikmələrlə işləyirlər. Ən pis halda, gecikmə bir fincan qəhvə vaxtı olacaq.
Və təbii ki, metroklasterlər həm Valinora doğru irəliləyən HPE 3Par-da, həm də tamamilə yeni Primera-da əla işləyir!
Uzaqdan iş yeri infrastrukturu
Terminal serverləri
Terminal serverləri üçün yeni bir şey tapmağa ehtiyac yoxdur; HPE uzun illərdir ki, onlar üçün dünyanın ən yaxşı serverlərini təmin edir. Zamansız klassiklər - DL360 (1U) və ya DL380 (2U) və ya AMD pərəstişkarları üçün - DL385. Əlbəttə ki, həm klassik C7000, həm də yeni Synergy birləşdirilə bilən platforma olan blade serverlər də var.
Hər zövqə, hər rəngə, server başına maksimum seanslar!
“Klassik” VDI + HPE Sadəliyi
Bu halda, mən “klassik VDI” deyəndə mən müştəri Windows ilə 1 istifadəçi = 1 VM anlayışını nəzərdə tuturam. Və əlbəttə ki, hiperkonverged sistemlər üçün daha yaxın və əziz VDI yükü yoxdur, xüsusən də təkmilləşdirmə və sıxılma ilə.
Burada HPE həm özünün hiper birləşmiş Sadəlik platformasını, həm də VMware VSAN infrastrukturunda VDI qurmaq üçün VSAN Ready Nodes kimi tərəfdaş həllər üçün serverlər/sertifikatlı qovşaqlar təklif edə bilər.
Sadəliyin öz həlli haqqında bir az daha danışaq. Diqqət, adın bizə yumşaq bir şəkildə işarə etdiyi kimi, sadəlikdir. Yerləşdirmək asan, idarə etmək asan, miqyaslaşdırmaq asandır.
Hiperkonverged sistemlər bu gün İT-də ən aktual mövzulardan biridir və müxtəlif səviyyəli təchizatçıların sayı təxminən 40-dır. Gartner sehrli kvadratına görə, HPE qlobal miqyasda Top5-də yerləşir və liderlər - başa düşənlər meydanına daxildir. sənayenin inkişaf etdiyi və onu avadanlıqlara çevirməyi başa düşə bilən.
Memarlıq baxımından Sadəlik nəzarətçi virtual maşınları olan klassik hiperkonverged sistemdir, yəni hipervizora inteqrasiya olunmuş sistemlərdən fərqli olaraq müxtəlif hipervizorları dəstəkləyə bilər. Həqiqətən, 2020-ci ilin aprel ayından etibarən VMware vSphere və Microsoft Hyper-V dəstəklənir və KVM-i dəstəkləmək planları açıqlanıb. Bazarda göründüyü gündən Simplivity-nin əsas xüsusiyyəti xüsusi sürətləndirici kartdan istifadə edərək sıxılma və təkmilləşdirmənin hardware sürətləndirilməsi olmuşdur.
Qeyd etmək lazımdır ki, sıxılma və təkmilləşdirmə qlobaldır və həmişə aktivdir; bu isteğe bağlı xüsusiyyət deyil, həllin arxitekturasıdır.
HPE, əlbəttə ki, bir qədər qeyri-səmimidir, 100:1 səmərəliliyini iddia edir, xüsusi üsulla hesablayır, lakin kosmosdan istifadənin səmərəliliyi həqiqətən çox yüksəkdir. Sadəcə 100:1 rəqəmi çox gözəldir. Bu cür rəqəmləri göstərmək üçün Sadəliyin texniki olaraq necə həyata keçirildiyini anlayaq.
Anlık. Snapshotlar 100% düzgün RoW (Yazılmaya Yönləndirmə) kimi həyata keçirilir və buna görə də dərhal baş verir və performans cəzasına səbəb olmur. Məsələn, onlar bəzi digər sistemlərdən nə ilə fərqlənirlər. Nə üçün cəriməsiz yerli görüntülərə ehtiyacımız var? Bəli, RPO-nu 24 saatdan (ehtiyat üçün orta RPO) onlarla və hətta dəqiqə vahidlərinə qədər azaltmaq çox sadədir.
Backup. Snapshot ehtiyat nüsxədən yalnız virtual maşın idarəetmə sistemi tərəfindən necə qəbul edildiyinə görə fərqlənir. Maşını sildiyiniz zaman qalan hər şey silinirsə, bu, bir anlıq görüntüdür. Əgər qalıbsa, bu, ehtiyat nüsxə deməkdir. Beləliklə, hər hansı bir snapshot sistemdə qeyd olunarsa və silinməzsə tam ehtiyat nüsxəsi sayıla bilər.
Əlbəttə ki, çoxları etiraz edəcək - eyni sistemdə saxlanılırsa, bu hansı ehtiyat nüsxəsidir? Və burada əks sual şəklində çox sadə bir cavab var: mənə deyin, ehtiyat nüsxəsinin saxlanması qaydalarını təyin edən formal təhlükə modeliniz varmı? Bu, VM daxilində bir faylın silinməsinə qarşı tamamilə dürüst ehtiyat nüsxəsidir, bu, VM-nin özünün silinməsinə qarşı ehtiyatdır. Yedək nüsxəni yalnız ayrıca sistemdə saxlamaq zərurəti yaranarsa, seçiminiz var: bu snapşotun ikinci Sadəlik klasterinə və ya HPE StoreOnce-a təkrarlanması.
Və burada belə bir arxitekturanın hər hansı bir VDI növü üçün ideal olduğu ortaya çıxdı. Axı VDI eyni OS-yə malik, eyni proqramlara malik yüzlərlə və hətta minlərlə son dərəcə oxşar maşın deməkdir. Qlobal deduplikasiya bütün bunları çeynəyəcək və hətta 100:1 deyil, daha yaxşı sıxışdıracaq. Bir şablondan 1000 VM yerləşdirin? Heç bir problem deyil, bu maşınların vCenter-də qeydiyyatdan keçməsi klonlamaqdan daha çox vaxt aparacaq.
Simplivity G xətti xüsusi performans tələbləri olan istifadəçilər və 3D sürətləndiricilərə ehtiyacı olanlar üçün xüsusi olaraq yaradılmışdır.
Bu seriya hardware təkmilləşdirmə sürətləndiricisindən istifadə etmir və buna görə də hər node üçün disklərin sayını azaldır ki, nəzarətçi onu proqram təminatında idarə etsin. Bu, istənilən digər sürətləndiricilər üçün PCIe yuvalarını boşaldır. Ən tələbkar iş yükləri üçün hər node üçün mövcud yaddaşın miqdarı da iki dəfə artırılaraq 3 TB-ə çatdırılıb.
Sadəlik, məlumatların mərkəzi məlumat mərkəzinə təkrarlanması ilə coğrafi olaraq paylanmış VDI infrastrukturlarının təşkili üçün idealdır.
Belə bir VDI arxitekturası (və təkcə VDI deyil) Rusiya reallıqları kontekstində xüsusilə maraqlıdır - böyük məsafələr (və buna görə də gecikmələr) və ideal kanallardan uzaqdır. Regional mərkəzlər yaradılır (və ya hətta tamamilə uzaq ofisdə sadəcə 1-2 Sadəlik qovşağı), burada yerli istifadəçilər sürətli kanallar vasitəsilə əlaqə saxlayır, mərkəzdən tam nəzarət və idarəetmə təmin edilir və yalnız az miqdarda real, qiymətli və deyil zibil, mərkəz məlumatlarına təkrarlanır.
Əlbəttə ki, Simplivity tamamilə OneView və InfoSight-a bağlıdır.
İncə və sıfır müştərilər
İncə müştərilər yalnız terminal kimi istifadə üçün xüsusi həllərdir. Müştəridə kanalın saxlanması və videonun dekodlanmasından başqa faktiki olaraq heç bir yük olmadığı üçün, demək olar ki, həmişə passiv soyuduculu bir prosessor, yalnız xüsusi quraşdırılmış OS-ni işə salmaq üçün kiçik bir yükləmə diski var və bu, əslində budur. Orada praktiki olaraq sındıracaq heç nə yoxdur və oğurlamaq da faydasızdır. Qiymət aşağıdır və heç bir məlumat saxlanılmır.
Sıfır müştərilər adlanan xüsusi nazik müştərilər kateqoriyası var. Onların nazik olanlardan əsas fərqi, hətta ümumi təyinatlı quraşdırılmış OS-nin olmaması və yalnız mikroçip ilə işləməsidir. Onlar tez-tez PCoIP və ya HDX kimi terminal protokollarında video axınlarının şifrəsini açmaq üçün xüsusi aparat sürətləndiricilərini ehtiva edirlər.
Böyük Hewlett Packard-ın ayrı-ayrı HPE və HP-yə bölünməsinə baxmayaraq, HP tərəfindən istehsal olunan nazik müştəriləri qeyd etməmək mümkün deyil.
Seçim genişdir, hər zövq və ehtiyac üçün - video axınının aparat sürətləndirilməsi ilə çox monitorlu iş stansiyalarına qədər.
Uzaqdan işiniz üçün HPE Xidməti
Və son olaraq, HPE xidmətini qeyd etmək istəyirəm. HPE-nin bütün xidmət səviyyələrini və imkanlarını sadalamaq çox uzun olardı, lakin ən azı uzaq iş mühitləri üçün son dərəcə vacib bir təklif var. Məhz, HPE/səlahiyyətli xidmət mərkəzindən xidmət mühəndisi. Siz uzaqdan işləməyə, sevimli bağçanızdan arılara qulaq asmağa davam edirsiniz, HPE-dən olan arı isə məlumat mərkəzinə gələrək serverlərinizdə diskləri və ya uğursuz enerji təchizatını əvəz edir.
HPE CallHome
Müasir şəraitdə, hərəkət məhdudiyyətləri ilə Evə Zəng funksiyası həmişəkindən daha aktuallaşır. Bu funksiyaya malik istənilən HPE sistemi aparat və ya proqram təminatının nasazlığı barədə HPE Dəstək Mərkəzinə özü məlumat verə bilər. Çox güman ki, əvəzedici hissə və/yaxud xidmət mühəndisi siz məhsuldar xidmətlərlə bağlı hər hansı nasazlıq və ya problem görməzdən çox əvvəl yerinizə gələcək.
Şəxsən mən bu funksiyanı aktivləşdirməyi çox tövsiyə edirəm.
Mənbə: www.habr.com