php8, node.js आणि redis सह CentOS 7 वर वेब सर्व्हर

प्रस्तावना

CentOS ऑपरेटिंग सिस्टीमची नवीन आवृत्ती, म्हणजे CentOS 2, रिलीज होऊन 8 दिवस झाले आहेत. आणि आत्तापर्यंत त्यामध्ये गोष्टी कशा केल्या जातात यावर इंटरनेटवर बरेच लेख आहेत, म्हणून मी ही अंतर भरून काढण्याचे ठरवले. शिवाय, मी तुम्हाला हे प्रोग्रॅम्सची जोडी कशी इन्स्टॉल करायची याबद्दल सांगेन, परंतु मी सामान्यत: आधुनिक जगात व्हर्च्युअल वातावरणात लिनक्स कसे प्रतिष्ठापीत करताना पाहतो त्याबद्दलही सांगेन, ज्यामध्ये डिस्क विभाजन करणे इ.

परंतु सुरुवातीला, मला थोडक्यात सांगायचे आहे की मागील सर्व आवृत्तींमधून या आवृत्तीवर स्विच करणे योग्य का आहे आणि याची दोन कारणे आहेत:

1. php7! CentOS च्या मागील आवृत्तीमध्ये, “ऑर्थोडॉक्स” php5.4 स्थापित केले गेले होते...

   ठीक आहे, थोडे अधिक गंभीर होण्यासाठी, बर्याच पॅकेजेसने मोठ्या प्रमाणावर अनेक आवृत्त्यांमधून उडी घेतली. आम्ही (redhat सारख्या OS चे चाहते) शेवटी प्रवेश केला आहे, भविष्यात नाही तर किमान वर्तमानात तरी. आणि उबंटू समर्थक यापुढे आमच्याकडे हसणार नाहीत आणि आमच्याकडे बोटे दाखवणार नाहीत, बरं... किमान काही काळासाठी ;).

2. yum पासून dnf मध्ये संक्रमण. मुख्य फरक असा आहे की आता एकाच वेळी पॅकेजच्या अनेक आवृत्त्यांसह कार्य करण्यास अधिकृतपणे समर्थित आहे. अगदी आठ मध्ये, मला हे कधीही उपयुक्त वाटले नाही, परंतु ते आशादायक वाटते.

व्हर्च्युअल मशीन तयार करा

तेथे भिन्न हायपरवाइजर आहेत आणि वाचकांना एका विशिष्टतेनुसार तयार करण्याचे माझे कोणतेही ध्येय नाही, मी तुम्हाला सामान्य तत्त्वांबद्दल सांगेन.

स्मृती

प्रथम... निश्चितपणे 7 पासून सुरू होणारी CentOS प्रणाली स्थापित करण्यासाठी, आणि माझ्या मते हे 6 मध्ये देखील होते ("परंतु हे निश्चित नाही"), आपल्याला आवश्यक आहे किमान 2 जीबी रॅम. म्हणून, मी तुम्हाला सल्ला देतो की ते आधी द्या.

परंतु काहीही असल्यास, स्थापनेनंतर मेमरी आकार कमी केला जाऊ शकतो. 1 GB वर बेअर सिस्टीम खूप चांगले काम करते, मी तपासले.

डिस्क

सामान्य स्थापनेसाठी, आपण 20-30 GB क्षमतेसह आभासी डिस्क तयार केली पाहिजे. सिस्टमसाठी हे पुरेसे आहे. आणि डेटासाठी दुसरी डिस्क. हे आभासी मशीन तयार करण्याच्या टप्प्यावर आणि नंतर जोडले जाऊ शकते. मी सहसा नंतर जोडतो.

प्रोसेसर

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

उर्वरित सहसा डीफॉल्ट म्हणून सोडले जाऊ शकते.

वास्तविक स्थापना

तर... चला इंस्टॉलर लाँच करूया... व्यक्तिशः, मी बर्याच काळापासून अशा सेवा केवळ आभासी मशीनच्या रूपात स्थापित करत आहे, म्हणून मी फ्लॅश ड्राइव्हवर सर्व प्रकारच्या वितरण रेकॉर्डचे वर्णन करणार नाही - मी फक्त माझ्या आवडत्या हायपरवाइजरमध्ये ISO ला सीडी म्हणून माउंट करा, डाउनलोड करा आणि चला.

मूलभूत स्थापना अगदी वैशिष्ट्यपूर्ण आहे, मी फक्त काही मुद्द्यांवर लक्ष देईन.

स्रोत निवड

आठवी आवृत्ती रिलीझ झाल्यापासून, यांडेक्सचा आरसा अनेक दिवसांपासून पडून आहे. बरं, म्हणजे, ते अधूनमधून उगवते आणि नंतर पुन्हा त्रुटी दर्शवू लागते. मला खात्री आहे की हे सेवेवर जास्त लोड झाल्यामुळे आहे. म्हणून, स्त्रोत सूचित करण्यासाठी, मला वैयक्तिकरित्या, नेहमीचा पत्ता प्रविष्ट करण्याऐवजी, जावे लागले येथे, मला आवडणारा आरसा निवडा आणि इंस्टॉलर विंडोमध्ये स्वतः पत्ता प्रविष्ट करा. येथे हे लक्षात ठेवणे महत्वाचे आहे की आपल्याला निर्देशिका स्थित असलेल्या फोल्डरचा मार्ग निर्दिष्ट करणे आवश्यक आहे repodata. उदाहरणार्थ mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

डिस्क विभाजन

हा प्रश्न माझ्या मते धार्मिक आहे. या प्रकरणावर प्रत्येक प्रशासकाची स्वतःची भूमिका आहे. पण तरीही मी या विषयावर माझे मत मांडेन.

होय, तत्वतः, आपण संपूर्ण जागा रूटला वाटप करू शकता आणि ते कार्य करेल, बहुतेकदा अगदी चांगले. मग विविध विभाग असलेल्या बागेला कुंपण का? — माझ्या मते, याची दोन मुख्य कारणे आहेत: कोटा आणि पोर्टेबिलिटी.

उदाहरणार्थ, जर काही चूक झाली आणि मुख्य डेटा विभाजनात त्रुटी आढळल्या, तर तुम्ही अजूनही सिस्टम बूट करू इच्छित आहात आणि पुनरुत्थान उपाय करू इच्छित आहात. म्हणून, मी वैयक्तिकरित्या /boot साठी स्वतंत्र विभाजन वाटप करतो. एक कर्नल आणि बूटलोडर आहे. सहसा 500 मेगाबाइट्स पुरेसे असतात, परंतु क्वचित प्रसंगी अधिक आवश्यक असू शकते आणि आम्हाला टेराबाइट्समध्ये जागा मोजण्याची सवय आहे हे लक्षात घेता, मी या विभागासाठी 2GB वाटप करतो. आणि इथे महत्त्वाची गोष्ट म्हणजे ते lvm करता येत नाही.

पुढे प्रणालीचे मूळ येते. सामान्य स्थापनेसाठी, मला प्रति सिस्टीम 4 GB पेक्षा जास्त कधीच आवश्यक नसते, परंतु अनुसूचित कार्यक्रमांदरम्यान मी /tmp डिरेक्टरी डिस्ट्रिब्युशन अनपॅक करण्यासाठी वापरतो, आणि मला ते वेगळ्या विभाजनासाठी समर्पित करण्यात काही अर्थ दिसत नाही - आधुनिक प्रणालींमध्ये ते आपोआप साफ होते, त्यामुळे ते भरले जात नाही. म्हणून मी रूटसाठी 8GB वाटप करतो.

अदलाबदल... मोठ्या प्रमाणावर, त्याचा फारसा व्यावहारिक उपयोग नाही. तुम्ही तुमच्या सर्व्हरवर स्वॅप वापरण्यास सुरुवात केल्यास, आज वास्तविक जगात याचा अर्थ असा आहे की सर्व्हरला अधिक RAM जोडण्याची आवश्यकता आहे. अन्यथा, कार्यप्रदर्शनातील समस्यांची हमी दिली जाते (किंवा काही प्रोग्राम "लीक" मेमरी). म्हणून, हा विभाग केवळ निदानासाठी आवश्यक आहे. म्हणून, 2 GB एक उत्कृष्ट संख्या आहे. होय, सर्व्हरवर किती मेमरी आहे याची पर्वा न करता. होय, मी ते सर्व लेख वाचले जेथे मेमरी व्हॉल्यूम आणि स्वॅप व्हॉल्यूमच्या गुणोत्तराबद्दल लिहिले आहे... IMHO, ते जुने आहेत. 10 वर्षांच्या सरावात, याचा मला कधीच उपयोग झाला नाही. 15 वर्षांपूर्वी मी त्यांचा वापर केला, होय.

IMHO, प्रत्येकजण स्वतंत्र विभाजनामध्ये/घराचे वाटप करायचे की नाही हे स्वतः ठरवू शकतो. जर सर्व्हरवरील कोणीतरी सक्रियपणे ही निर्देशिका वापरत असेल तर ते वाटप करणे चांगले आहे. जर कोणी नसेल तर गरज नाही.

पुढे, /var. माझ्या मते, ते निश्चितपणे हायलाइट केले पाहिजे. सुरुवातीला, तुम्ही स्वतःला 4 GB पर्यंत मर्यादित करू शकता आणि ते कसे होते ते पहा. आणि हो, “हे कसे चालते” द्वारे मला असे म्हणायचे आहे

1. प्रथम, तुम्ही नेहमी /var उपडिरेक्टरीमध्ये दुसरी डिस्क माउंट करू शकता (जी मी नंतर उदाहरणासह दर्शवेन)
2. दुसरे म्हणजे, आमच्याकडे lvm आहे - तुम्ही ते नेहमी जोडू शकता. आणि जेव्हा तेथे बरेच लॉग ओतणे सुरू होते तेव्हा तुम्हाला सहसा ते जोडावे लागते. परंतु मी या आकड्याचा आगाऊ अंदाज लावू शकलो नाही, म्हणून मी 2 GB ने सुरुवात करतो आणि नंतर पाहतो.

वाटप न केलेली जागा व्हॉल्यूम ग्रुपमध्ये मोकळी राहील आणि ती नंतर कधीही वापरली जाऊ शकते.

एलव्हीएम

सर्व LVM मध्ये /boot व्यतिरिक्त विभाजने करणे अर्थपूर्ण आहे. होय, स्वॅपसह. होय, सर्व सल्ल्यानुसार, स्वॅप डिस्कच्या सुरूवातीस असावा, परंतु LVM च्या बाबतीत त्याचे स्थान तत्त्वतः निर्धारित केले जाऊ शकत नाही. पण मी वर लिहिल्याप्रमाणे तुमची सिस्टीम करू नये स्वॅप अजिबात वापरा. म्हणून, तो कुठे आहे हे महत्त्वाचे नाही. बरं, आम्ही '95 मध्ये राहत नाही, प्रामाणिकपणे!

पुढे, LVM मध्ये अनेक मूलभूत घटक आहेत ज्यांसोबत जगण्यासाठी तुम्हाला सक्षम असणे आवश्यक आहे:

• भौतिक खंड
• खंड गट
• तार्किक खंड

भौतिक खंड गटांमध्ये एकत्र केले जातात, आणि प्रत्येक भौतिक खंड फक्त एका गटात असू शकतो आणि एक गट एकाच वेळी अनेक भौतिक खंडांवर स्थित असू शकतो.
आणि तार्किक खंड प्रत्येक एका गटात आहेत.

पण... अरेरे, हे पुन्हा २१ वे शतक आहे. आणि सर्व्हर आभासी आहेत. भौतिकांवर लागू केलेल्या समान यंत्रणा त्यांना लागू करण्यात काही अर्थ नाही. आणि व्हर्च्युअलसाठी सिस्टमपासून स्वतंत्रपणे डेटा असणे महत्वाचे आहे! हे फार महत्वाचे आहे, विशेषतः दुसऱ्या व्हर्च्युअल मशीनवर डेटा त्वरीत स्विच करण्याच्या क्षमतेसाठी (उदाहरणार्थ, नवीन OS वर स्विच करताना) आणि सर्वसाधारणपणे सर्व प्रकारच्या उपयुक्त वस्तूंसाठी (उदाहरणार्थ हायपरवाइजर टूल्स वापरून विभाजनांद्वारे वेगळे बॅकअप) . म्हणून, सिस्टमसाठी एक व्हॉल्यूम गट वापरला जातो आणि डेटासाठी दुसरा वापरला जातो! ही तार्किक विभागणी आयुष्यात खूप मदत करते!

व्हर्च्युअल मशीन तयार करताना तुम्ही फक्त एक आभासी हार्ड डिस्क तयार केली असल्यास, येथे कॉन्फिगरेशन समाप्त होते. आणि जर दोन असतील तर फक्त दुसरा चिन्हांकित करू नका.

Zapuskaem ustanovku.

पोस्ट-इंस्टॉलेशन

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

ping ya.ru

उत्तर आहे का? - छान, Ctrl-C दाबा.
नसल्यास, नेटवर्क सेट करा, याशिवाय जीवन नाही, परंतु माझा लेख त्याबद्दल नाही.

आता जर आपण अद्याप रूट अंतर्गत नाही तर रूट अंतर्गत जा, कारण टाइपिंग अशा sudo सह आदेशांची संख्या वैयक्तिकरित्या मला तोडली (आणि पॅरानॉइड प्रशासक मला क्षमा करतील):

sudo -i

आता आपण पहिली गोष्ट टाइप करतो

dnf -y update

आणि जर तुम्ही 2019 मध्ये हा लेख वाचत असाल तर बहुधा काहीही होणार नाही, परंतु हे प्रयत्न करण्यासारखे आहे.

आता उर्वरित डिस्क कॉन्फिगर करू

समजा सिस्टमसह विभाजन xvda होते, नंतर डेटा डिस्क xvdb असेल. ठीक आहे.

बहुतेक सल्ला "Fdisk चालवा आणि विभाजन तयार करा..." ने सुरू होईल.

तर हे आहे चुकीचे!

मी ते पुन्हा सांगेन कारण ते खूप महत्वाचे आहे! या प्रकरणात, LVM सह कार्य करणे, जे एक संपूर्ण व्हर्च्युअल डिस्क व्यापते, त्यावर विभाजने निर्माण करणे हानिकारक आहे! या वाक्यातील प्रत्येक शब्द महत्त्वाचा आहे. आम्ही LVM शिवाय काम करत असल्यास, आम्हाला ते करणे आवश्यक आहे. आमच्याकडे डिस्कवर सिस्टम आणि डेटा असल्यास, आम्हाला त्याची आवश्यकता आहे. जर काही कारणास्तव आपल्याला डिस्कचा अर्धा भाग रिकामा ठेवण्याची आवश्यकता असेल तर आपण ते देखील केले पाहिजे. परंतु सहसा या सर्व गृहीतके पूर्णपणे सैद्धांतिक असतात. कारण जर आपण विद्यमान विभाजनामध्ये जागा जोडण्याचे ठरवले, तर ते करण्याचा सर्वात सोपा मार्ग म्हणजे या कॉन्फिगरेशनसह. आणि प्रशासनातील सुलभता इतर अनेक गोष्टींपेक्षा जास्त आहे की आम्ही हेतुपुरस्सर या कॉन्फिगरेशनकडे जात आहोत.

आणि सोय अशी आहे की जर तुम्हाला डेटा विभाजनाचा विस्तार करायचा असेल, तर तुम्ही व्हर्च्युअल विभाजनामध्ये फक्त स्पेस जोडता, त्यानंतर vgextend वापरून ग्रुपचा विस्तार करा आणि ते झाले! क्वचित प्रसंगी, दुसरे काहीतरी आवश्यक असू शकते, परंतु कमीतकमी तुम्हाला सुरुवातीला लॉजिकल व्हॉल्यूम वाढवावा लागणार नाही, जे आधीच छान आहे. अन्यथा, या व्हॉल्यूमचा विस्तार करण्यासाठी, ते प्रथम विद्यमान हटवण्याची आणि नंतर वर एक नवीन तयार करण्याची शिफारस करतात... जे फार छान दिसत नाही आणि थेट केले जाऊ शकत नाही, परंतु मी सूचित केलेल्या परिस्थितीनुसार विस्तार केला जाऊ शकतो. अगदी विभाजन अनमाउंट न करता “ऑन फ्लाय” केले.

म्हणून, आम्ही एक भौतिक व्हॉल्यूम तयार करतो, नंतर एक व्हॉल्यूम गट ज्यामध्ये त्याचा समावेश होतो आणि नंतर आमच्या सर्व्हरसाठी विभाजन:

pvcreate /dev/xvdb
vgcreate data /dev/xvdb
lvcreate -n www -L40G data
mke2fs -t ext4 /dev/mapper/data-www

येथे, मोठ्या अक्षराऐवजी “L” (आणि GB मधील आकार), आपण एक लहान निर्दिष्ट करू शकता आणि नंतर परिपूर्ण आकाराऐवजी, संबंधित एक निर्दिष्ट करू शकता, उदाहरणार्थ, सध्याच्या मोकळ्या जागेपैकी अर्धा वापरण्यासाठी व्हॉल्यूम गट, तुम्हाला "-l +50% मोफत" निर्दिष्ट करणे आवश्यक आहे

आणि शेवटची कमांड ext4 फाईल सिस्टीममधील विभाजनाचे स्वरूपन करते (जे आतापर्यंत, माझ्या अनुभवानुसार, सर्वकाही खंडित झाल्यास सर्वात मोठी स्थिरता दर्शवते, म्हणून मी त्यास प्राधान्य देतो).

आता आम्ही विभाजन योग्य ठिकाणी माउंट करतो. हे करण्यासाठी, योग्य ओळ /etc/fstab वर जोडा:

/dev/mapper/data-www    /var/www                ext4    defaults        1 2

आणि आम्ही डायल करतो

mount /var/www

त्रुटी आढळल्यास, अलार्म वाजवा! कारण याचा अर्थ असा की आम्हाला /etc/fstab मध्ये त्रुटी आहे. आणि पुढील रीबूटवर आम्हाला खूप मोठ्या समस्या असतील. सिस्टम कदाचित बूट होणार नाही, जे क्लाउड सेवांसाठी खूप दुःखी आहे. म्हणून, जोडलेली शेवटची ओळ तातडीने दुरुस्त करणे किंवा ती पूर्णपणे हटवणे आवश्यक आहे! म्हणूनच आम्ही माउंट कमांड मॅन्युअली लिहिली नाही - तर आम्हाला लगेच कॉन्फिगरेशन तपासण्याची इतकी उत्कृष्ट संधी मिळाली नसती.

आता आम्हाला हवी असलेली सर्व काही स्थापित करतो आणि वेबसाठी पोर्ट उघडतो:

dnf groupinstall "Development Tools"
dnf -y install httpd @nodejs @redis php
firewall-cmd --add-service http --permanent
firewall-cmd --add-service https --permanent

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

आता आम्ही कॉन्फिगरेशन फाइलमध्ये पॅरामीटर जोडतो (आम्ही एक नवीन तयार करतो, CentOS ची आधुनिक विचारधारा अशी आहे)

echo "vm.overcommit_memory = 1"> /etc/sysctl.d/98-sysctl.conf

आम्ही सर्व्हर रीबूट करतो.
टिप्पण्यांमध्ये, मला SeLinux बंद करण्याचा सल्ला दिल्याबद्दल मला फटकारले गेले, म्हणून मी स्वतःला दुरुस्त करीन आणि या वस्तुस्थितीबद्दल लिहीन की यानंतर तुम्हाला SeLinux कॉन्फिगर करणे लक्षात ठेवणे आवश्यक आहे.
खरं तर, नफा! 🙂

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