HTTP/TCP ბალანსერის HAProxy 2.0 გამოშვება

გამოქვეყნდა დატვირთვის ბალანსერის გამოშვება HA პროქსი 2.0, რომელიც საშუალებას გაძლევთ გაანაწილოთ HTTP ტრაფიკი და თვითნებური TCP მოთხოვნები სერვერების ჯგუფს შორის, მრავალი ფაქტორის გათვალისწინებით (მაგალითად, ის ამოწმებს სერვერების ხელმისაწვდომობას, აფასებს დატვირთვის დონეს, აქვს DDoS კონტრზომები) და ახორციელებს მონაცემთა პირველადი ფილტრაციას ( მაგალითად, შეგიძლიათ გაანალიზოთ HTTP სათაურები, გაფილტროთ გადაცემის არასწორი შეკითხვის პარამეტრები, დაბლოკოთ SQL და XSS ჩანაცვლება, დააკავშიროთ შინაარსის დამუშავების აგენტები). HAProxy-საც შეუძლია ვრცელდება მიკროსერვისების არქიტექტურაზე დაფუძნებულ სისტემებში კომპონენტების ურთიერთქმედების კოორდინაცია. პროექტის კოდი დაწერილია C და მიეწოდება ლიცენზირებული GPLv2-ით. პროექტი გამოიყენება ბევრ დიდ საიტზე, მათ შორის Airbnb, Alibaba, GitHub, Imgur, Instagram, Reddit, StackOverflow, Tumblr, Twitter და Vimeo.

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

• დაინერგა ახალი API მონაცემთა გეგმა, რომელიც საშუალებას გაძლევთ მართოთ HAProxy პარამეტრები ფრენის დროს REST Web API-ის საშუალებით. მათ შორის, შეგიძლიათ დინამიურად დაამატოთ და წაშალოთ ბექენდები და სერვერები, შექმნათ ACL, შეცვალოთ მოთხოვნის მარშრუტიზაცია, შეცვალოთ დამმუშავებლის კავშირი IP-ზე;
• დამატებულია nbthread დირექტივა, რომელიც საშუალებას გაძლევთ დააკონფიგურიროთ HAProxy-ში გამოყენებული ძაფების რაოდენობა მრავალბირთვიან პროცესორებზე მუშაობის ოპტიმიზაციისთვის. ნაგულისხმევად, სამუშაო ძაფების რაოდენობა არჩეულია მიმდინარე გარემოში არსებული CPU ბირთვების მიხედვით, ხოლო ღრუბლოვან გარემოში ნაგულისხმევი არის ერთი ძაფები. მკაცრი ლიმიტების დასაყენებლად, დამატებულია შეკრების ვარიანტები MAX_THREADS და MAX_PROCS, რაც ზღუდავს ზედა ზღვარს ძაფებისა და პროცესების რაოდენობაზე;
• Bind დირექტივის გამოყენება ქსელის მისამართებზე დამმუშავებლების დასაკავშირებლად გამარტივდა. დაყენებისას აღარ არის საჭირო პროცესის პარამეტრების განსაზღვრა - ნაგულისხმევად, კავშირები განაწილდება ძაფებს შორის, აქტიური კავშირების რაოდენობის მიხედვით.
• იზოლირებულ კონტეინერებში მუშაობისას ჟურნალების დაყენება გამარტივდა - ჟურნალი ახლა შეიძლება გაიგზავნოს stdout-სა და stderr-ზე, ისევე როგორც ნებისმიერი არსებული ფაილის აღწერისთვის (მაგალითად, „log fd@1 local0“);
• HTX-ის მხარდაჭერა (მშობლიური HTTP წარმომადგენლობა) ჩართულია ნაგულისხმევად, რაც დაბალანსების საშუალებას იძლევა გაფართოებული ფუნქციების გამოყენებისას, როგორიცაა ბოლოდან ბოლომდე HTTP/2, Layer 7 განმეორებითი ცდები და gRPC. HTX არ ცვლის სათაურებს ადგილზე, მაგრამ ამცირებს მოდიფიკაციის ოპერაციას ახალი სათაურის ამოღებამდე და სიის ბოლოს დამატებამდე, რაც საშუალებას გაძლევთ მანიპულიროთ HTTP პროტოკოლის ნებისმიერი გაფართოებული ვარიანტით, შეინარჩუნოთ სათაურების ორიგინალური სემანტიკა და საშუალებას გაძლევთ უფრო მაღალი შესრულების მისაღწევად HTTP/2 HTTP/1.1-ზე თარგმნისას და პირიქით;
• დამატებულია ოფიციალური მხარდაჭერა End-to-End HTTP/2 რეჟიმისთვის (ყველა ეტაპის დამუშავება HTTP/2-ში, ზარების ჩათვლით, და არა მხოლოდ პროქსისა და კლიენტს შორის ურთიერთქმედება);
• განხორციელდა gRPC პროტოკოლის ორმხრივი პროქსიინგის სრული მხარდაჭერა gRPC ნაკადების გაანალიზების შესაძლებლობით, ცალკეული შეტყობინებების ხაზგასმით, ჟურნალში gRPC ტრაფიკის ასახვით და შეტყობინებების ფილტრაციის საშუალებით ACL-ების გამოყენებით. gRPC საშუალებას გაძლევთ მოაწყოთ მიკროსერვისების მუშაობა სხვადასხვა პროგრამირების ენაზე, რომლებიც ურთიერთქმედებენ ერთმანეთთან უნივერსალური API-ს გამოყენებით. ქსელური კომუნიკაცია gRPC-ში განხორციელებულია HTTP/2 პროტოკოლის თავზე და დაფუძნებულია პროტოკოლის ბუფერების გამოყენებაზე მონაცემთა სერიალიზაციისთვის.
• დამატებულია მხარდაჭერა „Layer 7 Retries“ რეჟიმისთვის, რომელიც საშუალებას გაძლევთ გააგზავნოთ განმეორებითი HTTP მოთხოვნები პროგრამული უზრუნველყოფის უკმარისობის შემთხვევაში, რომელიც არ არის დაკავშირებული ქსელის კავშირის დამყარების პრობლემებთან (მაგალითად, თუ პასუხი არ არის ან ცარიელი პასუხი POST მოთხოვნა). რეჟიმის გამორთვისთვის, "disable-l7-retry" დროშა დაემატა "http-მოთხოვნა" ოფციას და "განმეორებითი ცდა" ოფცია დაემატა ნაგულისხმევი, მოსმენის და უკანა ნაწილის განყოფილებებში დაზუსტებისთვის. ხელახლა გასაგზავნად ხელმისაწვდომია შემდეგი ნიშნები: ყველა ხელახლა ცდა-შეცდომები, არ არის, დაკავშირება წარუმატებლობა, ცარიელი პასუხი, უსარგებლო პასუხი, პასუხის ვადა, 0rtt-უარყოფილი, ასევე სავალდებულო სტატუსის კოდების დასაბრუნებლად (404 და ა.შ.) ;
• დანერგილია ახალი პროცესის მენეჯერი, რომელიც საშუალებას გაძლევთ დააკონფიგურიროთ გარე შესრულებადი ფაილების გამოძახება HAProxy-ის დამმუშავებლებით.
  მაგალითად, Data Plan API (/usr/sbin/dataplaneapi), ისევე როგორც სხვადასხვა Offload ნაკადის დამუშავების ძრავები, დანერგილია ასეთი გარე დამმუშავებლის სახით;

• Bindings დაემატა. ადრე გაფართოების განვითარება მხარდაჭერილი იყო მხოლოდ C-ში;
• დამატებულია გარე spoa-mirror დამმუშავებელი (/usr/sbin/spoa-mirror) ცალკე სერვერზე მოთხოვნის ასახვისთვის (მაგალითად, წარმოების ტრაფიკის ნაწილის კოპირებისთვის ექსპერიმენტული გარემოს რეალურ დატვირთვაზე შესამოწმებლად);
• Გააცნო HAProxy Kubernetes Ingress Controller Kubernetes-ის პლატფორმასთან ინტეგრაციის უზრუნველყოფა;
• დამატებულია ჩაშენებული მხარდაჭერა მონიტორინგის სისტემაში სტატისტიკის ექსპორტისთვის პრომეთე;
• გაფართოვდა თანატოლების პროტოკოლი, რომელიც გამოიყენება ინფორმაციის გაცვლისთვის სხვა კვანძებთან, რომლებიც მუშაობენ HAProxy. მათ შორის დამატებითი მხარდაჭერა Heartbeat და დაშიფრული მონაცემთა გადაცემისთვის;
• დირექტივაში დამატებულია „ნიმუში“ პარამეტრი, რომელიც საშუალებას გაძლევთ ჩაყაროთ მოთხოვნის მხოლოდ ნაწილი ჟურნალში, მაგალითად, 1-დან 10, ანალიტიკური ნიმუშის შესაქმნელად;
• დამატებულია პროფილირების ავტომატური რეჟიმი (profiling.tasks დირექტივა, რომელსაც შეუძლია მნიშვნელობების ავტომატურად ჩართვა და გამორთვა). ავტომატური პროფილირება ჩართულია, თუ საშუალო შეყოვნება აღემატება 1000 ms. პროფილირების მონაცემების სანახავად, Runtime API-ს დაემატა ბრძანება “show profiles” ან შესაძლებელია სტატისტიკის გადატვირთვა ჟურნალში;
• დამატებულია მხარდაჭერა backend სერვერებზე წვდომისთვის SOCKS4 პროტოკოლის გამოყენებით;
• დამატებულია TCP კავშირების სწრაფად გახსნის მექანიზმის ბოლოდან ბოლომდე მხარდაჭერა (TFO - TCP Fast Open, RFC 7413), რომელიც საშუალებას გაძლევთ შეამციროთ კავშირის დაყენების ნაბიჯების რაოდენობა პირველის ერთ მოთხოვნაში და მეორე საფეხურში გაერთიანებით. კლასიკური 3-საფეხურიანი კავშირის მოლაპარაკების პროცესი და შესაძლებელს ხდის მონაცემების გაგზავნას კავშირის დამყარების საწყის ეტაპზე;
• დამატებულია ახალი მოქმედებები:
  • "http-მოთხოვნა ჩანაცვლება-uri" URL-ის ჩანაცვლებისთვის რეგულარული გამოხატვის გამოყენებით;
  • „tcp-request content do-resolve“ და „http-request do-resolve“ ჰოსტის სახელის გადასაჭრელად;
  • „tcp- request content set-dst“ და „tcp- request content set-dst-port“ სამიზნე IP მისამართისა და პორტის ჩანაცვლებისთვის.
• დამატებულია ახალი კონვერტაციის მოდულები:
  • aes_gcm_dev ნაკადების გაშიფვრისთვის AES128-GCM, AES192-GCM და AES256-GCM ალგორითმების გამოყენებით;
  • protobuf ველების ამოსაღებად Protocol Buffers შეტყობინებებიდან;
  • ungrpc ველების ამოსაღებად gRPC შეტყობინებებიდან.

  წყარო: opennet.ru