د ناورین د بیا رغولو حلونو بازار کې یو له ځوان لوبغاړو څخه هیسټیکس دی ، په 2016 کې د روسیې پیل. څرنګه چې د ناورین بیا رغونه موضوع خورا مشهوره ده او بازار خورا رقابتي دی، نو پیل پریکړه وکړه چې د مختلف بادل زیربناوو ترمنځ مهاجرت باندې تمرکز وکړي. یو محصول چې تاسو ته اجازه درکوي بادل ته ساده او ګړندي مهاجرت تنظیم کړئ د آنلانټا پیرودونکو لپاره به خورا ګټور وي - کاروونکي . په دې توګه ما Hystax پوه شوم او د هغې د ځانګړتیاوو ازموینه یې پیل کړه. او له هغې څخه څه راغلل، زه به په دې مقاله کې ووایم.
د هیسټیکس اصلي ځانګړتیا د دې پراخه فعالیت دی چې د مختلف مجازی کولو پلیټ فارمونو ، میلمه OS او کلاوډ خدماتو ملاتړ کوي ، کوم چې دا امکان ورکوي چې ستاسو کاري بار له هر ځای او هر ځای څخه حرکت وکړي.
دا تاسو ته اجازه درکوي نه یوازې د DR حلونه رامینځته کړئ ترڅو د خدماتو غلط برداشت ښه کړي ، بلکه په چټکۍ سره د مختلف سایټونو او هایپرسکلرونو ترمینځ سرچینې مهاجرت کړئ ترڅو د لګښت سپمولو ته وده ورکړي او دا مهال د ځانګړي خدمت لپاره غوره حل وټاکئ. د سرلیک عکس کې لیست شوي پلیټ فارمونو سربیره ، شرکت هم په فعاله توګه د روسیې کلاوډ چمتو کونکو سره همکاري کوي: Yandex.Cloud، CROC Cloud Services، Mail.ru او ډیری نور. دا هم د یادولو وړ ده چې په 2020 کې شرکت په سکالکوو کې د R&D مرکز پرانست.
په بازار کې د لوی شمیر لوبغاړو لخوا د یوې حل غوره کول د ښه نرخ پالیسي او د محصول لوړ تطبیق په ګوته کوي ، کوم چې موږ پریکړه کړې چې په عمل کې ازموینه وکړو.
نو، زموږ د ازموینې دنده به زما د VMware ټیسټ سایټ او فزیکي ماشینونو څخه د چمتو کونکي سایټ ته د VMware چلولو څخه لیږدول شامل وي. هو، ډیری حلونه شتون لري چې کولی شي دا ډول مهاجرت پلي کړي، مګر موږ هیسټیکس د یوې نړیوالې وسیلې په توګه ګورو، او په ټولو ممکنه ترکیبونو کې د مهاجرت ازموینه په ساده ډول یو غیر واقعیت کار دی. هو، او د Oncloud.ru کلاوډ په ځانګړې توګه په VMware کې جوړ شوی، نو دا پلیټ فارم، د هدف په توګه، موږ ته تر ډیره حده ګټه رسوي. بل ، زه به د عملیاتو اساسی اصول تشریح کړم ، کوم چې په بشپړ ډول په پلیټ فارم پورې اړه نلري ، او VMware له هر اړخ څخه د بل پلورونکي پلیټ فارم سره ځای په ځای کیدی شي.
لومړی ګام د Hystax Acura ځای پرځای کول دي، کوم چې د سیسټم کنټرول پینل دی.
دا د ټیمپلیټ څخه پراخیږي. د ځینو دلیلونو لپاره، زموږ په قضیه کې، دا په بشپړ ډول سم نه و او د وړاندیز شوي 8CPU پرځای، 16Gb د نیمایي سرچینو سره ځای پرځای شوی و. له همدې امله ، تاسو اړتیا لرئ په یاد ولرئ چې دوی بدل کړئ ، که نه نو د VM دننه زیربنا ، په کوم کې چې هرڅه جوړ شوي ، په ساده ډول به د کانټینرونو سره پیل نشي او پورټل به شتون ونلري. IN اړین سرچینې په تفصیل سره بیان شوي، او همدارنګه د سیسټم ټولو برخو لپاره بندرونه.
او د ټیمپلیټ له لارې د IP پتې تنظیم کولو کې هم ستونزې وې ، نو موږ یې له کنسول څخه بدل کړ. له هغې وروسته، تاسو کولی شئ د اډمین ویب انٹرفیس ته لاړ شئ او د ابتدايي ترتیب وزرډ بشپړ کړئ.
پای ټکی - زموږ د vCenter IP یا FQDN.
ننوتل او پټنوم - دا دلته روښانه ده.
هدف ESXi کوربه نوم زموږ په کلستر کې یو له کوربه څخه دی چې ورته به نقل شي.
د هدف ډیټاسټور زموږ په کلستر کې یو له ډیټاسټورونو څخه دی چې ورته به نقل شي.
د Hystax Acura Control Panel Public IP - هغه پته چې د کنټرول پینل به موجود وي.
د کوربه او ډیټاسټور په اړه لږ وضاحت ته اړتیا ده. حقیقت دا دی چې د هیسټیکس نقل کول د کوربه او ډیټاسټور په کچه کار کوي. بل ، زه به تاسو ته ووایم چې تاسو څنګه کولی شئ د کرایه کونکي لپاره کوربه او ډیټاسټور بدل کړئ ، مګر ستونزه توپیر لري. Hystax د سرچینو د راټولولو ملاتړ نه کوي، د بیلګې په توګه. نقل به تل د کلستر ریښې ته پیښ شي (د دې موادو لیکلو په وخت کې، د هیسټیکس څخه هلکانو یو تازه نسخه خپره کړه، چیرته چې دوی د سرچینو حوضونو لپاره د ملاتړ په اړه زما د فیچر غوښتنه په چټکۍ سره پلي کړه). همدارنګه د vCloud ډایرکټر نه ملاتړ کیږي، د بیلګې په توګه. که، لکه څنګه چې زما په قضیه کې، کرایه کوونکی په ټول کلستر کې اداري حقونه نلري، مګر یوازې یو ځانګړي سرچینې حوض ته، او موږ Hystax ته لاسرسی ورکړو، نو هغه به وکوالی شي په خپلواکه توګه دا VMs نقل او چل کړي، مګر هغه به نشي کولی دوی د VMware زیربنا کې وګوري ، کوم چې هغه لاسرسی لري او په وینا یې ، نور مجازی ماشینونه اداره کوي. د کلستر مدیر اړتیا لري چې VM سم سرچینې پول ته واړوي یا یې د vCloud ډایرکټر ته وارد کړي.
زه ولې په دې شیبو کې دومره تمرکز کوم؟ ځکه چې تر هغه ځایه چې زه د محصول مفهوم پوهیږم، پیرودونکي باید وکوالی شي په خپلواکه توګه د اکورا پینل په کارولو سره کوم مهاجرت یا DR پلي کړي. مګر تر دې دمه ، د VMware ملاتړ د ورته OpenStack لپاره د ملاتړ کچې څخه یو څه شاته دی ، چیرې چې دا ډول میکانیزمونه دمخه پلي شوي.
مګر بیرته ځای پرځای کولو ته. له هرڅه دمخه ، د پینل لومړني تنظیم کولو وروسته ، موږ اړتیا لرو زموږ په سیسټم کې لومړی کرایه کونکی رامینځته کړو.
دلته ټولې ساحې روښانه دي، زه به تاسو ته یوازې د کلاوډ ساحې په اړه ووایم. موږ دمخه یو "ډیفالټ" بادل لرو چې موږ د لومړني ترتیب په جریان کې رامینځته کړی. مګر که موږ غواړو وکولی شو هر کرایه کوونکی په خپل ډیټا سټور کې او د خپل سرچینې حوض کې وساتو ، موږ کولی شو دا زموږ د هر پیرودونکي لپاره جلا بادل رامینځته کولو سره پلي کړو.
د نوي کلاوډ اضافه کولو په بڼه، موږ ورته پیرامیټونه مشخص کوو لکه څنګه چې د لومړني ترتیب په جریان کې (موږ حتی ورته کوربه هم کارولی شو)، د یو ځانګړي پیرودونکي لپاره اړین ډیټاسټور مشخص کړئ، او اوس په اضافي پیرامیټونو کې موږ کولی شو په انفرادي ډول مشخص کړو. د پول سرچینې ته اړتیا ده {"resource_pool" :"YOUR_POOL_NAME"}
لکه څنګه چې تاسو شاید یادونه کړې وي، د کرایه کونکي په بڼه د سرچینو تخصیص یا د کوم ډول کوټې په اړه هیڅ شی شتون نلري - پدې سیسټم کې هیڅ شی شتون نلري. تاسو نشئ کولی کرایه کونکي د یوځل نقلونو شمیر ، د نقل لپاره د ماشینونو شمیر ، یا د کوم بل پیرامیټرو لخوا محدود کړئ. نو ، موږ لومړی کرایه کونکی رامینځته کړی. اوس دلته په بشپړ ډول منطقي ندي ، مګر لازمي شی دی - د کلاوډ ایجنټ نصب کول. دا غیر منطقي دی، ځکه چې اجنټ د یو ځانګړي پیرودونکي په پاڼه کې ډاونلوډ شوی.
په ورته وخت کې، دا د جوړ شوي کرایه دار سره تړلی نه دی، او زموږ ټول پیرودونکي به د هغې له لارې کار وکړي (یا څو وروسته، که موږ یې ځای پرځای کړو). یو استازی د 10 یوځل ناستې ملاتړ کوي. یوه ناسته د یو موټر په توګه شمیرل کیږي. دا مهمه نده چې دا څومره ډیسکونه لري. تر نن نیټې پورې ، پخپله اکورا کې د VMware لپاره د اندازه کولو اجنټانو لپاره هیڅ میکانیزم شتون نلري. یو بل ناخوښ شیبه شتون لري - موږ نشو کولی د Acura پینل څخه د دې اجنټ "استعمال" ته وګورو ترڅو دې پایلې ته ورسوو چې ایا موږ اړتیا لرو چې نور ځای په ځای کړو یا اوسنی نصب کافی دی. د پایلې په توګه، سټینډ داسې ښکاري:
زموږ د پیرودونکي پورټل ته د لاسرسي لپاره بل ګام د حساب رامینځته کول دي (او لومړی ، یو رول هم چې پدې کارونکي باندې پلي کیږي).
اوس زموږ پیرودونکي کولی شي پورټل په خپلواکه توګه وکاروي. ټول هغه څه ته اړتیا لري چې له پورټل څخه اجنټ ډاونلوډ کړئ او په خپل اړخ کې یې نصب کړئ. دلته درې ډوله اجنټان شتون لري: لینکس، وینډوز، او VMware.
لومړی دوه په فزیک یا مجازی ماشینونو کې په هر غیر VMware هایپروایسر کې ایښودل شوي. دلته هیڅ اضافي ترتیب ته اړتیا نشته ، اجنټ ډاونلوډ کوي او دمخه پوهیږي چیرې چې ټک وکړي ، او په حقیقت کې په یوه دقیقه کې به موټر د اکورا پینل کې څرګند شي. د VMware اجنټ سره، وضعیت یو څه ډیر پیچلی دی. ستونزه دا ده چې د VMware اجنټ هم د پورټل څخه ډاونلوډ شوی چې دمخه چمتو شوی او اړین ترتیب لري. مګر د VMware اجنټ ، زموږ د Acura پورټل په اړه پوهیدو سربیره ، د مجازی سیسټم په اړه هم پوهیدلو ته اړتیا لري په کوم کې چې دا به ځای په ځای شي.
په حقیقت کې، سیسټم به له موږ څخه وغواړي چې دا ډاټا مشخص کړئ کله چې تاسو لومړی د VMware اجنټ ډاونلوډ کړئ. ستونزه دا ده چې زموږ د امنیت لپاره د نړیوالې مینې په عمر کې ، هرڅوک به نه غواړي چې د بل چا په پورټل کې د دوی اډمین پاسورډ په ګوته کړي ، کوم چې د پوهیدو وړ دی. له دننه څخه ، د ځای په ځای کولو وروسته ، اجنټ په هیڅ ډول نشي تنظیم کیدی (تاسو یوازې د دې شبکې تنظیمات بدلولی شئ). دلته زه په ځانګړې توګه د محتاط پیرودونکو سره د ستونزو وړاندوینه کوم.
نو، د اجنټانو نصبولو وروسته، موږ کولی شو بیرته د Acura پینل ته لاړ شو او زموږ ټول موټرونه وګورو.
له هغه وخته چې زه د یوې ورځې څخه ډیر وخت لپاره د سیسټم سره کار کوم، زه په مختلفو ایالتونو کې ماشینونه لرم. دا ټول په ډیفالټ ګروپ کې دي، مګر دا ممکنه ده چې جلا ګروپونه جوړ کړئ او دوی ته ماشینونه لیږدول، لکه څنګه چې تاسو اړتیا لرئ. دا په هیڅ شی اغیزه نه کوي - یوازې د معلوماتو منطقي نمایندګي او د ډیر اسانه کار لپاره د دوی ګروپ کول. لومړی او تر ټولو مهم شی چې موږ ورته اړتیا لرو هغه د مهاجرت پروسه پیل کول دي. موږ کولی شو دا دواړه په زور سره په لاسي ډول ترسره کړو، او یو مهال ویش ترتیب کړو، په شمول د ټولو ماشینونو لپاره په یوځل کې.
اجازه راکړئ تاسو ته یادونه وکړم چې Hystax د مهاجرت لپاره د محصول په توګه موقعیت درلود. نو ځکه، دا د حیرانتیا خبره نده چې زموږ د نقل شوي ماشینونو چلولو لپاره، موږ باید د DR پالن جوړ کړو. تاسو کولی شئ د ماشینونو لپاره یو پلان جوړ کړئ چې دمخه په ترکیب شوي حالت کې دي. تاسو کولی شئ دواړه د یو ځانګړي VM لپاره او په یوځل کې د ټولو ماشینونو لپاره تولید کړئ.
د پیرامیټرونو مجموعه کله چې د DR پلان رامینځته کول به د زیربنا پورې اړه ولري چې تاسو به مهاجرت کوئ. د VMware چاپیریال لپاره د اختیارونو لږترلږه سیټ شتون لري. د ماشینونو لپاره بیا IP هم ملاتړ نه کوي. پدې برخه کې ، موږ لاندې ټکو سره علاقه لرو: د VM په توضیح کې ، د "سب نیٹ" پیرامیټر: "VMNetwork" ، چیرې چې موږ په کلستر کې یو ځانګړي شبکې ته VM وتړو. درجه - اړونده کله چې د څو VMs مهاجرت کوي، هغه ترتیب ټاکي چې په کوم کې دوی پیل شوي. ذائق د VM ترتیب بیانوي، پدې حالت کې 1CPU، 2GB رام. د فرعي نیټ برخه کې، موږ دا تعریف کوو چې "subnet": "VMNetwork" د VMware د "VM شبکې" سره تړاو لري.
کله چې د DR پلان رامینځته کړئ ، په مختلف ډیټاسټرونو کې د ډیسکونو د ویشلو لپاره هیڅ لاره شتون نلري. دوی به په ورته ډیټاسټور کې موقعیت ولري چې د دې پیرودونکي کلاوډ لپاره تعریف شوی و ، او که تاسو د مختلف ټولګیو ډیسکونه ولرئ ، نو دا ممکن د ماشین پیل کولو پرمهال یو څه ستونزې رامینځته کړي ، او د هیسټیکس څخه VM پیل او "جلا کولو" وروسته ، دا به هم وي. اړین ډیټاسټورونو ته جلا مهاجرت ډیسک ته اړتیا لري. بیا موږ باید خپل DR پلان پرمخ یوسو او زموږ د موټرو لوړیدو ته انتظار وباسو. د P2V/V2V تبادلې پروسه هم وخت نیسي. زما په لوی 100GB ټیسټ ماشین کې د دریو ډیسکونو سره ، دا اعظمي 10 دقیقې وخت نیسي.
له هغې وروسته، تاسو باید روان VM، په دې کې خدمات، د معلوماتو ثبات او نور چکونه وګورئ.
بیا موږ دوه اختیارونه لرو:
- ړنګول - د چلولو DR پلان حذف کړئ. دا عمل به په ساده ډول روان VM بند کړي. دا نقلونه چیرته نه ځي.
- جلا کړئ - د اکورا څخه نقل شوي موټر له مینځه یوسي، د بیلګې په توګه. په حقیقت کې د مهاجرت پروسه بشپړه کړئ.
د حل ګټې:
- د نصب او تنظیم کولو اسانتیا دواړه د پیرودونکي اړخ او چمتو کونکي اړخ کې؛
- د مهاجرت په ترتیب کولو کې اسانتیا، د DR پلان جوړول او د نقلونو پیل کول؛
- ملاتړ او پراختیا کونکي موندل شوي ستونزو ته خورا ګړندي ځواب ورکوي او د پلیټ فارم یا اجنټ تازه معلوماتو سره یې حل کوي.
Минусы
- د Vmware ناکافي ملاتړ.
- د پلیټ فارم څخه د کرایه کونکو لپاره د کومې کوټې نشتوالی.
ما د فیچر غوښتنه هم وکړه، کوم چې موږ پلورونکي ته وسپارل:
- د کلاوډ اجنټانو لپاره د Acura مدیریت کنسول څخه د کارونې څارنه او ګمارنه؛
- د کرایه کونکو لپاره د کوټو شتون؛
- د هر کرایه کونکي لپاره د یوځل نقلونو شمیر او سرعت محدودولو وړتیا؛
- د VMware vCloud ډایرکټر لپاره ملاتړ؛
- د سرچینو حوضونو لپاره ملاتړ (د ازموینې پرمهال پلي شوی)؛
- د اجنټ له اړخ څخه د VMware اجنټ تنظیم کولو وړتیا ، پرته له دې چې په Acura پینل کې د پیرودونکي زیربنا څخه اسناد داخل کړي؛
- د VM پیل کولو پروسې "بصری کول" کله چې د DR پلان پیل کول.
یوازینی شی چې ما د لوی شکایتونو لامل شوی اسناد و. زه واقعیا "تور بکسونه" نه خوښوم او غوره کوم کله چې د محصول دننه کار کولو په اړه تفصيلي اسناد شتون ولري. او که د AWS او OpenStack لپاره محصول حتی ډیر یا لږ بیان شوی وي ، نو د VMware لپاره خورا لږ اسناد شتون لري.
د نصبولو لارښود شتون لري چې یوازې د اکورا پینل ګمارل تشریح کوي ، او چیرې چې د کلاوډ اجنټ اړتیا په اړه یوه کلمه شتون نلري. د محصول لپاره د ځانګړتیاوو بشپړ سیټ شتون لري، کوم چې ښه دی. داسې اسناد شتون لري چې د مثال په توګه د AWS او OpenStack په کارولو سره "له او څخه" ترتیب بیانوي (که څه هم دا ما د بلاګ پوسټ ډیر یادونه کوي)، او د پوهې خورا کوچنی اساس شتون لري.
په عموم کې، دا د اسنادو بڼه نه ده چې زه یې کارول کیږم، ووایه، د لوی پلورونکو څخه، نو زه په بشپړه توګه آرام نه وم. په ورته وخت کې، ما په دې اسنادو کې د سیسټم د "اندرون" د عملیاتو ځینې لنډیزونو په اړه ځوابونه ونه موندل - ما باید د تخنیکي مالتړ سره ډیری پوښتنې روښانه کړي، او دا د موقف ځای پرځای کولو پروسه ودروله او ازموینه
لنډیز، زه کولی شم ووایم چې په عموم کې ما د محصول او د دندې پلي کولو لپاره د شرکت چلند خوښ کړ. هو ، نیمګړتیاوې شتون لري ، د فعالیت واقعیا جدي نشتوالی شتون لري (د VMware سره په ګډه). دا لیدل کیدی شي چې لومړی، شرکت لاهم په عامه بادونو تمرکز کوي، په ځانګړې توګه AWS، او د ځینو لپاره دا به کافي وي. نن ورځ د داسې ساده او مناسب محصول درلودل، کله چې ډیری شرکتونه د څو بادل ستراتیژي غوره کوي، خورا مهم دی. د سیالانو په پرتله خورا ټیټ نرخ ته په پام سره ، دا محصول خورا زړه راښکونکی کوي.
موږ د ټیم په لټه کې یو . شاید دا تاسو یاست؟
سرچینه: www.habr.com