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

დაინერგა 2001 წელს, VMware ESX ჰიპერვიზორმა (ადრე ცნობილი როგორც VMware ESX სერვერი) დაიწყო ვირტუალური რევოლუცია. დღეს VMware არის ვირტუალიზაციის პროგრამული პროდუქტების წამყვანი შემქმნელი (ახლა Dell– ის ნაწილია). ყოველწლიურად წელიწადნახევრის განმავლობაში კომპანია ავრცელებს ახალ პროგრამულ უზრუნველყოფას მოწინავე ფუნქციებით, რომელიც თავსებადია დიდი რაოდენობით აღჭურვილობასთან, მათ შორის SSD დისკები NVMe, ძალიან დიდი მყარი დისკი და უახლესი ცენტრალური გადამამუშავებელი დანადგარები Intel ან AMD.

VMware ESXi

ESXi არის ჰიპერვიზორი; პატარა ნაწილაკი პროგრამული უზრუნველყოფარომელიც დამონტაჟებულია ფიზიკურ სერვერზე და გაძლევთ საშუალებას გაუშვათ მრავალი ოპერაციული სისტემა ერთ მასპინძელ კომპიუტერზე. ეს ოპერაციული სისტემები ერთმანეთისგან დამოუკიდებლად მოქმედებენ, მაგრამ შეუძლიათ გარე სამყაროსთან ურთიერთქმედება ქსელის საშუალებით. ამ შემთხვევაში, დანარჩენი კომპიუტერები დაკავშირებულია ადგილობრივ ქსელთან (Local Area Network, LAN). ოპერაციული სისტემები მუშაობს ვირტუალურ აპარატებზე (ვირტუალური მანქანა, VM), რომელთაგან თითოეულს აქვს საკუთარი ვირტუალური აპარატურა.

არსებობს VMware ESXi ფასიანი და უფასო ვერსიები. თქვენ შეგიძლიათ შეუკვეთოთ უფასო ვერსიის ინსტალაცია. უფასო ვერსიის ფუნქციონირება გარკვეულწილად შეზღუდულია. ეს გაძლევთ საშუალებას გააერთიანოთ შეზღუდული რაოდენობის ოპერაციული სისტემა ერთ კომპიუტერზე და მისი მართვა შეუძლებელია ცენტრალური მენეჯმენტის სერვერის - vCenter- ის საშუალებით. თუმცა, უფასო ESXi (ან VMware ESXi Hypervisor) უკავშირდება დისტანციურ საცავებს, სადაც შეგიძლიათ შექმნათ, შეინახოთ და გამოიყენოთ ვირტუალური მანქანები... ანუ, ეს დისტანციური საცავი შეიძლება გაიზიაროს რამდენიმე ESXi მასპინძელს შორის, მაგრამ არა ვირტუალურ აპარატებს შორის. ვირტუალური აპარატები „ეკუთვნის“ თითოეულ მასპინძელს, რაც შეუძლებელს ხდის ცენტრალურ მენეჯმენტს.

ESXi– ს უფასო ვერსიასთან მუშაობა ძალიან მარტივია და შედგება ძირითადი პროცესებისგან: სწავლება, წარმოების პროცესების ტესტირება, კატასტროფის აღდგენის სისტემების ტესტირება და არქიტექტურული გადაწყვეტილებების დამტკიცება. ფოტოების გადაღების საშუალებით შეგიძლიათ შეამოწმოთ Windows პატჩების სისწორე. ალტერნატიულად, ეს შეიძლება სასარგებლო იყოს, თუ გადაწყვეტთ თქვენი კოდის კლონირებას VMware Converter ან P2V ტექნოლოგიის გამოყენებით და გსურთ შეამოწმოთ Microsoft სერვის პაკეტი მის ინსტალაციამდე.

VMware vCenter

VMware vCenter არის ცენტრალიზებული მართვის პლატფორმა VMware ვირტუალური ინფრასტრუქტურისთვის. მისი დახმარებით თქვენ შეგიძლიათ მართოთ თითქმის ყველა პროცესი მხოლოდ ერთი კონსოლიდან. VCenter Server შეიძლება დაინსტალირდეს Windows- ზე ან განლაგდეს როგორც წინასწარ კონფიგურირებული ვირტუალური მანქანა Photon OS- ის გამოყენებით, Linux- ზე დაფუძნებული მძლავრი დისტრიბუცია. ადრე, VMware იყენებდა Suse Linux Enterprise Server (SUSE) დისტრიბუციას, მაგრამ ცოტა ხნის წინ გადავიდა Photon OS– ზე.

vCenter Server არის ლიცენზირებული პროგრამული უზრუნველყოფა. თქვენ შეგიძლიათ შეიძინოთ იგი ორი გზით:

• vCenter Server Essentials როგორც vSphere Essentials პაკეტის ნაწილი. VCenter– ის ეს ვერსია მართავს სამ მასპინძელს თითოეული ორი ფიზიკური პროცესორით. თუ თქვენ გაქვთ მცირე კომპანია, მაშინ იმუშავებთ 60 – მდე VM– ით და vCenter– ის ეს ვერსია მოგიხდებათ. ძირითადი კომპლექტით, თქვენ იღებთ ლიცენზიას არა მხოლოდ vCenter სერვერზე, არამედ ESXi– ზე (სამამდე მასპინძელი ორი CPU– ით თითოეულში).
• დამოუკიდებელი vCenter სერვერი არის სრული დამოუკიდებელი vCenter სერვერი, რომელსაც შეუძლია მართოს 2,000 მასპინძელი 25,000 ვირტუალური აპარატიდან. ეს ლიცენზია არის ექსკლუზიურად vCenter– ისთვის. VCenter თავად არის ლიცენზირების თავსატეხის მხოლოდ ნაწილი. ყველა მასპინძლის მართვისთვის ერთი მოწყობილობიდან, გჭირდებათ ლიცენზია თითოეული მათგანისთვის. არსებობს სამი სახის ლიცენზია: სტანდარტული, საწარმო, საწარმო Plus, და თითოეული ვრცელდება ერთ პროცესორზე. ასე რომ, თუ თქვენ გეგმავთ მასპინძლის შექმნას ორი ფიზიკური პროცესორით, მაშინ დაგჭირდებათ 2 ლიცენზია მხოლოდ ამ ერთი მასპინძლისთვის.

VMware vSphere

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

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

Essentials არ შეიცავს მაღალ ხელმისაწვდომობას (VM– ის ავტომატური გადატვირთვა), vMotion, სარეზერვო პროგრამული უზრუნველყოფა (VDP) და VSAN საცავის გამოყენების შესაძლებლობას.

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

გარდა ამისა, აპარატურის მოულოდნელი გაუმართაობის შემთხვევაში, vSphere High Availability (HA) ავტომატურად განაახლებს ვირტუალურ მანქანებს, რომლებმაც შეწყვიტეს მუშაობა პრობლემურ მასპინძელთან. ეს ვირტუალური მანქანები ავტომატურად გადატვირთულია სხვა მასპინძლებზე VMware კლასტერიდან. სისტემას ცოტა დრო სჭირდება იმის დასადგენად, რომელი კომპიუტერი დაინგრა და რომელ მასპინძლებს შეუძლიათ დროებით აიღონ მისი ვირტუალური აპარატები. ამ მასპინძლებს უნდა ჰქონდეთ საკმარისი მეხსიერება და პროცესორის სიმძლავრე, რომ გაუმკლავდეს დამატებით დატვირთვას. როგორც კი სისტემა დაასრულებს ანალიზს, VM– ები გადატვირთულია. მთელი პროცესი ავტომატიზირებულია და არ საჭიროებს ადმინისტრატორის ჩარევას.

შეაჯამეთ

როგორც ხედავთ, VMware ტერმინოლოგია საკმაოდ ადვილი გასაგებია, ისევე როგორც სხვაობა ESXi, vSphere და vCenter. ლიცენზირების სისტემა ასევე ნათელია. თავად ჰიპერვიზორი უფასოა, მაგრამ მისი ფუნქციონირება შეზღუდულია, რის შედეგადაც ასეთი პროგრამული უზრუნველყოფა არ არის დაზღვეული მონაცემთა დაკარგვისგან. ამიტომ ESXi განკუთვნილია მხოლოდ სატესტო გარემოში გამოსაყენებლად.

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

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

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

რატომ VMware?

VMware არის ერთ -ერთი ყველაზე ადრეული მოთამაშე ახლად წარმოქმნილი ვირტუალიზაციის პლატფორმის ბაზარზე. 1998 წელს VMware– მა დააპატენტა თავისი ვირტუალიზაციის პროგრამული ტექნიკა და მას შემდეგ გამოუშვა სხვადასხვა დონის მრავალი ეფექტური და პროფესიონალური ვირტუალიზაციის პროდუქტი, VMware Workstation– დან, რომელიც მიზნად ისახავს საბოლოო მომხმარებელს (მომხმარებელს) დამთავრებული VMware ESX სერვერით, რომელიც შექმნილია საშუალო და მსხვილი საწარმოების ვირტუალური ინფრასტრუქტურის მასპინძლობისათვის. VMware– ის პროდუქციის უზარმაზარი პორტფელი მოიცავს ბევრ ინსტრუმენტს ვირტუალიზაციის პროცესის ეფექტურობის გასაუმჯობესებლად, ვირტუალური სერვერების მართვისა და ფიზიკური პლატფორმებიდან ვირტუალურ პლატფორმებზე გადასვლისთვის. რუსეთში, VMware პროდუქტები განსაკუთრებით პოპულარულია, ვინაიდან ვირტუალიზაცია ჩვენს ქვეყანაში ჯერ კიდევ იმპულსს იძენს, ხოლო სხვა გამყიდველების პლატფორმები, ჩვენთვის არც თუ ისე ნაცნობი, არის ძალიან "ნედლი" და გაცილებით ნაკლები ფუნქციონირება აქვთ, ვიდრე VMware– ის კოლეგებს. გარდა ამისა, VMware ვირტუალიზაცია თითქმის ყოველთვის აღემატება კონკურენციას შესრულების სხვადასხვა ტესტში. და თუ ჩვენ ვსაუბრობთ Windows ოპერაციული სისტემის ვირტუალიზაციაზე, მაშინ ეს თითქმის VMware პროდუქტია. იმავდროულად, ვირტუალიზაციის პლატფორმებს შორის, VMware– ს აქვს ბევრი არჩევანი:

• VMware სამუშაო სადგური- პლატფორმა, რომელიც ორიენტირებულია დესკტოპის მომხმარებლებზე და განკუთვნილია პროგრამული უზრუნველყოფის შემქმნელებისა და IT პროფესიონალებისათვის გამოსაყენებლად,
• VMware პლეერი- ვირტუალური აპარატების უფასო "მოთამაშე", რომელიც შექმნილია ვირტუალური აპარატების მზა შაბლონების გასაშვებად, რომლებიც ასრულებენ კონკრეტულ დავალებას,
• VMware სერვერი, ადრე ცნობილი როგორც VMware GSX სერვერი, რომელიც მიზნად ისახავდა მცირე ბიზნესის ინფრასტრუქტურას ვირტუალური სერვერების მხარდასაჭერად
• VMware Ace- პროდუქტი უსაფრთხოების პოლიტიკით დაცული ვირტუალური მანქანების შესაქმნელად,
• VMware ESX სერვერი- მძლავრი ვირტუალიზაციის პლატფორმა საშუალო და მსხვილი ბიზნესისთვის, რომელიც ორიენტირებულია პირველ რიგში ჰოლისტიკური და მასშტაბური IT ინფრასტრუქტურის შენარჩუნებაზე,
• VMware ვირტუალური ცენტრიარის მძლავრი ინსტრუმენტი ვირტუალიზაციის პლატფორმების მართვისთვის VMware ESX Server და VMware Server, სერვერის კონსოლიდაციის, კონფიგურაციისა და მართვის ფართო შესაძლებლობებით.
• VMware Fusionარის Apple– ის დესკტოპის ვირტუალიზაციის პროდუქტი Mac პლატფორმისთვის.

VMware– ის ოფიციალური კონკურენტები სერვერის ვირტუალიზაციისთვის არიან Microsoft, Virtual Iron, XenSource და SWsoft. ამასთან, SWsoft კომპანიის პროდუქტს აქვს საკმაოდ ვიწრო გამოყენების სფერო (ჰოსტინგი) და სხვა მომწოდებლების განვითარება VMware პროდუქტებთან შედარებით ამ მომენტში გაცილებით სუსტი ჩანს.

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

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

7 მიზეზი სერვერის ვირტუალიზაციის განსახორციელებლად

• გაიზარდა ტექნიკის გამოყენება
  სტატისტიკის თანახმად, სერვერების უმეტესობა დატვირთულია 15-20 პროცენტით ყოველდღიური დავალებების შესრულებისას. რამოდენიმე ვირტუალური სერვერის გამოყენება ერთ ფიზიკურ მოწყობილობაზე გაზრდის მას 80 პროცენტამდე, ხოლო უზრუნველყოფს მნიშვნელოვან დანაზოგს ტექნიკის შეძენაში.
• შემცირდა ტექნიკის შეცვლის ხარჯები
  ვინაიდან ვირტუალური სერვერები გათიშულია კონკრეტული აპარატურისგან, ფიზიკური სერვერების ფლოტის განახლება არ საჭიროებს პროგრამული უზრუნველყოფის ხელახლა ინსტალაციას და კონფიგურაციას. ვირტუალური აპარატის უბრალოდ გადაწერა შესაძლებელია სხვა სერვერზე.
• ვირტუალური სერვერების გამოყენების მოქნილობის გაზრდა
  იმ შემთხვევაში, თუ თქვენ გჭირდებათ რამდენიმე სერვერის გამოყენება (მაგალითად, ტესტირებისა და წარმოებისათვის) სხვადასხვა დატვირთვით, ვირტუალური სერვერები საუკეთესო გამოსავალია, რადგან მათი უმტკივნეულოდ გადატანა შესაძლებელია სხვა პლატფორმებზე, როდესაც ფიზიკური სერვერი განიცდის გაზრდილ დატვირთვას.
• მაღალი ხელმისაწვდომობის უზრუნველყოფა
  ვირტუალური მანქანების სარეზერვო ასლების შექმნა და მათი სარეზერვო ასლებიდან აღდგენა გაცილებით ნაკლებ დროს მოითხოვს და უფრო ადვილია. ასევე, აღჭურვილობის გაუმართაობის შემთხვევაში, ვირტუალური სერვერის სარეზერვო ასლის დაუყოვნებლივ გაშვება შესაძლებელია სხვა ფიზიკურ სერვერზე.
• სერვერის ინფრასტრუქტურის მართვადობის გაუმჯობესება
  არსებობს მრავალი ვირტუალური ინფრასტრუქტურის მართვის პროდუქტი, რომელიც ვირტუალური სერვერების ცენტრალურ მართვას და დატვირთვის დაბალანსებას და ცოცხალ მიგრაციას უზრუნველყოფს.
• შემნახველი პერსონალის დაზოგვა
  ვირტუალური სერვერების მართვის გამარტივება გრძელვადიან პერსპექტივაში იწვევს დანაზოგს სპეციალისტებზე, რომლებიც ინარჩუნებენ კომპანიის ინფრასტრუქტურას. თუ ორ ადამიანს, ვინც იყენებს ვირტუალური სერვერის მართვის ინსტრუმენტებს, შეუძლია გააკეთოს ის, რაც ოთხმა გააკეთა, რატომ გჭირდება ორი დამატებითი სპეციალისტი, რომელიც მიიღებს მინიმუმ 15,000 აშშ დოლარს წელიწადში? მიუხედავად ამისა, უნდა გავითვალისწინოთ, რომ ბევრი ფული ასევე საჭიროა ვირტუალიზაციის სფეროში კვალიფიციური კადრების მომზადებისთვის.
• ენერგიის დაზოგვა
  მცირე კომპანიებისთვის, ეს ფაქტორი, რა თქმა უნდა, ნამდვილად არ არის მნიშვნელოვანი, მაგრამ დიდი მონაცემთა ცენტრებისთვის, სადაც დიდი სერვერული პარკის შენარჩუნების ხარჯები მოიცავს ელექტროენერგიის ღირებულებას (ენერგია, გაგრილების სისტემები), ამ პუნქტს მნიშვნელოვანი მნიშვნელობა აქვს. რამდენიმე ვირტუალური სერვერის კონცენტრაცია ერთ ფიზიკურ სერვერზე შეამცირებს ამ ხარჯებს.

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

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

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

VMware Server არის უფასო და ძლიერი ვირტუალიზაციის პლატფორმა მცირე ბიზნესისთვის

უფასო პროდუქტი VMware Server არის საკმაოდ ძლიერი ვირტუალიზაციის პლატფორმა, რომელსაც შეუძლია იმუშაოს სერვერებზე Windows და Linux მასპინძელი ოპერაციული სისტემებით. VMware Server– ის მთავარი მიზანია მცირე ბიზნესის მცირე და საშუალო ვირტუალური ინფრასტრუქტურის მხარდაჭერა. მისი განვითარების და ინსტალაციის მცირე სირთულის გამო, VMware Server შეიძლება განლაგდეს უმოკლეს დროში, როგორც ორგანიზაციების სერვერებზე, ასევე სახლის მომხმარებლების კომპიუტერებზე.

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

აქ მოცემულია VMware Server პროდუქტის ძირითადი გამოყენების შემთხვევები:

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

VMware სერვერს აქვს ფართო შესაძლებლობები ვირტუალურ აპარატებთან მუშაობისთვის, მათ შორის:

• ნებისმიერი სტანდარტული x86 არქიტექტურის მხარდაჭერა
  VMware სერვერს არ გააჩნია კონკრეტული მოთხოვნები სერვერის ფიზიკური კომპონენტების მიმართ - განსხვავებით VMware ESX სერვერისგან, რომელიც სერვერის აპარატურას აწესებს ძალიან სპეციფიკურ შეზღუდვებს. ასევე მხარდაჭერილია მრავალ ბირთვიანი პროცესორი.
• ორმხრივი ვირტუალური SMP მხარდაჭერა (სიმეტრიული მრავალ დამუშავება)
  თუ ფიზიკური სერვერის არქიტექტურა იძლევა საშუალებას, VMware Server- ში შექმნილი ვირტუალური მანქანები შეიძლება შეიცავდეს ორ ვირტუალურ პროცესორს, რაც დადებითად აისახება სტუმრების მუშაობაზე.
• მასპინძლისა და სტუმრების დიდი რაოდენობის ოპერაციული სისტემების მხარდაჭერა, რომელთა სრული სია ყოველთვის ხელმისაწვდომია VMware ვებსაიტზე
  მასპინძელი ოპერაციული სისტემის რაოდენობა, რომელზედაც შესაძლებელია VMware Server დაინსტალირდეს, რა თქმა უნდა, ნაკლებია მხარდაჭერილი სტუმრების სისტემების რაოდენობაზე. იმავდროულად, თითქმის ნებისმიერი ცნობილი ოპერაციული სისტემა შეიძლება დამონტაჟდეს როგორც სტუმარი. მაშინაც კი, თუ ის არ არის მხარდაჭერილთა სიაში, ეს არ ნიშნავს რომ მისი დაყენება შეუძლებელია.
• 64-ბიტიანი მასპინძლისა და სტუმრების ოპერაციული სისტემების მხარდაჭერა
  როგორც მასპინძელი 64-ბიტიანი სისტემა, ოჯახის 64-ბიტიანი ოპერაციული სისტემა Windows სერვერი 2003, ასევე Linux სისტემების 64-ბიტიანი ვერსიები: Red Hat, SUSE, Mandriva და Ubuntu. მხარდაჭერილი სტუმარი ოპერაციული სისტემების ჩამონათვალს ასევე ავსებს Windows Vista, Sun Solaris და FreeBSD 64-ბიტიანი ვერსიები.
• IntelVT (Intel ვირტუალიზაციის ტექნოლოგია) მხარდაჭერა
  VMware Server ექსპერიმენტებს ატარებს ინტელის აპარატურის ვირტუალიზაციის ტექნოლოგიაზე და საშუალებას აძლევს მას გამოიყენოს ვირტუალური აპარატების მხარდასაჭერად. აღსანიშნავია, რომ აპარატურის ვირტუალიზაცია, VMware ინჟინრების კვლევის თანახმად, ჯერ კიდევ უფრო ნელია ვიდრე პროგრამული ვირტუალიზაცია, ამიტომ არ არის რეკომენდებული პროგრამული უზრუნველყოფის ვირტუალიზაციის მხარდაჭერის ჩართვა უკეთესი მუშაობისთვის.

VMware სერვერის გაცნობა იწყება ვირტუალური მანქანების მართვის კონსოლის ფანჯრით:

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

ვირტუალური აპარატის შექმნა VMware სერვერზე არის მარტივი და ინტუიციური და სულ რამდენიმე ნაბიჯს დგამს ახალი ვირტუალური აპარატის ოსტატში:

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

ამის შემდეგ, თუ სტუმარი სისტემის განაწილება არის CD ან DVD დისკზე, უბრალოდ ჩადეთ იგი დისკზე და დააჭირეთ ღილაკს "ჩართვა" ინსტრუმენტთა პანელზე. თუ თქვენ გაქვთ ოპერაციული სისტემის განაწილების ნაკრები ISO გამოსახულების სახით, აირჩიეთ VM-> პარამეტრების მენიუ, გადადით CD-ROM ელემენტზე, სადაც ჩვენ ვაჩვენებთ გზას ISO გამოსახულება, დააჭირეთ "OK" და "ჩართვა".

VMware Server– ში სტუმრების სისტემის დაყენების პროცესი საკმაოდ მარტივია და არ საჭიროებს ცალკეულ აღწერას. თუმცა, სტუმრების ოპერაციული სისტემების დაყენებისას აუცილებლად გაითვალისწინეთ შემდეგი პუნქტები:

• გამოყავით დაგეგმილი ვირტუალური სერვერი საკმარისი რესურსებით მისი ფუნქციების შესასრულებლად, მაგრამ გახსოვდეთ, რომ გამოყოფილი რესურსების რაოდენობის გაზრდა ყოველთვის უფრო რთულია, ვიდრე შემცირება.
• ვირტუალური სერვერების ქსელის ტიპის არჩევისას გაითვალისწინეთ უსაფრთხოების საკითხები და თუ ვირტუალურ სერვერს მხოლოდ მასპინძლის შიდა ვირტუალურ ქსელში სჭირდება ინტერაქცია, არ დააინსტალიროთ Bridged Networking.
• თუ არა მხოლოდ თქვენ გაქვთ წვდომა ვირტუალური სერვერის მართვის კონსოლზე, შეგიძლიათ თქვენი ვირტუალური მანქანა გახადოთ პირადი, VM-> პარამეტრები-> პარამეტრები-> ნებართვების ჩარჩოს შემოწმებით.
• დაიმახსოვრეთ VMware ინსტრუმენტების დაყენება თქვენს სტუმრებზე, რადგან ამ დანამატების დაყენება მნიშვნელოვნად გაზრდის სტუმრების გამოცდილებას და შესრულებას.
• შეეცადეთ შეინარჩუნოთ თანაფარდობა: არაუმეტეს 4 ვირტუალური აპარატის თითო ფიზიკურ პროცესორზე, ვინაიდან უფრო მეტი მათგანი მნიშვნელოვნად იმოქმედებს ვირტუალური სერვერების მუშაობაზე.

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

თუ თქვენ გჭირდებათ ვირტუალური სერვერის კონსოლზე წვდომა გარე ქსელიდან, შეგიძლიათ დააკონფიგურიროთ ვებ კლიენტი VMware Server– ისთვის, რომელიც ინტეგრირებულია Microsoft– ის ინტერნეტ საინფორმაციო სერვისებთან (IIS). ეს შესაძლებლობა მოგცემთ აკონტროლოთ ვირტუალური სერვერები ინტერნეტით უსაფრთხო SSL (Secure Socket Layer) კავშირის გამოყენებით.

VMware სერვერის სპეციფიკაციები

შესაძლებლობები	VMware სერვერი 1.0
სერვისად მუშაობის შესაძლებლობა	დიახ
ვირტუალური მანქანების გაშვება მასპინძელი ოპერაციული სისტემის დაწყებისას	დიახ
ადგილობრივი მენეჯმენტი	სქელი კლიენტი, ბრძანების ხაზი
მრავალჯერადი მომხმარებლის წვდომა	დიახ
პროგრამირების ინტერფეისები (API)	დიახ (C / COM / Perl)
დისტანციური პროდუქტის გამოყენება	დიახ (ვებ კონსოლი)
ვირტუალური მანქანების დისტანციური გამოყენება	მსუქანი კლიენტი
მრავალი ინსტალაციის მართვა	არა
ვირტუალური მანქანები / ძირითადი თანაფარდობა	2-4
აპარატურის ვირტუალიზაციის მხარდაჭერა	Intel VT (ექსპერიმენტული)
ვირტუალური აპარატურის წარმოქმნა	5
ვირტუალური აპარატის შიგნით ვირტუალური პროცესორების მხარდაჭერა (VMware ვირტუალური SMP ტექნოლოგია)	2 (ექსპერიმენტული)
ვირტუალური აპარატისთვის გამოყოფილი ოპერატიული მეხსიერების მაქსიმალური რაოდენობა	3.4 GB მდე
RAM– ის მაქსიმალური რაოდენობა გამოყოფილია ყველა ვირტუალური აპარატისთვის	64 GB მდე
ვირტუალური IDE კონტროლერები / დისკები ვირტუალურ აპარატზე	1/4
ვირტუალური SCSI კონტროლერები / დისკები თითო ვირტუალურ აპარატზე	4/60
ვირტუალური დისკის მაქსიმალური ზომა	950 GB მდე
ვირტუალური ქსელის ინტერფეისების მაქსიმალური რაოდენობა	4
ვირტუალური გადამრთველები	9
მსუქანი კლიენტის საშუალებით სნეპშოტების მიღება	დიახ
ფოტოების გადაღება ბრძანების ხაზის საშუალებით	არა
მრავალჯერადი სურათები	არა
ვირტუალური მანქანების კლონირება	არა
ვირტუალური მანქანების ჯგუფები (გუნდები)	არა
ვირტუალური მანქანების გამართვა	დიახ
გაზიარებული საქაღალდეების სერვისი	არა
გადაიტანეთ და ჩამოაგდეთ მხარდაჭერის მასპინძელი ვირტუალური მანქანა	არა
მასპინძელი OS მხარდაუჭერელია	Windows XP Professional (32 /64 ბიტი) Windows XP მთავარი Windows 2000 პროფესიონალური Red Hat Linux 7.0 Red Hat Linux 7.1

1. მხოლოდ იმ ოპერაციულ სისტემებზე, რომლებიც მხარს უჭერენ გაფართოებულ მეხსიერებას ან PAE ჩართულია.
2. ხელმისაწვდომია VMware ვირტუალური ცენტრის გამოყენებისას.

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

VMware ESX სერვერი - საწარმოს კლასის ვირტუალიზაციის პლატფორმა და ინსტრუმენტი საწარმოს ვირტუალური ინფრასტრუქტურის შესაქმნელად

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

VMware ESX სერვერი არის შიშველი მეტალის ვირტუალიზაციის პლატფორმა, რომელიც დაინსტალირებულია შიშველი მეტალის სერვერზე, ოპერაციული სისტემის და სხვა პროგრამული უზრუნველყოფის გარეშე. VMware ESX სერვერი აგებულია Linux Red Hat ოპერაციულ სისტემაზე, რომელშიც VMware ინჟინრებმა მნიშვნელოვანი ცვლილებები შეიტანეს ვირტუალიზაციის მხარდასაჭერად მრავალი ფუნქციის დასამატებლად. ამ პლატფორმის ეს დანერგვა მაქსიმალურად ზრდის სერვერის აპარატურის რესურსებს და უზრუნველყოფს საუკეთესო ურთიერთქმედებას სტუმრებსა და ტექნიკას შორის.

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

ESX სერვერის გარდა, საწარმოს ვირტუალური ინფრასტრუქტურა ასევე შეიცავს კომპონენტებს, როგორიცაა შენახვის ზონის ქსელები (SAN), შენახვის სისტემები (საწყობები), მაღალსიჩქარიანი კავშირები (ბოჭკოვანი არხი) და ვირტუალური ქსელები (VLAN). VMware ESX სერვერზე დაფუძნებული ვირტუალური ინფრასტრუქტურა საშუალებას გაძლევთ ცენტრალურად მართოთ ყველა ეს რესურსი და უზრუნველყოთ ვირტუალური სერვერების უწყვეტი მუშაობა. ვირტუალური ინფრასტრუქტურის ძირითადი კომპონენტებია:

• თავად ESX სერვერი.
• ფაილური სისტემა VMware VMFS (ვირტუალური აპარატის ფაილური სისტემა)ოპტიმიზირებულია ვირტუალური აპარატის მუშაობისთვის და მაღალი ხელმისაწვდომობისთვის.
• VMware SMP (სიმეტრიული მრავალჯერადი დამუშავება)- ტექნოლოგია, რომელიც ვირტუალურ აპარატებს საშუალებას აძლევს გამოიყენონ ყველა პროცესორი მასპინძელზე, მრავალი ვირტუალური პროცესორის არსებობისას.
• ვირტუალური ინფრასტრუქტურის კლიენტიარის მძლავრი ინსტრუმენტი VMware ESX სერვერის დისტანციური მართვისა და კონფიგურაციისთვის, რომელიც მუშაობს Windows სამუშაო სადგურებზე და აქვს მოსახერხებელი ინტერფეისი.
• ვირტუალური ცენტრი- ინსტრუმენტი მრავალი ESX სერვერის ცენტრალიზებული მართვისთვის.
• ვირტუალური ინფრასტრუქტურის ვებ წვდომა- გარე ქსელიდან ვირტუალური აპარატების მართვის უნარი უსაფრთხო არხის საშუალებით.
• VMware VMotion- ტექნოლოგია, რომელიც იძლევა გაშვებული ვირტუალური სერვერის "ცოცხალ" მიგრაციას სხვა ფიზიკურ სერვერზე, ვირტუალური აპარატის გათიშვის და მიგრაციის დროს მისი უწყვეტი მუშაობის უზრუნველსაყოფად.
• VMware მაღალი ხელმისაწვდომობა (HA)- სხვა სერვერზე ვირტუალური აპარატების საჭირო სარკეების ავტომატური გადატვირთვის შესაძლებლობა, სერვერის აპარატურის ან პროგრამული უზრუნველყოფის გაუმართაობის შემთხვევაში.
• VMware Distributed Resource Scheduler (DRS)- კომპონენტი, რომელიც იძლევა რესურსების დინამიურ გამოყოფას ვირტუალურ აპარატებზე.
• VMware კონსოლიდირებული სარეზერვო (VCB)- მარტივი და ძლიერი ინსტრუმენტი ვირტუალური მანქანების სარეზერვო ასლების შესაქმნელად.
• VMware ინფრასტრუქტურის SDK- პაკეტი მესამე მხარის დეველოპერების მიერ ვირტუალური ინფრასტრუქტურისთვის აპლიკაციების შესაქმნელად.

როდის გამოვიყენოთ ვირტუალური ინფრასტრუქტურა VMware ESX სერვერზე დაყრდნობით

• თქვენ გაქვთ მკაფიო წარმოდგენა იმის შესახებ, თუ რამდენი ფიზიკური სერვერი იქნება საჭირო ვირტუალური სერვერის ინფრასტრუქტურის მხარდასაჭერად. გაითვალისწინეთ, რომ ფიზიკური სერვერების მიგრაციის დაგეგმვა უნდა ეფუძნებოდეს არაუმეტეს 4-6 ვირტუალურ მანქანას ერთ ფიზიკურ პროცესორზე, მიგრირებული ფიზიკური სერვერების საშუალო რეალური დატვირთვით 15%.
• თქვენ შეარჩიეთ შესაბამისი VMware ESX Server გამოცემა და ვირტუალური ინფრასტრუქტურის კომპონენტები, გამოთვალეთ მათი განთავსებისა და შენარჩუნების ხარჯები და დაასკვნეთ, რომ განხორციელება მიზანშეწონილია, რადგან ტექნიკისა და ტექნიკური დანაზოგების ხარჯები დაფარავს ამ ხარჯებს.
• თქვენ გყავთ სპეციალისტები, რომლებიც არა მხოლოდ კომპეტენტურად ჩაატარებენ ვირტუალიზაციის პროექტს, არამედ ადმინისტრატორები, რომლებსაც აქვთ საკმარისი ცოდნა ვირტუალური ინფრასტრუქტურის შენარჩუნებისა და განვითარებისათვის ყოველდღიურად.
• თქვენ მზად ხართ შეიძინოთ ტექნიკა, რომელსაც მოითხოვს VMware ESX სერვერი. ფრთხილად იყავით - ESX სერვერის ინსტალაციის სახელმძღვანელო გეუბნებათ რა კონკრეტული აპარატურაა საჭირო მისი ინსტალაციისთვის. ერთი შეხედვით, ყველაფერი საკმაოდ ძვირად გეჩვენებათ, მაგრამ თუ ყურადღებით წაიკითხავთ მოთხოვნებს, ცხადი გახდება, რომ სასწავლო მიზნებისთვის სრულად ფუნქციონირებადი ESX სერვერი შეიძლება აშენდეს 900 დოლარად.

VMware ESX სერვერის ინსტალაციის პროცედურა საკმაოდ მარტივია და არ მოითხოვს მომხმარებლისგან ფართო ცოდნას. თუ თქვენ მიჰყევით VMware– ის რეკომენდაციებს და გონივრულად შეარჩიეთ მასპინძელი სერვერის აპარატურა, მაშინ ESX სერვერის დაყენებას ერთ საათზე ნაკლები დრო დასჭირდება. ერთხელ მაინც დააინსტალირებთ ერთ ESX- ს, მაშინვე გექნებათ ბევრი კითხვა და პრობლემა - ეს არის ფასი იმ შესაძლებლობებისათვის, რასაც VMware ESX სერვერი იძლევა. აქ მოცემულია რამოდენიმე ძირითადი მითითება ESX– ის ინსტალაციის შემდეგ პირველი ნაბიჯებისთვის:

• ESX სერვერის სამართავად და თქვენი პირველი ვირტუალური აპარატების შესაქმნელად გამოიყენეთ VMware Infrastructure Client, რომლის გადმოწერა შესაძლებელია https: //– დან.
• ფაილების ESX– ზე გადასასვლელად გამოიყენეთ WinSCP (ნელი ფაილის გადაცემა, დაშიფვრავს ტრაფიკს) ან FastSCP (ფაილის სწრაფი გადაცემა, მაგრამ უმჯობესია არ გამოიყენოთ იგი გარე ქსელიდან, ვინაიდან ტრაფიკი არ არის დაშიფრული).
• იმისათვის, რომ Root მომხმარებელი შევიდეს SSH (Secure Shell) საშუალებით, დაამატეთ ხაზი "PermitRootLogon დიახ" ESX ფაილზე "httpd.conf" ფაილში.
• გამოიყენეთ "vmkfs-tools" კომუნალური საშუალებები დისკების მართვისთვის, გამოიყენეთ "esxtop" ბრძანება ვირტუალური მანქანების მუშაობის მონიტორინგისთვის და გამოიყენეთ "var / log / vmware / hostd.log" ჟურნალი შეცდომების ანგარიშების გასაანალიზებლად.
• დაიმახსოვრეთ, თქვენი ESX– ის თავისუფალი ადგილი ყოველთვის არის ორი ტიპის დანაყოფი: პირველი თავად ESX– ის ოპერაციული სისტემისთვის, ხოლო მეორე vmfs დანაყოფებისთვის ვირტუალური მანქანების მასპინძლობისთვის. იმის გასარკვევად, თუ რამდენი თავისუფალი ადგილი დარჩა ორივე დანაყოფზე, გამოიყენეთ ბრძანება "vdf -h".

მას შემდეგ რაც დააინსტალირებთ VMware ESX სერვერს, თქვენ გჭირდებათ ფიზიკური ვირტუალური (P2V) მიგრაციის ინსტრუმენტი. VMware გვთავაზობს გამოიყენოთ პროდუქტი VMware Converter ამ მიზნებისათვის, მაგრამ თქვენ შეგიძლიათ გამოიყენოთ გადაწყვეტილებები სხვა მწარმოებლებისგან. თქვენ მუდმივად გექნებათ კითხვები - ნუ მოგერიდებათ დაუკავშირდეთ VMware კომპანიის ფორუმებს, სადაც მისი რეგულარული ვიზიტორები დაგეხმარებიან რთულ სიტუაციაში. საბოლოო ჯამში, რამდენიმე ვირტუალური მანქანა დაინსტალირდება თქვენს ESX– ზე, რომელიც არის ვირტუალური ინფრასტრუქტურა, რომელიც ნაჩვენებია ფიგურაში Veeam Reporter პროგრამის გამოყენებით:

ვირტუალური ინფრასტრუქტურის ძირითადი ცნებებია: ფიზიკური ადაპტერი (NIC), ვირტუალური ადაპტერი (vNIC), ვირტუალური გადამრთველი (vSwitch) და ვირტუალური ქსელი (Vlan). VMware ESX სერვერი საშუალებას გაძლევთ შექმნათ ოთხი ვირტუალური ქსელის გადამყვანი ვირტუალური აპარატისთვის, რომელთაგან თითოეული შეიძლება იყოს მიბმული ვირტუალურ ქსელთან, რომელიც თავის მხრივ იქმნება ვირტუალურ კონცენტრატორებზე.

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

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

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

ცოტა რამ ვირტუალური ცენტრის შესახებ VMware ESX სერვერისთვის

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

ვირტუალური ცენტრი საშუალებას გაძლევთ გააკონტროლოთ მრავალი მასპინძელი, რომლებზეც დაინსტალირებულია VMware ESX სერვერი, დაალაგეთ ისინი და გააკონტროლეთ ისინი „სიგნალიზაციის“ გამოყენებით - სიგნალები სხვადასხვა მოვლენების შესახებ. უნდა აღინიშნოს, რომ VMware ESX სერვერის ვირტუალური ცენტრის შესაძლებლობები გაცილებით მეტია ვიდრე VMware Server– ის ვირტუალური ცენტრის შესაძლებლობები, რაც უპირველესად განპირობებულია იმით, რომ თავად VMware ESX Server პროდუქტს გააჩნია ბევრად უფრო მოწინავე შესაძლებლობები.

უნდა ავირჩიო VMware სერვერი თუ VMware ESX სერვერი?

ზემოაღნიშნულიდან ირკვევა, რომ სტატიაში აღწერილი ორივე პროდუქტი მიზნად ისახავს ვირტუალური სერვერის ინფრასტრუქტურის შენარჩუნებას და მსგავსი ფუნქციების შესრულებას. თუმცა, ორ პლატფორმას შორის არის მნიშვნელოვანი განსხვავებები. თუ VMware Server- ზე დაფუძნებული ვირტუალური ინფრასტრუქტურა შეიძლება აშენდეს ძირითადად სერვერებიდან, რომლებიც ასრულებენ ყოველდღიურ დავალებებს ორგანიზაციაში, რომლებიც არ საჭიროებენ მაღალ ხელმისაწვდომობას, სიჩქარეს და მოქნილობას, მაშინ VMware ESX Server არის სრული პლატფორმა საწარმოს სასიცოცხლო IT ინფრასტრუქტურის მხარდასაჭერად. ვირტუალური სერვერების უწყვეტი მუშაობისა და მათი მხარდაჭერის პირობებში 24 × 7 × 365 რეჟიმში.

აქ მოცემულია რამდენიმე მაგალითი იმისა, თუ როდის გამოვიყენოთ VMware Server დაფუძნებული ინფრასტრუქტურა:

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

VMware ESX სერვერი უნდა იქნას გამოყენებული შემდეგი ამოცანების გადაჭრისას:

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

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

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

რა არის ახალი VMware Cloud Foundation 4 -ში?

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

დღეს ჩვენ მოგიყვებით კიდევ ერთ მნიშვნელოვან განახლებაზე - ჰიბრიდული ინფრასტრუქტურის გადაწყვეტილებების ახალი ვერსიის VMware Cloud Foundation 4. ჩვენ დავწერეთ ამ პაკეტის წინა ვერსიის შესახებ VCF 3.9.1. როგორც გახსოვთ, ეს არის კომპლექსი პროგრამული გადაწყვეტარომელიც მოიცავს VMware vRealize Suite, VMware vSphere ინტეგრირებული კონტეინერების, VMware ინტეგრირებული OpenStack, VMware Horizon, NSX და სხვა კომპონენტებს, რომლებიც მუშაობს ონლაინ, ღრუბლოვან ან ჰიბრიდულ საწარმოთა ინფრასტრუქტურაში SDDC მენეჯერის კონტროლის ქვეშ.

VCF- ის მეოთხე ვერსია მოიცავს ყველა უახლეს კომპონენტს, სტატიებს, რომლებიც აღწერილია ჩვენ ზემოთ:

• v სფერო 7
• VMware vSAN 7
• VMware NSX-T
• VMware vRealize Suite 2019
• კუბერნეტესის მხარდაჭერით

როგორც ვხედავთ, ფუნდამენტურად ახალი კომპონენტი გამოჩნდა VCF სტეკში - VMware Tanzu Kubernetes Grid. ჩვენ უკვე დავწერეთ კონტეინერების მხარდაჭერის ინფრასტრუქტურაზე vSphere პლატფორმის ახალ ვერსიაში და. ახალ VCF არქიტექტურაში ადმინისტრატორებს შეუძლიათ განათავსონ და მოემსახურონ პროგრამები Kubernetes კლასტერებზე, Kubernetes ინსტრუმენტების და დამამშვიდებელი API გამოყენებით.

ამავე დროს, vSphere Kubernetes ტექნოლოგიით (aka Project Pacific) უზრუნველყოფს შემდეგ ფუნქციებს:

• Kubernetes– ზე დაფუძნებული vSphere Pod სერვისები საშუალებას მისცემს კვანძებს გაუშვათ უშუალოდ ESXi ჰიპერვიზორზე. როდესაც ადმინისტრატორი ათავსებს კონტეინერებს vSphere Pod სერვისის საშუალებით, ისინი იღებენ იგივე დონის უსაფრთხოებას, იზოლაციას და შესრულების გარანტიებს, როგორც ვირტუალური მანქანები.
• რეესტრის სერვისი საშუალებას აძლევს დეველოპერებს შეინახონ და მოემსახურონ Docker და OCI სურათებს Harbor პლატფორმაზე.
• ქსელის სერვისი საშუალებას აძლევს დეველოპერებს მართონ ვირტუალური მარშრუტიზატორები, Load Balancers და Firewall Rules კომპონენტები.
• შენახვის სერვისი საშუალებას აძლევს დეველოპერებს მართონ მუდმივი დისკები კონტეინერებთან, კუბერნეტეს კლასტერებთან და ვირტუალურ აპარატებთან გამოსაყენებლად.

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

დანარჩენისთვის, VCF 4 იძენს ყველა უახლეს მახასიათებელს, რომელიც გათვალისწინებულია vSphere, vSAN, NSX-T და სხვათა უკვე ჩამოთვლილი ახალი გამოცემებით.

ცალკე, უნდა აღინიშნოს vSphere Lifecycle Manager (vLCM) - ის ძალიან მჭიდრო ინტეგრაცია vSphere 7.vLCM პლატფორმასთან, რომელიც ავსებს ვირტუალიზაციის ინფრასტრუქტურის კომპონენტების სიცოცხლის ციკლის მართვის შესაძლებლობებს, რომლებიც უკვე SDDC მენეჯერშია, მაგრამ უფრო ღრმა დონეზე - კერძოდ, firmware მართვის დონე vSAN კვანძებისთვის ReadyNodes (მაგალითად, HBA firmware განახლებები).

VSphere ხაზის ყველა სხვა განახლების მსგავსად, VCF 4.0 განახლება მოსალოდნელია აპრილში. თქვენ შეგიძლიათ მიყევით განახლებებს ამ გვერდზე.

ტეგები: VMware, Cloud, VCF, Update, vCloud, Enterprse

დღეს ჩვენ ვისაუბრებთ VMware vSphere 7 – ში დანერგილი პირადობის ფედერაციის სერვისებზე.

ვ თანამედროვე სამყაროკორპორატიული ინფრასტრუქტურა სულ უფრო და უფრო შორდება ძველი პაროლის ავთენტიფიკაციას ორფაქტორიანი (2FA) ან მრავალფაქტორიანი (MFA) ავტორიზაციის პრაქტიკაში. მომხმარებლის იდენტიფიკაციის პროცესი ყოველთვის ემყარება 3 ძირითად საკითხს: თქვენ იცით რაღაც (პაროლი), გაქვთ რაღაც (ტელეფონი), ან ვინ ხართ (თითის ანაბეჭდი).

პირადობის ფედერაციის სერვისები საშუალებას გაძლევთ დააკავშიროთ თქვენი vCenter Server ინფრასტრუქტურა სხვა პირადობის პროვაიდერებთან, როგორიცაა Მოქმედი დირექტორიფედერაციის სერვისები (ADFS), აერთიანებს ორი ან მრავალ ფაქტორიანი ავტორიზაციის პროცესს. სხვა სიტყვებით რომ ვთქვათ, მომხმარებლები, რომლებიც შედიან 2FA– ს საშუალებით თავიანთ სამუშაო მაგიდაზე ან ღრუბლოვანი სერვისიგამოიყენებს იგივე პროცედურას vCenter Server ოპერაციებისთვის.

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

მომხმარებლის გამოცდილების თვალსაზრისით, ეს წააგავს, მაგალითად, ვებგვერდზე შესვლას Google- ის ან Facebook- ის გამოყენებით. OAUTH2 და OIDC პროტოკოლები გამოიყენება ინფორმაციის გაცვლისთვის.

თუ ჩართავთ პირადობის ფედერაციას, შეგიძლიათ გამოიყენოთ ტრადიციული აქტიური დირექტორია, ინტეგრირებული Windows ავთენტიფიკაცია და LDAP / LDAPS vCenter სერვერზე ავტორიზაციისთვის. ამასთან, უნდა გვესმოდეს, რომ ავტორიზაციის ყველა ეს მეთოდი გავლენას არ ახდენს vSphere Single Sign-on (SSO)-ზე, რომელიც ჯერ კიდევ გამოიყენება vSphere პლატფორმის ადმინისტრაციული პარამეტრების შესაქმნელად.

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

ტეგები: VMware, vSphere, უსაფრთხოება, კლიენტი, განახლება

აი რა არის ახალი Ubuntu OVA– ში Horizon 1.2 სურათისთვის:

• მხარს უჭერს მინიმუმ Horizon 7.11 / Horizon Client 5.3 და უფრო გვიან
• მხარს უჭერს მინიმუმ vSphere 6.7 და უფრო გვიან
• OVA შაბლონის განახლებული ძირითადი სურათი Ubuntu 18.04.4 LTS– ზე
• განახლებული ვირტუალური აპარატურა - ვირტუალური აპარატურა v14
• დამატებულია სტატიკური IP მისამართის კონფიგურაციის შესაძლებლობა
• დამატებულია მხარდაჭერა USB 3.0 და USB გადამისამართებისთვის (linux-agent-installer.sh სკრიპტის საშუალებით)
• დამატებულია ვარიანტი KDE Desktop გარემოს შესარჩევად
• დამატებულია ვარიანტი Gnome გარემოს შესარჩევად (რეკომენდებულია)
• დეველოპერის დესკტოპის პაკეტის ვარიანტი
• კლავიატურის განლაგების არჩევა
• SSH ჩართვის ვარიანტი
• ამოღებულია runlevel 5 პარამეტრი
• დაფიქსირდა შეცდომები MOTD– ით
• Გამორთული ავტომატური განახლებაჩართულია
• გაუმჯობესებული SSO მხარდაჭერა
• გაუმჯობესება ოპტიმიზაციის სკრიპტში, რომელსაც ახლა უწოდებენ optimize.sh

ტეგები: VMware, Labs, VDI, Horizon, Linux, Update, VMachines

გახსოვდეთ ისიც, რომ თქვენ აღარ გაქვთ vCenter სერვერი Windows ინსტალერისთვის. , vSphere 6.7 იყო პლატფორმის ბოლო ვერსია, სადაც ჯერ კიდევ იყო ვერსია vCenter- ისთვის Windows- ისთვის. ეს არის მხოლოდ ვირტუალური Photon OS- ზე დაფუძნებული vCenter Server Appliance (vCSA).

ადრე ჩვენ დავწერეთ, რომ გამოსაყენებელი კომუნალური პროგრამის გამოყენებით შეგიძლიათ გარე პლატფორმის სერვისების კონტროლერის (PSC) სერვერის მიგრაცია ადვილად მართვადი ჩანერგილი PSC– ში vCenter Server CLI ან vSphere Client გრაფიკული კლიენტის გამოყენებით:

ასევე, vCenter 7 ინსტალერი აახლებს vCenter– ს და გადასცემს ყველა სერვისს ჩაშენებულ PSC– ს, როგორც ერთი ამოცანის ნაწილს, ასე რომ განახლების შედეგი დაუყოვნებლივ დასრულდება. ახალი vCenter 7 -ის ინსტალერს არ აქვს გარე PSC- ს განლაგების შესაძლებლობა:

2. მიგრაციის პროცესი

თუ თქვენ გაივლით მიგრაციის გზას vCenter Server– დან Windows– ისთვის vCenter Server Appliance (VCSA), მაშინ სქემა ზუსტად იგივე იქნება - შედეგად, თქვენ მიიღებთ vCenter 7 –ს vCSA– ზე ინტეგრირებულ PSC– ში:

გარე PSC კონვერტაციის შემდეგ ის რჩება კონსოლში და მისი გათიშვა არის შემდგომი ამოცანა vSphere ადმინისტრატორისთვის. ეს შეიძლება გაკეთდეს CMSSO-UTIL ბრძანების გამოყენებით ან გრაფიკული ინტერფეისიკლიენტი (სისტემის კონფიგურაციის განყოფილებაში):

3. განახლების გზები

აქ ყველაფერი მარტივია. განახლება მხარდაჭერილია ამ ფირფიტის მიხედვით:

როგორც ცხრილიდან ხედავთ, განახლება მხარდაჭერილია vSphere 6.5 – დან, მაგრამ ბევრი ადმინისტრატორი, ვირტუალური ინფრასტრუქტურის განახლებისას, ამჯობინებს vCenter სერვისების გადანაწილებას, რათა არ გადაიტანოს განახლების დროს გამოჩენილი შეცდომების ისტორია.

განახლებამდე, დარწმუნდით, რომ გადახედეთ დოკუმენტებს და. მაგრამ გახსოვდეთ, რომ vSphere 7-ის ოფიციალურ გამოშვებამდე ეს დოკუმენტები არ შეიცავს უახლეს ინფორმაციას მეშვიდე ვერსიის შესახებ.

ტეგები: VMware, vCenter, განახლება

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

ისე, საბოლოო საინტერესო ახალი ფუნქცია DEM 9.11 არის ნივთების პოვნა. ეს საშუალებას მოგცემთ მოძებნოთ ბაზარზე არსებული კონფიგურაციის შაბლონები, თქვენ მიერ შექმნილი ჰორიზონტის ჭკვიანი პოლიტიკა, გარკვეულ პირობებში (პირობების ნაკრები) და სხვა ელემენტები, რაც ძალიან მოსახერხებელია ადმინისტრატორებისთვის:

ამ ბმულიდან შეგიძლიათ ჩამოტვირთოთ Dynamic Environment Manager 9.11. გამოშვების შენიშვნები ხელმისაწვდომია.

ტეგები: VMware, DEM, განახლება, VDI, EUC
ტეგები: VMware, Horizon, Update, VDI, DEM, Client, EUC

მოდით შევხედოთ რა არის ახალი vRealize Operations 8.1– ში:

1. ოპერაციები ინტეგრირებული ინფრასტრუქტურით vSphere და Kubernetes.

vRealize Operations 8.1 გაძლევთ საშუალებას აღმოაჩინოთ და გააკონტროლოთ Kubernetes– ის მტევანი vSphere ინტეგრირებული ინფრასტრუქტურის ფარგლებში, სუპერვიზატორის კლასტერების, სახელების, POD– ების და კლასტერების ავტომატური დამატების უნარით, რაც მათ vCenter– ში დაამატებთ დატვირთვის მართვის მახასიათებლების გამოყენებით.

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

2. ოპერაციები VMware Cloud– ის ინფრასტრუქტურაში AWS– ზე.

ახლა, VMware Cloud– ში AWS– ზე, შეგიძლიათ გამოიყენოთ VMware Cloud Service Portal ნიშანი, რათა ავტომატურად აღმოაჩინოთ SDDC მონაცემთა ცენტრები და შექმნათ მონიტორინგის ინსტრუმენტები რამდენიმე მარტივ ნაბიჯში. ასევე შესაძლებელი იქნება ერთი ანგარიშის გამოყენება VMware Cloud– ზე მრავალი SDDC ობიექტის მართვისთვის AWS პლატფორმაზე, მათ შორის vCenter, vSAN და NSX სერვისები, ასევე იქნება სრული ინტეგრაცია VMConAWS ბილინგთან.

შემდეგი დაფა შეიძლება გამოყენებულ იქნას ღრუბელში:

• თვალყური ადევნეთ რესურსების გამოყენებას და ვირტუალურ მანქანებს, მათ შორის NSX Edge, Controller და vCenter Server სერვისებს.
• მონიტორინგი ძირითადი რესურსების ჩათვლით CPU, მეხსიერება, დისკი და ქსელი ყველა ინფრასტრუქტურისა და ვირტუალური აპარატისთვის.
• თვალყური ადევნეთ რესურსების მოხმარების ტენდენციებს და იწინასწარმეტყველეთ ისეთი მეტრიკა, როგორიცაა დროის დარჩენილი, შესაძლებლობების დარჩენილი და ვირტუალური მანქანების დარჩენილი.
• ვირტუალური მანქანების მოძიება, რომლებიც მოიხმარენ არაგონივრულ რაოდენობას და საჭიროებენ ისტორიულ მონაცემებზე დაყრდნობით კონფიგურაციას.

გარდა ამისა, ვიზუალიზაციისა და მონიტორინგის ინსტრუმენტების სრული მხარდაჭერა იქნება უზრუნველყოფილი VMware NSX-T სერვისებისთვის:

კარგად, vROPs 8.1– ის გამოშვებაში არის სრული ინტეგრაცია VMware Cloud– ის ხარჯების თვალთვალის ფუნქციონირების AWS– ზე, vRealize Operations გადაწყვეტასთან, პორტალის ინტერფეისში. ეს საშუალებას მოგცემთ გააკონტროლოთ უკვე გაკეთებული და გადადებული ხარჯები, ასევე დააზუსტოთ ისინი ხელმოწერების, მოხმარებისა და გადახდის თარიღების მიხედვით.

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

3. რამდენიმე ღრუბლის მონიტორინგის ფუნქციები (ერთიანი მრავალმხრივი მონიტორინგი).

მონიტორინგის ინსტრუმენტები ახლა კიდევ უფრო მოწინავე ფუნქციებს იძლევა, როგორიცაა Google Cloud Platform მხარდაჭერა, გაუმჯობესებული AWS მხარდაჭერა და Cloud Health Management ახალი პაკეტი.

VROPS 8.1– ს აქვს შემდეგი GCP სერვისები:

• გამოთვალეთ ძრავის შემთხვევა
• შენახვის ვედრო
• Cloud VPN
• დიდი შეკითხვა
• კუბერნეტესის ძრავა

AWS მენეჯმენტის პაკეტი ახლა მხარს უჭერს შემდეგ AWS ობიექტებს:

• ელასტიური ლობიო
• Direct Connect Gateway
• Სამიზნე ჯგუფი
• სატრანზიტო კარიბჭე
• ინტერნეტ კარიბჭე
• ელასტიური ქსელის ინტერფეისი (ENI)
• EKS კლასტერი

CloudHealth მენეჯმენტის პაკეტი ასევე გაფართოვდა, რათა შეიცავდეს GCP Outlook– ისა და ფასების მონაცემების ოპერაციების vRealize 8.1 ოპერატიულ უზრუნველყოფას. თქვენ ასევე შეგიძლიათ შექმნათ ნებისმიერი რაოდენობის საბაჟო დაფა საჯარო, ჰიბრიდული ან კერძო ღრუბლების სხვადასხვა რესურსების კოეფიციენტების ფასების გაერთიანებით.

VRealize Operations 8.1 გამოვა მიმდინარე წლის აპრილში, VMware vSphere 7. გამოშვებასთან ერთად. ამის შესახებ ჩვენ აუცილებლად დავწერთ.

ტეგები: VMware, vRealize, ოპერაციები, განახლება, მონიტორინგი, vSphere, Cloud
ტეგები: VMware, vCenter, VEBA, Labs
ტეგები: VMware, SRM, Update, DR, Replication, Enterprise

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

1. გაუმჯობესება VMware vCenter სერვისებში

VCenter Server SSO ტოპოლოგიის გამარტივება შეიძლება აღინიშნოს აქ:

• გარე PSC მომხმარებლებისთვის vCenter სერვერის განახლება კონსოლიდირებულ ტოპოლოგიაზე, რომელიც დაფუძნებულია ერთ vCSA სერვერზე.
• ჩაშენებული PSC არის განლაგების ერთადერთი ვარიანტი. გარე PSC აღარ არის მხარდაჭერილი.

VCenter სერვერის პროფილები:

• ეს ახალი ფუნქცია vCenter სერვერებისთვის მუშაობს ზუსტად ისევე, როგორც მასპინძლების პროფილები. ახლა თქვენ შეგიძლიათ შეადაროთ და გაუშვათ vCenter სერვერების პარამეტრები JSON ფორმატში სარეზერვო მიზნებისთვის, ან გამოიყენოთ ეს პარამეტრები სხვა vCenter– ზე REST API– ს საშუალებით.

VCenter Multi-Homing მახასიათებლები:

• 4 -მდე vNIC შეიძლება გამოყენებულ იქნას vCSA კონტროლის ტრაფიკისთვის, რომელთაგან ერთი vNIC დაცულია vCHA– სთვის.

შინაარსის ბიბლიოთეკის გაუმჯობესება

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

ახალი vCenter Server Update Planner ფუნქცია:

• ახალი შესაძლებლობები ხელმისაწვდომია vSphere Lifecycle Manager (vLCM) - ის ნაწილად vCenter სერვერებისთვის.
• Update Scheduler– ით შეგიძლიათ მიიღოთ vCenter– ის განახლების სიგნალები, დაგეგმოთ და გაააქტიუროთ განახლებები და განახორციელოთ რა, თუ განახლებამდე.
• არჩეული vCenter სერვერის წინასწარი განახლების შემოწმების უნარი.

2 VMware DRS გაუმჯობესება

• DRS ახლა იწყება ყოველ წუთში ყოველ 5 წუთის ნაცვლად, როგორც ადრე.
• VM DRS ქულა მექანიზმი (aka) გამოიყენება რეკომენდაციების შესაქმნელად.
• ახლა ეს არის დატვირთვაზე ორიენტირებული მექანიზმი - ეს ნიშნავს, რომ ახლა, უპირველეს ყოვლისა, მხედველობაში მიიღება ვირტუალური აპარატის საჭიროებები და მასში არსებული პროგრამა და მხოლოდ ამის შემდეგ გამოიყენება მასპინძელი რესურსები.
• მეხსიერების გამოთვლები ემყარება მინიჭებულ მეხსიერებას კასეტური სტანდარტული გადახრის ნაცვლად.
• გამოჩნდა მასშტაბური აქციების მექანიზმი, რომელიც საშუალებას გაძლევთ უკეთ გამოყოთ აქციები რესურსების აუზში მათი დაბალანსების თვალსაზრისით.

3. გაუმჯობესება vMotion– ში

იყო ასეთი გაუმჯობესებები:

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

4. vSphere Lifecycle Manager (vLCM) ახალი მახასიათებლები

აქ უნდა აღინიშნოს 2 გაუმჯობესება:

• კლასტერული გამოსახულების მენეჯმენტი, რომელიც მოიცავს სხვადასხვა ვერსიის ფირმის, დრაივერისა და ESXi გამოსახულების განახლებებს.
• პირველადი მხარდაჭერა Dell OpenManage და HP OneView გადაწყვეტილებებისთვის.

5. მახასიათებლები განაცხადის დაჩქარება (ტექნიკური გადახედვა)

ეს თვისებები მოვიდა შეძენილი კომპანია Bitfusion– დან. ისინი საშუალებას გაძლევთ ოპტიმიზიროთ GPU- ის გამოყენება აუზში ქსელში, როდესაც vGPU ნაწილობრივ შეიძლება გაიყოს რამდენიმე VM– ს შორის. ეს შეიძლება გამოყენებულ იქნას AI / ML პროგრამის ამოცანების დატვირთვისთვის.

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

6. აპარატურის ფუნქციების მინიჭება

ეს ფუნქცია საშუალებას გაძლევთ გამოიყენოთ ეგრეთ წოდებული Dynamic DirectPath I / O იმ მანქანებისთვის, რომლებსაც სჭირდებათ მუშაობა PCIe passthrough და Nvidia GRID მოწყობილობებით. ახლა ის შეიძლება გამოყენებულ იქნას მასპინძლების შესარჩევად კონკრეტული ტექნიკური მოთხოვნებით, როგორიცაა vGPU და PCIe. ეს, თავის მხრივ, საშუალებას აძლევს გამოიყენოს HA და DRS Initial Placement ტექნოლოგიები ასეთი VM– ებისთვის კლასტერში, სადაც არის ESXi მასპინძლები, რომლებიც თავსებადია ტექნიკის თვალსაზრისით.

7. სერტიფიკატის მენეჯმენტი

აქ არის 2 ძირითადი ახალი ფუნქცია:

• ახალი სერთიფიკატის იმპორტის ოსტატი.
• სერთიფიკატის API სკრიპტირების სერთიფიკატის მართვისთვის.

8. პირადობის ფედერაციის მახასიათებლები

ADFS მახასიათებლები ახლა მხარდაჭერილია ყუთში და მეტი დევნილი, რომელიც იყენებს OAUTH2 და OIDC მექანიზმებს, ასევე იქნება მხარდაჭერილი.

9. vSphere Trust Authority (vTA) მახასიათებლები

• vTA იყენებს ESXi მასპინძელთა ცალკეულ კლასტერს ცალკეული ტექნიკის ნდობის კვანძის შესაქმნელად.
• ამ კლასტერს შეეძლება გამოითვალოს გამოთვლითი კლასტერი და მისი VMs vCenter- თან და მენეჯმენტის სხვა კომპონენტებთან ერთად.
• თქვენ შეგიძლიათ გამოიყენოთ ატესტაციის მექანიზმი, როდესაც საჭიროა დაშიფვრის გასაღებები.
• ახლა უფრო ადვილია უმცირეს პრივილეგიის პრინციპის აღსრულება და აუდიტის სივრცის გაფართოება.

10. შესაძლებლობები vSGX / Secure Enclaves (Intel)

• Intel Software Guard Extensions (SGX) საშუალებას გაძლევთ გადაიტანოთ მგრძნობიარე პროგრამის ლოგიკა და საცავი დაცულ ტერიტორიაზე, სადაც სტუმრების ოპერაციული სისტემები და ESXi ჰიპერვიზორი ვერ წვდება.
• SGX მახასიათებლები გამორიცხავს vMotion– ის, ფოტოების, შეცდომების შემწყნარებლობის და სხვა ტექნოლოგიების გამოყენებას. ამიტომ, SGX საუკეთესოდ გამოიყენება მხოლოდ მაშინ, როდესაც სხვა გზა არ არსებობს.

11. vSphere– ის ახალი გამოცემა Kubernetes– ით (პროექტი წყნარი ოკეანე)

ჩვენ დეტალურად ვისაუბრეთ პროექტზე Pacific. ეს არის ინსტრუმენტების ნაკრები VMware vSphere გარემოს კუბერნეტეს კლასტერების მშობლიურ პლატფორმად გადაქცევისთვის. vCenter Server უზრუნველყოფს k8s კლასტერის მართვის შესაძლებლობებს (n-2-ზე ძველი კლასტერები განახლდება). Harbor ასევე ინტეგრირებულია გადაწყვეტაში, რომელიც შეიძლება შეიცავდეს თითოეული სახელის სივრცეს.

ჯერჯერობით, ეს ხელმისაწვდომია მხოლოდ VMware Cloud Foundation მომხმარებლებისთვის (4.0), რადგან გამოსავალი დაკავშირებულია კომპონენტთან.

12. გაუმჯობესება VMware ინსტრუმენტებში

სასტუმრო მაღაზიის მახასიათებლები ახლა ხელმისაწვდომია სტუმრების OS– ში (მაგალითად, VMware ინსტრუმენტების განახლება სტუმარი OS– დან).

13. განახლებული აპარატურა (VM Hardware v17)

აქ ძირითადი გაუმჯობესებებია:

• ვირტუალური Watchdog Timer - ახლა არ არის ფიზიკურ აპარატურაზე დამოკიდებული VM- ს გადატვირთვა იმ შემთხვევაში, თუ სტუმარი OS არ რეაგირებს.
• ზუსტი დროის პროტოკოლი (PTP) - ძალიან მგრძნობიარე პროგრამებისთვის (როგორიცაა სავაჭრო პლატფორმები ტრეიდერებისთვის), შეგიძლიათ გამოიყენოთ PTP NTP– ის ნაცვლად და მიანიჭოთ მას ვირტუალურ აპარატებს.

14. გაუმჯობესება vSphere Client– ში

შემდეგი გაუმჯობესებები გამოჩნდა აქ:

• ძიების ისტორიის შენახვა დაიწყო.
• API Explorer– ს ახლა აქვს უკეთესი ხედი ყველა არსებულ API– ზე.
• Code Capture– ისთვის შეგიძლიათ აირჩიოთ სკრიპტირების ენა - PowerCLI, Javascript, Python ან Go.

რა თქმა უნდა, ეს არ არის VMware vSphere 7 -ის ყველა ახალი თვისება, რომელიც წარმოდგენილი იყო მეორე დღეს. უახლოეს მომავალში ჩვენ კიდევ ბევრს გეტყვით მათ შესახებ და გარდა ამისა, ჩვენ ასევე გადავხედავთ გამოცხადებულ გადაწყვეტილებებს VMware Tanzu ოჯახის, VMware Cloud Foundation 4 და vRealize 8.1.

ტეგები: VMware, vSphere, Update, Enterprise, Kubernetes, vCenter

ვირტუალური მისამართების ფიზიკურ მისამართებად გადასაყვანად გამოიყენება Page Table, რომელიც შეიცავს PTE ჩანაწერებს:

PTE ჩანაწერები შეიცავს რეალურ ბმულებს ფიზიკური მისამართებიდა მეხსიერების გვერდის ზოგიერთი პარამეტრი (შეგიძლიათ წაიკითხოთ მეტი ამის შესახებ). PTE ჩანაწერების სტრუქტურა შეიძლება იყოს სხვადასხვა ზომის - ეს არის WORD (16 ბიტი / 2 ბაიტი), DWORD (32 ბიტი / 4 ბაიტი) და QWORD (64 ბიტი / 8 ბაიტი). ისინი მიმართავენ ფიზიკურ მეხსიერებაში მისამართების დიდ ბლოკებს, მაგალითად, DWORD მიმართავს მისამართების ბლოკს 4 კილოიბაიტით (მაგალითად, მისამართები 4096 -დან 8191 -მდე).

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

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

MMU– ს მნიშვნელოვანი კომპონენტია Translation Lookaside Buffer (TLB), რომელიც არის ქეში MMU– სთვის. TLB ყოველთვის მდებარეობს მინიმუმ ფიზიკურ მეხსიერებაში და პროცესორებისთვის ის ხშირად ხორციელდება თვით პროცესორის დონეზე, ისე რომ მასზე წვდომა რაც შეიძლება სწრაფად მოხდეს. ამრიგად, ტიპიური TLB დაშვების დრო პროცესორზე არის დაახლოებით 10 ნანოწამი, ხოლო ფიზიკურ მეხსიერებაზე წვდომა დაახლოებით 100 ნანოწამია. VMware vSphere მხარს უჭერს Hardware MMU Offload, ანუ მეხსიერების მართვის ფუნქციების გადაცემას ფიზიკური პროცესორის MMU მხარეზე.

ასე რომ, თუ ვირტუალური აპარატიდან გამოჩნდება მოთხოვნა ვირტუალურ მისამართზე წვდომისათვის 0x00004105შემდეგ ეს მისამართი იყოფა ვირტუალური გვერდის მისამართად (ვირტუალური გვერდის ნომერი - 0x0004) და ოფსეტური (ოფსეტური - 0x105- გვერდის შიგნით არსებული ტერიტორია)

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

ასევე შესაძლებელია სხვა სიტუაცია - ვირტუალური მისამართის დაშლისას, მიღებული ტეგი 0x0003დაკარგული TLB- ში ამ შემთხვევაში, გვერდი იძებნება ფიზიკურ მეხსიერებაში ტეგით (გვერდის ნომერი 3) და მისი მისამართი უკვე ნათარგმნია ( 0x006). შემდეგი, ჩანაწერი ამ ტეგით ემატება TLB- ს (ამ შემთხვევაში, ძველი ჩანაწერები ქეშიდან წინასწარ არის გამორჩეული, თუ ის სავსეა):

უნდა აღინიშნოს, რომ ასეთი ოპერაცია იწვევს ოდნავ უფრო დიდ შეფერხებას (რადგან თქვენ უნდა მოძებნოთ გლობალურ მეხსიერებაში) და ამ სიტუაციას ეწოდება TLB მის, ეს არის, TLB miss.

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

მოდით შევხედოთ მაგალითს:

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

ამ შემთხვევაში, გვერდი აღდგება დისკიდან RAM– ზე (გადაადგილება უძველესი გვერდი წვდომის დროის თვალსაზრისით), შემდეგ კი ამ გვერდის მისამართი ითარგმნება. ამ სიტუაციას ეწოდება გვერდის მარცხი ( გვერდის გაუმართაობა), რაც იწვევს პროგრამის ოპერაციების შეფერხებას, ამიტომ ზოგჯერ სასარგებლოა ინდივიდუალური პროცესების Page Faults– ის თვალყურის დევნება, რათა გავიგოთ მეხსიერებასთან მუშაობისას შესრულების ვარდნის მიზეზი.

ტეგები: VMware, vSphere, ESXi, მეხსიერება, შესრულება, ბლოგები

არსებული vSphere Platinum მომხმარებლები გამოცხადებული თარიღის შემდეგ მიიღებენ vSphere Enterprise Plus ლიცენზიებს, VMware AppDefense SaaS პროდუქტს და VMware AppDefense მოდულს vSphere– სთვის (იხილეთ სად ჩამოტვირთოთ ეს მოდული). VCloud Suite Platinum და Cloud Foundation Platinum მომხმარებლებისთვის არაფერი იცვლება, გარდა თავად vSphere- ის ევოლუციისა, რომელიც შედის პაკეტებში.

ტეგები: VMware, vSphere, Platinum, განახლება, მხარდაჭერა

პაკეტი ყურადღებას ამახვილებს კოდის ხარისხზე, კოდის ხელახლა გამოყენებაზე, ერთეულის ტესტირებაზე, ურთიერთობების მენეჯმენტზე და პროექტის გვერდიგვერდ გამოშვებებზე vRealize პლატფორმისთვის. vRealize Build Tools არის გაფართოებები, შეფუთული Maven საცავის ფორმატში, რომლებიც მხარს უჭერენ IDE- ს გამოყენებას (Maven– ის საშუალებით) და CLI– ს vRA / vRO პლატფორმებისთვის გადაწყვეტილებების შემუშავების, ტესტირებისა და განსახორციელებლად.

ვნახოთ რა არის ახალი მეორე ვერსიაში:

• ხსნარის, მისი გეგმების, საბაჟო ფორმების, ხელმოწერების და გემოს შედგენის მექანიკის მხარდაჭერა
• არსებული შინაარსის მხარდაჭერა და მისი იმპორტი vRO 8 -ისთვის
• VRO 8 ფუნქციონირების მხარდაჭერა საქაღალდეების სტრუქტურაში სამუშაო ნაკადების ექსპორტზე მათი ტეგების საფუძველზე
• მუშა პროცესების გაშვება vRO– ზე maven ბრძანების გამოყენებით
• JS Actions ID– ების წყაროში შენახვის შესაძლებლობა vRO გარემოში კონფლიქტების თავიდან ასაცილებლად
• გაუმჯობესდა TypeScript პროექტების ექსპერიმენტული მხარდაჭერა
• შეცდომების აღმოფხვრა და დოკუმენტაციის განახლება

VRealize Build Tools– ის დასაწყებად გჭირდებათ შემდეგი ინსტრუმენტები:

• v რეალიზება ორკესტრი
• Microsoft VS კოდი

თქვენ შეგიძლიათ ჩამოტვირთოთ vRealize Build Tools აქ.

ტეგები: VMware, Labs, vRealize, Automation, Orchestrator, Update

შეცდომების მრავალი გამოსწორების გარდა, პროგრამას აქვს რამდენიმე ახალი სმდლეტი:

• Add-vRA-Project-Administrator
• Add-vRA-Project-Member
• Get-vRA-DeploymentFilters
• Get-vRA-DeploymentFilterTypes
• Get-vRA-FabricNetworksFilter
• Get-vRA-FabricImagesFilter
• Remove-vRA-Project-Administrator
• ამოღება-vRA- პროექტის წევრი
• განახლება-vRA-Project-ZoneConfig

შეგახსენებთ, რომ ეს მოდული არ არის მხარდაჭერილი VMware– ით (ისევე როგორც ყველა კომუნალური პროგრამა VMware Labs– ში, რომლებიც იმყოფებიან Tech Preview სტატუსში), ამიტომ გამოიყენეთ იგი სიფრთხილით.

თქვენ შეიძლება ეს ინსტრუმენტი გამოგადგეთ შემდეგ შემთხვევებში:

• როდესაც თქვენ გჭირდებათ ორი მტევნის შედარება შესრულებით (მაგალითად, სხვადასხვა აპარატურაზე)
• როდის უნდა გავიგოთ კლასტერის კონფიგურაციის ცვლილებების შესრულების გავლენა
• როდესაც თქვენ უნდა დაადასტუროთ, რომ ახალი კლასტერი სწორად არის კონფიგურირებული, სანამ ის წარმოების გარემოში ჩაუშვებთ

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

Weathervane ათავსებს საორიენტაციო პროგრამას კვანძებზე და კვებავს იქ დატვირთვას, რომელიც წარმოიქმნება Workload მძღოლის კომპონენტის მეშვეობით. ეს დრაივერი შეიძლება განთავსდეს როგორც საორიენტაციო პროგრამასთან ერთად, ასევე გარე გარემოში, ცალკე კლასტერში.

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

ასე გამოიყურება Weathervane გადაწყვეტის კომპონენტები (Run აღკაზმულობის კომპონენტი პასუხისმგებელია ტესტების გაშვებაზე და ტესტის შედეგების მიღებაზე):

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

Weathervane აპლიკაცია შედგება რამდენიმე დონისგან. პროგრამის ლოგიკა ხორციელდება Tomcat სერვერზე გაშვებული Java სერვისების საშუალებით, რომლებიც ურთიერთობენ REST API და RabbitMQ შეტყობინებების საშუალებით და იყენებენ Zookeeper– ს კოორდინაციისთვის. უკანა საცავები ხორციელდება PostgreSQL და Cassandra გამოყენებით. წინა დონის ვებ სერვერები და პროქსი ქეში სერვერები დანერგილია Nginx– ში.

ტეგები: VMware, Kubernetes, Weathvane, Update, Performance

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

ასე გამოიყურება ათეული:

აქ არის სპეციალისტები რუსეთიდან, რომლებმაც მიიღეს vExpert წელს:

ტეგები: VMware, vExpert, ბლოგები

VMware vCenter Server 6.7 დისტანციური ოფისისა და ფილიალის ვირტუალური ინფრასტრუქტურის შესრულება VMware ESXi სერვერები

VMware vSphere პლატფორმის ბევრმა მომხმარებელმა იცის, რომ არსებობს ასეთი ვარიანტი განაწილებული ვირტუალური ინფრასტრუქტურის განლაგებისა და ექსპლუატაციისათვის, როგორიცაა ROBO (დისტანციური ან ფილიალის ოფისები). ეს გულისხმობს ერთი ან რამდენიმე ძირითადი მონაცემთა ცენტრის არსებობას, საიდანაც მართულია მცირე დისტანციური ოფისები, სადაც არის რამდენიმე VMware ESXi სერვერი, საკუთარი vCenter– ით ან მის გარეშე.

გასული წლის ბოლოს, VMware– მ გამოაქვეყნა საინტერესო ნაშრომი „VMware vCenter Server 6.7 შესრულება დისტანციურ ოფისებსა და ფილიალებში“ (ჩვენ უკვე ცოტათი გავაფორმეთ), რომელიც განიხილავს ასეთი სცენარის გამოყენების მთავარ ასპექტს - შესრულებას. ყოველივე ამის შემდეგ, დისტანციური ოფისები შეიძლება განთავსდეს სხვა ქალაქებში, ქვეყნებში და კონტინენტებზეც, რომელთა წვდომა ხორციელდება სხვადასხვა სახის კავშირების საშუალებით (მაგალითად, 4G ან სატელიტი), ამიტომ ძალიან მნიშვნელოვანია, თუ რამდენ ტრაფიკს მოიხმარს სხვადასხვა ოპერაციები და რამდენად სწრაფად მუშაობენ ისინი ადმინისტრატორის თვალსაზრისით.

VMware– ში სხვადასხვა ტიპის ქსელური კავშირის პარამეტრები შეჯამდა ცხრილში (მარჯვენა სვეტში, რომელიც მიღებული იქნა ტესტის კონფიგურაციის გამოყენების შედეგად, ხოლო მარცხენა სვეტში, როგორც ეს ხდება რეალური მონაცემთა ცენტრების სცენარებში):

ტესტირებისთვის გამოყენებულ იქნა 128 ESXi მასპინძლის დისტანციური კონფიგურაცია, სადაც რეგისტრირებული იყო 3840 ვირტუალური მანქანა (960 ვირტუალური მანქანა კლასტერზე, 30 თითო მასპინძელი), რომელთაგან 3000 – მდე მანქანა ერთდროულად იყო ჩართული.

ჰიპერვიზორები (ვირტუალიზაციის ტექნოლოგიები) უკვე 30 წელზე მეტია არსებობს და ამ დროის განმავლობაში მათ მოახერხეს ღრუბლის ეკოსისტემაში ერთ -ერთი მთავარი "ძუკნა" გახდნენ. ვირტუალიზაციის მრავალი კომპანია ირჩევს ორ პოპულარულ ჰიპერვიზორს - VMware და KVM. ჩვენ გირჩევთ გაერკვნენ, რომელია უკეთესი. მაგრამ პირველი, ცოტა თეორია.

რა არის ჰიპერვიზორი?

ჰიპერვიზორი არის პროგრამა, რომელიც ჰყოფს ოპერაციულ სისტემას ტექნიკისგან. ჰიპერვიზორები ვირტუალიზებენ სერვერის რესურსებს (პროცესორი, მეხსიერება, დისკი, ქსელის ინტერფეისი და სხვა), რაც მათ საშუალებას აძლევს გამოიყენონ როგორც საკუთარი და შექმნან რამდენიმე ცალკეული ვირტუალური მანქანა ერთ სერვერზე დაყრდნობით. თითოეული შექმნილი ვირტუალური მანქანა იზოლირებულია მეზობლებისგან, რათა არ იმოქმედოს სხვების მუშაობაზე. ჰიპერვიზორის მუშაობისთვის საჭიროა ვირტუალიზაციის მხარდაჭერა: Intel პროცესორებისთვის Intel VT პროცესორზე და AMD პროცესორებისთვის AMD-V.

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

მეორე ტიპის ჰიპერვიზორი, ასევე ცნობილი როგორც Hosted Hypervisor, მუშაობს სერვერზე დაყენებული ოპერაციული სისტემით. და ახალი მომხმარებლებისთვის ოპერაციული სისტემები აგებულია ჰიპერვიზორის თავზე.

დესკტოპის ჰიპერვიზორები, როგორიცაა Oracle VirtualBox ან VMware Workstation არის ტიპი 2 ჰიპერვიზორები, ხოლო VMware და KVM არის ტიპი 1. VMware და KVM დაინსტალირებულია პირდაპირ სერვერზე და არ საჭიროებს რაიმე ოპერაციული სისტემის ინსტალაციას.

VMware vSphere

VMware vSphere– ის შეძენამდე შეგიძლიათ სცადოთ საცდელი ვერსია (60 დღე), რის შემდეგაც უნდა შეიძინოთ ლიცენზია, ან შეეგუოთ უფასო ვერსიის შეზღუდვებს.

უფასო ვერსიას, სახელწოდებით VMware Free vSphere Hypervisor, არ აქვს CPU ან მეხსიერების ლიმიტი მასპინძლისთვის, მაგრამ არის სხვა მრავალი:

• პროდუქტის API მხოლოდ წასაკითხია;
• ვირტუალურ აპარატს არ შეიძლება ჰქონდეს 8 ბირთვზე მეტი;
• ის არ შეიძლება გამოყენებულ იქნას Veeam– თან სარეზერვო ასლების შესაქმნელად;
• კავშირი vCenter სერვერთან არ არის მხარდაჭერილი;
• მაღალი ხელმისაწვდომობა, VM Host Live Migration და VM Storage Live Migration ტექნოლოგიები ასევე არ არის მხარდაჭერილი.

VMware– ის პროდუქტი განსხვავდება მისი კოლეგებისგან დიდი რაოდენობის ოპერაციული სისტემის მხარდაჭერით - Windows, Linux, Solaris, FreeBSD, Netware, MacOS და სხვა.

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

ასევე მნიშვნელოვანია სპეციალური VMware vCenter Converter, რომელიც საშუალებას გაძლევთ გამოიყენოთ MS ვირტუალური სერვერი, ვირტუალური კომპიუტერი, Hyper-V სურათები ESXi– ში, ასევე ფიზიკური სერვერები და დისკის დანაყოფის სურათები, რომლებიც შექმნილია ისეთი პროგრამების მიერ, როგორიცაა Acronis True Image, Norton Ghost და სხვა.

VMware vSphere– ს აქვს ჩაშენებული Microsoft Active Directory ინტეგრაცია, რაც იმას ნიშნავს, რომ თქვენ შეგიძლიათ მომხმარებლების ავტორიზაცია მოახდინოთ კერძო ან ჰიბრიდულ ღრუბელში Microsoft დომენის სერვისების გამოყენებით. რესურსების მოქნილი განაწილება საშუალებას გაძლევთ დაამატოთ CPU, RAM და მყარი დისკი(მათ შორის მიმდინარე მყარი დისკის ზომის შეცვლა გადატვირთვის გარეშე).

VMware Fault Tolerate არის VMware ტექნოლოგია, რომელიც შექმნილია ვირტუალური მანქანების დასაცავად უწყვეტი ხელმისაწვდომობის კლასტერებით. თუ მასპინძელი (ESXi სერვერი) ვირტუალური აპარატის პირველადი სამუშაო ასლით ვერ ხერხდება, დაცული ვირტუალური მანქანა მყისიერად გადადის სხვა ESXi სერვერზე გაშვებულ "მეორად" ან "ჩრდილის" ასლზე. VMware Fault Tolerance– ით დაცული მანქანებისთვის არის მუდმივი (რეალურ დროში) მეხსიერების მთლიანი მდგომარეობისა და პროცესორის ინსტრუქციის ძირითადი ასლი ძირითადი ასლიდან ჩრდილის ასლამდე. თუ პირველადი ESXi მასპინძელი ვერ ხერხდება, მომხმარებლები ვერც კი შეამჩნევენ მეორე მასპინძელზე ჩავარდნის პროცესს. ეს განასხვავებს ხარვეზის ტოლერანტობას მაღალი ხელმისაწვდომობისგან. მაღალი ხელმისაწვდომობის შემთხვევაში, თუ ფიზიკური სერვერი ვერ ხერხდება, ვირტუალური მანქანები გადატვირთულია სხვა კვანძებზე და სანამ ოპერაციული სისტემები გადატვირთულია, მომხმარებლებს არ ექნებათ წვდომა ვირტუალურ სერვერებზე.

გარდა VMware Foult Tolerate, VMware vCloud Suite Enterprise ლიცენზია უზრუნველყოფს მაღალ ხელმისაწვდომობას, გამძლეობას და კატასტროფის აღდგენას vSphere HA, vMotion, Storage vMotion და vCenter Site Recovery Manager– ით.

სერვერების ან შენახვის სისტემების (DSS) დაგეგმილი გათიშვების შესამცირებლად, vMotion და Storage vMotion ფუნქციები ვირტუალურ აპარატებსა და მათ დისკებს ონლაინ რეჟიმში გადააქვს პროგრამებისა და მომხმარებლების შეწყვეტის გარეშე. VSphere Replication მხარს უჭერს vCenter საიტის აღდგენის მენეჯერის (SRM) გამეორების მრავალ ვარიანტს ძირითადი კატასტროფებისგან დასაცავად. SRM უზრუნველყოფს კატასტროფის აღდგენის ცენტრალიზებულ დაგეგმვას, ავტომატური ჩავარდნას და ჩავარდნას სარეზერვო საიტიდან ან vCloud– დან და კატასტროფის აღდგენის შემაფერხებელ ტესტირებას.

ამ ჰიპერვიზორის თავისებურებები მოიცავს ტექნიკის შერჩევითობას - ინსტალაციამდე, თქვენ ყურადღებით უნდა შეამოწმოთ არსებული ტექნიკა ESXi– ს სასურველ ვერსიასთან თავსებადობისთვის. ამისათვის არის სპეციალური VMware ვებსაიტზე.

VMware პროდუქციის ლიცენზირებას აქვს თავისი სპეციფიკა. დამატებითი დაბნეულობა ემატება პერიოდულ ცვლილებებს (ვერსიიდან vSphere ვერსიამდე) VMware ლიცენზირების პოლიტიკაში. VMware vSpere ლიცენზიების შეძენამდე რამდენიმე პუნქტია გასათვალისწინებელი:

• ჰიპერვიზორი ლიცენზირებულია ფიზიკურ საფუძველზე (CPU) საფუძველზე. თითოეული სერვერის პროცესორი მოითხოვს ცალკე vSphere ლიცენზიას (ბირთვები არ არის ფიზიკური პროცესორები და არ ითვლება ლიცენზირებისთვის);
• ESXi სერვერის ხელმისაწვდომი ფუნქციონირება განისაზღვრება მასზე დაყენებული vSphere ლიცენზიით. ლიცენზიების შესახებ დეტალური სახელმძღვანელო ხელმისაწვდომია აქ;
• თითოეული შეძენილი vShpere ლიცენზიისთვის, თქვენ უნდა შეიძინოთ მომსახურების დამხმარე პაკეტი (მინიმუმ ერთი წლის განმავლობაში);
• VMware არ აწესებს სერვერზე დაინსტალირებული მეხსიერების (RAM) ოდენობას ან გაშვებული ვირტუალური აპარატების რაოდენობას.

VMware– ის კიდევ ერთი პროდუქტი, Vcenter Server, შეიძლება გამოყენებულ იქნას მრავალი მასპინძლის სამართავად ESXi ჰიპერვიზორებით, შენახვის სისტემებითა და ქსელის აღჭურვილობით. VMware პარტნიორების მიერ მოწოდებული vSphere კლიენტის დანამატები აძლევს IT ადმინისტრატორებს შესაძლებლობას მართონ მესამე მხარის ელემენტები მონაცემთა ცენტრში უშუალოდ ამ კონსოლიდან. ამრიგად, vCenter მომხმარებლებს შეუძლიათ შექმნან სარეზერვო ასლები, დაიცვან მონაცემები, მართონ სერვერები, ქსელები და უსაფრთხოება პირდაპირ vCenter ინტერფეისიდან. იმავე კონსოლში შეგიძლიათ დააკონფიგურიროთ ტრიგერები, რომლებიც შეგატყობინებთ წარმოქმნილ პრობლემებს და მიიღეთ მონაცემები მთელი ინფრასტრუქტურის მუშაობის შესახებ გრაფიკების ან ცხრილების სახით.

KVM

KVM არის ადვილად გამოსაყენებელი, მსუბუქი, დაბალი რესურსი და საკმაოდ ფუნქციონალური ჰიპერვიზორი. ეს საშუალებას გაძლევთ განათავსოთ ვირტუალიზაციის პლატფორმა და მოაწყოთ ვირტუალიზაცია Linux ოპერაციული სისტემის ქვეშ უმოკლეს დროში. ოპერაციის დროს, KMV წვდება ოპერაციული სისტემის ბირთვს სპეციალური მოდულის საშუალებით (KVM-Intel ან KVM-AMD). თავდაპირველად, KVM მხოლოდ x86 პროცესორებს უჭერდა მხარს, მაგრამ KVM- ის თანამედროვე ვერსიები მხარს უჭერს პროცესორების ფართო სპექტრს და სტუმარ ოპერაციულ სისტემებს, მათ შორის Linux, BSD, Solaris, Windows და სხვა. სხვათა შორის, ვიკის ყველა რესურსი (მედიავიკი, ვიკიმედიის ფონდი, ვიკიპედია, ვიკი მოგზაურობა, ვიკი მონაცემები, ვიკი მრავალფეროვნება) გამოიყენეთ ეს კონკრეტული ჰიპერვიზორი.

იმის გამო, რომ სტუმარი ოპერაციული სისტემები ურთიერთქმედებენ ჰიპერვიზორთან, რომელიც ინტეგრირებულია Linux– ის ბირთვში, სტუმრების ოპერაციულ სისტემებს აქვთ უნარი უშუალოდ მიიღონ აპარატურა სტუმრების ოპერაციული სისტემის შეცვლის გარეშე. ამის გამო, სტუმრების ოპერაციულ სისტემაში შენელება თითქმის არ ხდება.

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

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

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

KVM ადმინისტრაცია უფრო რთულია, როგორც გამჭვირვალე წვდომა ფაილებზე, პროცესებზე, კონსოლებზე და ქსელის ინტერფეისებიაკლია, თქვენ თვითონ უნდა დააკონფიგურიროთ. KVM– ში (CPU, RAM, HDD) VM პარამეტრების აღდგენა არ არის ძალიან მოსახერხებელი და მოითხოვს დამატებით ნაბიჯებს, მათ შორის OS– ს გადატვირთვას.

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

KVM– ს არ აქვს ჩამონტაჟებული ინსტრუმენტები, როგორიცაა Fault Tolerate for VMware, ამიტომ HA კლასტერის შესაქმნელად ერთადერთი გზაა DRDB– ით ქსელის რეპლიკაციის გამოყენება. DRBD კლასტერი მხარს უჭერს მხოლოდ ორ კვანძს, ხოლო კვანძები სინქრონიზებულია დაშიფვრის გარეშე. ანუ, უფრო უსაფრთხო კავშირისთვის, თქვენ უნდა გამოიყენოთ VPN კავშირი.

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

KVM ჰიპერვიზორი ნაწილდება როგორც ღია კოდის პროდუქტი, ხოლო კორპორატიული მომხმარებლებისთვის არის კომერციული Red Hat ვირტუალიზაციის (RHEL) გადაწყვეტა, რომელიც დაფუძნებულია KVM და oVirt ვირტუალური ინფრასტრუქტურის მართვის პლატფორმაზე.

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

გთხოვთ გაითვალისწინოთ, რომ KVM– ს არ აქვს დამხმარე სერვისი. თუ რამე არ გამოდგება, შეგიძლიათ ენდოთ ფორუმებსა და საზოგადოების დახმარებას. ან წადი RHEL– ში.

მაშ რა უნდა აირჩიო?

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

KVM ზოგადად უფრო მასშტაბურია ვიდრე VMware, პირველ რიგში იმიტომ, რომ vSphere– ს აქვს გარკვეული შეზღუდვები სერვერებზე, რომელთა მართვაც შეუძლია. გარდა ამისა, VMware– მა დაამატა დიდი რაოდენობის საცავი ქსელი (SAN) მრავალი გამყიდველის მხარდასაჭერად. ეს ფუნქცია ნიშნავს იმას, რომ VMware– ს აქვს მეტი შენახვის ვარიანტი ვიდრე KVM, მაგრამ ასევე ართულებს VMware შენახვის მხარდაჭერას მისი გაფართოებისას.

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

კვლევამ აჩვენა, რომ KVM– ის TCO ჩვეულებრივ 39 პროცენტით დაბალია ვიდრე VMware, თუმცა ფაქტობრივი TCO დამოკიდებულია კონკრეტულ ფაქტორებზე, როგორიცაა ოპერაციული პარამეტრები და საიტის დატვირთვა.

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

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

vSAN 6.7 აუმჯობესებს HCI ოპერატიულ ეფექტურობას, ამცირებს სწავლის მრუდს და აჩქარებს გადაწყვეტილების მიღებას. ეს გამოცემა უზრუნველყოფს უფრო თანმიმდევრულ, ძლიერ და უსაფრთხო პროგრამულ მხარდაჭერას. გარდა ამისა, წამყვანი ექსპერტების ცოდნა, უახლესი ტექნოლოგიები და ანალიზის ინსტრუმენტები გამოიყენება პრობლემის უფრო მოსახერხებელი და დაჩქარებული გადაწყვეტისათვის. სულ უფრო მეტი კომპანია და ღრუბლოვანი პროვაიდერები ირჩევენ VMware vSAN- ს, როგორც მათი ჰიპერკონვერსიული ინფრასტრუქტურული გადაწყვეტა.

შესაძლებლობები

პროდუქტის გაუმჯობესება

ქვემოთ მოცემულია ძირითადი ახალი ფუნქციები და განახლებები vSAN 6.7 -ისთვის.

• HTML5 დაფუძნებული მომხმარებლის ინტერფეისი
• სრულად გადაკეთებული ინტერფეისი უზრუნველყოფს თანამედროვე კონტროლის შესაძლებლობებს. ახალი ინტერფეისი შეიქმნა იმავე პლატფორმაზე, რომელიც გამოიყენება სხვა VMware პროდუქტებში, ამიტომ მომხმარებელს ექნება ერთიანი და ადვილად გამოსაყენებელი პროცესი ყველაზე სრულყოფილი SDDC პროდუქტის დასტის მართვისთვის. გარდა ამისა, ახალი ინტერფეისი ამცირებს იმ ნაბიჯების რაოდენობას, რომლებიც საჭიროა მრავალი ამოცანის შესასრულებლად სამუშაო ნაკადის გამარტივებით.
• v ოპერაციების რეალიზება vCenter– ში
• VRealize ოპერაციები, ინტეგრირებული უშუალოდ vCenter– ში, უზრუნველყოფს სრულ ხილვადობას HCI გარემოში, განლაგებული შენობაში ან საჯარო ღრუბლების ფართო სპექტრში და უფასოდ არის ხელმისაწვდომი vSAN Advanced და Enterprise მომხმარებლებისთვის. VSAN მართვადი დაფებით ერთ მართვის კონსოლში, თქვენ შეგიძლიათ აკონტროლოთ და გააკონტროლოთ თქვენი HCI გარემო. ახალი ან არსებული vROP– ების შემთხვევების ინტეგრაცია არ არის შემაფერხებელი.
• vSAN ReadyCare
• VSAN ReadyCare Support ხაზს უსვამს VMware– ის ვალდებულებას vSAN მომხმარებლების მიმართ და უზრუნველყოფს სრულ მხარდაჭერას წამყვანი ექსპერტებისა და უახლესი ანალიზისა და ტექნოლოგიის საშუალებით. VSAN Support Insight– ში პროგნოზირების მოდელირების გამოყენებით, VMware აანალიზებს vSAN– ის ათასობით მომხმარებლის ანონიმურად შეგროვებულ მონაცემებს და აცნობებს მათ პრობლემების გაჩენამდე. გარდა ამისა, vSAN Health Validators გთავაზობთ რეალურ დროში შეტყობინებებს და რჩევების აღმოფხვრას.
• FIPS 140-2 შიფრაცია
• VSAN წარმოგიდგენთ პირველი ინდუსტრიის სტანდარტული შენახვის დაშიფვრის გადაწყვეტას HCI– სთვის. VSAN 6.7 წარმოგიდგენთ vSAN დაშიფვრას, პირველი პროგრამული გადაწყვეტა, რომელიც აკმაყოფილებს FIPS 140-2 და მკაცრი აშშ ფედერალური მოთხოვნები. vSAN დაშიფვრა ამცირებს მონაცემთა დაცვის ხარჯებს და ზრდის მოქნილობას აპარატურაზე დამოკიდებულების აღმოფხვრისა და მართვის ძირითადი პროცესების გამარტივების გზით. ეს არის ასევე პირველი HCI გადაწყვეტა, რომელსაც აქვს STIG სახელმძღვანელო მითითებები დამტკიცებული თავდაცვის საინფორმაციო სისტემების სააგენტოს (DISA) მიერ.
• გაზრდილი განაცხადის გამძლეობა
• VSAN უზრუნველყოფს საბოლოო მომხმარებლის სტაბილურ გამოცდილებას ინტელექტუალური თვით-აღდგენის შესაძლებლობების მქონე პროგრამებისთვის, როგორიცაა ადაპტირებული რესინქრონიზაცია, ფიზიკურად დანაწევრებული ქსელების სწრაფი ჩავარდნა და რეპლიკის კონსოლიდაცია. ადაპტური სინქრონიზაცია ახდენს ოპტიმიზაციას I / O ტრაფიკის მენეჯმენტზე, რათა შეინარჩუნოს პროგრამები სინქრონიზაციის დროს. რეპლიკების კონსოლიდაცია ამცირებს დროსა და ძალისხმევას, რომელიც საჭიროა კვანძის შენარჩუნების რეჟიმში. დაბოლოს, ფიზიკურად გამოყოფილი ქსელების ჩავარდნის საჭიროება აღმოფხვრილია მყისიერი ჩავარდნით.
• განაწილებული კლასტერების გაზრდილი ხელმისაწვდომობა
• განაწილებული კლასტერული გარემო კიდევ უფრო ეფექტურია მოწმეების ტრაფიკის ინტელექტუალური გაწყვეტით, ძირითადი გარემოს ხელახალი განსაზღვრით და ეფექტური რესინქრონიზაციით. მოწმის ტრაფიკის გამიჯვნა და ეფექტური სინქრონიზაცია ოპტიმიზირებს მონაცემთა მარშრუტს და ზომას, რომელიც გადადის თითოეულ ბმულზე, რაც წარუმატებლობას ხდის აპლიკაციის საბოლოო მომხმარებლებისთვის. ძირითადი გარემოს ხელახალი განმარტება ზრდის დატვირთვის ხელმისაწვდომობას გარემოს ჩავარდნის შემთხვევაში უფრო ეფექტური ლოგიკის გამოყენებით.
• ოპტიმიზირებულია შემდეგი თაობის პროგრამები
• VSAN გადაწყვეტა იყენებს შეკავების ახალ პოლიტიკას (vSAN მასპინძლის ჩამაგრება) vSAN- ის ეფექტურობასა და გამძლეობას უახლესი გაზიარებული არაფრის პროგრამების საჭიროებებთან. ამ პოლიტიკით, vSAN ინარჩუნებს მონაცემების ერთ ასლს და წერს მონაცემების ნაწილებს ESXi მასპინძელზე, რომელიც აწარმოებს VM– ს. ეს უნარი განსაკუთრებით მნიშვნელოვანია პროგრამებისთვის დიდი რაოდენობით მონაცემებით (Hadoop), NoSQL (DataStax) და სხვა პროგრამებით, რომლებიც ასრულებენ მონაცემთა სარეზერვო ასლებს პროგრამის დონეზე.
• გაფართოვდა მხარდაჭერა მისიის კრიტიკული ბიზნეს პროგრამების გარემოში
• VSAN ახლა მხარს უჭერს უფრო მისიის კრიტიკულ გარემოს Windows Server Failover Clustering მხარდაჭერით, რაც ამარტივებს ამ დატვირთვების შენახვის მენეჯმენტს და ეხმარება მომხმარებელს დააჩქაროს მათი მიგრაცია ცენტრალიზებულ SDDC– ში.
• აქტიური მხარდაჭერა vSAN Support Insight– ით
• პროაქტიული მხარდაჭერა აუმჯობესებს vSAN– ის საიმედოობას იმ ინფორმირებით, რომლებიც წარმოიქმნება ინფრასტრუქტურულ პრობლემებამდე და ამცირებს ტრადიციული მხარდაჭერის პერიოდს პერიოდული მონაცემების შეგროვების გზით. ამ ფუნქციის გამოსაყენებლად, თქვენ უნდა დარეგისტრირდეთ მომხმარებლის გამოცდილების გაუმჯობესების პროგრამაში.
• ადაპტირებული Core Dump მხარდაჭერა
• ადაპტაციური ძირითადი ნაგავსაყრელის მხარდაჭერა ამცირებს vSAN მომხმარებელთა რეზოლუციის დროს უფრო მეტი ტიპის გარემოში, ავტომატურად შეცვლის ღირებული მონაცემების მიმართულებას და ზომას, რომელიც გამოიყენება მხარდაჭერის დასაჩქარებლად.
• გაფართოებული ტექნიკური მხარდაჭერა
• vSAN ახლა მხარს უჭერს 4Kn დისკებს, რათა დაგეხმაროთ vSAN გარემოს მომზადებაში მომავალი განვითარებადი საჭიროებებისათვის და საშუალებას მოგცემთ შეამციროთ საკუთრების საერთო ღირებულება.