php8, node.js మరియు redisతో CentOS 7లో వెబ్ సర్వర్

ముందుమాట

CentOS ఆపరేటింగ్ సిస్టమ్ యొక్క కొత్త వెర్షన్ విడుదలై 2 రోజులు అయ్యింది, అవి CentOS 8. మరియు అందులో పనులు ఎలా జరుగుతాయి అనే దానిపై ఇప్పటివరకు ఇంటర్నెట్‌లో చాలా కొన్ని కథనాలు ఉన్నాయి, కాబట్టి నేను ఈ గ్యాప్‌ని పూరించడానికి నిర్ణయించుకున్నాను. అంతేకాకుండా, ఈ జంట ప్రోగ్రామ్‌లను ఎలా ఇన్‌స్టాల్ చేయాలో మాత్రమే కాకుండా, విభజన డిస్క్‌లతో సహా విలక్షణమైన పనుల కోసం ఆధునిక ప్రపంచంలో వర్చువల్ వాతావరణంలో Linux ఇన్‌స్టాల్ చేయడాన్ని నేను సాధారణంగా ఎలా చూస్తాను అనే దాని గురించి కూడా నేను మీకు చెప్తాను.

కానీ ప్రారంభంలో, మునుపటి అన్నింటి నుండి ఈ సంస్కరణకు ఎందుకు మారడం విలువైనదో నేను క్లుప్తంగా మాట్లాడాలనుకుంటున్నాను మరియు దీనికి రెండు కారణాలు ఉన్నాయి:

1. php7! CentOS యొక్క మునుపటి సంస్కరణలో, “ఆర్థోడాక్స్” php5.4 ఇన్‌స్టాల్ చేయబడింది...

   సరే, కొంచెం సీరియస్‌గా చెప్పాలంటే, చాలా ప్యాకేజీలు సామూహికంగా అనేక వెర్షన్‌ల ద్వారా వచ్చాయి. మేము (redhat-వంటి OSల అభిమానులు) చివరికి ప్రవేశించాము, భవిష్యత్తులో కాకపోయినా, కనీసం వర్తమానంలోకి అయినా ప్రవేశించాము. మరియు ఉబుంటు మద్దతుదారులు ఇకపై మనల్ని చూసి నవ్వరు మరియు మనపై వేళ్లు చూపించరు, సరే... కనీసం కొంతకాలం;).

2. yum నుండి dnfకి మార్పు. ప్రధాన వ్యత్యాసం ఏమిటంటే, ఇప్పుడు ఒకేసారి అనేక ప్యాకేజీల సంస్కరణలతో పనిచేయడానికి అధికారికంగా మద్దతు ఉంది. ఎనిమిదవ వయస్సులో, నేను దీన్ని ఎప్పుడూ ఉపయోగకరంగా కనుగొనలేదు, కానీ ఇది ఆశాజనకంగా ఉంది.

వర్చువల్ మిషన్‌ను సృష్టించండి

వేర్వేరు హైపర్‌వైజర్‌లు ఉన్నాయి మరియు రీడర్‌ను నిర్దిష్టమైన వాటికి అనుగుణంగా మార్చడానికి నాకు ఎటువంటి లక్ష్యం లేదు, నేను సాధారణ సూత్రాల గురించి మీకు చెప్తాను.

మెమరీ

ముందుగా... 7 నుండి ప్రారంభమయ్యే సెంటొస్ సిస్టమ్‌ను ఇన్‌స్టాల్ చేయడానికి, మరియు నా అభిప్రాయం ప్రకారం ఇది 6లో కూడా జరిగింది (“కానీ ఇది ఖచ్చితంగా కాదు”), మీకు అవసరం కనీస 2 GB RAM. అందువల్ల, ముందుగా అంత ఇవ్వమని నేను మీకు సలహా ఇస్తున్నాను.

ఏదైనా ఉంటే, ఇన్‌స్టాలేషన్ తర్వాత మెమరీ పరిమాణాన్ని తగ్గించవచ్చు. 1 GB వద్ద బేర్ సిస్టమ్ చాలా బాగా పనిచేస్తుంది, నేను తనిఖీ చేసాను.

డిస్క్

సాధారణ ఇన్‌స్టాలేషన్ కోసం, మీరు 20-30 GB సామర్థ్యంతో వర్చువల్ డిస్క్‌ని సృష్టించాలి. ఇది వ్యవస్థకు సరిపోతుంది. మరియు డేటా కోసం రెండవ డిస్క్. ఇది వర్చువల్ మెషీన్ను సృష్టించే దశలో మరియు తర్వాత రెండింటినీ జోడించవచ్చు. నేను సాధారణంగా దానిని తర్వాత జోడిస్తాను.

ప్రాసెసర్

ఒక కోర్లో, బేర్ సిస్టమ్ వేగాన్ని తగ్గించదు. మరియు వనరులు స్వేచ్ఛగా స్కేలబుల్ అయినందున, ఇన్‌స్టాలేషన్ దశలో ఎక్కువ ఇవ్వడంలో నాకు ఎలాంటి ప్రయోజనం కనిపించడం లేదు (మీకు అవసరాలు సరిగ్గా తెలియకపోతే మరియు మళ్లీ కాన్ఫిగరేటర్‌లోకి వెళ్లడానికి చాలా సోమరితనం ఉంటే తప్ప)

మిగిలినవి సాధారణంగా డిఫాల్ట్‌గా వదిలివేయబడతాయి.

అసలు సంస్థాపన

కాబట్టి... ఇన్‌స్టాలర్‌ను ప్రారంభిద్దాం... వ్యక్తిగతంగా, నేను చాలా కాలంగా వర్చువల్ మిషన్ల రూపంలో మాత్రమే ఇటువంటి సేవలను ఇన్‌స్టాల్ చేస్తున్నాను, కాబట్టి నేను ఫ్లాష్ డ్రైవ్‌లో అన్ని రకాల పంపిణీ రికార్డులను వివరించను - నేను మౌంట్ చేస్తాను ISOని నాకు ఇష్టమైన హైపర్‌వైజర్‌లో CDగా, డౌన్‌లోడ్ చేసి వెళ్లండి.

ప్రాథమిక సంస్థాపన చాలా విలక్షణమైనది, నేను కొన్ని పాయింట్లపై మాత్రమే నివసిస్తాను.

మూలం ఎంపిక

ఎనిమిదవ వెర్షన్ విడుదలైనప్పటి నుండి, Yandex నుండి అద్దం రోజులు చుట్టూ పడి ఉంది. బాగా, అంటే, ఇది క్రమానుగతంగా పెరుగుతుంది, ఆపై మళ్లీ లోపాన్ని చూపడం ప్రారంభిస్తుంది. సేవలో అధిక లోడ్ కారణంగా ఇది జరిగిందని నేను ఖచ్చితంగా అనుకుంటున్నాను. అందువల్ల, మూలాన్ని సూచించడానికి, నేను వ్యక్తిగతంగా సాధారణ చిరునామాను నమోదు చేయడానికి బదులుగా వెళ్లవలసి వచ్చింది ఇక్కడ, అక్కడ నాకు నచ్చిన మిర్రర్‌ను ఎంచుకుని, ఇన్‌స్టాలర్ విండోలో మాన్యువల్‌గా చిరునామాను నమోదు చేయండి. డైరెక్టరీ ఉన్న ఫోల్డర్‌కు మీరు మార్గాన్ని పేర్కొనాల్సిన అవసరం ఉందని ఇక్కడ గుర్తుంచుకోవడం ముఖ్యం రిపోడేటా. ఉదాహరణకు 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

అన్ని LVMలో /boot కాకుండా ఇతర విభజనలను చేయడం అర్ధమే. అవును, స్వాప్‌తో సహా. అవును, అన్ని సలహాల ప్రకారం, స్వాప్ డిస్క్ ప్రారంభంలో ఉండాలి, కానీ LVM విషయంలో దాని స్థానాన్ని సూత్రప్రాయంగా నిర్ణయించడం సాధ్యం కాదు. కానీ నేను పైన వ్రాసినట్లు, మీ సిస్టమ్ ఉండకూడదు అన్ని వద్ద swap ఉపయోగించండి. అందువల్ల, అతను ఎక్కడ ఉన్నాడనేది పట్టింపు లేదు. నిజమే, మేము '95లో జీవించము!

ఇంకా, LVMలో మీరు జీవించగలిగే అనేక ప్రాథమిక అంశాలు ఉన్నాయి:

• భౌతిక వాల్యూమ్
• వాల్యూమ్ సమూహం
• తార్కిక వాల్యూమ్

భౌతిక వాల్యూమ్‌లు సమూహాలుగా మిళితం చేయబడతాయి మరియు ప్రతి భౌతిక వాల్యూమ్ ఒక సమూహంలో మాత్రమే ఉంటుంది మరియు ఒక సమూహం ఒకేసారి అనేక భౌతిక వాల్యూమ్‌లలో ఉంటుంది.
మరియు తార్కిక వాల్యూమ్‌లు ఒక్కొక్కటి ఒక్కో సమూహంలో ఉంటాయి.

కానీ... డామన్, ఇది మళ్లీ 21వ శతాబ్దం. మరియు సర్వర్లు వర్చువల్. భౌతిక వాటికి వర్తించే అదే యంత్రాంగాలను వారికి వర్తింపజేయడంలో అర్ధమే లేదు. మరియు వర్చువల్ వాటి కోసం సిస్టమ్ నుండి విడిగా డేటాను కలిగి ఉండటం ముఖ్యం! ఇది చాలా ముఖ్యమైనది, ప్రత్యేకించి డేటాను త్వరగా మరొక వర్చువల్ మెషీన్‌కి మార్చగల సామర్థ్యం కోసం (ఉదాహరణకు, కొత్త OSకి మారేటప్పుడు) మరియు సాధారణంగా అన్ని రకాల ఉపయోగకరమైన గూడీస్‌ల కోసం (హైపర్‌వైజర్ సాధనాలను ఉపయోగించి విభజనల ద్వారా ప్రత్యేక బ్యాకప్‌లు, ఉదాహరణకు) . అందువల్ల, సిస్టమ్ కోసం ఒక వాల్యూమ్ సమూహం ఉపయోగించబడుతుంది మరియు డేటా కోసం తప్పనిసరిగా మరొకటి ఉపయోగించబడుతుంది! ఈ తార్కిక విభజన జీవితంలో చాలా సహాయపడుతుంది!

మీరు వర్చువల్ మెషీన్‌ను సృష్టించేటప్పుడు ఒక వర్చువల్ హార్డ్ డిస్క్‌ను మాత్రమే సృష్టించినట్లయితే, ఇక్కడే కాన్ఫిగరేషన్ ముగుస్తుంది. మరియు రెండు ఉంటే, రెండవదాన్ని ఇంకా గుర్తించవద్దు.

సంస్థాపనను ప్రారంభిద్దాం.

పోస్ట్-ఇన్‌స్టాలేషన్

కాబట్టి, కొత్తగా ఇన్‌స్టాల్ చేయబడిన సిస్టమ్ చివరకు బూట్ చేయబడింది. మీరు తనిఖీ చేయవలసిన మొదటి విషయం ఇంటర్నెట్.

ping ya.ru

సమాధానం ఉందా? - బాగుంది, Ctrl-C నొక్కండి.
కాకపోతే, నెట్‌వర్క్‌ని సెటప్ చేయండి, ఇది లేకుండా జీవితం లేదు, కానీ నా కథనం దాని గురించి కాదు.

ఇప్పుడు మనం ఇంకా రూట్‌లో లేకుంటే, రూట్ కిందకి వెళ్లండి, ఎందుకంటే టైప్ చేయండి ఈ సుడోతో ఉన్న ఆదేశాల సంఖ్య నన్ను వ్యక్తిగతంగా విచ్ఛిన్నం చేసింది (మరియు మతిస్థిమితం లేని నిర్వాహకులు నన్ను క్షమించగలరు):

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