డిజాస్టర్ రికవరీ సొల్యూషన్స్ మార్కెట్‌లోని యువ ఆటగాళ్లలో ఒకరు హిస్టాక్స్, 2016లో రష్యన్ స్టార్టప్. విపత్తు పునరుద్ధరణ అంశం బాగా ప్రాచుర్యం పొందింది మరియు మార్కెట్ చాలా పోటీగా ఉంది కాబట్టి, స్టార్టప్ వివిధ క్లౌడ్ ఇన్‌ఫ్రాస్ట్రక్చర్‌ల మధ్య వలసలపై దృష్టి పెట్టాలని నిర్ణయించుకుంది. క్లౌడ్‌కి సులభమైన మరియు శీఘ్ర మైగ్రేషన్‌ని నిర్వహించడానికి మిమ్మల్ని అనుమతించే ఉత్పత్తి Onlanta కస్టమర్‌లకు - వినియోగదారులకు చాలా ఉపయోగకరంగా ఉంటుంది . అలా నేను హిస్టాక్స్ గురించి తెలుసుకుని దాని ఫీచర్లను పరీక్షించడం మొదలుపెట్టాను. మరియు దాని నుండి ఏమి వచ్చింది, నేను ఈ వ్యాసంలో చెబుతాను.
వివిధ వర్చువలైజేషన్ ప్లాట్‌ఫారమ్‌లు, అతిథి OS మరియు క్లౌడ్ సేవలకు మద్దతిచ్చే దాని విస్తృత కార్యాచరణ హిస్టాక్స్ యొక్క ప్రధాన లక్షణం, ఇది మీ పనిభారాన్ని ఎక్కడి నుండైనా మరియు ఎక్కడి నుండైనా తరలించడాన్ని సాధ్యం చేస్తుంది.
ఇది సేవల యొక్క తప్పు సహనాన్ని మెరుగుపరచడానికి DR సొల్యూషన్‌లను మాత్రమే సృష్టించడానికి మిమ్మల్ని అనుమతిస్తుంది, కానీ ఖర్చు ఆదాను పెంచడానికి మరియు ప్రస్తుతానికి నిర్దిష్ట సేవ కోసం ఉత్తమ పరిష్కారాన్ని ఎంచుకోవడానికి వివిధ సైట్‌లు మరియు హైపర్‌స్కేలర్‌ల మధ్య వనరులను త్వరగా, సరళంగా తరలించడానికి కూడా మిమ్మల్ని అనుమతిస్తుంది. టైటిల్ పిక్చర్‌లో జాబితా చేయబడిన ప్లాట్‌ఫారమ్‌లతో పాటు, కంపెనీ రష్యన్ క్లౌడ్ ప్రొవైడర్లతో కూడా చురుకుగా సహకరిస్తుంది: Yandex.Cloud, CROC క్లౌడ్ సర్వీసెస్, Mail.ru మరియు అనేక ఇతరాలు. 2020 లో కంపెనీ స్కోల్కోవోలో ఉన్న ఒక R&D కేంద్రాన్ని ప్రారంభించింది.
మార్కెట్‌లోని పెద్ద సంఖ్యలో ఆటగాళ్ల ద్వారా ఒక పరిష్కారం యొక్క ఎంపిక మంచి ధర విధానాన్ని మరియు ఉత్పత్తి యొక్క అధిక అనువర్తనాన్ని సూచిస్తుంది, దీనిని మేము ఆచరణలో పరీక్షించాలని నిర్ణయించుకున్నాము.
కాబట్టి, మా టెస్ట్ టాస్క్‌లో నా VMware టెస్ట్ సైట్ మరియు ఫిజికల్ మెషీన్‌ల నుండి VMware రన్ అవుతున్న ప్రొవైడర్ సైట్‌కి మైగ్రేషన్ ఉంటుంది. అవును, అటువంటి వలసలను అమలు చేయగల అనేక పరిష్కారాలు ఉన్నాయి, కానీ మేము హిస్టాక్స్‌ను సార్వత్రిక సాధనంగా పరిగణిస్తాము మరియు సాధ్యమయ్యే అన్ని కలయికలలో మైగ్రేషన్‌ను పరీక్షించడం కేవలం అవాస్తవ పని. అవును, మరియు Oncloud.ru క్లౌడ్ ప్రత్యేకంగా VMwareలో నిర్మించబడింది, కాబట్టి ఈ ప్లాట్‌ఫారమ్ లక్ష్యంగా, మాకు చాలా వరకు ఆసక్తిని కలిగిస్తుంది. తరువాత, నేను ఆపరేషన్ యొక్క ప్రాథమిక సూత్రాన్ని వివరిస్తాను, ఇది మొత్తం ప్లాట్‌ఫారమ్‌పై ఆధారపడదు మరియు VMwareని మరొక విక్రేత నుండి ప్లాట్‌ఫారమ్‌తో ఏ వైపు నుండి అయినా భర్తీ చేయవచ్చు.
సిస్టమ్ యొక్క నియంత్రణ ప్యానెల్ అయిన హిస్టాక్స్ అకురాను అమలు చేయడం మొదటి దశ.
ఇది టెంప్లేట్ నుండి విస్తరిస్తుంది. కొన్ని కారణాల వలన, మా విషయంలో, ఇది పూర్తిగా సరైనది కాదు మరియు సిఫార్సు చేయబడిన 8CPUకి బదులుగా, 16Gb సగం వనరులతో అమలు చేయబడింది. అందువల్ల, మీరు వాటిని మార్చాలని గుర్తుంచుకోవాలి, లేకపోతే ప్రతిదీ నిర్మించబడిన VM లోపల మౌలిక సదుపాయాలు కేవలం కంటైనర్లతో ప్రారంభం కావు మరియు పోర్టల్ అందుబాటులో ఉండదు. IN అవసరమైన వనరులు వివరంగా వివరించబడ్డాయి, అలాగే అన్ని సిస్టమ్ భాగాల కోసం పోర్ట్‌లు.
మరియు టెంప్లేట్ ద్వారా IP చిరునామాను సెట్ చేయడంలో ఇబ్బందులు కూడా ఉన్నాయి, కాబట్టి మేము దానిని కన్సోల్ నుండి మార్చాము. ఆ తర్వాత, మీరు అడ్మిన్ వెబ్ ఇంటర్‌ఫేస్‌కి వెళ్లి ప్రారంభ కాన్ఫిగరేషన్ విజార్డ్‌ని పూర్తి చేయవచ్చు.
ఎండ్ పాయింట్ - మా vCenter యొక్క IP లేదా FQDN.
లాగిన్ మరియు పాస్వర్డ్ - ఇక్కడ స్పష్టంగా ఉంది.
టార్గెట్ ESXi హోస్ట్ పేరు మా క్లస్టర్‌లోని హోస్ట్‌లలో ఒకటి, దానికి ప్రతిరూపం ఇవ్వబడుతుంది.
టార్గెట్ డేటాస్టోర్ మా క్లస్టర్‌లోని డేటాస్టోర్‌లలో ఒకటి, దానికి ప్రతిరూపం ఇవ్వబడుతుంది.
హిస్టాక్స్ అకురా కంట్రోల్ ప్యానెల్ పబ్లిక్ IP - కంట్రోల్ ప్యానెల్ అందుబాటులో ఉండే చిరునామా.
హోస్ట్ మరియు డేటాస్టోర్‌పై కొంచెం స్పష్టత అవసరం. వాస్తవం ఏమిటంటే హిస్టాక్స్ రెప్లికేషన్ హోస్ట్ మరియు డేటాస్టోర్ స్థాయిలలో పనిచేస్తుంది. తరువాత, మీరు అద్దెదారు కోసం హోస్ట్ మరియు డేటాస్టోర్‌ను ఎలా మార్చవచ్చో నేను మీకు చెప్తాను, కానీ సమస్య భిన్నంగా ఉంటుంది. హిస్టాక్స్ రిసోర్స్ పూలింగ్‌కు మద్దతు ఇవ్వదు, అనగా. క్లస్టర్ యొక్క మూలానికి ప్రతిరూపం ఎల్లప్పుడూ జరుగుతుంది (ఈ విషయాన్ని వ్రాసే సమయంలో, హిస్టాక్స్ నుండి అబ్బాయిలు నవీకరించబడిన సంస్కరణను విడుదల చేసారు, ఇక్కడ వారు వనరుల కొలనుల కోసం మద్దతుకు సంబంధించి నా ఫీచర్ అభ్యర్థనను త్వరగా అమలు చేశారు). అలాగే vCloud డైరెక్టర్‌కి మద్దతు లేదు, అనగా. ఒకవేళ, నా విషయంలో వలె, అద్దెదారుకు మొత్తం క్లస్టర్‌కు నిర్వాహక హక్కులు లేవు, కానీ ఒక నిర్దిష్ట వనరు పూల్‌కు మాత్రమే, మరియు మేము హిస్టాక్స్‌కు యాక్సెస్‌ని ఇచ్చినట్లయితే, అతను ఈ VMలను స్వతంత్రంగా పునరావృతం చేసి, అమలు చేయగలడు, కానీ అతను VMware ఇన్‌ఫ్రాస్ట్రక్చర్‌లో వాటిని చూడలేరు, దానికి అతనికి ప్రాప్యత ఉంది మరియు తదనుగుణంగా, వర్చువల్ మిషన్‌లను మరింత నిర్వహించండి. క్లస్టర్ అడ్మినిస్ట్రేటర్ VMని సరైన రిసోర్స్ పూల్‌కి తరలించాలి లేదా vCloud డైరెక్టర్‌లోకి దిగుమతి చేయాలి.
నేను ఈ క్షణాలపై ఎందుకు ఎక్కువ దృష్టి పెడుతున్నాను? ఎందుకంటే, ఉత్పత్తి యొక్క భావనను నేను అర్థం చేసుకున్నంత వరకు, కస్టమర్ అకురా ప్యానెల్‌ని ఉపయోగించి ఏదైనా వలస లేదా DRని స్వతంత్రంగా అమలు చేయగలగాలి. కానీ ఇప్పటివరకు, VMware మద్దతు అదే ఓపెన్‌స్టాక్‌కు మద్దతు స్థాయి కంటే కొంచెం వెనుకబడి ఉంది, ఇక్కడ అటువంటి యంత్రాంగాలు ఇప్పటికే అమలు చేయబడ్డాయి.
కానీ తిరిగి విస్తరణకు. అన్నింటిలో మొదటిది, ప్యానెల్ యొక్క ప్రారంభ సెటప్ తర్వాత, మేము మా సిస్టమ్‌లో మొదటి అద్దెదారుని సృష్టించాలి.
ఇక్కడ అన్ని ఫీల్డ్‌లు స్పష్టంగా ఉన్నాయి, నేను మీకు క్లౌడ్ ఫీల్డ్ గురించి మాత్రమే చెబుతాను. మేము ఇప్పటికే ప్రారంభ కాన్ఫిగరేషన్ సమయంలో సృష్టించిన "డిఫాల్ట్" క్లౌడ్‌ని కలిగి ఉన్నాము. కానీ మేము ప్రతి అద్దెదారుని దాని స్వంత డేటాస్టోర్‌లో మరియు దాని స్వంత వనరుల పూల్‌లో ఉంచగలిగితే, మా కస్టమర్‌లలో ప్రతి ఒక్కరికి ప్రత్యేక క్లౌడ్‌లను సృష్టించడం ద్వారా మేము దీన్ని అమలు చేయవచ్చు.
కొత్త క్లౌడ్‌ని జోడించే రూపంలో, మేము ప్రారంభ కాన్ఫిగరేషన్‌లో ఉన్న అదే పారామితులను పేర్కొంటాము (మేము అదే హోస్ట్‌ని కూడా ఉపయోగించవచ్చు), నిర్దిష్ట కస్టమర్‌కు అవసరమైన డేటాస్టోర్‌ను పేర్కొనండి మరియు ఇప్పుడు అదనపు పారామితులలో మనం ఇప్పటికే వ్యక్తిగతంగా పేర్కొనవచ్చు అవసరమైన పూల్ వనరు {"resource_pool" :"YOUR_POOL_NAME"}
మీరు గమనించినట్లుగా, అద్దెదారుని సృష్టించే రూపంలో వనరుల కేటాయింపు లేదా కొన్ని రకాల కోటా గురించి ఏమీ లేదు - సిస్టమ్‌లో ఇది ఏమీ లేదు. మీరు అద్దెదారుని ఏకకాల ప్రతిరూపాల సంఖ్య, ప్రతిరూపణ కోసం యంత్రాల సంఖ్య లేదా ఏదైనా ఇతర పారామితుల ద్వారా పరిమితం చేయలేరు. కాబట్టి, మేము మొదటి అద్దెదారుని సృష్టించాము. ఇప్పుడు పూర్తిగా తార్కికం కాదు, కానీ తప్పనిసరి విషయం - క్లౌడ్ ఏజెంట్‌ను ఇన్‌స్టాల్ చేయడం. ఇది అసంబద్ధమైనది, ఎందుకంటే ఏజెంట్ నిర్దిష్ట కస్టమర్ యొక్క పేజీలో డౌన్‌లోడ్ చేయబడింది.
అదే సమయంలో, ఇది సృష్టించబడిన అద్దెదారుతో ముడిపడి ఉండదు మరియు మా కస్టమర్లందరూ దాని ద్వారా పని చేస్తారు (లేదా అనేక తర్వాత, మేము వాటిని అమలు చేస్తే). ఒక ఏజెంట్ 10 ఏకకాల సెషన్‌లకు మద్దతు ఇస్తుంది. ఒక సెషన్ ఒక కారుగా పరిగణించబడుతుంది. దానికి ఎన్ని డిస్క్‌లు ఉన్నాయనేది ముఖ్యం కాదు. ఈ రోజు వరకు, VMware కోసం అకురాలోనే స్కేలింగ్ ఏజెంట్ల కోసం ఎలాంటి మెకానిజం లేదు. ఇంకొక అసహ్యకరమైన క్షణం ఉంది - మేము అకురా ప్యానెల్ నుండి ఈ ఏజెంట్ యొక్క "వినియోగాన్ని" చూడలేము, మేము మరింత ఎక్కువ లేదా ప్రస్తుత ఇన్‌స్టాలేషన్ సరిపోతుందా అని నిర్ధారించడానికి. ఫలితంగా, స్టాండ్ ఇలా కనిపిస్తుంది:
మా కస్టమర్ పోర్టల్‌ను యాక్సెస్ చేయడానికి తదుపరి దశ ఖాతాను సృష్టించడం (మరియు ముందుగా, ఈ వినియోగదారుకు వర్తించే పాత్ర కూడా).
ఇప్పుడు మా కస్టమర్ స్వతంత్రంగా పోర్టల్‌ని ఉపయోగించవచ్చు. అతను చేయాల్సిందల్లా పోర్టల్ నుండి ఏజెంట్లను డౌన్‌లోడ్ చేసి, వాటిని తన వైపున ఇన్‌స్టాల్ చేయడం. మూడు రకాల ఏజెంట్లు ఉన్నాయి: Linux, Windows మరియు VMware.
మొదటి రెండు ఫిజిక్స్ లేదా ఏదైనా నాన్-VMware హైపర్‌వైజర్‌లో వర్చువల్ మెషీన్‌లపై ఉంచబడ్డాయి. ఇక్కడ అదనపు కాన్ఫిగరేషన్ అవసరం లేదు, ఏజెంట్ డౌన్‌లోడ్ చేస్తుంది మరియు ఎక్కడ కొట్టాలో ఇప్పటికే తెలుసు, మరియు అక్షరాలా ఒక నిమిషంలో కారు అకురా ప్యానెల్‌లో కనిపిస్తుంది. VMware ఏజెంట్‌తో, పరిస్థితి కొంచెం క్లిష్టంగా ఉంటుంది. సమస్య ఏమిటంటే, VMware కోసం ఏజెంట్ ఇప్పటికే సిద్ధం చేయబడిన మరియు అవసరమైన కాన్ఫిగరేషన్‌ను కలిగి ఉన్న పోర్టల్ నుండి కూడా డౌన్‌లోడ్ చేయబడింది. కానీ VMware ఏజెంట్, మా అకురా పోర్టల్ గురించి తెలుసుకోవడంతో పాటు, అది అమలు చేయబడే వర్చువలైజేషన్ సిస్టమ్ గురించి కూడా తెలుసుకోవాలి.
వాస్తవానికి, VMware ఏజెంట్‌ను మొదటిసారి డౌన్‌లోడ్ చేస్తున్నప్పుడు ఈ డేటాను పేర్కొనమని సిస్టమ్ మమ్మల్ని అడుగుతుంది. సమస్య ఏమిటంటే, భద్రత కోసం విశ్వవ్యాప్తంగా ఇష్టపడే మన యుగంలో, ప్రతి ఒక్కరూ తమ నిర్వాహక పాస్‌వర్డ్‌ను వేరొకరి పోర్టల్‌లో సూచించడానికి ఇష్టపడరు, ఇది చాలా అర్థమయ్యేలా ఉంది. లోపల నుండి, విస్తరణ తర్వాత, ఏజెంట్ ఏ విధంగానూ కాన్ఫిగర్ చేయబడదు (మీరు దాని నెట్‌వర్క్ సెట్టింగ్‌లను మాత్రమే మార్చగలరు). ఇక్కడ నేను ముఖ్యంగా జాగ్రత్తగా ఉండే కస్టమర్‌లతో ఇబ్బందులను ముందే చూస్తున్నాను.
కాబట్టి, ఏజెంట్లను ఇన్‌స్టాల్ చేసిన తర్వాత, మేము అకురా ప్యానెల్‌కి తిరిగి వెళ్లి మా కార్లన్నింటినీ చూడవచ్చు.
నేను ఒక రోజు కంటే ఎక్కువ సిస్టమ్‌తో పని చేస్తున్నందున, నాకు వివిధ రాష్ట్రాల్లో యంత్రాలు ఉన్నాయి. అవన్నీ డిఫాల్ట్ సమూహంలో ఉన్నాయి, కానీ మీకు అవసరమైన విధంగా ప్రత్యేక సమూహాలను సృష్టించడం మరియు వాటికి యంత్రాలను బదిలీ చేయడం సాధ్యపడుతుంది. ఇది దేనినీ ప్రభావితం చేయదు - డేటా యొక్క తార్కిక ప్రాతినిధ్యం మరియు మరింత అనుకూలమైన పని కోసం వారి సమూహాన్ని మాత్రమే. ఆ తర్వాత మనం చేయవలసిన మొదటి మరియు అతి ముఖ్యమైన విషయం వలస ప్రక్రియను ప్రారంభించడం. మేము దీన్ని బలవంతంగా మాన్యువల్‌గా చేయవచ్చు మరియు ఒకేసారి అన్ని మెషీన్‌ల కోసం బల్క్‌తో సహా షెడ్యూల్‌ను సెటప్ చేయవచ్చు.
హిస్టాక్స్ మైగ్రేషన్ కోసం ఉత్పత్తిగా ఉంచబడిందని నేను మీకు గుర్తు చేస్తాను. అందువల్ల, మా రెప్లికేట్ మెషీన్‌లను అమలు చేయడానికి, మేము DR ప్లాన్‌ను రూపొందించడం ఆశ్చర్యకరం కాదు. మీరు ఇప్పటికే సమకాలీకరించబడిన స్థితిలో ఉన్న మెషీన్‌ల కోసం ప్లాన్‌ని సృష్టించవచ్చు. మీరు ఒక నిర్దిష్ట VM కోసం మరియు అన్ని మెషీన్‌ల కోసం ఒకేసారి రెండింటినీ రూపొందించవచ్చు.
DR ప్లాన్‌ని రూపొందించేటప్పుడు పారామీటర్‌ల సెట్ మీరు మైగ్రేట్ చేయబోయే ఇన్‌ఫ్రాస్ట్రక్చర్‌పై ఆధారపడి ఉంటుంది. VMware పర్యావరణం కోసం కనీస ఎంపికల సెట్ అందుబాటులో ఉంది. యంత్రాల కోసం రీ-ఐపికి కూడా మద్దతు లేదు. ఈ విషయంలో, మేము ఈ క్రింది అంశాలలో ఆసక్తి కలిగి ఉన్నాము: VM యొక్క వివరణలో, "సబ్‌నెట్" పరామితి: "VMNetwork", ఇక్కడ మేము VMని క్లస్టర్‌లోని నిర్దిష్ట నెట్‌వర్క్‌కు బంధిస్తాము. ర్యాంక్ - అనేక VMలను తరలించేటప్పుడు సంబంధితంగా ఉంటుంది, అవి ప్రారంభించబడిన క్రమాన్ని నిర్ణయిస్తుంది. ఫ్లేవర్ VM కాన్ఫిగరేషన్‌ను వివరిస్తుంది, ఈ సందర్భంలో 1CPU, 2GB RAM. సబ్‌నెట్‌ల విభాగంలో, మేము "సబ్‌నెట్" అని నిర్వచించాము: "VMNetwork" అనేది VMware యొక్క "VM నెట్‌వర్క్"తో అనుబంధించబడింది.
DR ప్లాన్‌ని క్రియేట్ చేస్తున్నప్పుడు, వివిధ డేటాస్టోర్‌లలో డిస్క్‌లను "స్ప్లిట్" చేయడానికి మార్గం లేదు. అవి ఈ క్లయింట్ క్లౌడ్ కోసం నిర్వచించబడిన అదే డేటాస్టోర్‌లో ఉంటాయి మరియు మీకు వివిధ తరగతుల డిస్క్‌లు ఉంటే, ఇది మెషీన్‌ను ప్రారంభించేటప్పుడు కొన్ని సమస్యలను కలిగిస్తుంది మరియు హిస్టాక్స్ నుండి VMని ప్రారంభించి, "వేరు చేసిన" తర్వాత, అది కూడా ఉంటుంది. అవసరమైన డేటాస్టోర్‌లకు ప్రత్యేక మైగ్రేషన్ డిస్క్‌లు అవసరం. అప్పుడు మేము మా DR ప్లాన్‌ని అమలు చేయాలి మరియు మా కార్లు పెరిగే వరకు వేచి ఉండాలి. P2V/V2V మార్పిడి ప్రక్రియకు కూడా సమయం పడుతుంది. మూడు డిస్క్‌లతో నా అతిపెద్ద 100GB టెస్ట్ మెషీన్‌లో, దీనికి గరిష్టంగా 10 నిమిషాలు పట్టింది.
ఆ తర్వాత, మీరు నడుస్తున్న VM, దానిపై సేవలు, డేటా స్థిరత్వం మరియు ఇతర తనిఖీలను తనిఖీ చేయాలి.
అప్పుడు మాకు రెండు ఎంపికలు ఉన్నాయి:
- తొలగించు - నడుస్తున్న DR ప్లాన్‌ను తొలగించండి. ఈ చర్య అమలులో ఉన్న VMని మూసివేస్తుంది. ఈ ప్రతిరూపాలు ఎక్కడికీ పోవు.
- విడదీయండి - అకురా నుండి ప్రతిరూపమైన కారును చింపివేయండి, అనగా. వాస్తవానికి మైగ్రేషన్ ప్రక్రియను పూర్తి చేయండి.
పరిష్కారం యొక్క ప్రయోజనాలు:
- క్లయింట్ వైపు మరియు ప్రొవైడర్ వైపున సంస్థాపన మరియు కాన్ఫిగరేషన్ సౌలభ్యం;
- మైగ్రేషన్‌ని సెటప్ చేయడం, DR ప్లాన్‌ని సృష్టించడం మరియు ప్రతిరూపాలను ప్రారంభించడం;
- మద్దతు మరియు డెవలపర్‌లు కనుగొనబడిన సమస్యలకు చాలా త్వరగా స్పందిస్తారు మరియు ప్లాట్‌ఫారమ్ లేదా ఏజెంట్ అప్‌డేట్‌లతో వాటిని పరిష్కరిస్తారు.
Минусы
- తగినంత Vmware మద్దతు లేదు.
- ప్లాట్‌ఫారమ్ నుండి అద్దెదారులకు ఎటువంటి కోటా లేకపోవడం.
నేను ఒక ఫీచర్ అభ్యర్థనను కూడా చేసాను, దానిని మేము విక్రేతకు అందజేసాము:
- క్లౌడ్ ఏజెంట్ల కోసం అకురా మేనేజ్‌మెంట్ కన్సోల్ నుండి వినియోగ పర్యవేక్షణ మరియు విస్తరణ;
- అద్దెదారులకు కోటాల లభ్యత;
- ప్రతి అద్దెదారు కోసం ఏకకాల ప్రతిరూపాల సంఖ్య మరియు వేగాన్ని పరిమితం చేసే సామర్థ్యం;
- VMware vCloud డైరెక్టర్‌కు మద్దతు;
- వనరుల కొలనులకు మద్దతు (పరీక్ష సమయంలో అమలు చేయబడింది);
- అకురా ప్యానెల్‌లోని క్లయింట్ ఇన్‌ఫ్రాస్ట్రక్చర్ నుండి ఆధారాలను నమోదు చేయకుండా, ఏజెంట్ వైపు నుండి VMware ఏజెంట్‌ను కాన్ఫిగర్ చేయగల సామర్థ్యం;
- DR ప్లాన్‌ను ప్రారంభించేటప్పుడు VMని ప్రారంభించే ప్రక్రియ యొక్క "విజువలైజేషన్".
నాకు పెద్ద ఫిర్యాదులకు కారణమైన ఏకైక విషయం డాక్యుమెంటేషన్. నేను నిజంగా "బ్లాక్ బాక్స్‌లు" ఇష్టపడను మరియు ఉత్పత్తి లోపల ఎలా పని చేస్తుందనే దానిపై వివరణాత్మక డాక్యుమెంటేషన్ ఉన్నప్పుడు ఇష్టపడతాను. మరియు AWS మరియు OpenStack కోసం ఉత్పత్తి మరింత ఎక్కువ లేదా తక్కువగా వివరించబడితే, VMware కోసం చాలా తక్కువ డాక్యుమెంటేషన్ ఉంది.
అకురా ప్యానెల్ యొక్క విస్తరణను మాత్రమే వివరించే ఇన్‌స్టాలేషన్ గైడ్ ఉంది మరియు క్లౌడ్ ఏజెంట్ అవసరం గురించి ఒక్క మాట కూడా లేదు. ఉత్పత్తి కోసం పూర్తి స్పెసిఫికేషన్లు ఉన్నాయి, ఇది మంచిది. AWS మరియు OpenStackను ఉదాహరణగా ఉపయోగించి సెటప్‌ను "నుండి మరియు ముందుకు" వివరించే డాక్యుమెంటేషన్ ఉంది (ఇది నాకు బ్లాగ్ పోస్ట్ గురించి ఎక్కువ గుర్తు చేసినప్పటికీ), మరియు చాలా చిన్న నాలెడ్జ్ బేస్ ఉంది.
సాధారణంగా, ఇది పెద్ద విక్రేతల నుండి నేను ఉపయోగించే డాక్యుమెంటేషన్ ఫార్మాట్ కాదు, కాబట్టి నేను పూర్తిగా సౌకర్యవంతంగా లేను. అదే సమయంలో, ఈ డాక్యుమెంటేషన్‌లో సిస్టమ్ యొక్క ఆపరేషన్ “లోపల” యొక్క కొన్ని సూక్ష్మ నైపుణ్యాల గురించి నేను సమాధానాలను కనుగొనలేదు - నేను సాంకేతిక మద్దతుతో చాలా ప్రశ్నలను స్పష్టం చేయాల్సి వచ్చింది మరియు ఇది స్టాండ్‌ను అమలు చేసే ప్రక్రియను లాగింది మరియు పరీక్ష.
సంగ్రహంగా చెప్పాలంటే, సాధారణంగా నేను ఉత్పత్తిని మరియు పనిని అమలు చేయడానికి కంపెనీ యొక్క విధానాన్ని ఇష్టపడ్డానని చెప్పగలను. అవును, లోపాలు ఉన్నాయి, ఫంక్షనాలిటీ (VMwareతో కలిపి) నిజంగా క్లిష్టమైన లేకపోవడం ఉంది. అన్నింటిలో మొదటిది, కంపెనీ ఇప్పటికీ పబ్లిక్ క్లౌడ్‌లపై దృష్టి పెడుతుంది, ప్రత్యేకించి AWS, మరియు కొంతమందికి ఇది సరిపోతుంది. అనేక కంపెనీలు బహుళ-క్లౌడ్ వ్యూహాన్ని ఎంచుకున్నప్పుడు, ఈ రోజు అటువంటి సరళమైన మరియు అనుకూలమైన ఉత్పత్తిని కలిగి ఉండటం చాలా ముఖ్యం. పోటీదారులతో పోలిస్తే చాలా తక్కువ ధర కారణంగా, ఇది ఉత్పత్తిని అత్యంత ఆకర్షణీయంగా చేస్తుంది.
మేము జట్టు కోసం చూస్తున్నాము . బహుశా అది నువ్వేనా?
మూలం: www.habr.com