HPE დისტანციური მუშაობის გადაწყვეტილებები

დღეს ერთ ამბავს მოგიყვებით. გამოთვლითი ტექნოლოგიების ევოლუციის ისტორია და დისტანციური სამუშაოების გაჩენა უძველესი დროიდან დღემდე.

IT განვითარება

მთავარი, რაც შეიძლება ვისწავლოთ IT-ის ისტორიიდან არის...

ცხადია, რომ IT ვითარდება სპირალურად. იგივე გადაწყვეტილებები და ცნებები, რომლებიც გაუქმდა ათწლეულების წინ, ახალ მნიშვნელობას იძენს და წარმატებით იწყებს მუშაობას ახალ პირობებში, ახალი ამოცანებითა და ახალი შესაძლებლობებით. ამ მხრივ, IT არაფრით განსხვავდება ადამიანის ცოდნის სხვა სფეროსგან და მთლიანად დედამიწის ისტორიისგან.

დიდი ხნის წინ, როდესაც კომპიუტერები დიდი იყო

„ვფიქრობ, მსოფლიოში დაახლოებით ხუთი კომპიუტერის ბაზარია“, 1943 წელს IBM-ის აღმასრულებელი დირექტორი თომას უოტსონი.

ადრეული კომპიუტერული ტექნოლოგია დიდი იყო. არა, ეს არასწორია, ადრეული ტექნოლოგია იყო ამაზრზენი, ციკლოპური. სრულად კომპიუტერიზებულმა მანქანამ დაიკავა სავარჯიშო დარბაზის შესადარებელი ტერიტორია და აბსოლუტურად არარეალური ფული დაჯდა. კომპონენტების მაგალითია RAM მოდული ფერიტის რგოლებზე (1964).

ამ მოდულის ზომაა 11 სმ * 11 სმ და მოცულობა 512 ბაიტი (4096 ბიტი). ამ მოდულებით მთლიანად სავსე კაბინეტს ძნელად ქონდა ძველი 3,5 დიუმიანი ფლოპი დისკის ტევადობა (1.44 MB = 2950 მოდული), მაშინ როცა ის მოიხმარდა ძალიან შესამჩნევ ელექტრო ენერგიას და გაცხელდა, როგორც ორთქლის ლოკომოტივი.

სწორედ მისი უზარმაზარი ზომის გამოა, რომ პროგრამის კოდის გამართვის ინგლისური სახელია „გამართვა“. ისტორიაში ერთ-ერთმა პირველმა პროგრამისტმა, გრეის ჰოპერმა (დიახ, ქალი), საზღვაო ოფიცერი, დაწერა ჟურნალის ჩანაწერი 1945 წელს პროგრამის პრობლემის გამოკვლევის შემდეგ.

იმის გამო, რომ თუთია (თეთი) ზოგადად არის შეცდომა (მწერი), ყველა შემდგომი პრობლემა და ქმედება პერსონალის გადასაჭრელად ეცნობა მათ უფროსებს, როგორც "გამართვა" (სიტყვასიტყვით de-bug), მაშინ სახელის შეცდომა მტკიცედ მიენიჭა პროგრამის მარცხს და შეცდომა კოდში და გამართვა გახდა გამართვა.

კერძოდ, ელექტრონიკისა და ნახევარგამტარული ელექტრონიკის განვითარებით, მანქანების ფიზიკური ზომების შემცირება დაიწყო და გამოთვლითი სიმძლავრე, პირიქით, გაიზარდა. მაგრამ ამ შემთხვევაშიც შეუძლებელი იყო ყველასთვის კომპიუტერის პირადად მიწოდება.

"არ არსებობს მიზეზი, რის გამოც ვინმეს სურს კომპიუტერის შენარჩუნება საკუთარ სახლში" - კენ ოლსენი, DEC-ის დამფუძნებელი, 1977 წ.

70-იან წლებში გამოჩნდა ტერმინი მინი-კომპიუტერი. მახსოვს, როდესაც პირველად წავიკითხე ეს ტერმინი მრავალი წლის წინ, წარმოვიდგინე რაღაც ნეტბუქი, თითქმის ხელის. სიმართლისგან შორს ვერ ვიქნებოდი.

Mini არის მხოლოდ უზარმაზარ მანქანათმცველებთან შედარებით, მაგრამ ეს ჯერ კიდევ რამდენიმე კაბინეტია ასობით ათასი და მილიონობით დოლარის აღჭურვილობით. თუმცა, გამოთვლითი სიმძლავრე უკვე იმდენად გაიზარდა, რომ ყოველთვის არ იყო 100%-ით დატვირთული და ამავდროულად კომპიუტერები ხელმისაწვდომი გახდა უნივერსიტეტის სტუდენტებისა და მასწავლებლებისთვის.

და შემდეგ ის მოვიდა!

ცოტა ადამიანი ფიქრობს ლათინურ ფესვებზე ინგლისურ ენაზე, მაგრამ სწორედ ამან მოგვიტანა დისტანციური წვდომა, როგორც დღეს ვიცით. Terminus (ლათინური) - დასასრული, საზღვარი, მიზანი. Terminator T800-ის მიზანი იყო ჯონ კონორის სიცოცხლის დასრულება. ჩვენ ასევე ვიცით, რომ სატრანსპორტო სადგურებს, სადაც მგზავრებს ასვენენ და ჩამოჰყავთ, ან ტვირთავენ და იტვირთება, ტერმინალები ეწოდება - მარშრუტების საბოლოო დანიშნულება.

შესაბამისად, დაიბადა ტერმინალის წვდომის კონცეფცია და თქვენ შეგიძლიათ ნახოთ მსოფლიოში ყველაზე ცნობილი ტერმინალი, რომელიც ჯერ კიდევ ჩვენს გულებში ცხოვრობს.

DEC VT100 ეწოდება ტერმინალს, რადგან ის წყვეტს მონაცემთა ხაზს. მას აქვს პრაქტიკულად ნულოვანი დამუშავების ძალა და მისი ერთადერთი ამოცანაა დიდი აპარატიდან მიღებული ინფორმაციის ჩვენება და კლავიატურის შეყვანის მანქანაზე გადაცემა. და მიუხედავად იმისა, რომ VT100 ფიზიკურად დიდი ხნის მკვდარია, ჩვენ მაინც ვიყენებთ მას მთელი პოტენციალით.

ჩვენი დღეები

მე დავიწყებდი "ჩვენი დღეების" დათვლას 80-იანი წლების დასაწყისიდან, იმ მომენტიდან, როდესაც გამოჩნდა პირველი პროცესორები რაიმე მნიშვნელოვანი გამოთვლითი სიმძლავრის მქონე ადამიანების ფართო სპექტრისთვის. ტრადიციულად ითვლება, რომ ეპოქის მთავარი პროცესორი იყო Intel 8088 (x86 ოჯახი), როგორც გამარჯვებული არქიტექტურის წინაპარი. რა არის ფუნდამენტური განსხვავება 70-იანი წლების კონცეფციასთან?

პირველად შეიმჩნევა ინფორმაციის დამუშავების ცენტრიდან პერიფერიაზე გადატანის ტენდენცია. ყველა დავალება არ მოითხოვს მეინფრემის ან თუნდაც მინი კომპიუტერის გიჟურ (სუსტ x86-თან შედარებით) სიმძლავრეს. Intel არ დგას; 90-იან წლებში მან გამოუშვა Pentium ოჯახი, რომელიც მართლაც გახდა პირველი მასობრივი წარმოების საყოფაცხოვრებო ტექნიკა რუსეთში. ამ პროცესორებს უკვე ბევრის უნარი აქვთ, არა მხოლოდ წერილების წერა, არამედ მულტიმედია და მცირე მონაცემთა ბაზებთან მუშაობა. სინამდვილეში, მცირე ბიზნესისთვის სერვერები საერთოდ არ არის საჭირო - ყველაფერი შეიძლება გაკეთდეს პერიფერიაზე, კლიენტის აპარატებზე. ყოველწლიურად, პროცესორები უფრო მძლავრი ხდება და სერვერებსა და პერსონალურ კომპიუტერებს შორის განსხვავება მცირდება გამოთვლითი სიმძლავრის მხრივ, ხშირად რჩება მხოლოდ ენერგიის სიჭარბეში, ცხელი შესაცვლელი მხარდაჭერით და სპეციალური ქეისებით თაროებზე დამონტაჟებისთვის.

თუ შევადარებთ თანამედროვე კლიენტის პროცესორებს, რომლებიც "სასაცილო იყო" Intel-ის 90-იან წლებში მძიმე სერვერების ადმინისტრატორებისთვის წარსულის სუპერკომპიუტერებთან, მაშინ ცოტა უხერხული გახდებით.

მოდი თვალი გადავავლოთ მოხუცს, რომელიც პრაქტიკულად ჩემი ასაკისაა. Cray X-MP/24 1984 წ.

ეს მანქანა იყო 1984 წლის საუკეთესო სუპერკომპიუტერებს შორის, რომელსაც ჰქონდა 2 MHz სიხშირის 105 პროცესორი, მაქსიმალური გამოთვლითი სიმძლავრით 400 MFlops (მილიონობით მცურავი წერტილის ოპერაციები). ფოტოზე ნაჩვენები კონკრეტული მანქანა აშშ-ის NSA კრიპტოგრაფიის ლაბორატორიაში იდგა და კოდების გატეხვით იყო დაკავებული. თუ 15 დოლარში 1984 მილიონ დოლარს გადაიყვანთ 2020 დოლარად, ღირებულება არის 37,4 მილიონი აშშ დოლარი, ანუ 93 აშშ დოლარი/MFlops.

მანქანას, რომელზეც მე ვწერ ამ სტრიქონებს, აქვს 5 წლის Core i7400-2017 პროცესორი, რომელიც სულაც არ არის ახალი და გამოშვების წელსაც კი იყო ყველაზე ახალგაზრდა 4 ბირთვიანი ყველა საშუალო დონის დესკტოპის პროცესორებიდან. 4 გჰც ბაზის სიხშირის 3.0 ბირთვი (3.5 Turbo Boost-ით) და გაორმაგებული HyperThreading ძაფები იძლევა 19-დან 47 გფლოპს სიმძლავრეს სხვადასხვა ტესტების მიხედვით, თითო პროცესორზე 16 ათასი რუბლის ფასად. თუ თქვენ აწყობთ მთელ მანქანას, შეგიძლიათ აიღოთ მისი ღირებულება 750 დოლარად (1 წლის 2020 მარტის მდგომარეობით ფასებით და გაცვლითი კურსით).

საბოლოო ჯამში, ჩვენ ვიღებთ ჩვენი დღის სრულიად საშუალო დესკტოპის პროცესორის უპირატესობას 50-120-ჯერ უფრო ადრე, უახლოესი წარსულის ტოპ-10 სუპერკომპიუტერზე და MFlops-ის კონკრეტული ღირებულების ვარდნა ხდება აბსოლუტურად საშინელი 93500 / 25 = 3700. ჯერ.

რატომ გვჭირდება ჯერ კიდევ სერვერები და ასეთი სიმძლავრის გამოთვლის ცენტრალიზაცია პერიფერიაზე, აბსოლუტურად გაუგებარია!

უკუ ნახტომი - სპირალმა შემობრუნდა

დისკის გარეშე სადგურები

პირველი სიგნალი იმისა, რომ კომპიუტერის პერიფერიაზე გადატანა საბოლოო არ იქნებოდა, იყო დისკის გარეშე სამუშაო სადგურის ტექნოლოგიის გაჩენა. სამუშაო სადგურების მნიშვნელოვანი განაწილებით საწარმოში და განსაკუთრებით დაბინძურებულ შენობებში, ამ სადგურების მართვისა და მხარდაჭერის საკითხი ძალიან რთული ხდება.

ჩნდება "დერეფნის დროის" კონცეფცია - დროის პროცენტი, როდესაც ტექნიკური დახმარების თანამშრომელი იმყოფება დერეფანში, პრობლემის მქონე თანამშრომლისკენ მიმავალ გზაზე. ეს არის ფასიანი დრო, მაგრამ სრულიად არაპროდუქტიული. არანაკლებ მნიშვნელოვანი როლი და განსაკუთრებით დაბინძურებულ ოთახებში იყო მყარი დისკის უკმარისობა. მოდით, ამოვიღოთ დისკი სამუშაო სადგურიდან და გავაკეთოთ ყველაფერი სხვა ქსელის საშუალებით, ჩამოტვირთვის ჩათვლით. DHCP სერვერის მისამართის გარდა, ქსელური ადაპტერი ასევე იღებს დამატებით ინფორმაციას - TFTP (გამარტივებული ფაილური სერვისის) სერვერის მისამართს და ჩატვირთვის სურათის სახელს, იტვირთება მას RAM-ში და ამუშავებს მანქანას.

გარდა ნაკლები ავარიისა და დერეფნის დროის შემცირებისა, ახლა თქვენ არ გჭირდებათ აპარატის გამართვა ადგილზე, უბრალოდ მიიტანეთ ახალი და წაიღეთ ძველი დიაგნოსტიკისთვის აღჭურვილ სამუშაო ადგილზე. მაგრამ ეს ყველაფერი არ არის!

დისკის გარეშე სადგური ბევრად უფრო უსაფრთხო ხდება - თუ ვინმე მოულოდნელად შეიჭრება ოთახში და ამოიღებს ყველა კომპიუტერს, ეს მხოლოდ აღჭურვილობის დაკარგვაა. დისკის გარეშე სადგურებზე მონაცემები არ ინახება.

გავიხსენოთ ეს პუნქტი: ინფორმაციული უსაფრთხოება იწყებს სულ უფრო მნიშვნელოვან როლს ინფორმაციული ტექნოლოგიების „უდარდელი ბავშვობის“ შემდეგ. და საშინელი და მნიშვნელოვანი 3 ასო სულ უფრო და უფრო შემოიჭრება IT-ში - GRC (Governance, Risk, Compliance), ან რუსულად „მართვა, რისკი, შესაბამისობა“.

ტერმინალის სერვერები

პერიფერიაზე უფრო და უფრო მძლავრი პერსონალური კომპიუტერების ფართოდ გავრცელებამ მნიშვნელოვნად აჯობა საზოგადოებრივი წვდომის ქსელების განვითარებას. კლასიკური კლიენტ-სერვერის აპლიკაციები 90-იანი წლების და 00-იანი წლების დასაწყისისთვის არ მუშაობდა ძალიან კარგად წვრილ არხზე, თუ მონაცემთა გაცვლა შეადგენდა რაიმე მნიშვნელოვან მნიშვნელობებს. ეს განსაკუთრებით რთული იყო მოდემისა და სატელეფონო ხაზით დაკავშირებულ დისტანციურ ოფისებში, რომლებიც ასევე პერიოდულად იყინებოდა ან ითიშებოდა. და…

სპირალმა შემობრუნდა და ისევ ტერმინალის რეჟიმში აღმოჩნდა ტერმინალის სერვერების კონცეფციით.

სინამდვილეში, ჩვენ დავბრუნდით 70-იან წლებში მათი ნულოვანი კლიენტებით და გამოთვლითი სიმძლავრის ცენტრალიზებით. სწრაფად გაირკვა, რომ არხების წმინდა ეკონომიკური დასაბუთების გარდა, ტერმინალის წვდომა უზარმაზარ შესაძლებლობებს იძლევა გარედან უსაფრთხო წვდომის ორგანიზებისთვის, მათ შორის თანამშრომლებისთვის სახლიდან სამუშაოს ჩათვლით, ან უკიდურესად შეზღუდული და კონტროლირებადი წვდომა კონტრაქტორებისთვის არასანდო ქსელებიდან და არასანდო/ უკონტროლო მოწყობილობები.

თუმცა, ტერმინალის სერვერებს, ყველა მათი უპირატესობისა და პროგრესულობის მიუხედავად, ასევე ჰქონდათ მთელი რიგი უარყოფითი მხარეები - დაბალი მოქნილობა, ხმაურიანი მეზობლის პრობლემა, მკაცრად სერვერზე დაფუძნებული Windows და ა.შ.

პროტო VDI-ს დაბადება

მართალია, 00-იანი წლების დასაწყისში, x86 პლატფორმის ინდუსტრიული ვირტუალიზაცია უკვე გამოდიოდა სცენაზე. და ვიღაცამ გააჟღერა იდეა, რომელიც უბრალოდ ჰაერში იყო: იმის ნაცვლად, რომ ყველა კლიენტი მოვახდინოთ სერვერის ტერმინალის ფერმებზე ცენტრალიზება, მოდით ყველას მივცეთ საკუთარი პირადი VM კლიენტის Windows-ით და თუნდაც ადმინისტრატორის წვდომით?

მსუქანი კლიენტების უარი

სესიისა და OS-ის ვირტუალიზაციის პარალელურად, შემუშავდა მიდგომა კლიენტის ფუნქციონირების გასაადვილებლად აპლიკაციის დონეზე.

ამის ლოგიკა საკმაოდ მარტივი იყო, რადგან ყველას არ ჰქონდა პირადი ლეპტოპები, ყველას არ ჰქონდა ინტერნეტი და ბევრს შეეძლო მხოლოდ ინტერნეტ კაფედან დაკავშირება ძალიან შეზღუდული, რბილად რომ ვთქვათ, უფლებებით. სინამდვილეში, ყველაფერი, რისი გაშვებაც შეიძლებოდა იყო ბრაუზერი. ბრაუზერი გახდა OS-ის შეუცვლელი ატრიბუტი, ინტერნეტი მტკიცედ შემოვიდა ჩვენს ცხოვრებაში.

სხვა სიტყვებით რომ ვთქვათ, იყო პარალელური ტენდენცია კლიენტიდან ცენტრში ლოგიკის გადატანისკენ ვებ აპლიკაციების სახით, რომლებზეც წვდომისთვის მხოლოდ უმარტივესი კლიენტი, ინტერნეტი და ბრაუზერი გჭირდებათ.
და ჩვენ უბრალოდ არ დავამთავრეთ იქ, სადაც დავიწყეთ - ნულოვანი კლიენტებითა და ცენტრალური სერვერებით. იქ რამდენიმე დამოუკიდებელი გზით მივედით.

ვირტუალური დესკტოპის ინფრასტრუქტურა

ბროკერი

2007 წელს ინდუსტრიული ვირტუალიზაციის ბაზრის ლიდერმა VMware-მა გამოუშვა თავისი პროდუქტის VDM (ვირტუალური დესკტოპ მენეჯერი) პირველი ვერსია, რომელიც რეალურად პირველი გახდა ახალშობილ ვირტუალურ დესკტოპის ბაზარზე. რა თქმა უნდა, დიდხანს არ დაგვჭირდა ტერმინალური სერვერების ლიდერის, Citrix-ის პასუხის ლოდინი და 2008 წელს, XenSource-ის შეძენით, XenDesktop გამოჩნდა. რა თქმა უნდა, იყვნენ სხვა მოვაჭრეებიც თავიანთი წინადადებებით, მაგრამ ისტორიაში ძალიან არ ჩავუღრმავდეთ კონცეფციას.

და კონცეფცია დღესაც რჩება. VDI-ის ძირითადი კომპონენტია კავშირის ბროკერი.
ეს არის ვირტუალური დესკტოპის ინფრასტრუქტურის გული.

ბროკერი პასუხისმგებელია ყველაზე მნიშვნელოვან VDI პროცესებზე:

• განსაზღვრავს დაკავშირებული კლიენტისთვის ხელმისაწვდომ რესურსებს (მანქანებს/სესიებს);
• აუცილებლობის შემთხვევაში აბალანსებს კლიენტებს მანქანების/სესიების აუზებში;
• კლიენტის გადამისამართება არჩეულ რესურსზე.

დღეს VDI-ს კლიენტი (ტერმინალი) შეიძლება იყოს პრაქტიკულად ყველაფერი, რომელსაც აქვს ეკრანი - ლეპტოპი, სმარტფონი, პლანშეტი, კიოსკი, თხელი ან ნულოვანი კლიენტი. და საპასუხო ნაწილი, იგივე, რომელიც ახორციელებს პროდუქტიულ დატვირთვას - ტერმინალის სერვერის სესია, ფიზიკური მანქანა, ვირტუალური მანქანა. თანამედროვე მომწიფებული VDI პროდუქტები მჭიდროდ არის ინტეგრირებული ვირტუალურ ინფრასტრუქტურასთან და დამოუკიდებლად მართავენ მას ავტომატურ რეჟიმში, განათავსებენ ან, პირიქით, აშორებენ ვირტუალურ მანქანებს, რომლებიც აღარ არის საჭირო.

ცოტა განზე, მაგრამ ზოგიერთი კლიენტისთვის უაღრესად მნიშვნელოვანი VDI ტექნოლოგიაა 3D გრაფიკის აპარატურის აჩქარების მხარდაჭერა დიზაინერების ან დიზაინერების მუშაობისთვის.

ოქმი

მომწიფებული VDI გადაწყვეტის მეორე ძალიან მნიშვნელოვანი ნაწილი არის ვირტუალური რესურსების წვდომის პროტოკოლი. თუ ჩვენ ვსაუბრობთ მუშაობაზე კორპორატიული ლოკალური ქსელის შიგნით, შესანიშნავი, საიმედო 1 გბიტი/წმ ქსელით სამუშაო ადგილზე და 1 ms დაგვიანებით, მაშინ შეგიძლიათ აიღოთ პრაქტიკულად ნებისმიერი და საერთოდ არ იფიქროთ.

თქვენ უნდა იფიქროთ, როდესაც კავშირი უკონტროლო ქსელზეა და ამ ქსელის ხარისხი შეიძლება იყოს აბსოლუტურად ნებისმიერი, ათეულ კილობიტამდე სიჩქარე და არაპროგნოზირებადი შეფერხებები. ისინი შესაფერისია ნამდვილი დისტანციური სამუშაოს ორგანიზებისთვის, დაჩებიდან, სახლიდან, აეროპორტებიდან და სასადილოებიდან.

ტერმინალური სერვერები კლიენტის VM-ების წინააღმდეგ

VDI-ს მოსვლასთან ერთად, ჩანდა, რომ დროა დავემშვიდობოთ ტერმინალის სერვერებს. რატომ არის ისინი საჭირო, თუ ყველას აქვს საკუთარი პირადი VM?

თუმცა, წმინდა ეკონომიკის თვალსაზრისით, აღმოჩნდა, რომ ტიპიური მასობრივი სამუშაოებისთვის, იდენტური რეკლამისთვის, ჯერ კიდევ არაფერია უფრო ეფექტური ვიდრე ტერმინალის სერვერები ფასი/სესიის თანაფარდობის თვალსაზრისით. ყველა მისი უპირატესობის მიუხედავად, მიდგომა "1 მომხმარებელი = 1 VM" მნიშვნელოვნად მეტ რესურსს ხარჯავს ვირტუალურ აპარატურაზე და სრულფასოვან OS-ზე, რაც აუარესებს ტიპიური სამუშაო ადგილების ეკონომიკას.

ტოპ მენეჯერების სამუშაო ადგილების, არასტანდარტული და დატვირთული სამუშაო ადგილების შემთხვევაში, უპირატესობა აქვს მაღალი უფლებების ქონას (ადმინისტრატორამდე), თითო მომხმარებლისთვის გამოყოფილი VM. ამ VM-ში შეგიძლიათ ინდივიდუალურად გაანაწილოთ რესურსები, გასცეთ უფლებები ნებისმიერ დონეზე და დააბალანსოთ VM-ები ვირტუალიზაციის ჰოსტებს შორის მაღალი დატვირთვით.

VDI და ეკონომიკა

წლების განმავლობაში მესმის ერთი და იგივე კითხვა - როგორ არის VDI იაფი, ვიდრე უბრალოდ ლეპტოპების დარიგება ყველასთვის? წლებია კი ზუსტად იგივეზე მიწევს პასუხის გაცემა: ჩვეულებრივი ოფისის თანამშრომლების შემთხვევაში VDI არ არის იაფი, თუ გავითვალისწინებთ ტექნიკის მიწოდების წმინდა ხარჯებს. რაც არ უნდა თქვას, ლეპტოპები იაფდება, მაგრამ სერვერები, შენახვის სისტემები და სისტემის პროგრამული უზრუნველყოფა საკმაოდ დიდი ფული ღირს. თუ დადგა დრო, რომ განაახლოთ თქვენი ფლოტი და ფიქრობთ ფულის დაზოგვაზე VDI-ის საშუალებით, არა, თქვენ არ დაზოგავთ ფულს.

ზემოთ მოვიყვანე საშინელი სამი ასო GRC - ასე რომ, VDI არის დაახლოებით GRC. საუბარია რისკების მენეჯმენტზე, უსაფრთხოებასა და მონაცემებზე კონტროლირებადი წვდომის მოხერხებულობაზე. და ეს ყველაფერი ჩვეულებრივ საკმაოდ დიდ ფულს ჯდება სხვადასხვა ტიპის აღჭურვილობის თაიგულზე განსახორციელებლად. VDI-ით კონტროლი გამარტივებულია, უსაფრთხოება იზრდება და თმა ხდება რბილი და აბრეშუმისებრი.

HPE დისტანციური მუშაობის გადაწყვეტილებები

დისტანციური და ღრუბლის მართვა

iLO

HPE შორს არის სერვერის ინფრასტრუქტურის დისტანციური მართვის ახალბედა, ხუმრობის გარეშე - მარტში ლეგენდარული iLO (Integrated Lights Out) 18 წლის გახდა. 00-იან წლებში, როგორც ადმინისტრატორის დღეების გახსენება, მე პირადად ბედნიერი ვერ ვიქნებოდი. თავდაპირველი ინსტალაცია თაროებში და დამაკავშირებელ კაბელებში იყო ყველაფერი, რაც საჭირო იყო ხმაურიან და ცივ მონაცემთა ცენტრში. ყველა სხვა კონფიგურაცია, მათ შორის OS-ის ჩატვირთვა, შეიძლება გაკეთდეს სამუშაო სადგურიდან, ორი მონიტორიდან და ფინჯანი ცხელი ყავით. და ეს არის 13 წლის წინ!

დღეს, HPE სერვერები არის უდავო გრძელვადიანი ხარისხის სტანდარტი მიზეზის გამო - და ამაში არანაკლებ როლს ასრულებს დისტანციური მართვის სისტემის ოქროს სტანდარტი - iLO.

მე მინდა კონკრეტულად აღვნიშნო HPE-ის ქმედებები კაცობრიობის კონტროლის შესანარჩუნებლად კორონავირუსზე. განაცხადა HPE-მ, რომ 2020 წლის ბოლომდე (მინიმუმ) iLO Advanced ლიცენზია ხელმისაწვდომია ყველასთვის უფასოდ.

ინფოსაითი

თუ თქვენს ინფრასტრუქტურაში გაქვთ 10-ზე მეტი სერვერი და ადმინისტრატორი არ არის მოწყენილი, რა თქმა უნდა, ხელოვნური ინტელექტის საფუძველზე HPE Infosight ღრუბლოვანი სისტემა იქნება შესანიშნავი დამატება სტანდარტული მონიტორინგის ხელსაწყოებისთვის. სისტემა არა მხოლოდ აკონტროლებს სტატუსს და აშენებს გრაფიკებს, არამედ დამოუკიდებლად რეკომენდაციას უწევს შემდგომ ქმედებებს არსებული სიტუაციიდან და ტენდენციებიდან გამომდინარე.

Იყავი ჭკვიანი, იყავი ოტკრიტიე ბანკივითსცადეთ Infosight!

OneView

დაბოლოს, მაგრამ არანაკლებ მნიშვნელოვანი, მინდა აღვნიშნო HPE OneView - პროდუქტის მთელი პორტფელი, რომელსაც აქვს უზარმაზარი შესაძლებლობები მთელი ინფრასტრუქტურის მონიტორინგისა და მართვისთვის. და ეს ყველაფერი თქვენი მაგიდიდან ადგომის გარეშე, რაც შეიძლება გქონდეთ თქვენს აგარაკზე არსებულ სიტუაციაში.

შენახვის სისტემები ასევე არ არის ცუდი!

რა თქმა უნდა, ყველა შენახვის სისტემა დისტანციურად იმართება და კონტროლდება - ასე იყო მრავალი წლის წინ. ამიტომ, დღეს სხვა რამეზე მინდა ვისაუბრო, კერძოდ მეტროს კლასტერებზე.

მეტროს კლასტერები სულაც არ არის ახალი ბაზარზე, მაგრამ ზუსტად ამიტომაა, რომ ისინი ჯერ კიდევ არ არიან დიდი პოპულარობით - აზროვნების ინერცია და პირველი შთაბეჭდილებები მათზე მოქმედებს. რა თქმა უნდა, ისინი უკვე არსებობდნენ 10 წლის წინ, მაგრამ ღირს თუჯის ხიდივით. პირველი მეტროკლასტერებიდან გასულმა წლებმა შეცვალა ინდუსტრია და ტექნოლოგიის ხელმისაწვდომობა ფართო საზოგადოებისთვის.

მახსოვს პროექტები, სადაც შესანახი სისტემების ნაწილები სპეციალურად იყო განაწილებული - ცალკე სუპერკრიტიკული სერვისებისთვის მეტროს კლასტერში, ცალკე სინქრონული რეპლიკაციისთვის (ბევრად იაფია).

სინამდვილეში, 2020 წელს მეტროკლასტერი არ დაგიჯდებათ, თუ ორი საიტისა და არხის ორგანიზებას შეძლებთ. მაგრამ სინქრონული რეპლიკაციისთვის საჭირო არხები ზუსტად იგივეა, რაც მეტროკლასტერებისთვის. პროგრამული უზრუნველყოფის ლიცენზირება დიდი ხანია ხორციელდება პაკეტებში - და სინქრონული რეპლიკაცია მოდის დაუყოვნებლივ, როგორც პაკეტი მეტრო კლასტერთან და ერთადერთი, რაც ჯერჯერობით ცალმხრივ რეპლიკაციას ინარჩუნებს, არის გაფართოებული L2 ქსელის ორგანიზების საჭიროება. და მაშინაც კი, L2 მეტი L3 უკვე ავრცელებს მთელ ქვეყანაში ძალა და მთავარი.

რა არის ფუნდამენტური განსხვავება სინქრონულ რეპლიკაციასა და მეტროკლასტერს შორის დისტანციური მუშაობის თვალსაზრისით?

ყველაფერი ძალიან მარტივია. მეტროკლასტერი მუშაობს თავისთავად, ავტომატურად, ყოველთვის, თითქმის მყისიერად.

როგორ გამოიყურება დატვირთვის გადართვის პროცესი სინქრონული რეპლიკაციისთვის მინიმუმ რამდენიმე ასეული VM-ის ინფრასტრუქტურაზე?

1. მიღებულია გადაუდებელი სიგნალი.
2. მორიგე ცვლა აანალიზებს სიტუაციას - შეგიძლიათ უსაფრთხოდ გამოყოთ 10-დან 30 წუთი მხოლოდ სიგნალის მისაღებად და გადაწყვეტილების მისაღებად.
3. თუ მორიგე ინჟინერებს არ აქვთ უფლებამოსილება დამოუკიდებლად დაიწყონ გადართვა, ჯერ კიდევ აქვთ 30 წუთი, რათა დაუკავშირდნენ უფლებამოსილ პირს და ოფიციალურად დაადასტურონ გადასვლის დაწყება.
4. დიდი წითელი ღილაკის დაჭერა.
5. 10-15 წუთი დროის ამოწურვისა და ხმის ხელახალი მონტაჟისთვის, VM ხელახალი რეგისტრაცია.
6. IP მისამართის შესაცვლელად 30 წუთი ოპტიმისტური შეფასებაა.
7. და ბოლოს, VM-ის დაწყება და პროდუქტიული სერვისების გაშვება.

მთლიანი RTO (საქმიანი პროცესების აღდგენის დრო) შეიძლება უსაფრთხოდ შეფასდეს 4 საათზე.

მოდით შევადაროთ სიტუაცია მეტროკლასტერზე.

1. შენახვის სისტემას ესმის, რომ მეტროკლასტერთან კავშირი დაკარგულია - 15-30 წამი.
2. ვირტუალიზაციის მასპინძლებს ესმით, რომ პირველი მონაცემთა ცენტრი დაკარგულია - 15-30 წამი (ერთდროულად 1 პუნქტთან).
3. ავტომატური გადატვირთვა VM-ების ნახევარიდან მესამედამდე მეორე მონაცემთა ცენტრში - სერვისების ჩატვირთვამდე 10-15 წუთით ადრე.
4. დაახლოებით ამ დროს მორიგე ცვლა ხვდება რა მოხდა.

სულ: RTO = 0 ინდივიდუალური სერვისებისთვის, 10-15 წუთი ზოგად შემთხვევაში.

რატომ არის გადატვირთული VM-ების მხოლოდ ნახევარი მესამედი? ნახეთ რა ხდება:

1. თქვენ ყველაფერს ჭკვიანურად აკეთებთ და ჩართავთ VM-ის ავტომატურ დაბალანსებას. შედეგად, საშუალოდ, VM-ების მხოლოდ ნახევარი მუშაობს მონაცემთა ერთ-ერთ ცენტრში. ყოველივე ამის შემდეგ, მეტროკლასტერის მთელი მიზანი არის შეფერხების დროის მინიმუმამდე შემცირება და, შესაბამისად, თქვენს ინტერესებშია შეტევის ქვეშ მყოფი VM-ების რაოდენობის შემცირება.
2. ზოგიერთი სერვისი შეიძლება დაჯგუფდეს აპლიკაციის დონეზე, განაწილებული სხვადასხვა VM-ზე. შესაბამისად, ეს დაწყვილებული VM-ები სათითაოდ არის მიმაგრებული, ან ლენტით მიბმული სხვადასხვა მონაცემთა ცენტრზე, რათა სერვისი არ დაელოდოს VM-ის გადატვირთვას ავარიის შემთხვევაში.

კარგად აშენებული ინფრასტრუქტურით გაფართოებული მეტროს კლასტერებით, ბიზნეს მომხმარებლები მუშაობენ მინიმალური შეფერხებით ნებისმიერი ადგილიდან, თუნდაც მონაცემთა ცენტრის დონეზე ავარიის შემთხვევაში. უარეს შემთხვევაში დაგვიანება იქნება ერთი ფინჯანი ყავის დრო.

და, რა თქმა უნდა, მეტროკლასტერები მშვენივრად მუშაობენ როგორც HPE 3Par-ზე, რომელიც მოძრაობს Valinor-ისკენ, ასევე ახალ Primera-ზე!

დისტანციური სამუშაო ადგილის ინფრასტრუქტურა

ტერმინალის სერვერები

არ არის საჭირო ტერმინალის სერვერებისთვის რაიმე ახლის გამომუშავება; HPE მრავალი წლის განმავლობაში აწვდის მათ მსოფლიოში საუკეთესო სერვერებს. მუდმივი კლასიკა - DL360 (1U) ან DL380 (2U) ან AMD ფანებისთვის - DL385. რა თქმა უნდა, არის ასევე blade სერვერები, როგორც კლასიკური C7000, ასევე ახალი Synergy კომპოზირებადი პლატფორმა.

ყველა გემოვნებისთვის, ყველა ფერისთვის, მაქსიმალური სესიები სერვერზე!

"კლასიკური" VDI + HPE სიმარტივე

ამ შემთხვევაში, როდესაც ვამბობ "კლასიკურ VDI" ვგულისხმობ კონცეფციას 1 მომხმარებელი = 1 VM კლიენტთან Windows. და რა თქმა უნდა, არ არსებობს უფრო ახლო და ძვირფასი VDI დატვირთვა ჰიპერკონვერგირებული სისტემებისთვის, განსაკუთრებით დედუპლიკაციისა და შეკუმშვის შემთხვევაში.

აქ, HPE-ს შეუძლია შესთავაზოს როგორც საკუთარი ჰიპერკონვერგირებული Simplivity პლატფორმა, ასევე სერვერები/სერთიფიცირებული კვანძები პარტნიორის გადაწყვეტილებებისთვის, როგორიცაა VSAN Ready Nodes VDI-ის შესაქმნელად VMware VSAN ინფრასტრუქტურაზე.

მოდით ვისაუბროთ ცოტა მეტი Simplicity-ის გადაწყვეტის შესახებ. აქცენტი, როგორც სახელი ნაზად მიგვანიშნებს, არის სიმარტივე. მარტივი განლაგება, მარტივი მართვა, მარტივი მასშტაბირება.

ჰიპერკონვერგირებული სისტემები დღეს IT-ში ერთ-ერთი ყველაზე აქტუალური თემაა და სხვადასხვა დონის გამყიდველების რაოდენობა დაახლოებით 40-ს შეადგენს. Gartner-ის ჯადოსნური კვადრატის მიხედვით, HPE გლობალურად მდებარეობს Top5-ში და შედის ლიდერების კვადრატში - ვისაც ესმის. სადაც ინდუსტრია ვითარდება და მათ შეუძლიათ იმის გაგება, რომ თარგმნონ აპარატურაში.

არქიტექტურულად, Simplivity არის კლასიკური ჰიპერკონვერგირებული სისტემა მაკონტროლებელი ვირტუალური მანქანებით, რაც ნიშნავს, რომ მას შეუძლია სხვადასხვა ჰიპერვიზორების მხარდაჭერა, ჰიპერვიზორში ინტეგრირებული სისტემებისგან განსხვავებით. მართლაც, 2020 წლის აპრილის მდგომარეობით, VMware vSphere და Microsoft Hyper-V მხარდაჭერილია და გამოცხადდა KVM მხარდაჭერის გეგმები. Simplivity-ის მთავარი მახასიათებელი მისი ბაზარზე გამოჩენის დღიდან არის შეკუმშვისა და დედუპლიკაციის ტექნიკის აჩქარება სპეციალური ამაჩქარებლის ბარათის გამოყენებით.

უნდა აღინიშნოს, რომ შეკუმშვა და დედუპლიკაცია გლობალურია და ყოველთვის ჩართულია; ეს არ არის არჩევითი ფუნქცია, არამედ გადაწყვეტის არქიტექტურა.

HPE, რა თქმა უნდა, გარკვეულწილად არაკეთილსინდისიერია, აცხადებს 100:1 ეფექტურობას, გამოითვლება სპეციალური გზით, მაგრამ სივრცის გამოყენების ეფექტურობა მართლაც ძალიან მაღალია. უბრალოდ რიცხვი 100:1 ძალიან ლამაზია. მოდით გავარკვიოთ, როგორ არის ტექნიკურად დანერგილი Simplivity ასეთი რიცხვების საჩვენებლად.

Snapshot. Snapshots 100% სწორად არის დანერგილი, როგორც RoW (Redirect-on-Write) და, შესაბამისად, ხდება მყისიერად და არ იწვევს შესრულების ჯარიმას. მაგალითად, როგორ განსხვავდებიან ისინი სხვა სისტემებისგან. რატომ გვჭირდება ადგილობრივი კადრები ჯარიმების გარეშე? დიახ, ეს ძალიან მარტივია, შეამციროთ RPO 24 საათიდან (საშუალო RPO სარეზერვო ასლისთვის) ათობით ან თუნდაც ერთეულ წუთამდე.

სარეზერვო. სნეპშოტი სარეზერვო ასლისაგან განსხვავდება მხოლოდ იმით, თუ როგორ აღიქმება იგი ვირტუალური მანქანების მართვის სისტემის მიერ. თუ აპარატის წაშლისას სხვა ყველაფერი წაიშლება, მაშინ ეს იყო სნეპშოტი. თუ დარჩა, ეს ნიშნავს, რომ ეს არის სარეზერვო. ამრიგად, ნებისმიერი სნეპშოტი შეიძლება ჩაითვალოს სრულ სარეზერვო ასლად, თუ ის სისტემაში არის მონიშნული და არ არის წაშლილი.

რა თქმა უნდა, ბევრი გააპროტესტებს - რა სახის სარეზერვოა ეს, თუ ის ინახება იმავე სისტემაში? და აქ არის ძალიან მარტივი პასუხი საპასუხო კითხვის სახით: მითხარით, გაქვთ თუ არა ფორმალური საფრთხის მოდელი, რომელიც ადგენს სარეზერვო ასლის შენახვის წესებს? ეს არის აბსოლუტურად გულწრფელი სარეზერვო საშუალება VM-ში ფაილის წაშლის წინააღმდეგ, ეს არის სარეზერვო საშუალება თავად VM-ის წაშლის წინააღმდეგ. თუ საჭიროა სარეზერვო ასლის ექსკლუზიურად ცალკე სისტემაზე შენახვა, თქვენ გაქვთ არჩევანი: ამ სნეპშოტის გამეორება Simplivity მეორე კლასტერზე ან HPE StoreOnce-ზე.

და აქ ირკვევა, რომ ასეთი არქიტექტურა უბრალოდ იდეალურია ნებისმიერი ტიპის VDI-სთვის. ყოველივე ამის შემდეგ, VDI ნიშნავს ასობით ან თუნდაც ათასობით უკიდურესად მსგავს მანქანას იგივე OS-ით, იგივე აპლიკაციებით. გლობალური დედუპლიკაცია დაღეჭავს ამ ყველაფერს და შეკუმშავს არა 100:1, არამედ ბევრად უკეთესი. განათავსეთ 1000 VM ერთი შაბლონიდან? საერთოდ არ არის პრობლემა, ამ მანქანებს vCenter-ში რეგისტრაციას უფრო მეტი დრო დასჭირდება, ვიდრე კლონირებას.

Simplivity G ხაზი შეიქმნა სპეციალურად მომხმარებლებისთვის, რომლებსაც აქვთ შესრულების განსაკუთრებული მოთხოვნები და მათთვის, ვისაც სჭირდება 3D ამაჩქარებლები.

ეს სერია არ იყენებს ტექნიკის დედუპლიკაციის ამაჩქარებელს და, შესაბამისად, ამცირებს დისკების რაოდენობას თითო კვანძზე ისე, რომ კონტროლერი ამუშავებს მას პროგრამულ უზრუნველყოფაში. ეს ათავისუფლებს PCIe სლოტებს ნებისმიერი სხვა ამაჩქარებლისთვის. თითო კვანძზე არსებული მეხსიერების რაოდენობა ასევე გაორმაგდა 3 ტბ-მდე ყველაზე მოთხოვნადი დატვირთვისთვის.

სიმარტივე იდეალურია გეოგრაფიულად განაწილებული VDI ინფრასტრუქტურის ორგანიზებისთვის მონაცემთა რეპლიკაციით ცენტრალურ მონაცემთა ცენტრში.

ასეთი VDI არქიტექტურა (და არა მხოლოდ VDI) განსაკუთრებით საინტერესოა რუსული რეალობის კონტექსტში - უზარმაზარი დისტანციები (და, შესაბამისად, შეფერხებები) და შორს იდეალური არხებისგან. იქმნება რეგიონალური ცენტრები (ან თუნდაც 1-2 Simplivity კვანძი სრულიად დისტანციურ ოფისში), სადაც ადგილობრივი მომხმარებლები უკავშირდებიან სწრაფი არხების საშუალებით, შენარჩუნებულია სრული კონტროლი და მართვა ცენტრიდან და მხოლოდ მცირე რაოდენობით რეალური, ღირებული და არა უსარგებლო, იმეორებს ცენტრის მონაცემებს.

რა თქმა უნდა, Simplivity სრულად არის დაკავშირებული OneView-თან და InfoSight-თან.

თხელი და ნულოვანი კლიენტები

Thin Clients არის სპეციალიზებული გადაწყვეტილებები ექსკლუზიურად ტერმინალად გამოსაყენებლად. იმის გამო, რომ კლიენტზე პრაქტიკულად არ არის დატვირთვა, გარდა არხის შენარჩუნებისა და ვიდეოს დეკოდირებისა, თითქმის ყოველთვის არის პროცესორი პასიური გაგრილებით, პატარა ჩატვირთვის დისკი მხოლოდ სპეციალური ჩაშენებული OS-ის დასაწყებად და ძირითადად ეს არის. მასში გასატეხი პრაქტიკულად არაფერია, მოპარვა კი უსარგებლოა. ღირებულება დაბალია და მონაცემები არ ინახება.

არსებობს თინ კლიენტების სპეციალური კატეგორია, ე.წ. ნულ კლიენტები. მათი მთავარი განსხვავება თხელიდან არის ზოგადი დანიშნულების ჩაშენებული ოპერაციული სისტემის არარსებობა და ექსკლუზიურად მიკროჩიპთან მუშაობა firmware-ით. ისინი ხშირად შეიცავს სპეციალურ აპარატურულ ამაჩქარებლებს ვიდეო ნაკადების დეკოდირებისთვის ტერმინალის პროტოკოლებში, როგორიცაა PCoIP ან HDX.

მიუხედავად დიდი Hewlett Packard-ის ცალკე HPE-სა და HP-ად დაყოფისა, შეუძლებელია არ აღინიშნოს HP-ის მიერ წარმოებული თხელი კლიენტები.

არჩევანი ფართოა, ყველა გემოვნებისა და საჭიროებისთვის - მრავალ მონიტორამდე სამუშაო სადგურები ვიდეო ნაკადის ტექნიკის აჩქარებით.

HPE სერვისი თქვენი დისტანციური მუშაობისთვის

და ბოლოს, რაც არანაკლებ მნიშვნელოვანია, მინდა აღვნიშნო HPE სერვისი. ძალიან გრძელი იქნება HPE-ის სერვისის ყველა დონისა და შესაძლებლობების ჩამოთვლა, მაგრამ მინიმუმ არის ერთი ძალიან მნიშვნელოვანი შეთავაზება დისტანციური სამუშაო გარემოსთვის. კერძოდ, სერვისის ინჟინერი HPE/ავტორიზებული სერვის ცენტრიდან. თქვენ აგრძელებთ მუშაობას დისტანციურად, თქვენი საყვარელი დაჩიდან, უსმენთ ბუმბერაზებს, ხოლო HPE-დან ფუტკარი, რომელიც ჩადის მონაცემთა ცენტრში, ცვლის დისკებს ან ავარიულ ელექტრომომარაგებას თქვენს სერვერებში.

HPE CallHome

დღევანდელ პირობებში, გადაადგილების შეზღუდვით, Call Home ფუნქცია უფრო აქტუალური ხდება, ვიდრე ოდესმე. ამ ფუნქციის მქონე ნებისმიერ HPE სისტემას შეუძლია თავად შეატყობინოს HPE მხარდაჭერის ცენტრს ტექნიკის ან პროგრამული უზრუნველყოფის გაუმართაობის შესახებ. და სავარაუდოა, რომ შემცვლელი ნაწილი და/ან სერვისის ინჟინერი მოვა თქვენს ადგილას დიდი ხნით ადრე, სანამ შეამჩნევთ რაიმე გაუმართაობას ან პრობლემას პროდუქტიულ სერვისებთან დაკავშირებით.

პირადად მე უაღრესად გირჩევთ ამ ფუნქციის ჩართვას.

წყარო: www.habr.com