Linux-vserver या प्रत्येक सैंडबॉक्स सेवा

हाल ही में ओपनवेज़ और एलएक्सए के बारे में एक हब्र लेख पर प्रकाशित किया गया था। यह मुझे याद दिलाया कि यह लेख अभी भी सैंडबॉक्स में पड़ा हुआ है ...

परियोजनाओं को रखने के प्रयोजनों के लिए, मैं इस योजना का उपयोग करता हूं: प्रत्येक सेवा को एक अलग वातावरण में लॉन्च किया जाता है: मुकाबला - अलग से, परीक्षण - अलग से, टेलीफोनी - अलग से, वेब - अलग से। यह हैकिंग सिस्टम के जोखिमों को कम करता है, आपको मुकुट द्वारा पड़ोसी सर्वर को एक rsync के साथ सब कुछ और सब कुछ वापस करने की अनुमति देता है, और लोहे के इकट्ठा होने के मामले में, बस इसे पड़ोसी हार्डवेयर पर बढ़ाएं। (और drbd + corosync का उपयोग करके आप इसे स्वचालित रूप से भी कर सकते हैं)

एक अलग वातावरण बनाने के लिए, VDS (हार्डवेयर वर्चुअलाइजेशन) और VPS / जेल (प्रक्रिया स्थान का वर्चुअलाइजेशन) नामक दो दृष्टिकोण हैं।

VDS आइसोलेशन बनाने के लिए, XEN, VirtualBox, VMWare और अन्य वर्चुअल मशीनों का उपयोग किया जाता है।
Linux पर VPS बनाने के लिए, linux-vserver, या openvz, या lxc का उपयोग किया जाता है।

वीडीएस के लाभ: अंदर की प्रणाली बिल्कुल किसी भी हो सकती है, आप कोर के विभिन्न संस्करणों को रख सकते हैं, आप एक और ओएस डाल सकते हैं।
वीडीएस की विपक्ष: आईओ पर उच्च प्रदर्शन हानि, सर्वर ओएस पर चलने वाले लोगों की नकल करने वाली सेवाओं के लिए अत्यधिक सीपीयू और रैम की खपत।

VPS के लाभ: केवल प्रदर्शन के लिए, बहुत कम प्रदर्शन हानि, केवल उन सेवाओं को जिनकी वास्तव में आवश्यकता होती है, लॉन्च की जाती हैं।
विपक्ष VPS: आप केवल लिनक्स चला सकते हैं और कर्नेल केवल वह संस्करण होगा जो पहले से चल रहा है।

चूंकि मुझे अलग-अलग OS की आवश्यकता नहीं है, मैं हर जगह linux-vserver का उपयोग करता हूं (यह ऐतिहासिक रूप से हुआ, मैं 2004 से इसका उपयोग कर रहा हूं, और Openvz 2005 में सार्वजनिक हो गया), और lxc, जैसा कि मैं समझता हूं, यह अभी तक उत्पादन नहीं हुआ है (हालांकि यह बहुत करीब है) पहले से ही)।

मैं अक्सर पूछे जाने वाले प्रश्न से उद्धृत करूंगा:
"लिनक्स-वीएसवर की स्थिति क्या है?
Linux-VServer में परिपक्वता के एक दशक से अधिक है और इसे सक्रिय रूप से विकसित किया गया है। दो परियोजनाएँ Linux-VServer, [LXC], और [OpenVZ] के समान हैं। दो में से, OpenVZ अधिक परिपक्व है और कुछ इसी तरह की कार्यक्षमता Linux-VServer को प्रदान करता है। LXC पूरी तरह से कर्नेल तंत्रों पर आधारित होता है जैसे कि आधुनिक गुठली में मौजूद cgroups। ये कर्नेल तंत्र परिष्कृत होते रहेंगे और अलगाव परिपक्व होगा। जैसा कि होता है, लिनक्स-वीएसएवर एलएक्ससी से अलग से उन नई सुविधाओं का लाभ उठाएगा और उसी मजबूत उपयोगकर्ता इंटरफ़ेस को प्रदान करना जारी रखेगा जो वर्तमान में करता है। वर्तमान में, LXC Linux-vserver की तुलना में काफी कम कार्यक्षमता और अलगाव प्रदान करता है। LXC अंततः कर्नेल तंत्र के आसपास एक मजबूत आवरण होगा लेकिन अभी भी भारी विकास के अधीन है और उत्पादन उपयोग के लिए तैयार नहीं माना जाता है। ”

नीचे मैं एक पृथक वातावरण में एक LAMP सर्वर शुरू करने के लिए बुनियादी संचालन का वर्णन करूंगा।

ओएस: डेबियन-स्थिर, 64 बिट
व्हीजी के साथ शुरू करना, डेबियन टीम द्वारा वेज़र के लिए समर्थन को हटा दिया गया है, इसलिए मैं गुठली का उपयोग repo.psand.net/info के साथ करता हूं

Linux-vserver को चलाने के लिए रूट सिस्टम को कॉन्फ़िगर करना

echo "deb http://repo.psand.net/ wheezy main" > /etc/apt/sources.list.d/psand.list wget -O - http://repo.psand.net/pubkey.txt | sudo apt-key add - aptitude update aptitude search linux-image-vserver #      aptitude install linux-image-vserver-3.13-beng util-vserver curl bzip2 #  3.13      curl http://dev.call2ru.com/vs/nss_vserver_64.tar.bz2 | tar xfj - cd nss_vserver_64 make make install ln -s var/lib/vservers / curl http://dev.call2ru.com/vs/vserverauth.tar.gz | tar xfz - cd vserverauth/vslogin/ make cp vslogin /sbin/ chmod u+s /sbin/vslogin echo /sbin/vslogin >> /etc/shells echo -e "auto dummy0\niface dummy0 inet static\n\taddress 192.168.1.250\n\tnetmask 255.255.255.0\n" >> /etc/network/interfaces echo -e "\tpre-up /sbin/iptables -t nat -A POSTROUTING -s 192.168.1.0/24 ! -d 192.168.1.0/24 -j MASQUERADE\n" >> /etc/network/interfaces echo -e "\tpost-down /sbin/iptables -t nat -D POSTROUTING -s 192.168.1.0/24 ! -d 192.168.1.0/24 -j MASQUERADE\n" >> /etc/network/interfaces 

स्थापना के बाद - नए कर्नेल पर रीबूट करें।

हमने क्या किया है:

• Linux-vserver समर्थन के साथ एक कर्नेल स्थापित, vserver'ami बनाने / प्रबंधित करने के लिए उपयोगिताओं को स्थापित किया।
• मेरा मॉड्यूल nss_vserver [1] और vslogin स्थापित किया है, जो आपको vserver के अंदर सीधे ssh के माध्यम से लॉग इन करने की अनुमति देता है
• वर्चुअल मशीनों के लिए एक "निजी" नेटवर्क बनाने के लिए dummy0 इंटरफ़ेस सेट करें।

यह आपको विभिन्न सेवाओं को शुरू करने के लिए एक आईपी सर्वर का उपयोग करने की अनुमति देता है, उन्हें लॉगिन करके साझा करें (उदाहरण के लिए, वेब वर्चुअल मशीन में लॉग इन करने के लिए आपको बस वेब-रूट या रूट @ वेब के रूप में लॉग इन करना होगा)।

उसके बाद, आप सर्वर पर नए सर्वर को डमी 0 इंटरफ़ेस से बांधकर शुरू कर सकते हैं।
सब कुछ ठीक है, लेकिन बनाए गए सर्वर 192.168.1.x पर प्रतिक्रिया देते हैं, लेकिन यह बाहर से सुलभ होना चाहिए।

इसे हल करने के लिए, रूट पर हमें nginx की आवश्यकता होगी:

  aptitude install nginx cat > /etc/nginx/sites-available/proxy <<END server { listen 80; #  IP:PORT proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-SSL no; if ($http_host ~ "(?i)(somesite\.ru)$") { rewrite ^(.*) /web/$1 last; } #    if'      #  catch-all    rewrite ^(.*) /web/$1 last; #     location /web// { proxy_pass http://192.168.1.57/; proxy_read_timeout 500; } } END ln -s ../sites-available/proxy /etc/nginx/sites-enabled/ /etc/init.d/nginx reload 

यह 80 वीं पोर्ट के लिए आने वाले सभी अनुरोधों को नाम के आधार पर अलग-अलग आभासी मशीनों में बिखरने की अनुमति देता है।
यदि आवश्यक हो, तो आप दूसरे बाहरी आईपी के लिए प्रॉक्सी_पास का उपयोग कर सकते हैं, जो आपको डीएनएस रिकॉर्ड के पूर्ण अपडेट के लिए प्रतीक्षा किए बिना वर्चुअल सर्वर को विभिन्न मशीनों में स्थानांतरित करने की अनुमति देता है, लेकिन यह एक और चर्चा का विषय है।

अब हमें एक नई वर्चुअल मशीन (संख्या 57, नाम वेब) बनाने की आवश्यकता है जिसमें हम LAMP स्थापित करते हैं।

एक नया vserver बनाना

  MIRROR=http://ftp.de.debian.org/debian NAME=web DOMAIN=mydom.ru CONTEXT=57 vserver $NAME build -m debootstrap --context $CONTEXT --hostname $NAME.$DOMAIN --interface dummy0:192.168.1.$CONTEXT/24 -- -d squeeze -m $MIRROR echo default > /etc/vservers/$NAME/app/init/mark vserver $NAME start vserver $NAME enter aptitude update aptitude install locales echo -e "en_US.UTF-8 UTF-8\nru_RU.UTF-8 UTF-8\n" >> /etc/locale.gen locale-gen echo -e "127.0.0.1 localhost.localdomain localhost vhost\n192.168.1.250 vroot\n" > /etc/hosts 

यह बेस सिस्टम को सेट करता है, रूट सिस्टम को रिबूट करते समय इसे ऑटोरन बनाता है।

अब वर्चुअल मशीन इसमें आवश्यक सॉफ्टवेयर स्थापित करने के लिए तैयार है। उदाहरण के लिए, सामान्य LAMP:

  aptitude install apache2 libapache2-mod-php5 mysql-server php5-mysql php5-mysqli libapache2-mod-rpaf editor /etc/apache2/mods-available/rpaf.conf # (  "RPAFproxy_ips 127.0.0.1"       192.168.1.57 (IP )) a2enmod rpaf /etc/init.d/apache2 restart exit 

वह सब है! अब आपका सर्वर पूरी तरह से अलग वातावरण में अपाचे चलाता है।

इस दृष्टिकोण की समस्याओं में शामिल हैं:

1. वर्चुअल सर्वर तक सीधी पहुंच केवल पासवर्ड से संभव है।
2. रूट सिस्टम पर, किसी को भी एक्सेस की अनुमति नहीं दी जानी चाहिए, इसलिए केवल सत्यापित न्यूनतम सॉफ्टवेयर (ssh, nginx, iptables और कुछ नहीं) रूट सिस्टम पर होना चाहिए।
3. यदि आपको वर्चुअल मशीन के अंदर किसी पोर्ट की सीधी पहुंच की आवश्यकता है, तो iptables का उपयोग करके अग्रेषण किया जाना चाहिए।

क्षणों ने लेख की सरलता के लिए पर्दे के पीछे छोड़ दिया

1. / var / lib / vservers / * स्वतंत्र रूप से वर्चुअल मशीनों के लिए स्थान के आवंटन का प्रबंधन करने में सक्षम होने के लिए lvm पर रखना वांछनीय है।
2. संसाधन प्रबंधन: बस एक वर्चुअल मशीन बनाई गई है जो मशीन के सभी संसाधनों को खा सकती है। सीमाएं सेट करने के बारे में अधिक जानें linux-vserver.org/Resource_Limits
3. / tmp /। आभासी मशीनों के अंदर, डिफ़ॉल्ट रूप से / tmp / 16m आकार में रैमडिस्क के रूप में बनाया जाता है। या "vserver $ NAME start" को ठीक करने से पहले ठीक करें / etc / vservers / $ NAME / fstab
4. linux-vserver.org पर linux-vserver के बारे में उपयोगी जानकारी, जानकारी और बहुत कुछ पाया जा सकता है

यदि उपयोगी प्रश्न हैं, तो उन्हें एक विषय में विस्तृत उत्तर दिए जाएंगे।