సుమారు 7 సంవత్సరాల క్రితం, మొట్టమొదటి ప్రాజెక్ట్‌లు మా క్లౌడ్‌కి సరళంగా మరియు అనుకవగలవిగా మారాయి. వర్చువల్ మెషీన్ చిత్రాలు FTP సర్వర్‌కు అప్‌లోడ్ చేయబడ్డాయి లేదా అవి హార్డ్ డ్రైవ్‌లలో పంపిణీ చేయబడ్డాయి. అప్పుడు, ప్రత్యేక దిగుమతి సర్వర్ ద్వారా, VMలు క్లౌడ్‌కు అప్‌లోడ్ చేయబడ్డాయి.
క్లయింట్‌కు ఒకటి లేదా రెండు రోజులు వర్చువల్ మెషీన్‌ను ఆఫ్ చేయడం సమస్య కానట్లయితే (లేదా ఇతర ఎంపికలు లేవు), అప్పుడు ఇది చేయవచ్చు. కానీ పనికిరాని సమయం గరిష్టంగా ఒక గంట ఉంటే, అప్పుడు ఈ పద్ధతి పనిచేయదు. ఈ రోజు నేను మీకు ఏ టూల్స్ సహాయం చేస్తాయో క్లౌడ్‌కు కనిష్టంగా పనికిరాకుండా పోవడానికి మరియు మా మైగ్రేషన్ ప్రక్రియ ఎలా పని చేస్తుందో తెలియజేస్తాను.
వీమ్ బ్యాకప్ మరియు రెప్లికేషన్‌తో మైగ్రేషన్
వీమ్ బ్యాకప్ మరియు రెప్లికేషన్ బ్యాకప్‌లు మరియు ప్రతిరూపాలను రూపొందించడానికి ఒక సాధనంగా అందరికీ తెలుసు. మేము మా సైట్‌ల మధ్య మైగ్రేషన్ కోసం మరియు ప్రైవేట్ వర్చువలైజేషన్ నుండి మా క్లౌడ్‌కి క్లయింట్‌లను రవాణా చేయడానికి ఉపయోగిస్తాము. క్లయింట్ యొక్క వర్చువల్ మెషీన్‌లు మా vCenterకి ప్రతిరూపం చేయబడ్డాయి, ఆ తర్వాత ఇంజనీర్ వాటిని vCloud డైరెక్టర్‌కి జోడిస్తుంది.
పవర్డ్-ఆన్ వర్చువల్ మెషీన్‌లో ప్రాథమిక ప్రతిరూపణ జరుగుతుంది. అంగీకరించిన సమయంలో, క్లయింట్ సైడ్ మెషీన్ ఆఫ్ చేయబడింది. మొదటి ప్రతిరూపణ నుండి సంభవించిన మార్పులను కొనసాగించడానికి ప్రతిరూపణ మళ్లీ అమలు చేయబడుతుంది. దీని తరువాత, వర్చువల్ మెషీన్ మా క్లౌడ్‌లో ప్రారంభమవుతుంది.
సాధారణంగా, క్లయింట్ యొక్క ఇన్‌ఫ్రాస్ట్రక్చర్‌లో మెషిన్ ఆఫ్ చేయబడిన క్షణం నుండి అది మా క్లౌడ్‌లో ఆన్ చేయబడే వరకు, అరగంట కంటే ఎక్కువ సమయం ఉండదు, కానీ 15-20 నిమిషాలు.
ఈ సందర్భంలో, అసలు వర్చువల్ మెషీన్ క్లయింట్ సైట్‌లోనే ఉంటుంది. అకస్మాత్తుగా ఏదైనా తప్పు జరిగితే, మీరు ఎప్పుడైనా వెనక్కి వెళ్లి దాన్ని ఆన్ చేయవచ్చు. ఈ పద్ధతి క్లయింట్‌కు కూడా సౌకర్యవంతంగా ఉంటుంది, ఎందుకంటే అతనికి వీమ్ అవసరం లేదు.
కేసు 1
క్లయింట్ VMware ఆధారంగా తన స్వంత వర్చువల్ ఇన్‌ఫ్రాస్ట్రక్చర్‌ను కలిగి ఉన్నాడు - 40 TB సామర్థ్యంతో 30 VMలు. క్లస్టర్‌ని అమర్చిన పరికరాలు ఇప్పటికే పాతవి, మరియు క్లయింట్ కొత్త వాటిని కొనుగోలు చేయడంలో ఇబ్బంది పడకూడదని నిర్ణయించుకున్నారు మరియు పబ్లిక్ క్లౌడ్‌కు వెళ్లారు. క్లిష్టమైన సిస్టమ్‌ల కోసం డౌన్‌టైమ్ అవసరం ఒక గంట కంటే ఎక్కువ కాదు. వీమ్ రెప్లికేషన్ సాధనంగా ఎంపిక చేయబడింది. మరొక ప్లస్ ఏమిటంటే, క్లయింట్ యొక్క ఇంటర్నెట్ ప్రొవైడర్ మా డేటా సెంటర్‌లో ఉన్నారు, ఇది మంచి ఛానెల్‌ని నిర్వహించడం సాధ్యం చేసింది. మైగ్రేషన్ దాదాపు ఒక నెల పట్టింది, స్విచ్చింగ్ సమయంలో డౌన్‌టైమ్ వర్చువల్ మెషీన్‌ల సమూహానికి 30 నిమిషాల వరకు ఉంటుంది.
వీమ్ క్లౌడ్ కనెక్ట్‌తో మైగ్రేట్ చేయండి
వీమ్ క్లౌడ్ కనెక్ట్ అనేది వర్చువల్ మెషీన్ రెప్లికేషన్‌ను సెటప్ చేయడంలో మరియు సర్వీస్ ప్రొవైడర్ క్లౌడ్‌లో ప్రతిరూపాలను ప్రారంభించడంలో మీకు సహాయపడే ఒక సాధనం. అప్‌డేట్ చేసిన తర్వాత సంవత్సరం, వర్చువల్ మిషన్‌లను నేరుగా vCloud డైరెక్టర్‌కి ప్రతిరూపం చేయడం సాధ్యమైంది. ఏకైక షరతు ఏమిటంటే, క్లయింట్ వైపు, వీమ్ బ్యాకప్ మరియు రెప్లికేషన్ తప్పనిసరిగా కనీసం వెర్షన్ 9ని అమలు చేయాలి. సంక్షిప్తంగా (వివరణాత్మక వెర్షన్ ), అప్పుడు మొత్తం ప్రక్రియ ఇలా కనిపిస్తుంది.
vCloud డైరెక్టర్‌లో, అవసరమైన వనరులు మరియు నెట్‌వర్క్‌లతో ఒక సంస్థ సృష్టించబడుతుంది. Veeam Cloud Connectలో, మేము ఒక ఖాతాను సృష్టిస్తాము, క్లయింట్ తన Veeam B&R నుండి దానికి కనెక్ట్ చేస్తాడు, DataLine ప్రొవైడర్ మరియు సంస్థను ఎంచుకుంటాము మరియు ప్రతిరూపణ కోసం టాస్క్‌లను కాన్ఫిగర్ చేస్తాము. అటువంటి వలస సమయంలో, పనికిరాని సమయం 15-20 నిమిషాలలోపు ఉంటుంది అనే వాస్తవంతో పాటు, క్లయింట్ ప్రొవైడర్ యొక్క సాంకేతిక మద్దతుపై ఏ విధంగానూ ఆధారపడదు మరియు మొత్తం ప్రక్రియను స్వతంత్రంగా నిర్వహిస్తుంది: ప్రతిరూపణ పనులను సృష్టిస్తుంది, ప్రతిరూపణ కూడా ఆఫ్ అవుతుంది. యంత్రాలు మరియు వాటిని కొత్త సైట్‌లో ప్రారంభిస్తుంది.
కేసు 2
క్లయింట్ యొక్క అవస్థాపన, వలస ప్రణాళిక చేయబడిన ప్రదేశం నుండి, బెలారస్లో ఉంది. ఇంటర్నెట్ ఛానెల్ 90 Mbit/sec ఉన్నప్పటికీ, మొత్తం 27 TB వాల్యూమ్‌తో 100 VMలను రవాణా చేయడం అవసరం. మీరు బ్యాకప్ చేసి, వెంటనే మా క్లౌడ్‌కి అప్‌లోడ్ చేస్తే, కొన్ని VMల కోసం చాలా రోజులు పడుతుంది. ఈ సమయంలో, VMలో పెద్ద డెల్టా పెరిగి ఉండేది, మరియు ఇది యంత్రాల పనితీరుపై ప్రతికూల ప్రభావాన్ని చూపుతుంది లేదా మరింత ఘోరంగా, డేటాస్టోర్‌లోని స్థలం అయిపోయేది. మేము ఈ క్రింది విధంగా కొనసాగాము: ముందుగా, క్లయింట్ స్థానిక పూర్తి బ్యాకప్‌ని తయారు చేసి, దాని కాపీని వీమ్ క్లౌడ్ కనెక్ట్ ద్వారా మా క్లౌడ్‌కి బదిలీ చేసారు. అప్పుడు నేను ఇంక్రిమెంట్‌ను తయారు చేసి క్లౌడ్‌కి బదిలీ చేసాను. అసలు వర్చువల్ మెషీన్ రన్ అవుతూనే ఉంది. VMని షట్ డౌన్ చేసిన తర్వాత, క్లయింట్ మరొక ఇంక్రిమెంట్ చేసాడు మరియు దానిని క్లౌడ్‌కి బదిలీ చేశాడు. మా వైపు, మేము పూర్తి బ్యాకప్ నుండి వర్చువల్ మెషీన్‌ను అమలు చేసాము, ఆపై దానిపై రెండు ఇంక్రిమెంట్‌లను చుట్టాము. ఈ పథకం చివరికి మా సైట్‌కి మారేటప్పుడు డౌన్‌టైమ్‌ను 2 గంటలకు తగ్గించడం సాధ్యం చేసింది.
VMware vCloud లభ్యతతో మైగ్రేషన్
ఈ సంవత్సరం మార్చిలో, VMware vCloud లభ్యత 3.0ని విడుదల చేసింది, ఇది వివిధ క్లౌడ్‌ల మధ్య (vCloud డైరెక్టర్ - vCloud డైరెక్టర్) మరియు ప్రైవేట్ క్లయింట్ వర్చువలైజేషన్ నుండి క్లౌడ్‌కు (vCenter - vCloud డైరెక్టర్) వర్చువల్ మిషన్‌లను తరలించడానికి మిమ్మల్ని అనుమతిస్తుంది. ప్రధాన సౌలభ్యం vCloud డైరెక్టర్ ఇంటర్‌ఫేస్‌తో ఏకీకరణ. ఇది ప్రతిరూపణ నిర్వహణ ప్రక్రియను చాలా సులభతరం చేస్తుంది మరియు స్విచ్‌ఓవర్‌ల సమయంలో పనికిరాని సమయాన్ని తగ్గిస్తుంది.
ఈ సాధనాన్ని ఉపయోగించి, మేము క్లయింట్‌లలో ఒకరిని మా మాస్కో క్లౌడ్ నుండి సెయింట్ పీటర్స్‌బర్గ్‌లోని మా క్లౌడ్‌కి తరలించాము. మొత్తం 18 TB సామర్థ్యంతో 14 వర్చువల్ మిషన్‌లను రవాణా చేయడం అవసరం. సెయింట్ పీటర్స్‌బర్గ్ క్లౌడ్‌లో క్లయింట్ కోసం ఒక సంస్థ సృష్టించబడింది మరియు అవసరమైన నెట్‌వర్క్‌లు నిర్వహించబడ్డాయి. తరువాత, vCloud డైరెక్టర్ ఇంటర్‌ఫేస్ నుండి, క్లయింట్ vCloud లభ్యత సెట్టింగ్‌లకు వెళ్లి, ప్రతిరూపణ ఉద్యోగాలను సృష్టించి, అతనికి అనుకూలమైన సమయంలో సెయింట్ పీటర్స్‌బర్గ్ సైట్‌కు మారారు. మారే సమయంలో డౌన్‌టైమ్ 12 నిమిషాలు.
సెయింట్ పీటర్స్‌బర్గ్ మరియు మాస్కోలో డేటాలైన్ మేఘాల మధ్య వలస పథకం.
క్లయింట్ యొక్క సైట్ నుండి మా క్లౌడ్‌కు VMలను తరలించడానికి vCloud లభ్యత ఒక మెకానిజంను కలిగి ఉంది. దీన్ని చేయడానికి, క్లయింట్ యొక్క vCenterలో ప్రత్యేక vCloud లభ్యత అప్లికేషన్ అమలు చేయబడుతుంది. సాధారణ సెటప్ తర్వాత, మీరు క్లౌడ్‌కి కనెక్ట్ చేసి, మైగ్రేషన్ టాస్క్‌లను కాన్ఫిగర్ చేస్తారు. క్లయింట్ మొత్తం ప్రక్రియను స్వతంత్రంగా నిర్వహిస్తుంది మరియు మైగ్రేషన్ సమయం కనిష్టంగా ఉంచబడుతుంది.
వర్చువల్ మిషన్‌లను ప్రైవేట్ ఇన్‌స్టాలేషన్ నుండి క్లౌడ్‌కు తరలించే పథకం.
VMware vCloud లభ్యత అనేక ఇతర ఉపయోగ సందర్భాలను కలిగి ఉంది; మేము వాటి గురించి త్వరలో ప్రత్యేక కథనంలో మాట్లాడుతాము.
వలస కోసం సిద్ధమవుతోంది
సాధనాన్ని ఎంచుకోవడానికి మరియు వాస్తవానికి వలస ప్రారంభించడానికి, మీరు ఈ క్రింది అంశాలను నిర్ణయించుకోవాలి:
మనం ఎక్కడి నుండి వలస పోతాము? మీరు ప్రైవేట్ సొల్యూషన్ నుండి మైగ్రేట్ చేస్తుంటే, టూల్స్ ఎంచుకోవడంలో మీకు పూర్తి స్వేచ్ఛ ఉంటుంది. మీరు మీ ప్రొవైడర్ నుండి దూరంగా ఉంటే, అది మరింత క్లిష్టంగా ఉంటుంది. చాలా మటుకు, ఇద్దరు ప్రొవైడర్ల ఇన్‌ఫ్రాస్ట్రక్చర్‌లను లింక్ చేయడం మరియు VMని లాగడం మరియు డ్రాప్ చేయడం భద్రతా కారణాల వల్ల పని చేయదు. కొన్నిసార్లు క్లయింట్ తిరస్కరించబోతున్న ప్రొవైడర్ కొంటెగా మరియు సమయం కోసం స్టాల్స్ చేయడం ప్రారంభించాడు. మీరు ప్రొవైడర్ నుండి పాత పద్ధతిలో దూరంగా ఉండవచ్చు: డిస్క్‌లు మరియు FTPలకు VMలను అప్‌లోడ్ చేయడం ద్వారా లేదా అప్లికేషన్ స్థాయికి తరలించడం ద్వారా. తరువాతి పేరు షరతులతో కూడుకున్నది మరియు ఇది ఇలా కనిపిస్తుంది.
కేసు 3
క్లయింట్ యొక్క SAP సిస్టమ్‌ను యూరోపియన్ ప్రొవైడర్ నుండి తరలించడం అవసరం: 34 TB సామర్థ్యంతో 54 VMలు. క్లయింట్‌కు మా క్లౌడ్‌లో వనరులు కేటాయించబడ్డాయి. మాకు మరియు యూరోపియన్ ప్రొవైడర్ యొక్క మౌలిక సదుపాయాల మధ్య నెట్‌వర్క్ కనెక్టివిటీ నిర్వహించబడింది. అవసరమైన కాన్ఫిగరేషన్‌లతో అప్లికేషన్ సర్వర్లు మళ్లీ అమలు చేయబడ్డాయి. మా క్లౌడ్‌కు బ్యాకప్‌లను అప్‌లోడ్ చేయడం ద్వారా పెద్ద డేటాబేస్‌లు తరలించబడ్డాయి. తరువాత, మా మరియు అసలు సైట్‌లలోని డేటాబేస్‌ల మధ్య ప్రతిరూపణ కాన్ఫిగర్ చేయబడింది. అంగీకరించిన సమయంలో, మేము మా క్లౌడ్‌లోని డేటాబేస్‌లకు మారాము.
డేటా వాల్యూమ్ మరియు ఇంటర్నెట్ ఛానెల్. మెమరీ, CPU మరియు డిస్క్ పారామితులతో సిస్టమ్ ద్వారా అప్‌లోడ్ చేయమని మేము సాధారణంగా క్లయింట్‌ని అడుగుతాము. వర్చువల్ మెషీన్‌ల ప్రతిరూపాలు లేదా బ్యాకప్‌లను నేరుగా పంపడానికి ఛానెల్ సరిపోతుందా అని మేము మూల్యాంకనం చేస్తాము.
ఆమోదయోగ్యమైన పనికిరాని సమయం. వేర్వేరు సిస్టమ్‌లు మరియు తదనుగుణంగా, వర్చువల్ మెషీన్‌ల కోసం, వారి వ్యాపార విమర్శనాన్ని బట్టి ఇది భిన్నంగా ఉంటుంది. సాధారణంగా క్లయింట్ మైగ్రేషన్ సమయంలో డౌన్‌టైమ్ కోసం రెడీమేడ్ అవసరాలతో వస్తుంది మరియు దీని ఆధారంగా మేము తగిన సాధనం మరియు వలస ప్రణాళికను ఎంచుకుంటాము. మేము చివరి స్విచ్‌ఓవర్‌ను రాత్రి లేదా వారాంతాల్లో షెడ్యూల్ చేయడానికి ప్రయత్నిస్తాము, తద్వారా క్లయింట్ యొక్క తుది వినియోగదారులకు చిన్న పనికిరాని సమయం కూడా కనిపించదు.
ఈ డేటా ఆధారంగా, మీరు ఒక సాధనాన్ని ఎంచుకుని, మైగ్రేషన్‌ను ప్రారంభించవచ్చు. తర్వాత ఏమి జరుగుతుందో ఇక్కడ ఉంది.
- నెట్‌వర్క్ కనెక్టివిటీని సెటప్ చేస్తోంది. మేము మా క్లౌడ్ మరియు క్లయింట్ యొక్క మౌలిక సదుపాయాల మధ్య నెట్‌వర్క్ కనెక్టివిటీని నిర్వహిస్తాము. వర్చువల్ మిషన్లు ఈ నెట్‌వర్క్ ద్వారా కాపీ చేయబడతాయి. Veeam బ్యాకప్ మరియు రెప్లికేషన్ ఉపయోగించబడితే, ఇది ప్రత్యేక ఛానెల్, తక్కువ తరచుగా VPN ఛానెల్. Veeam క్లౌడ్ కనెక్ట్ అయితే, ప్రతిదీ ఇంటర్నెట్ లేదా అదే అంకితమైన ఛానెల్ ద్వారా జరుగుతుంది.
అప్పుడు క్లౌడ్‌లోని VM కోసం నెట్‌వర్క్ కాన్ఫిగర్ చేయబడింది. కార్లు సాధారణంగా గుంపులుగా మరియు ఒకటి కంటే ఎక్కువ రోజులు కదులుతాయి. VMలను మా వద్దకు తీసుకువచ్చి, ప్రారంభించిన తర్వాత, అవి ఇప్పటికీ అసలు సైట్‌లో ఉన్న మెషీన్‌లతో తప్పనిసరిగా కమ్యూనికేట్ చేయాలి.
- వలస షెడ్యూల్. కార్లు చాలా ఉన్నప్పుడు, వాటిని సమూహాలుగా విభజించి వాటిని బ్యాచ్‌లలో రవాణా చేయడం అర్ధమే. క్లయింట్‌తో కలిసి, మేము ప్లాన్‌ని అంగీకరిస్తాము, దీనిలో మేము ఎప్పుడు మరియు ఏ మెషీన్‌లను తరలించాలో మరియు కొత్త సైట్‌కు తుది రెప్లికేషన్ మరియు స్విచ్‌ఓవర్ ఎప్పుడు నిర్వహించబడుతుందో తెలియజేస్తాము.
- పరీక్ష వలస. మేము టెస్ట్ వర్చువల్ మెషీన్‌ను మైగ్రేట్ చేస్తాము మరియు ప్రతిదీ సరిగ్గా కాన్ఫిగర్ చేయబడిందో లేదో తనిఖీ చేస్తాము: సైట్‌ల మధ్య నెట్‌వర్క్ కనెక్టివిటీ, సోర్స్ సైట్‌లోని మెషీన్‌లకు వర్చువల్ మిషన్ లభ్యత, ఖాతా హక్కులు మొదలైనవి. ఈ పరీక్ష పోరాట వలస దశలో అడ్డంకులను నివారించడానికి సహాయపడుతుంది.
నాకూ అంతే. వ్యాఖ్యలలో, ప్రశ్నలు అడగండి మరియు మీ మైగ్రేషన్ అనుభవం గురించి మాకు చెప్పండి.
మూలం: www.habr.com