هيلو سڀ. هي مضمون انهن لاءِ لکيو ويو هو جيڪي اڃا تائين ورچوئلائيزيشن پليٽ فارم چونڊڻ جي وچ ۾ ڦاٿل آهن ۽ سيريز مان آرٽيڪل پڙهڻ کان پوءِ “اسان انسٽال ڪيو proxmox ۽ عام طور تي سڀ ڪجهه ٺيڪ آهي ، 6 سالن جو اپ ٽائم بغير ڪنهن وقفي جي.” پر انسٽال ڪرڻ کان پوءِ هڪ يا ٻيو آئوٽ آف دي باڪس حل، سوال اڀري ٿو: مان هن کي هتي ڪيئن درست ڪري سگهان ٿو، ته جيئن مانيٽرنگ وڌيڪ سمجهي سگهجي، ۽ هتي، بيڪ اپ کي ڪنٽرول ڪرڻ لاءِ…. ۽ پوءِ اهو وقت اچي ٿو ۽ توهان محسوس ڪيو ته توهان چاهيو ٿا ڪجهه وڌيڪ ڪارائتو، يا توهان چاهيو ٿا ته توهان جي سسٽم اندر هر شيءِ صاف ٿي وڃي، ۽ نه هي بليڪ باڪس، يا توهان چاهيو ٿا ته هائيپروائزر ۽ ورچوئل مشينن جو هڪ گروپ کان وڌيڪ ڪجهه استعمال ڪريو. اهو آرٽيڪل اوپننيبولا پليٽ فارم تي ٻڌل ڪجهه سوچن ۽ مشق تي مشتمل هوندو - مون ان کي چونڊيو ڇاڪاڻ ته. اهو وسيلن تي گهربل ناهي ۽ فن تعمير ايترو پيچيده ناهي.
۽ ائين، جيئن اسان ڏسون ٿا، ڪيترائي بادل مهيا ڪندڙ ڪم ڪن ٿا kvm تي ۽ ٻاهرين ڪنيڪشن ٺاهي مشينن کي ڪنٽرول ڪرڻ لاءِ. اهو واضح آهي ته وڏا ميزبان ڪلائوڊ انفراسٽرڪچر لاءِ پنهنجون فريم ورڪ لکن ٿا، مثال طور ساڳيو YANDEX. ڪو به اوپن اسٽيڪ استعمال ڪري ٿو ۽ ان بنياد تي ڪنيڪشن ٺاهي ٿو - SELECTEL, MAIL.RU. پر جيڪڏهن توهان وٽ پنهنجو هارڊويئر ۽ ماهرن جو هڪ ننڍڙو عملو آهي، ته پوءِ توهان عام طور تي تيار ٿيل شيءِ چونڊيندا آهيو - VMWARE، HYPER-V، اتي مفت ۽ ادا ڪيل لائسنس آهن، پر اهو ناهي جيڪو اسان هاڻي ڳالهائي رهيا آهيون. اچو ته شوقين جي باري ۾ ڳالهايون - اهي اهي آهن جيڪي پيش ڪرڻ کان ڊپ نه آهن ۽ ڪجهه نئين ڪوشش ڪرڻ جي باوجود، حقيقت اها آهي ته ڪمپني واضح طور تي واضح ڪيو آهي، "توهان کان پوء ڪير هن جي خدمت ڪندو،" "ڇا اسان ان کي بعد ۾ پيداوار ۾ آڻڻ وارا آهيون؟ ؟ خوفناڪ." پر توهان پهريان انهن حلن کي هڪ ٽيسٽ بينچ ۾ لاڳو ڪري سگهو ٿا، ۽ جيڪڏهن هرڪو اهو پسند ڪري، ته پوء توهان وڌيڪ ترقي ۽ وڌيڪ سنجيده ماحول ۾ استعمال ڪرڻ جو سوال وڌائي سگهو ٿا.
هتي پڻ رپورٽ جي لنڪ آهي هن پليٽ فارم جي ترقي ۾ هڪ سرگرم حصو وٺندڙ کان.
ٿي سگهي ٿو ته هن مضمون ۾ هڪ تجربيڪار ماهرن لاءِ ڪجهه ضروري ۽ اڳ ۾ ئي سمجهي سگهجي ٿو، ۽ ڪجهه حالتن ۾ آئون هر شي کي بيان نه ڪندس، ڇاڪاڻ ته ساڳئي حڪم ۽ وضاحتون انٽرنيٽ تي موجود آهن. اهو صرف منهنجو تجربو آهي هن پليٽ فارم سان. مون کي اميد آهي ته فعال شرڪت ڪندڙ تبصرن ۾ شامل ڪندا ته ڇا بهتر ٿي سگهي ٿو ۽ مون ڪهڙيون غلطيون ڪيون آهن. سڀئي ڪارناما گھر جي اسٽينڊ ۾ 3 پي سي جي مختلف خاصيتن سان گڏ ڪيا ويا. انهي سان گڏ، مون خاص طور تي ظاهر نه ڪيو ته هي سافٽ ويئر ڪيئن ڪم ڪري ٿو ۽ ان کي ڪيئن انسٽال ڪجي. نه، صرف انتظامي تجربو ۽ مون کي منهن ڏيڻ وارا مسئلا. ٿي سگهي ٿو ته هن پنهنجي پسند ۾ ڪنهن لاء مفيد ٿيندو.
سو، اچو ته شروع ڪريون. هڪ سسٽم ايڊمنسٽريٽر جي حيثيت سان، هيٺيون نقطا مون لاءِ اهم آهن، جن کان سواءِ مان هن حل کي استعمال ڪرڻ ممڪن نه آهيان.
1. انسٽاليشن repeatability
اوپننيبولا کي انسٽال ڪرڻ لاءِ تمام گهڻيون هدايتون آهن، اتي ڪو مسئلو نه هجڻ گهرجي. ورجن کان ورجن تائين، نيون خاصيتون ظاهر ٿينديون آهن جيڪي هميشه ڪم نه ڪنديون جڏهن ورجن کان ورجن ڏانهن منتقل ٿينديون.
2. نگراني
اسان نوڊ پاڻ کي مانيٽر ڪنداسين، kvm ۽ opennebula. خوش قسمت، اهو اڳ ۾ ئي تيار آهي. لينڪس هوسٽ جي نگراني بابت ڪيترائي اختيار آهن، ساڳيو زبڪس يا نوڊ ايڪسپورٽر - جيڪو به پسند ڪري ٿو اهو بهتر آهي - هن وقت آئون ان کي مانيٽرنگ سسٽم ميٽرڪس جي طور تي بيان ڪريان ٿو (درجه حرارت جتي اهو ماپي سگهجي ٿو، ڊسڪ جي صف جي تسلسل)، زبڪس ذريعي. ، ۽ جيئن ته پروميٿيوس برآمد ڪندڙ ذريعي ايپليڪيشنن لاءِ. kvm مانيٽرنگ لاءِ، مثال طور، توهان پروجيڪٽ وٺي سگهو ٿا ۽ ان کي سسٽم ڊي ذريعي هلائڻ لاءِ سيٽ ڪريو، اهو تمام سٺو ڪم ڪري ٿو ۽ kvm ميٽرڪس ڏيکاري ٿو، اتي پڻ تيار ٿيل ڊيش بورڊ آهي .
مثال طور، هتي منهنجي فائل آهي:
/etc/systemd/system/libvirtd_exporter.service
[Unit]
Description=Node Exporter
[Service]
User=node_exporter
ExecStart=/usr/sbin/prometheus-libvirt-exporter --web.listen-address=":9101"
[Install]
WantedBy=multi-user.target۽ تنهنڪري اسان وٽ 1 برآمد ڪندڙ آهي، اسان کي هڪ ٻئي جي ضرورت آهي پاڻ کي اوپننيبولا جي نگراني ڪرڻ لاء، مون هن کي استعمال ڪيو
عام ۾ شامل ڪري سگھجي ٿو هيٺ ڏنل نظام جي نگراني ڪرڻ لاء.
node_exporter فائل ۾ اسان شروعات کي هن طرح تبديل ڪندا آهيون:
ExecStart=/usr/sbin/node_exporter --web.listen-address=":9102" --collector.textfile.directory=/var/lib/opennebula_exporter/textfile_collectorڊاريڪٽري ٺاهيو mkdir -p /var/lib/opennebula_exporter
bash اسڪرپٽ مٿي پيش ڪيو ويو آهي، پهرين اسان ڪم کي ڪنسول ذريعي چيڪ ڪريون ٿا، جيڪڏهن اهو ڏيکاري ٿو ته اسان کي ڪهڙي ضرورت آهي (جيڪڏهن اهو هڪ غلطي ڏئي ٿو، پوء انسٽال ڪريو xmlstarlet)، ان کي نقل ڪريو /usr/local/bin/opennebula_exporter.sh.
هر منٽ لاء ڪرون ڪم شامل ڪريو:
*/1 * * * * (/usr/local/bin/opennebula_exporter.sh > /var/lib/opennebula_exporter/textfile_collector/opennebula.prom)ميٽرڪس ظاهر ٿيڻ شروع ڪيو، توهان انهن کي پروميٿيوس وانگر وٺي سگهو ٿا ۽ گراف ٺاهي سگهو ٿا ۽ الرٽ ٺاهي سگهو ٿا. Grafana ۾ توهان ٺاهي سگهو ٿا، مثال طور، اهڙي سادي ڊيش بورڊ.
(اهو واضح آهي ته هتي آئون سي پي يو، رام کي ختم ڪريان ٿو)
انهن لاءِ جيڪي زيبڪس سان پيار ۽ استعمال ڪن ٿا، اتي آهي
جيتري قدر نگراني جو تعلق آهي، بنيادي شيء اها آهي ته اهو آهي. يقينا، توهان، اضافي طور تي، استعمال ڪري سگهو ٿا بلٽ ان ورچوئل مشين مانيٽرنگ ٽولز ۽ ڊيٽا کي اپلوڊ ڪرڻ لاءِ بلنگ، هتي هر ڪنهن جو پنهنجو ويزن آهي، مون اڃا ان تي وڌيڪ ويجهڙائي سان ڪم ڪرڻ شروع نه ڪيو آهي.
مون اڃا تائين لاگ ان ٿيڻ شروع نه ڪيو آهي. سڀ کان آسان اختيار آهي td-agent شامل ڪرڻ لاءِ /var/lib/one ڊاريڪٽري کي باقاعده اظهار سان پارس ڪرڻ لاءِ. مثال طور، sunstone.log فائل nginx regexp ۽ ٻين فائلن سان ملي ٿي جيڪا پليٽ فارم تائين رسائي جي تاريخ ڏيکاري ٿي - ان جو فائدو ڇا آهي؟ خير، مثال طور، اسان واضح طور تي "غلطي، غلطي" جي تعداد کي ٽريڪ ڪري سگهون ٿا ۽ جلدي ٽريڪ ڪري سگهون ٿا ته ڪٿي ۽ ڪهڙي سطح تي خرابي آهي.
3. بيڪ اپ
ادا ڪيل مڪمل منصوبا پڻ آهن - مثال طور sep :OpenNebula_Backup. هتي اسان کي اهو سمجهڻ گهرجي ته صرف هڪ مشين جي تصوير کي بيڪ اپ ڪرڻ هن صورت ۾ بلڪل ساڳيو ناهي، ڇو ته اسان جي ورچوئل مشينن کي مڪمل انضمام سان ڪم ڪرڻ گهرجي (ساڳي ئي فائل جيڪا بيان ڪري ٿي نيٽ ورڪ سيٽنگون، vm نالو ۽ توهان جي ايپليڪيشنن لاء ڪسٽم سيٽنگون) . تنهن ڪري، هتي اسان فيصلو ڪنداسين ته ڇا ۽ ڪيئن بيڪ اپ ڪنداسين. ڪجهه حالتن ۾ اهو بهتر آهي ته ڪاپيون ٺاهيون جيڪي پاڻ vm ۾ آهن. ۽ شايد توهان کي صرف هڪ ڏنل مشين مان هڪ ڊسڪ بيڪ اپ ڪرڻ جي ضرورت آهي.
مثال طور، اسان اهو طئي ڪيو آهي ته سڀئي مشينون مسلسل تصويرن سان شروع ٿين ٿيون، تنهنڪري پڙهڻ کان پوء
ان جو مطلب اهو آهي ته پهرين اسان پنهنجي vm مان تصوير اپلوڊ ڪري سگهون ٿا:
onevm disk-saveas 74 3 prom.qcow2
Image ID: 77
Смотрим, под каким именем он сохранился
oneimage show 77
/var/lib/one//datastores/100/f9503161fe180658125a9b32433bf6e8
И далее копируем куда нам необходимо. Конечно, так себе способ. Просто хотел показать, что используя инструменты opennebula можно строить подобные решения.مون کي انٽرنيٽ تي پڻ مليو ۽ وڌيڪ آهي ، پر qcow2 لاءِ صرف اسٽوريج آهي.
پر جيئن ته اسان سڀ ڄاڻون ٿا، جلد يا بعد ۾ هڪ وقت اچي ٿو جڏهن توهان واڌو بيڪ اپ چاهيو ٿا، اهو هتي وڌيڪ ڏکيو آهي ۽ شايد انتظاميه ادا ڪيل حل لاءِ رقم مختص ڪندي، يا ٻئي طرف وڃو ۽ سمجھو ته هتي اسان صرف وسيلن کي ڪٽي رهيا آهيون، ۽ ايپليڪيشن جي سطح تي بيڪ اپ ٺاهڻ ۽ ڪيترن ئي نون نوڊس ۽ ورچوئل مشينن کي شامل ڪرڻ - ها، هتي، مان اهو چئي رهيو آهيان ته ڪلائوڊ کي استعمال ڪرڻ خالص طور تي ايپليڪيشن ڪلسٽرز کي لانچ ڪرڻ لاءِ، ۽ ڊيٽابيس کي ڪنهن ٻئي پليٽ فارم تي لانچ ڪرڻ يا تيار ڪيل هڪ وٺڻ. فراهم ڪندڙ کان، جيڪڏهن ممڪن هجي.
4. استعمال ۾ آسان
هن پيراگراف ۾ آئون انهن مسئلن کي بيان ڪندس جيڪي مون کي پيش آيون. مثال طور، تصويرن جي مطابق، جيئن اسان ڄاڻون ٿا، اتي مسلسل آهي - جڏهن هن تصوير کي وي ايم تي نصب ڪيو ويندو آهي، سڀ ڊيٽا هن تصوير ڏانهن لکيل آهي. ۽ جيڪڏهن غير مسلسل، پوء تصوير کي نقل ڪيو ويو اسٽوريج ڏانهن ۽ ڊيٽا لکيو ويو آهي جيڪو نقل ڪيو ويو آهي ماخذ تصوير مان - هي ڪيئن ٽيمپليٽ ٽيمپليٽ ڪم ڪري ٿو. مون بار بار پنهنجي لاءِ مسئلا پيدا ڪيا آهن مسلسل بيان ڪرڻ وساري ڇڏيا ۽ 200 GB تصوير ڪاپي ڪئي وئي، مسئلو اهو آهي ته اهو طريقو يقيني طور تي منسوخ نه ٿو ڪري سگهجي، توهان کي نوڊ ڏانهن وڃڻو پوندو ۽ موجوده "سي پي" عمل کي مارڻو پوندو.
هڪ اهم نقصان اهو آهي ته توهان صرف gui استعمال ڪندي ڪارناما منسوخ نٿا ڪري سگهو. يا بلڪه، توهان انهن کي منسوخ ڪندا ۽ ڏسو ته ڪجھ به نه ٿيندو ۽ توهان انهن کي ٻيهر شروع ڪندا، انهن کي منسوخ ڪريو ۽ حقيقت ۾ اڳ ۾ ئي 2 سي پي پروسيس هوندا جيڪي تصوير کي نقل ڪن ٿا.
۽ پوءِ سمجهه ۾ اچي ٿو ته ڇو هر نئين مثال کي نئين id سان opennebula نمبر ٺاهيندا آهن، مثال طور، ساڳئي proxmox ۾ id 101 سان هڪ vm ٺاهي، ان کي ڊليٽ ڪيو، پوءِ توهان ان کي ٻيهر ٺاهي ۽ 101 id. Opennebula ۾ ائين نه ٿيندو، هر نئون مثال هڪ نئين آئي ڊي سان ٺاهيو ويندو ۽ ان جو پنهنجو منطق آهي - مثال طور، پراڻي ڊيٽا کي صاف ڪرڻ يا ناڪام تنصيب.
ساڳيو اسٽوريج لاءِ وڃي ٿو؛ سڀ کان وڌيڪ ، هي پليٽ فارم مرڪزي اسٽوريج جو مقصد آهي. مقامي استعمال ڪرڻ لاءِ اضافو آهن، پر اهو نه آهي جيڪو اسان هن معاملي ۾ ڳالهائي رهيا آهيون. مان سمجهان ٿو ته مستقبل ۾ ڪو ماڻهو هڪ مضمون لکندو ته ڪيئن انهن نوڊس تي مقامي اسٽوريج استعمال ڪرڻ ۽ ڪاميابيء سان پيداوار ۾ استعمال ڪيو.
5. وڌ ۾ وڌ سادگي
يقينا، توهان اڳتي وڌو ٿا، گهٽ اهي جيڪي توهان کي سمجهندا آهن.
منهنجي موقف جي حالتن جي تحت - 3 نوڊس اين ايف ايس اسٽوريج سان - سڀ ڪجهه ٺيڪ ڪم ڪري ٿو. پر جيڪڏهن اسان تجربا ڪريون ٿا جنهن ۾ پاور آئوٽيج شامل آهي، مثال طور، جڏهن سنيپ شاٽ هلائڻ ۽ نوڊ جي پاور کي بند ڪرڻ وقت، اسان ڊيٽابيس ۾ سيٽنگون محفوظ ڪريون ٿا ته هڪ سنيپ شاٽ آهي، پر حقيقت ۾ ڪو به ناهي (چڱو، اسان سڀ سمجهون ٿا ته اسان شروعات ۾ هن عمل بابت ڊيٽابيس sql ۾ لکيو، پر آپريشن پاڻ ڪامياب نه ٿيو). فائدو اهو آهي ته جڏهن هڪ سنيپ شاٽ ٺاهي، هڪ الڳ فائل ٺهيل آهي ۽ هڪ "والدين" آهي، تنهنڪري مسئلن جي صورت ۾ ۽ جيتوڻيڪ اهو gui ذريعي ڪم نه ڪندو آهي، اسان qcow2 فائل کي وٺي سگھون ٿا ۽ ان کي الڳ الڳ بحال ڪري سگھون ٿا.
نيٽ ورڪن تي، بدقسمتي سان، هر شيء بلڪل سادي ناهي. خير، گهٽ ۾ گهٽ اهو آسان آهي اوپن اسٽيڪ ۾، مون صرف استعمال ڪيو vlan (802.1Q) - اهو تمام سٺو ڪم ڪري ٿو، پر جيڪڏهن توهان ٽيمپليٽ نيٽ ورڪ مان سيٽنگون تبديل ڪندا، ته اهي سيٽنگون اڳ ۾ ئي هلندڙ مشينن تي لاڳو نه ٿينديون، يعني. توهان کي حذف ڪرڻ ۽ نيٽ ورڪ ڪارڊ شامل ڪرڻ جي ضرورت آهي، پوء نئين سيٽنگون لاڳو ٿينديون.
جيڪڏهن توهان ان کي اوپن اسٽيڪ سان مقابلو ڪرڻ چاهيو ٿا، ته پوء توهان اهو چئي سگهو ٿا: اوپننيبولا ۾ ڪو به واضح تعريف ناهي ته ڪهڙي ٽيڪنالاجي ڊيٽا کي محفوظ ڪرڻ، نيٽ ورڪ کي منظم ڪرڻ، وسيلن کي استعمال ڪرڻ لاء - هر منتظم پاڻ لاء فيصلو ڪري ٿو جيڪو هن لاء وڌيڪ آسان آهي.
6. اضافي پلگ ان ۽ تنصيب
سڀ کان پوء، جيئن اسان ان کي سمجھندا آهيون، بادل پليٽ فارم کي منظم ڪري سگهي ٿو نه رڳو kvm، پر پڻ vmware esxi. بدقسمتي سان، مون وٽ وڪٽر سان ڪو تلاء نه هو، جيڪڏهن ڪنهن ڪوشش ڪئي آهي، مهرباني ڪري لکندا.
ٻين ڪلائوڊ فراهم ڪندڙن لاءِ سپورٽ بيان ڪئي وئي آهي
AWS، AZURE.
مون پڻ ڪوشش ڪئي Vmware Cloud Selectel کان ڳنڍڻ جي، پر ڪجھ به ڪم نه ڪيو - عام طور تي، اهو بلاڪ ڪيو ويو آهي ڇاڪاڻ ته اتي ڪيترائي عنصر آهن، ۽ هوسٽنگ فراهم ڪندڙ جي ٽيڪنيڪل سپورٽ تي لکڻ جو ڪو به مقصد ناهي.
انهي سان گڏ، هاڻي نئين ورزن ۾ فائر ڪريڪر آهي - هي مائڪرو وي ايم جو لانچ آهي، هڪ قسم جو kvm هارنس اوور ڊڪر، جيڪو اڃا به وڌيڪ استحڪام، سيڪيورٽي ۽ پيداوار وڌائي ٿو ڇو ته نقلي سامان تي وسيلن کي ضايع ڪرڻ جي ڪا ضرورت ناهي. صرف هڪ فائدو جيڪو مان Docker تي ڏسان ٿو اهو اهو آهي ته اهو عملن جو اضافي تعداد نه وٺندو آهي ۽ هن ايموليشن کي استعمال ڪرڻ وقت ڪو به قبضو ٿيل ساکٽ نه هوندو آهي، يعني. اهو ممڪن آهي ته ان کي لوڊ بيلنس جي طور تي استعمال ڪيو وڃي (پر اهو شايد ان جي باري ۾ هڪ الڳ مضمون لکڻ جي قابل آهي جيستائين آئون مڪمل طور تي سڀني ٽيسٽن کي هلائي نه سگهان).
7. استعمال جو مثبت تجربو ۽ غلطي ڊيبنگ
مون ڪم جي باري ۾ پنهنجا مشاهدا شيئر ڪرڻ ٿي چاهيو، مون ان مان ڪجهه مٿي بيان ڪيا آهن، مان وڌيڪ لکڻ چاهيان ٿو. درحقيقت، مان شايد اڪيلو نه آهيان، جيڪو پهريون ڀيرو اهو سوچي ٿو ته اهو صحيح نظام ناهي ۽ عام طور تي هتي هر شيء هڪ ڪچرو آهي - اهي هن سان ڪيئن ڪم ڪن ٿا؟ پر پوءِ سمجهه ۾ اچي ٿو ته سڀ ڪجهه بلڪل منطقي آهي. يقينا، توهان سڀني کي خوش نه ٿا ڪري سگهو ۽ ڪجهه پهلوئن کي بهتري جي ضرورت آهي.
مثال طور، هڪ ڊسڪ تصوير کي نقل ڪرڻ جو هڪ سادي آپريشن هڪ ڊيٽا اسٽور کان ٻئي ڏانهن. منهنجي صورت ۾، اين ايف ايس سان گڏ 2 نوڊس آهن، مان تصوير موڪليان ٿو - ڪاپي فرنٽ اينڊ اوپننيبولا ذريعي ٿيندي آهي، جيتوڻيڪ اسان سڀ ان حقيقت جا عادي آهيون ته ڊيٽا کي سڌو سنئون ميزبان جي وچ ۾ نقل ڪيو وڃي - ساڳئي وي ايم ويئر ۾، هائپر-وي اسان آهيون. هن جي عادي، پر هتي ٻئي ڏانهن. هتي هڪ مختلف طريقو آهي ۽ هڪ مختلف نظريو آهي، ۽ ورجن 5.12 ۾ انهن "ڊيٽا اسٽور ڏانهن لڏپلاڻ" بٽڻ کي هٽايو - صرف مشين پاڻ کي منتقل ڪيو ويو آهي، پر اسٽوريج نه آهي ڇاڪاڻ ته مطلب مرڪزي اسٽوريج.
اڳيون مختلف سببن سان گڏ هڪ مشهور غلطي آهي: "ورچوئل مشين کي ترتيب ڏيڻ ۾ غلطي: /var/lib/one//datastores/103/10/deployment.5 مان ڊومين ٺاهي نه سگهيو" هيٺ ڏسڻ لاءِ مٿين شيءِ آهي.
- ھڪڙي منتظم استعمال ڪندڙ لاء تصويري حق؛
- libvirtd هلائڻ لاءِ هڪ منتظم صارف لاءِ اجازتون؛
- ڇا ڊيٽا اسٽور صحيح طور تي نصب ٿيل آهي؟ وڃو ۽ پاڻ ئي نوڊ تي رستو چيڪ ڪريو، ٿي سگھي ٿو ڪجھ بند ٿي ويو آھي.
- غلط ترتيب ڏنل نيٽ ورڪ، يا بلڪه فرنٽ اينڊ تي اهو نيٽ ورڪ سيٽنگن ۾ آهي ته vlan جو مکيه انٽرفيس br0 آهي، پر نوڊ تي اهو لکيل آهي bridge0 - اهو ساڳيو هجڻ گهرجي.
سسٽم ڊيٽا اسٽور توهان جي vm لاءِ ميٽا ڊيٽا اسٽور ڪري ٿو، جيڪڏهن توهان مسلسل تصوير سان vm کي هلائيندا آهيو، ته پوءِ vm کي ضرورت هوندي آهي ته شروعاتي طور تي ٺاهيل ترتيب تائين رسائي حاصل ڪرڻ جي اسٽوريج تي جتي توهان vm ٺاهي هئي - اهو تمام ضروري آهي. تنهن ڪري، جڏهن هڪ vm کي ٻئي ڊيٽا اسٽور ڏانهن منتقل ڪيو وڃي، توهان کي هر شي کي ٻه ڀيرا جانچڻ جي ضرورت آهي.
8. دستاويز، ڪميونٽي. وڌيڪ ترقي
۽ باقي، سٺي دستاويز، ڪميونٽي ۽ بنيادي شيء اها آهي ته اهو منصوبو مستقبل ۾ رهڻ لاء جاري آهي.
عام طور تي، سڀڪنھن شيء کي چڱي طرح دستاويز آهي ۽ جيتوڻيڪ هڪ سرڪاري ذريعو استعمال ڪندي ان کي انسٽال ڪرڻ ۽ سوالن جا جواب ڳولڻ ۾ ڪو مسئلو نه ٿيندو.
ڪميونٽي ، سرگرم. ڪيترن ئي تيار ڪيل حلن کي شايع ڪري ٿو جيڪي توهان پنهنجي تنصيب ۾ استعمال ڪري سگهو ٿا.
هن وقت، ڪمپني ۾ ڪجهه پاليسين 5.12 کان تبديل ٿي چڪا آهن اهو ڏسڻ لاء دلچسپ ٿيندو ته منصوبو ڪيئن ترقي ڪري ٿو. شروعات ۾، مون خاص طور تي ڪجهه وينڊرز جي نشاندهي ڪئي جيڪي انهن جي حل کي استعمال ڪن ٿا ۽ صنعت پيش ڪري ٿو. يقينا، ڪو به واضح جواب ناهي ته ڇا استعمال ڪجي. پر ننڍڙن تنظيمن لاءِ، سندن ننڍڙا پرائيويٽ ڪلائوڊ برقرار رکڻ ايترو مهانگو نه هوندو جيترو لڳي ٿو. بنيادي شيء اهو ڄاڻڻ آهي ته توهان کي ڪهڙي ضرورت آهي.
نتيجي طور، قطع نظر جيڪو توهان بادل سسٽم طور چونڊيو ٿا، توهان کي هڪ پيداوار تي نه روڪيو وڃي. جيڪڏهن توهان وٽ وقت آهي، اهو ٻين وڌيڪ کليل حلن تي هڪ نظر وٺڻ جي قابل آهي.
سٺي ڳالهه ٻولهه آهي اهي فعال طور تي مدد ڪن ٿا ۽ توهان کي گوگل تي مسئلي جو حل ڳولڻ لاء نه موڪليندا آهن. اسان سان شامل ٿيو.
جو ذريعو: www.habr.com