HAProxy 2.0 HTTP/TCP बॅलन्सर रिलीज

प्रकाशित लोड बॅलन्सर रिलीझ हॅप्रोक्सी २.०, जे तुम्हाला HTTP ट्रॅफिक आणि सर्व्हरच्या गटामध्ये अनियंत्रित TCP विनंत्या वितरित करण्यास अनुमती देते, अनेक घटक विचारात घेऊन (उदाहरणार्थ, ते सर्व्हरची उपलब्धता तपासते, लोड पातळीचे मूल्यांकन करते, DDoS काउंटरमेझर्स आहेत) आणि प्राथमिक डेटा फिल्टरिंग करते ( उदाहरणार्थ, तुम्ही HTTP शीर्षलेख पार्स करू शकता, फिल्टर ट्रान्समिशन चुकीचे क्वेरी पॅरामीटर्स, ब्लॉक SQL आणि XSS प्रतिस्थापन, सामग्री प्रक्रिया एजंट कनेक्ट करू शकता). HAProxy देखील करू शकता लागू करा मायक्रोसर्व्हिसेस आर्किटेक्चरवर आधारित सिस्टममधील घटकांच्या परस्परसंवादाचे समन्वय साधण्यासाठी. प्रकल्प कोड C आणि मध्ये लिहिलेला आहे पुरवठा GPLv2 अंतर्गत परवानाकृत. हा प्रकल्प Airbnb, Alibaba, GitHub, Imgur, Instagram, Reddit, StackOverflow, Tumblr, Twitter आणि Vimeo यासह अनेक मोठ्या साइटवर वापरला जातो.

मुख्य प्रकाशन वैशिष्ट्ये:

• नवीन API सादर केले डेटा योजना, जे तुम्हाला REST Web API द्वारे फ्लायवर HAProxy सेटिंग्ज व्यवस्थापित करण्यास अनुमती देते. यासह, तुम्ही गतिकरित्या बॅकएंड आणि सर्व्हर जोडू आणि काढू शकता, ACL तयार करू शकता, विनंती राउटिंग बदलू शकता, हँडलर बाइंडिंग्स IP वर बदलू शकता;
• nbthread निर्देश जोडले, जे तुम्हाला मल्टी-कोर CPUs वर कार्यप्रदर्शन ऑप्टिमाइझ करण्यासाठी HAProxy मध्ये वापरलेल्या थ्रेड्सची संख्या कॉन्फिगर करण्याची परवानगी देते. डीफॉल्टनुसार, सध्याच्या वातावरणात उपलब्ध असलेल्या CPU कोरच्या आधारावर वर्कर थ्रेडची संख्या निवडली जाते आणि क्लाउड वातावरणात डीफॉल्ट एक थ्रेड असतो. कठोर मर्यादा सेट करण्यासाठी, असेंबली पर्याय MAX_THREADS आणि MAX_PROCS जोडले गेले आहेत, थ्रेड्स आणि प्रक्रियांच्या संख्येवर वरची मर्यादा मर्यादित करते;
• हँडलर्सना नेटवर्क पत्त्यांवर बंधनकारक करण्यासाठी बाइंड निर्देशाचा वापर सुलभ केला गेला आहे. सेट अप करताना, यापुढे प्रक्रिया पॅरामीटर्स परिभाषित करणे आवश्यक नाही - डीफॉल्टनुसार, सक्रिय कनेक्शनच्या संख्येनुसार थ्रेड्समध्ये कनेक्शन वितरित केले जातील.
• वेगळ्या कंटेनरमध्ये चालत असताना लॉग सेट करणे सोपे केले गेले आहे - लॉग आता stdout आणि stderr, तसेच अस्तित्वात असलेल्या कोणत्याही फाइल वर्णनकर्त्याला (उदाहरणार्थ, “log fd@1 local0”) पाठवले जाऊ शकतात;
• एचटीएक्स (नेटिव्ह एचटीटीपी रिप्रेझेंटेशन) साठी समर्थन डीफॉल्टनुसार सक्षम केले आहे, एंड-टू-एंड HTTP/2, लेयर 7 पुन्हा प्रयत्न आणि जीआरपीसी यासारख्या प्रगत वैशिष्ट्यांचा वापर करताना संतुलनास अनुमती देते. HTX हेडर जागी बदलत नाही, परंतु सूचीच्या शेवटी एक नवीन हेडर काढून टाकण्यासाठी आणि जोडण्यासाठी सुधारणा ऑपरेशन कमी करते, जे तुम्हाला HTTP प्रोटोकॉलच्या कोणत्याही विस्तारित प्रकारांमध्ये फेरफार करण्यास अनुमती देते, हेडरचे मूळ शब्दार्थ जतन करून आणि तुम्हाला परवानगी देते. HTTP/2 ते HTTP/1.1 आणि त्याउलट भाषांतर करताना उच्च कार्यक्षमता प्राप्त करण्यासाठी;
• एंड-टू-एंड HTTP/2 मोडसाठी अधिकृत समर्थन जोडले (HTTP/2 मधील सर्व टप्प्यांवर प्रक्रिया करणे, बॅकएंडवर कॉलसह, आणि केवळ प्रॉक्सी आणि क्लायंटमधील परस्परसंवाद नाही);
• gRPC प्रोटोकॉलच्या द्विदिशात्मक प्रॉक्सीसाठी पूर्ण समर्थन gRPC प्रवाह पार्स करण्याच्या क्षमतेसह लागू केले गेले आहे, वैयक्तिक संदेश हायलाइट करणे, लॉगमध्ये gRPC रहदारी प्रतिबिंबित करणे आणि ACLs वापरून संदेश फिल्टर करणे. gRPC तुम्हाला युनिव्हर्सल API वापरून एकमेकांशी संवाद साधणाऱ्या विविध प्रोग्रामिंग भाषांमध्ये मायक्रोसर्व्हिसेसचे कार्य आयोजित करण्याची परवानगी देते. gRPC मधील नेटवर्क कम्युनिकेशन HTTP/2 प्रोटोकॉलच्या वर लागू केले जाते आणि डेटा क्रमवारीसाठी प्रोटोकॉल बफर्सच्या वापरावर आधारित आहे.
• "लेयर 7 रिट्रीज" मोडसाठी समर्थन जोडले आहे, जे तुम्हाला सॉफ्टवेअर अयशस्वी झाल्यास वारंवार HTTP विनंत्या पाठविण्यास अनुमती देते जे नेटवर्क कनेक्शन स्थापित करण्यात समस्यांशी संबंधित नाहीत (उदाहरणार्थ, प्रतिसाद नसल्यास किंवा रिक्त प्रतिसाद असल्यास. पोस्ट विनंती). मोड अक्षम करण्यासाठी, "अक्षम-l7-पुन्हा प्रयत्न" ध्वज "http-विनंती" पर्यायामध्ये जोडला गेला आहे, आणि "पुन्हा प्रयत्न-ऑन" पर्याय डीफॉल्ट, ऐका आणि बॅकएंड विभागांमध्ये फाइन-ट्यूनिंगसाठी जोडला गेला आहे. खालील चिन्हे पुन्हा पाठवण्यासाठी उपलब्ध आहेत: सर्व-पुन्हा प्रयत्न करण्यायोग्य-त्रुटी, काहीही नाही, conn-failure, empty-response, junk-response, response-timeout, 0rtt-नाकारलेले, तसेच स्टेटस कोड परत करण्यासाठी बंधनकारक (404, इ.) ;
• एक नवीन प्रक्रिया व्यवस्थापक लागू करण्यात आला आहे, जो तुम्हाला HAProxy साठी हँडलर्ससह बाह्य एक्झिक्युटेबल फाइल्स कॉलिंग कॉन्फिगर करण्यास अनुमती देतो.
  उदाहरणार्थ, डेटा प्लॅन API (/usr/sbin/dataplaneapi), तसेच विविध ऑफलोड स्ट्रीम प्रोसेसिंग इंजिन, अशा बाह्य हँडलरच्या रूपात कार्यान्वित केले जातात;

• SPOE (स्ट्रीम प्रोसेसिंग ऑफलोड इंजिन) आणि SPOP (स्ट्रीम प्रोसेसिंग ऑफलोड प्रोटोकॉल) विस्तार विकसित करण्यासाठी .NET Core, Go, Lua आणि Python साठी बाइंडिंग जोडले गेले आहेत. पूर्वी, विस्तार विकास केवळ C मध्ये समर्थित होता;
• वेगळ्या सर्व्हरवर मिररिंग विनंत्यांसाठी बाह्य स्पोआ-मिरर हँडलर (/usr/sbin/spoa-mirror) जोडले (उदाहरणार्थ, वास्तविक लोड अंतर्गत प्रायोगिक वातावरणाची चाचणी घेण्यासाठी उत्पादन रहदारीचा भाग कॉपी करण्यासाठी);
• सादर करणारा HAProxy Kubernetes प्रवेश नियंत्रक कुबर्नेट्स प्लॅटफॉर्मसह एकत्रीकरण सुनिश्चित करण्यासाठी;
• मॉनिटरिंग सिस्टममध्ये आकडेवारी निर्यात करण्यासाठी अंगभूत समर्थन जोडले Prometheus;
• पीअर प्रोटोकॉल, HAProxy चालवणाऱ्या इतर नोड्ससह माहितीची देवाणघेवाण करण्यासाठी वापरला जातो, विस्तारित करण्यात आला आहे. हार्टबीट आणि एनक्रिप्टेड डेटा ट्रान्समिशनसाठी अतिरिक्त समर्थन समाविष्ट करणे;
• "लॉग" निर्देशामध्ये "नमुना" पॅरामीटर जोडला गेला आहे, जो तुम्हाला विनंत्यांचा फक्त काही भाग लॉगमध्ये टाकण्याची परवानगी देतो, उदाहरणार्थ 1 पैकी 10, विश्लेषणात्मक नमुना तयार करण्यासाठी;
• स्वयंचलित प्रोफाइलिंग मोड जोडला (profiling.tasks निर्देश, जे मूल्ये स्वयं, चालू आणि बंद करू शकतात). सरासरी विलंब 1000 ms पेक्षा जास्त असल्यास स्वयंचलित प्रोफाइलिंग सक्षम केले जाते. प्रोफाइलिंग डेटा पाहण्यासाठी, "शो प्रोफाइलिंग" कमांड रनटाइम API मध्ये जोडली गेली आहे किंवा लॉगमध्ये आकडेवारी रीसेट करणे शक्य आहे;
• SOCKS4 प्रोटोकॉल वापरून बॅकएंड सर्व्हरमध्ये प्रवेश करण्यासाठी समर्थन जोडले;
• TCP कनेक्शन्स (TFO - TCP फास्ट ओपन, RFC 7413) त्वरीत उघडण्याच्या यंत्रणेसाठी एंड-टू-एंड सपोर्ट जोडला आहे, जो तुम्हाला पहिल्या विनंतीला आणि दुसर्‍या चरणात एकत्र करून कनेक्शन सेटअप चरणांची संख्या कमी करण्यास अनुमती देतो. क्लासिक 3-चरण कनेक्शन वाटाघाटी प्रक्रिया आणि कनेक्शन स्थापित करण्याच्या प्रारंभिक टप्प्यावर डेटा पाठवणे शक्य करते;
• नवीन क्रिया जोडल्या:
  • रेग्युलर एक्सप्रेशन वापरून URL बदलण्यासाठी "http-request replace-uri";
  • होस्टनाव सोडवण्यासाठी “tcp-request content do-resolve” आणि “http-request do-resolve”;
  • लक्ष्य IP पत्ता आणि पोर्ट बदलण्यासाठी “tcp-request content set-dst” आणि “tcp-request content set-dst-port”.
• नवीन रूपांतरण मॉड्यूल जोडले:
  • AES128-GCM, AES192-GCM आणि AES256-GCM अल्गोरिदम वापरून प्रवाह डिक्रिप्ट करण्यासाठी aes_gcm_dev;
  • Protobuf Protocol Buffers संदेशांमधून फील्ड काढण्यासाठी;
  • ungrpc जीआरपीसी संदेशांमधून फील्ड काढण्यासाठी.

  स्त्रोत: opennet.ru