Bu gün sizə bir hekayə danışacağam. Hesablama texnikasının təkamülü və uzaqdan iş yerlərinin yaranması haqqında hekayə, qədim dövrlərdən bu günə qədər.
İT-nin İnkişafı
İT tarixindən çıxarılacaq əsas nəticə budur...
Əlbəttə, İT bir spiral üzrə inkişaf edir. On illər əvvəl kənara atılmış eyni qərar və konseptlər yeni məna qazanır və yeni şəraitdə, yeni vəzifələrdə və yeni güclərdə uğurla fəaliyyət göstərməyə başlayır. Bu, İT-ni insan biliklərinin digər sahələrindən və Yer tarixindən fərqləndirən heç bir şey deyil.
Çox uzun zaman əvvəl, kompüterlər böyük idi
"Dünyada təxminən beş kompüter üçün bazar var", IBM rəhbəri Tomas Watson 1943-cü ildə.
Erkən kompüter texnikası böyük idi. Xeyr, yanlışdır, erkən texnika monstrotik, səhraqi idi. Tam hesablama maşını idman zalı qədər ərazini tuturdu və tamamilə qeyri-real qiymətə başa gəlirdi. Məsələn, ferrit halqalarındakı RAM modulu (1964).
Bu modul 11 sm * 11 sm ölçüsündədir və 512 bayt (4096 bit) tutumuna malikdir. Bu modullarla dolu kabinet, artıq çox köhnə olan 3.5" disketinin tutumuna (1.44 MB = 2950 modul) bərabər olmağa çətinlik çəkirdi, çox hissəsi isə əhəmiyyətli elektrik enerjisi istehlak edir və lokomotiv kimi isinir.
Məhz bu böyük ölçülərlə bağlıdır ki, proqram kodunun səhvini düzəltmə adı ingiliscə "debugging"dir. Tarixin ən erkən proqramçılarından biri, Grace Hopper (hə, bir qadın), ABŞ Donanmasının kapitanı, 1945-ci ildə proqramdakı səhv araşdırıldıqdan sonra fəaliyyət jurnalına qeyd etdi.
Belə ki, motyl (moth) ümumiyyətlə formatda bir böcəyi (bug) ifadə etdiyindən, bütün daha sonrakı problemlər və onların həllinə yönəlmiş fəaliyyətlər personal tərəfindən "debugging" (sözün əsl mənasında böcəklərdən təmizləmə) kimi raportlanırdı, bu səbəbdən proqramın qəzaya uğraması və koddakı səhv birbaşa bug adlandırılması ilə sabitlənmişdi, debugging isə debaq oldu.
Elektronika və xüsusən yarımkeçiricilər inkişaf etdikcə, maşınların fiziki ölçüləri kiçilməyə, komputasiya gücü isə əksinə, artmağa başladı. Ancaq bu halda belə, hər kəsə şəxsi kompüter vermək qeyri-mümkün idi.
"Kimsənin evində kompüter saxlamaq istəməsi üçün heç bir səbəb yoxdur" — Ken Olsen, DEC-nin qurucusu, 1977.
70-ci illərdə mini-kompüter termini ortaya çıxdı. Yadımdadır, bu termini ilk dəfə illər əvvəl oxuyanda, mənə netbook kimi, demək olar ki, cib telefonu kimi bir şey təsəvvür etdirmişdi. Mən həqiqətdən daha uzaqda ola bilməzdim.
Mini — yalnızca nəhəng maşın zallarına nisbətən belədir, amma hələ də yüz minlərlə və milyonlarla dollar dəyərində bir neçə avadanlıq şkafı var. Ancaq hesablama gücü o qədər artmışdır ki, hər zaman 100%-lik yüklənmə olmur və eyni zamanda kompüterlər universitetlərin tələbə və müəllimləri üçün əlçatan olmağa başlamışdır.
Və burada O gəldi!
Az sayda insan ingilis dilindəki latın kökləri haqqında düşünür, amma məhz bu dil bizə indiki şəkildə uzaqdan giriş imkanı verdi. Terminus (lat.) — son, sərhəd, məqsəd. Terminator T800-ün məqsədi John Connorun həyatını sona çatdırmaq idi. Eyni zamanda, sərnişinlərin yüklənməsi-boşaldılması üçün istifadə olunan nəqliyyat stansiyalarına terminallar — marşrutların son məqsədilə adlanır.
Beləliklə, terminallara giriş konsepsiyası ortaya çıxdı və dünyada ən tanınmış terminalı görmək mümkündür, hələ də qəlblərimizdə yaşayır.
DEC VT100 terminal adlanır, çünki informasiya xəttini bitirir. Əslində sıfır hesablama gücünə malikdir və onun yeganə vəzifəsi böyük maşından alınan məlumatı göstərə bilmək və klaviaturadan maşına daxil etməni ötürməkdir. Və baxmayaraq ki, VT100-lər fiziki olaraq uzun müddət əvvəl ölüb, biz hələ də onlardan tam şəkildə istifadə edirik.
Bizim günlər
“Bizim günlər”i mən 80-ci illərin əvvəlinə, ilk dəfə geniş kütləyə əlçatan olan hər hansı bir əhəmiyyətli hesablama gücünə malik prosessorların ortaya çıxdığı andan etibarən sayardım. Ənənəvi olaraq bu dövrün əhəmiyyətli prosessoru Intel 8088 (x86 ailəsi) kimi qəbul olunur, çünki bu, qalib gələn arxitekturanın əsasını qoyur. 70-ci illərlə bu koncept arasındakı əsas fərq nədən ibarətdir?
Məlumatın işlənməsinin mərkəzdən kənara köçürülməsi tendensiyası ilk dəfə ortaya çıxır. Uzaqdan bütün tapşırıqlar meynfreym və ya hətta mini-kompüterin ağılsız (zəif x86-nə nisbətən) güclərinə ehtiyac duymur. Intel dayanmir, 90-cı illərdə Pentium ailəsini təqdim edir, bu da Rusiyada həqiqətən ilk kütləvi ev prosessoru olmuşdur. Bu prosessorlar artıq çox şey edə bilir, yalnız məktub yazmaqla deyil — multimedia və kiçik məlumat bazaları ilə işləmək üçün. Əslində, kiçik biznes üçün serverlərə ehtiyac tamamilə aradan qalxır — bütün işlər kənarda, müştəri maşınlarında həyata keçirilə bilər. Hər il prosessorlar daha güclü olur, serverlərlə personal komputerlər arasındakı fərq isə hesablama gücünə görə azalmaqdadır, tez-tez yalnız enerji ehtiyatı, isti dəyişmə dəstəyi və ştativlərdə montaj üçün xüsusi korpuslarda qalır.
Əgər müasir müştəri prosessorlarını 90-cı illərdə Intel-in ağır serverləri üçün "gülməli" ilə müqayisə etsək, keçmiş superkompüterlərlə qarşılaşdırdıqda bir az narahatlıq hissi yaradır.
Gəlin, demək olar ki, mənim yaşımda olan köhnə dostumuz Cray X-MP/24-ə baxaq. Bu avtomobil 1984-cü ildəndir.
Bu maşın 1984-cü ilin superkompüterləri arasında olmanın lazımlı yerinə malik idi və iki 105 MHz prosessoru ilə 400 MFlops (float nömrələri ilə əməliyyatların milyonları) pik hesab gücünə sahib idi. Xüsusilə, şəkildəki maşın ABŞ Milli Təhlükəsizlik Agentliyinin kriptoqrafiya laboratoriyasında olub, şifrələri qırmaq üçün çalışırdı. 1984-cü ilin 15 milyon dollarını 2020-ci ilin dollarına çevirəndə, dəyəri 37,4 milyon dollar, yəni 93,500 dollar/MFlops olur.
Mən bu cümlələri yazdığım maşında 2017-ci ildən olan Core i5-7400 prosessoru var. Bu, o qədər də yeni deyil, hətta istehsal olunduğu ildə orta səviyyəli ən kiçik 4 nüvəli masaüstü prosessoru idi. 4 nüvə 3.0 GHz baza tezliyi (Turbo Boost ilə 3.5 GHz) və HyperThreading ilə ikiqat axınları müxtəlif testlərdə 19-dan 47 GFlops güc təqdim edir, prosessor üçün qiyməti isə 16,000 rubl. Maşını tamamlasaq, onun dəyərini 750 dollar olaraq qəbul etmək olar (2020-ci ilin 1 martı üçün qiymət və mübadilə kursu ilə).
Nəticədə, müasir bir orta səviyyəli masaüstü prosessorunun 50-120 dəfə üstünlük təşkil etdiyini, 10-cu yüzyılda yer alan superkompüterdən tamamilə gözlənilməz olduğunu görürük, MFlops-un spesifik dəyərinin düşməsi isə 93,500 / 25 = 3700 dəfə ilə tam qorxuncdür.
Bu cür güclərə malik olmaqla, mərkəzləşdirilmiş hesablama serverlərinə hələ də niyə ehtiyacımız var, tamamilə aydın deyil!
Geri sıçrama - spiral bir döngə tamamladı
Disksiz stansiyalar
Hesablamaların periferiyaya daşınması son olmayacağının ilk siqnalı diskiz iş stansiyaları texnologiyasının yaranması oldu. İş stansiyalarının müəssisə ərazisində geniş yayılması olduqda, xüsusən də çirklənmiş mühitlərdə, bu stansiyaların idarə edilməsi və dəstəklənməsi problemi ciddi bir şəkildə ortaya çıxır.
Korridor vaxtı anlayışı ortaya çıxır - dəstək şəxsi, problemli əməkdaşın yanına doğru yola çıxdığı müddətdə korridorda keçirdiyi zaman. Bu vaxt ödənilir, amma tamamilə istehsalçı deyil. Çirklənmiş mühitlərdə sərt disklərin sıradan çıxması da əhəmiyyətli rol oynayır. Gəlin iş stansiyasından diski çıxaraq, qalan hər şeyi şəbəkə vasitəsilə, o cümlədən yüklənməni edək. Şəbəkə adapteri DHCP serverindən ünvan almaqla yanaşı, TFTP serverinin ünvanını (sadə fayl xidməti) və yükləmə təsvirinin adını əlavə informasiya olaraq alır, onu operativ yaddaşa yükləyir və maşını işə salır.
Daha az sıradan çıxma və korridor vaxtının azalması ilə yanaşı, indi maşını yerində təmir etməyə ehtiyac yoxdur, sadəcə yeni birini gətirə bilərsiniz və köhnəni diaqnostika üçün avadanlığın olduğu iş yerinə aparmaq olar. Amma bu hələ hamısı deyil!
Diskless stations become significantly safer — if someone breaks into the premises and steals all the computers, it’s just a loss of equipment. No data is stored on diskless stations.
Let’s remember this moment, information security is playing an increasingly important role after the 'carefree childhood' of information technology. And in IT, the frightening and significant three letters — GRC (Governance, Risk, Compliance), or in Azerbaijani 'İdarəetmə, Risk, Uyğunluq' — are becoming more and more prominent.
Terminal servers
The widespread availability of increasingly powerful personal computers at the periphery significantly outpaced the development of public access networks. Classic client-server applications from the 90s to early 00s did not perform well over thin clients when data exchange involved any significant values. This was especially difficult for remote offices that connected via modem and telephone lines, which also periodically hung or disconnected. And…
The spiral has made a turn and has returned to terminal mode with the concept of terminal servers.
In fact, we have returned to the 70s with their zero clients and centralized computing power. It quickly became clear that beyond purely economic grounds, terminal access provides enormous opportunities for organizing secure access from outside, including working from home for employees or extremely limited and controlled access for contractors from untrusted networks and uncontrolled devices.
However, terminal servers, with all their advantages and progressiveness, also had a number of downsides — low flexibility, noisy neighbor issues, strictly server Windows, etc.
The birth of proto VDI
However, in the early to mid-00s, industrial virtualization of x86 platforms was already emerging. Someone voiced a simple idea that was already in the air: why don’t we give each user their own personal VM with client Windows and even administrative access instead of centralizing all clients on server terminal farms?
Abandoning thick clients
Alongside the virtualization of sessions and OS, there was a trend towards simplifying the client function at the application level.
The logic behind this was quite simple: personal laptops were still far from being owned by everyone, not everyone had internet access, and many could only connect from internet cafes with very limited, to put it mildly, rights. In fact, all that could be launched was a browser. The browser became an essential attribute of the OS, and the internet solidly entered our lives.
Başqa sözlə, müştəri ilə mərkəz arasında əsaslı dəyişikliklərin edilməsi trendi paralel olaraq veb tətbiqlər şəklində irəliləyir, bunlara giriş üçün yalnız ən sadə müştəri, internet və brauzer tələb olunur.
Və biz sıfır müştərilər və mərkəzi serverlər ilə başlamağımızdan daha irəlidə olmadıq. Biz oraya bir neçə müstəqil yol ilə gəldik.
Virtual Desktop Infrastructure
Brouker
2007-ci ildə sənayedə lider olan VMware, Virtual Desktop Manager (VDM) məhsulunun ilk versiyasını təqdim etdi, bu da virtual masaların yeni yaranan bazarında ilk oldu. Şübhəsiz ki, terminalları idarə edən Citrix-in cavabını gözləmək lazım gəlmədi və 2008-ci ildə XenSource-u satın alaraq XenDesktop-la ortaya çıxdı. Əlbəttə ki, başqa istehsalçılar da öz təklifləri ilə meydana çıxdı, lakin tarixi daha da dərinləşdirməyək.
Və hələ də bu konsepsiya saxlanılır. VDI-nin əsas komponenti — bağlantı brokeridir.
Məhz bu, virtual masaların infrastrukturunun mərkəzidir.
Broker VDI-nin fəaliyyətini təmin edən ən vacib prosesləri idarə edir:
- Bağlanan müştəri üçün mövcud resursları (maqinələr/seanslar) müəyyənləşdirir;
- Ehtiyac olduqda müştəriləri maşın/seans havuzları arasında balanslaşdırır;
- Müştərini seçilən resursa yönləndirir.
Bu gün VDI müştərisi (terminalı) əslində ekranı olan hər şey ola bilər — noutbuk, smartfon, planşet, kiosq, incə və ya sıfır müştəri. Cavab verən hissəsi, o ki məhsuldar yükü yerinə yetirir — terminal server seansı, fiziki maşın, virtual maşın. Müasir yetkin VDI məhsulları virtual infrastrukturla sıx inteqrasiya olunub və avtomatik şəkildə onu idarə edir, lazımsız virtual maşınları yerləşdirir və ya, əksinə, silir.
Bir az kənarda, lakin bəzi müştərilər üçün VDI-nin son dərəcə vacib bir texnologiyası 3D qrafiklərinin aparat sürətləndirilməsinin dəstəklənməsidir, bu da layihəçilərin və dizaynerlərin işinə yönəldir.
Protokol
Yetkin VDI həllinin ikinci son dərəcə vacib hissəsi virtual resurslara giriş protokoludur. Əgər iş korporativ lokal şəbəkə daxilində dayanıqlı 1 Gbps şəbəkə ilə həyata keçirilirsə, o zaman əslində istənilən protokolu seçmək olar və heç bir şey barədə düşünməyə dəyməz.
Düşünmək lazım olur, nə vaxt ki, qoşulma idarə olunmayan şəbəkə üzərindən həyata keçirilir və bu şəbəkənin keyfiyyəti tamamilə hər cür ola bilər, bir neçə kilobitdən ibarət sürətə və proqnozlaşdırıla bilməyən gecikmələrə qədər. Bu, real uzaqdan işin təşkili üçün, bağlardan, evdən, hava limanlarından və restoranlardan işləmək üçündür.
Terminal serverləri vs müştəri VM-ləri
VDI-nin meydana çıxması ilə terminal serverləri ilə vidalaşma vaxtı gəldi. Hər kəsin öz şəxsi VM-si varsa, onlara nə ehtiyac var?
Ancaq təmiz iqtisadiyyat baxımından standart kütləvi iş yerləri üçün, eyni dərəcədə monoton olanlar — hələ də sessiya başına qiymət nisbətində terminallardan daha effektiv bir şey yoxdur. Bütün üstünlüklərinə baxmayaraq, "1 istifadəçi = 1 VM" yanaşması virtual hardware və tam bir əməliyyat sistemi üçün əhəmiyyətli dərəcədə daha çox resurs sərf edir ki, bu da standart iş yerlərində iqtisadiyyatı pisləşdirir.
Top-menecerlərin, qeyri-standart və yüklü iş yerlərinin, yüksək hüquqlara (hətta administrator səviyyəsinə qədər) ehtiyacı olduğu hallarda, istifadəçiyə ayrılmış VM üstünlük təşkil edir. Bu VM çərçivəsində resursları fərdi şəkildə ayırmaq, hər səviyyədə hüquqlar vermək və yüksək yük altında virtualizasiya hostları arasında VM-ləri balanslaşdırmaq mümkündür.
VDI və iqtisadiyyat
İllərlə eyni sualı eşidirəm — VDI, sadəcə, bütün işçilərə noutbuk verməkdən daha ucuzdur? Və illərlə eyni cavabı verməli oluram: adi ofis işçiləri üçün VDI, əgər avadanlıq təminatı xərclərini hesaba alsaq, ucuz deyil. Nə edirsən et, noutbukların qiyməti düşür, amma serverlər, SAXD və sistem proqramları kifayət qədər yüksək qiymət tələb edir. Əgər parkınızı yeniləmək vaxtı gəlibsə və VDI ilə qənaət etməyi düşünürsünüzsə — yox, qənaət etməyəcəksiniz.
Yuxarıda GRC-in dəhşətli üç uzunluğu haqqında danışmışdım — VDI məhz GRC ilə bağlıdır. Bu, risklərin idarə edilməsi, təhlükəsizlik və məlumatlara nəzarətlə rahat girişdir. Və bunlar adətən müxtəlif texnikalarda tətbiqi üçün xeyli maliyyət tələb edir. VDI vasitəsilə nəzarət sadələşir, təhlükəsizlik artır, saçlar isə yumşaq və ipək kimi olur.
HPE-nin uzaqdan iş üçün həlləri
Uzaqdan və bulud əsaslı idarəetmə
iLO
HPE şirkəti server infrastrukturunun uzaqdan idarə olunmasında yeni deyil. Mart ayında əfsanəvi iLO-nun (Integrated Lights Out) 18 yaşı tamam oldu. 2000-ci illərdə admin kimi fəaliyyət göstərdiyim günləri xatırlayıram, sevincimdən yerimdə dura bilmirdim. Rafta ilkin montaj və kabellərin qoşulması — soyuq və səsgücləndirici mərkəzində lazım olan yeganə iş idi. Bütün digər konfiqurasiyaları, o cümlədən əməliyyat sisteminin yüklənməsini, artıq iş yerindən, iki monitorla və isti bir kofe fincanı ilə edə bilərdim. Və bu, 13 il öncəydi!
Bu gün HPE serverləri təsadüfi deyil ki, illərlə keyfiyyətin danılmaz standartıdır — və bunun mərkəzində uzaqdan idarəetmə sisteminin qızıl standartı olan iLO-nun rolu həqiqətən də az deyil.
HPE-nin koronavirusun idarə olunmasında insanlığa nəzarəti təmin etmək üçün gördüyü işləri ayrıca vurğulamaq istəyirəm. , 2020-ci ilin sonuna qədər (ən azından) iLO Advanced lisenziyasının hər kəsə pulsuz olacağını.
Infosight
Əgər infrastrukturunuzda 10-dan çox server varsa və administratorunuz sıxılmırsa, standart monitorinq vasitələrinə gözəl bir əlavə olan HPE Infosight bulud sistemini süni intellekt əsasında istifadə etməyə dəyər. Sistem yalnız vəziyyəti izləmək və qrafiklər yaratmaqla qalmır, həm də cari vəziyyət və tendensiyalar əsasında müstəqil olaraq tərəfini göstərir.
Ağıllı ol, , Infosight-ı sına!
OneView
Sonuncu, lakin əhəmiyyətinə görə nəzərə alınmalı olan HPE OneView-dur — bütün infrastrukturu monitorinq etmək və idarə etmək üçün geniş imkanlara malik məhsul portfelidir. Və bütün bunlar iş yerinizdən tərpənmədən, hazırda edə biləcəyiniz bir vəziyyətdə, hətta bağda.
SAXD-lər də boş deyil!
Əlbəttə ki, bütün SAXD-lər uzaqdan idarə olunur, monitorinq edilir — bu artıq illər əvvəl də belə idi. Buna görə də bu gün başqa bir mövzudan danışmaq istəyirəm, yəni metro-qlasterlərdən.
Metro-qlasterlər bazarda yeni bir şey deyil, amma məhz buna görə də onlar hələ də o qədər populyar deyil — düşüncə inersiyası və ilk təəssüratlar söz mövzusudur. Əlbəttə ki, 10 il əvvəl də bu mövcud idi, amma qiymətləri ağır idi. İlk metro-qlasterlərdən bəri keçən illər sənayeni və texnologiyanın geniş kütləyə əlçatanlığını dəyişdi.
Mən istəyirəm ki, bəzi SAXD-lərin hissələrini xüsusi olaraq ayırmaq projekləri olduğuna dair xatırlayım — bir zəruri xidmətlər üçün metro-qlasteri, digərlərini isə (bir neçə dəfə ucuz) sinxron replikasiya üçün.
Faktiki olaraq, 2020-ci ildən metro-qlaster sizin üçün heç bir xərc tələb etmir, əgər iki sahəni və kanalları təşkil edə bilirsinizsə. Və sinxron replikasiya üçün lazım olan kanallar eyni olanlardır, metro-qlasterlər üçün də. Proqram təminatının lisenziyalanması artıq paketlər şəklində aparılır — və sinxron replikasiya metro-qlaster ilə birlikdə gəlir, təkcə bir tərəfli replikasiyanın hələ də yaşamağını saxlayan tək şey geniş L2 şəbəkəsinin təşkil edilməsidir. Və hətta L2, L3 üzərində artıq ölkə boyunca geniş yayılır.
Bəs sinxron replikasiya ilə metro-qlaster arasında əsas fərq nədir, uzaqdan iş perspektivindən?
Hər şey çox sadədir. Metro-qlaster özü, avtomatik, həmişə, demək olar ki, dərhal işləyir.
Sinxron replikasiyada yükün keçid prosesi necə görünür, bir neçə yüz VM-lə belə?
- Fövqəladə siqnal gəlir.
- Növbətçi qrup vəziyyəti analiz edir — siqnalın alınması və qərar qəbul edilməsinə yalnız 10-dan 30 dəqiqəyə qədər vaxt ayırmaq olar.
- Növbətçi mühəndislərin özbaşına keçidin başlanması üçün səlahiyyətlərinin olmaması halında — əlavə 30 dəqiqə də səlahiyyətli şəxslə əlaqə saxlamaq və keçidin başlanmasını rəsmi təsdiqləmək üçün.
- Böyük Qırmızı Düyməyə basmaq.
- 10-15 dəqiqə müddətində vaxt aşımı və həcm yenidən montajı, VM-nin yenidən qeydiyyatı.
- IP ünvanının dəyişdirilməsi üçün 30 dəqiqə - optimist qiymətləndirmə.
- Nəhayət, VM-nin işə salınması və məhsuldar xidmətlərin başlanması.
Buna görə RTO-nu (biznes proseslərin bərpası üçün vaxt) asanlıqla 4 saat olaraq qiymətləndirmək olar.
Metrokilid vəziyyəti ilə müqayisə edək.
- SAXD, metrokilidin bağlantısının itirildiyini anlayır - 15-30 dəqiqə.
- Virtualizasiya hostları birinci data mərkəzinin itirildiyini başa düşür - 15-30 dəqiqə (1-ci bəndlə eyni anda).
- İkinci data mərkəzində VM-lərin yarısından üçdə birinin avtomatik yenidən başlaması - xidmətlərin yüklənməsi üçün 10-15 dəqiqə.
- Bu müddətdə növbətçi dəyişiklik baş verildiyini anlayır.
Nəticə: RTO = 0 ayrı xidmətlər üçün, ümumi halda 10-15 dəqiqə.
Niyə yalnız yarısından üçdə bir VM-yə yenidən başlamaq? Məsələ burasındadır:
- Siz hər şeyi ağılla edirsiniz və VM-ləri avtomatik balanslaşdırmanı təmin edirsiniz. Nəticədə, ortalama yalnız yarısı birinci data mərkəzində yerinə yetirilir. Axı metrokilidin məqsədi dayanmaları минимизasiya etməkdir, buna görə də sizin marağınızdadır ki, vurulmuş VM-lərin sayını da minimallaşdırasınız.
- Bəzi xidmətləri tətbiq səviyyəsində klasterləşdirmək, onları fərqli VM-lərə yaymaq olar. Buna uyğun, bu cüt VM-lərin hər biri bir dübel ilə vurulur və ya fərqli data mərkəzlərinə lentlə bağlanır ki, xidmət VM-nin yenidən başlamasını gözləməsin.
Düzgün qurulmuş infrastrukturla yayılmış metrokilidlərdə biznes istifadəçiləri hər yerdən minimal gecikmə ilə işləyir, hətta data mərkəzi səviyyəsində qəza baş verərsə. Ən pis halda gecikmə bir fincan qəhvə içmək qədər vaxt tutacaq.
Və əlbəttə ki, metrokilidlər həm Valinora doğru gedən HPE 3Par ilə, həm də yeni Primera ilə mükəmməl işləyir!
Uzaq iş yerlərinin infrastruktur
Terminal servers
Terminalları üçün yeni bir şey fikirləşməyə ehtiyac yoxdur, uzun illərdir HPE onlara dünyanın ən yaxşı serverlərini təqdim edir. Vaxtsız klassik - DL360 (1U) və ya DL380 (2U) və ya AMD sevənlər üçün - DL385. Əlbəttə ki, klassik C7000 bleyz serverləri və yeni modulyar platforma Synergy də var.
Hər zövqə, hər rəngə, serverdə maksimum sessiyalar!
“Klassik” VDI + HPE Simplivity
Burada “klassik VDI” deyərkən, 1 istifadəçi = 1 VM ilə müştəri Windows konsepsiyasını nəzərdə tuturam. Və əlbəttə ki, hiper konvergent sistemlər üçün, xüsusilə deduplication və sıxma olan VDI yükü ilə daha yaxındır.
Burada HPE həm öz hiper konvergent platforması Simplivity-ni, həm də partnyorların sərfəli çözümləri üçün serverləri / sertifikatlı düyünləri təklif edə bilər, məsələn, VMware VSAN infrastrukturasında VDI qurmaq üçün VSAN Ready Nodes.
Gəlin Simplivity-nin öz həlli haqqında bir az daha danışaq. Adından da göründüyü kimi, burada sadəlik ön plandadır (ingilis dilində simple - sadədir). Quraşdırılma, idarəetmə və genişləndirmə sadəliyi.
Hiperkonvergent sistemlər hal-hazırda İT sahəsindəki ən isti mövzulardan biridir, və müxtəlif səviyyələrdə təxminən 40-dan çox istehsalçı var. Gartner-in sehrli kvadratı üzrə HPE şirkəti global olaraq ilk 5-likdədir və liderlər kvadratında yer alaraq, sənayenin nəyi anlaması və hara inkişaf etməsi ilə bağlıdır və bu anlayışı hardware-ə çevirə bilir.
Simplivity memarlıq baxımından klassik hiper konvergent sistemdir, bu da onun müxtəlif hipervizorları dəstəkləyə biləcəyi deməkdir, inteqrasiya olunmuş hipervizor sistemlərindən fərqli olaraq. Həqiqətən də, 2020-ci ilin aprelində VMware vSphere və Microsoft Hyper-V dəstəklənir və KVM dəstəyi ilə bağlı planlar məlumdur. Simplivity-nin bazara girdiği gündən etibarən ən əsas özəlliyi xüsusi akselerator kartı vasitəsilə hardver sürətli sıxılma və deduplicationdır.
Qeyd etmək lazımdır ki, sıxılma və deduplication qlobal və daim aktivdir, yəni bu, opsional bir xüsusiyyət deyil, həllin memarlığıdır.
HPE əlbəttə ki, 100:1 effektivlik iddia edərək bir az aldatma edir, bu isə xüsusi bir hesablamaya əsaslanır, amma yerin istifadəsinin effektivliyi həqiqətən də çox yüksəkdir. Hərçənd 100:1 rəqəmi çox gözəl görünür. Gəlin görək, Simplivity necə texniki cəhətdən tətbiq olunur ki, belə rəqəmləri göstərir.
Snapshot. Snyapshotlar (müəyyən an görüntüləri) - 100% düzgün şəkildə RoW (Redirect-on-Write) kimi həyata keçirilib, yəni həmin an baş verir və performansa cəza vermir. Məsələn, bəzi digər sistemlərdən nə ilə fərqlənir. Niyə yerli snapshotlara ehtiyacımız var? Çox sadə, RPO-nu 24 saatdan (rezerv nüsxələmənin orta RPO-su) bir neçə dəqiqəyə və ya bir neçə dəqiqəyə endirmək üçün.
Backup. Snapshot backup-dan yalnız onu virtual maşın idarəetmə sistemi tərəfindən necə qəbul edilməsi ilə fərqlənir. Əgər maşın silindikdə, onunla birlikdə hər şey silinirsə - demək bu bir snapshot olub. Əgər qalıbsa - demək backup-dir (rezerv nüsxədir). Beləliklə, istənilən snapshot tam bir backup hesab oluna bilər, əgər sistemdə işarə olunarsa və silinməzsə.
Əlbəttə, bir çoxu etiraz edəcək — eyni sistemdə saxlanılan bir ehtiyat nüsxəsi nədir? Burada isə çox sadə bir cavab var: deyin, sizdə ehtiyat nüsxəsinin saxlanma qaydalarını müəyyən edən rəsmi təhlükə modeli varmı? Bu, VM daxilində faylın silinməsinə qarşı tamamilə etibarlı bir ehtiyat nüsxəsidir, eyni zamanda VM-in özünün silinməsinə qarşıdır. Ehtiyat nüsxəsinin yalnız müstəqil bir sistemdə saxlanılması zərurəti olduğu halda, seçmək üçün var: bu snapshot-un ikinci Simplivity klasterinə və ya HPE StoreOnce-a replikasiyası.
Və elə burada, bu cür memarlığın hər cür VDI üçün tamamilə mükəmməl uyğun gəldiyi görünür. Çünki VDI — eyni əməliyyat sistemi və eyni tətbiqlərlə çox sayda, bəlkə də minlərlə bənzər maşındır. Qlobal deduplication bütün bunları 100:1-dən daha yaxşı bir nisbətə sıxışdıracaq. Bir şablondan 1000 VM-i yaymaq? Ümumiyyətlə problem deyil, bu maşınlar vCenter-də klonlaşdırılmaqdan daha uzun müddət ərzində qeydiyyatdan keçəcəklər.
Xüsusi performans tələbləri olan istifadəçilər və 3D sürətləndiricilər tələb edənlər üçün Simplivity G seriyası yaradılmışdır.
Bu seriyada deduplication üçün aparat sürətləndiricisi istifadə edilmir, buna görə də nodların disk sayı azaldılmışdır ki, kontroller proqramla idarə edə bilsin. Nəticədə, PCIe slotları hər hansı digər sürətləndiricilər üçün azad olunur. Həmçinin, ən tələbkar yüklər üçün node-a olan mövcud yaddaşın həcmi 3TB-a qədər iki dəfə artırılıb.
Simplivity, mərkəzi data mərkəzində məlumatların replikasiyası ilə coğrafi olaraq dağıdılmış VDI infrastrukturunun təşkilində mükəmməl uyğundur.
Bu cür VDI memarlığı (və yalnız VDI deyil) Rusiyanın real şəraitində, yəni böyük məsafələr (və buna görə də gecikmələr) və ideal olmayan kanallar üçün xüsusilə maraqlıdır. Regionlar üzrə mərkəzlər yaradılır (hətta uzaq bir ofisdə sadəcə 1-2 Simplivity node), yerli istifadəçilər sürətli kanallar ilə qoşulur, mərkəzdən tam nəzarət və idarə etmə saxlanılır, mərkəzə yalnız əhəmiyyətli, dəyərli, sərfəli məlumatların az bir hissəsi replika edilir.
Təbii ki, Simplivity tamamilə OneView və InfoSight ilə birləşir.
İncedən və sıfırdan müştərilər
İncedən müştərilər — yalnız terminal kimi istifadə üçün nəzərdə tutulmuş mütəxəssis həlləridir. Müştəridə əslində yükləmə olmadan, yalnız kanalın dəstəklənməsi və video dekodlaşdırması olduğu üçün — demək olar ki, həmişə passiv soyutma ilə prosessor olur, xüsusi bir inteqrasiya olunmuş əməliyyat sistemini başlatmaq üçün kiçik bir yükləmə diski var, və əslində, bu qədər. Onlarda demək olar ki, heç nə pozula bilmir və oğurlamaq faydasızdır. Qiyməti aşağıdır və heç bir məlumat saxlanılmır.
Xüsusi bir incə müştəri kateqoriyası var, belə ki, sıfır müştərilər adlanır. Onların incə müştərilərdən əsas fərqi, hətta ümumi məqsədli, inteqrasiya olunmuş əməliyyat sisteminin olmaması və yalnız proqram təminatı olan mikrosxemlə işləmələridir. Əksər hallarda, onlar PCoIP və ya HDX kimi terminal protokollarında video axınını deşifrə etmək üçün xüsusi aparat sürətləndiriciləri ilə təchiz olunur.
Böyük 'Hewlett Packard' şirkətinin müstəqil HPE və HP-yə bölünməsinə baxmayaraq, HP istehsalı olan incə müştəriləri qeyd etməmək olmaz.
Seçim genişdir, hər zövqə və ehtiyaca uyğun — hətta aparalı sürətləndirmə ilə çox monitorlu iş yeri üçün.
HPE sizə uzaqdan iş üçün xidmət
Sonuncu, lakin əhəmiyyətinə görə az deyil, HPE xidmətini qeyd etmək istəyirəm. HPE xidmətinin bütün səviyyələrini və imkanlarını sadalamaq çox uzun olardı, lakin ən azı bir çox vacib təklif var. Məsələn, HPE-nin xidmət mühəndisi / səlahiyyətli xidmət mərkəzi. Siz uzaqdan işləməyə davam edirsiniz, sevdiyiniz bağ evindən, arıların vızıltısını eşidərək, HPE-nin mütəxəssisi data mərkəzinə gəlib serverlərinizdəki disk və ya sıradan çıxmış enerji bloku ilə dəyişdirir.
HPE CallHome
Bu gün, hərəkət məhdudiyyətləri şəraitində, Call Home funksiyası daha da aktualdır. HPE ilə təchiz olunmuş istənilən sistem bu funksiyaya malikdir, aparat və ya proqram nasazlığı haqqında HPE dəstək mərkəzinə avtomatik məlumat verə bilər. Və çox güman ki, əvəzlənəcək hissə və / ya xidmət mühəndisi siz nasazlıqları və xidmətlərlə bağlı problemləri hiss etməzdən əvvəl sizə gələcək.
Bu funksiyanı aktiv etməyi şiddətlə tövsiyə edirəm.
Mənbə: habr.com
