კლასტერირება Proxmox VE-ში

წინა სტატიებში დავიწყეთ საუბარი იმაზე, თუ რა არის Proxmox VE და როგორ მუშაობს იგი. დღეს ჩვენ ვისაუბრებთ იმაზე, თუ როგორ შეგიძლიათ გამოიყენოთ კლასტერიზაციის შესაძლებლობა და ვაჩვენოთ რა სარგებელს იძლევა იგი.

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

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

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

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

ქსელის სისტემის თვალსაჩინო მაგალითია პოპულარული გამოთვლითი პლატფორმა ბოინკი (Berkeley Open Infrastructure for Network Computing). ეს პლატფორმა თავდაპირველად შეიქმნა პროექტისთვის SETI @ სახლში (Search for Extra-Terrestrial Intelligence at Home), ეხება არამიწიერი ინტელექტის პოვნის პრობლემას რადიოსიგნალების ანალიზით.

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

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

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

• კვანძების მაქსიმალური რაოდენობა კლასტერში - 32;
• ყველა კვანძს უნდა ჰქონდეს Proxmox-ის იგივე ვერსია (არსებობს გამონაკლისები, მაგრამ ისინი არ არის რეკომენდებული წარმოებისთვის);
• თუ მომავალში იგეგმება მაღალი ხელმისაწვდომობის ფუნქციის გამოყენება, მაშინ კლასტერს უნდა ჰქონდეს მინიმუმ 3 კვანძი;
• პორტები ღია უნდა იყოს კვანძებისთვის ერთმანეთთან კომუნიკაციისთვის UDP/5404, UDP/5405 კოროზინკისთვის და TCP/22 SSH-სთვის;
• ქსელის შეფერხება კვანძებს შორის არ უნდა აღემატებოდეს 2 ms.

შექმენით კლასტერი

Მნიშვნელოვანი! შემდეგი კონფიგურაცია არის სატესტო. არ დაგავიწყდეთ შემოწმება ოფიციალური დოკუმენტაცია Proxmox V.E.

სატესტო კლასტერის გასაშვებად, ჩვენ ავიღეთ სამი სერვერი Proxmox ჰიპერვიზორით დაინსტალირებული იმავე კონფიგურაციით (2 ბირთვი, 2 GB ოპერატიული მეხსიერება).

თუ გსურთ იცოდეთ როგორ შეგიძლიათ დააინსტალიროთ Proxmox, მაშინ გირჩევთ წაიკითხოთ ჩვენი წინა სტატია - ვირტუალიზაციის მაგია: შესავალი კურსი Proxmox VE-ში.

თავდაპირველად, OS-ის დაყენების შემდეგ, ერთი სერვერი მუშაობს დამოუკიდებელი რეჟიმი.

შექმენით კლასტერი ღილაკზე დაჭერით შექმენით კლასტერი შესაბამის განყოფილებაში.

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

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

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

კლასტერში გაწევრიანება

შექმნილ კლასტერთან დაკავშირებამდე უნდა მივიღოთ ინფორმაცია კავშირის დასასრულებლად. ამისათვის გადადით განყოფილებაში კასეტური და нажимаем кнопку შეუერთდით ინფორმაციას.

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

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

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

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

ახლა ჩვენ შეგვიძლია გავაკონტროლოთ ყველა კლასტერული კვანძი ერთი GUI-დან.

მაღალი ხელმისაწვდომობის ორგანიზაცია

Proxmox out of box მხარს უჭერს HA ორგანიზაციის ფუნქციონირებას როგორც ვირტუალური მანქანებისთვის, ასევე LXC კონტეინერებისთვის. კომუნალური ჰა-მენეჯერი აღმოაჩენს და უმკლავდება შეცდომებს და წარუმატებლობებს, ახორციელებს მარცხს წარუმატებელი კვანძიდან სამუშაო კვანძზე. მექანიზმის სწორად მუშაობისთვის აუცილებელია ვირტუალურ მანქანებსა და კონტეინერებს ჰქონდეთ საერთო ფაილების საცავი.

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

მიმდინარეობს საზიარო მეხსიერების მიმაგრება

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

აირჩიეთ ვებ ინტერფეისის მენიუდან მონაცემთა ცენტრი - შენახვა - დამატება - NFS.

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

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

HA-ს დაყენება

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

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

ღილაკის დაჭერის შემდეგ დამატება კომუნალური ჰა-მენეჯერი შეატყობინებს კლასტერის ყველა კვანძს, რომ ახლა VM მითითებული ID-ით კონტროლდება და ავარიის შემთხვევაში უნდა გადაიტვირთოს სხვა კვანძზე.

მოდი კრახი მოვაწყოთ

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

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

და სწორედ აქ იწყება "ჯადოსნობა" - კლასტერმა ავტომატურად გადაანაწილა კვანძი ჩვენი VM-ის გასაშვებად და 120 წამში მუშაობა ავტომატურად აღდგა.

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

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

pvecm expected 1

2 წუთის შემდეგ, HA მექანიზმმა იმუშავა სწორად და, ვერ იპოვა node2, გაუშვა ჩვენი VM node3-ზე.

როგორც კი ისევ ჩავრთეთ node1 და node2, კლასტერი სრულად აღდგა. გთხოვთ გაითვალისწინოთ, რომ VM არ გადადის უკან node1-ში, მაგრამ ეს შეიძლება გაკეთდეს ხელით.

შეჯამება

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

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

გვითხარით - იყენებთ Proxmox-ის კლასტერირების შესაძლებლობებს? გელოდებით კომენტარებში.

წინა სტატიები Proxmox VE ჰიპერვიზორის შესახებ:

• ვირტუალიზაციის მაგია: შესავალი კურსი Proxmox VE-ში
• სარეზერვო ასლების შესახებ Proxmox VE-ში

წყარო: www.habr.com