හිස්ටැක්ස් වලාකුළු සංක්‍රමණය: වලාකුළු පැදීම

ආපදා ප්‍රතිසාධන විසඳුම් සඳහා වෙළඳපොලේ සිටින තරුණ ක්‍රීඩකයන්ගෙන් එකක් වන්නේ 2016 සිට රුසියානු ආරම්භයක් වන Hystax ය. ආපදා ප්‍රතිසාධනය යන මාතෘකාව ඉතා ජනප්‍රිය වන අතර වෙළඳපල අතිශයින්ම තරඟකාරී බැවින්, විවිධ වලාකුළු යටිතල පහසුකම් අතර සංක්‍රමණය කෙරෙහි අවධානය යොමු කිරීමට ආරම්භකය තීරණය කළේය. වලාකුළට සරල සහ ඉක්මන් සංක්‍රමණයක් සංවිධානය කිරීමට ඔබට ඉඩ සලසන නිෂ්පාදනයක් ඔන්ලන්ටා හි ගනුදෙනුකරුවන්ට - පරිශීලකයින්ට ද ඉතා ප්‍රයෝජනවත් වනු ඇත. Oncloud.ru. මම Hystax සමඟ දැන හඳුනා ගෙන එහි හැකියාවන් පරීක්ෂා කිරීමට පටන් ගත්තේ එලෙසිනි. එයින් සිදු වූ දේ මෙම ලිපියෙන් මම ඔබට කියමි.

Hystax හි ප්‍රධාන ලක්ෂණය වන්නේ විවිධ අථත්‍යකරණ වේදිකා, ආගන්තුක මෙහෙයුම් පද්ධති සහ වලාකුළු සේවා සඳහා සහය දැක්වීම සඳහා එහි පුළුල් ක්‍රියාකාරිත්වයයි, එමඟින් ඔබේ වැඩ බර ඕනෑම තැනක සිට ඕනෑම තැනක සිට මාරු කිරීමට හැකි වේ.

මෙමගින් ඔබට සේවා වල වැරදි ඉවසීම වැඩි කිරීම සඳහා DR විසඳුම් නිර්මාණය කිරීමට පමණක් නොව, විවිධ අඩවි සහ අධි පරිමාණයන් අතර සම්පත් ඉක්මනින් හා නම්‍යශීලීව සංක්‍රමණය කිරීමටත්, පිරිවැය ඉතිරිකිරීම් වැඩි කිරීමටත්, යම් අවස්ථාවක දී නිශ්චිත සේවාවක් සඳහා හොඳම විසඳුම තෝරා ගැනීමටත් මෙය ඔබට ඉඩ සලසයි. මාතෘකා පින්තූරයේ ලැයිස්තුගත කර ඇති වේදිකා වලට අමතරව, සමාගම රුසියානු වලාකුළු සපයන්නන් සමඟ ක්රියාකාරීව සහයෝගීව කටයුතු කරයි: Yandex.Cloud, CROC Cloud Services, Mail.ru සහ තවත් බොහෝ අය. 2020 දී සමාගම Skolkovo හි R&D මධ්‍යස්ථානයක් විවෘත කළ බව ද සඳහන් කිරීම වටී. 

වෙළඳපොලේ ක්‍රීඩකයින් විශාල සංඛ්‍යාවක් විසින් එක් විසඳුමක් තෝරාගැනීමෙන් පෙන්නුම් කරන්නේ හොඳ මිලකරණ ප්‍රතිපත්තියක් සහ නිෂ්පාදනයේ ඉහළ අදාළත්වය, අපි ප්‍රායෝගිකව පරීක්ෂා කිරීමට තීරණය කළෙමු.

එබැවින්, අපගේ පරීක්ෂණ කාර්යය සමන්විත වන්නේ මගේ VMware පරීක්ෂණ අඩවියෙන් සහ VMware විසින් කළමනාකරණය කරනු ලබන සැපයුම්කරුගේ අඩවියට භෞතික යන්ත්‍රවලින් සංක්‍රමණය වීමෙනි. ඔව්, එවැනි සංක්‍රමණයක් සිදු කළ හැකි විසඳුම් බොහොමයක් ඇත, නමුත් අපි Hystax විශ්වීය මෙවලමක් ලෙස සලකන අතර, හැකි සෑම සංයෝජනයකින්ම සංක්‍රමණය පරීක්ෂා කිරීම හුදෙක් යථාර්ථවාදී නොවන කාර්යයකි. Oncloud.ru වලාකුළ විශේෂයෙන් VMware මත ගොඩනගා ඇත, එබැවින් මෙම වේදිකාව ඉලක්කයක් ලෙස අපට වැඩි වශයෙන් උනන්දුවක් දක්වයි. ඊළඟට, මම මෙහෙයුම් මූලික මූලධර්මය විස්තර කරමි, සාමාන්යයෙන් වේදිකාවෙන් ස්වාධීන වන අතර, ඕනෑම පැත්තකින් VMware වෙනත් විකුණුම්කරුවෙකුගෙන් වේදිකාවක් මගින් ප්රතිස්ථාපනය කළ හැකිය. 

පළමු පියවර වන්නේ පද්ධතියේ පාලන පැනලය වන Hystax Acura යෙදවීමයි.

එය සැකිල්ලෙන් දිග හැරේ. කිසියම් හේතුවක් නිසා, අපගේ නඩුවේදී එය සම්පූර්ණයෙන්ම නිවැරදි නොවූ අතර නිර්දේශිත 8CPU වෙනුවට, 16Gb සම්පත් අඩක් සමඟ යොදවා ඇත. එමනිසා, ඒවා වෙනස් කිරීමට ඔබ මතක තබා ගත යුතුය, එසේ නොමැතිනම් සෑම දෙයක්ම ගොඩනගා ඇති VM තුළ ඇති බහාලුම් යටිතල පහසුකම් සරලව ආරම්භ නොවන අතර ද්වාරයට ප්‍රවේශ විය නොහැක. තුල යෙදවීමේ අවශ්යතා අවශ්ය සම්පත් විස්තරාත්මකව විස්තර කර ඇත, මෙන්ම සියලුම පද්ධති සංරචක සඳහා වරායන්. 

සැකිල්ලක් හරහා IP ලිපිනය සැකසීමේ දුෂ්කරතා ද ඇති විය, එබැවින් අපි එය කොන්සෝලයෙන් වෙනස් කළෙමු. මෙයින් පසු, ඔබට පරිපාලක වෙබ් අතුරු මුහුණත වෙත ගොස් මූලික වින්‍යාස විශාරද සම්පූර්ණ කළ හැකිය. 

අවසාන ලක්ෂ්‍යය - අපගේ vCenter හි IP හෝ FQDN. 
පුරනය වීම සහ මුරපදය - මෙය පැහැදිලිය. 
ඉලක්ක ESXi ධාරක නාමය අපගේ පොකුරේ ඇති ධාරකයන්ගෙන් එකකි, එය අනුකරණය කරනු ලැබේ. 
ඉලක්ක දත්ත ගබඩාව යනු අපගේ පොකුරේ ඇති දත්ත ගබඩාවලින් එකකි, එය අනුකරණය සිදු කරනු ලැබේ.
Hystax Acura Control Panel Public IP - පාලක පැනලය තිබෙන ලිපිනය.

සත්කාරක සහ දත්ත ගබඩාව සම්බන්ධයෙන් කුඩා පැහැදිලි කිරීමක් අවශ්‍ය වේ. කාරණය වන්නේ Hystax අනුකරණය සත්කාරක සහ දත්ත ගබඩා මට්ටමින් ක්‍රියා කරන බවයි. මීළඟට මම ඔබට කුලී නිවැසියෙකු සඳහා සත්කාරක සහ දත්ත ගබඩාව වෙනස් කරන්නේ කෙසේදැයි ඔබට කියමි, නමුත් ගැටළුව වෙනස් ය. Hystax සම්පත් සංචිත සමඟ වැඩ කිරීමට සහාය නොදක්වයි, i.e. අනුරුව සෑම විටම පොකුරේ මූලයට යයි (මෙම ද්‍රව්‍යය ලියන අවස්ථාවේදී, Hystax හි යාලුවනේ යාවත්කාලීන කළ අනුවාදයක් නිකුත් කරන ලදී, එහිදී ඔවුන් සම්පත් සංචිත සඳහා සහය පිළිබඳ මගේ විශේෂාංග ඉල්ලීම ඉක්මනින් ක්‍රියාත්මක කළහ). vCloud අධ්‍යක්ෂක ද සහාය නොදක්වයි, i.e. මගේ නඩුවේදී මෙන්, කුලී නිවැසියාට සම්පූර්ණ පොකුරු සඳහා පරිපාලක අයිතිවාසිකම් නොමැති නමුත් නිශ්චිත සම්පත් සංචිතයකට පමණක් නම් සහ අපි Hystax වෙත ප්‍රවේශය ලබා දුන්නේ නම්, ඔහුට මෙම VM ස්වාධීනව අනුකරණය කිරීමට සහ දියත් කිරීමට හැකි වනු ඇත, නමුත් ඔහු ඔහුට ප්‍රවේශය ඇති VMware යටිතල ව්‍යුහය තුළ ඒවා දැකීමට නොහැකි වන අතර, ඒ අනුව, අථත්‍ය යන්ත්‍ර තවදුරටත් කළමනාකරණය කරයි. පොකුරු පරිපාලකයාට VM අවශ්‍ය සම්පත් සංචිතයට ගෙන යාමට හෝ එය vCloud Director වෙත ආයාත කිරීමට අවශ්‍ය වේ.

මම මේ කරුණු කෙරෙහි මෙතරම් අවධානය යොමු කරන්නේ ඇයි? මන්ද, නිෂ්පාදනයේ සංකල්පය මා තේරුම් ගත් පරිදි, Acura පැනලය භාවිතයෙන් ඕනෑම සංක්‍රමණයක් හෝ DR ස්වාධීනව ක්‍රියාත්මක කිරීමට පාරිභෝගිකයාට හැකි විය යුතුය. නමුත් මේ වන විට VMware සහාය OpenStack සඳහා වන ආධාරක මට්ටමට වඩා තරමක් පිටුපසින් පවතී, එහිදී සමාන යාන්ත්‍රණ දැනටමත් ක්‍රියාත්මක කර ඇත. 

නමුත් අපි නැවත යෙදවීම වෙත යමු. පළමුවෙන්ම, පැනලයේ මූලික සැකසුමෙන් පසුව, අපගේ පද්ධතියේ පළමු කුලී නිවැසියා නිර්මාණය කළ යුතුය.

මෙහි ඇති සියලුම ක්ෂේත්‍ර පැහැදිලිය, මම ඔබට Cloud ක්ෂේත්‍රය ගැන පමණක් කියන්නම්. ආරම්භක වින්‍යාසයේදී අප විසින් සාදන ලද “පෙරනිමි” වලාකුළක් අප සතුව ඇත. නමුත් අපට සෑම කුලී නිවැසියෙකුටම තමන්ගේම දත්ත ගබඩාවේ සහ එහි සම්පත් සංචිතයේ තැබීමට අවශ්‍ය නම්, අපගේ එක් එක් ගනුදෙනුකරුවන් සඳහා වෙන වෙනම වලාකුළු නිර්මාණය කිරීමෙන් අපට මෙය ක්‍රියාත්මක කළ හැකිය.

නව වලාකුළක් එකතු කිරීමේ පෝරමයේ, අපි මූලික වින්‍යාසය තුළදී ඇති පරාමිතීන්ම සඳහන් කරන්නෙමු (අපට එකම ධාරකය පවා භාවිතා කළ හැකිය), නිශ්චිත පාරිභෝගිකයෙකුට අවශ්‍ය දත්ත ගබඩාව සඳහන් කරන්න, සහ දැන් අමතර පරාමිතිවලදී අපට අවශ්‍ය සම්පත තනි තනිව සඳහන් කළ හැකිය. සංචිතය {"resource_pool" : "YOUR_POOL_NAME"} 

ඔබ දැක ඇති පරිදි, කුලී නිවැසියන් නිර්මාණය කිරීමේ පෝරමයේ සම්පත් වෙන් කිරීම හෝ කිසිදු කෝටාවක් ගැන කිසිවක් නොමැත - පද්ධතිය තුළ මේ කිසිවක් නොමැත. කුලී නිවැසියෙකු සමකාලීන අනුරූ ගණන, අනුකරණය සඳහා යන්ත්‍ර ගණන හෝ වෙනත් පරාමිතීන් මගින් සීමා කළ නොහැක. ඉතින්, අපි පළමු කුලී නිවැසියා නිර්මාණය කර ඇත. දැන් සම්පූර්ණයෙන්ම තාර්කික නොවන නමුත් අනිවාර්ය දෙයක් තිබේ - වලාකුළු නියෝජිතයෙකු ස්ථාපනය කිරීම. නිශ්චිත පාරිභෝගිකයෙකුගේ පිටුවෙන් නියෝජිතයා බාගත කර ඇති බැවින් එය තාර්කික නොවේ.

ඒ අතරම, එය නිර්මාණය කරන ලද කුලී නිවැසියන් සමඟ බැඳී නොමැති අතර, අපගේ සියලුම ගනුදෙනුකරුවන් එය හරහා වැඩ කරනු ඇත (හෝ කිහිපයක් හරහා, අපි ඔවුන් යොදවන්නේ නම්). එක් නියෝජිතයෙක් එකවර සැසි 10කට සහය දක්වයි. එක් යන්ත්රයක් එක් සැසියක් ලෙස ගණන් ගනු ලැබේ. එහි තැටි කීයක් තිබේද යන්න ප්රශ්නයක් නොවේ. අද දක්වා, VMware යටතේ Acura තුළම පරිමාණ නියෝජිතයන් සඳහා යාන්ත්‍රණයක් නොමැත. තවත් එක් අප්‍රසන්න මොහොතක් ඇත - අපට වැඩිපුර යෙදවිය යුතුද නැතහොත් වත්මන් ස්ථාපනය ප්‍රමාණවත්ද යන්න නිගමනය කිරීම සඳහා Acura පැනලයෙන් මෙම නියෝජිතයාගේ “ඉවතලීම” දෙස බැලීමට අපට අවස්ථාවක් නොමැත. ප්රතිඵලයක් වශයෙන්, ස්ථාවරය මේ ආකාරයෙන් පෙනේ:

අපගේ පාරිභෝගික ද්වාරය වෙත ප්‍රවේශ වීමේ මීළඟ පියවර වන්නේ ගිණුමක් නිර්මාණය කිරීමයි (සහ පළමුව, මෙම පරිශීලකයාට අදාළ වන කාර්යභාරයක්).

දැන් අපගේ පාරිභෝගිකයාට ස්වාධීනව ද්වාරය භාවිතා කළ හැකිය. ඔහුට අවශ්‍ය වන්නේ ද්වාරයෙන් නියෝජිතයන් බාගත කර එය ඔහුගේ පැත්තේ ස්ථාපනය කිරීමයි. නියෝජිතයන් වර්ග තුනක් ඇත: Linux, Windows සහ VMware.

පළමු දෙක VMware හැර වෙනත් ඕනෑම හයිපර්වයිසර් මත භෞතික විද්‍යාව හෝ අතථ්‍ය යන්ත්‍ර මත ස්ථාපනය කර ඇත. අමතර කිසිවක් වින්‍යාස කිරීමට අවශ්‍ය නැත, නියෝජිතයා බාගත කර ඇති අතර තට්ටු කළ යුත්තේ කොතැනටදැයි දැනටමත් දන්නා අතර වචනාර්ථයෙන් මිනිත්තුවකින් මෝටර් රථය Acura පැනලයේ දෘශ්‍යමාන වනු ඇත. VMware නියෝජිතයා සමඟ තත්වය ටිකක් සංකීර්ණයි. ගැටළුව වන්නේ VMware සඳහා වන නියෝජිතයා දැනටමත් සකස් කර ඇති සහ අවශ්‍ය වින්‍යාසය අඩංගු ද්වාරයෙන් බාගත කර තිබීමයි. නමුත් අපගේ Acura ද්වාරය ගැන දැන ගැනීමට අමතරව, VMware නියෝජිතයෙකු එය යොදවනු ලබන අථත්‍යකරණ පද්ධතිය පිළිබඳවද දැන සිටිය යුතුය.

ඇත්ත වශයෙන්ම, අපි මුලින්ම VMware නියෝජිතයා බාගත කරන විට මෙම දත්ත ලබා දෙන ලෙස පද්ධතිය අපෙන් අසයි. ගැටළුව නම්, ආරක්ෂාව සඳහා විශ්වීය ආදරයක් ඇති අපගේ යුගයේ, සෑම කෙනෙකුටම ඔවුන්ගේ පරිපාලක මුරපදය වෙනත් කෙනෙකුගේ ද්වාරයෙහි සඳහන් කිරීමට අවශ්‍ය නොවනු ඇත, එය තරමක් තේරුම්ගත හැකිය. ඇතුළත සිට, යෙදවීමෙන් පසු, නියෝජිතයා කිසිදු ආකාරයකින් වින්යාසගත කළ නොහැක (ඔබට එහි ජාල සැකසුම් පමණක් වෙනස් කළ හැකිය). මෙහිදී මම විශේෂයෙන් සුපරීක්ෂාකාරී ගනුදෙනුකරුවන් සමඟ දුෂ්කරතා පුරෝකථනය කරමි. 

ඉතින්, නියෝජිතයන් ස්ථාපනය කිරීමෙන් පසු, අපට නැවත Acura පැනලයට ගොස් අපගේ සියලුම මෝටර් රථ බලන්න.

මම දැන් දින කිහිපයක් පද්ධතිය සමඟ වැඩ කරන බැවින්, මට විවිධ ප්‍රාන්තවල කාර් තිබේ. මම ඒවා ඔක්කොම Default group එකේ ඉන්නවා, හැබැයි වෙනම ගෲප් හදලා අවශ්‍ය විදියට ඒ අයට කාර් මාරු කරන්න පුළුවන්. මෙය කිසිවකට බලපාන්නේ නැත - දත්ත තාර්කික ඉදිරිපත් කිරීම සහ වඩාත් පහසු වැඩ සඳහා ඔවුන්ගේ කණ්ඩායම් කිරීම පමණි. මෙයින් පසු අප කළ යුතු පළමු හා වැදගත්ම දෙය නම් සංක්‍රමණ ක්‍රියාවලිය ආරම්භ කිරීමයි. අපට මෙය අතින් හෝ සියලුම යන්ත්‍ර සඳහා එකවර තොග වශයෙන් ඇතුළුව කාලසටහනක් සැකසීමෙන් කළ හැක.

Hystax සංක්‍රමණය සඳහා නිෂ්පාදනයක් ලෙස ස්ථානගත කර ඇති බව මම ඔබට මතක් කරමි. එමනිසා, අපගේ අනුකරණය කරන ලද යන්ත්‍ර ක්‍රියාත්මක කිරීම සඳහා අපි DR සැලැස්මක් නිර්මාණය කළ යුතු බව පුදුමයක් නොවේ. දැනටමත් සමමුහුර්ත තත්වයේ ඇති යන්ත්‍ර සඳහා සැලැස්ම සෑදිය හැක. ඔබට එක් නිශ්චිත VM සඳහා සහ සියලුම යන්ත්‍ර සඳහා එකවර උත්පාදනය කළ හැක.

DR සැලැස්මක් උත්පාදනය කිරීමේදී පරාමිති කට්ටලය ඔබ සංක්‍රමණය වන යටිතල පහසුකම් අනුව වෙනස් වේ. VMware පරිසරය සඳහා අවම පරාමිති කට්ටලයක් තිබේ. යන්ත්‍ර සඳහා නැවත-IP ද සහාය නොදක්වයි. මේ සම්බන්ධයෙන්, අපි පහත සඳහන් කරුණු ගැන උනන්දු වෙමු: VM විස්තරයේ, "උපජාල" පරාමිතිය: "VMNetwork", අපි VM පොකුරේ නිශ්චිත ජාලයකට බැඳ තබන්නෙමු. ශ්‍රේණිගත කිරීම - VM කිහිපයක් සංක්‍රමණය කිරීමේදී අදාළ වේ; එය ඒවා දියත් කරන අනුපිළිවෙල තීරණය කරයි. රසය - VM වින්‍යාසය විස්තර කරයි, මෙම අවස්ථාවේදී - 1CPU, 2GB RAM. උපජාල කොටසේ අපි "උපජාලය" නිර්වචනය කරමු: "VMNetwork" VMware "VM Network" සමඟ සම්බන්ධ වේ. 

DR සැලැස්මක් නිර්මාණය කිරීමේදී, විවිධ දත්ත ගබඩා හරහා තැටි "පැතිරීමට" ක්රමයක් නොමැත. ඒවා මෙම සේවාදායක වලාකුළ සඳහා අර්ථ දක්වා ඇති එකම දත්ත ගබඩාවේ පිහිටා ඇති අතර, ඔබට විවිධ පන්තිවල තැටි තිබේ නම්, මෙය යන්ත්‍රය ආරම්භ කිරීමේදී යම් දුෂ්කරතා ඇති කළ හැකි අතර, VM Hystax වෙතින් ආරම්භ කර “වෙන් කිරීමෙන්” පසුව, එයද සිදුවනු ඇත. අවශ්‍ය දත්ත ගබඩා වෙත වෙනම සංක්‍රමණ තැටි අවශ්‍ය වේ. එවිට අප කළ යුත්තේ අපගේ DR සැලැස්ම දියත් කර අපගේ මෝටර් රථ ඉහළ යන තෙක් බලා සිටීමයි. P2V/V2V පරිවර්තන ක්‍රියාවලියටද කාලය ගතවේ. මගේ විශාලතම පරීක්ෂණ යන්ත්‍රයේ, තැටි තුනක් සහිත 100GB, එය උපරිම මිනිත්තු 10ක් ගත විය.

මෙයින් පසු, ඔබ ධාවනය වන VM, එහි සේවාවන්, දත්තවල අනුකූලතාව පරීක්ෂා කර වෙනත් චෙක්පත් සිදු කළ යුතුය. 

එවිට අපට ක්රම දෙකක් තිබේ: 

1. මකන්න - ධාවනය වන DR සැලැස්ම මකන්න. මෙම ක්‍රියාව සරලව ධාවනය වන VM වසා දමනු ඇත. මේ අනුරූ කොහෙවත් යන්නේ නැහැ. 
2. වෙන් කරන්න - Acura එකකින් අනුරූ මෝටර් රථයක් ඉරා දමන්න, i.e. ඇත්තටම සංක්‍රමණ ක්‍රියාවලිය සම්පූර්ණ කරන්න. 

විසඳුමේ වාසි: 

• සේවාදායකයාගෙන් සහ සැපයුම්කරුගෙන් ස්ථාපනය සහ වින්‍යාස කිරීමේ පහසුව; 
• සංක්‍රමණය සැකසීමේ පහසුව, DR සැලැස්මක් නිර්මාණය කිරීම සහ අනුරූ දියත් කිරීම;
• සහාය සහ සංවර්ධකයින් සොයාගත් ගැටළු වලට ඉතා ඉක්මනින් ප්‍රතිචාර දක්වන අතර වේදිකාව හෝ නියෝජිත යාවත්කාල කිරීම් භාවිතයෙන් ඒවා නිවැරදි කරයි. 

මිනිසු 

• ප්‍රමාණවත් නොවන Vmware සහාය.
• වේදිකාවේ සිට කුලී නිවැසියන් සඳහා කිසිදු කෝටාවක් නොමැති වීම. 

අපි වෙළෙන්දාට ඉදිරිපත් කළ විශේෂාංග ඉල්ලීමක් ද මම සම්පාදනය කළෙමි:

1. ක්ලවුඩ් නියෝජිතයින් සඳහා Acura කළමනාකරණ කොන්සෝලයෙන් භාවිතය අධීක්ෂණය සහ යෙදවීම;
2. කුලී නිවැසියන් සඳහා කෝටා ලබා ගැනීම; 
3. එක් එක් කුලී නිවැසියන් සඳහා එකවර අනුරූ සහ වේගය සීමා කිරීමේ හැකියාව; 
4. VMware vCloud අධ්‍යක්ෂ සහාය; 
5. සම්පත් සංචිත සඳහා සහාය (පරීක්ෂා කිරීමේදී ක්රියාත්මක කරන ලද);
6. Acura පැනලයේ සේවාදායක යටිතල ව්‍යුහයෙන් අක්තපත්‍ර ඇතුළත් නොකර, නියෝජිතයාගෙන්ම VMware නියෝජිතයා වින්‍යාස කිරීමේ හැකියාව;
7.  DR සැලැස්ම ක්‍රියාත්මක කිරීමේදී VM ආරම්භක ක්‍රියාවලියේ "දෘශ්‍යකරණය". 

මට විශාල විවේචනයක් ඇති වූ එකම දෙය ලේඛනගත කිරීමයි. මම ඇත්තටම "කළු පෙට්ටි" වලට කැමති නැති අතර නිෂ්පාදිතය ඇතුළත ක්‍රියා කරන ආකාරය පිළිබඳ සවිස්තරාත්මක ලියකියවිලි ඇති විට වඩාත් කැමැත්තෙමි. AWS සහ OpenStack සඳහා නිෂ්පාදිතය ඊටත් වඩා අඩු හෝ වැඩි වශයෙන් විස්තර කර ඇත්නම්, VMware සඳහා ඉතා කුඩා ලේඛන තිබේ. 

Acura පැනලයේ යෙදවීම පමණක් විස්තර කරන Installation Guide එකක් ඇත, Cloud agent කෙනෙක්ද අවශ්‍ය බව ගැන වචනයක් නැත. නිෂ්පාදන පිරිවිතරවල සම්පූර්ණ කට්ටලයක් ඇත, එය හොඳයි. උදාහරණයක් ලෙස AWS සහ OpenStack භාවිතා කරමින් "ආරම්භයේ සිට අවසානය දක්වා" සැකසුම විස්තර කරන ලියකියවිලි ඇත (එය මට බ්ලොග් සටහනක් ලෙස පෙනුනද) සහ ඉතා කුඩා දැනුම පදනමක් ඇත. 

පොදුවේ ගත් කල, මෙය විශාල වෙළෙන්දන්ගෙන් මා පුරුදු වී ඇති ලේඛන ආකෘතිය නොවේ, එබැවින් මට සම්පූර්ණයෙන්ම පහසු නොවීය. ඒ අතරම, මෙම ලියකියවිලි තුළ පද්ධතිය “ඇතුළත” ක්‍රියා කරන ආකාරය පිළිබඳ සමහර සූක්ෂ්මතා පිළිබඳ පිළිතුරු මට කිසි විටෙකත් හමු නොවීය - තාක්ෂණික සහාය ඇතිව ප්‍රශ්න රාශියක් පැහැදිලි කිරීමට සිදු වූ අතර, මෙය ස්ථාවරය යෙදවීමේ සහ පැවැත්වීමේ ක්‍රියාවලිය තරමක් ප්‍රමාද කළේය. පරීක්ෂා කිරීම. 

සාරාංශගත කිරීම සඳහා, පොදුවේ මම නිෂ්පාදනයට සහ සමාගමේ කාර්යයට ප්‍රවේශයට කැමති බව මට පැවසිය හැකිය. ඔව්, අඩුපාඩු තිබේ, ක්‍රියාකාරීත්වයේ ඇත්ත වශයෙන්ම විවේචනාත්මක හිඟයක් ඇත (VMware සම්බන්ධව). පළමුවෙන්ම, සමාගම තවමත් පොදු වලාකුළු කෙරෙහි අවධානය යොමු කර ඇති බව පැහැදිලිය, විශේෂයෙන් AWS, සහ සමහරුන්ට මෙය ප්‍රමාණවත් වනු ඇත. වර්තමානයේ එවැනි සරල සහ පහසු නිෂ්පාදනයක් තිබීම, බොහෝ සමාගම් බහු-වලාකුළු උපාය මාර්ගයක් තෝරා ගන්නා විට, අතිශයින්ම වැදගත් වේ. තරඟකරුවන් හා සසඳන විට ඉතා අඩු මිලක් සැලකිල්ලට ගනිමින්, මෙය නිෂ්පාදිතය අතිශයින් ආකර්ෂණීය කරයි.

අපි කණ්ඩායම් සාමාජිකයෙකු සොයමින් සිටිමු Lead Monitoring Systems Engineer. සමහරවිට ඒ ඔබද?

මූලාශ්රය: www.habr.com