क्या OpenStack आपके लिए सही है? शुरुआत के लिए एक व्यावहारिक गाइड

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

तीसरा, चौथा और आगे के कारण इस लेख में बाद में स्पष्ट होंगे। लेकिन मूल प्रश्न यह है: क्या आप OpenStack में हाथ आज़मा सकते हैं - और क्या आपको आज़माना चाहिए? मैं यह सवाल एक ऐसे व्यक्ति के नज़रिए से पूछ रहा हूँ जिसमें स्वाभाविक तकनीकी अंतर्ज्ञान और OpenStack जैसी तकनीकों में हाथ आज़माने का अच्छा-खासा अनुभव है। आज का यह लेख/गाइड आपको बताएगा कि इस तकनीक के साथ कैसे शुरुआत करें।

उम्मीदें बनाम हकीकत

ठीक है, तो OpenStack की बात है। लेकिन क्या आप सच में किसी को जानते हैं - तीन-चार बड़ी होस्टिंग कंपनियों को छोड़कर - जो वास्तव में इसका इस्तेमाल कर रहे हों? हर कोई इसके बारे में बात कर रहा है, लेकिन आपको असल जिंदगी के व्यावहारिक उदाहरण मुश्किल से मिलेंगे। इसने मुझे जिज्ञासु बना दिया और मैं सोचने लगा: क्यों नहीं?

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

OpenStack कठिन है

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

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

क्या नहीं करना चाहिए

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

छवि आधिकारिक openstack.org दस्तावेज़ से ली गई है; बड़ा करने के लिए क्लिक करें।

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

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

क्या करना चाहिए

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

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

अब, बड़ा सवाल यह है कि आप इसके बारे में कैसे जाते हैं। जैसा कि मैंने पहले बताया, चीजों को चालू करने की मैन्युअल प्रक्रिया भयानक है। आपको कुछ किताबों, कई हफ्तों के समय, और ढेर सारी कमांड लाइन टाइपिंग की जरूरत होती है, यूजर्स, ग्रुप्स, रोल्स, डेटाबेस, नेटवर्क ब्रिज, कंटेनर, और कई अन्य क्रूर छोटे-छोटे टुकड़े बनाने के लिए।

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

OpenStack Ansible डिप्लॉयमेंट (OSAD)

यदि आप वेब पर खोज करते हैं, तो आप देखेंगे कि दर्जनों समाधान हैं जो सभी OpenStack के प्रबंधन और तैनाती के लिए पवित्र कंघी बनानेवाले की रेती होने का दावा करते हैं। हां, वे मौजूद हैं क्योंकि OpenStack उपयोग करने के लिए बहुत कठिन है, और मूल समस्या को ठीक करने के बजाय, इंटरनेट इसे उपयोग करना, मॉनिटर करना आदि आसान बनाने के लिए तदर्थ ओवरले समाधानों से भरा पड़ा है। बिल्कुल कंटेनरों की तरह। OSAD ऐसा ही एक सामुदायिक प्रोजेक्ट है, हालांकि कई और हैं, जैसे Fuel, Inception, TripleO, Compass, PackStack, और भी बहुत कुछ। इस ट्यूटोरियल में, हम OSAD पर ध्यान केंद्रित करेंगे और अन्य समान टूल्स के साथ आगे बढ़ेंगे। पी.एस. मैं इस प्रोजेक्ट से संबद्ध हूँ, इसलिए अगर आपको पक्षपात की गंध आती है, तो इस लेख को नज़रअंदाज करने के लिए स्वतंत्र महसूस करें।

बुनियादी सेटअप

तकनीकी रूप से, आपको केवल दो कमांड चलाने की आवश्यकता है। एक, GitHub रेपो से मास्टर स्क्रिप्ट लें, और दो, Ansible सेटअप चलाएं। जो लोग सोच रहे हैं कि यह अजीब सी छोटी चीज क्या है, उनके लिए बता दूं कि Ansible एक कॉन्फ़िगरेशन मैनेजमेंट टूल है। Puppet, Chef, CFEngine और दोस्तों के समान, यह टारगेट मशीनों पर सॉफ्टवेयर नीतियों और कॉन्फ़िगरेशन की तैनाती को स्वचालित करने के लिए डिज़ाइन किया गया है। तैनाती तर्क YAML भाषा सिंटैक्स का उपयोग करके प्लेबुक नामक फ़ाइलों के अंदर एन्कोड किया जाता है। सॉफ्टवेयर प्लेबुक को पार्स करता है और फिर SSH का उपयोग करके टारगेट होस्ट पर आवश्यक कॉन्फ़िगरेशन भेजता है। यह Ansible का बुनियादी जादू है।

चेतावनी!

अब, मैं इस बात पर बहुत अधिक विवरण में नहीं जाऊंगा कि Ansible कैसे काम करता है। मैं केवल संक्षेप में बताऊंगा कि यह क्या करता है और कैसे व्यवहार करता है। सिंटैक्स काफी सहज है, और एक बार जब आप समझ जाते हैं कि यह कैसे काम करता है, तो आपको OSAD yml फाइलों के तर्क का पालन करने में सक्षम होना चाहिए। आइए ऑनलाइन दस्तावेज़ से एक नमूना प्लेबुक पर एक नज़र डालते हैं:

---
- hosts: webservers
vars:
http_port: 80
max_clients: 200
remote_user: root
tasks:
- name: ensure apache is at the latest version
yum: pkg=httpd state=latest
- name: write the apache config file
template: src=/srv/httpd.j2 dest=/etc/httpd.conf
notify:
- restart apache
- name: ensure apache is running (and enable it at boot)
service: name=httpd state=started enabled=yes
handlers:
- name: restart apache
service: name=httpd state=restarted

यहां हमारे पास क्या है? आइए प्लेबुक के माध्यम से चलते हैं:

- hosts: डायरेक्टिव परिभाषित करता है कि यह प्लेबुक किन होस्ट पर चलना चाहिए।
vars: वेब सर्वर के लिए सेट किए जाने वाले वेरिएबल्स को परिभाषित करता है, जैसे पोर्ट और अधिकतम क्लाइंट।
remote user: वह यूजर परिभाषित करता है जिसके तहत प्लेबुक टास्क चलना चाहिए - रूट के रूप में।
tasks: परिभाषित करता है कि जब होस्ट मानदंड मेल खाता है तो हम क्या चलाने जा रहे हैं।
- name: ensure apache is at ... यह वेरिएबल टास्क का नाम परिभाषित करता है; आप एक लंबा विवरण या एक सरल नाम उपयोग कर सकते हैं, लेकिन लंबे विवरण जैसे, शीर्षक जैसे नाम समझने में आसान होते हैं।
yum: यह httpd पैकेज का नवीनतम संस्करण इंस्टॉल करेगा।
template: यह डायरेक्टिव सर्वर-साइड कॉन्फ़िगरेशन टेम्पलेट को वेब सर्वर पर कॉपी करेगा, ताकि वे सभी एक ही httpd.conf फाइल का उपयोग करें।
notify: यह वेरिएबल "restart apache" नामक एक ट्रिगर घोषित करेगा जो सक्रिय हो जाएगा यदि उपरोक्त कार्रवाई सफलतापूर्वक पूरी हो गई है। दूसरे शब्दों में, हम एक पोस्ट एक्शन परिभाषित करते हैं।
- name: ensure apache is running ... यह टास्क अपाचे को बूट पर चलाने के लिए सेट करेगा और यदि यह नहीं चल रहा है तो सेवा शुरू करेगा।
handlers: यहां हम एक सर्विस रीस्टार्ट को संभालेंगे, जिसे केवल तभी सही पर सेट किया जाना चाहिए जब कॉन्फ़िगरेशन फाइल कॉपी एक्शन पूरा हो गया हो, जो समझ में आता है। फिर हम httpd सर्विस पर आवश्यक कार्रवाई लागू करेंगे।

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

शुरुआत करना

वैसे भी, हमारे दो प्यारे कमांड:

bash <(curl https://git.openstack.org/cgit/stackforge/os-ansible-deployment/
plain/scripts/run-aio-build.sh)

/opt/stackforge/os-ansible-deployment/openstack-ansible setup-everything.yml

यह सेटअप शुरू करेगा, और आपके हार्डवेयर के आधार पर, इसमें लगभग 40-50 मिनट लग सकते हैं। आपको निश्चित रूप से पर्याप्त CPU, मेमोरी और डिस्क स्पेस की आवश्यकता होगी ताकि यह अच्छी तरह से चल सके, लेकिन फिर भी, जितना आप उम्मीद करेंगे उससे कम। चार कोर, 8 GB RAM और 40 GB डिस्क पर्याप्त होना चाहिए, इसलिए एक अच्छा लैपटॉप भी इसे काफी अच्छी तरह से कर सकता है। किसी शानदार प्रदर्शन की उम्मीद न करें।

...
+ unset -f deactivate
+ exit 0

/opt/stackforge/os-ansible-deployment
----------------------------------------------------------------

- [ Run Time = 2422 seconds || 40 minutes ]
----------------------------------------------------------------

- [ Status: Success ]
----------------------------------------------------------------
+ cat
++ ip -o -4 addr show dev eth0
++ awk -F '[ /]+' '/global/ {print $4}'
+ chmod +x /etc/update-motd.d/20-openstack
+ cat
++ pwd
+ chmod +x /etc/update-motd.d/21-galera

यदि आपको उपरोक्त आउटपुट दिखाई देता है, तो आपका प्रारंभिक सेटअप सफल रहा है।

Nova के साथ खेलना

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

Nova कमांड बदसूरत और लंबी हैं, और आप हर बार कमांड चलाते समय उन सभी को इनपुट करने के बजाय कई एनवायरनमेंट वेरिएबल सेटअप करने से बेहतर हैं:

nova --os-user-name admin --os-password secrete --os-tenant-name admin --os-auth-url https://172.29.236.100:5000/v2.0 hypervisor-list
+----+---------------------+-------+---------+
| ID | Hypervisor hostname | State | Status |
+----+---------------------+-------+---------+
| 1 | server-001 | up | enabled |
+----+---------------------+-------+---------+

वास्तव में, एनवायरनमेंट वेरिएबल सेटअप करें:

export OS_USERNAME=admin
export OS_PASSWORD=secrete
export OS_TENANT_NAME=admin
export OS_AUTH_URL=https://172.29.236.100:5000/v2.0

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

nova secgroup-add-rule default tcp 22 22 0.0.0.0/0
nova secgroup-add-rule default icmp -1 -1 0.0.0.0/0

nova keypair-add Dedoimedo > dedoimedo.pem
chmod 0600 dedoimedo.pem

आउटपुट जानकारी में होस्ट के लिए डिफ़ॉल्ट ऑटो-जेनरेटेड पासवर्ड शामिल होगा, और आप रनिंग होस्ट की सूची से उसका IP पता प्राप्त कर सकेंगे। फिर, यह सरल SSH वाली बात है, और यदि आप सफल होते हैं, तो आपने चमत्कारिक रूप से OpenStack को चालू करने में कामयाबी हासिल कर ली है, और पहली बाधा दूर हो गई है।

ping -c 1 172.29.248.13
PING 172.29.248.13 (172.29.248.13) 56(84) bytes of data.
64 bytes from 172.29.248.13: icmp_seq=1 ttl=64 time=0.634 ms

--- 172.29.248.13 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.634/0.634/0.634/0.000 ms

ssh -i dedoimedo.pem cirros@172.29.248.14
The authenticity of host '172.29.248.14 (172.29.248.14)'
can't be established. RSA key fingerprint is 5b:cf:ed:99:b8:a9:2a:2f:ce:58:f0:3c:eb:db:7c:c1.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '172.29.248.14' (RSA) to the list of known hosts.

आपको जिन समस्याओं का सामना करना पड़ सकता है

चाहे आप मैन्युअल रास्ता अपनाएं या स्वचालित सेटअप, आपको यहां-वहां कुछ समस्याओं का सामना करना पड़ सकता है। यह खंड कुछ सामान्य मुद्दों का विवरण देता है जिनका सामना आप OpenStack, Ansible, या दोनों के साथ खेलते समय कर सकते हैं।

openstack-ansible setup-everything.yml
Variable files: "-e @/etc/openstack_deploy/user_secrets.yml -e @/etc/openstack_deploy/user_variables.yml "
ERROR: Inventory script (inventory/dynamic_inventory.py) had an execution error: Traceback (most recent call last):
File "/openstack/os-ansible-deployment/playbooks/inventory/
dynamic_inventory.py", line 21, in <module>
import netaddr
ImportError: No module named netaddr

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

pip install netaddr
Collecting netaddr
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/
packages/urllib3/util/ssl_.py:90: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs.org/en/latest/
security.html#insecureplatformwarning.
InsecurePlatformWarning
Downloading netaddr-0.7.14-py2.py3-none-any.whl (1.5MB)
100% | | 1.5MB 312kB/s
Installing collected packages: netaddr
Successfully installed netaddr-0.7.14

OpenStack Ansible डिप्लॉयमेंट फ्रेमवर्क के साथ खेलते समय, आपको All in One (AIO) बिल्ड से संबंधित त्रुटियां दिखाई दे सकती हैं, जो SSH समस्याओं का संकेत दे सकती हैं, भले ही आप मानते हों कि सब कुछ बढ़िया है और काम करना चाहिए:

GATHERING FACTS ***************************************************************
fatal: [aio1] => SSH Error: data could not be sent to the remote host. Make sure this host can be reached over ssh

TASK: [apt_package_pinning | Add apt pin preferences] ***************************************************************
FATAL: no hosts matched or all hosts have already failed -- aborting

ये त्रुटियां निम्नलिखित दो बग्स से उपजी हो सकती हैं, इसलिए कृपया वहां एक नज़र डालें। फिर, एक तीसरी सामान्य त्रुटि जो आ सकती है वह है अगर आप रेपो को एक गैर-खाली डायरेक्टरी में क्लोन करने का प्रयास करते हैं:

+ git clone -b master https://github.com/stackforge/os-ansible-deployment.git /opt/stackforge/os-ansible-deployment
fatal: destination path '/opt/stackforge/os-ansible-deployment' already exists and is not an empty directory.

अधिक पठन

अगर आपको लगा कि यह ट्यूटोरियल आपके उत्कृष्ट स्वाद के लिए बहुत आसान था:

कुछ स्लाइड्स जो रुचिकर हो सकती हैं।

Red Hat Distribution of OpenStack (RDO)

Mirantis OpenStack Deployment and Management - Fuel

निष्कर्ष

जैसा कि आप देख सकते हैं, OpenStack के बहुत सारे अवतार हैं। एक तरह से, यह जटिल, संपन्न और भ्रमित करने वाले Linux लैंडस्केप को अपने चार आयामों में दोहराता है, और हमें शायद एक लंबे दशक तक और अधिक बज़वर्ड्स और नेम-ड्रॉपिंग को सहना पड़ेगा जब तक कि अंततः किसी तरह का मानक नहीं पहुंच जाता, और समुदाय में संतुलन हासिल नहीं हो जाता। OSAD ठीक है, हालांकि यह Ubuntu 14.04 + LXC पर आधारित है, और आप वास्तव में अपने प्रोडक्शन के लिए Red Hat या CentOS जैसा कुछ चाहते होंगे। समझ में आता है, जिसका अर्थ है कि आपको अन्य सेटअप और टूल्स का भी परीक्षण करना चाहिए। लेकिन यह कुछ ऐसा है जिसे आप OpenStack के साथ अपने बपतिस्मा के बाद आजमा सकते हैं।

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

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

पी.एस. मैंने आधिकारिक तौर पर इस विषय को इस साल के CloudOpen सम्मेलन में डबलिन, आयरलैंड में बहुत अधिक मजेदार और मनोरंजक तरीके से प्रस्तुत किया है। अधिक विवरण आपके माउस डिवाइस के अनुरोध और क्लिक पर। जाइए।

चीयर्स।