اوپننیبولا لنډ یادښتونه

سلام و ټولو ته. دا مقاله د هغو کسانو لپاره لیکل شوې وه څوک چې لاهم د مجازی کولو پلیټ فارمونو غوره کولو او د لړۍ څخه د مقالې لوستلو وروسته ستړي شوي دي "موږ پراکسموکس نصب کړ او په عموم کې هرڅه سم دي ، پرته له وقفې 6 کاله وخت." مګر د بکس څخه بهر د یو یا بل حل نصبولو وروسته ، پوښتنه راپورته کیږي: زه څنګه کولی شم دا دلته سم کړم ، ترڅو نظارت د پوهیدو وړ وي ، او دلته ، د بیک اپ کنټرول لپاره…. او بیا وخت راځي او تاسو پوهیږئ چې تاسو یو څه ډیر فعال غواړئ، یا تاسو غواړئ چې ستاسو په سیسټم کې دننه هرڅه روښانه شي، نه دا تور بکس، یا تاسو غواړئ د هایپروایزر او د مجازی ماشینونو څخه ډیر څه وکاروئ. دا مقاله به د Opennebula پلیټ فارم پراساس ځینې فکرونه او تمرین ولري - ما دا ځکه غوره کړه. دا د سرچینو غوښتنه نه کوي او جوړښت دومره پیچلی ندی.

او همداسې، لکه څنګه چې موږ ګورو، ډیری کلاوډ چمتو کونکي په kvm کې کار کوي او د ماشینونو کنټرول لپاره بهرنۍ اړیکې جوړوي. دا روښانه ده چې لوی کوربه د بادل زیربناوو لپاره خپل چوکاټونه لیکي، د مثال په توګه ورته YANDEX. یو څوک Openstack کاروي او په دې اساس اړیکه جوړوي - SELECTEL, MAIL.RU. مګر که تاسو خپل هارډویر او د متخصصینو کوچني کارمندان لرئ، نو تاسو معمولا یو څه چمتو شوي غوره کوئ - VMWARE، HYPER-V، وړیا او تادیه شوي جوازونه شتون لري، مګر دا هغه څه ندي چې موږ یې اوس په اړه خبرې کوو. راځئ چې د لیوالتیا په اړه وغږیږو - دا هغه څوک دي چې د یو څه وړاندیز کولو او هڅه کولو څخه ویره نلري، سره له دې چې شرکت په روښانه توګه دا روښانه کړې، "څوک به ستاسو وروسته دا خدمت وکړي،" "ایا موږ به دا وروسته تولید ته واړوو؟ ؟ ډارونکی." مګر تاسو کولی شئ دا حلونه لومړی د ازموینې بنچ کې پلي کړئ ، او که هرڅوک یې خوښوي ، نو تاسو کولی شئ د لا پراختیا او په ډیر جدي چاپیریال کې د کارولو پوښتنه راپورته کړئ.

دلته د راپور لینک هم دی www.youtube.com/watch?v=47Mht_uoX3A د دې پلیټ فارم په پراختیا کې د فعال ګډون کونکي څخه.

شاید پدې مقاله کې به یو څه خورا ډیر وي او دمخه د تجربه لرونکي متخصص لپاره د پوهیدو وړ وي ، او په ځینو مواردو کې زه به هرڅه تشریح نه کړم ځکه چې ورته حکمونه او توضیحات په انټرنیټ کې شتون لري. دا د دې پلیټ فارم سره یوازې زما تجربه ده. زه امید لرم چې فعال برخه اخیستونکي به په نظرونو کې اضافه کړي چې څه ښه ترسره کیدی شي او کومې غلطۍ ما کړې. ټولې کړنې په کور سټینډ کې ترسره شوې چې د مختلف ځانګړتیاو سره 3 کمپیوټرونه لري. همچنان ، ما په ځانګړي ډول دا ندي په ګوته کړي چې دا سافټویر څنګه کار کوي او څنګه یې نصب کړي. نه، یوازې د ادارې تجربه او هغه ستونزې چې ما ورسره مخ شوي. شاید دا به د یو چا لپاره د دوی په انتخاب کې ګټور وي.

نو، راځئ چې پیل وکړو. د سیسټم د مدیر په توګه، لاندې ټکي زما لپاره مهم دي، پرته له دې چې زه د دې حل کارولو امکان نه لرم.

1. د نصبولو تکرار وړتیا

د Opennebula نصبولو لپاره ډیری لارښوونې شتون لري، هیڅ ستونزه شتون نلري. له نسخې څخه نسخې ته ، نوې ب featuresې څرګندیږي چې تل به کار ونکړي کله چې له نسخې څخه نسخې ته حرکت وکړي.

2. څارنه

موږ به پخپله نوډ، kvm او opennebula څارنه وکړو. خوشبختانه، دا لا دمخه چمتو دی. د لینوکس کوربه څارنې په اړه ډیری اختیارونه شتون لري، ورته زیبکس یا نوډ صادرونکی - څوک چې غوره خوښوي - دا مهال زه دا د څارنې سیسټم میټریک په توګه تعریفوم (د تودوخې چیرې چې دا اندازه کیدی شي، د ډیسک سرې دوام)، د زیبکس له لارې. ، او لکه څنګه چې د پرومیټیوس صادرونکي له لارې غوښتنلیکونو لپاره. د kvm څارنې لپاره، د بیلګې په توګه، تاسو کولی شئ پروژه واخلئ github.com/zhangjianweibj/prometheus-libvirt-exporter.git او دا د سیسټمډ له لارې چلولو لپاره تنظیم کړئ ، دا خورا ښه کار کوي او د kvm میټریک ښیې ، دلته یو چمتو شوی ډشبورډ هم شتون لري grafana.com/grafana/dashboards/12538.

د مثال په توګه، دلته زما فایل دی:

/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 صادر کونکی لرو ، موږ دوهم ته اړتیا لرو ترڅو پخپله د خلاصونبولا څارنه وکړو ، ما دا کارولی github.com/kvaps/opennebula-exporter/blob/master/opennebula_exporter

نورمال ته اضافه کیدی شي 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)

میټریکونه څرګندیدل پیل شوي ، تاسو کولی شئ دوی د پرومیتیس په څیر واخلئ او ګرافونه جوړ کړئ او خبرتیاوې رامینځته کړئ. په ګرافانا کې تاسو کولی شئ رسم کړئ، د بیلګې په توګه، دا ډول ساده ډشبورډ.

(دا روښانه ده چې دلته زه د cpu، رام څخه ډیر کمممټ کوم)

د هغو کسانو لپاره چې د زبیبکس سره مینه لري او کاروي، شتون لري github.com/OpenNebula/addon-zabbix

تر هغه ځایه چې نظارت پورې اړه لري ، اصلي شی دا دی چې دا شتون لري. البته ، تاسو کولی شئ ، سربیره پردې ، د جوړ شوي مجازی ماشین نظارت وسیلې وکاروئ او بیلینګ ته ډیټا اپلوډ کړئ ، دلته هرڅوک خپل لید لري ، ما لاهم پدې ډیر نږدې کار نه دی پیل کړی.

ما لا تر اوسه په ریښتیا لاګنګ نه دی پیل کړی. ترټولو ساده اختیار د منظم څرګندونو سره د /var/lib/one لارښود پارس کولو لپاره td-agent اضافه کول دي. د مثال په توګه، د sunstone.log فایل د nginx regexp او نورو فایلونو سره سمون لري چې پلیټ فارم ته د لاسرسي تاریخ ښیي - د دې ګټه څه ده؟ ښه، د مثال په توګه، موږ کولی شو په ښکاره توګه د "غلطۍ، تېروتنه" شمیره تعقیب کړو او په چټکۍ سره تعقیب کړو چې چیرته او په کومه کچه کې خرابۍ شتون لري.

3. بیک اپ

دلته پیسې بشپړې شوې پروژې هم شتون لري - د مثال په توګه sep wiki.sepsoftware.com/wiki/index.php/4_4_3_Tigon: OpenNebula_Backup. دلته موږ باید پوه شو چې په ساده ډول د ماشین عکس بیک اپ کول پدې حالت کې یو شان ندي ، ځکه چې زموږ مجازی ماشینونه باید د بشپړ ادغام سره کار وکړي (د ورته شرایطو فایل چې ستاسو د غوښتنلیکونو لپاره د شبکې تنظیمات ، vm نوم او دودیز تنظیمات تشریح کوي) . له همدې امله، دلته موږ پریکړه کوو چې څه او څنګه به بیک اپ وکړو. په ځینو مواردو کې دا غوره ده چې د هغه څه کاپي جوړ کړئ چې پخپله vm کې دي. او شاید تاسو اړتیا لرئ یوازې د ورکړل شوي ماشین څخه یو ډیسک بیک اپ کړئ.

د مثال په توګه، موږ پریکړه وکړه چې ټول ماشینونه د دوامداره انځورونو سره پیل کیږي، نو له دې امله، د لوستلو وروسته docs.opennebula.io/5.12/operation/vm_management/img_guide.html

دا پدې مانا ده چې لومړی موږ کولی شو عکس له خپل vm څخه پورته کړو:

onevm disk-saveas 74 3 prom.qcow2
Image ID: 77

Смотрим, под каким именем он сохранился

oneimage show 77
/var/lib/one//datastores/100/f9503161fe180658125a9b32433bf6e8
   
И далее копируем куда нам необходимо. Конечно, так себе способ. Просто хотел показать, что используя инструменты opennebula можно строить подобные решения.

ما په انټرنیټ کې هم وموندل جالب راپور او نور هم شته داسې یوه پرانیستې پروژهمګر یوازې د qcow2 لپاره ذخیره شتون لري.

مګر لکه څنګه چې موږ ټول پوهیږو، ژر یا وروسته یو وخت راځي کله چې تاسو زیاتیدونکي بیک اپ غواړئ، دا دلته خورا ستونزمن دی او شاید مدیریت به د تادیه شوي حل لپاره پیسې تخصیص کړي، یا بله لاره لاړ شي او پوه شي چې دلته موږ یوازې سرچینې پرې کوو، او د اپلیکیشن په کچه بیک اپ رامینځته کول او یو شمیر نوي نوډونه او مجازی ماشینونه اضافه کول - هو ، دلته ، زه وایم چې کلاوډ په خالص ډول د اپلیکیشن کلسترونو لانچ کولو لپاره کارول ، او په بل پلیټ فارم کې ډیټابیس لانچ کول یا چمتو شوي یو اخیستل. له عرضه کوونکي څخه، که امکان ولري.

4. د کارولو اسانتیا

په دې پراګراف کې به زه هغه ستونزې بیان کړم چې ما ورسره مخ شوي. د مثال په توګه، د انځورونو له مخې، لکه څنګه چې موږ پوهیږو، دوام لري - کله چې دا انځور په vm کې نصب شي، ټول معلومات دې عکس ته لیکل کیږي. او که دوامداره نه وي ، نو بیا عکس ذخیره ته کاپي کیږي او ډاټا هغه څه ته لیکل کیږي چې د سرچینې عکس څخه کاپي شوي - دا څنګه د ټیمپلیټ ټیمپلیټ کار کوي. ما په مکرر ډول د دوامداره مشخص کولو په هیرولو سره د ځان لپاره ستونزې رامینځته کړې او د 200 GB عکس کاپي شوی ، ستونزه دا ده چې دا پروسه یقینا نشي لغوه کیدی ، تاسو باید نوډ ته لاړشئ او اوسنی "cp" پروسه ووژنئ.

یو مهم زیان دا دی چې تاسو نشئ کولی په ساده ډول د gui په کارولو سره عملونه لغوه کړئ. یا بلکه، تاسو به دوی لغوه کړئ او وګورئ چې هیڅ شی نه کیږي او تاسو به یې بیا پیل کړئ، لغوه یې کړئ او په حقیقت کې به دمخه د 2 cp پروسې وي چې عکس کاپي کوي.

او بیا په دې پوهیږو چې ولې د Opennebula شمیرې هر نوی مثال د نوي id سره جوړوي، د بیلګې په توګه، په ورته proxmox کې د 101 id سره vm جوړ کړی، هغه یې حذف کړی، بیا یې تاسو بیا 101 id جوړ کړئ، په Opennebula کې داسې نه کیږي، هر نوی مثال به د نوي ID سره رامینځته شي او دا خپل منطق لري - د مثال په توګه ، د زاړه ډیټا پاکول یا ناکام نصب کول.

ورته د ذخیره کولو لپاره ځي؛ له ټولو څخه، دا پلیټ فارم د مرکزي ذخیره کولو هدف دی. د ځایی کارولو لپاره اضافه شتون لري، مګر دا هغه څه ندي چې موږ یې پدې قضیه کې خبرې کوو. زه فکر کوم چې په راتلونکي کې به یو څوک د دې په اړه یوه مقاله ولولي چې څنګه دوی په نوډونو کې محلي ذخیره کارولو اداره کړې او په بریالیتوب سره یې په تولید کې کاروي.

5. اعظمي سادگي

البته، هرڅومره چې تاسو لاړ شئ، هغومره لږ کسان چې تاسو پوهیږي.

زما د موقف شرایطو لاندې - د nfs ذخیره کولو سره 3 نوډونه - هرڅه سم کار کوي. مګر که موږ تجربې ترسره کړو چې پکې د بریښنا بندیدل شامل دي ، د مثال په توګه ، کله چې سنیپ شاټ چلول او د نوډ بریښنا بندول ، موږ په ډیټابیس کې تنظیمات خوندي کوو چې سنیپ شاټ شتون لري ، مګر په حقیقت کې هیڅ شتون نلري (ښه ، موږ ټول پوهیږو چې موږ په پیل کې د دې عمل په اړه ډیټابیس په sql کې لیکلی و، مګر عملیات پخپله بریالي نه وو). ګټه یې دا ده چې د سنیپ شاټ رامینځته کولو پرمهال ، یو جلا فایل رامینځته کیږي او یو "والدین" شتون لري ، له همدې امله د ستونزو په صورت کې او حتی که دا د gui له لارې کار نه کوي ، موږ کولی شو د qcow2 فایل پورته کړو او په جلا توګه یې بحال کړو. docs.opennebula.io/5.8/operation/vm_management/vm_instances.html

په شبکو کې، له بده مرغه، هر څه دومره ساده ندي. ښه، لږترلږه دا د Openstack په پرتله اسانه دی، ما یوازې vlan (802.1Q) کارولی - دا خورا ښه کار کوي، مګر که تاسو د ټیمپلیټ شبکې څخه ترتیباتو کې بدلون راولي، نو دا تنظیمات به د مخکینیو چلولو ماشینونو کې پلي نشي، د بیلګې په توګه. تاسو اړتیا لرئ د شبکې کارت حذف او اضافه کړئ ، نو نوي تنظیمات به پلي شي.

که تاسو لاهم غواړئ دا د Openstack سره پرتله کړئ، نو تاسو کولی شئ دا ووایاست: په اوپننبولا کې هیڅ روښانه تعریف شتون نلري چې کوم ټیکنالوژي د ډیټا ذخیره کولو، د شبکې اداره کولو، سرچینو اداره کولو لپاره کارول کیږي - هر مدیر د ځان لپاره پریکړه کوي چې د هغه لپاره ډیر مناسب دی.

6. اضافي پلگ انونه او نصب کول

په هرصورت، لکه څنګه چې موږ پوهیږو، د کلاوډ پلیټ فارم کولی شي نه یوازې kvm اداره کړي، بلکې د vmware esxi هم. له بده مرغه، ما د ویسینټر سره حوض نه درلود، که چا هڅه کړې وي، مهرباني وکړئ ولیکئ.

د نورو بادل چمتو کونکو لپاره ملاتړ بیان شوی docs.opennebula.io/5.12/advanced_components/cloud_bursting/index.html
AWS، AZURE.

ما هم هڅه وکړه چې د Vmware Cloud له Selectel څخه وصل کړم، مګر هیڅ شی کار نه دی کړی - په عموم کې، دا بند شوی و ځکه چې ډیری فاکتورونه شتون لري، او د کوربه چمتو کونکي تخنیکي مالتړ ته لیکلو کې هیڅ معنی نشته.

همچنان ، اوس نوې نسخه د فایر کریکر لري - دا د مایکروفم پیل دی ، د ډاکر په اوږدو کې د kvm هارنس یو ډول دی ، کوم چې حتی ډیر استقامت ، امنیت او ډیر تولید ورکوي ځکه چې د تجهیزاتو تجهیزاتو ضایع کولو ته اړتیا نشته. یوازینۍ ګټه چې زه یې په ډاکر کې ګورم دا دی چې دا اضافي شمیر پروسې نه اخلي او د دې ایمولیشن کارولو پرمهال هیڅ نیول شوي ساکټونه شتون نلري ، د بیلګې په توګه. دا خورا ممکنه ده چې دا د بار بیلنس په توګه وکاروئ (مګر دا شاید د دې په اړه جلا مقاله لیکلو ارزښت ولري تر هغه چې ما په بشپړ ډول ټولې ازموینې ترسره کړې وي).

7. د کارونې مثبته تجربه او د غلطۍ ډیبګ کولو

غوښتل مې چې د کار په اړه خپل نظرونه شریک کړم، یو څه مې پورته بیان کړل، غواړم نور هم ولیکم. په حقیقت کې، زه شاید یوازینی کس نه یم چې په لومړي سر کې فکر کوي چې دا سم سیسټم نه دی او په عموم کې دلته هرڅه یو کرچ دی - دوی حتی د دې سره څنګه کار کوي؟ مګر بیا پوهه راځي چې هرڅه خورا منطقي دي. البته، تاسو نشئ کولی هرڅوک خوښ کړئ او ځینې اړخونه پرمختګ ته اړتیا لري.

د مثال په توګه، د ډیسټور څخه بل ته د ډیسک عکس کاپي کولو ساده عملیات. زما په قضیه کې ، د nfs سره 2 نوډونه شتون لري ، زه عکس لیږم - کاپي کول د فرنټ اینډ اوپننیبولا له لارې پیښیږي ، که څه هم موږ ټول د دې حقیقت سره عادی یو چې ډاټا باید مستقیم د کوربه ترمینځ کاپي شي - په ورته vmware کې ، hyper-v موږ یو. د دې سره عادت شوی، مګر دلته بل ته. یو مختلف طریقه او مختلف نظریه شتون لري، او په 5.12 نسخه کې دوی د "ډیټسټور ته مهاجرت" تڼۍ لیرې کړې - یوازې ماشین پخپله لیږدول کیږي، مګر ذخیره نه ځکه چې د مرکزي ذخیره کولو معنی لري.

بل د مختلف دلایلو سره مشهوره تېروتنه ده: "د مجازی ماشین ځای په ځای کولو کې تېروتنه: له /var/lib/one//datastores/103/10/deployment.5 څخه ډومین نشي رامینځته کولی. XNUMX" لاندې د لیدلو لپاره غوره شی دی.

• د یو اډمین کارونکي لپاره د عکس حقونه؛
• د libvirtd چلولو لپاره د oneadmin کارونکي لپاره اجازه؛
• ایا ډیټاسټور په سمه توګه نصب شوی؟ لاړ شئ او پخپله په نوډ کې لاره وګورئ، شاید یو څه راوتلی وي؛
• په غلطه توګه تنظیم شوی شبکه، یا بلکه په مخکینۍ برخه کې دا د شبکې په ترتیباتو کې دی چې د vlan اصلي انٹرفیس br0 دی، مګر په نوډ کې دا د bridge0 په توګه لیکل شوی - دا باید ورته وي.

سیسټم ډیټاسټور ستاسو د vm لپاره میټاډاټا ذخیره کوي ، که تاسو د دوامداره عکس سره vm چلوئ ، نو vm اړتیا لري په هغه ذخیره کې لومړني رامینځته شوي ترتیب ته لاسرسی ولري چیرې چې تاسو vm رامینځته کړی - دا خورا مهم دی. له همدې امله ، کله چې بل ډیټاسټر ته vm لیږدئ ، تاسو اړتیا لرئ هرڅه دوه ځله چیک کړئ.

8. اسناد، ټولنه. نور پرمختګ

او پاتې، ښه اسناد، ټولنه او اصلي شی دا دی چې پروژه په راتلونکي کې ژوند ته دوام ورکوي.

په عموم کې، هرڅه خورا ښه مستند شوي او حتی د رسمي سرچینې په کارولو سره به د پوښتنو ځوابونو نصبولو او موندلو کې کومه ستونزه ونلري.

ټولنه، فعاله. ډیری چمتو شوي حلونه خپروي چې تاسو یې په خپلو تاسیساتو کې کارولی شئ.

په اوس وخت کې، په شرکت کې ځینې پالیسۍ د 5.12 څخه بدل شوي forum.opennebula.io/t/towards-a-stronger-opennebula-community/8506/14 دا به په زړه پورې وي چې وګورئ چې پروژه څنګه وده کوي. په پیل کې، ما په ځانګړې توګه ځینې پلورونکي په ګوته کړل چې د دوی حلونه کاروي او هغه څه چې صنعت یې وړاندیز کوي. البته، د دې په اړه کوم واضح ځواب شتون نلري چې څه کارول کیږي. مګر د کوچني سازمانونو لپاره ، د دوی کوچني شخصي بادل ساتل ممکن هغومره ګران نه وي لکه څنګه چې ښکاري. اصلي شی دا دی چې پوه شئ چې تاسو څه ته اړتیا لرئ.

د پایلې په توګه، پرته له دې چې تاسو د بادل سیسټم په توګه غوره کړئ، تاسو باید په یو محصول کې ونه دریږي. که تاسو وخت لرئ، نو دا د نورو نورو خلاص حلونو په اړه د نظر اخیستلو ارزښت لري.

ښه خبرې اترې دي t.me/opennebula دوی په فعاله توګه مرسته کوي او تاسو په ګوګل کې د ستونزې د حل لپاره لټون ته نه لیږئ. مونږ سره یو ځای شه.

سرچینه: www.habr.com