ఇది చాలా అందుబాటులో ఉన్న వర్చువల్ మిషన్లను హోస్ట్ చేయడం కోసం oVirt 4.3 క్లస్టర్ యొక్క ప్రాథమిక ఇన్స్టాలేషన్ మరియు కాన్ఫిగరేషన్ ప్రక్రియను కవర్ చేస్తుంది, అవస్థాపనను సిద్ధం చేయడానికి ఇప్పటికే అన్ని ప్రాథమిక దశలు ఇప్పటికే పూర్తయ్యాయనే వాస్తవాన్ని పరిగణనలోకి తీసుకుంటుంది.
రుగ్మతయొక్క తొనిసూచన
వ్యాసం యొక్క ముఖ్య ఉద్దేశ్యం “ వంటి దశల వారీ సూచనలను అందించడంతరువాతి -> అవును -> ముగించు"ఇన్స్టాల్ చేసేటప్పుడు మరియు కాన్ఫిగర్ చేసేటప్పుడు కొన్ని లక్షణాలను ఎలా చూపించాలి. ఇన్ఫ్రాస్ట్రక్చర్ మరియు పర్యావరణం యొక్క లక్షణాల కారణంగా మీ క్లస్టర్ని అమలు చేసే ప్రక్రియ ఎల్లప్పుడూ దానిలో వివరించిన దానితో సమానంగా ఉండకపోవచ్చు, కానీ సాధారణ సూత్రాలు ఒకే విధంగా ఉంటాయి.
ఆత్మాశ్రయ కోణం నుండి, oVirt 4.3 దాని కార్యాచరణ VMware vSphere వెర్షన్ 5.x మాదిరిగానే ఉంటుంది, అయితే దాని స్వంత కాన్ఫిగరేషన్ మరియు ఆపరేషన్ లక్షణాలతో ఉంటుంది.
ఆసక్తి ఉన్నవారికి, RHEV (aka oVirt) మరియు VMware vSphere మధ్య అన్ని తేడాలు ఇంటర్నెట్లో చూడవచ్చు, ఉదాహరణకు ఇక్కడ, కానీ వ్యాసం అభివృద్ధి చెందుతున్నప్పుడు నేను ఇప్పటికీ అప్పుడప్పుడు వారి తేడాలు లేదా ఒకదానికొకటి సారూప్యతలను గమనిస్తాను.
విడిగా, నేను వర్చువల్ మిషన్ల కోసం నెట్వర్క్లతో పనిని కొద్దిగా సరిపోల్చాలనుకుంటున్నాను. oVirt VMware vSphereలో వలె వర్చువల్ మెషీన్ల కోసం నెట్వర్క్ నిర్వహణ యొక్క సారూప్య సూత్రాన్ని అమలు చేస్తుంది (ఇకపై VMలుగా సూచిస్తారు):
ప్రామాణిక Linux వంతెనను ఉపయోగించడం (VMwareలో - ప్రామాణిక vSwitch), వర్చువలైజేషన్ హోస్ట్లపై నడుస్తోంది;
ఓపెన్ vSwitch (OVS) ఉపయోగించి (VMwareలో - పంపిణీ చేయబడిన vSwitch) అనేది రెండు ప్రధాన భాగాలతో కూడిన పంపిణీ చేయబడిన వర్చువల్ స్విచ్: నిర్వహించబడే హోస్ట్లలో సెంట్రల్ OVN సర్వర్ మరియు OVN కంట్రోలర్లు.
అమలు సౌలభ్యం కారణంగా, ప్రామాణిక Linux వంతెనను ఉపయోగించి VM కోసం oVirtలో నెట్వర్క్లను సెటప్ చేయడం గురించి కథనం వివరిస్తుందని గమనించాలి, ఇది KVM హైపర్వైజర్ను ఉపయోగిస్తున్నప్పుడు ప్రామాణిక ఎంపిక.
ఈ విషయంలో, క్లస్టర్లో నెట్వర్క్తో పనిచేయడానికి అనేక ప్రాథమిక నియమాలు ఉన్నాయి, వీటిని ఉల్లంఘించకుండా ఉండటం ఉత్తమం:
హోస్ట్లను oVirtకి జోడించే ముందు వాటిలోని అన్ని నెట్వర్క్ సెట్టింగ్లు తప్పనిసరిగా ఒకేలా ఉండాలి, IP చిరునామాలు తప్ప.
హోస్ట్ను oVirt నియంత్రణలోకి తీసుకున్న తర్వాత, మీ చర్యలపై పూర్తి విశ్వాసం లేకుండా నెట్వర్క్ సెట్టింగ్లలో ఏదైనా మాన్యువల్గా మార్చడం మంచిది కాదు, ఎందుకంటే oVirt ఏజెంట్ హోస్ట్ లేదా ఏజెంట్ని పునఃప్రారంభించిన తర్వాత వాటిని మునుపటి వాటికి తిరిగి మారుస్తుంది. .
VM కోసం కొత్త నెట్వర్క్ని జోడించడం, అలాగే దానితో పని చేయడం oVirt మేనేజ్మెంట్ కన్సోల్ నుండి మాత్రమే చేయాలి.
మరొకటి ముఖ్య గమనిక - చాలా క్లిష్టమైన వాతావరణం కోసం (ద్రవ్య నష్టాలకు చాలా సున్నితంగా ఉంటుంది), చెల్లింపు మద్దతు మరియు వినియోగాన్ని ఉపయోగించమని ఇప్పటికీ సిఫార్సు చేయబడింది Red Hat వర్చువలైజేషన్ 4.3. oVirt క్లస్టర్ యొక్క ఆపరేషన్ సమయంలో, కొన్ని సమస్యలు తలెత్తవచ్చు, వాటితో మీరే వ్యవహరించడం కంటే వీలైనంత త్వరగా అర్హత కలిగిన సహాయాన్ని పొందడం మంచిది.
చివరకు సిఫార్సు oVirt క్లస్టర్ని అమలు చేయడానికి ముందు, మిమ్మల్ని మీరు పరిచయం చేసుకోండి అధికారిక డాక్యుమెంటేషన్, కనీసం ప్రాథమిక భావనలు మరియు నిర్వచనాల గురించి తెలుసుకోవాలంటే, లేకపోతే మిగిలిన కథనాన్ని చదవడం కొంచెం కష్టమవుతుంది.
వ్యాసం మరియు oVirt క్లస్టర్ యొక్క ఆపరేషన్ సూత్రాలను అర్థం చేసుకోవడానికి ఈ మార్గదర్శక పత్రాలు:
అక్కడ వాల్యూమ్ చాలా పెద్దది కాదు, ఒకటి లేదా రెండు గంటల్లో మీరు ప్రాథమిక సూత్రాలను బాగా నేర్చుకోవచ్చు, కానీ వివరాలను ఇష్టపడే వారు చదవడానికి సిఫార్సు చేయబడింది. Red Hat వర్చువలైజేషన్ కోసం ఉత్పత్తి డాక్యుమెంటేషన్ 4.3 - RHEV మరియు oVirt తప్పనిసరిగా ఒకే విషయం.
కాబట్టి, హోస్ట్లు, స్విచ్లు మరియు స్టోరేజ్ సిస్టమ్లపై అన్ని ప్రాథమిక సెట్టింగ్లు పూర్తయినట్లయితే, మేము నేరుగా oVirt యొక్క విస్తరణకు వెళ్తాము.
పార్ట్ 2. oVirt 4.3 క్లస్టర్ను ఇన్స్టాల్ చేయడం మరియు కాన్ఫిగర్ చేయడం
ఓరియంటేషన్ సౌలభ్యం కోసం, నేను ఈ వ్యాసంలోని ప్రధాన విభాగాలను జాబితా చేస్తాను, అవి ఒక్కొక్కటిగా పూర్తి చేయాలి:
oVirt నిర్వహణ సర్వర్ని ఇన్స్టాల్ చేస్తోంది
కొత్త డేటా సెంటర్ సృష్టి
కొత్త క్లస్టర్ను సృష్టిస్తోంది
స్వీయ-హోస్ట్ వాతావరణంలో అదనపు హోస్ట్లను ఇన్స్టాల్ చేస్తోంది
నిల్వ ప్రాంతం లేదా నిల్వ డొమైన్లను సృష్టిస్తోంది
వర్చువల్ మిషన్ల కోసం నెట్వర్క్లను సృష్టించడం మరియు కాన్ఫిగర్ చేయడం
వర్చువల్ మెషీన్ని అమలు చేయడం కోసం ఇన్స్టాలేషన్ ఇమేజ్ను సృష్టిస్తోంది
వర్చువల్ మిషన్ను సృష్టించండి
oVirt నిర్వహణ సర్వర్ని ఇన్స్టాల్ చేస్తోంది
oVirt నిర్వహణ సర్వర్ మొత్తం oVirt అవస్థాపనను నిర్వహించే వర్చువల్ మెషీన్, హోస్ట్ లేదా వర్చువల్ పరికరం రూపంలో oVirt ఇన్ఫ్రాస్ట్రక్చర్లో అత్యంత ముఖ్యమైన అంశం.
వర్చువలైజేషన్ ప్రపంచం నుండి దాని దగ్గరి అనలాగ్లు:
VMware vSphere - vCenter సర్వర్
Microsoft Hyper-V - సిస్టమ్ సెంటర్ వర్చువల్ మెషిన్ మేనేజర్ (VMM).
oVirt నిర్వహణ సర్వర్ను ఇన్స్టాల్ చేయడానికి, మాకు రెండు ఎంపికలు ఉన్నాయి:
ఎంపిక 1
ప్రత్యేక VM లేదా హోస్ట్ రూపంలో సర్వర్ని అమలు చేయడం.
ఈ ఐచ్ఛికం చాలా బాగా పని చేస్తుంది, అయితే అటువంటి VM క్లస్టర్ నుండి స్వతంత్రంగా పనిచేస్తుంది, అనగా. KVM నడుస్తున్న సాధారణ వర్చువల్ మెషీన్గా ఏ క్లస్టర్ హోస్ట్లో అమలు కావడం లేదు.
క్లస్టర్ హోస్ట్లపై అటువంటి VM ఎందుకు అమలు చేయబడదు?
oVirt మేనేజ్మెంట్ సర్వర్ని అమలు చేసే ప్రక్రియ ప్రారంభంలోనే, మాకు గందరగోళం ఉంది - మేము మేనేజ్మెంట్ VMని ఇన్స్టాల్ చేయాలి, అయితే వాస్తవానికి ఇంకా క్లస్టర్ లేదు, అందువల్ల మనం ఫ్లైలో ఏమి చేయవచ్చు? అది సరైనది - భవిష్యత్ క్లస్టర్ నోడ్లో KVMని ఇన్స్టాల్ చేయండి, ఆపై దానిపై వర్చువల్ మెషీన్ను సృష్టించండి, ఉదాహరణకు, CentOS OSతో మరియు దానిలో oVirt ఇంజిన్ని అమలు చేయండి. అటువంటి VMపై పూర్తి నియంత్రణ కారణాల వల్ల ఇది సాధారణంగా చేయవచ్చు, కానీ ఇది పొరపాటు ఉద్దేశం, ఎందుకంటే ఈ సందర్భంలో, భవిష్యత్తులో అటువంటి నియంత్రణ VMతో 100% సమస్యలు ఉంటాయి:
క్లస్టర్ యొక్క హోస్ట్ల (నోడ్లు) మధ్య oVirt కన్సోల్లో ఇది మైగ్రేట్ చేయబడదు;
KVMని ఉపయోగించి మైగ్రేట్ చేస్తున్నప్పుడు virsh వలస, oVirt కన్సోల్ నుండి నిర్వహణ కోసం ఈ VM అందుబాటులో ఉండదు.
క్లస్టర్ హోస్ట్లు ప్రదర్శించబడవు నిర్వహణ మోడ్ (నిర్వహణ మోడ్), మీరు ఉపయోగించి ఈ VMని హోస్ట్ నుండి హోస్ట్కు మార్చినట్లయితే virsh వలస.
కాబట్టి నిబంధనల ప్రకారం ప్రతిదీ చేయండి - oVirt నిర్వహణ సర్వర్ కోసం ప్రత్యేక హోస్ట్ని లేదా దానిపై నడుస్తున్న స్వతంత్ర VMని ఉపయోగించండి లేదా రెండవ ఎంపికలో వ్రాసినట్లుగా చేయండి.
ఎంపిక 2
దాని ద్వారా నిర్వహించబడే క్లస్టర్ హోస్ట్లో oVirt ఇంజిన్ ఉపకరణాన్ని ఇన్స్టాల్ చేస్తోంది.
ఇది మా విషయంలో మరింత సరైనది మరియు తగినదిగా పరిగణించబడే ఈ ఎంపిక.
అటువంటి VM కోసం ఆవశ్యకాలు క్రింద వివరించబడ్డాయి; నియంత్రణ VMని తప్పు-తట్టుకునేలా చేయడానికి దాన్ని అమలు చేయగల మౌలిక సదుపాయాలలో కనీసం రెండు హోస్ట్లను కలిగి ఉండాలని మాత్రమే నేను సిఫార్సు చేస్తున్నాను. ఇక్కడ నేను జోడించాలనుకుంటున్నాను, మునుపటి వ్యాసంలోని వ్యాఖ్యలలో నేను ఇప్పటికే వ్రాసినట్లు, నేను ఎప్పటికీ పొందలేకపోయాను స్ప్లిట్ బ్రెయిన్ రెండు హోస్ట్ల oVirt క్లస్టర్లో, వాటిపై హోస్ట్ చేయబడిన ఇంజిన్ VMలను అమలు చేయగల సామర్థ్యం.
క్లస్టర్ యొక్క మొదటి హోస్ట్లో oVirt ఇంజిన్ ఉపకరణాన్ని ఇన్స్టాల్ చేస్తోంది
పత్రం హోస్ట్-ఇంజిన్ VMని అమలు చేయడానికి ముందు తప్పనిసరిగా తీర్చవలసిన అవసరాలను నిర్దేశిస్తుంది మరియు ఇన్స్టాలేషన్ ప్రాసెస్ను కూడా వివరంగా వివరిస్తుంది, కాబట్టి దానిని పదే పదే పునరావృతం చేయడంలో పెద్దగా ప్రయోజనం లేదు, కాబట్టి మేము కొన్ని ముఖ్యమైన వివరాలపై దృష్టి పెడతాము.
అన్ని చర్యలను ప్రారంభించే ముందు, హోస్ట్లోని BIOS సెట్టింగ్లలో వర్చువలైజేషన్ మద్దతును ప్రారంభించాలని నిర్ధారించుకోండి.
హోస్ట్లో హోస్ట్ చేసిన ఇంజిన్ ఇన్స్టాలర్ కోసం ప్యాకేజీని ఇన్స్టాల్ చేయండి:
మేము హోస్ట్లోని స్క్రీన్లో oVirt హోస్ట్ చేసిన ఇంజిన్ని అమలు చేసే విధానాన్ని ప్రారంభిస్తాము (మీరు Ctrl-A + D ద్వారా నిష్క్రమించవచ్చు, Ctrl-D ద్వారా మూసివేయవచ్చు):
screen
hosted-engine --deploy
మీరు కోరుకుంటే, మీరు ముందుగా సిద్ధం చేసిన జవాబు ఫైల్తో ఇన్స్టాలేషన్ను అమలు చేయవచ్చు:
హోస్ట్-ఇంజిన్ని అమలు చేస్తున్నప్పుడు, మేము అవసరమైన అన్ని పారామితులను పేర్కొంటాము:
- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры.
హోస్ట్ చేయబడిన ఇంజన్తో అత్యంత అందుబాటులో ఉన్న VMని ఇన్స్టాల్ చేయడానికి, మేము గతంలో స్టోరేజ్ సిస్టమ్పై ప్రత్యేక LUNని సృష్టించాము, సంఖ్య 4 మరియు 150 GB పరిమాణంలో ఉంది, అది క్లస్టర్ హోస్ట్లకు అందించబడింది - చూడండి మునుపటి వ్యాసం.
మునుపు మేము హోస్ట్లలో దాని దృశ్యమానతను కూడా తనిఖీ చేసాము:
హోస్ట్-ఇంజిన్ విస్తరణ ప్రక్రియ సంక్లిష్టంగా లేదు; చివరికి మనం ఇలాంటివి అందుకోవాలి:
[ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ INFO ] Hosted Engine successfully deployed
మేము హోస్ట్లో oVirt సేవల ఉనికిని తనిఖీ చేస్తాము:
ప్రతిదీ సరిగ్గా జరిగితే, ఇన్స్టాలేషన్ పూర్తయిన తర్వాత, వెళ్లడానికి వెబ్ బ్రౌజర్ని ఉపయోగించండి https://ovirt_hostname/ovirt-engine నిర్వాహకుని కంప్యూటర్ నుండి, మరియు క్లిక్ చేయండి [అడ్మినిస్ట్రేషన్ పోర్టల్].
"అడ్మినిస్ట్రేషన్ పోర్టల్" యొక్క స్క్రీన్షాట్
స్క్రీన్షాట్లో ఉన్నట్లుగా విండోలో లాగిన్ మరియు పాస్వర్డ్ను (ఇన్స్టాలేషన్ ప్రాసెస్ సమయంలో సెట్ చేయడం) నమోదు చేయడం ద్వారా, మేము ఓపెన్ వర్చువలైజేషన్ మేనేజర్ కంట్రోల్ ప్యానెల్కి చేరుకుంటాము, దీనిలో మీరు వర్చువల్ ఇన్ఫ్రాస్ట్రక్చర్తో అన్ని చర్యలను చేయవచ్చు:
డేటా సెంటర్ను జోడించండి
ఒక క్లస్టర్ను జోడించి కాన్ఫిగర్ చేయండి
హోస్ట్లను జోడించండి మరియు నిర్వహించండి
వర్చువల్ మెషీన్ డిస్క్ల కోసం నిల్వ ప్రాంతాలు లేదా నిల్వ డొమైన్లను జోడించండి
వర్చువల్ మిషన్ల కోసం నెట్వర్క్లను జోడించి మరియు కాన్ఫిగర్ చేయండి
వర్చువల్ మిషన్లు, ఇన్స్టాలేషన్ ఇమేజ్లు, VM టెంప్లేట్లను జోడించి నిర్వహించండి
ఈ చర్యలన్నీ మరింత చర్చించబడతాయి, కొన్ని పెద్ద కణాలలో, మరికొన్ని మరింత వివరంగా మరియు సూక్ష్మ నైపుణ్యాలతో.
కానీ మొదట నేను ఈ యాడ్-ఆన్ని చదవమని సిఫార్సు చేస్తున్నాను, ఇది చాలా మందికి ఉపయోగకరంగా ఉంటుంది.
అదనంగా
1) సూత్రప్రాయంగా, అటువంటి అవసరం ఉంటే, ప్యాకేజీలను ఉపయోగించి ముందుగానే క్లస్టర్ నోడ్లలో KVM హైపర్వైజర్ను ఇన్స్టాల్ చేయకుండా ఏమీ నిరోధించదు. libvirt и qemu-kvm (లేదా qemu-kvm-ev) కావాల్సిన సంస్కరణ, అయితే oVirt క్లస్టర్ నోడ్ని అమలు చేస్తున్నప్పుడు, ఇది స్వయంగా చేయగలదు.
కానీ ఉంటే libvirt и qemu-kvm మీరు తాజా సంస్కరణను ఇన్స్టాల్ చేయకుంటే, హోస్ట్ చేసిన ఇంజిన్ని అమలు చేస్తున్నప్పుడు మీరు క్రింది లోపాన్ని అందుకోవచ్చు:
error: unsupported configuration: unknown CPU feature: md-clear
ఆ. కలిగి ఉండాలి నవీకరించబడిన సంస్కరణlibvirt నుండి రక్షణతో MDS, ఇది ఈ విధానానికి మద్దతు ఇస్తుంది:
దీని తర్వాత, మీరు హోస్ట్ చేసిన ఇంజిన్ను ఇన్స్టాల్ చేయడాన్ని కొనసాగించవచ్చు.
2) oVirt 4.3లో, ఫైర్వాల్ ఉనికి మరియు ఉపయోగం firewalld తప్పనిసరి అవసరం.
హోస్ట్-ఇంజిన్ కోసం VM యొక్క విస్తరణ సమయంలో మేము ఈ క్రింది లోపాన్ని స్వీకరిస్తాము:
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467
అప్పుడు మీరు మరొక ఫైర్వాల్ను ఆపివేయాలి (అది ఉపయోగించినట్లయితే), మరియు ఇన్స్టాల్ చేసి అమలు చేయండి firewalld:
హోస్ట్ చేయబడిన ఇంజిన్ VM యొక్క మొత్తం నిర్వహణ ఆదేశాన్ని ఉపయోగించి మాత్రమే చేయబడుతుంది హోస్ట్-ఇంజిన్ అది నడుస్తున్న హోస్ట్లో, గురించి విర్ష్ మీరు SSH ద్వారా ఈ VMకి కనెక్ట్ చేసి, ఆదేశాన్ని అమలు చేయవచ్చనే వాస్తవాన్ని మనం మర్చిపోవాలి.shutdown".
నిర్వహణ మోడ్లో VMని ఉంచే విధానం:
hosted-engine --set-maintenance --mode=global
hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage : True
Status up-to-date : True
Hostname : host1.test.local
Host ID : 1
Engine status : {"health": "good", "vm": "up", "detail": "Up"}
Score : 3400
stopped : False
Local maintenance : False
crc32 : dee1a774
local_conf_timestamp : 1821
Host timestamp : 1821
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=1821 (Sat Nov 29 14:25:19 2019)
host-id=1
score=3400
vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
conf_on_shared_storage=True
maintenance=False
state=GlobalMaintenance
stopped=False
hosted-engine --vm-shutdown
మేము హోస్ట్ చేసిన ఇంజిన్ ఏజెంట్తో హోస్ట్ను రీబూట్ చేస్తాము మరియు దానితో మనకు కావలసినది చేస్తాము.
రీబూట్ చేసిన తర్వాత, హోస్ట్ చేసిన ఇంజిన్తో VM స్థితిని తనిఖీ చేయండి:
hosted-engine --vm-status
హోస్ట్-ఇంజిన్తో మా VM ప్రారంభం కాకపోతే మరియు సేవా లాగ్లో ఇలాంటి లోపాలు కనిపిస్తే:
సేవా లాగ్లో లోపం:
journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012 return action(he)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012 return he.start_monitoring()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012 self._initialize_broker()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012 m.get('options', {}))#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012 ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent
అప్పుడు మేము నిల్వను కనెక్ట్ చేసి, ఏజెంట్ను పునఃప్రారంభించాము:
మొదట అది ఏమిటో నిర్వచించండి డేటా సెంటర్ (నేను సహాయం నుండి కోట్ చేస్తున్నాను) అనేది ఒక నిర్దిష్ట వాతావరణంలో ఉపయోగించే వనరుల సమితిని నిర్వచించే తార్కిక అంశం.
డేటా సెంటర్ అనేది వీటిని కలిగి ఉండే ఒక రకమైన కంటైనర్:
క్లస్టర్లు మరియు హోస్ట్ల రూపంలో తార్కిక వనరులు
లాజికల్ నెట్వర్క్ల రూపంలో క్లస్టర్ నెట్వర్క్ వనరులు మరియు హోస్ట్లపై ఫిజికల్ ఎడాప్టర్లు,
నిల్వ వనరులు (VM డిస్క్లు, టెంప్లేట్లు, ఇమేజ్ల కోసం) నిల్వ ప్రాంతాల రూపంలో (స్టోరేజ్ డొమైన్లు).
ఒక డేటా సెంటర్ బహుళ హోస్ట్లతో కూడిన బహుళ క్లస్టర్లను కలిగి ఉంటుంది, వాటిపై వర్చువల్ మెషీన్లు నడుస్తాయి మరియు దానితో అనుబంధించబడిన బహుళ నిల్వ ప్రాంతాలను కూడా కలిగి ఉంటుంది.
అనేక డేటా సెంటర్లు ఉండవచ్చు; అవి ఒకదానికొకటి స్వతంత్రంగా పనిచేస్తాయి. Ovirt పాత్ర ద్వారా అధికారాల విభజనను కలిగి ఉంది మరియు మీరు డేటా సెంటర్ స్థాయిలో మరియు దాని వ్యక్తిగత తార్కిక అంశాలలో వ్యక్తిగతంగా అనుమతులను కాన్ఫిగర్ చేయవచ్చు.
డేటా సెంటర్, లేదా డేటా సెంటర్లు చాలా ఉంటే, అవి ఒకే అడ్మినిస్ట్రేటివ్ కన్సోల్ లేదా పోర్టల్ నుండి నిర్వహించబడతాయి.
డేటా సెంటర్ను సృష్టించడానికి, అడ్మినిస్ట్రేటివ్ పోర్టల్కి వెళ్లి, కొత్త డేటా సెంటర్ను సృష్టించండి: కంప్యూట్ >> డేటా సెంటర్స్ >> కొత్త
మేము స్టోరేజ్ సిస్టమ్లో షేర్డ్ స్టోరేజ్ని ఉపయోగిస్తాము కాబట్టి, స్టోరేజ్ రకం షేర్ చేయబడాలి:
డేటా సెంటర్ క్రియేషన్ విజార్డ్ యొక్క స్క్రీన్ షాట్
హోస్ట్-ఇంజిన్తో వర్చువల్ మిషన్ను ఇన్స్టాల్ చేస్తున్నప్పుడు, డిఫాల్ట్గా డేటా సెంటర్ సృష్టించబడుతుంది - డేటాసెంటర్1, ఆపై, అవసరమైతే, మీరు దాని నిల్వ రకాన్ని మరొకదానికి మార్చవచ్చు.
డేటా సెంటర్ను సృష్టించడం అనేది ఎటువంటి గమ్మత్తైన సూక్ష్మ నైపుణ్యాలు లేకుండా ఒక సాధారణ పని, మరియు దానితో పాటు అన్ని అదనపు చర్యలు డాక్యుమెంటేషన్లో వివరించబడ్డాయి. నేను గమనించదగ్గ విషయం ఏమిటంటే, VMల కోసం స్థానిక నిల్వ (డిస్క్) మాత్రమే ఉన్న సింగిల్ హోస్ట్లు నిల్వ రకం - షేర్ చేయబడిన (అవి అక్కడ జోడించబడవు) ఉన్న డేటా సెంటర్లోకి ప్రవేశించలేవు మరియు వాటి కోసం మీరు సృష్టించాలి. ఒక ప్రత్యేక డేటా సెంటర్ - అనగా. స్థానిక నిల్వ ఉన్న ప్రతి ఒక్క హోస్ట్ దాని స్వంత ప్రత్యేక డేటా సెంటర్ అవసరం.
అనవసరమైన వివరాలు లేకుండా, క్లస్టర్ – ఇది సాధారణ నిల్వ ప్రాంతాన్ని కలిగి ఉన్న హోస్ట్ల యొక్క తార్కిక సమూహం (నిల్వ సిస్టమ్లో షేర్డ్ డిస్క్ల రూపంలో, మా విషయంలో వలె). క్లస్టర్లోని హోస్ట్లు హార్డ్వేర్లో ఒకేలా ఉండటం మరియు ఒకే రకమైన ప్రాసెసర్ (ఇంటెల్ లేదా AMD) కలిగి ఉండటం కూడా కోరదగినది. క్లస్టర్లోని సర్వర్లు పూర్తిగా ఒకేలా ఉండటం ఉత్తమం.
క్లస్టర్ అనేది డేటా సెంటర్లో భాగం (నిర్దిష్ట రకమైన నిల్వతో - స్థానిక లేదా భాగస్వామ్య), మరియు అన్ని హోస్ట్లు తప్పనిసరిగా ఒక రకమైన క్లస్టర్కు చెందినవి, అవి నిల్వను పంచుకున్నాయా లేదా అనేదానిపై ఆధారపడి ఉండాలి.
హోస్ట్లో హోస్ట్-ఇంజిన్తో వర్చువల్ మెషీన్ను ఇన్స్టాల్ చేస్తున్నప్పుడు, డిఫాల్ట్గా డేటా సెంటర్ సృష్టించబడుతుంది - డేటాసెంటర్1, క్లస్టర్తో కలిసి - క్లస్టర్1, మరియు భవిష్యత్తులో మీరు దాని పారామితులను కాన్ఫిగర్ చేయవచ్చు, అదనపు ఎంపికలను ప్రారంభించవచ్చు, దానికి హోస్ట్లను జోడించవచ్చు, మొదలైనవి.
ఎప్పటిలాగే, అన్ని క్లస్టర్ సెట్టింగ్ల గురించిన వివరాల కోసం, అధికారిక డాక్యుమెంటేషన్ను చూడటం మంచిది. క్లస్టర్ను సెటప్ చేసే కొన్ని లక్షణాలలో, నేను దానిని సృష్టించేటప్పుడు, ట్యాబ్లోని ప్రాథమిక పారామితులను మాత్రమే కాన్ఫిగర్ చేస్తే సరిపోతుందని మాత్రమే జోడిస్తాను. జనరల్.
నేను చాలా ముఖ్యమైన పారామితులను గమనిస్తాను:
ప్రాసెసర్ రకం — క్లస్టర్ హోస్ట్లలో ఏ ప్రాసెసర్లు ఇన్స్టాల్ చేయబడ్డాయి, అవి ఏ తయారీదారు నుండి వచ్చాయి మరియు హోస్ట్లలో ఏ ప్రాసెసర్ పురాతనమైనది అనే దాని ఆధారంగా ఎంపిక చేయబడుతుంది, దీని ఆధారంగా, క్లస్టర్లో అందుబాటులో ఉన్న అన్ని ప్రాసెసర్ సూచనలు ఉపయోగించబడతాయి.
స్విచ్ రకం - మా క్లస్టర్లో మేము Linux వంతెనను మాత్రమే ఉపయోగిస్తాము, అందుకే మేము దానిని ఎంచుకుంటాము.
ఫైర్వాల్ రకం – ఇక్కడ ప్రతిదీ స్పష్టంగా ఉంది, ఇది ఫైర్వాల్డ్, ఇది తప్పనిసరిగా హోస్ట్లలో ప్రారంభించబడి కాన్ఫిగర్ చేయబడాలి.
క్లస్టర్ పారామితులతో స్క్రీన్షాట్
స్వీయ-హోస్ట్ వాతావరణంలో అదనపు హోస్ట్లను ఇన్స్టాల్ చేస్తోంది
స్వీయ-హోస్ట్ చేయబడిన పర్యావరణం కోసం అదనపు హోస్ట్లు సాధారణ హోస్ట్ వలె జోడించబడతాయి, హోస్ట్ చేయబడిన ఇంజిన్తో VMని అమలు చేసే అదనపు దశతో - హోస్ట్ చేసిన ఇంజిన్ విస్తరణ చర్యను ఎంచుకోండి >> మోహరించేందుకు. హోస్ట్ చేయబడిన ఇంజిన్తో VM కోసం అదనపు హోస్ట్ తప్పనిసరిగా LUNతో అందించబడాలి కాబట్టి, అవసరమైతే, హోస్ట్ చేయబడిన ఇంజిన్తో VMని హోస్ట్ చేయడానికి ఈ హోస్ట్ని ఉపయోగించవచ్చు.
ఫాల్ట్ టాలరెన్స్ ప్రయోజనాల కోసం, హోస్ట్ చేయబడిన ఇంజిన్ VMని ఉంచడానికి కనీసం రెండు హోస్ట్లు ఉండాలని సిఫార్సు చేయబడింది.
అదనపు హోస్ట్లో, iptablesని నిలిపివేయండి (ప్రారంభించబడితే), ఫైర్వాల్డ్ని ప్రారంభించండి
తరువాత, కన్సోల్కి వెళ్లండి వర్చువలైజేషన్ మేనేజర్ని తెరవండి, కొత్త హోస్ట్ని జోడించి, వ్రాసినట్లుగా ప్రతిదాన్ని దశలవారీగా చేయండి డాక్యుమెంటేషన్.
ఫలితంగా, అదనపు హోస్ట్ని జోడించిన తర్వాత, స్క్రీన్షాట్లో ఉన్నట్లుగా, అడ్మినిస్ట్రేటివ్ కన్సోల్లోని చిత్రం వంటిది మనం పొందాలి.
అడ్మినిస్ట్రేటివ్ పోర్టల్ యొక్క స్క్రీన్షాట్ - హోస్ట్లు
హోస్ట్-ఇంజిన్ VM ప్రస్తుతం సక్రియంగా ఉన్న హోస్ట్లో బంగారు కిరీటం మరియు శాసనం ఉంది "హోస్ట్ చేయబడిన ఇంజిన్ VMని అమలు చేస్తోంది", అవసరమైతే ఈ VMని ప్రారంభించగల హోస్ట్ - శాసనం"హోస్ట్ చేయబడిన ఇంజిన్ VMని అమలు చేయగలదు".
హోస్ట్ విఫలమైన సందర్భంలో "హోస్ట్ చేయబడిన ఇంజిన్ VMని అమలు చేస్తోంది", ఇది రెండవ హోస్ట్లో స్వయంచాలకంగా పునఃప్రారంభించబడుతుంది. ఈ VM దాని నిర్వహణ కోసం సక్రియ హోస్ట్ నుండి స్టాండ్బై హోస్ట్కి కూడా మార్చబడుతుంది.
oVirt హోస్ట్లపై పవర్ మేనేజ్మెంట్ / ఫెన్సింగ్ని సెటప్ చేస్తోంది
మీరు హోస్ట్ని జోడించడం మరియు కాన్ఫిగర్ చేయడం పూర్తి చేసినట్లు అనిపించినప్పటికీ, అది పూర్తిగా నిజం కాదు.
హోస్ట్ల సాధారణ ఆపరేషన్ కోసం మరియు వాటిలో ఏదైనా వైఫల్యాలను గుర్తించడానికి/పరిష్కరించడానికి, పవర్ మేనేజ్మెంట్ / ఫెన్సింగ్ సెట్టింగ్లు అవసరం.
ఫెన్సింగ్, లేదా ఫెన్సింగ్ అనేది క్లస్టర్ నుండి ఒక తప్పు లేదా విఫలమైన హోస్ట్ను తాత్కాలికంగా మినహాయించే ప్రక్రియ, ఈ సమయంలో దానిపై oVirt సేవలు లేదా హోస్ట్ పునఃప్రారంభించబడతాయి.
పవర్ మేనేజ్మెంట్ / ఫెన్సింగ్ యొక్క నిర్వచనాలు మరియు పారామితులపై అన్ని వివరాలు డాక్యుమెంటేషన్లో ఎప్పటిలాగే ఇవ్వబడ్డాయి; iDRAC 640తో Dell R9 సర్వర్లకు వర్తించే విధంగా ఈ ముఖ్యమైన పరామితిని ఎలా కాన్ఫిగర్ చేయాలో నేను ఒక ఉదాహరణ మాత్రమే ఇస్తాను.
ఎంపిక పక్కన ఉన్న పెట్టెను ఎంచుకోండి పవర్ మేనేజ్మెంట్ని ప్రారంభించండి.
ఎంపిక పక్కన ఉన్న పెట్టెను ఎంచుకోండి Kdump ఏకీకరణకెర్నల్ క్రాష్ డంప్ను రికార్డ్ చేస్తున్నప్పుడు హోస్ట్ ఫెన్సింగ్ మోడ్లోకి వెళ్లకుండా నిరోధించడానికి.
గమనించండి.
ఇప్పటికే నడుస్తున్న హోస్ట్లో Kdump ఇంటిగ్రేషన్ను ప్రారంభించిన తర్వాత, అది తప్పనిసరిగా oVirt అడ్మినిస్ట్రేషన్ గైడ్ ->లోని విధానం ప్రకారం మళ్లీ ఇన్స్టాల్ చేయబడాలి. అధ్యాయం 7: హోస్ట్లు -> హోస్ట్లను మళ్లీ ఇన్స్టాల్ చేస్తోంది.
ఐచ్ఛికంగా, మీరు పెట్టెను తనిఖీ చేయవచ్చు పవర్ మేనేజ్మెంట్ విధాన నియంత్రణను నిలిపివేయండి, క్లస్టర్ యొక్క షెడ్యూలింగ్ విధానం ద్వారా హోస్ట్ పవర్ మేనేజ్మెంట్ నియంత్రించబడకూడదనుకుంటే.
బటన్ క్లిక్ చేయండి (+) కొత్త పవర్ మేనేజ్మెంట్ పరికరాన్ని జోడించడానికి, ఏజెంట్ ప్రాపర్టీస్ ఎడిటింగ్ విండో తెరవబడుతుంది.
iDRAC9 కోసం, ఫీల్డ్లను పూరించండి:
చిరునామా - iDRAC9 చిరునామా
వినియోగదారు పేరు / పాస్వర్డ్ - iDRAC9కి లాగిన్ చేయడానికి లాగిన్ మరియు పాస్వర్డ్ వరుసగా
రకం - డ్రాక్ 5
మార్క్ సురక్షిత
కింది ఎంపికలను జోడించండి: cmd_prompt=>,login_timeout=30
నిల్వ డొమైన్, లేదా స్టోరేజ్ ఏరియా అనేది వర్చువల్ మెషీన్ డిస్క్లు, ఇన్స్టాలేషన్ ఇమేజ్లు, టెంప్లేట్లు మరియు స్నాప్షాట్లను నిల్వ చేయడానికి కేంద్రీకృత స్థానం.
వివిధ ప్రోటోకాల్లు, క్లస్టర్ మరియు నెట్వర్క్ ఫైల్ సిస్టమ్లను ఉపయోగించి నిల్వ ప్రాంతాలను డేటా సెంటర్కు కనెక్ట్ చేయవచ్చు.
oVirt మూడు రకాల నిల్వ ప్రాంతాన్ని కలిగి ఉంది:
డేటా డొమైన్ - వర్చువల్ మెషీన్లతో అనుబంధించబడిన మొత్తం డేటాను నిల్వ చేయడానికి (డిస్క్లు, టెంప్లేట్లు). వివిధ డేటా కేంద్రాల మధ్య డేటా డొమైన్ భాగస్వామ్యం చేయబడదు.
ISO డొమైన్ (నిల్వ ప్రాంతం యొక్క వాడుకలో లేని రకం) - OS ఇన్స్టాలేషన్ చిత్రాలను నిల్వ చేయడానికి. ISO డొమైన్ను వివిధ డేటా సెంటర్ల మధ్య పంచుకోవచ్చు.
ఎగుమతి డొమైన్ (నిల్వ ప్రాంతం యొక్క వాడుకలో లేని రకం) - డేటా కేంద్రాల మధ్య తరలించబడిన చిత్రాల తాత్కాలిక నిల్వ కోసం.
మా ప్రత్యేక సందర్భంలో, డేటా డొమైన్ రకంతో నిల్వ ప్రాంతం నిల్వ సిస్టమ్లోని LUNలకు కనెక్ట్ చేయడానికి ఫైబర్ ఛానెల్ ప్రోటోకాల్ (FCP)ని ఉపయోగిస్తుంది.
oVirt దృక్కోణంలో, నిల్వ వ్యవస్థలను (FC లేదా iSCSI) ఉపయోగిస్తున్నప్పుడు, ప్రతి వర్చువల్ డిస్క్, స్నాప్షాట్ లేదా టెంప్లేట్ లాజికల్ డిస్క్.
బ్లాక్ పరికరాలు వాల్యూమ్ గ్రూప్ని ఉపయోగించి ఒకే యూనిట్గా (క్లస్టర్ హోస్ట్లపై) అసెంబుల్ చేయబడతాయి మరియు తర్వాత LVMని ఉపయోగించి లాజికల్ వాల్యూమ్లుగా విభజించబడ్డాయి, ఇవి VMల కోసం వర్చువల్ డిస్క్లుగా ఉపయోగించబడతాయి.
ఈ సమూహాలన్నీ మరియు అనేక LVM వాల్యూమ్లు కమాండ్లను ఉపయోగించి క్లస్టర్ హోస్ట్లో చూడవచ్చు మొదలైనవి и ఎల్విఎస్. సహజంగానే, అటువంటి డిస్క్లతో అన్ని చర్యలు ప్రత్యేక సందర్భాలలో తప్ప, oVirt కన్సోల్ నుండి మాత్రమే చేయాలి.
VMల కోసం వర్చువల్ డిస్క్లు రెండు రకాలుగా ఉంటాయి - QCOW2 లేదా RAW. డిస్క్లు కావచ్చు "సన్నగా"లేదా"మందపాటి". స్నాప్షాట్లు ఎల్లప్పుడూ ఇలా సృష్టించబడతాయి"సన్నగా".
నిల్వ డొమైన్లను లేదా FC ద్వారా యాక్సెస్ చేయబడిన స్టోరేజ్ ఏరియాలను నిర్వహించే మార్గం చాలా లాజికల్గా ఉంటుంది - ప్రతి VM వర్చువల్ డిస్క్కి ఒక హోస్ట్ మాత్రమే వ్రాయగలిగే ప్రత్యేక లాజికల్ వాల్యూమ్ ఉంటుంది. FC కనెక్షన్ల కోసం, oVirt క్లస్టర్డ్ LVM వంటి వాటిని ఉపయోగిస్తుంది.
ఒకే స్టోరేజ్ ఏరియాలో ఉన్న వర్చువల్ మిషన్లు ఒకే క్లస్టర్కి చెందిన హోస్ట్ల మధ్య మైగ్రేట్ చేయబడతాయి.
మేము వివరణ నుండి చూడగలిగినట్లుగా, OVirtలోని క్లస్టర్, VMware vSphere లేదా Hyper-Vలోని క్లస్టర్ వంటిది, తప్పనిసరిగా అదే విషయాన్ని సూచిస్తుంది - ఇది హోస్ట్ల యొక్క తార్కిక సమూహం, హార్డ్వేర్ కూర్పులో ఒకేలా ఉంటుంది మరియు వర్చువల్ కోసం సాధారణ నిల్వను కలిగి ఉంటుంది. యంత్ర డిస్కులు.
డేటా (VM డిస్క్లు) కోసం నిల్వ ప్రాంతాన్ని సృష్టించడానికి నేరుగా ముందుకు వెళ్దాం, అది లేకుండా డేటా సెంటర్ ప్రారంభించబడదు.
స్టోరేజ్ సిస్టమ్లోని క్లస్టర్ హోస్ట్లకు అందించబడిన అన్ని LUNలు తప్పనిసరిగా "కమాండ్ను ఉపయోగించి వాటిపై కనిపించాలని నేను మీకు గుర్తు చేస్తున్నాను.బహుళమార్గం -ll".
ప్రకారం డాక్యుమెంటేషన్, పోర్టల్కి వెళ్లండి నిల్వ >> డొమైన్స్ -> కొత్త డొమైన్ మరియు "FCP నిల్వను జోడించడం" విభాగం నుండి సూచనలను అనుసరించండి.
విజర్డ్ను ప్రారంభించిన తర్వాత, అవసరమైన ఫీల్డ్లను పూరించండి:
పేరు - క్లస్టర్ పేరును సెట్ చేయండి
డొమైన్ ఫంక్షన్ -సమాచారం
నిల్వ రకం - ఫైబర్ ఛానల్
ఉపయోగించడానికి హోస్ట్ — మనకు అవసరమైన LUN అందుబాటులో ఉన్న హోస్ట్ను ఎంచుకోండి
LUNల జాబితాలో, మనకు అవసరమైన దాన్ని గుర్తించండి, క్లిక్ చేయండి చేర్చు ఆపై సరే. అవసరమైతే, మీరు క్లిక్ చేయడం ద్వారా నిల్వ ప్రాంతం యొక్క అదనపు పారామితులను సర్దుబాటు చేయవచ్చు అధునాతన పారామీటర్లు.
“స్టోరేజ్ డొమైన్” జోడించడం కోసం విజార్డ్ యొక్క స్క్రీన్షాట్
విజార్డ్ ఫలితాల ఆధారంగా, మేము కొత్త నిల్వ ప్రాంతాన్ని అందుకోవాలి మరియు మా డేటా సెంటర్ స్థితికి మారాలి UP, లేదా ప్రారంభించబడింది:
డేటా సెంటర్ మరియు దానిలోని నిల్వ ప్రాంతాల స్క్రీన్షాట్లు:
వర్చువల్ మిషన్ల కోసం నెట్వర్క్లను సృష్టించడం మరియు కాన్ఫిగర్ చేయడం
నెట్వర్క్లు లేదా నెట్వర్క్లు, oVirt వర్చువల్ ఇన్ఫ్రాస్ట్రక్చర్లో ఉపయోగించే గ్రూప్ లాజికల్ నెట్వర్క్లకు సేవలు అందిస్తాయి.
వర్చువల్ మెషీన్లోని నెట్వర్క్ అడాప్టర్ మరియు హోస్ట్లోని ఫిజికల్ అడాప్టర్ మధ్య పరస్పర చర్య చేయడానికి, Linux వంతెన వంటి లాజికల్ ఇంటర్ఫేస్లు ఉపయోగించబడతాయి.
నెట్వర్క్ల మధ్య ట్రాఫిక్ను సమూహం చేయడానికి మరియు విభజించడానికి, VLANలు స్విచ్లపై కాన్ఫిగర్ చేయబడతాయి.
oVirtలో వర్చువల్ మెషీన్ల కోసం లాజికల్ నెట్వర్క్ను సృష్టించేటప్పుడు, స్విచ్లోని VLAN నంబర్కు సంబంధించిన ఐడెంటిఫైయర్ని తప్పనిసరిగా కేటాయించాలి, తద్వారా VMలు క్లస్టర్లోని వివిధ నోడ్లలో పనిచేసినప్పటికీ ఒకదానితో ఒకటి కమ్యూనికేట్ చేయగలవు.
వర్చువల్ మిషన్లను కనెక్ట్ చేయడానికి హోస్ట్లలోని నెట్వర్క్ ఎడాప్టర్ల ప్రాథమిక సెట్టింగ్లు చేయాల్సి ఉంటుంది మునుపటి వ్యాసం - లాజికల్ ఇంటర్ఫేస్ కాన్ఫిగర్ చేయబడింది బాండ్ 1, అప్పుడు అన్ని నెట్వర్క్ సెట్టింగ్లు oVirt అడ్మినిస్ట్రేటివ్ పోర్టల్ ద్వారా మాత్రమే చేయాలి.
హోస్ట్-ఇంజిన్తో VMని సృష్టించిన తర్వాత, డేటా సెంటర్ మరియు క్లస్టర్ని స్వయంచాలకంగా సృష్టించడంతో పాటు, మా క్లస్టర్ని నిర్వహించడానికి లాజికల్ నెట్వర్క్ కూడా స్వయంచాలకంగా సృష్టించబడుతుంది - ovritmgmt, దీనికి ఈ VM కనెక్ట్ చేయబడింది.
అవసరమైతే, మీరు లాజికల్ నెట్వర్క్ సెట్టింగ్లను చూడవచ్చు ovritmgmt మరియు వాటిని సర్దుబాటు చేయండి, కానీ మీరు తప్పనిసరిగా oVirt అవస్థాపనపై నియంత్రణ కోల్పోకుండా జాగ్రత్త వహించాలి.
లాజికల్ నెట్వర్క్ సెట్టింగ్లు ovritmgmt
సాధారణ VMల కోసం కొత్త లాజికల్ నెట్వర్క్ని సృష్టించడానికి, అడ్మినిస్ట్రేటివ్ పోర్టల్లో వెళ్ళండి నెట్వర్క్ >> నెట్వర్క్స్ >> కొత్త, మరియు ట్యాబ్లో జనరల్ కావలసిన VLAN IDతో నెట్వర్క్ని జోడించి, "" పక్కన ఉన్న పెట్టెను కూడా ఎంచుకోండిVM నెట్వర్క్", ఇది VMకి అసైన్మెంట్ కోసం ఉపయోగించబడుతుందని దీని అర్థం.
కొత్త VLAN32 లాజికల్ నెట్వర్క్ యొక్క స్క్రీన్షాట్
ట్యాబ్లో క్లస్టర్, మేము ఈ నెట్వర్క్ని మా క్లస్టర్కి అటాచ్ చేస్తాము క్లస్టర్1.
దీని తరువాత మేము వెళ్తాము కంప్యూట్ >> హోస్ట్స్, ప్రతి హోస్ట్కు, ట్యాబ్కు వెళ్లండి నెట్వర్క్ ఇంటర్ఫేస్లు, మరియు విజర్డ్ను ప్రారంభించండి హోస్ట్ నెట్వర్క్లను సెటప్ చేయండి, కొత్త లాజికల్ నెట్వర్క్ యొక్క హోస్ట్లకు బైండ్ చేయడానికి.
"సెటప్ హోస్ట్ నెట్వర్క్లు" విజార్డ్ యొక్క స్క్రీన్షాట్
oVirt ఏజెంట్ హోస్ట్లో అవసరమైన అన్ని నెట్వర్క్ సెట్టింగ్లను స్వయంచాలకంగా చేస్తుంది - VLAN మరియు BRIDGEని సృష్టించండి.
హోస్ట్లోని కొత్త నెట్వర్క్ల కోసం ఉదాహరణ కాన్ఫిగరేషన్ ఫైల్లు:
cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no
cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no
cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no
క్లస్టర్ హోస్ట్లో నేను మీకు మరోసారి గుర్తు చేస్తాను అవసరం లేదు ముందుగానే మాన్యువల్గా నెట్వర్క్ ఇంటర్ఫేస్లను సృష్టించండి ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.
లాజికల్ నెట్వర్క్ను జోడించి, హోస్ట్ మరియు హోస్ట్ చేసిన ఇంజిన్ VM మధ్య కనెక్షన్ని తనిఖీ చేసిన తర్వాత, అది వర్చువల్ మెషీన్లో ఉపయోగించబడుతుంది.
వర్చువల్ మెషీన్ని అమలు చేయడం కోసం ఇన్స్టాలేషన్ ఇమేజ్ను సృష్టిస్తోంది
డాక్యుమెంటేషన్కి లింక్ - oVirt అడ్మినిస్ట్రేషన్ గైడ్, చాప్టర్ 8: నిల్వ, విభాగం డేటా నిల్వ డొమైన్కు చిత్రాలను అప్లోడ్ చేస్తోంది.
OS ఇన్స్టాలేషన్ ఇమేజ్ లేకుండా, వర్చువల్ మెషీన్ను ఇన్స్టాల్ చేయడం సాధ్యం కాదు, ఉదాహరణకు, నెట్వర్క్లో ఇన్స్టాల్ చేయబడితే ఇది సమస్య కాదు. చెప్పులు కుట్టేవాడు ముందుగా రూపొందించిన చిత్రాలతో.
మా విషయంలో, ఇది సాధ్యం కాదు, కాబట్టి మీరు ఈ చిత్రాన్ని మీరే oVirtలోకి దిగుమతి చేసుకోవాలి. ఇంతకుముందు, దీనికి ISO డొమైన్ను సృష్టించడం అవసరం, కానీ oVirt యొక్క కొత్త వెర్షన్లో ఇది నిలిపివేయబడింది, కాబట్టి మీరు ఇప్పుడు అడ్మినిస్ట్రేటివ్ పోర్టల్ నుండి నేరుగా స్టోరేజ్ డొమైన్కు చిత్రాలను అప్లోడ్ చేయవచ్చు.
అడ్మినిస్ట్రేటివ్ పోర్టల్లో వెళ్ళండి నిల్వ >> డిస్కులు >> <span style="font-family: Mandali; "> అప్లోడ్ </span> >> ప్రారంభం
మేము మా OS చిత్రాన్ని ISO ఫైల్గా జోడిస్తాము, ఫారమ్లోని అన్ని ఫీల్డ్లను పూరించండి మరియు బటన్ను క్లిక్ చేయండి "పరీక్ష కనెక్షన్".
యాడ్ ఇన్స్టాలేషన్ ఇమేజ్ విజార్డ్ యొక్క స్క్రీన్షాట్
మనకు ఇలాంటి లోపం వస్తే:
Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`
అప్పుడు మీరు oVirt సర్టిఫికేట్ను జోడించాలి “విశ్వసనీయ రూట్ CAలు"(విశ్వసనీయ రూట్ CA) నిర్వాహకుని నియంత్రణ స్టేషన్లో, మేము చిత్రాన్ని డౌన్లోడ్ చేయడానికి ప్రయత్నిస్తున్నాము.
విశ్వసనీయ రూట్ CAకి ప్రమాణపత్రాన్ని జోడించిన తర్వాత, మళ్లీ క్లిక్ చేయండి "పరీక్ష కనెక్షన్", పొందాలి:
Connection to ovirt-imageio-proxy was successful.
మీరు సర్టిఫికేట్ను జోడించే చర్యను పూర్తి చేసిన తర్వాత, మీరు ISO ఇమేజ్ని స్టోరేజ్ డొమైన్కు మళ్లీ అప్లోడ్ చేయడానికి ప్రయత్నించవచ్చు.
సూత్రప్రాయంగా, మీరు VM డిస్క్ల నుండి విడిగా ఇమేజ్లు మరియు టెంప్లేట్లను నిల్వ చేయడానికి డేటా రకంతో ఒక ప్రత్యేక స్టోరేజ్ డొమైన్ను తయారు చేయవచ్చు లేదా హోస్ట్ చేసిన ఇంజిన్ కోసం వాటిని స్టోరేజ్ డొమైన్లో నిల్వ చేయవచ్చు, అయితే ఇది నిర్వాహకుని అభీష్టానుసారం ఉంటుంది.
హోస్ట్ చేసిన ఇంజిన్ కోసం స్టోరేజ్ డొమైన్లో ISO చిత్రాలతో స్క్రీన్షాట్
OSతో ఇన్స్టాలేషన్ ఇమేజ్ను oVirtలోకి లోడ్ చేసిన తర్వాత, మీరు వర్చువల్ మిషన్ను రూపొందించడానికి నేరుగా కొనసాగవచ్చు. చాలా పని జరిగింది, కానీ మేము ఇప్పటికే చివరి దశలో ఉన్నాము, దీని కోసం ఇవన్నీ ప్రారంభించబడ్డాయి - అత్యంత అందుబాటులో ఉన్న వర్చువల్ మెషీన్లను హోస్ట్ చేయడానికి తప్పు-తట్టుకునే మౌలిక సదుపాయాలను పొందడం. మరియు ఇవన్నీ పూర్తిగా ఉచితం - సాఫ్ట్వేర్ లైసెన్స్లను కొనుగోలు చేయడానికి ఒక్క పైసా కూడా ఖర్చు చేయలేదు.
CentOS 7తో వర్చువల్ మిషన్ని సృష్టించడానికి, OS నుండి ఇన్స్టాలేషన్ ఇమేజ్ తప్పనిసరిగా డౌన్లోడ్ చేయబడాలి.
మేము అడ్మినిస్ట్రేటివ్ పోర్టల్కి వెళ్తాము, వెళ్ళండి కంప్యూట్ >> వర్చువల్ యంత్రాలు, మరియు VM సృష్టి విజార్డ్ను ప్రారంభించండి. అన్ని పారామితులు మరియు ఫీల్డ్లను పూరించండి మరియు క్లిక్ చేయండి సరే. మీరు డాక్యుమెంటేషన్ను అనుసరిస్తే ప్రతిదీ చాలా సులభం.
ఒక ఉదాహరణగా, నేను సృష్టించిన డిస్క్తో, నెట్వర్క్కు కనెక్ట్ చేయబడి, ఇన్స్టాలేషన్ ఇమేజ్ నుండి బూట్ చేయబడి, అత్యంత అందుబాటులో ఉన్న VM యొక్క ప్రాథమిక మరియు అదనపు సెట్టింగ్లను ఇస్తాను:
అత్యంత అందుబాటులో ఉన్న VM సెట్టింగ్లతో స్క్రీన్షాట్లు
విజార్డ్తో పనిని పూర్తి చేసిన తర్వాత, దాన్ని మూసివేసి, కొత్త VMని ప్రారంభించి, దానిపై OSని ఇన్స్టాల్ చేయండి.
దీన్ని చేయడానికి, అడ్మినిస్ట్రేటివ్ పోర్టల్ ద్వారా ఈ VM కన్సోల్కి వెళ్లండి:
VM కన్సోల్కు కనెక్ట్ చేయడానికి అడ్మినిస్ట్రేటివ్ పోర్టల్ సెట్టింగ్ల స్క్రీన్షాట్
VM కన్సోల్కు కనెక్ట్ చేయడానికి, మీరు ముందుగా కన్సోల్ను వర్చువల్ మెషీన్ యొక్క లక్షణాలలో కాన్ఫిగర్ చేయాలి.
అందువలన, మా చర్యల ఫలితంగా, సృష్టించబడిన VM అత్యంత అందుబాటులో ఉంటుంది, అనగా. ఇది రన్ అవుతున్న క్లస్టర్ నోడ్ విఫలమైతే, oVirt దానిని రెండవ నోడ్లో స్వయంచాలకంగా పునఃప్రారంభిస్తుంది. ఈ VM వారి నిర్వహణ లేదా ఇతర ప్రయోజనాల కోసం క్లస్టర్ హోస్ట్ల మధ్య కూడా మైగ్రేట్ చేయబడుతుంది.
తీర్మానం
వర్చువల్ ఇన్ఫ్రాస్ట్రక్చర్ను నిర్వహించడానికి oVirt పూర్తిగా సాధారణ సాధనం అని ఈ కథనం చెప్పగలిగిందని నేను ఆశిస్తున్నాను, ఇది అమలు చేయడం అంత కష్టం కాదు - కథనం మరియు డాక్యుమెంటేషన్లో వివరించిన కొన్ని నియమాలు మరియు అవసరాలను అనుసరించడం ప్రధాన విషయం.
కథనం యొక్క పెద్ద పరిమాణం కారణంగా, అన్ని వివరణాత్మక వివరణలు మరియు స్క్రీన్షాట్లతో వివిధ తాంత్రికుల దశల వారీగా అమలు చేయడం, కొన్ని ఆదేశాల సుదీర్ఘ ముగింపులు మొదలైన అనేక అంశాలను అందులో చేర్చడం సాధ్యం కాలేదు. వాస్తవానికి, దీనికి పూర్తి పుస్తకాన్ని వ్రాయడం అవసరం, ఇది సాఫ్ట్వేర్ యొక్క కొత్త వెర్షన్లు నిరంతరం ఆవిష్కరణలు మరియు మార్పులతో కనిపించడం వల్ల చాలా అర్ధవంతం కాదు. అత్యంత ముఖ్యమైన విషయం ఏమిటంటే, ఇవన్నీ ఎలా కలిసి పనిచేస్తాయనే సూత్రాన్ని అర్థం చేసుకోవడం మరియు వర్చువల్ మిషన్లను నిర్వహించడానికి తప్పు-తట్టుకునే ప్లాట్ఫారమ్ను రూపొందించడానికి సాధారణ అల్గోరిథం పొందడం.
మేము వర్చువల్ ఇన్ఫ్రాస్ట్రక్చర్ని సృష్టించినప్పటికీ, దాని వ్యక్తిగత అంశాల మధ్య పరస్పర చర్య చేయడానికి మేము ఇప్పుడు దానిని బోధించాల్సిన అవసరం ఉంది: హోస్ట్లు, వర్చువల్ మిషన్లు, అంతర్గత నెట్వర్క్లు మరియు బయటి ప్రపంచంతో.
ఈ ప్రక్రియ సిస్టమ్ లేదా నెట్వర్క్ అడ్మినిస్ట్రేటర్ యొక్క ప్రధాన పనులలో ఒకటి, ఇది తదుపరి కథనంలో వివరించబడుతుంది - మా సంస్థ యొక్క తప్పు-తట్టుకునే అవస్థాపనలో VyOS వర్చువల్ రూటర్ల ఉపయోగం గురించి (మీరు ఊహించినట్లుగా, అవి వర్చువల్గా పని చేస్తాయి మా oVirt క్లస్టర్లోని యంత్రాలు).