რა არის ახალი Red Hat OpenShift 4.2 და 4.3-ში?

OpenShift-ის მეოთხე ვერსია შედარებით ცოტა ხნის წინ გამოვიდა. მიმდინარე ვერსია 4.3 ხელმისაწვდომია იანვრის ბოლოდან და მასში არსებული ყველა ცვლილება არის სრულიად ახალი, რაც არ იყო მესამე ვერსიაში, ან ძირითადი განახლება იმისა, რაც გამოჩნდა 4.1 ვერსიაში. ყველაფერი, რასაც ახლა გეტყვით, უნდა იცოდეს, გაიგოს და გაითვალისწინოს მათ, ვინც მუშაობს OpenShift-თან და გეგმავს ახალ ვერსიაზე გადასვლას.

OpenShift 4.2-ის გამოშვებით Red Hat-მა გააადვილა Kubernetes-თან მუშაობა. გამოჩნდა ახალი ხელსაწყოები და დანამატები კონტეინერების, CI/CD მილსადენების და სერვერის გარეშე განლაგების შესაქმნელად. ინოვაციები აძლევს დეველოპერებს შესაძლებლობას, ყურადღება გაამახვილონ კოდის დაწერაზე და არა კუბერნეტებთან ურთიერთობაზე.

სინამდვილეში, რა არის ახალი OpenShift 4.2 და 4.3 ვერსიებში?

გადაადგილება ჰიბრიდული ღრუბლებისკენ

ახალი IT ინფრასტრუქტურის დაგეგმვისას ან არსებული IT ლანდშაფტის შემუშავებისას, კომპანიები სულ უფრო ხშირად განიხილავენ ღრუბლოვან მიდგომას IT რესურსების უზრუნველყოფის მიმართ, რისთვისაც ისინი ახორციელებენ კერძო ღრუბლოვან გადაწყვეტილებებს ან იყენებენ საჯარო ღრუბლოვანი პროვაიდერების ძალას. ამრიგად, თანამედროვე IT ინფრასტრუქტურა სულ უფრო მეტად შენდება „ჰიბრიდული“ ღრუბლოვანი მოდელის მიხედვით, როდესაც გამოიყენება როგორც შიდა რესურსები, ასევე საჯარო ღრუბლოვანი რესურსები საერთო მართვის სისტემით. Red Hat OpenShift 4.2 სპეციალურად შექმნილია ღრუბლის ჰიბრიდულ მოდელზე გადასვლის გასამარტივებლად და აადვილებს რესურსების დაკავშირებას პროვაიდერებისგან, როგორიცაა AWS, Azure და Google Cloud Platform კლასტერთან, VMware-სა და OpenStack-ზე კერძო ღრუბლების გამოყენებასთან ერთად.

ინსტალაციის ახალი მიდგომა

მე-4 ვერსიაში შეიცვალა OpenShift-ის ინსტალაციის მიდგომა. Red Hat გთავაზობთ სპეციალურ პროგრამას OpenShift კლასტერის განსათავსებლად - openshift-install. პროგრამა არის ერთი ორობითი ფაილი, რომელიც დაწერილია Go-ში. Openshit-installer ამზადებს yaml ფაილს განლაგებისთვის საჭირო კონფიგურაციით.

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

საკუთარ გამოთვლით რესურსებზე ინსტალაციის შემთხვევაში, მაგალითად, პირადი ღრუბლის გამოყენებისას (მხარდაჭერილია vSphere და OpenStack) ან შიშველი ლითონის სერვერებზე ინსტალაციისას, დაგჭირდებათ ინფრასტრუქტურის ხელით კონფიგურაცია - მოამზადეთ ვირტუალური მანქანების მინიმალური რაოდენობა ან ფიზიკური სერვერები, რომლებიც საჭიროა Control Plane კლასტერის შესაქმნელად, ქსელის სერვისების კონფიგურაციისთვის. ამ კონფიგურაციის შემდეგ, OpenShift კლასტერი ანალოგიურად შეიძლება შეიქმნას openshift-installer პროგრამის ერთი ბრძანებით.

ინფრასტრუქტურის განახლებები

CoreOS ინტეგრაცია

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

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

კლასტერებისთვის, რომლებიც იყენებენ RHCOS-ს ყველა კვანძისთვის, OpenShift Container Platform-ის განახლება მარტივი და უაღრესად ავტომატიზირებული პროცესია.

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

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

ახალი CSI

მეორეც, ახალი CSI არის შენახვის ინტერფეისის კონტროლერი, რომელიც საშუალებას გაძლევთ დააკავშიროთ სხვადასხვა გარე შენახვის სისტემები OpenShift კლასტერთან. OpenShift-ისთვის მეხსიერების დრაივერების პროვაიდერების დიდი რაოდენობა მხარდაჭერილია მეხსიერების დრაივერების საფუძველზე, რომლებიც დაწერილია თავად შენახვის სისტემის მწარმოებლების მიერ. მხარდაჭერილი CSI დრაივერების სრული სია შეგიძლიათ იხილოთ ამ დოკუმენტში: https://kubernetes-csi.github.io/docs/drivers.html. ამ სიაში შეგიძლიათ იპოვოთ დისკის მასივების ყველა ძირითადი მოდელი წამყვანი მწარმოებლებისგან (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS გადაწყვეტილებები (Ceph) და ღრუბლოვანი საცავი (AWS, Azure, Google). OpenShift 4.2 მხარს უჭერს CSI დრაივერებს CSI სპეციფიკაციის ვერსიის 1.1.

RedHat OpenShift სერვისის ბადე

Istio, Kiali და Jaeger პროექტებზე დაფუძნებული, Red Hat OpenShift Service Mesh, სერვისებს შორის მოთხოვნის მარშრუტიზაციის ჩვეულებრივი ამოცანების გარდა, იძლევა მათი მოკვლევისა და ვიზუალიზაციის საშუალებას. ეს ეხმარება დეველოპერებს ადვილად დაუკავშირდნენ, დააკვირდნენ და მართონ აპლიკაცია, რომელიც განლაგებულია Red Hat OpenShift-ში.

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

სერვის Mesh-ის ინსტალაციის, მოვლისა და სასიცოცხლო ციკლის მართვის მაქსიმალურად გამარტივების მიზნით, Red Hat OpenShift ადმინისტრატორებს სთავაზობს სპეციალურ ოპერატორს, Service Mesh ოპერატორს. ეს არის Kubernetes ოპერატორი, რომელიც საშუალებას გაძლევთ განათავსოთ ხელახლა კონფიგურირებული Istio, Kiali და Jaeger პაკეტები კლასტერზე, რაც მაქსიმალურად გაზრდის აპლიკაციების მართვის ადმინისტრაციულ ტვირთს.

CRI-O დოკერის ნაცვლად

ნაგულისხმევი კონტეინერის გაშვების Docker შეიცვალა CRI-O-ით. CRI-O-ს გამოყენება უკვე 3.11 ვერსიაში იყო შესაძლებელი, მაგრამ 4.2-ში ის გახდა მთავარი. არ არის კარგი ან ცუდი, მაგრამ რაღაც უნდა გახსოვდეთ პროდუქტის გამოყენებისას.

ოპერატორები და აპლიკაციების განლაგება

ოპერატორები არის ახალი ერთეული RedHat OpenShift-ისთვის, რომელიც გამოჩნდა მეოთხე ვერსიაში. ეს არის Kubernetes აპლიკაციის შეფუთვის, განლაგების და მართვის მეთოდი. ის შეიძლება ჩაითვალოს კონტეინერებში განლაგებული აპლიკაციების დანამატად, რომელსაც ხელმძღვანელობს Kubernetes API და kubectl ინსტრუმენტები.

Kubernetes-ის ოპერატორები გეხმარებიან ავტომატიზირებაში ნებისმიერი ამოცანის ავტომატიზაციაში, რომელიც დაკავშირებულია აპლიკაციის ადმინისტრაციასთან და სასიცოცხლო ციკლის მართვასთან, რომელსაც თქვენ განათავსებთ თქვენს კლასტერში. მაგალითად, ოპერატორს შეუძლია განახლებების, აპლიკაციის სარეზერვო ასლების და სკალირების ავტომატიზაცია, კონფიგურაციის შეცვლა და ა.შ. ოპერატორების სრული სია შეგიძლიათ იხილოთ აქ https://operatorhub.io/.

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

OperatorHub პორტალი OpenShift მართვის კონსოლში

უნივერსალური ბაზის სურათი

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

CI/CD ინსტრუმენტები

RedHat OpenShif 4.2-ში შესაძლებელი გახდა არჩევანის გაკეთება Jenkins-სა და OpenShift Pipelines-ს შორის Tekton Pipelines-ის საფუძველზე.

OpenShift Pipelines დაფუძნებულია Tekton-ზე, რომელსაც უკეთესად უჭერს მხარს Pipeline, როგორც Code და GitOps მიდგომები. OpenShift მილსადენებში, თითოეული ნაბიჯი გადის საკუთარ კონტეინერში, ამიტომ რესურსები გამოიყენება მხოლოდ ნაბიჯის შესრულებისას. ეს აძლევს დეველოპერებს სრულ კონტროლს მოდულის მიწოდების მილსადენებზე, დანამატებზე და წვდომის კონტროლზე ცენტრალური CI/CD სერვერის მართვის გარეშე.

OpenShift Pipelines ამჟამად Developer Preview-შია და ხელმისაწვდომია როგორც ოპერატორი OpenShift 4 კლასტერზე, რა თქმა უნდა, OpenShift მომხმარებლებს მაინც შეუძლიათ გამოიყენონ Jenkins RedHat OpenShift 4-ზე.

დეველოპერის მენეჯმენტის განახლებები

4.2 OpenShift-ში ვებ ინტერფეისი მთლიანად განახლდა როგორც დეველოპერებისთვის, ასევე ადმინისტრატორებისთვის.

OpenShift-ის წინა ვერსიებში ყველა მუშაობდა სამ კონსოლში: სერვისის დირექტორიაში, ადმინისტრატორის კონსოლში და სამუშაო კონსოლში. ახლა კლასტერი დაყოფილია მხოლოდ ორ ნაწილად - ადმინისტრატორის კონსოლად და დეველოპერის კონსოლად.

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

დეველოპერის პორტალი OpenShift მართვის კონსოლში

ოდო

Odo არის დეველოპერზე ორიენტირებული ბრძანების ხაზი, რომელიც ამარტივებს აპლიკაციის შემუშავებას OpenShift-ში. git push სტილის კომუნიკაციის გამოყენებით, ეს CLI ეხმარება Kubernetes-ის ახალ დეველოპერებს OpenShift-ში აპლიკაციების აშენებაში.

ინტეგრაცია განვითარების გარემოსთან

დეველოპერებს ახლა შეუძლიათ შექმნან, გამართონ და განათავსონ თავიანთი აპლიკაციები OpenShift-ში მათი საყვარელი კოდის განვითარების გარემოს დატოვების გარეშე, როგორიცაა Microsoft Visual Studio, JetBrains (მათ შორის IntelliJ), Eclipse Desktop და ა.შ.

Red Hat OpenShift Deployment გაფართოება Microsoft Azure DevOps-ისთვის

გამოვიდა Red Hat OpenShift Deployment გაფართოება Microsoft Azure DevOps-ისთვის. ამ DevOps ინსტრუმენტთა ნაკრების მომხმარებლებს ახლა შეუძლიათ განათავსონ თავიანთი აპლიკაციები Azure Red Hat OpenShift-ში ან ნებისმიერ სხვა OpenShift კლასტერში პირდაპირ Microsoft Azure DevOps-დან.

მესამე ვერსიიდან მეოთხეზე გადასვლა

ვინაიდან ჩვენ ვსაუბრობთ ახალ გამოშვებაზე და არა განახლებაზე, თქვენ არ შეგიძლიათ უბრალოდ დააყენოთ მეოთხე ვერსია მესამეზე. მე-3 ვერსიიდან 4 ვერსიამდე განახლება არ იქნება მხარდაჭერილი..

მაგრამ არის კარგი ამბავი: Red Hat გთავაზობთ ინსტრუმენტებს პროექტების მიგრაციისთვის 3.7-დან 4.2-მდე. შეგიძლიათ აპლიკაციის დატვირთვის მიგრაცია Cluster Application Migration (CAM) ინსტრუმენტის გამოყენებით. CAM საშუალებას გაძლევთ აკონტროლოთ მიგრაცია და მინიმუმამდე დაიყვანოთ აპლიკაციის შეფერხება.

OpenShift 4.3

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

განაახლეთ Kubernetes ვერსია 1.16-ზე.

ვერსია განახლდა ერთდროულად ორი ნაბიჯით OpenShift 4.2-ში იყო 1.14.

მონაცემთა დაშიფვრა და ა.შ

4.3 ვერსიით დაწყებული, შესაძლებელი გახდა მონაცემების დაშიფვრა etcd მონაცემთა ბაზაში. დაშიფვრის ჩართვის შემდეგ, შესაძლებელი იქნება შემდეგი OpenShift API და Kubernetes API რესურსების დაშიფვრა: Secrets, ConfigMaps, მარშრუტები, წვდომის ნიშნები და OAuth ავტორიზაცია.

საჭესთან

დაემატა მხარდაჭერა Helm ვერსიისთვის 3, პოპულარული პაკეტის მენეჯერი Kubernetes-ისთვის. ამ დროისთვის მხარდაჭერას აქვს სტატუსი TECHNOLOGY PREVIEW. Helm მხარდაჭერა გაფართოვდება სრულ მხარდაჭერამდე OpenShift-ის მომავალ ვერსიებში. საჭე cli უტილიტას გააჩნია OpenShift და მისი ჩამოტვირთვა შესაძლებელია კლასტერის მართვის ვებ კონსოლიდან.

პროექტის დაფის განახლება

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

ვეებ კონსოლში გამოსახულია დაუცველობის ჩვენება

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

ოფლაინ ოპერატორჰაბის გამარტივებული შექმნა

იზოლირებულ ქსელში OpenShift კლასტერის განლაგების შემთხვევაში, საიდანაც ინტერნეტზე წვდომა შეზღუდულია ან არ არსებობს, OperatorHub რეესტრისთვის „სარკის“ შექმნა გამარტივებულია. ახლა ეს შეიძლება გაკეთდეს მხოლოდ სამი გუნდით.

Ავტორები:
ვიქტორ პუჩკოვი, იური სემენიუკოვი

წყარო: www.habr.com