अपाचे आणि Nginx. एका साखळीने जोडलेले

Timeweb मध्ये Apache आणि Nginx संयोजन कसे लागू केले जाते

बर्‍याच कंपन्यांसाठी, Nginx + Apache + PHP हे एक अतिशय सामान्य आणि सामान्य संयोजन आहे आणि Timeweb देखील त्याला अपवाद नाही. तथापि, ते कसे अंमलात आणले जाते हे समजून घेणे मनोरंजक आणि उपयुक्त असू शकते.

अशा संयोजनाचा वापर अर्थातच आमच्या क्लायंटच्या गरजेनुसार ठरतो. Nginx आणि Apache दोन्ही विशेष भूमिका बजावतात, प्रत्येक विशिष्ट समस्येचे निराकरण करते.

मूलभूत सेटिंग्ज अपाचे Apache च्या कॉन्फिगरेशन फाइल्समध्येच केले जाते, आणि क्लायंट साइट्ससाठी सेटिंग्ज द्वारे होतात .htaccess फाइल. .htaccess ही एक कॉन्फिगरेशन फाइल आहे ज्यामध्ये क्लायंट स्वतंत्रपणे वेब सर्व्हरचे नियम आणि वर्तन कॉन्फिगर करू शकतो. हे सेटिंग विशेषतः त्याच्या साइटवर लागू होईल. उदाहरणार्थ, Apache कार्यक्षमतेबद्दल धन्यवाद, वापरकर्ते त्याच PHP आवृत्तीमध्ये ऑपरेटिंग मोड mod_php वरून mod_cgi मध्ये बदलू शकतात; तुम्ही रीडायरेक्ट, SEO साठी ऑप्टिमायझेशन, सोयीस्कर URL, PHP साठी काही मर्यादा सेट करू शकता.

Nginx Apache कडे रहदारी पुनर्निर्देशित करण्यासाठी प्रॉक्सी सर्व्हर म्हणून आणि स्थिर सामग्री देण्यासाठी वेब सर्व्हर म्हणून वापरले जाते. आम्ही Nginx साठी सुरक्षा मॉड्यूल देखील विकसित केले आहेत जे आम्हाला आमच्या वापरकर्त्यांच्या डेटाचे संरक्षण करण्यास परवानगी देतात, उदाहरणार्थ, प्रवेश अधिकार वेगळे करण्यासाठी.

चला कल्पना करूया की एक वापरकर्ता आमच्या क्लायंटच्या वेबसाइटला भेट देतो. प्रथम, वापरकर्ता Nginx वर पोहोचतो, जो स्थिर सामग्री प्रदान करतो. ते लगेच घडते. मग, जेव्हा PHP लोड करण्याची वेळ येते, तेव्हा Nginx विनंती अपाचेकडे पाठवते. आणि Apache, PHP सह, आधीपासूनच डायनॅमिक सामग्री तयार करते.

Timeweb मधील Apache आणि Nginx बंडलची वैशिष्ट्ये

आमची आभासी होस्टिंग Apache आणि Nginx साठी 2 मुख्य ऑपरेटिंग योजना लागू करते: सामायिक आणि समर्पित.

सामायिक योजना

ही योजना बहुतेक वापरकर्त्यांसाठी वापरली जाते. हे त्याच्या साधेपणाने आणि संसाधनाच्या तीव्रतेने ओळखले जाते: सामायिक योजना कमी संसाधने वापरते, म्हणूनच त्याचे दर स्वस्त आहेत. या योजनेनुसार, सर्व्हर एक Nginx चालवतो, जो त्याला सर्व वापरकर्त्यांच्या विनंत्या आणि Apache ची अनेक उदाहरणे देण्यासाठी परवानगी देतो.

सामायिक योजना बर्याच काळापासून सुधारत आहे: हळूहळू आम्ही उणीवा दुरुस्त केल्या. सोयीस्करपणे, सोर्स कोडमध्ये बदल न करता करता येते.

सामायिक योजना

समर्पित योजना

समर्पित साठी अधिक संसाधने आवश्यक आहेत, म्हणून त्याचे दर ग्राहकांसाठी अधिक महाग आहेत. समर्पित योजनेमध्ये, प्रत्येक क्लायंटला स्वतःचे वेगळे अपाचे मिळते. येथे संसाधने क्लायंटसाठी राखीव आहेत, ते केवळ वाटप केले जातात. ते कसे कार्य करते: सर्व्हरवर PHP च्या अनेक आवृत्त्या आहेत. आम्ही ५.३, ५.४, ५.६, ७.१, ७.२, ७.३, ७.४ या आवृत्त्यांना समर्थन देतो. तर, PHP च्या प्रत्येक आवृत्तीसाठी स्वतःचे Apache लाँच केले आहे.

समर्पित योजना

सुरक्षित क्षेत्र. Nginx मध्ये झोन सेट करणे

पूर्वी, Nginx साठी, आम्ही अनेक सामायिक मेमरी झोन ​​(झोन) वापरले - प्रति डोमेन एक सर्व्हर ब्लॉक. या सेटअपसाठी भरपूर संसाधने आवश्यक आहेत, कारण प्रत्येक साइटसाठी स्वतंत्र झोन तयार केला आहे. तथापि, Nginx सेटिंग्जमध्ये, बर्‍याच साइट्स एकाच प्रकारच्या असतात, म्हणून मॉड्यूलमधील नकाशा निर्देशांचा वापर केल्यामुळे त्या एका झोनमध्ये ठेवल्या जाऊ शकतात. ngx_http_map_module, जे तुम्हाला पत्रव्यवहार निर्दिष्ट करण्याची परवानगी देतात. उदाहरणार्थ, आमच्याकडे एक झोन टेम्पलेट आहे ज्यामध्ये आम्हाला व्हेरिएबल्स पुरवणे आवश्यक आहे: साइटचा मार्ग, PHP आवृत्ती, वापरकर्ता. अशा प्रकारे, Nginx कॉन्फिगरेशनचे पुन्हा वाचन, म्हणजेच, रीलोड, प्रवेगक होते.

या कॉन्फिगरेशनने RAM संसाधने मोठ्या प्रमाणात जतन केली आणि Nginx चा वेग वाढवला.

रीलोड काम करणार नाही!

शेअर्ड स्कीममध्ये, वेबसाइट सेटिंग्ज बदलताना आम्ही Apache रीलोड करण्याची गरज नाहीशी केली. पूर्वी, जेव्हा एका क्लायंटला डोमेन जोडायचे होते किंवा PHP आवृत्ती बदलायची होती, तेव्हा Apache चे अनिवार्य रीलोड आवश्यक होते, ज्यामुळे प्रतिसादांमध्ये विलंब होतो आणि साइटच्या कार्यप्रदर्शनावर नकारात्मक परिणाम होतो.

डायनॅमिक कॉन्फिगरेशन तयार करून आम्ही रीलोड्सपासून मुक्त झालो. ना धन्यवाद mpm-itk (अपाचे मॉड्यूल), प्रत्येक प्रक्रिया स्वतंत्र वापरकर्ता म्हणून चालते, ज्यामुळे सुरक्षिततेची पातळी वाढते. ही पद्धत तुम्हाला वापरकर्ता आणि त्याच्या document_root बद्दलचा डेटा Nginx वरून Apache2 मध्ये हस्तांतरित करण्याची परवानगी देते. अशा प्रकारे, Apache मध्ये साइट कॉन्फिगरेशन्स नसतात, ती त्यांना गतिमानपणे प्राप्त करते आणि यापुढे रीलोडची आवश्यकता नसते.

शेअर केलेले स्कीमा कॉन्फिगरेशन

डॉकरचे काय?

बर्‍याच कंपन्या कंटेनर-आधारित प्रणालीकडे वळल्या आहेत. टाइमवेब सध्या अशा संक्रमणाच्या शक्यतेचा विचार करत आहे. अर्थात, प्रत्येक निर्णयाचे फायदे आणि तोटे असतात.

निर्विवाद फायद्यांसह, कंटेनर सिस्टम वापरकर्त्यास कमी संसाधने प्रदान करते. Timeweb मध्ये, वर्णन केलेल्या होस्टिंग योजनेबद्दल धन्यवाद, वापरकर्त्याला RAM मध्ये कोणतीही मर्यादा नाही. हे कंटेनरपेक्षा अधिक संसाधने प्राप्त करते. याव्यतिरिक्त, वापरकर्त्याकडे अधिक Apache मॉड्यूल लोड केले जाऊ शकतात.

टाइमवेब सुमारे 500 वेबसाइट्सना सामर्थ्य देते. आम्ही मोठी जबाबदारी घेतो आणि जटिल आर्किटेक्चरमध्ये त्वरित, अन्यायकारक बदल करत नाही. Apache आणि Nginx संयोजन विश्वसनीय आणि वेळ-चाचणी आहे. आम्ही, यामधून, अनन्य कॉन्फिगरेशनद्वारे जास्तीत जास्त कार्यप्रदर्शन प्राप्त करण्याचा प्रयत्न करतो.

मोठ्या संख्येने साइट्सच्या उच्च-गुणवत्तेच्या आणि जलद ऑपरेशनसाठी, तुम्हाला Apache आणि Nginx चे टेम्पलेट आणि डायनॅमिक कॉन्फिगरेशन वापरण्याची आवश्यकता आहे. हे आपल्याला मोठ्या संख्येने समान सर्व्हर सहजपणे आणि द्रुतपणे व्यवस्थापित करण्यास अनुमती देते.

स्त्रोत: www.habr.com