🥇 php8, node.js र redis संग CentOS 7 मा वेब सर्भर

Foreword

CentOS अपरेटिङ सिस्टमको नयाँ संस्करण, अर्थात् CentOS 2 को रिलीज भएको 8 दिन भइसक्यो। र अहिलेसम्म यसमा कसरी कामहरू गरिन्छ भन्ने बारे इन्टरनेटमा धेरै लेखहरू छन्, त्यसैले मैले यो खाली ठाउँ भर्ने निर्णय गरें। यसबाहेक, म तपाइँलाई यो जोडी प्रोग्रामहरू कसरी स्थापना गर्ने भन्ने बारे मात्र होइन, तर विभाजन डिस्क र अन्य जस्ता सामान्य कार्यहरूका लागि आधुनिक संसारमा भर्चुअल वातावरणमा लिनक्स स्थापना गर्ने बारे पनि बताउनेछु।

तर सुरुमा, म छोटकरीमा कुरा गर्न चाहन्छु किन यो अघिल्लो संस्करणहरूबाट यो संस्करणमा स्विच गर्न लायक छ, र यसका दुई कारणहरू छन्:

php7! CentOS को अघिल्लो संस्करणमा, "अर्थोडक्स" php5.4 स्थापना गरिएको थियो ...
ठिक छ, अलि बढी गम्भीर हुनको लागि, धेरै प्याकेजहरू धेरै संस्करणहरूमा सामूहिक रूपमा उफ्रिए। हामी (रेडहाट-जस्तै ओएसका प्रशंसकहरू) अन्ततः प्रवेश गरेका छौं, यदि भविष्यमा होइन, कम्तिमा वर्तमानमा। र Ubuntu समर्थकहरूले अब हामीमाथि हाँस्ने छैनन् र हामीलाई औंलाहरू देखाउने छैनन्, राम्रो ... कम्तिमा केही समयको लागि;)।
yum बाट dnf मा संक्रमण। मुख्य भिन्नता यो हो कि अब यो आधिकारिक रूपमा एकैचोटि प्याकेजहरूको धेरै संस्करणहरूसँग काम गर्न समर्थित छ। ठीक आठ मा, मैले यो उपयोगी कहिल्यै फेला पारेन, तर यो आशाजनक लाग्छ।

भर्चुअल मेसिन बनाउनुहोस्

त्यहाँ बिभिन्न हाइपरभाइजरहरू छन् र पाठकलाई एक विशेषमा टेलर गर्ने मेरो कुनै लक्ष्य छैन, म तपाईंलाई सामान्य सिद्धान्तहरूको बारेमा बताउनेछु।

स्मृति

पहिलो... निश्चित रूपमा 7 बाट सुरु हुने CentOS प्रणाली स्थापना गर्न, र मेरो विचारमा यो 6 मा पनि थियो ("तर यो निश्चित छैन"), तपाईंलाई आवश्यक छ। न्यूनतम २ जीबी र्याम। त्यसकारण, म तपाईंलाई पहिले त्यो धेरै दिन सल्लाह दिन्छु।

तर यदि केहि पनि, स्थापना पछि मेमोरी साइज घटाउन सकिन्छ। 1 GB मा बेयर प्रणालीले राम्रोसँग काम गर्दछ, मैले जाँच गरें।

डिस्क

सामान्य स्थापनाको लागि, तपाईंले 20-30 GB को क्षमताको साथ भर्चुअल डिस्क सिर्जना गर्नुपर्छ। यो प्रणाली को लागी पर्याप्त छ। र डाटाको लागि दोस्रो डिस्क। यसलाई भर्चुअल मेसिन सिर्जना गर्ने चरणमा र पछि दुवै थप्न सकिन्छ। म सामान्यतया पछि थप्छु।

प्रोसेसर

एक कोर मा, खाली प्रणाली सुस्त छैन। र स्रोतहरू स्वतन्त्र रूपमा स्केलेबल भएकाले, म स्थापना चरणमा थप दिनको लागि कुनै बिन्दु देख्दिन (जबसम्म तपाईलाई आवश्यकताहरू राम्ररी थाहा छैन र फेरि कन्फिगरेटरमा जान धेरै अल्छी हुनुहुन्न)।

बाँकी सामान्यतया पूर्वनिर्धारित रूपमा छोड्न सकिन्छ।

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

त्यसोभए... स्थापनाकर्ता सुरु गरौं... व्यक्तिगत रूपमा, मैले लामो समयदेखि भर्चुअल मेसिनको रूपमा मात्र त्यस्ता सेवाहरू स्थापना गरिरहेको छु, त्यसैले म फ्ल्याश ड्राइभमा सबै प्रकारका वितरण रेकर्डहरू वर्णन गर्दिन - म बस माउन्ट गर्छु। मेरो मनपर्ने हाइपरवाइजरमा सीडीको रूपमा ISO, डाउनलोड गर्नुहोस् र जानुहोस्।

आधारभूत स्थापना एकदम सामान्य छ, म केवल केहि बिन्दुहरूमा बस्नेछु।

स्रोत चयन

आठौं संस्करणको रिलीज पछि, Yandex बाट मिरर दिन को लागी वरपर झूटो रहेको छ। खैर, त्यो हो, यो आवधिक रूपमा बढ्छ, र त्यसपछि फेरि त्रुटि देखाउन सुरु हुन्छ। म पक्का छु कि यो सेवामा अत्यधिक लोडको कारण हो। त्यसैले, स्रोत संकेत गर्न, म व्यक्तिगत रूपमा, सामान्य ठेगाना प्रविष्ट गर्नुको सट्टा, जानु थियो यहाँ, मलाई मनपर्ने ऐना चयन गर्नुहोस् र म्यानुअल रूपमा स्थापनाकर्ता विन्डोमा ठेगाना प्रविष्ट गर्नुहोस्। यो यहाँ याद गर्न महत्त्वपूर्ण छ कि तपाईले फोल्डरको बाटो निर्दिष्ट गर्न आवश्यक छ जहाँ डाइरेक्टरी अवस्थित छ 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 मा सीमित गर्न सक्नुहुन्छ, र यो कसरी जान्छ हेर्नुहोस्। र हो, "कसरी यो जान्छ" द्वारा मेरो मतलब यो हो

पहिले, तपाइँ सधैं / var उपनिर्देशिकामा अर्को डिस्क माउन्ट गर्न सक्नुहुन्छ (जसलाई म उदाहरणको साथ पछि देखाउनेछु)
दोस्रो, हामीसँग lvm छ - तपाईले यसलाई जहिले पनि थप्न सक्नुहुन्छ। र तपाईले सामान्यतया यसलाई थप्नु पर्छ जब त्यहाँ धेरै लगहरू खन्याउन थाल्छन्। तर मैले यो आंकडा पहिले नै भविष्यवाणी गर्न सक्दिन, त्यसैले म 2 GB बाट सुरु गर्छु र त्यसपछि हेर्छु।

आवंटित नगरिएको ठाउँ भोल्युम समूहमा खाली रहनेछ र सधैं पछि प्रयोग गर्न सकिन्छ।

LVM

सबै LVM मा /boot बाहेक अन्य विभाजनहरू बनाउन यो अर्थपूर्ण छ। हो, स्वैप सहित। हो, सबै सल्लाह अनुसार, स्वैप डिस्कको सुरुमा हुनुपर्छ, तर LVM को मामलामा यसको स्थान सिद्धान्तमा निर्धारण गर्न सकिँदैन। तर मैले माथि लेखे जस्तै, तपाईंको प्रणाली हुँदैन सबैमा स्वैप प्रयोग गर्नुहोस्। त्यसैले, उहाँ कहाँ हुनुहुन्छ भन्ने कुराले फरक पार्दैन। खैर, हामी '95 मा बस्दैनौं, इमानदारीपूर्वक!

यसबाहेक, LVM मा त्यहाँ धेरै आधारभूत संस्थाहरू छन् जुन तपाईंसँग बाँच्न सक्षम हुन आवश्यक छ:

भौतिक मात्रा
भोल्युम समूह
तार्किक मात्रा

भौतिक भोल्युमहरू समूहहरूमा जोडिएका छन्, र प्रत्येक भौतिक भोल्युम एक समूहमा मात्र हुन सक्छ, र समूह एकै पटक धेरै भौतिक भोल्युमहरूमा अवस्थित हुन सक्छ।
र तार्किक भोल्युमहरू प्रत्येक एक समूहमा छन्।

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

यदि तपाईंले भर्चुअल मेसिन सिर्जना गर्दा एउटा भर्चुअल हार्ड डिस्क मात्र सिर्जना गर्नुभयो भने, कन्फिगरेसनको अन्त्य यहीँ हुन्छ। र यदि त्यहाँ दुई छन् भने, त्यसपछि मात्र दोस्रोलाई अझै चिन्ह नगर्नुहोस्।

स्थापना सुरु गरौं।

पोस्ट-स्थापना

त्यसोभए, नयाँ स्थापित प्रणाली अन्ततः बुट भयो। तपाईंले जाँच गर्न आवश्यक पहिलो कुरा इन्टरनेट हो।

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

php8, node.js र redis सँग CentOS 7 मा वेब सर्भर