ఓపెన్నెబ్యులా. చిన్న గమనికలు

అందరికి వందనాలు. వర్చువలైజేషన్ ప్లాట్‌ఫారమ్‌లను ఎంచుకోవడం మధ్య ఇంకా నలిగిపోతున్న వారి కోసం మరియు “మేము ప్రాక్స్‌మాక్స్‌ని ఇన్‌స్టాల్ చేసాము మరియు సాధారణంగా అంతా బాగానే ఉంది, ఒక్క విరామం లేకుండా 6 సంవత్సరాల సమయ వ్యవధి” సిరీస్ నుండి కథనాన్ని చదివిన తర్వాత ఈ వ్యాసం వ్రాయబడింది. కానీ ఒకటి లేదా మరొకటి అవుట్-ఆఫ్-ది-బాక్స్ సొల్యూషన్‌ను ఇన్‌స్టాల్ చేసిన తర్వాత, ప్రశ్న తలెత్తుతుంది: నేను దీన్ని ఇక్కడ ఎలా సరిదిద్దగలను, తద్వారా పర్యవేక్షణ మరింత అర్థమయ్యేలా ఉంటుంది మరియు ఇక్కడ, బ్యాకప్‌లను నియంత్రించడం…. ఆపై సమయం వస్తుంది మరియు మీకు మరింత క్రియాత్మకమైనది కావాలని మీరు గ్రహిస్తారు లేదా మీ సిస్టమ్‌లోని ప్రతిదీ స్పష్టంగా ఉండాలని మీరు కోరుకుంటారు, మరియు ఈ బ్లాక్ బాక్స్ కాదు, లేదా మీరు హైపర్‌వైజర్ మరియు వర్చువల్ మెషీన్‌ల సమూహం కంటే ఎక్కువ ఉపయోగించాలనుకుంటున్నారు. ఈ వ్యాసం Opennebula ప్లాట్‌ఫారమ్ ఆధారంగా కొన్ని ఆలోచనలు మరియు అభ్యాసాలను కలిగి ఉంటుంది - నేను దానిని ఎంచుకున్నాను. ఇది వనరులపై డిమాండ్ లేదు మరియు నిర్మాణం అంత క్లిష్టంగా లేదు.

కాబట్టి, మనం చూస్తున్నట్లుగా, అనేక క్లౌడ్ ప్రొవైడర్లు kvmలో పని చేస్తాయి మరియు మెషీన్లను నియంత్రించడానికి బాహ్య కనెక్షన్లను చేస్తాయి. క్లౌడ్ ఇన్‌ఫ్రాస్ట్రక్చర్ కోసం పెద్ద హోస్టర్‌లు తమ స్వంత ఫ్రేమ్‌వర్క్‌లను వ్రాస్తారని స్పష్టంగా తెలుస్తుంది, ఉదాహరణకు అదే YANDEX. ఎవరో ఓపెన్‌స్టాక్‌ని ఉపయోగిస్తున్నారు మరియు దీని ఆధారంగా కనెక్షన్‌ని చేస్తారు - SELECTEL, MAIL.RU. కానీ మీకు మీ స్వంత హార్డ్‌వేర్ మరియు నిపుణుల చిన్న సిబ్బంది ఉంటే, మీరు సాధారణంగా రెడీమేడ్‌గా ఏదైనా ఎంచుకుంటారు - VMWARE, HYPER-V, ఉచిత మరియు చెల్లింపు లైసెన్స్‌లు ఉన్నాయి, కానీ మేము ఇప్పుడు మాట్లాడుతున్నది దాని గురించి కాదు. ఔత్సాహికుల గురించి మాట్లాడుకుందాం - “మీ తర్వాత దీన్ని ఎవరు సేవిస్తారు,” “మేము దీన్ని తరువాత ఉత్పత్తిలోకి తీసుకురాబోతున్నామా” అని కంపెనీ స్పష్టంగా స్పష్టం చేసినప్పటికీ, కొత్తదాన్ని అందించడానికి మరియు ప్రయత్నించడానికి భయపడని వారు. ? భయానకంగా." కానీ మీరు మొదట ఈ పరిష్కారాలను టెస్ట్ బెంచ్‌లో వర్తింపజేయవచ్చు మరియు ప్రతి ఒక్కరూ దీన్ని ఇష్టపడితే, మీరు మరింత తీవ్రమైన వాతావరణాలలో మరింత అభివృద్ధి మరియు ఉపయోగం యొక్క ప్రశ్నను లేవనెత్తవచ్చు.

నివేదికకు లింక్ కూడా ఇక్కడ ఉంది www.youtube.com/watch?v=47Mht_uoX3A ఈ ప్లాట్‌ఫారమ్ అభివృద్ధిలో చురుకుగా పాల్గొనేవారి నుండి.

బహుశా ఈ వ్యాసంలో ఏదో నిరుపయోగంగా ఉంటుంది మరియు అనుభవజ్ఞుడైన నిపుణుడికి ఇప్పటికే అర్థమయ్యేలా ఉంటుంది మరియు కొన్ని సందర్భాల్లో నేను ప్రతిదీ వివరించను ఎందుకంటే ఇలాంటి ఆదేశాలు మరియు వివరణలు ఇంటర్నెట్‌లో అందుబాటులో ఉన్నాయి. ఈ ప్లాట్‌ఫారమ్‌తో ఇది నా అనుభవం మాత్రమే. యాక్టివ్ పార్టిసిపెంట్‌లు కామెంట్‌లలో ఏమి బాగా చేయవచ్చు మరియు నేను చేసిన తప్పులను జోడిస్తారని నేను ఆశిస్తున్నాను. అన్ని చర్యలు వేర్వేరు లక్షణాలతో 3 PCలను కలిగి ఉన్న హోమ్ స్టాండ్‌లో జరిగాయి. అలాగే, ఈ సాఫ్ట్‌వేర్ ఎలా పనిచేస్తుందో మరియు దీన్ని ఎలా ఇన్‌స్టాల్ చేయాలో నేను ప్రత్యేకంగా సూచించలేదు. లేదు, పరిపాలన అనుభవం మరియు నేను ఎదుర్కొన్న సమస్యలు మాత్రమే. బహుశా ఇది వారి ఎంపికలో ఎవరికైనా ఉపయోగకరంగా ఉంటుంది.

కాబట్టి, ప్రారంభిద్దాం. సిస్టమ్ అడ్మినిస్ట్రేటర్‌గా, కింది అంశాలు నాకు ముఖ్యమైనవి, అవి లేకుండా నేను ఈ పరిష్కారాన్ని ఉపయోగించలేను.

1. ఇన్‌స్టాలేషన్ రిపీటబిలిటీ

ఓపెన్‌నెబులాను ఇన్‌స్టాల్ చేయడానికి చాలా సూచనలు ఉన్నాయి, ఎటువంటి సమస్యలు ఉండకూడదు. సంస్కరణ నుండి సంస్కరణకు, సంస్కరణ నుండి సంస్కరణకు మారుతున్నప్పుడు ఎల్లప్పుడూ పని చేయని కొత్త లక్షణాలు కనిపిస్తాయి.

2. పర్యవేక్షణ

మేము నోడ్, kvm మరియు ఓపెన్‌నెబులాను పర్యవేక్షిస్తాము. అదృష్టవశాత్తూ, ఇది ఇప్పటికే సిద్ధంగా ఉంది. Linux హోస్ట్‌లను పర్యవేక్షించడం గురించి చాలా ఎంపికలు ఉన్నాయి, అదే Zabbix లేదా నోడ్ ఎగుమతిదారు - ఎవరు ఏది బాగా ఇష్టపడతారు - ప్రస్తుతానికి నేను దానిని zabbix ద్వారా మానిటరింగ్ సిస్టమ్ మెట్రిక్‌లుగా (దీన్ని కొలవగల ఉష్ణోగ్రత, డిస్క్ శ్రేణి యొక్క స్థిరత్వం) నిర్వచించాను. , మరియు ప్రోమేతియస్ ఎగుమతిదారు ద్వారా అప్లికేషన్ల కొరకు. kvm పర్యవేక్షణ కోసం, ఉదాహరణకు, మీరు ప్రాజెక్ట్ తీసుకోవచ్చు github.com/zhangjianweibj/prometheus-libvirt-exporter.git మరియు systemd ద్వారా అమలు అయ్యేలా సెట్ చేయండి, ఇది బాగా పని చేస్తుంది మరియు 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

పైన అందించిన బాష్ స్క్రిప్ట్, ముందుగా మేము కన్సోల్ ద్వారా పనిని తనిఖీ చేస్తాము, అది మనకు ఏమి అవసరమో చూపిస్తే (అది దోషాన్ని ఇస్తే, ఆపై xmlstarletని ఇన్‌స్టాల్ చేయండి), దానిని /usr/local/bin/opennebula_exporter.shకి కాపీ చేయండి

ప్రతి నిమిషానికి క్రాన్ టాస్క్‌ని జోడించండి:

*/1 * * * * (/usr/local/bin/opennebula_exporter.sh > /var/lib/opennebula_exporter/textfile_collector/opennebula.prom)

కొలమానాలు కనిపించడం ప్రారంభించాయి, మీరు వాటిని ప్రోమేథియస్ లాగా తీసుకొని గ్రాఫ్‌లను రూపొందించవచ్చు మరియు హెచ్చరికలు చేయవచ్చు. గ్రాఫానాలో మీరు డ్రా చేయవచ్చు, ఉదాహరణకు, అటువంటి సాధారణ డాష్‌బోర్డ్.

(ఇక్కడ నేను cpu, రామ్‌ని అధిగమించినట్లు స్పష్టంగా ఉంది)

Zabbix ను ఇష్టపడే మరియు ఉపయోగించే వారికి, ఉంది github.com/OpenNebula/addon-zabbix

పర్యవేక్షణకు సంబంధించినంత వరకు, ప్రధాన విషయం ఏమిటంటే అది ఉంది. వాస్తవానికి, మీరు అదనంగా, అంతర్నిర్మిత వర్చువల్ మెషిన్ మానిటరింగ్ సాధనాలను ఉపయోగించవచ్చు మరియు బిల్లింగ్‌కు డేటాను అప్‌లోడ్ చేయవచ్చు, ఇక్కడ ప్రతి ఒక్కరికీ వారి స్వంత దృష్టి ఉంటుంది, నేను దీన్ని ఇంకా దగ్గరగా పని చేయడం ప్రారంభించలేదు.

నేను ఇంకా లాగింగ్ ప్రారంభించలేదు. సాధారణ వ్యక్తీకరణలతో /var/lib/one డైరెక్టరీని అన్వయించడానికి td-agentని జోడించడం సరళమైన ఎంపిక. ఉదాహరణకు, sunstone.log ఫైల్ nginx regexp మరియు ప్లాట్‌ఫారమ్‌కు యాక్సెస్ చరిత్రను చూపించే ఇతర ఫైల్‌లతో సరిపోతుంది - దీని ప్రయోజనం ఏమిటి? సరే, ఉదాహరణకు, మేము "ఎర్రర్, ఎర్రర్" సంఖ్యను స్పష్టంగా ట్రాక్ చేయవచ్చు మరియు ఎక్కడ మరియు ఏ స్థాయిలో లోపం ఉందో త్వరగా ట్రాక్ చేయవచ్చు.

3. బ్యాకప్‌లు

చెల్లింపు పూర్తయిన ప్రాజెక్ట్‌లు కూడా ఉన్నాయి - ఉదాహరణకు సెప్టెంబరు 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 ప్రక్రియలు ఇప్పటికే ఉన్నాయి.

ఆపై ఓపెన్‌నెబ్యులా ప్రతి కొత్త సందర్భాన్ని కొత్త ఐడితో ఎందుకు నంబర్ చేస్తుందో అర్థం చేసుకోవచ్చు, ఉదాహరణకు, అదే ప్రాక్స్‌మాక్స్‌లో ఐడి 101తో vm సృష్టించి, దాన్ని తొలగించారు, ఆపై మీరు దాన్ని మళ్లీ సృష్టించి, ఐడి 101. ఓపెన్‌నెబులాలో ఇది జరగదు, ప్రతి కొత్త ఉదాహరణ కొత్త ఐడితో సృష్టించబడుతుంది మరియు దీనికి దాని స్వంత లాజిక్ ఉంటుంది - ఉదాహరణకు, పాత డేటాను క్లియర్ చేయడం లేదా విజయవంతం కాని ఇన్‌స్టాలేషన్‌లు.

నిల్వ కోసం కూడా అదే జరుగుతుంది; అన్నింటికంటే, ఈ ప్లాట్‌ఫారమ్ కేంద్రీకృత నిల్వను లక్ష్యంగా చేసుకుంది. స్థానికంగా ఉపయోగించడం కోసం యాడ్ఆన్లు ఉన్నాయి, కానీ మేము ఈ సందర్భంలో మాట్లాడుతున్నది కాదు. భవిష్యత్తులో ఎవరైనా నోడ్‌లలో స్థానిక నిల్వను ఎలా ఉపయోగించగలిగారు మరియు దానిని ఉత్పత్తిలో విజయవంతంగా ఎలా ఉపయోగించారు అనే దాని గురించి ఒక కథనాన్ని వ్రాస్తారని నేను భావిస్తున్నాను.

5. గరిష్ట సరళత

వాస్తవానికి, మీరు ఎంత ముందుకు వెళితే, మిమ్మల్ని అర్థం చేసుకునే వారు తక్కువ అవుతారు.

నా స్టాండ్ పరిస్థితులలో - nfs నిల్వతో 3 నోడ్‌లు - ప్రతిదీ బాగానే పని చేస్తుంది. కానీ మేము విద్యుత్తు అంతరాయంతో ప్రయోగాలు చేస్తే, ఉదాహరణకు, స్నాప్‌షాట్‌ను అమలు చేస్తున్నప్పుడు మరియు నోడ్ యొక్క శక్తిని ఆపివేసేటప్పుడు, మేము స్నాప్‌షాట్ ఉందని డేటాబేస్‌లో సెట్టింగ్‌లను సేవ్ చేస్తాము, కానీ వాస్తవానికి ఏదీ లేదు (అలాగే, మనమందరం అర్థం చేసుకున్నాము ప్రారంభంలో ఈ చర్య గురించి డేటాబేస్ను sql లో వ్రాసారు, కానీ ఆపరేషన్ విజయవంతం కాలేదు). ప్రయోజనం ఏమిటంటే, స్నాప్‌షాట్‌ను సృష్టించేటప్పుడు, ఒక ప్రత్యేక ఫైల్ ఏర్పడుతుంది మరియు “తల్లిదండ్రులు” ఉంటారు, అందువల్ల సమస్యల విషయంలో మరియు అది gui ద్వారా పని చేయకపోయినా, మేము qcow2 ఫైల్‌ని ఎంచుకొని విడిగా పునరుద్ధరించవచ్చు. docs.opennebula.io/5.8/operation/vm_management/vm_instances.html

నెట్వర్క్లలో, దురదృష్టవశాత్తు, ప్రతిదీ చాలా సులభం కాదు. సరే, కనీసం ఓపెన్‌స్టాక్‌లో కంటే ఇది సులభం, నేను vlan (802.1Q) మాత్రమే ఉపయోగించాను - ఇది చాలా బాగా పనిచేస్తుంది, కానీ మీరు టెంప్లేట్ నెట్‌వర్క్ నుండి సెట్టింగ్‌లకు మార్పులు చేస్తే, ఈ సెట్టింగ్‌లు ఇప్పటికే నడుస్తున్న మెషీన్‌లకు వర్తించవు, అనగా. మీరు నెట్‌వర్క్ కార్డ్‌ని తొలగించి, జోడించాలి, ఆ తర్వాత కొత్త సెట్టింగ్‌లు వర్తింపజేయబడతాయి.

మీరు ఇప్పటికీ దీన్ని ఓపెన్‌స్టాక్‌తో పోల్చాలనుకుంటే, మీరు ఇలా చెప్పవచ్చు: ఓపెన్‌నెబులాలో డేటాను నిల్వ చేయడానికి, నెట్‌వర్క్‌ను నిర్వహించడానికి, వనరులను నిర్వహించడానికి ఏ సాంకేతికతలను ఉపయోగించాలో స్పష్టమైన నిర్వచనం లేదు - ప్రతి నిర్వాహకుడు తనకు మరింత సౌకర్యవంతంగా ఉండేదాన్ని నిర్ణయిస్తాడు.

6. అదనపు ప్లగిన్‌లు మరియు ఇన్‌స్టాలేషన్‌లు

అన్నింటికంటే, మేము అర్థం చేసుకున్నట్లుగా, క్లౌడ్ ప్లాట్‌ఫారమ్ kvm మాత్రమే కాకుండా vmware esxiని కూడా నిర్వహించగలదు. దురదృష్టవశాత్తూ, నాకు Vcenterతో పూల్ లేదు, ఎవరైనా ప్రయత్నించినట్లయితే, దయచేసి వ్రాయండి.

ఇతర క్లౌడ్ ప్రొవైడర్లకు మద్దతు పేర్కొనబడింది docs.opennebula.io/5.12/advanced_components/Cloud_bursting/index.html
AWS, AZURE.

నేను సెలెక్టెల్ నుండి Vmware క్లౌడ్‌ను కనెక్ట్ చేయడానికి కూడా ప్రయత్నించాను, కానీ ఏమీ పని చేయలేదు - సాధారణంగా, ఇది చాలా కారకాలు ఉన్నందున బ్లాక్ చేయబడింది మరియు హోస్టింగ్ ప్రొవైడర్ యొక్క సాంకేతిక మద్దతుకు వ్రాయడంలో పాయింట్ లేదు.

అలాగే, ఇప్పుడు కొత్త వెర్షన్ ఫైర్‌క్రాకర్‌ను కలిగి ఉంది - ఇది మైక్రోవిమ్, డాకర్‌పై ఒక రకమైన kvm జీను, ఇది మరింత బహుముఖ ప్రజ్ఞ, భద్రత మరియు ఉత్పాదకతను పెంచుతుంది ఎందుకంటే పరికరాలను అనుకరించడంలో వనరులను వృథా చేయాల్సిన అవసరం లేదు. డాకర్ కంటే నేను చూసే ఏకైక ప్రయోజనం ఏమిటంటే, ఇది అదనపు ప్రక్రియల సంఖ్యను తీసుకోదు మరియు ఈ ఎమ్యులేషన్‌ని ఉపయోగిస్తున్నప్పుడు ఆక్రమిత సాకెట్లు లేవు, అనగా. దీన్ని లోడ్ బ్యాలెన్సర్‌గా ఉపయోగించడం చాలా సాధ్యమే (కానీ నేను అన్ని పరీక్షలను పూర్తిగా అమలు చేసే వరకు దీని గురించి ప్రత్యేక కథనాన్ని వ్రాయడం విలువైనదే).

7. ఉపయోగం మరియు లోపం డీబగ్గింగ్ యొక్క సానుకూల అనుభవం

నేను పని గురించి నా పరిశీలనలను పంచుకోవాలనుకున్నాను, నేను పైన పేర్కొన్న వాటిలో కొన్నింటిని వివరించాను, నేను మరింత వ్రాయాలనుకుంటున్నాను. నిజమే, ఇది సరైన వ్యవస్థ కాదని మరియు సాధారణంగా ఇక్కడ ఉన్న ప్రతిదీ ఊతకర్ర అని మొదట భావించేది నేను మాత్రమే కాదు - వారు దీనితో ఎలా పని చేస్తారు? కానీ ప్రతిదీ చాలా లాజికల్ అని అర్థం వస్తుంది. అయితే, మీరు అందరినీ మెప్పించలేరు మరియు కొన్ని అంశాలను మెరుగుపరచడం అవసరం.

ఉదాహరణకు, డిస్క్ ఇమేజ్‌ని ఒక డేటాస్టోర్ నుండి మరొక డేటాస్టోర్‌కి కాపీ చేసే సులభమైన ఆపరేషన్. నా విషయంలో, nfsతో 2 నోడ్‌లు ఉన్నాయి, నేను చిత్రాన్ని పంపుతాను - కాపీ చేయడం ఫ్రంటెండ్ ఓపెన్‌నెబ్యులా ద్వారా జరుగుతుంది, అయినప్పటికీ డేటా హోస్ట్‌ల మధ్య నేరుగా కాపీ చేయబడాలనే వాస్తవం మనందరికీ అలవాటు అయినప్పటికీ - అదే vmware, హైపర్-విలో మనం ఈ అలవాటు, కానీ ఇక్కడ మరొక. భిన్నమైన విధానం మరియు భిన్నమైన భావజాలం ఉంది మరియు వెర్షన్ 5.12లో వారు “డేటాస్టోర్‌కు మైగ్రేట్” బటన్‌ను తీసివేసారు - యంత్రం మాత్రమే బదిలీ చేయబడుతుంది, కానీ నిల్వ కాదు ఎందుకంటే అంటే కేంద్రీకృత నిల్వ.

తదుపరిది వివిధ కారణాలతో జనాదరణ పొందిన లోపం: “వర్చువల్ మెషీన్‌ని అమలు చేయడంలో లోపం: /var/lib/one//datastores/103/10/deployment.5 నుండి డొమైన్‌ని సృష్టించడం సాధ్యపడలేదు” దిగువన చూడవలసిన ముఖ్య విషయం.

• Oneadmin వినియోగదారు కోసం చిత్ర హక్కులు;
• libvirtdని అమలు చేయడానికి oneadmin వినియోగదారుకు అనుమతులు;
• డేటాస్టోర్ సరిగ్గా అమర్చబడిందా? వెళ్లి నోడ్‌లోని మార్గాన్ని తనిఖీ చేయండి, బహుశా ఏదో పడిపోయి ఉండవచ్చు;
• తప్పుగా కాన్ఫిగర్ చేయబడిన నెట్‌వర్క్, లేదా ఫ్రంటెండ్‌లో నెట్‌వర్క్ సెట్టింగ్‌లలో vlan కోసం ప్రధాన ఇంటర్‌ఫేస్ br0 ఉంది, కానీ నోడ్‌లో ఇది బ్రిడ్జ్0 అని వ్రాయబడింది - ఇది తప్పనిసరిగా అదే విధంగా ఉండాలి.

సిస్టమ్ డేటాస్టోర్ మీ vm కోసం మెటాడేటాను నిల్వ చేస్తుంది, మీరు vmని నిరంతర ఇమేజ్‌తో రన్ చేస్తే, మీరు vmని సృష్టించిన స్టోరేజ్‌లో మొదట సృష్టించిన కాన్ఫిగరేషన్‌కు vm యాక్సెస్ కలిగి ఉండాలి - ఇది చాలా ముఖ్యమైనది. అందువల్ల, ఒక vmని మరొక డేటాస్టోర్‌కు బదిలీ చేస్తున్నప్పుడు, మీరు అన్నింటినీ ఒకటికి రెండుసార్లు తనిఖీ చేయాలి.

8. డాక్యుమెంటేషన్, సంఘం. మరింత అభివృద్ధి

మరియు మిగిలినవి, మంచి డాక్యుమెంటేషన్, సంఘం మరియు ప్రధాన విషయం ఏమిటంటే ప్రాజెక్ట్ భవిష్యత్తులో జీవించడం కొనసాగుతుంది.

సాధారణంగా, ప్రతిదీ చాలా చక్కగా డాక్యుమెంట్ చేయబడింది మరియు అధికారిక మూలాన్ని ఉపయోగించి కూడా ఇన్‌స్టాల్ చేయడం మరియు ప్రశ్నలకు సమాధానాలు కనుగొనడం సమస్య కాదు.

సంఘం, చురుకుగా. మీరు మీ ఇన్‌స్టాలేషన్‌లలో ఉపయోగించగల అనేక రెడీమేడ్ సొల్యూషన్‌లను ప్రచురిస్తుంది.

ప్రస్తుతానికి, కంపెనీలోని కొన్ని పాలసీలు 5.12 నుండి మార్చబడ్డాయి forum.opennebula.io/t/towards-a-stronger-opennebula-community/8506/14 ప్రాజెక్ట్ ఎలా అభివృద్ధి చెందుతుందో చూడటం ఆసక్తికరంగా ఉంటుంది. ప్రారంభంలో, వారి పరిష్కారాలను ఉపయోగించే కొంతమంది విక్రేతలను మరియు పరిశ్రమ అందించే వాటిని నేను ప్రత్యేకంగా సూచించాను. వాస్తవానికి, ఏది ఉపయోగించాలో స్పష్టమైన సమాధానం లేదు. కానీ చిన్న సంస్థలకు, వారి చిన్న ప్రైవేట్ క్లౌడ్‌ను నిర్వహించడం అంత ఖరీదైనది కాకపోవచ్చు. ప్రధాన విషయం ఏమిటంటే మీకు ఏమి అవసరమో ఖచ్చితంగా తెలుసుకోవడం.

ఫలితంగా, మీరు క్లౌడ్ సిస్టమ్‌గా ఎంచుకున్న దానితో సంబంధం లేకుండా, మీరు ఒక ఉత్పత్తి వద్ద ఆగకూడదు. మీకు సమయం ఉంటే, ఇతర బహిరంగ పరిష్కారాలను పరిశీలించడం విలువైనదే.

మంచి చాట్ ఉంది t.me/opennebula వారు చురుకుగా సహాయం చేస్తారు మరియు Googleలో సమస్యకు పరిష్కారం కోసం శోధించడానికి మిమ్మల్ని పంపరు. మాతో చేరండి.

మూలం: www.habr.com