कूड़ेदान कैसे बनाएं अच्छा?

मैं किस बारे में बात कर रहा हूँ?

अलग-अलग कार्य हैं ... सरल हैं, जटिल हैं, लेकिन ऐसे हैं जो एक सप्ताह से अधिक और पर्याप्त संख्या में तंत्रिका कोशिकाओं को हल करने में ले सकते हैं। इन कार्यों में से एक को बड़ी मात्रा में कमजोर लोहे पर गंभीर चीज की तैनाती माना जा सकता है। अर्थात् ...

(इसके बाद, हम LTSP के थोड़ा विशिष्ट और अनुकूलित विन्यास के बारे में बात करेंगे और इसके आधार पर एक सर्वर क्लस्टर बढ़ाएँगे)।

कुछ संगठन ने टर्मिनल सर्वर और टर्मिनल क्लाइंट का एक गुच्छा तैनात करने का निर्णय लिया। किसी भी प्रारंभिक गणना के बिना, परीक्षण के बिना, और जाहिर तौर पर दिमाग के बिना, किसी ने कई प्रकार के एचपी-टर्मिनलों को खरीदा। वे मुख्य रूप से रैम की मात्रा और अंतर्निहित फ्लैश ड्राइव के आकार में भिन्न थे। RAM का आकार 128 से 512 mb तक था, ड्राइव का आकार 64 से 256 के बीच था। खैर, पूर्णता के लिए, यह x86 इस्तेमाल किए गए Via / AMD प्रोसेसर ~ 800 मेगाहर्ट्ज और समान Via या SiS से वीडियो का उल्लेख करने योग्य है। चिड़ियाघर छोटा है।

ठीक है, खरीदा और खरीदा है जो पहले से ही यहां है। हमने सर्वर को तैनात किया, ग्राहकों को जोड़ना शुरू किया ... और 70 वें को जोड़ने के बाद, एक काफी शक्तिशाली सर्वर बस शिथिलता से शुरू हुआ। और सर्वर के साथ-साथ, क्लाइंट्स धीमा होना शुरू हो गए, लेकिन यह अन्यथा कैसे हो सकता है? न तो नेटवर्क संसाधन और न ही सर्वर के संसाधन ही पर्याप्त थे। क्या करें? सब के बाद, लगभग 150 असंबद्ध टर्मिनल अभी भी आसपास पड़े हुए हैं! ऐ- ai-ay एक ही समय में उपयोगकर्ताओं, प्रवेश और अन्य ने कहा। हमने आधे साल तक दौड़ लगाई और स्कोर किया। वैसे, हाँ, टर्मिनल मूल रूप से विंडोज सीई के तहत थे और तदनुसार, आरडीपी के माध्यम से टर्मिनल सर्वर के साथ बातचीत की।

और एक और छह महीने के बाद, उन्हें अचानक याद आया ... और उन्होंने इसे आउटसोर्स किया। जुदा शब्दों के साथ "लेकिन यदि आप प्रदर्शन समस्या को हल करते हैं, तो हर कोई ठीक हो जाएगा!"। वास्तव में अब टर्मिनलों से क्या आवश्यक था। यह आवश्यक था कि जब टर्मिनल लॉन्च किया गया था, तो एक हाथ से लिखा गया सॉफ्टवेयर लॉन्च किया गया था जो उपयोगकर्ता को "जो भी हो" सर्वर में लॉग इन करने की अनुमति देता था, और यदि प्राधिकरण सफल था, तो ब्राउज़र लॉन्च करें। डेलोव तब? हाँ ... और यह सब मृत टर्मिनल पर भी काम करना चाहिए। यही है, ड्राइव पर बार - 128 एमबी रैम, 64 एमबी। आपको प्रोसेसर के बारे में चिंता करने की ज़रूरत नहीं है, यह किसी भी तरह इसे संभाल सकता है ...

कई बार, या एंबेडेड लिनक्स हमारी मदद करेगा!

स्वाभाविक रूप से, ग्राहकों की संख्या को ध्यान में रखते हुए, टर्मिनल समाधान का उपयोग नहीं करने और प्रत्येक ग्राहक को आत्मनिर्भर बनाने का निर्णय लिया गया था। इसके लिए, बिल्डरोट मूल रूप से ज़ुज़न था। एक छोटा सा वितरण किट इकट्ठा किया गया था, जिसमें कर्नेल, सिस्टम और नेटवर्क उपयोगिताओं का एक न्यूनतम सेट, क्यूटी एंबेडेड, अपने स्वयं के सॉफ़्टवेयर का एक सा, और ... हाँ, यह सब है। लगभग 40 एमबी आकार में बाहर आया, यानी यह लोहे के सबसे कमजोर टुकड़े पर पूरी तरह से फिट है। सत्य सभी टर्मिनलों के लिए काम नहीं करता था। यदि वाया पर इकट्ठे परिसर ने आधे किक से काम किया, तो एएमडी के साथ टर्मिनल पर इसे शुरू करने से इनकार कर दिया। मुझे वहां डेबियन को अलग से इकट्ठा करना पड़ा, क्योंकि उस प्रकार के हार्डवेयर में डॉफिग स्थान थे।

यह परियोजना सफलतापूर्वक पूरी हुई और ग्राहक तक भी पहुंचाई गई। सब कुछ काम किया, बिल्कुल सही नहीं, प्लग थे, मुझे ब्राउज़र में टैब की संख्या को 5 वीं तक सीमित करना था, ताकि यह टर्मिनलों के संसाधनों पर विशेष रूप से झुकाव न करे। देखते रहो, तुम tyutelka में tyutelk डाल सकते हैं! सब लोग खुश थे, बस ...

लेकिन एक मजेदार खेत का क्या?

हां हां ... सर्वव्यापी फ़्लैश प्लेयर इतना आवश्यक है। खैर, ढेर के लिए - ब्राउज़र के लिए जावा-प्लगइन। समस्याएं अभी भी समान हैं - फर्मवेयर में पर्याप्त जगह नहीं है, और सभी रैम पहले से ही वेबकिट द्वारा खाए गए हैं। इसके अलावा, भले ही हमारे पास पर्याप्त स्थान हो, क्यूटी एंबेडेड ब्राउज़र प्लग-इन का समर्थन नहीं करता है, क्योंकि लिनक्स पर इसे काम करने के लिए इन प्लग-इन के लिए X.Org की आवश्यकता होती है। ठीक है, हाँ, वही XEmbedWindow, या जो कुछ भी है ... छोटा कचरा, जो आपको अपने अनुप्रयोगों में बाहरी खिड़कियों को एम्बेड करने की अनुमति देता है। और जैसा कि मैंने कहा, भले ही हमारे लिए पर्याप्त जगह हो, लेकिन इसके 128 एमबी वाले मृत टर्मिनल ने वेब किट + फ्लैश के साथ X + Qt + एक रनिंग ब्राउज़र कभी नहीं खींचा होगा। दु: खी। हम शलजम घिसते हैं ... हम लंबे समय तक खरोंचते हैं ... अंत में हम कुछ और कोशिश करते हैं। हम निम्न योजना को एक विकल्प के रूप में लेते हैं: ओएस टर्मिनल से लॉन्च किया गया है, लेकिन लॉगिन के साथ, सत्र अभी भी एनएक्स क्लाइंट के माध्यम से टर्मिनल सर्वर से लॉन्च किया गया है। सिद्धांत रूप में, यह कम से कम सर्वर को थोड़ा लोड करना चाहिए। हॉर्सरैडिश गंजा ...

हम एक नया Buildroot का निर्माण कर रहे हैं, इस बार Qt को फेंक कर X.Org और NX- क्लाइंट को भरवा रहे हैं। सर्वर पर, हमने परीक्षण के लिए आधिकारिक NoMachine NX सर्वर रखा। यह यहाँ है अगर कोई नहीं जानता है। हम बूट करते हैं, अंग्रेजी में मेगा लॉगिन संवाद देखते हैं, समझते हैं, कस्टम सत्र से कनेक्ट करते हैं ... वोइला, हमने सर्वर से ब्राउज़र लॉन्च किया। हम 5 YouTube टैब में शिप करते हैं, वीडियो शुरू करते हैं। यह काम करता है। हम परीक्षण सर्वर पर लोड को देखते हैं ... शब्द "Lyat!" मैं सिर्फ अपना मुंह खोना चाहता हूं: ~ 100-120 mb का रैम एक क्लाइंट ब्राउज़र द्वारा लिया गया है जो हमें हमारे अनुकूलन लक्ष्य के करीब नहीं लाता है ... नेटवर्क लोड में जोड़ें, यह बिल्कुल नहीं है मज़ा ...

यदि हमारे पास कम से कम 15-30 ग्राहक हैं, तो हम अभी भी धैर्य रख सकते हैं ... लेकिन 300 से अधिक नहीं। हालांकि, फिर से ... एनएक्स क्लाइंट के ऑटो-इनपुट के लिए कोई सेटिंग नहीं मिली, और न ही आवश्यक पैरामीटर थे जो इसे स्टार्टअप पर पारित कर सकते थे। - जैसे इस कॉन्फिगर के साथ शुरू होता है, मुझे एक सर्वर पर ऐसे सॉफ्टवेयर दिखाएं, जबकि आप अपने बासुराम के चेहरे के साथ कॉलस नहीं करते हैं और चुप रहते हैं!

हा हा! और आप सफल नहीं हुए?

ठीक है, आप क्या करेंगे ... तब यह सब पाठ नहीं होगा =) सामान्य तौर पर, कुछ विकल्पों को देखते हुए (जैसे कि कुछ उसी तरह सब कुछ चलाना जैसे ssh -X), मैं इस नतीजे पर पहुंचा कि यह सब सही नहीं है और आपको कार्य करने की आवश्यकता है अन्यथा।

इस बिंदु पर, मेरी खोज में मैं LTSP - लिनक्स टर्मिनियन सर्वर प्रोजेक्ट के पार आया। सिद्धांत रूप में, मैंने शुरुआत में ही इसके बारे में पढ़ा था, लेकिन मैंने सोचा कि "आखिरकार, एक टर्मिनल सर्वर है, चलो वापस उसी जगह पर जाएँ जहाँ हमने शुरू किया था" और संदेहपूर्वक विकिपीडिया पृष्ठ को बंद कर दिया। हालांकि, आंशिक रूप से अन्य विकल्पों की कमी के कारण, और आंशिक रूप से क्योंकि एलटीएसपी पर उबंटू सहायता अनुभाग एक विशेषता के रूप में वर्णित है जो टर्मिनल पर स्थानीय अनुप्रयोगों को चलाने की क्षमता है, मैंने कोशिश करने का फैसला किया ...

धूल जो है!

So. प्रारंभिक स्थितियों के अनुसार, मान लें कि हमारे पास एक i386 कंप्यूटर या वर्चुअल मशीन (बोर्ड पर दो नेटवर्क कार्ड के साथ) और एक Ubuntu सर्वर 11.04 वितरण किट है। साथ ही कुछ टर्मिनल जो नेटवर्क पर बूट हो सकते हैं। परीक्षण के लिए ...

सबसे पहले, निश्चित रूप से, हम अपने Ubuntu सर्वर पर डालते हैं। इसके तुरंत बाद हम अतिरिक्त रिपॉजिटरी को फेंक देते हैं और आवश्यक सॉफ़्टवेयर स्थापित करते हैं।

echo "deb http://ftp.ubuntu.com/ubuntu/ natty main restricted universe multiverse" > /etc/apt/sources.list apt-get update apt-get install bash-completion openbox xserver-xorg xorg xbase-clients xterm ltsp-server-standalone arora gettext -y 

अगला, हमें दोनों नेटवर्क इंटरफेस को कॉन्फ़िगर करने की आवश्यकता है। इसलिए। ताकि एक साझा नेटवर्क को देखता है, और दूसरा अपने सबनेट पर। फ़ाइल / आदि / नेटवर्क / इंटरफेस संपादित करें:

 auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.170 netmask 255.255.255.0 gateway 192.168.1.1 auto eth1 iface eth1 inet static address 192.168.22.1 netmask 255.255.255.0 

फिर हम ग्राहक को इकट्ठा करते हैं:

 ltsp-build-client 

अंतिम लेकिन कम से कम, हम एक डीएचसीपी सर्वर, फ़ाइल /etc/ltsp/dhcpd.conf सेट करते हैं:

  #authoritative; class "ltsp-clients" { match if substring (hardware,1,8) = "00:14:85"; } subnet 192.168.22.0 netmask 255.255.255.0 { #range 192.168.22.20 192.168.22.250; option domain-name "example.com"; option domain-name-servers 192.168.22.1; option broadcast-address 192.168.22.255; option routers 192.168.22.1; option root-path "192.168.22.1:/opt/ltsp/i386"; next-server 192.168.22.1; option subnet-mask 255.255.255.0; option root-path "/opt/ltsp/i386"; if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" { filename "/ltsp/i386/pxelinux.0"; } else { filename "/ltsp/i386/nbi.img"; } pool { allow members of "ltsp-clients"; range 192.168.22.20 192.168.22.250; } group { next-server 192.168.22.1; host test { deny-unknown-clients; hardware ethernet 00:14:85:47:AA:73; fixed-address 192.168.22.53; } } } 

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

लगभग सब कुछ पहले बूट के लिए तैयार है, लेकिन हमारे सर्वर का आईपी 192.168.1.1 से बहुत दूर है, और इसलिए क्लाइंट पर सिस्टम लोड करने पर यह स्वाद नहीं आएगा कि एनबीडी सर्वर कहां देखना है। इसलिए, हमें nbdroot के साथ nbdport पैरामीटर की जगह /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default फ़ाइल को ठीक करने की आवश्यकता है। पीएक्सई को आधार विन्यास के रूप में लोड करते समय यह फाइल क्लाइंट द्वारा डाउनलोड की जाती है:

 default ltsp label ltsp kernel vmlinuz append ro initrd=initrd.img quiet splash nbdroot=192.168.1.170:2000 

हम सर्वर को रिबूट करते हैं, नेटवर्क पर क्लाइंट पर डाउनलोड शुरू करते हैं और ... हम लॉगिन स्क्रीन देखते हैं:



खैर, ऐसा ही कुछ। यदि आप इसके बारे में सोचते हैं, तो अब आप क्लाइंट से बूट कर सकते हैं, लॉग इन कर सकते हैं और सिस्टम में काम कर सकते हैं। सच है, इस समय सर्वर में केवल xterm और ओपनबॉक्स है। इसके अलावा, यह पूरी तरह से हमारे कार्य के अनुरूप नहीं है।

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

 useradd ltspclient -p $(perl -e'print crypt("1234", "aa")') -m echo "ltspclient ALL = NOPASSWD: ALL" >> /etc/sudoers echo "ltspclient ALL = NOPASSWD: ALL" >> /opt/ltsp/i386/etc/sudoers 

LTSP में एक और विन्यास फाइल है जिसमें महत्वपूर्ण और विभिन्न सेटिंग्स हो सकती हैं, यह फाइल /var/lib/tftpboot/ltsp/i386/lts.conf है। इसमें निर्दिष्ट पैरामीटर पहले से ही मुख्य ऑपरेटिंग सिस्टम के बूट के दौरान उपयोग किए जाते हैं, जिनमें से छवि को पीएफई लोड करने के तुरंत बाद एनएफएस के माध्यम से माउंट किया जाता है। इसे इस तरह भरें:

 [Default] LDM_AUTOLOGIN=true LDM_USERNAME=ltspclient LDM_PASSWORD=1234 LOCAL_APPS=True XkbModel = pc104 XkbLayout = us,ru XkbOptions = "grp:alt_shift_toggle,grp_led:scroll" 

जैसा कि आप अनुमान लगा सकते हैं, यह हमारे उपयोगकर्ता को स्वचालित रूप से सिस्टम में लॉग इन करने की अनुमति देगा। कूल, हाँ। बस उसे खाली X.Org में क्या करना चाहिए? हमें दर्ज करने के बाद अपना खुद का सॉफ्टवेयर शुरू करना चाहिए। इसके लिए हमेशा एक अद्भुत / home/ltspclient/.xinitrc है। इसे बनाएं और लिखें:

 #!/usr/bin/env bash export LANG="en_US.UTF-8" export LC_ALL="en_US.UTF-8" export LANGUAGE="en_US.UTF-8" export LC_CTYPE="en_US.UTF-8" openbox & authorize -style cleanlooks #xterm 

और निश्चित रूप से हम इस पर एक सिमलिंक बनाते हैं:

 ln -s /home/ltspclient/.xinitrc /home/ltspclient/.xsession 

क्लाइंट को पुनरारंभ करें। Voila, हमारे अपने आवेदन को डाउनलोड करने के बाद शुरू हुआ (मान लीजिए कि हमने इसे सर्वर पर पहले ही तैनात कर दिया है)। यह सर्वर से शुरू हुआ था, लेकिन यह बहुत छोटा है, इसमें 2 एमबी मेमोरी लगती है और आपको इसके बारे में विशेष रूप से चिंता करने की ज़रूरत नहीं है। एक और चीज ब्राउज़र है। लॉन्च के बाद सर्वर काफी अच्छी तरह से बंद हो गया ... फिर से पच्चीस इस तथ्य पर आया कि संसाधन सर्वर पर खा रहे हैं = (सबसे पहले, नेटवर्क लगातार सभी क्लाइंट के लिए एक ब्राउज़र खींचता है (याद रखें कि क्यूटी केवल एक्स के चित्रों के रूप में चित्र खींचता है?)। दूसरा, यह 100 है। MB की RAM 8 GB RAM वाले सर्वर पर, अधिकतम 80 ग्राहकों को तैनात करना संभव होगा, और फिर बशर्ते कि वे प्रोसेसर और नेटवर्क को लगातार न खाएं।

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

 cd /opt/ltsp/i386/ mount -o bind /proc ./proc chroot ./ apt-get update apt-get install arora sudo flashplugin-nonfree sun-java6-plugin ssh gettext -y exit umount /opt/ltsp/i386/proc ltsp-update-sshkeys ltsp-update-image --arch i386 

यह सरल है - हम crhrot को / opt / ltsp / i386 / निर्देशिका में करते हैं, जिसमें छवि का कण्ठ स्थित होता है, आवश्यक सॉफ़्टवेयर को सीधे वहाँ पहुँचाता है (उदाहरण के लिए, मान लें कि हमारा ब्राउज़र arora है), और उसके बाद सिस्टम छवि को अपडेट करें। यह सब है, अब हमारे पास एक आवेदन है जिसे हम स्थानीय रूप से चला सकते हैं!

इससे पहले, जैसा कि मैंने कहा, यह प्रयोगात्मक रूप से पाया गया था कि प्रत्येक में YouTube के साथ 5 खुले टैब वाला एक ब्राउज़र अधिकतम 120 एमबी मेमोरी लेता है। इसका मतलब है कि 128 एमबी रैम वाले टर्मिनल इसे लॉन्च नहीं कर पाएंगे। धोखा देने की कोशिश करते हैं। हम इसे ऐसा बनाएंगे कि पहला आवेदन शुरू करने के बाद, यह सिस्टम मापदंडों को देखेगा और उन पर निर्भर करते हुए, यह तय करेगा कि ब्राउज़र को लॉन्च करना है - स्थानीय या रिमोट। पहले एप्लिकेशन के कोड में निम्नलिखित जोड़ें:

विजेट .h फ़ाइल:

 ... class Widget : public QWidget { Q_OBJECT public: explicit Widget(QWidget *parent = 0); ~Widget(); void readDeviceInfo(); ... protected: QString deviceUuidInfoFileName; ... }; ... 

Widget.cpp फ़ाइल:

 ... Widget::Widget(QWidget *parent) : QWidget(parent) { ... //test for memory QString uuid = QUuid::createUuid ().toString().remove("{").remove("}"); deviceUuidInfoFileName = QDesktopServices::storageLocation(QDesktopServices::HomeLocation) + "/.info_" + uuid + "_mem.txt"; QString runFileName = QDesktopServices::storageLocation(QDesktopServices::HomeLocation) + "/deviceInfo_" + uuid +".sh"; QString program = "/usr/bin/ltsp-localapps \"free -m | grep \"Mem:\" > " + deviceUuidInfoFileName + "\""; QFile runFile(runFileName); if (runFile.open(QIODevice::WriteOnly | QIODevice::Text)){ QTextStream out(&runFile); out << program << "\n"; QFile::Permissions Permissions = runFile.permissions(); // Permissions == 0x6600; Permissions |= QFile::ExeOther|QFile::ExeUser|QFile::ExeOwner|QFile::ExeGroup; // Permissions == 0x7711; if(!runFile.setPermissions(Permissions)) { qDebug() << "Cannot set file Permitions"; return; } Permissions = runFile.permissions(); // Permissions == 0x6600; if(Permissions & (QFile::ExeOther|QFile::ExeUser|QFile::ExeOwner|QFile::ExeGroup)) { qDebug() << "Info", "Executable file"; } runFile.close(); } QProcess *ltspla = new QProcess(this); ltspla->start(runFileName); ltspla->waitForFinished(); runFile.remove(runFile.fileName()); QTimer::singleShot ( 500, this, SLOT(readDeviceInfo())); } void Widget::readDeviceInfo() { QFile file(deviceUuidInfoFileName); if (!file.open(QIODevice::ReadOnly | QIODevice::Text)){ qDebug() << "Error reading memory info!"; QTimer::singleShot ( 500, this, SLOT(readDeviceInfo())); return; } QTextStream in(&file); QString memory = in.readAll().split(" ",QString::SkipEmptyParts).at(1).trimmed(); qDebug() << "Memory:" << memory; file.close(); file.remove(file.fileName()); if (memory.toInt()<220){ ui->rbRunBrowserRemote->setChecked(true); } } ... 

बोनी, लेकिन ... अनिवार्य रूप से, हम कमांड / usr / bin / ltsp-localapps "free -m चलाते हैं। grep "Mem:"> filename.txt "और उसके बाद फाइल फ़ाइलनाम से डेटा को पढ़ें। तय करें कि ब्राउज़र का कौन सा संस्करण लॉन्च करना है। यदि रैम एक निश्चित स्तर से कम है, तो हम सर्वर संस्करण लॉन्च करते हैं, यदि अधिक - स्थानीय एक।

यह क्या देता है? और काफी ठोस परिणाम ... पूर्ण स्क्रीन में सामने आने वाले स्थानीय ब्राउज़र को लॉन्च करने के बाद, क्लाइंट अनिवार्य रूप से सर्वर के बारे में भूल जाता है। क्योंकि एक्स और एप्लिकेशन दोनों एक साथ स्थानीय रूप से चल रहे हैं - सर्वर ओएस का कुछ भी नहीं खींचा जाता है, जिसका अर्थ है कि डेटा नेटवर्क पर प्रसारित नहीं होता है। इसके अलावा, गणना सभी स्थानीय रूप से समान होती है और सर्वर पूरी तरह से अनावश्यक है। कूल? अहा! इससे हम सभी कमोबेश सामान्य ग्राहकों को उनके कमजोर भाइयों से अलग कर पाएंगे। पूर्व स्वयं संसाधन प्रदान करेगा, जबकि उत्तरार्द्ध सर्वर पर भी परजीवीकरण करेगा।

यदि हम स्वीकार करते हैं कि हमारे पास लगभग समान सामान्य और कमबख्त ग्राहक हैं, तो हमने कार्य का हिस्सा प्राप्त किया - हम प्रक्रिया को अनुकूलित करने में सक्षम थे ताकि सर्वर आधा लोड हो। आखिरकार, सामान्य ग्राहकों को केवल बूट समय पर और प्राधिकरण के दौरान थोड़े समय के लिए इसकी आवश्यकता होगी। हालांकि अड़चन की स्थिति बनी हुई है - यह वह सुबह है जब लोगों का एक झुंड आता है और अपने ग्राहकों पर पावर बटन दबाता है। इसके बारे में कुछ भी नहीं किया जाना है, यातायात भार ध्यान देने योग्य होगा। लेकिन यह भी अपेक्षाकृत सापेक्ष है। और यहाँ क्यों: बूट प्रक्रिया को दो चरणों में विभाजित किया जा सकता है:
1) पीएक्सई डाउनलोड करें - यह एथ 1 इंटरफेस से लगभग 8 एमबी ट्रैफिक लेता है। उसके बाद एक छोटा विराम है, आरंभीकरण और बढ़ते के लिए मुख्य OS की छवि का अनुरोध किया गया है
2) मुख्य ओएस को डाउनलोड करना कर्नेल, लाइब्रेरी लोड करना, डेमॉन और अन्य कचरा लॉन्च करना है। इस चरण के लिए eth0 इंटरफ़ेस के माध्यम से लगभग 16 MB डेटा नेटवर्क पर संचारित होना आवश्यक है। इसमें पहले आवेदन का ऑटोलॉगिन और लॉन्च भी शामिल है।

ऐसा क्या है जो निकला? यदि हमारे नेटवर्क कार्ड की गति 100 एमबी / एस है, तो यह 12.5 एमबी / एस है। टकराव आदि से जुड़ी विभिन्न खामियों को दूर करने के लिए 10 से राउंड तक अगला। उदाहरण के लिए, हमारे पास तीन प्रकार के टर्मिनल हैं - यदि उन सभी को एक ही समय में सुबह 9 बजे चालू किया जाता है, तो वे अभी भी थोड़ी अलग गति से लोड करना शुरू करेंगे। मेरे विचार से विभिन्न प्रकारों के बीच का विश्लेषण 1-3 सेकंड का होगा। प्रत्येक ग्राहक के लिए, हमें बूट समय पर ~ 26 एमबी डेटा ट्रांसफर करने की आवश्यकता होती है, यानी सामान्य रूप से प्रति ग्राहक 3 सेकंड (बेशक तुरंत नहीं), हम 3 * 300 गुणा करते हैं (टॉर्च से मात्रा एक साथ। या एक मिनट या दो ग्राहकों की अवधि के साथ) शामिल हैं। 900 सेकंड या 900/60 = 15 मिनट, या 900 * 26 = 23,400 मेगाबाइट डेटा आउटपुट हैं। बहुत बुरा लग रहा है, है ना? सामान्य तौर पर, निश्चित रूप से, लेकिन बहुत ज्यादा कहने के लिए नहीं। आखिरकार, हमारे पास दो इंटरफेस हैं, और उनमें से प्रत्येक का अपना डेटा वॉल्यूम पंप किया जाएगा - eth0 के माध्यम से 900 * 16 = 14,400 mb और eth1 के माध्यम से 900 * 8 = 7,200 mb। नेटवर्क लोड अधिक रहेगा, लेकिन प्रत्येक इंटरफेस पर लोड काफी कम हो जाएगा। दुर्भाग्य से, यहाँ वैसे भी, लेकिन एक बहुत अड़चन बनी हुई है और ऐसा लगता है कि इसके आसपास कोई नहीं है। यह या तो गीगाबिट इंटरफेस स्थापित करने के लिए रहता है, या एक टर्मिनल के बूट समय पर भरोसा करने के लिए। जो ~ 45 सेकंड के बराबर होता है, जिसके द्वारा सर्वर से डेटा डाउनलोड करने की पूरी प्रक्रिया फैल जाती है।

और हां, कुछ मैं पिछले पैराग्राफ में अपनी गणना की शुद्धता के बारे में सुनिश्चित नहीं हूं, अगर कहीं सुस्त है, तो कृपया सही करें।

इंटरमीडिएट के निष्कर्ष ...

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

तो ठीक है, सब ठीक है ... आधा काम हो गया है लेकिन हमारे पास अभी भी लगभग 150 मृत ग्राहक हैं, इस तथ्य के बावजूद कि ऊपर हमने पहले ही महसूस किया था कि अधिकतम 80 सर्वर की सेवा करने में सक्षम होंगे, और इस तथ्य को ध्यान में रखते हुए कि सर्वर को न केवल संभावनाओं के आधार पर सेवा करने की आवश्यकता है, बल्कि इसके अलावा, कनेक्शन रखें 150 अधिक या कम सामान्य ग्राहक, यह पता चला है कि वे आराम से सर्वर पर बस सकते हैं ~ 40-50 एक साथ जुड़े हुए मृत टर्मिनल क्लाइंट + 150 सामान्य। बहुत कुछ नहीं, हालांकि खाली नहीं ... आगे क्या करना है? और फिर हम बचाव में आएंगे ...

पेस्ट करें! क्लस्टर!

हाँ, हाँ, यह एक क्लस्टर है! बात यह है इसके विकास के दौरान, LTSP इस बात की ओर बढ़ा है कि इसमें एक सर्वर क्लस्टर बनाने का अवसर है , जिसमें एक लोड बैलेंसर और यहां तक ​​कि एक वेब इंटरफ़ेस भी है। "Uuuuuu ...." - गंभीर साइबेरियाई वालों को बताया। खैर, मैं तकनीकी विवरण और एलटीएसपी क्लस्टर की तैनाती के लिए मैनुअल पढ़ने गया था।

सबसे पहले, आइए जानें कि ये ltsp-क्लस्टर घटक क्या हैं। सबसे पहले, एलटीएसपी-क्लस्टर स्वयं एलटीएसपी वितरण किट के डिफ़ॉल्ट वितरण में शामिल ltsp सर्वर के लिए प्लगइन्स का एक सेट है। इसके अलावा, क्लस्टरिंग का समर्थन करने वाले क्लाइंट का निर्माण करने के लिए, आपको कुछ और स्थापित करने की आवश्यकता नहीं है; बस क्लाइंट को --ltsp-क्लस्टर विकल्प के साथ बनाना शुरू करें

परियोजना में निम्नलिखित घटक शामिल हैं:

• लोड बैलेंसर सर्वर मुख्य लोड नियंत्रण सर्वर है जो सभी कनेक्टेड एप्लिकेशन सर्वरों की निगरानी करता है।
• नियंत्रण केंद्र (वेब ​​इंटरफ़ेस) - एक वेब इंटरफ़ेस जो आपको कनेक्टेड क्लाइंट और सर्वर लोड के बारे में जानकारी प्राप्त करने की अनुमति देता है। साथ ही कुछ समायोजन करें।
• जीएनयू / लिनक्स / विंडोज के लिए लोड बैलेंसर एजेंट - प्रत्येक एप्लिकेशन सर्वर पर स्थापित किया गया है, लोड बैलेंसर सर्वर को सर्वर लोड के बारे में जानकारी भेजता है
• अकाउंट मैनेजर - लोड बैलेंसर एजेंट के रूप में एक मशीन पर स्थापित एक डेमन। यदि आवश्यक हो तो उपयोगकर्ताओं को गतिशील रूप से बना और हटा सकता है। ठीक है, अर्थात्, हमने मुख्य सर्वर पर उपयोगकर्ता ltspclient शुरू किया है, लेकिन ऐप-सर्वर पर हमें ऐसा नहीं लगता है ... और हमारे पास एक ऑटोलॉगिन है ... यहां, माना जाता है कि, खाता प्रबंधक सर्वरों में से किसी एक का उपयोग करते समय इस के स्वत: निर्माण की निगरानी करता है।
• पीएक्सई कॉन्फ़िगरेशन एडिटर - नियंत्रण केंद्र से पैरामीटर प्राप्त करता है और उनके आधार पर पीएक्सई कॉन्फ़िगरेशन फ़ाइल बनाता है।
• NX Loadbalancer - SSH सर्वर को शुरू करता है और यदि आवश्यक हो तो nx उपयोगकर्ता के कनेक्शन की निगरानी करता है।

चलो कोशिश करते हैं, चुनते हैं ...

सबसे पहले, हमारे सर्वर पर, हमें अपने ग्राहक को क्लस्टर समर्थन विकल्पों के साथ पुनर्निर्माण करने की आवश्यकता है:

 ltsp-build-client --arch i386 --ltsp-cluster --prompt-rootpass --accept-unsigned-packages 

असेंबली के दौरान, हमें कई सवाल पूछे जाएंगे जिनका जवाब देना होगा:

 Configuration of LTSP-Cluster NOTE: booleans must be answered as uppercase Y or N Server name: 192.168.1.170 Port (default: 80): Use SSL [y/N]: N Enable hardware inventory [Y/n]: Y Request timeout (default: 2): 0 

भविष्य में, इन मापदंडों को फ़ाइल /opt/ltsp/i386/etc/ltsp/getltscfg-cluster.conf में ठीक किया जा सकता है। उसके बाद रूट पासवर्ड दर्ज करने के लिए एक निमंत्रण होगा।
जब यह किया जाता है, तो आपको यह तय करने की आवश्यकता है कि नियंत्रण केंद्र और लोड बैलेंसर सर्वर को कैसे तैनात किया जाए - एक ही भौतिक सर्वर पर, अलग-अलग या सिर्फ अलग-अलग आभासी मशीनों पर। खैर, सादगी के लिए, उन्हें मुख्य सर्वर के रूप में एक ही स्थान पर तैनात करें।

पहला कदम, निश्चित रूप से, नियंत्रण केंद्र है:

 apt-get install ltsp-cluster-control postgresql --no-install-recommends 

चलो कॉन्फिगर /etc/ltsp/ltsp-cluster-control.config.php ठीक करें

 ... $CONFIG['loadbalancer'] = "192.168.1.170"; #Hostname of the loadbalancer ... 

एक नया उपयोगकर्ता और PostgreSql के लिए एक नया डेटाबेस (/etc/ltsp/ltsp-cluster-control.config.php - ltspcluster में पासवर्ड) बनाएँ:

 sudo -u postgres createuser -SDRlP ltsp sudo -u postgres createdb ltsp -O ltsp 

इसके बाद, आपको योजना को बनाए गए आधार पर ही तैनात करना होगा, जादू टोना कम है:

 cd /usr/share/ltsp-cluster-control/DB/ cat schema.sql functions.sql | psql -h localhost ltsp ltsp wget http://bazaar.launchpad.net/%7Eltsp-cluster-team/ltsp-cluster/ltsp-cluster-control/download/head%3A/controlcenter.py-20090118065910-j5inpmeqapsuuepd-3/control-center.py wget http://bazaar.launchpad.net/%7Eltsp-cluster-team/ltsp-cluster/ltsp-cluster-control/download/head%3A/rdpldm.config-20090430131602-g0xccqrcx91oxsl0-1/rdp%2Bldm.config apt-get install python-pygresql /etc/init.d/apache2 stop python control-center.py rdp+ldm.config /etc/init.d/apache2 start 

इस सब के बाद, लिंक 192.168.1.170/ltsp-cluster-control/Admin पर जाएं जहां आप पहले से ही इंटरफ़ेस पर प्रहार कर सकते हैं ... तुरंत पहले पृष्ठ पर आपको कुछ महत्वपूर्ण पैरामीटर निर्दिष्ट करना चाहिए:

 LANG = en_US.UTF-8 LDM_DIRECTX = True LDM_SERVER = %LOADBALANCER% LOCAL_APPS_MENU = True SCREEN_07 = ldm TIMESERVER = ntp.ubuntu.com XKBLAYOUT = us,ru 

हमने पहला पहला काम पूरा कर लिया है ... अगला ... लोड बैलेंसर ... भी उसी मशीन पर तैनात किया गया है:

 apt-get install ltsp-cluster-lbserver --no-install-recommends 

इसका विन्यास /etc/ltsp/lbsconfig.xml:

 <?xml version="1.0"?> <lbsconfig> <lbservice listen="*:8008" max-threads="2" refresh-delay="60" returns="$IP"/> <lbslave is-slave="false"/> <mgmtservice enabled="true" listen="*:8001"/> <nodes> <group default="true" name="default"> <node address="http://192.168.1.171:8000" name="ltsp-appserv01"/> </group> </nodes> <rules> <variable name="LOADAVG" weight="50"> <rule capacity=".7"/> </variable> <variable name="NBX11SESS" weight="25"> <rule capacity="$CPUFREQ*$CPUCOUNT*$CPUCOUNT/120" critical="$CPUFREQ*$CPUCOUNT*$CPUCOUNT/100"/> </variable> <variable name="MEMUSED" weight="25"> <rule capacity="$MEMTOTAL-100000"/> </variable> </rules> </lbsconfig> 

मैं केवल यह कह सकता हूं कि भविष्य में हमारे उद्देश्यों के लिए हमें केवल मापदंडों को बदलने की जरूरत है।

  <nodes> <group default="true" name="default"> <node address="http://192.168.1.171:8000" name="ltsp-appserv01"/> </group> </nodes> 

इसके अलावा, आप थ्रेड्स की संख्या को बदल सकते हैं। डिफ़ॉल्ट रूप से, यह 1 सेट करने के लिए अनुशंसित है (क्यों नहीं):

 <lbservice listen="*:8008" max-threads="1" refresh-delay="60" returns="$IP"/> 

यहां, जैसा कि आप अनुमान लगा सकते हैं, आप एप्लिकेशन सर्वर को जोड़ / हटा सकते हैं। अंत में, लोड बैलेंसर को पुनरारंभ करें:

 /etc/init.d/ltsp-cluster-lbserver restart 

ओह, और मैं लेखन से थक गया हूँ ... ठीक है, ठीक है। फिलहाल हमारे पास वेब फेस और लोड बैलेंसर के साथ पूरी तरह से एक पूरी तरह से कॉन्फ़िगर मुख्य सर्वर है। सिद्धांत रूप में, हमें केवल नए और नए एप्लिकेशन सर्वरों को तैनात करने की आवश्यकता है और, जैसा कि वे तैनात हैं, बैलेंसर को थोड़ा संपादित करें।

अरे हाँ, बैलेंसर के लिए यह भी आवश्यक है कि वह डोमेन नाम ltsp-appserv01 को पहचानने में सक्षम हो, इसके लिए / आदि / मेजबानों में हमारे lbserver पर आपको एक पंक्ति जोड़ने की आवश्यकता है:

 192.168.1.171 ltsp-appserv01 

वैसे, अब, किसी भी क्लाइंट से लोड होने पर, आप जानकारी देख सकते हैं कि यह क्लाइंट एप्लिकेशन सर्वर 192.168.1.170 से जुड़ा है - यानी हमारे मुख्य सर्वर पर। इस अवसर पर नियंत्रण केंद्र में, लॉग्स को मुख्य और मुख्य के साथ लिखा जा रहा है और डेटाबेस में हमारे क्लाइंट का मैक पता दर्ज किया गया है। कुछ मुझे बताता है कि आपको खाता प्रबंधक को रूट सर्वर पर स्थापित करने की आवश्यकता है, लेकिन आप अभी तक ऐसा नहीं करना चाहते हैं, हम अपने एप्लिकेशन सर्वरों में से पहला सेट करने के लिए बेहतर कदम पर हैं। खैर, वेब इंटरफेस का एक स्क्रीनशॉट। किसी तरह इस पाठ को विविधता प्रदान करने के लिए:


इसलिए, एक वर्चुअल मशीन या किसी अन्य कंप्यूटर पर, हम Ubuntu सर्वर 11.04 32 बिट डालते हैं। होस्टनाम स्थापित करने की प्रक्रिया में, ltsp-appserv01 के रूप में निर्दिष्ट करें और ओपन एसएसएच सर्वर की स्थापना के लिए चिह्नित करें। सुविधा के लिए ... एक सफल स्थापना के बाद, बूट करें और पहले फ़ाइल / etc / नेटवर्क / इंटरफेस को संपादित करें। मुझे कुछ अजीब सा एहसास हुआ है, और आप?

 auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.171 netmask 255.255.255.0 gateway 192.168.1.1 

उन्होंने संकेत दिया कि यह 171 पते वाला एक कंप्यूटर है - बस इस तरह के एक आईपी को इसके लिए lbserver config में पंजीकृत किया गया है। इंटरफ़ेस को पुनरारंभ करें:

 $ sudo ifdown eth0 && sudo ifup eth0 

पता सफलतापूर्वक बदल गया। चलिए आगे बढ़ते हैं। और फिर हमारे पास घटनाओं के विकास के लिए दो विकल्पों का विकल्प है, जो हाथ में काम पर निर्भर करता है:
1) हम सिर्फ ubuntu-desktop इंस्टॉल करते हैं और जब उपयोगकर्ता लॉग इन करता है, तो मानक ubunta शेल शुरू होता है
2) हम वही चला सकते हैं जो हमें चाहिए। हम इस रास्ते पर चलेंगे ...
फिर से पीटे ट्रैक के साथ हलचल:

 echo "deb http://ftp.ubuntu.com/ubuntu/ natty main restricted universe multiverse" > /etc/apt/sources.list apt-get update apt-get install bash-completion openbox xserver-xorg xorg xbase-clients xterm ltsp-server ltsp-server ltsp-cluster-lbagent ltsp-cluster-accountmanager arora -y update-rc.d -f nbd-server remove 

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

, ! , ssh_known_hosts . !

1) . /var/lib/tftpboot/ltsp/i386/lts.conf :

 MY_SERVER_LIST = "192.168.1.170 192.168.1.171" 

2) ( ) :

 #!/bin/sh max_rank=-1 max_server='' for server in $MY_SERVER_LIST; do rank=$(nc $server 9571 | sed -n 's/rating://p') if [ "$rank" -gt "$max_rank" ]; then max_rank="$rank" max_server="$server" fi done echo "$max_server" 

:

 chmod a+x /opt/ltsp/i386/usr/share/ltsp/get_hosts 

, NetCat- . , , lbagent lbserver.

3) DSA RSA . , , , . , :

 ltsp-update-sshkeys --export ssh_known_hosts.192.168.1.171 scp ssh_known_hosts.192.168.1.171 root@192.168.1.170:/etc/ltsp/ 

:

 ltsp-update-sshkeys && ltsp-update-image --arch i386 && echo -e 'default ltsp\nlabel ltsp\nkernel vmlinuz\nappend ro initrd=initrd.img quiet splash nbdroot=192.168.1.170:2000\n' > /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default 

हम जाँच करते हैं:

 cat /opt/ltsp/i386/etc/ssh/ssh_known_hosts 

— … /opt/ltsp/i386/usr/share/ltsp/get_hosts, . , .

, , /usr/share/pyshared/lbserver/test_comm.py. :

 rpcserver = xmlrpclib.ServerProxy("http://192.168.1.171:8000") 

:

 $ python /usr/share/pyshared/lbserver/test_comm.py [{'name': 'MEMTOTAL', 'value': 507788}, {'name': 'CPUFREQ', 'value': 3502.64}, {'name': 'CPUCOUNT', 'value': 1}, {'name': 'DISTRO', 'value': 'Ubuntu 11.04'}, {'name': 'IP', 'value': '192.168.1.171'}, {'name': 'HOSTNAME', 'value': 'ltsp-appserv01'}, {'name': 'ADDRESSES', 'value': '192.168.1.171'}, {'name': 'MEMFREE', 'value': 476144}, {'name': 'MEMUSED', 'value': 31676}, {'name': 'LOADAVG', 'value': 0.0}, {'name': 'USERS', 'value': 'kafeg'}, {'name': 'NBUSERS', 'value': 1}, {'name': 'NBX11SESS', 'value': 1}] 

/usr/share/pyshared/lbserver/test_mgmt.py, - :

 rpcserver = xmlrpclib.ServerProxy("http://192.168.1.170:8001") $ python /usr/share/pyshared/lbserver/test_mgmt.py [{'default': True, 'nodes': [{'active': True, 'lastWeight': 100, 'values': [{'critic': False, 'name': 'MEMTOTAL', 'value': 507788}, {'name': 'LOADAVG'}, {'critic': False, 'name': 'ADDRESSES', 'value': '192.168.1.171'}, {'critic': False, 'name': 'IP', 'value': '192.168.1.171'}, {'critic': False, 'name': 'HOSTNAME', 'value': 'ltsp-appserv01'}, {'critic': False, 'name': 'NBUSERS', 'value': 1}, {'critic': False, 'name': 'NBX11SESS', 'value': 1}, {'critic': False, 'name': 'MEMFREE', 'value': 476052}, {'critic': False, 'name': 'CPUCOUNT', 'value': 1}, {'critic': False, 'name': 'CPUFREQ', 'value': 3502.64}, {'critic': False, 'name': 'USERS', 'value': 'kafeg'}, {'critic': False, 'name': 'MEMUSED', 'value': 31768}, {'critic': False, 'name': 'DISTRO', 'value': 'Ubuntu 11.04'}], 'name': 'ltsp-appserv01', 'address': 'http://192.168.1.171:8000'}], 'name': 'default'}] 

शायद यह सब मैं LTSP के बारे में खोद सकता हूँ। अंत में, मैं यह कहना चाहूंगा कि इस तरह के विवरण के साथ मैंने यहां सब कुछ पेंट करने की कोशिश की, क्योंकि रूसी में तकनीक पर व्यावहारिक रूप से कोई जानकारी नहीं है, हालांकि यह बहुत आकर्षक लग रहा है। मेरा आश्चर्य क्या है, जब पहले बूट के बाद, मैंने टर्मिनल से केडीई में लॉगिंग की आवाज सुनी जो आगे और बिना किसी संभोग के अर्जित की गई थी ...

शायद बिंदु।