Cloudflare გადაერთო NGINX-დან საკუთარ Pingora პროქსიზე, დაწერილი Rust-ით

Cloudflare-მა გამოაცხადა კონტენტის მიწოდების ქსელის გადასვლა Pingora პროქსის გამოყენებაზე, დაწერილი Rust ენაზე. ახალი პროქსი ცვლის NGINX სერვერზე დაფუძნებულ კონფიგურაციას Lua სკრიპტებით და ამუშავებს ტრილიონზე მეტ მოთხოვნას დღეში. აღნიშნულია, რომ სპეციალიზებულ პროქსიზე გადასვლამ დაუშვა არა მხოლოდ ახალი ფუნქციების დანერგვა და უსაფრთხოების გაზრდა მეხსიერების უსაფრთხო მუშაობის გამო, არამედ გამოიწვია შესრულების და რესურსების დაზოგვის მნიშვნელოვანი ზრდა - Pingora-ზე დაფუძნებული გადაწყვეტა არ საჭიროებს გამოყენებას. ლუას, და, შესაბამისად, მოიხმარს 70%-ით ნაკლებ CPU-ს რესურსს და 67%-ით ნაკლებ მეხსიერებას იმავე რაოდენობის ტრაფიკის დამუშავებისას.

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

არქიტექტურის ნაცვლად, რომელიც ანაწილებს მოთხოვნებს ცალკეულ მუშა პროცესებად, Pingora იყენებს მრავალ ხრახნიან მოდელს, რომელიც Cloudflare-ის გამოყენების შემთხვევაში (სხვადასხვა საიტებიდან ტრაფიკის მაღალი კონცენტრაცია დიდი სტატისტიკური ცვლებით) აჩვენა რესურსების უფრო ეფექტური განაწილება CPU ბირთვებს შორის. კერძოდ, nginx-ის მიერ გაუწონასწორებელი მოთხოვნების დაკავშირება პროცესებთან იწვევდა დაუბალანსებელ დატვირთვას CPU-ის ბირთვებზე, რის შედეგადაც იწვევდა რესურსზე ინტენსიურ მოთხოვნებს და I/O-ს დაბლოკვას ანელებს სხვა მოთხოვნების დამუშავებას. გარდა ამისა, დამაკავშირებელი აუზის დაკავშირება დამმუშავებლის პროცესებთან არ იძლეოდა უკვე დამკვიდრებული კავშირების ხელახლა გამოყენებას სხვა დამმუშავებლის პროცესებიდან, რაც ამცირებს ეფექტურობას, როდესაც არსებობს დამმუშავებლის პროცესების დიდი რაოდენობა.

NGINX:

პინგორა:

Pingora-ს დანერგვამ შესაძლებელი გახადა 160-ჯერ შემცირებულიყო ახალი კავშირების ინსტალაციები და გაიზარდა ხელახლა გამოყენებული მოთხოვნების წილი 87.1%-დან 99.92%-მდე. გარდა ხელახალი კავშირის შემცირებისა და CPU ბირთვების უფრო ეფექტური გამოყენებისა, ახალი პროქსის მუშაობის გაუმჯობესება ძირითადად განპირობებული იყო ნგინქსით გამოყენებული ნელი Lua დამმუშავებლების მოხსნით.

Rust ენა შეირჩა მაღალი შესრულების მისაღწევად, ინსტრუმენტების ხელმისაწვდომობასთან ერთად, რათა უზრუნველყოფილიყო უსაფრთხო მუშაობა მეხსიერებასთან. აღნიშნულია, რომ Cloudflare-ის მაღალკვალიფიციური ინჟინრებისა და C ენაზე დაწერილი კოდის გადახედვის მიუხედავად, მეხსიერების პრობლემების გამომწვევი შეცდომების თავიდან აცილება ვერ მოხერხდა (მაგალითად, დაუცველობა HTML პარსერში). რაც შეეხება ახალ კოდს, მასში საუბარია Pingora-ში წარუმატებლობის ანალიზის შემთხვევებზე, რაც აღმოჩნდა, რომ გამოწვეული იყო არა აპლიკაციაში არსებული პრობლემებით, არამედ Linux-ის ბირთვის შეცდომით და ტექნიკის გაუმართაობით.

გარდა ამისა, შეგვიძლია აღვნიშნოთ ლინუს ტორვალდის კომენტარი, რომელიც გაჟღერდა ამ დღეებში მიმდინარე ღია წყაროს სამიტის ევროპის კონფერენციაზე, Linux-ის ბირთვში Rust ენის მხარდაჭერის ჩართვასთან დაკავშირებით. Rust ენაზე მოწყობილობის დრაივერების შემუშავების პატჩები არ შედიოდა 6.0 ბირთვში, მაგრამ ლინუსის თქმით, ისინი სავარაუდოდ მიიღება 6.1 ბირთვში; ის არ აპირებს ინტეგრაციის გადადებას. როგორც Rust-ისთვის მხარდაჭერის დამატების მოტივაცია, გარდა უსაფრთხოებაზე დადებითი ზემოქმედებისა, ლინუსს ასევე მოჰყავს შესაძლებლობა გაზარდოს ინტერესი ახალი მონაწილეების ბირთვზე მუშაობისადმი, რაც მნიშვნელოვანია დაძველებული ძველი დროის კონტექსტში.

წყარო: opennet.ru