د "مهاجرت" عملیات: د ډیټا لاین کلاوډ ته د تګ څرنګوالی

شاوخوا 7 کاله دمخه ، لومړنۍ پروژې زموږ بادل ته په ساده او بې ساري ډول لیږدول شوې. د مجازی ماشین عکسونه د FTP سرور ته اپلوډ شوي، یا دوی په هارډ ډرایو کې سپارل شوي. بیا، د ځانګړي وارداتي سرور له لارې، VMs بادل ته پورته شوي.

که چیرې دا د پیرودونکي لپاره ستونزه نده چې د یوې یا دوه ورځو لپاره مجازی ماشین بند کړي (یا نور اختیارونه شتون نلري) ، نو دا کار کیدی شي. مګر که د ځنډ وخت باید د یو ساعت څخه زیات وي، نو دا طریقه به کار ونکړي. نن زه به تاسو ته ووایم چې کوم وسیلې به تاسو سره د لږترلږه وخت سره بادل ته مهاجرت کې مرسته وکړي او زموږ د مهاجرت پروسه پخپله څنګه کار کوي.

د Veeam بیک اپ او نقل سره مهاجرت

هرڅوک د بیک اپ او نقلونو رامینځته کولو لپاره د وسیلې په توګه د Veeam بیک اپ او نقل پیژني. موږ دا زموږ د سایټونو ترمینځ مهاجرت او زموږ کلاوډ ته د شخصي مجازی کولو څخه د پیرودونکو لیږد لپاره کاروو. د پیرودونکي مجازی ماشینونه زموږ vCenter ته نقل شوي، وروسته له هغه چې انجنیر دوی د vCloud ډایرکټر ته اضافه کوي.

لومړني نقل په یو ځواک شوي مجازی ماشین کې پیښیږي. په موافقه شوي وخت کې، د پیرودونکي اړخ ماشین بند دی. نقل بیا د بدلونونو د ترسره کولو لپاره پرمخ ځي چې د لومړي نقل څخه پیښ شوي. له دې وروسته، مجازی ماشین زموږ په بادل کې پیل کیږي.

معمولا ، له هغه شیبې څخه چې ماشین د پیرودونکي زیربنا باندې بند شوی تر هغه شیبې پورې چې زموږ په بادل کې فعال شوی وي ، له نیم ساعت څخه ډیر نه تیریږي ، بلکه 15-20 دقیقې.

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

قضیه 1
پیرودونکي د VMware پر بنسټ خپل مجازی زیربنا درلوده - 40 VMs د 30 TB ظرفیت سره. هغه تجهیزات چې کلستر په کې ځای پر ځای شوي وو لا دمخه زوړ شوي و، او پیرودونکي پریکړه وکړه چې د نوي پیرودلو څخه ډډه وکړي او عامه بادل ته لاړ شي. د مهم سیسټمونو لپاره د ځنډ وخت اړتیا له یو ساعت څخه زیاته نه وه. د Veeam نقل کول د وسیلې په توګه غوره شوي. بل پلس دا و چې د پیرودونکي انټرنیټ چمتو کونکی زموږ د ډیټا مرکز کې شتون درلود ، کوم چې د ښه چینل تنظیم کول ممکن کړل. مهاجرت شاوخوا یوه میاشت وخت نیولی ، د بدلولو پرمهال د مجازی ماشینونو هرې ډلې تر 30 دقیقو پورې وخت و.

د Veeam Cloud Connect سره مهاجرت وکړئ

Veeam Cloud Connect یوه وسیله ده چې تاسو سره د مجازی ماشین نقل ترتیب کولو کې مرسته کوي او د خدمت چمتو کونکي کلاوډ کې نقلونه لانچ کړئ. د تازه کولو وروسته 2019 کال، دا ممکنه شوه چې مجازی ماشینونه مستقیم د vCloud ډایرکټر ته نقل کړي. یوازینی شرط دا دی چې د پیرودونکي اړخ کې د Veeam بیک اپ او نقل باید لږترلږه 9 نسخه ځای په ځای شي. په لنډه توګه (تفصیل نسخه دلته)، بیا ټوله پروسه داسې ښکاري.

په vCloud ډایرکټر کې ، یو سازمان د اړینو سرچینو او شبکو سره رامینځته شوی. په Veeam Cloud Connect کې، موږ یو حساب جوړوو، پیرودونکي د خپل Veeam B&R څخه دا سره نښلوي، د ډیټا لاین چمتو کونکي او سازمان غوره کوي، او د نقل لپاره دندې تنظیموي. د دې حقیقت سربیره چې د داسې مهاجرت په جریان کې ، د ځنډ وخت به په 15-20 دقیقو کې وي ، پیرودونکي په هیڅ ډول د چمتو کونکي تخنیکي ملاتړ پورې اړه نلري او ټوله پروسه په خپلواکه توګه اداره کوي: د نقل کولو دندې رامینځته کوي ، نقل پخپله ، بندیږي. ماشینونه او په نوي سایټ کې یې پیل کوي.

قضیه 2
د پیرودونکي زیربنا، له هغه ځایه چې مهاجرت پالن شوی و، په بیلاروس کې موقعیت درلود. دا اړینه وه چې 90 VMs د 27 TB ټول حجم سره ولیږدول شي، سره له دې چې د انټرنیټ چینل 100 Mbit/sec و. که تاسو بیک اپ جوړ کړئ او سمدلاسه یې زموږ کلاوډ ته اپلوډ کړئ ، نو د ځینې VMs لپاره به څو ورځې وخت ونیسي. د دې وخت په جریان کې، یو لوی ډیلټا به په VM کې وده کړې وي، او دا کولی شي د ماشینونو په فعالیت منفي اغیزه وکړي یا حتی بدتر، د ډیټاسټور ځای به پای ته رسیدلی وي. موږ په لاندې ډول پرمخ ځو: لومړی، پیرودونکي یو ځایی بشپړ بیک اپ جوړ کړ او د هغې یوه کاپي یې زموږ کلاوډ ته د Veeam Cloud Connect له لارې لیږدول. بیا ما وده کړې او بادل ته یې انتقال کړه. اصلي مجازی ماشین چلولو ته دوام ورکړ. د VM بندولو وروسته، پیرودونکي یو بل زیاتوالی رامینځته کړ او بادل ته یې هم لیږدول. زموږ په خوا کې، موږ د بشپړ بیک اپ څخه یو مجازی ماشین ځای په ځای کړ، او بیا یې دوه زیاتوالي په هغې کې واچول. دې سکیم په نهایت کې دا ممکنه کړې چې زموږ سایټ ته د تګ پرمهال د 2 ساعتونو وخت کم کړي.

د VMware vCloud شتون سره مهاجرت

د دې کال په مارچ کې ، VMware د vCloud شتون 3.0 خپور کړ ، کوم چې تاسو ته اجازه درکوي د مختلف بادلونو (vCloud Director - vCloud Director) تر مینځ مجازی ماشینونه واستوئ او د خصوصي پیرودونکي مجازی کولو څخه کلاوډ ته ولاړ شئ (vCenter - vCloud Director). اصلي اسانتیا د vCloud ډایرکټر انٹرفیس سره ادغام دی. دا د نقل کولو مدیریت پروسه خورا ساده کوي او د سویچ اوور په جریان کې د ځنډ وخت کموي.

د دې وسیلې په کارولو سره، موږ یو مشتریان زموږ د مسکو بادل څخه په سینټ پیټرزبورګ کې زموږ بادل ته لیږدول. دا اړینه وه چې 18 مجازی ماشینونه د 14 TB ټول ظرفیت سره لیږدول شي. په سینټ پیټرزبورګ بادل کې د مراجعینو لپاره یو سازمان رامینځته شوی او اړین شبکې تنظیم شوي. بیا، د vCloud ډایرکټر انٹرفیس څخه، پیرودونکي د vCloud شتون ترتیباتو ته لاړ، د نقل کولو دندې یې رامینځته کړې او د هغه لپاره په مناسب وخت کې د سینټ پیټرزبرګ سایټ ته لاړ. د سویچ کولو پرمهال د ښکته کیدو وخت 12 دقیقې و.

په سینټ پیټرزبورګ او مسکو کې د ډیټا لاین بادلونو ترمینځ د مهاجرت سکیم.

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

د شخصي نصب څخه کلاوډ ته د مجازی ماشینونو مهاجرت لپاره سکیم.

د VMware vCloud شتون د کارونې ډیری نورې قضیې لري؛ موږ به یې ژر په جلا مقاله کې وغږیږو.

د مهاجرت لپاره چمتووالی

د یوې وسیلې غوره کولو او واقعیا مهاجرت پیل کولو لپاره ، تاسو اړتیا لرئ لاندې ټکو باندې پریکړه وکړئ:

موږ له کوم ځای څخه مهاجرت کوو؟ که تاسو د شخصي حل څخه مهاجرت کوئ، نو تاسو د وسیلو په غوره کولو کې بشپړه آزادي لرئ. که تاسو د خپل چمتو کونکي څخه لیرې شئ، نو دا خورا پیچلې ده. ډیری احتمال، د دوو چمتو کونکو زیربناوو سره نښلول او په ساده ډول د VM ځړول او غورځول به د امنیتي دلایلو له امله کار ونکړي. ځینې ​​​​وختونه هغه وړاندیز کوونکی چې پیرودونکی یې د ردولو په حال کې وي، بدکاره وي او د وخت لپاره ودریږي. تاسو کولی شئ د چمتو کونکي څخه زاړه طریقه لرې کړئ: ډیسکونو او FTP ته د VMs اپلوډ کولو سره ، یا د غوښتنلیک په کچه مهاجرت کولو سره. د وروستي نوم مشروط دی، او دا یو څه ورته ښکاري.

قضیه 3
دا اړینه وه چې د پیرودونکي SAP سیسټم د اروپایی چمتو کونکي څخه مهاجرت وکړي: 34 VMs د 54 TB ظرفیت سره. پیرودونکي زموږ په بادل کې سرچینې تخصیص شوي. د شبکې ارتباط زموږ او د اروپایی چمتو کونکي زیربنا ترمینځ تنظیم شوی و. د اپلیکیشن سرورونه بیا ځای پر ځای شوي، د اړینو ترتیباتو سره یوځای شوي. زموږ کلاوډ ته د بیک اپ اپلوډ کولو له لارې لوی ډیټابیسونه لیږدول شوي. بیا، نقل زموږ او اصلي سایټونو کې د ډیټابیسونو ترمنځ ترتیب شوی و. په موافقه شوي وخت کې، موږ په خپل بادل کې ډیټابیسونو ته لاړ.

د معلوماتو حجم او انټرنیټ چینل. موږ معمولا له پیرودونکي څخه غوښتنه کوو چې د سیسټم لخوا د حافظې ، CPU ، او ډیسک پیرامیټونو سره اپلوډ چمتو کړي. موږ ارزونه کوو چې ایا چینل په مستقیم ډول د مجازی ماشینونو نقل یا بیک اپ لیږلو لپاره کافي دی.

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

د دې معلوماتو پراساس، تاسو کولی شئ یوه وسیله وټاکئ او پخپله مهاجرت پیل کړئ. دلته هغه څه دي چې وروسته پیښیږي.

1. د شبکې ارتباط تنظیم کول. موږ د خپل بادل او پیرودونکي زیربنا تر مینځ د شبکې ارتباط تنظیم کوو. مجازی ماشینونه به په دې شبکه کې کاپي شي. که د Veeam بیک اپ او نقل کارول کیږي، نو دا یو وقف شوی چینل دی، لږ تر لږه د VPN چینل. که Veeam Cloud Connect، نو بیا هرڅه د انټرنیټ یا ورته وقف شوي چینل له لارې ځي.

   بیا شبکه په بادل کې د VM لپاره تنظیم شوې. موټرونه معمولا په ګروپونو کې حرکت کوي او د یوې ورځې څخه ډیر لپاره. یوځل چې VMs موږ ته راوړل شي او پیل شي، دوی باید د ماشینونو سره اړیکه ونیسي چې لاهم په اصلي سایټ کې پاتې دي.

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

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

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