😔 🙆🏽 🤵🏿 ट्रिमिंग थ्रेड्स: कठपुतली एंटरप्राइज से अंसिबल टॉवर तक पलायन। भाग 1 🏇🏽 🚉 👨🏽‍🏫

राष्ट्रीय पर्यावरण उपग्रह सूचना सेवा (NESDIS) ने अपने Red Hat Enterprise Linux (RHEL) विन्यास प्रबंधन लागत को 35% घटाकर Puppet Enterprise से Ansible Tower में स्थानांतरित कर दिया है। "हम कैसे किया" श्रेणी के इस वीडियो में, सिस्टम इंजीनियर माइकल राऊ ने इस प्रवास के कार्यान्वयन की पुष्टि की, एक SCM से दूसरे में संक्रमण से प्राप्त उपयोगी टिप्स और अनुभव साझा किए।

इस वीडियो से आप सीखेंगे:

प्रबंधन को कठपुतली एंटरप्राइज से अन्सिबल टॉवर तक ले जाने की व्यवहार्यता का औचित्य कैसे;
सबसे चिकनी संक्रमण के लिए क्या रणनीतियों का उपयोग करना है;
पीई को एंसेबल प्लेबुक में ट्रांसकोडिंग के लिए टिप्स;
Ansible टॉवर स्थापित करने के लिए सर्वोत्तम अभ्यास।

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

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

जो मुझे सबसे अधिक आंसरबल के लिए आकर्षित करता है, वह भूमिका और स्क्रिप्ट (प्लेबुक) लिखने और उपयोग करने की क्षमता है। रोल्स विभिन्न बनाने के लिए महान हैं, लेकिन परस्पर संबंधित कार्य (कार्य) और इन कार्यों से संबंधित सभी डेटा को एक स्थान पर रखते हैं। प्लेबुक यम्लल सिंटैक्स है, एक स्क्रिप्ट फ़ाइल जो एक या अधिक होस्ट के लिए कार्यों का वर्णन करती है। मैं उपयोगकर्ताओं के लिए इन सुविधाओं के बारे में बात करता हूं, मुख्य रूप से सॉफ्टवेयर डेवलपर्स। Ansible टॉवर यह कहना संभव बनाता है: "नहीं, आपके पास शेल एक्सेस का उपयोग नहीं है, लेकिन मैं आपको सभी टॉवर प्रक्रियाओं को शुरू करने और जब आपको ज़रूरत हो तब सेवा को पुनरारंभ करने का अवसर देता है।" मैं आपको काम के माहौल और हमारे द्वारा उपयोग किए जाने वाले उपकरणों के बारे में बताऊंगा।

यह एक संघीय LAN है, जो क्लाउड-आधारित MPLS, 140 RHEL सर्वर, 99% के माध्यम से जुड़ी हुई 7 भौतिक साइटें हैं, जिनमें से वर्चुअल (vSphere), SuperMicro हार्डवेयर, NexentaStore NAS, Cisco, Arista और Cumulus स्विच और Fortinet UTM का एक सेट है जो प्रत्येक साइट पर खतरे के प्रबंधन उपकरणों को एकीकृत करता है। ।

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

कठपुतली के साथ हमारा इतिहास यह है।

2007 में, हमारे पास 20-25 नोड्स का एक छोटा नेटवर्क था, जिसमें हमने पपेट को तैनात किया था। मूल रूप से, ये नोड्स RedHat के "बॉक्स" थे। 2010 में, हमने 45 नोड्स के लिए कठपुतली डैशबोर्ड वेब इंटरफेस का उपयोग शुरू किया। जैसा कि नेटवर्क का विस्तार जारी रहा, 2014 में हमने पीई 3.3 पर स्विच किया, जिससे 75 नोड्स के लिए पुन: प्रकट होने के साथ एक पूर्ण संक्रमण हो गया। ऐसा करना पड़ा क्योंकि पपेट खेल के नियमों को बदलना पसंद करता है, और इस मामले में उन्होंने भाषा को पूरी तरह से बदल दिया। एक साल बाद, जब कठपुतली एंटरप्राइज के संस्करण 3 के लिए समर्थन बंद हो गया, तो हमें पीई 2015.2 पर पलायन करने के लिए मजबूर किया गया। मुझे फिर से नए सर्वरों के लिए फिर से लिखना पड़ा और 100 नोड्स के रिजर्व के साथ लाइसेंस खरीदना पड़ा, हालांकि उस समय हमारे पास केवल 85 नोड्स थे।

केवल 2 साल बीत गए, और फिर से हमें पीई 2016.4 के नए संस्करण पर स्विच करने के लिए बहुत काम करना पड़ा। हमने 300 नोड्स के लिए एक लाइसेंस खरीदा, कुल 130 के साथ। हमें फिर से प्रकट में बड़े बदलाव करने पड़े, क्योंकि भाषा के नए संस्करण में 2015 संस्करण की भाषा से एक अलग वाक्यविन्यास था। परिणामस्वरूप, हमारे SCM ने SVN संस्करण नियंत्रण प्रणाली से Bitbucket (Git) पर स्विच किया। कठपुतली के साथ हमारा "रिश्ता" था।

इसलिए, मुझे प्रबंधन को यह समझाना पड़ा कि हमें निम्नलिखित तर्कों का उपयोग करके दूसरे एससीएम पर स्विच करने की आवश्यकता क्यों है। पहले सेवा की उच्च कीमत है। मैंने रेडहैट लोगों के साथ बात की और उन्होंने कहा कि अंसिबल टॉवर का उपयोग करके 300 नोड्स के नेटवर्क को बनाए रखने की लागत पपेट एंटरप्राइज की आधी लागत है। यदि आप एक और Ansible Engine खरीदते हैं, तो लागत लगभग समान होगी, लेकिन आपको PE की तुलना में बहुत अधिक सुविधाएँ मिलेंगी। चूँकि हम संघीय बजट द्वारा वित्त पोषित एक राज्य कंपनी हैं, यह एक बहुत वजनदार तर्क है।

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

Ansible टॉवर सिस्टम अलग तरह से काम करता है क्योंकि इसमें कोई एजेंट नहीं होते हैं, लेकिन ऐसे मॉड्यूल हैं जो सिस्को स्विच और अन्य सभी स्विचों का समर्थन करते हैं। यह एससीएम क्यूब्स ओएस, लिनक्स और 4. नेट यूटीएम का समर्थन करता है। Ansible टॉवर भी Illumos कर्नेल, एक खुला स्रोत Unix- आधारित ऑपरेटिंग सिस्टम पर आधारित NexentaStore NAS का समर्थन करता है। यह बहुत कम समर्थन है, लेकिन Ansible टॉवर इसे वैसे भी करता है।

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

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

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

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

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

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

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

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

इसके बाद, आपको यह तय करने की आवश्यकता है कि आप Ansible Tower से क्या उम्मीद करते हैं, यह प्रणाली आपके लिए क्या करना चाहिए।

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

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

कमांड लाइन के माध्यम से इन सभी चीजों को चलाएं, यह उनके प्रदर्शन का परीक्षण करने का एक अच्छा तरीका है। इस तरह आप टावर लगाने के लिए तैयार हो जाते हैं।

चलो कठपुतली प्रकट को ट्रांसकोड करने के बारे में थोड़ी बात करते हैं, क्योंकि मैंने उस पर बहुत समय बिताया जब तक मुझे पता नहीं चला कि वास्तव में क्या करने की आवश्यकता है।

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

18:00

ट्रिमिंग थ्रेड्स: कठपुतली एंटरप्राइज से अंसिबल टॉवर तक पलायन। भाग 2

विज्ञापन का एक सा :)

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक ऑर्डर देकर या $ 4.99 से डेवलपर्स के लिए अपने दोस्तों के क्लाउड-आधारित VPS की अनुशंसा करके हमें समर्थन दें, आपके द्वारा आविष्कार किया गया एंट्री-लेवल सर्वर का एक अनूठा एनालॉग: VPS (KVM) E5-2697 3 (6 करोड़) 10GB DDR4 480GB SSD 1Gbps के बारे में पूरी सच्चाई $ 19 या सर्वर को कैसे विभाजित करें? (विकल्प RAID1 और RAID10 के साथ उपलब्ध हैं, 24 कोर तक और 40GB DDR4 तक)।

डेल R730xd एम्स्टर्डम में इक्विनिक्स टीयर IV डेटा सेंटर में 2 गुना सस्ता? केवल हमारे पास 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV नीदरलैंड के 199 डॉलर में से है!डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $ 99 से! इन्फ्रास्ट्रक्चर Bldg का निर्माण कैसे करें के बारे में पढ़ें । एक पैसा के लिए 9,000 यूरो की लागत डेल R730xd E5-2650 v4 सर्वर का उपयोग कर वर्ग सी?

ट्रिमिंग थ्रेड्स: कठपुतली एंटरप्राइज से अंसिबल टॉवर तक पलायन। भाग 1

विज्ञापन का एक सा :)

More articles: