ඩොකර් අතථ්‍ය යන්ත්‍රයකට වඩා වෙනස් වන්නේ කෙසේද?


3699

ඩෝකර් සහ සම්පූර්ණ වීඑම් එකක් අතර වෙනස තේරුම් ගැනීමට මම ඩෝකර් ලියකියවිලි නැවත කියවමි . බරින් තොරව සම්පූර්ණ ගොනු පද්ධතියක්, හුදකලා ජාලකරණ පරිසරයක් ආදිය සැපයීමට එය කළමනාකරණය කරන්නේ කෙසේද?

ස්ථාවර නිෂ්පාදන පරිසරයකට යෙදවීමට වඩා මෘදුකාංගය ඩෝකර් අනුරුවකට යෙදවීම (එය නිවැරදි යෙදුම නම්) පහසු වන්නේ ඇයි?


11
ඩොකර් එදිරිව කේවීඑම්
HDave

1
ඔබ ඔවුන්ගේ පින්තූර අතර වෙනසක් සොයන්නේ නම් - stackoverflow.com/questions/29096967/…
devesh-ahuja

21
ඩෝකර් යනු අතථ්‍ය යන්ත්‍රයක් නොවේ - එය වින්‍යාස කළමනාකරණ මෙවලමකි.
aaa90210

3
සරල වචන වලින්: VM -> ඔබේ යෙදුම ක්‍රියාත්මක වීමට ඉඩ දීම සඳහා අථත්‍ය ස්ථර තුනක් ක්‍රියාත්මක විය යුතුය, ඔබට සේවාදායක අථත්‍යකරණයක් අවශ්‍ය නම් හරි නමුත් ඔබට අවශ්‍ය නම් වෙබ් යෙදුමක් පමණක් ක්‍රියාත්මක කිරීම හොඳම විසඳුම නොවේ. DOCKER -> ඔබගේ සැබෑ cpu සහ ඔබ වෙබ් යෙදුම අතර ඇත්තේ එක් ස්ථරයක් පමණි. මම ඔබේ වෙබ් යෙදුම ක්‍රියාත්මක කළ යුත්තේ එය නැවත ලබා ගන්නා අය අථත්‍යකරණය කිරීම සඳහා නම් වඩා බලවත් හා වඩා හොඳ ක්ලෝනකරණය /
කැඩපත

6
මැක් සඳහා ඩෝකර් සහ වින්ඩෝස් සඳහා ඩෝකර් අථත්‍යකරණ ස්තරය භාවිතා කරන බව අපි අමතක නොකරමු.
ෂේප්ෂිෆ්ටර්

Answers:


3438

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

AuFS යනු ස්ථර ගොනු පද්ධතියකි, එබැවින් ඔබට කියවීමට පමණක් කොටසක් සහ ලිවීමේ කොටසක් එකට ඒකාබද්ධ කළ හැකිය. කෙනෙකුට මෙහෙයුම් පද්ධතියේ පොදු කොටස් කියවීමට පමණක් (සහ ඔබේ සියලු බහාලුම් අතර බෙදා ගැනීමට) තිබිය හැකි අතර පසුව එක් එක් බහාලුමට ලිවීම සඳහා තමන්ගේම සවි කිරීමක් ලබා දිය හැකිය.

ඉතින්, අපි ඔබට 1 GB බහාලුම් රූපයක් ඇති බව කියමු; ඔබට සම්පූර්ණ වීඑම් එකක් භාවිතා කිරීමට අවශ්‍ය නම්, ඔබට අවශ්‍ය වීඑම් 1 GB x සංඛ්‍යාවක් තිබිය යුතුය. ඩෝකර් සහ අවුෆ්ස් සමඟ ඔබට 1 ජීබී වලින් වැඩි ප්‍රමාණයක් සියලුම බහාලුම් අතර බෙදා ගත හැකි අතර ඔබට බහාලුම් 1000 ක් තිබේ නම් ඔබට තවමත් ඇත්තේ කන්ටේනර් මෙහෙයුම් පද්ධතිය සඳහා 1 GB ට වඩා වැඩි ඉඩ ප්‍රමාණයක් පමණි (ඒවා සියල්ලම එකම මෙහෙයුම් පද්ධතියක ධාවනය වන බව උපකල්පනය කරන්න) .

සම්පුර්ණ අථත්‍යකරණය කළ පද්ධතියකට තමන්ගේම සම්පත් සමූහයක් ලබා දෙන අතර අවම බෙදාගැනීමක්ද කරයි. ඔබට වැඩි හුදකලාවක් ලැබේ, නමුත් එය වඩා බරයි (වැඩි සම්පත් අවශ්‍ය වේ). ඩෝකර් සමඟ ඔබට අඩු හුදකලාවක් ලැබේ, නමුත් බහාලුම් සැහැල්ලු ය (අඩු සම්පත් අවශ්‍ය වේ). එබැවින් ඔබට පහසුවෙන් ධාරකයක බහාලුම් දහස් ගණනක් ධාවනය කළ හැකි අතර එය නොපෙනී යයි. Xen සමඟ එය කිරීමට උත්සාහ කරන්න, ඔබට විශාල සත්කාරක සමාගමක් නොමැති නම්, එය කළ හැකි යැයි මම නොසිතමි.

සම්පුර්ණ අථත්‍යකරණය කළ පද්ධතියක් ආරම්භ කිරීමට මිනිත්තු කිහිපයක් ගත වන අතර, ඩෝකර් / එල්එක්ස් / රන්සී බහාලුම් තත්පර ගණනක් ගත වන අතර බොහෝ විට තත්පරයකට වඩා අඩුය.

එක් එක් වර්ගයේ අථත්‍යකරණය සඳහා වාසි සහ අවාසි ඇත. සහතික කළ සම්පත් සමඟ පූර්ණ හුදකලාව ඔබට අවශ්‍ය නම්, සම්පූර්ණ VM යනු යා යුතු මාර්ගයයි. ඔබට ක්‍රියාවලි එකිනෙකාගෙන් හුදකලා කිරීමට අවශ්‍ය නම් සහ ඒවායින් ප්‍රමාණයක් ටොන් එකක් සාධාරණ ප්‍රමාණයේ ධාරකයෙකු මත ධාවනය කිරීමට අවශ්‍ය නම්, ඩෝකර් / එල්එක්සී / ධාවන පථය යා යුතු මාර්ගය බව පෙනේ.

වැඩි විස්තර සඳහා, LXC ක්‍රියා කරන ආකාරය පැහැදිලි කිරීම සඳහා හොඳ කාර්යයක් කරන මෙම බ්ලොග් සටහන් කට්ටලය බලන්න .

ස්ථාවර නිෂ්පාදන පරිසරයකට යෙදවීමට වඩා මෘදුකාංගය ඩොකර් රූපයකට යෙදවීම (එය නිවැරදි යෙදුම නම්) පහසු වන්නේ ඇයි?

ස්ථාවර නිෂ්පාදන පරිසරයක් යෙදවීම වඩා පහසු යැයි කියනු ලැබේ. ඔබ චෙෆ් සහ රූකඩ වැනි මෙවලම් භාවිතා කළත් , සෑම විටම මෙහෙයුම් පද්ධති යාවත්කාලීන කිරීම් සහ ධාරකයන් සහ පරිසරයන් අතර වෙනස් වන වෙනත් දේවල් තිබේ.

හවුල් රූපයකට මෙහෙයුම් පද්ධතිය ස්නැප්ෂොට් කිරීමේ හැකියාව ඩෝකර් ඔබට ලබා දෙන අතර අනෙකුත් ඩෝකර් ධාරකයන් මත යෙදවීම පහසු කරයි. දේශීයව, dev, qa, prod, ආදිය: සියල්ලම එකම රූපය. ඔබට වෙනත් මෙවලම් සමඟ මෙය කළ හැකි බව විශ්වාසයි, නමුත් පහසුවෙන් හෝ වේගයෙන් නොවේ.

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

අදහස් වලින් ...

සිත්ගන්නාසුළුයි! "සැණෙකින් සැණෙළිය" යන සංකල්පයෙන් මම තවමත් ව්‍යාකූල වී ඇතැයි සිතමි. මෙහෙයුම් පද්ධතියේ ප්‍රතිරූපයක් නොමැතිව යමෙකු එය කරන්නේ කෙසේද?

හොඳයි, මට පැහැදිලි කළ හැකිදැයි බලමු. ඔබ මූලික රූපයකින් ආරම්භ කර, පසුව ඔබේ වෙනස්කම් සිදු කර, ඩොකර් භාවිතා කරමින් එම වෙනස්කම් සිදු කරන්න, එවිට එය රූපයක් නිර්මාණය කරයි. මෙම රූපයේ අඩංගු වන්නේ පාදමේ වෙනස්කම් පමණි. ඔබට ඔබේ ප්‍රතිරූපය ක්‍රියාත්මක කිරීමට අවශ්‍ය වූ විට, ඔබට පාදම ද අවශ්‍ය වන අතර, එය ස්ථර ගොනු පද්ධතියක් භාවිතයෙන් ඔබේ රූපය පාදම මත ස්ථර කරයි: ඉහත සඳහන් කළ පරිදි, ඩෝකර් AuFS භාවිතා කරයි. AuFS විවිධ ස්ථර එකට ඒකාබද්ධ කරන අතර ඔබට අවශ්‍ය දේ ඔබට ලැබේ; ඔබට එය ක්‍රියාත්මක කිරීමට අවශ්‍යයි. ඔබට තව තවත් පින්තූර (ස්ථර) එකතු කළ හැකි අතර එය දිගටම පවතින්නේ වෙනස පමණක් ඉතිරි කරමිනි. ඩෝකර් සාමාන්‍යයෙන් රෙජිස්ට්රි එකකින් සූදානම් කළ පින්තූර මත ගොඩනඟන හෙයින් , ඔබට කලාතුරකින් සමස්ත මෙහෙයුම් පද්ධතියම "ස්නැප්ෂොට්" කිරීමට සිදුවේ.


239
කෙන්, සමහර ස්ථානවල ඔබ කර්නලය සමඟ මෙහෙයුම් පද්ධතිය සම්බන්ධ කරයි. ධාරකයක ඇති සියලුම බහාලුම් එකම කර්නලය යටතේ ක්‍රියාත්මක වන නමුත් ඉතිරි මෙහෙයුම් පද්ධති ගොනු එක් බහාලුමකට අද්විතීය විය හැකිය.
ඇන්ඩි

22
සිත්ගන්නාසුළුයි! "සැණෙකින් සැණෙළිය" යන සංකල්පයෙන් මම තවමත් ව්‍යාකූල වී ඇතැයි සිතමි. මෙහෙයුම් පද්ධතියේ ප්‍රතිරූපයක් නොමැතිව යමෙකු එය කරන්නේ කෙසේද?
zslayton

7
urt murtaza52 ඔවුන් විවිධ ගොනු පද්ධති සඳහා සහය එක් කරන බැවින් Aufs ඉවත්ව යාම ගැටලුවක් නොවිය යුතුය. බිට් 32 සහය එකතු කරන්නේ කවදාදැයි විශ්වාස නැත, ශක්තිමත් ඉල්ලුමක් ඇති බව නොසිතන්න, එබැවින් එය ප්‍රමුඛතා ලැයිස්තුවේ අඩුය, නමුත් මම වැරදියි.
කෙන් කොක්රාන්

21
Ike මයික්: ... එය නිසැකවම නිදහස් බීඑස්ඩී බන්ධනාගාර වලින් ආභාෂය ලැබීයHISTORY The jail utility appeared in FreeBSD 4.0.
ස්ටෙෆාන් පලෙටා

21
මයික් මකාදැමූ බවක් පෙනෙන්නට ඇති බැවින් අප එයට පිළිතුරු දෙන්නේ කුමක් දැයි කල්පනා කරන අය සඳහා, මෙය මෙයයි: <නැතිවූ එක් දෙයක් නම් ලිනක්ස් බහාලුම් සැබෑ ආශ්වාදයේ ප්‍රභවයේ ක්ලෝනයක් වීමයි. : සොලාරිස් බහාලුම්. 2004 දී ආපසු ... මෙය විප්ලවීය සංකල්පයක් වන අතර සැබවින්ම ක්‍රියාකාරී වන දැරිය හැකි, සත්කාරක අතථ්‍ය යන්ත්‍ර කිරීමට හොඳ, විශිෂ්ට ක්‍රමයකි. ජොයන්ට් යනු මා මුලින්ම දන්නා ...>
ජෙෆ්රි 'jf' ලිම්

561

හොඳ පිළිතුරු. VM එදිරිව VM හි රූප නිරූපණයක් ලබා ගැනීම සඳහා, පහත දැක්වෙන එක දෙස බලන්න.

රූප විස්තරය මෙහි ඇතුළත් කරන්න

මූලාශ්රය


20
<strike> මා තේරුම් ගත් පරිදි, “ඩොකර් එන්ජිමට” ඉහළින් හවුල් ලිනක්ස් කර්නලයක් තිබිය යුතුය. එවිට සාමාන්‍යයෙන් බෙදාගත් බඳුන් / තොල් ඇත. ඊට පසු පළමුවෙන්ම එක් එක් බහාලුම් සඳහා විශේෂිත වූ බඳුන් / ලිබ් සහ යෙදුම් පැමිණේ. මම වැරදියි නම් කරුණාකර මාව නිවැරදි කරන්න. </ වැඩ වර්ජනය> මම වැරදියි. ඩෝකර් පින්තූර කර්නලය ධාරකයා සමඟ බෙදා ගනී, superuser.com/questions/889472/… බලන්න . කෙසේ වෙතත්, බහාලුම්වල යූනියන් ගොනු පද්ධතිය නිදර්ශනය කිරීම සඳහා, ඩොකර් එන්ජිමට කෙළින්ම ඉහළින් ලිබ් / බඳුන් බෙදාගත් තට්ටුවක් තිබිය හැකිය.
බෙටමෝස්

13
ඉහත පින්තූරයේ මට ගැටලුවක් තිබේ, මන්ද යත් හයිපර්වයිසර් යන්තම් ලෝහ / යටිතල පහසුකම් මත ස්ථාපනය කළ හැකි නමුත් ඩොකට්ට (තවමත්) නොහැකි බැවිනි
reza

zreza, හයිපර්වයිසර් හිස් ලෝහ මත ස්ථාපනය කළ හැකි බව මම එකඟ වෙමි, නමුත් කාරණය වන්නේ යෙදුම් බහාලුම් කිරීම සඳහා ඩොකර් නිර්දේශ කර ඇති අතර සමහර අවස්ථා සඳහා අවශ්‍ය නොවන / අදාළ නොවන අථත්‍යකරණය සීමා කිරීම හෝ වළක්වා ගන්නේ කෙසේද යන්නයි. කෙන් කොච්රේන් මෙය වඩාත් විස්තරාත්මකව stackoverflow.com/a/16048358/2478933
manu97

4
ඩොකර් එන්ජිම යනු කුමක්ද යන්න මෙයින් පැහැදිලි නොවේ . ඉතා වියුක්ත පින්තූර.
kyb

9
බහාලුම් සහ කර්නලය අතර "ඩොකර් එන්ජින්" තට්ටුවක් නොමැත, බහාලුම යනු කර්නලයේ විශේෂ සැකසුම් සහිත ක්‍රියාවලියක් පමණි (නාම අවකාශ, සීග්‍රූප්, ආදිය)
Paweł Prażak

504

අථත්‍යකරණය සහ බහාලුම් පහත් මට්ටමින් ක්‍රියා කරන්නේ කෙසේද යන්න තේරුම් ගැනීම ප්‍රයෝජනවත් විය හැකිය. එමඟින් බොහෝ දේ ඉවත් වනු ඇත.

සටහන: මම පහත විස්තර කිරීමේදී ටිකක් සරල කරමි. වැඩි විස්තර සඳහා යොමු බලන්න.

අථත්‍යකරණය අඩු මට්ටමක ක්‍රියාත්මක වන්නේ කෙසේද?

මෙම අවස්ථාවේදී VM කළමණාකරු CPU ring 0 (හෝ නව CPU වල "root මාදිලිය") භාර ගන්නා අතර ආගන්තුක මෙහෙයුම් පද්ධතියට තමන්ගේම දෘඩාංග ඇති බවට මිත්‍යාවක් ඇති කිරීම සඳහා ආගන්තුක මෙහෙයුම් පද්ධතිය විසින් කරන ලද වරප්‍රසාදිත ඇමතුම් වලට බාධා කරයි. විනෝදජනක කාරණය: 1998 ට පෙර x86 ගෘහ නිර්මාණ ශිල්පය තුළ මෙය සාක්ෂාත් කරගත නොහැකි යැයි සිතුවේ මේ ආකාරයේ මැදිහත්වීමක් කිරීමට ක්‍රමයක් නොමැති බැවිනි. මෙය සාක්ෂාත් කර ගැනීම සඳහා ආගන්තුක මෙහෙයුම් පද්ධතියේ වරප්‍රසාදිත ඇමතුම් සඳහා ක්‍රියාත්මක කළ හැකි බයිට් මතකයේ නැවත ලිවීමට අදහසක් පළමුවෙන්ම VMWare හි සිටි පිරිස විය.

ශුද්ධ ආචරණය නම් අථත්‍යකරණය මඟින් එකම දෘඩාංග මත සම්පූර්ණයෙන්ම වෙනස් මෙහෙයුම් පද්ධති දෙකක් ක්‍රියාත්මක කිරීමට ඉඩ ලබා දේ. සෑම ආගන්තුක මෙහෙයුම් පද්ධතියක්ම බූට්ස්ට්‍රැප් කිරීම, කර්නලය පැටවීම යනාදිය හරහා ගමන් කරයි. ඔබට ඉතා දැඩි ආරක්ෂාවක් තිබිය හැකිය, නිදසුනක් ලෙස, ආගන්තුක මෙහෙයුම් පද්ධතියට සත්කාරක මෙහෙයුම් පද්ධතියට හෝ වෙනත් අමුත්තන්ට පූර්ණ ප්‍රවේශය ලබා ගත නොහැකි අතර ඒවා අවුල් කරයි.

බහාලුම් පහත් මට්ටමින් ක්‍රියා කරන්නේ කෙසේද?

2006 දී පමණ ගූගල් හි සමහර සේවකයින් ඇතුළු පුද්ගලයින් නාම අවකාශයන් නමින් නව කර්නල් මට්ටමේ අංගයක් ක්‍රියාත්මක කළහ (කෙසේ වෙතත් මෙම අදහස බොහෝ කලකට පෙර FreeBSD හි පැවතුනි). මෙහෙයුම් පද්ධතියේ එක් කාර්යයක් වන්නේ ජාල සහ තැටිය වැනි ගෝලීය සම්පත් ක්‍රියාවලි වලට බෙදා ගැනීමට ඉඩ දීමයි. මෙම ගෝලීය සම්පත් එකම අවකාශයේ ක්‍රියාත්මක වන ක්‍රියාවලීන්ට පමණක් පෙනෙන පරිදි නාම අවකාශයන්හි ඔතා තිබේ නම් කුමක් කළ යුතුද? ඔබට තැටියේ කැබැල්ලක් ලබා ගත හැකි අතර එය නාම අවකාශයේ X තුළට දැමිය හැකි අතර පසුව නාම අවකාශයේ ධාවනය වන ක්‍රියාවලි වලට එය දැකීමට හෝ ප්‍රවේශ විය නොහැක. ඒ හා සමානව, නාම අවකාශයේ X හි ක්‍රියාදාමයන්ට නාම අවකාශයට වෙන් කර ඇති මතකයේ කිසිවක් ප්‍රවේශ කළ නොහැක. ඇත්ත වශයෙන්ම, X හි ක්‍රියාදාමයන්ට නාම අවකාශ Y හි ක්‍රියාදාමයන් දැකීමට හෝ කථා කිරීමට නොහැකිය. මෙය ගෝලීය සම්පත් සඳහා අථත්‍යකරණය සහ හුදකලාව සපයයි. එහි ම නාමඅවකාශයෙහි එක් එක් රුවනයකි ක් නමුත් භාවිතා හරියටම: මෙම docker ක්රියා කරන ආකාරය වේ එමඅනෙක් සියලුම බහාලුම් මෙන් කර්නලය. හුදකලාව සිදුවන්නේ කර්නලය ක්‍රියාවලියට පවරා ඇති නාම අවකාශය දන්නා නිසා සහ ඒපීඅයි ඇමතුම් අතරතුර ක්‍රියාවලියට සම්පත් වෙත ප්‍රවේශ විය හැක්කේ එහි නාම අවකාශයේ පමණක් බව සහතික කරයි.

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


26
වාව්, පහත් මට්ටමේ පැහැදිලි කිරීමකට (සහ historical තිහාසික කරුණු) ස්තූතියි. මම ඒ ගැන සොයමින් සිටියෙමි. "ලිනක්ස් එකම කර්නලය බෙදාගන්නා නිසා ඔබට විවිධ ඩිස්ට්‍රෝ ධාවනය කළ හැකිය" යන්නෙන් ඔබ අදහස් කරන්නේ කුමක්ද? ? ඔබ කියන්නේ ආගන්තුක බහාලුමක් තුළ හරියටම එකම ලිනක්ස් කර්නල් අනුවාදය තිබිය යුතු යැයි හෝ එය වැදගත් නොවන බවයි? මම ආගන්තුකයාට OS විධානයක් ඉල්ලුවද එය ආගන්තුක කර්නලයේ පමණක් සහය දක්වන්නේ නම් එය වැදගත් නොවේ. හෝ උදාහරණයක් ලෙස ආගන්තුක කර්නලයේ දෝෂයක් සවි කර ඇති නමුත් ධාරක කර්නලයේ නොවේ. සියලුම අමුත්තන් දෝෂය ප්‍රකාශ කරනු ඇත, හරිද? අමුත්තන් පැච් කළත්.
Jeach

7
E ජේච්: බහාලුම් වලට තමන්ගේම කර්නලයක් නොමැත, ඔවුන් ධාරකයේ එකක් බෙදාගෙන / භාවිතා කරයි. එබැවින් ඔබට එකම යන්ත්‍රය / වීඑම් මත විවිධ කර්නල් අවශ්‍ය බහාලුම් ධාවනය කළ නොහැක.
user276648

2
ප්‍රශ්නය: ගූගල් හි සමහර සේවකයින් 1996 දී පමණ නාම අවකාශයේ කර්නල් විශේෂාංගයට සම්බන්ධ වූ බව ඔබ ලියයි - එහෙත් 1998 වන තෙක් ගූගල් ආරම්භ කර නොමැත. ඔබ අදහස් කළේ 'පසුකාලීනව ගූගල් සේවකයින් බවට පත්වන පුද්ගලයින්' කියාද?
මාටින් ජජල්ඩ්බෙක්

3
@ මාර්ටින් - වර්ෂය 2006 බව දැන ගැනීම ගැන ස්තූතියි. එසේම 2002 සිට ලිනක්ස් හි විවිධ වර්ගයේ නාම අවකාශයන් පැවති බව සඳහන් කළ යුතු නමුත් 2006 දී බහාලුම්කරණය සඳහා අඩිතාලම දැමීය. මම පිළිතුර යොමු කර යාවත්කාලීන කර ඇත.
ෂිටාල් ෂා

20
+1 මෙය කැපී පෙනෙන පිළිතුර විය යුතු අතර, අනෙක් පිළිතුරු යම් පැහැදිලි කිරීමක් ලබා දෙන අතර, මෙම තාක්‍ෂණය ක්‍රියාත්මක වන්නේ කෙසේද යන්න පැහැදිලි කළ හැක්කේ පහල මට්ටමේ පැහැදිලි කිරීමකට පමණි. ගොඩාක් ස්තූතියි, මට දැන් ඒක තේරුණා.
ටිනෝ මැක්ලරන්

328

මම කෙන් කොච්රේන්ගේ පිළිතුරට කැමතියි.

නමුත් මෙහි විස්තරාත්මකව ආවරණය නොකොට අමතර දෘෂ්ටි කෝණයන් එක් කිරීමට මට අවශ්‍යය. මගේ මතය අනුව ඩෝකර් සමස්ත ක්‍රියාවලිය තුළම වෙනස් වේ. වීඑම් වලට ප්‍රතිවිරුද්ධව, ඩොකර් දෘඩාංග ප්‍රශස්ත සම්පත් හුවමාරුව ගැන පමණක් නොවේ (එපමණක් නොව) එය ඇසුරුම්කරණ යෙදුම සඳහා “පද්ධතියක්” සපයයි (වඩාත් සුදුසු නමුත් මයික්‍රෝ සර්විසස් කට්ටලයක් ලෙස).

මට නම් එය සංවර්ධක-නැඹුරු මෙවලම් වන ආර්පීඑම්, ඩේබියන් පැකේජ, මේවන් , එන්පීඑම් + එක් පැත්තකින් ගිට් සහ රූකඩ , වීඑම්වෙයාර්, එක්ස් වැනි මෙවලම් අතර පරතරයට ගැලපේ. ඔබ එය නම් කරන්න ...

ස්ථාවර නිෂ්පාදන පරිසරයකට යෙදවීමට වඩා මෘදුකාංගය ඩොකර් රූපයකට යෙදවීම (එය නිවැරදි යෙදුම නම්) පහසු වන්නේ ඇයි?

ඔබේ ප්‍රශ්නය යම් ස්ථාවර නිෂ්පාදන පරිසරයක් උපකල්පනය කරයි. නමුත් එය ස්ථාවරව තබා ගන්නේ කෙසේද? සර්වර් සහ යෙදුම්වල යම් ප්‍රමාණයක් (> 10) සලකා බලන්න, නල මාර්ගයේ අදියර.

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

එබැවින් මෙය වළක්වා ගැනීම සඳහා දන්නා රටාවක් ඇත, ඊනියා වෙනස් කළ නොහැකි සේවාදායකය . නමුත් වෙනස් කළ නොහැකි සේවාදායක රටාවට ආදරය කළේ නැත. බොහෝ දුරට ඩෝකර්ට පෙර භාවිතා කළ වීඑම් වල සීමාවන් නිසා ය. ගිගාබයිට් විශාල පින්තූර කිහිපයක් සමඟ ගනුදෙනු කිරීම, යෙදුමේ සමහර ක්ෂේත්‍ර වෙනස් කිරීම සඳහා එම විශාල රූප වටා ගෙනයාම ඉතා වෙහෙසකාරී විය. අවබෝධ කරගත හැකි...

ඩෝකර් පරිසර පද්ධතියක් සමඟ, ඔබට කිසි විටෙකත් "කුඩා වෙනස්කම්" මත ගිගාබයිට් වටා ගමන් කිරීමට අවශ්‍ය නොවනු ඇත (ස්තූතියි aufs සහ රෙජිස්ට්‍රි) සහ ක්‍රියාත්මක වන වේලාවේදී ඩෝකර් බහාලුමක් තුළට යෙදුම් ඇසුරුම් කිරීමෙන් ක්‍රියාකාරීත්වය නැතිවීම ගැන කරදර විය යුතු නැත. එම රූපයේ අනුවාදයන් ගැන ඔබ කරදර විය යුතු නැත.

අවසාන වශයෙන් ඔබට බොහෝ විට ඔබේ ලිනක්ස් ලැප්ටොප් පරිගණකයේ පවා සංකීර්ණ නිෂ්පාදන පරිසරයන් ප්‍රතිනිෂ්පාදනය කිරීමට හැකි වනු ඇත (ඔබේ නඩුවේ ක්‍රියා නොකරන්නේ නම් මට කතා නොකරන්න;))

ඇත්ත වශයෙන්ම ඔබට ඩෝකර් බහාලුම් VM වලින් ආරම්භ කළ හැකිය (එය හොඳ අදහසකි). VM මට්ටමින් ඔබේ සේවාදායක ප්‍රතිපාදන අඩු කරන්න. ඉහත සියල්ල ඩොකර් විසින් කළමනාකරණය කළ හැකිය.

PS මේ අතර ඩෝකර් LXC වෙනුවට තමන්ගේම ක්‍රියාත්මක "libcontainer" භාවිතා කරයි. නමුත් LXC තවමත් භාවිතා කළ හැකිය.


1
Rpm සහ dpkg වැනි මෙවලම් සමූහයකට git ඇතුළත් කිරීම අමුතු බවක් පෙනේ. මා මෙය සඳහන් කරන්නේ බෙදාහැරීම් / ඇසුරුම්කරණ මෙවලමක් ලෙස git වැනි අනුවාද පාලන පද්ධති භාවිතා කිරීමට දරන උත්සාහයන් බොහෝ ව්‍යාකූලත්වයට හේතු වන බැවිනි.
blitzen9872

2
ඔහු වැරදියි, පැකේජ කළමනාකරණය සඳහා git භාවිතා කළ හැකිය, උදාහරණයක් ලෙස bower යනු අභ්‍යන්තරව මූලික වශයෙන් git ටැග් බාගත කිරීම සඳහා විසිතුරු ක්ලයි ය.
roo2

2
බහාලුම්වල යෙදුම් ඇසුරුම් කිරීම සිත්ගන්නාසුළු හා වලංගු ප්‍රවේශයකි. කෙසේ වෙතත් ඔබ එය ඩොකර් තුළ ඇසුරුම් කළහොත් මෙය අතිරික්තයක් වනු ඇත, මන්ද යැපීම් හෝ හවුල් පුස්තකාල සඳහා support ජු සහාය නොලැබෙන බැවිනි. රෙබුට් සඳහා උබුන්ටු ස්නැප් සහ ෆ්ලැට්පැක් වැනි නව ඇසුරුම් තාක්ෂණය ළඟා කර ගැනීමට උත්සාහ කරන්නේ මෙයයි. මගේ මතය අනුව, මෙම ඇසුරුම්කරණ තාක්ෂණයෙන් එකක් ජයගෙන ලිනක්ස් හි ඇසුරුම්කරණයේ අනාගතය බවට පත්වනු ඇත.
yosefrow

@ blitzen9872 මේ සඳහා එකඟ වේ. නමුත් එය හරියටම සඳහන් කර ඇත්තේ එය බොහෝ විට ප්‍රැක්සිස් හි බෙදා හැරීම සඳහා භාවිතා කළ නිසාය, නැවතත් මම එයට කැමති නැත.
aholbreich

oseosefrow විස්තීර්ණ "overkill". අදහස සහ "වෙනස් කළ නොහැකි සේවාදායක" රටාවේ වාසි පරීක්ෂා කරන්න, ඇත්ත වශයෙන්ම අවාසි කිහිපයක් තිබේ ... ඔබ
අධික ලෙස මරනවා දුටුවහොත්

246

ඩෝකර් යනු අථත්‍යකරණ ක්‍රමවේදයක් නොවේ. එය ඇත්ත වශයෙන්ම බහාලුම් මත පදනම් වූ අථත්‍යකරණය හෝ මෙහෙයුම් පද්ධති මට්ටමේ අථත්‍යකරණය ක්‍රියාත්මක කරන වෙනත් මෙවලම් මත රඳා පවතී. ඒ සඳහා ඩෝකර් මුලින් LXC ධාවකය භාවිතා කළ අතර පසුව එය libcontainer වෙත ගෙන යන ලද අතර එය දැන් runc ලෙස නම් කර ඇත. ඩෝකර් මූලික වශයෙන් අවධානය යොමු කරන්නේ යෙදුම් බහාලුම් තුළ යෙදුම් යෙදවීම ස්වයංක්‍රීය කිරීම සඳහා ය. යෙදුම් බහාලුම් තනි සේවාවක් ඇසුරුම් කර ක්‍රියාත්මක කිරීම සඳහා නිර්මාණය කර ඇති අතර පද්ධති බහාලුම් අථත්‍ය යන්ත්‍ර වැනි බහු ක්‍රියාදාමයන් ක්‍රියාත්මක කිරීම සඳහා නිර්මාණය කර ඇත. එබැවින්, ඩොකර් බහාලුම් පද්ධතිවල බහාලුම් කළමනාකරණය හෝ යෙදුම් යෙදවීමේ මෙවලමක් ලෙස සැලකේ.

එය වෙනත් අථත්‍යකරණයන්ට වඩා වෙනස් වන්නේ කෙසේදැයි දැන ගැනීම සඳහා, අපි අථත්‍යකරණය සහ එහි වර්ග හරහා යමු. එවිට එහි ඇති වෙනස කුමක්දැයි වටහා ගැනීම පහසු වනු ඇත.

අථත්‍යකරණය

එහි සංකල්පිත ස්වරූපයෙන්, බහු යෙදුම් එකවර ක්‍රියාත්මක වීමට ඉඩ දීම සඳහා තර්කානුකූලව ප්‍රධාන රාමු බෙදීමේ ක්‍රමයක් ලෙස එය සලකනු ලැබීය. කෙසේ වෙතත්, වරප්‍රසාදිත උපදෙස් එක් ආකාරයකින් හෝ වෙනත් ආකාරයකින් හැසිරවීමේ ක්‍රමවේදයක් සැපයීමට සමාගම්වලට සහ විවෘත මූලාශ්‍ර ප්‍රජාවන්ට හැකි වූ විට සහ එක් x86 පදනම් කරගත් පද්ධතියක් මත එකවර මෙහෙයුම් පද්ධති කිහිපයක් ක්‍රියාත්මක කිරීමට ඉඩ ලබා දුන් විට තත්වය විශාල වශයෙන් වෙනස් විය.

හයිපර්වයිසර්

ආගන්තුක අථත්‍ය යන්ත්‍ර ක්‍රියාත්මක වන අථත්‍ය පරිසරය නිර්මාණය කිරීම හයිපර්වයිසර් හසුරුවයි. එය ආගන්තුක පද්ධති අධීක්ෂණය කරන අතර අවශ්‍ය පරිදි අමුත්තන්ට සම්පත් වෙන් කිරීමට වග බලා ගනී. හයිපර්වයිසර් භෞතික යන්ත්‍රය සහ අථත්‍ය යන්ත්‍ර අතර වාඩි වී අථත්‍ය යන්ත්‍ර සඳහා අථත්‍යකරණ සේවා සපයයි. එය සාක්ෂාත් කර ගැනීම සඳහා, එය අථත්ය යාන්ත්රණවල ආගන්තුක මෙහෙයුම් පද්ධති මෙහෙයුම් වලට බාධා කරන අතර ධාරක යන්ත්රයේ මෙහෙයුම් පද්ධතියේ ක්රියාකාරිත්වය අනුකරණය කරයි.

මූලික වශයෙන් වලාකුළු තුළ අථත්‍යකරණ තාක්‍ෂණයන්හි ශී development ්‍ර දියුණුව, Xen, VMware Player, KVM, වැනි හයිපර්වයිසර් ආධාරයෙන් තනි භෞතික සේවාදායකයක බහු අථත්‍ය සේවාදායකයන් නිර්මාණය කිරීමට ඉඩ දීමෙන් අථත්‍යකරණය තවදුරටත් භාවිතා කිරීමට හේතු වී තිබේ. ඉන්ටෙල් වීටී සහ ඒඑම්ඩී-වී වැනි වෙළඳ සකසනයන්හි දෘඩාංග සහාය ඇතුළත් කිරීම.

අථත්‍යකරණ වර්ග

ආගන්තුක මෙහෙයුම් පද්ධතියකට දෘඩාංග අනුකරණය කරන ආකාරය සහ ආගන්තුක මෙහෙයුම් පරිසරයක් අනුකරණය කරන ආකාරය මත පදනම්ව අථත්‍යකරණ ක්‍රමය වර්ගීකරණය කළ හැකිය. මූලික වශයෙන්, අථත්‍යකරණය වර්ග තුනක් ඇත:

  • අනුකරණය
  • පරාවර්තකකරණය
  • බහාලුම් මත පදනම් වූ අථත්‍යකරණය

අනුකරණය

සම්පුර්ණ අථත්‍යකරණය ලෙසද හැඳින්වෙන අනුකරණයන් අථත්‍ය යන්ත්‍ර මෙහෙයුම් පද්ධතියේ කර්නලය මුළුමනින්ම මෘදුකාංග තුළ ක්‍රියාත්මක වේ. මෙම වර්ගයේ භාවිතා කරන හයිපර්වයිසර් වර්ගය 2 හයිපර්වයිසර් ලෙස හැඳින්වේ. ආගන්තුක මෙහෙයුම් පද්ධතියේ කර්නල් කේතය මෘදුකාංග උපදෙස් වලට පරිවර්තනය කිරීම සඳහා වගකිව යුතු ධාරක මෙහෙයුම් පද්ධතියේ ඉහළින් එය ස්ථාපනය කර ඇත. පරිවර්තනය මුළුමනින්ම මෘදුකාංගයෙන් සිදු කර ඇති අතර දෘඩාංග සම්බන්ධයක් අවශ්‍ය නොවේ. අනුකරණය කිරීමෙන් පරිසරය අනුකරණය කරන ඕනෑම වෙනස් නොකළ මෙහෙයුම් පද්ධතියක් ක්‍රියාත්මක කිරීමට හැකි වේ. මෙම වර්ගයේ අථත්‍යකරණයේ අවාසිය නම් වෙනත් පද්ධති අථත්‍යකරණයන්ට සාපේක්ෂව කාර්ය සාධනය අඩුවීමට තුඩු දෙන අතිරේක පද්ධති සම්පත් පොදු කාර්යයකි.

අනුකරණය

මෙම කාණ්ඩයේ නිදසුන් අතර VMware Player, VirtualBox, QEMU, Bochs, Parallels ආදිය ඇතුළත් වේ.

පරාවර්තකකරණය

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

මෙම කාණ්ඩයේ නිදසුන් අතර Xen, KVM යනාදිය ඇතුළත් වේ.

පරාවර්තකකරණය

බහාලුම් මත පදනම් වූ අථත්‍යකරණය

බහාලුම් මත පදනම් වූ අථත්‍යකරණය, මෙහෙයුම් පද්ධති මට්ටමේ අථත්‍යකරණය ලෙසද හැඳින්වේ, තනි මෙහෙයුම් පද්ධති කර්නලයක් තුළ බහු හුදකලා ක්‍රියාත්මක කිරීම් සක්‍රීය කරයි. එය හැකි උපරිම කාර්ය සාධනය සහ ity නත්වය ඇති අතර ගතික සම්පත් කළමනාකරණය ද දක්වයි. මෙම වර්ගයේ අථත්‍යකරණය මඟින් සපයන හුදකලා අතථ්‍ය ක්‍රියාත්මක කිරීමේ පරිසරය බහාලුමක් ලෙස හැඳින්වෙන අතර එය ක්‍රියාවලි සමූහයක් ලෙස දැකිය හැකිය.

බහාලුම් මත පදනම් වූ අථත්‍යකරණය

බහාලුමක් පිළිබඳ සංකල්පය ලිනක්ස් කර්නල් අනුවාදය 2.6.24 ට එකතු කරන ලද නාම අවකාශයේ අංගය මඟින් කළ හැකි ය. කන්ටේනරය සෑම ක්‍රියාවලියකටම එහි හැඳුනුම්පත එක් කරන අතර සෑම පද්ධති ඇමතුමකටම නව ප්‍රවේශ පාලන චෙක්පත් එක් කරයි. මීට පෙර ගෝලීය නාම අවකාශයන්හි වෙනම අවස්ථා නිර්මාණය කිරීමට ඉඩ සලසන ක්ලෝන () පද්ධති ඇමතුම මඟින් එයට ප්‍රවේශ වේ.

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

බහාලුම් මත පදනම් වූ අථත්‍යකරණය සක්‍රීය කිරීමේ ඊළඟ ප්‍රධාන අංගය වන ලිනක්ස් පාලන කණ්ඩායම් (cgroups) උප පද්ධතිය කණ්ඩායම් ක්‍රියාවලීන් සඳහා සහ ඒවායේ සමස්ත සම්පත් පරිභෝජනය කළමනාකරණය කිරීමට යොදා ගනී. බහාලුම්වල මතකය සහ CPU පරිභෝජනය සීමා කිරීම සඳහා එය බහුලව භාවිතා වේ. බහාලුම් සහිත ලිනක්ස් පද්ධතියකට ඇත්තේ එක් කර්නලයක් පමණක් වන අතර කර්නලයට බහාලුම්වල පූර්ණ දෘශ්‍යතාවයක් ඇති හෙයින්, සම්පත් වෙන් කිරීම හා උපලේඛනගත කිරීම සඳහා ඇත්තේ එක් මට්ටමක පමණි.

LXC, LXD, systemd-nspawn, lmctfy, Warden, Linux-VServer, OpenVZ, Docker, ඇතුළු ලිනක්ස් බහාලුම් සඳහා කළමනාකරණ මෙවලම් කිහිපයක් තිබේ.

අතථ්‍ය යන්ත්‍ර එදිරිව බහාලුම්

අථත්ය යාන්ත්රයක් මෙන් නොව, බහාලුමක් මෙහෙයුම් පද්ධති කර්නලය ආරම්භ කිරීමට අවශ්ය නොවේ, එබැවින් බහාලුම් තත්පරයකට අඩු කාලයක් තුළ නිර්මාණය කළ හැකිය. මෙම අංගය වෙනත් අථත්‍යකරණ ප්‍රවේශයන්ට වඩා බහාලුම් මත පදනම් වූ අථත්‍යකරණය අද්විතීය සහ ප්‍රිය කරයි.

බහාලුම් මත පදනම් වූ අථත්‍යකරණය ධාරක යන්ත්‍රයට සුළු හෝ වැඩි යමක් එකතු කරන බැවින්, බහාලුම් මත පදනම් වූ අථත්‍යකරණය ස්වදේශීය ක්‍රියාකාරිත්වයට ආසන්න වේ

බහාලුම් මත පදනම් වූ අථත්‍යකරණය සඳහා, වෙනත් අථත්‍යකරණයන් මෙන් නොව අතිරේක මෘදුකාංග අවශ්‍ය නොවේ.

ධාරක යන්ත්‍රයක ඇති සියලුම බහාලුම් මඟින් ධාරක යන්ත්‍රයේ ඉතිරි කිරීමේ අමතර සම්පත් අවශ්‍ය වේ.

අතථ්‍ය යන්ත්‍ර රූප හා සසඳන විට බහාලුම් තත්වයන් (ඩෝකර් හෝ එල්එක්සී රූප) ප්‍රමාණයෙන් කුඩා වන බැවින් බහාලුම් රූප බෙදා හැරීම පහසුය.

බහාලුම්වල සම්පත් කළමනාකරණය cgroups හරහා ලබා ගත හැකිය. බහාලුම්වලට වෙන් කර ඇති ප්‍රමාණයට වඩා වැඩි සම්පත් ප්‍රමාණයක් පරිභෝජනය කිරීමට Cgroups ඉඩ නොදේ. කෙසේ වෙතත්, මේ වන විට, ධාරක යන්ත්‍රයේ සියලුම සම්පත් අථත්‍ය යන්ත්‍රවල දැකිය හැකි නමුත් භාවිතා කළ නොහැක. එකවර ධාවනය කිරීමෙන් topහෝ htopබහාලුම්වල සහ ධාරක යන්ත්‍රයේ මෙය අවබෝධ කර ගත හැකිය . සියලු පරිසරයන්හි ප්‍රතිදානය සමාන වනු ඇත.

යාවත්කාලීන කිරීම:

ඩොකර් ලිනක්ස් නොවන පද්ධතිවල බහාලුම් ධාවනය කරන්නේ කෙසේද?

ලිනක්ස් කර්නලයේ ඇති විශේෂාංග නිසා බහාලුම් හැකි නම්, පැහැදිලි ප්‍රශ්නය වන්නේ ලිනක්ස් නොවන පද්ධති බහාලුම් ක්‍රියාත්මක කරන්නේ කෙසේද යන්නයි. මැක් සහ වින්ඩෝස් සඳහා ඩොකර් යන දෙකම බහාලුම් ධාවනය කිරීමට ලිනක්ස් වීඑම් භාවිතා කරයි. අතථ්‍ය පෙට්ටි VM වල බහාලුම් ධාවනය කිරීමට භාවිතා කරන ඩෝකර් මෙවලම් පෙට්ටිය. නමුත් නවතම ඩොකර් වින්ඩෝස් හි හයිපර්-වී සහ මැක්හි හයිපර්වයිසර්.ෆ්‍රේම්වර්ක් භාවිතා කරයි.

දැන්, මැක් සඳහා ඩොකර් බහාලුම් ධාවනය කරන්නේ කෙසේද යන්න විස්තරාත්මකව විස්තර කිරීමට මට ඉඩ දෙන්න.

මැක් සඳහා ඩොකර් හයිපර්වයිසර් හැකියාවන් අනුකරණය කිරීමට https://github.com/moby/hyperkit භාවිතා කරන අතර හයිපර්කිට් එහි හරය තුළ හයිපර්වයිසර්.ෆ්‍රේම්වර්ක් භාවිතා කරයි. Hypervisor.framework යනු මැක්හි ස්වදේශීය හයිපර්වයිසර් විසඳුමයි. හයිපර්කිට් පිළිවෙලින් නාම අවකාශ ජාලයට සහ ගොනු පද්ධතියට VPNKit සහ DataKit භාවිතා කරයි.

ඩොකර් මැක් තුළ ධාවනය වන ලිනක්ස් වීඑම් කියවීමට පමණි. කෙසේ වෙතත්, ධාවනය කිරීමෙන් ඔබට එයට පහර දිය හැකිය:

screen ~/Library/Containers/com.docker.docker/Data/vms/0/tty.

දැන්, අපට මෙම වීඑම් හි කර්නල් අනුවාදය පවා පරීක්ෂා කළ හැකිය:

# uname -a Linux linuxkit-025000000001 4.9.93-linuxkit-aufs #1 SMP Wed Jun 6 16:86_64 Linux.

සියලුම බහාලුම් මෙම වීඑම් තුළ ක්‍රියාත්මක වේ.

Hypervisor.framework සඳහා යම් සීමාවන් තිබේ. ඒ නිසා ඩොකර් docker0මැක්හි ජාල අතුරුමුහුණත නිරාවරණය නොකරයි . එබැවින්, ඔබට ධාරකයෙන් බහාලුම් වෙත පිවිසිය නොහැක. මේ වන විට docker0ලබා ගත හැක්කේ වීඑම් තුළ පමණි.

හයිපර්-වී යනු වින්ඩෝස් හි ස්වදේශීය හයිපර්වයිසර් ය. ලිනක්ස් පද්ධති ස්වදේශීයව ක්‍රියාත්මක කිරීම සඳහා වින්ඩෝස් 10 හි හැකියාවන් උපයෝගී කර ගැනීමට ද ඔවුහු උත්සාහ කරති.


1
හරිම ලස්සන පෝස්ට් එකක්. ඔයාට බොහෝම ස්තූතියි! මට ඇති තවත් ප්‍රශ්නයක් නම් මැක් x86_64 යන්ත්‍රය මත මට ඩොකර් ආම් 7 වී 32-බිට් රූපයක් සෑදිය හැකි බවයි. කෙසේ වෙතත්, x86_64 යන්ත්‍රයේ ස්ථාපනය කර ඇති උබුන්ටු මත මට එකම රූපය සෑදිය නොහැක. මෙය ඔබ සඳහන් කළ මැක් හයිපර්වයිසර් විසඳුමට සම්බන්ධද?
jiashenC

1
"ඩොකර් ලිනක්ස් නොවන පද්ධතිවල බහාලුම් ධාවනය කරන්නේ කෙසේද?" යනුවෙන් ඇමතීමට ඇති එකම පිළිතුර ඔබේ පිළිතුරයි. මෙම තොරතුරු ඕනෑම තැනක සොයා ගැනීම ඉතා අපහසුය. සෑම දෙයක්ම අවධාරණය කරන්නේ "බහාලුම් වීඑම් වලට වඩා සම්පූර්ණයෙන්ම වෙනස් ය!", වේගවත්, සැහැල්ලු බර යනාදියයි. එහෙත් ලිනක්ස් නොවන පද්ධතියක කන්ටේනරයක් ධාවනය කිරීමට ඇති එකම ක්‍රමය වීඑම් එකක් භ්‍රමණය කිරීමයි ...!
බොගතිර්

Og බොගටිර් IINM, එය සියලු බහාලුම් සඳහා -one- VM වේ.
dstromberg

147

මෙම පෝස්ට් එක හරහා අපි වීඑම් සහ එල්එක්සී අතර වෙනස්කම් රේඛා කිහිපයක් අඳින්නෙමු. පළමුව ඒවා නිර්වචනය කරමු.

වී.එම් :

අථත්ය යාන්ත්රණයක් භෞතික පරිගණක පරිසරයක් අනුකරණය කරයි, නමුත් CPU, මතකය, දෘ disk තැටිය, ජාලය සහ වෙනත් දෘඩාංග සම්පත් සඳහා වන ඉල්ලීම් කළමනාකරණය කරනු ලබන්නේ අථත්යකරණ ස්ථරයක් මගිනි.

මෙම සන්දර්භය තුළ වීඑම් ආගන්තුකයා ලෙස හැඳින්වෙන අතර එය ක්‍රියාත්මක වන පරිසරය සත්කාරක ලෙස හැඳින්වේ.

LXC s:

ලිනක්ස් බහාලුම් (එල්එක්සී) යනු මෙහෙයුම් පද්ධති මට්ටමේ හැකියාවන් වන අතර එමඟින් එක් පාලක ධාරකයක (එල්එක්ස් සත්කාරක) හුදකලා වූ ලිනක්ස් බහාලුම් කිහිපයක් ක්‍රියාත්මක කිරීමට හැකි වේ. ලිනක්ස් බහාලුම් VM වලට සැහැල්ලු විකල්පයක් ලෙස සේවය කරයි. අතථ්‍ය පෙට්ටිය, KVM, Xen, ආදිය.

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

නමුත් විශාල ප්‍රශ්නය නම් එය කළ හැකිද? එය සංවේදීද?

ඒ. LXCs ලිනක්ස් සඳහා උදාහරණයකි. එය ලිනක්ස්හි විවිධ රසයන් විය හැකිය (උදා: සෙන්ටොස් සත්කාරකයක උබුන්ටු බහාලුමක් නමුත් එය තවමත් ලිනක්ස් ය.) ඒ හා සමානව, වින්ඩෝස් මත පදනම් වූ බහාලුම් වින්ඩෝස් සඳහා උදාහරණයක් ලෙස පරික්ෂා කර ඇත. හයිපර්වයිසර් ඔබ මෙහෙයුම් පද්ධති ලිනක්ස් හෝ වින්ඩෝස් වලට පමණක් සීමා නොවේ.

බී. LMCs අඩු පොදු කාර්ය ඇති අතර VM වලට සාපේක්ෂව වඩා හොඳ කාර්ය සාධනයක් ඇත. මෙවලම්. එල්එක්සී තාක්‍ෂණයේ උරහිස් මත ගොඩනගා ඇති ඩෝකර් මඟින් සංවර්ධකයින්ට ඔවුන්ගේ යෙදුම් ක්‍රියාත්මක කිරීමට වේදිකාවක් ලබා දී ඇති අතර ඒ සමඟම මෙහෙයුම් සේවාදායකයින්ට හෝ නිෂ්පාදන මධ්‍යස්ථානවල එකම බහාලුමක් යෙදවීමට ඉඩ සලසන මෙවලමක් මෙහෙයුම් පුද්ගලයින්ට සවිබල ගැන්වී ඇත. එය යෙදුමක් ධාවනය කරන සංවර්ධකයෙකු, යෙදුමක් ආරම්භ කිරීම සහ පරීක්ෂා කිරීම සහ එම යෙදුම බාධාවකින් තොරව ක්‍රියාත්මක කරන පුද්ගලයෙකු අතර අත්දැකීම් ඇති කිරීමට උත්සාහ කරයි, මන්දයත් සියලු iction ර්ෂණය පවතින්නේ මෙහි වන අතර DevOps හි අරමුණ වන්නේ එම සිලෝස් බිඳ දැමීමයි.

එබැවින් හොඳම ප්‍රවේශය වන්නේ වලාකුළු යටිතල පහසුකම් සපයන්නන් VM සහ LXC නිසි ලෙස භාවිතා කිරීම සඳහා උපදෙස් දිය යුතු අතර, ඒවා එක් එක් විශේෂිත කාර්ය භාරයන් සහ අවස්ථා හැසිරවීමට සුදුසු ය.

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


4
ඉහත ඔබේ "ආ" කොටස හරියටම ඩොකර් ජනතාව තාක්‍ෂණය ගැන පවසා ඇති දෙයයි. එහි අර්ථය වන්නේ සංවර්ධන හා යෙදවීමේ කාර්යයන් පහසු කිරීමයි. දේව් සහ සිසොප් ලෙස මගේ අත්දැකීම් මත පදනම්ව, මට එකඟ විය යුතුය.
වයින් සෝක්ඩ්

3
එය වියුක්ත පිළිතුරකි. ඩෝකර් භාවිතා කරන විට / භාවිතා නොකරන විට අපට භාවිතා කිරීමේ අවස්ථා අවශ්‍ය වේ. ප්‍රශ්නය එයයි. සෑම කෙනෙකුටම ඩෝකර් යනු කුමක්දැයි සොයාගත හැකි නමුත් සැබෑ සිදුවීම් පිළිබඳව පැහැදිලි කළ හැක්කේ ස්වල්ප දෙනෙකුට පමණි.
අයිවන් වොරොෂිලින්

1
ඩොකර් දැන් වින්ඩෝස් ලෝකයට ගෙන එනු ලැබේ, එය තවදුරටත් LXC මත රඳා නොපවතින හෙයින්: blogs.msdn.com/b/nzdev/archive/2015/06/02/… මම මෙහි පිළිතුරු වැරදියට වටහාගෙන ඇත්නම් කරුණාකර මාව නිවැරදි කරන්න
බුබකසෝබා

6
බහාලුම්වල කොටසක් "(උදා: සෙන්ටෝස් ධාරකයක උබුන්ටු බහාලුමක් නමුත් එය තවමත් ලිනක්ස්)" තේරුම් ගැනීමට මට අපහසුය . මම එය තේරුම් ගන්නා ආකාරය නම්, බහාලුම් ධාරක කර්නලය බෙදා ගැනීමයි. උදාහරණයක් ලෙස මා සතුව VM ධාවනය වන ලිනක්ස් කර්නල් 4.6 තිබේ නම්, ආගන්තුක VM හි ධාවනය වන ලිනක්ස් කර්නල් කිහිපයක් 2.4, 2.6, 3.2, 4.1 සහ 4.4 ඇත. මම එම කර්නලයට විශේෂිත විධානයන් ක්‍රියාත්මක කළහොත්, මට ආගන්තුක කර්නලයේ හැසිරීම ලැබෙනු ඇත (සහ ධාරකයා නොවේ). නමුත් මගේ ආගන්තුක වීඑම් දැන් බහාලුම් නම්, ක්‍රියාත්මක කළ විධානය ධාරක කර්නලය විසින් තීරණය කරනු ඇත්ද?
Jeach

ub බුබකසෝබා ඔව්. ඔබ හරි. දැන් ඔවුන් runC
Rumesh Eranga Hapuarachchi

141

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

ඩොකර් යනු ක්‍රියාවලියක් ක්‍රියාත්මක කිරීම සඳහා වූ විසිතුරු ක්‍රමයක් මිස අථත්‍ය යන්ත්‍රයක් නොවේ.

දැන්, එහි තේරුම ගැන තව ටිකක් පැහැදිලි කිරීමට මට ඉඩ දෙන්න. අතථ්‍ය යන්ත්‍ර යනු ඔවුන්ගේම මෘගයාය. අථත්ය යාන්ත්රණය යනු කුමක්ද යන්න පැහැදිලි කිරීමට වඩා ඩොකර් යනු කුමක්ද යන්න පැහැදිලි කිරීමට ඔබට මෙය උපකාරී වනු ඇතැයි මට හැඟේ . යමෙකු “අතථ්‍ය යන්ත්‍රය” යැයි පැවසූ විට ඔවුන් අදහස් කරන දේ හරියටම ඔබට පවසන බොහෝ හොඳ පිළිතුරු මෙහි ඇති නිසා. ඒ නිසා...

ඩෝකර් කන්ටේනරයක් යනු ක්‍රියාවලියක් (සහ එහි දරුවන්) යනු අනෙක් ක්‍රියාදාමයන්ගෙන් ධාරක පද්ධතියේ කර්නලය තුළ ඇති සීග්‍රූප් භාවිතා කර කොටස් කර ඇත. ps auxධාරකයේ ධාවනය කිරීමෙන් ඔබට ඇත්ත වශයෙන්ම ඔබගේ ඩෝකර් බහාලුම් ක්‍රියාවලි දැකිය හැකිය . උදාහරණයක් ලෙස, apache2"කන්ටේනරයක" ආරම්භ apache2කිරීම ධාරකයේ විශේෂ ක්‍රියාවලියක් ලෙස ආරම්භ වේ. එය යන්ත්‍රයේ වෙනත් ක්‍රියාවලීන්ගෙන් කොටස් කර ඇත. ඔබේ බහාලුම් ක්‍රියාවලියෙහි ජීවිත කාලයෙන් පිටත ඔබේ බහාලුම් නොපවතින බව සැලකිල්ලට ගැනීම වැදගත්ය. ඔබේ ක්‍රියාවලිය මිය ගිය විට, ඔබේ බහාලුම මිය යයි. එයට හේතුව ඩොකර් pid 1ඔබේ බහාලුම තුළ ඔබේ යෙදුම සමඟ ප්‍රතිස්ථාපනය කිරීමයි ( pid 1සාමාන්‍යයෙන් ආරම්භක පද්ධතියයි). මෙම අවසාන කරුණ pid 1ඉතා වැදගත් ය.

එම සෑම බහාලුම් ක්‍රියාවලියක්ම භාවිතා කරන ගොනු පද්ධතිය තරම් දුරට, ඩෝකර් යූනියන්එෆ්එස්- පිටුබලය සහිත රූප භාවිතා කරයි , ඔබ එය කරන විට බාගත කරන්නේ එයයි docker pull ubuntu. සෑම "රූපයක් "ම ස්ථර මාලාවක් හා අදාළ පාර-දත්ත පමණි. ස්ථරකරණය පිළිබඳ සංකල්පය මෙහි ඉතා වැදගත් වේ. සෑම ස්ථරයක්ම එයට යටින් ඇති ස්තරයේ වෙනසක් පමණි. උදාහරණයක් ලෙස, ඔබ ඩෝකර් බහාලුමක් සාදන අතරතුර ඔබේ ඩොකර්ෆයිල් හි ගොනුවක් මකා දැමූ විට, ඇත්ත වශයෙන්ම ඔබ "මෙම ගොනුව මකා දමා ඇත" යනුවෙන් පවසන අවසාන ස්ථරයට ඉහළින් තට්ටුවක් සාදයි. අහම්බෙන්, ඔබේ ගොනු පද්ධතියෙන් විශාල ගොනුවක් මකා දැමිය හැක්කේ මේ නිසා ය, නමුත් රූපය තවමත් එම තැටියේ ඉඩ ප්‍රමාණයම ගනී. වත්මන් ගොනුවට යටින් ඇති ස්ථර වල ගොනුව තවමත් පවතී. ස්ථර යනු ලිපිගොනු වල තාර බෝල පමණි. ඔබට මෙය අත්හදා බැලිය හැකියdocker save --output /tmp/ubuntu.tar ubuntuඊට පස්සෙ cd /tmp && tar xvf ubuntu.tar. එවිට ඔබට අවට බැලීමට හැකිය. දිගු හැෂ් මෙන් පෙනෙන සියලුම නාමාවලි ඇත්ත වශයෙන්ම තනි ස්ථර වේ. සෑම එකක්ම ගොනු ( layer.tar) සහ පාර-දත්ත (json) එම විශේෂිත ස්තරය පිළිබඳ තොරතුරු සමඟ. එම ස්ථර වල ගොනු පද්ධතියේ වෙනස්කම් විස්තර කරන්නේ එහි මුල් තත්වයට ඉහළින් “ස්ථරයක්” ලෙස සුරකිනු ඇත. "වත්මන්" දත්ත කියවන විට, ගොනු පද්ධතිය දත්ත කියවන්නේ එය ඉහළම ස්ථරවල වෙනස්කම් දෙස බලන්නාක් මෙනි. "පෙර" ස්ථර වල තවමත් පැවතුනද, ගොනුව මකා දැමිය හැකි බව පෙනෙන්නේ එබැවිනි, මන්ද ගොනු පද්ධතිය ඉහළම ස්ථර දෙස පමණක් බලන බැවිනි. එක් එක් බහාලුම්වල ඉහළම ස්ථර වල ගොනු පද්ධතියට සැලකිය යුතු වෙනස්කම් සිදුවී තිබුණද, සම්පූර්ණයෙන්ම වෙනස් බහාලුම්වලට ඒවායේ ගොනු පද්ධති ස්ථර බෙදා ගැනීමට මෙය ඉඩ දෙයි. ඔබේ බහාලුම්වල මූලික රූප ස්ථර බෙදා ගන්නා විට මෙය ඔබට ටොන් ගණනක් ඉඩ ඉතිරි කර ගත හැකිය. කෙසේවෙතත්,

ඩෝකර් හි ජාලකරණය සාක්ෂාත් කරගනු ලබන්නේ ඊතර්නෙට් පාලමක් ( docker0ධාරකයට කැඳවනු ලැබේ) සහ ධාරකයේ සෑම බහාලුමක් සඳහාම අථත්‍ය අතුරුමුහුණත් භාවිතා කිරීමෙනි . එය docker0ඔබගේ බහාලුම් එකිනෙක අතර “සන්නිවේදනය” කිරීම සඳහා අතථ්‍ය අනුජාලයක් නිර්මාණය කරයි . ඔබේ බහාලුම් සඳහා අභිරුචි අනුජාල නිර්මාණය කිරීම සහ ඔබේ බහාලුමට කෙලින්ම ප්‍රවේශ වීම සඳහා ඔබේ සත්කාරක ජාල ජාලය "බෙදා ගැනීමට" හැකියාව ඇතුළුව ජාලකරණය සඳහා බොහෝ විකල්ප මෙහි ඇත.

ඩෝකර් ඉතා වේගයෙන් ගමන් කරයි. එහි ප්‍රලේඛනය මා මෙතෙක් දැක ඇති හොඳම ලියකියවිලි කිහිපයකි. එය සාමාන්‍යයෙන් හොඳින් ලියා, සංක්ෂිප්ත හා නිවැරදි ය. වැඩි විස්තර සඳහා ලබා ගත හැකි ලියකියවිලි පරීක්ෂා කර බැලීමට මම නිර්දේශ කරමි. ඔබට නිශ්චිත ප්‍රශ්න ඇත්නම්, #dockerෆ්‍රෙනෝඩ් අයිආර්සී හා සම්බන්ධ වී එහි ඇසීමට මම තරයේ නිර්දේශ කරමි (ඔබට ඒ සඳහා ෆ්‍රීනෝඩ්ගේ වෙබ් චැට් පවා භාවිතා කළ හැකිය !).


12
"ඩෝකර් යනු ක්‍රියාවලියක් ක්‍රියාත්මක කිරීම සඳහා වූ විසිතුරු ක්‍රමයක් මිස අථත්‍ය යන්ත්‍රයක් නොවේ." මෙය විශිෂ්ට සාරාංශයකි, ස්තූතියි!
mkorman

ස්තූතියි! ඒ සඳහා වන ගෞරවය #dockerෆ්‍රීනෝඩ් අයිආර්සී නාලිකාවේ සිට ක්‍රමලේඛකයා වෙත යයි .
L0j1k

මෙය අනෙක් පිළිතුරු වලට වඩා පැහැදිලි ය. මම හිතන්නේ එය මට කරන ක්‍රියාදාම ප්‍රතිසමයි. එය වියුක්ත කිරීමේ මට්ටම අඩු කරයි.
සහකරු මරී

මම මෙසේ කියමි: "ඩෝකර් යනු ක්‍රියාවලියක් ක්‍රියාත්මක කිරීම සඳහා වූ විසිතුරු ක්‍රමයකි. එය හුදකලා, ආරක්ෂිත, සංවෘත ආකාරයකින් මිස අථත්‍ය යන්ත්‍රයක් නොවේ." ධාරක පද්ධතියට උප පද්ධතියේ දෘශ්‍යතාව (ක්‍රියාවලීන් හා සම්පත් වලට වඩා) ඇත, නමුත් හුදකලා පද්ධතියට ධාරක පද්ධතියේ දෘශ්‍යතාව (ක්‍රියාවලි හා සම්පත් වලට වඩා) නොමැත.
සොහෙයිල් සී

87

ඩොකර් යෙදුමක් එහි සියලු පරායත්තතාවයන් සමඟ සංයුක්ත කරයි.

අථත්‍යකරණය සාමාන්‍යයෙන් යන්තම් යන්ත යන්ත්‍රයක් මත ධාවනය කළ හැකි ඕනෑම යෙදුමක් ධාවනය කළ හැකි මෙහෙයුම් පද්ධතියක් සංකේතවත් කරයි.


1
මම LXC ගැන ඉගෙන ගන්නවා, මම වැරදියි නම් මාව නිවැරදි කරන්න, නමුත් එය යම් ආකාරයක virtualenv විය හැකිද? නමුත් පැහැදිලිවම පුළුල් ය, එය කීම සඳහා පයිතන් වෙත
චක්‍රලේඛනය කර නැත

2
මම මේ පිළිතුරට වඩාත්ම කැමතියි. එය සරල වන අතර කෙළින්ම ලක්ෂ්‍යයට යයි. WHAT LXC සහ Virtualizers හට කළ හැකි දේ පිළිබඳ මූලික අවබෝධයක් දැන් ඇති බැවින්, වෙනත් කියවීම් වලින් ලැබෙන තොරතුරු අර්ථවත් වනු ඇත.
ෆිල්

2
H ෆිල් එය ඉහත සවිස්තරාත්මක පිළිතුරු මා මුලින් කියවීමෙන් පසුව සිදු විය.
ජොනී

මම හිතන්නේ ඔවුන්ට වටකර ගන්නේ කෙසේදැයි දැන ගැනීමට අවශ්‍යයි. ඔවුන් අතර වෙනස පෙන්වන විශාල කොටස එයයි නමුත් ඔබ පිළිතුරු දුන්නේ නැත.
Light.G

60

ඔවුන් දෙදෙනාම බෙහෙවින් වෙනස් ය. ඩෝකර් සැහැල්ලු වන අතර LXC / libcontainer භාවිතා කරයි (එය කර්නල් නාම අවකාශය සහ සීග්‍රූප් මත රඳා පවතී) සහ හයිපර්වයිසර්, කේවීඑම් වැනි යන්ත්‍ර / දෘඩාංග අනුකරණයන් නොමැත. බරින් යුත් Xen.

ඩොකර් සහ එල්එක්ස් යනු වැලිපිල්ල, බහාලුම්කරණය සහ සම්පත් හුදකලා කිරීම සඳහා වැඩි වශයෙන් අදහස් කෙරේ. එය IPC, NS (සවිකිරීම), ජාලය, PID, UTS යනාදිය සඳහා නාම අවකාශයක් සපයන සත්කාරක මෙහෙයුම් පද්ධතියේ (දැනට ලිනක්ස් කර්නල් පමණක්) ක්ලෝන API භාවිතා කරයි.

මතකය, I / O, CPU යනාදිය ගැන කුමක් කිව හැකිද? එය පාලනය කරනු ලබන්නේ ඔබට නිශ්චිත සම්පත් (CPU, මතකය, ආදිය) පිරිවිතර / සීමා කිරීම් සහිත කණ්ඩායම් නිර්මාණය කර ඔබේ ක්‍රියාවලීන් එහි තැබිය හැකි cgroups භාවිතා කර ය. LXC හි ඉහළින්, ඩෝකර් විසින් ගබඩා පසුබිමක් ( http://www.projectatomic.io/docs/filesystems/ ) සපයයි , උදා: යූනියන් සවිකරන ගොනු පද්ධතිය, ඔබට ස්ථර එකතු කිරීමට සහ විවිධ සවිකරන නාම අවකාශයන් අතර ස්ථර බෙදා ගැනීමට හැකිය.

මෙය ප්‍රබල අංගයක් වන අතර මූලික රූප සාමාන්‍යයෙන් කියවීමට පමණක් වන අතර කන්ටේනරය ස්තරයේ යමක් වෙනස් කළ විට පමණක් එය කියවීමට-ලිවීමට කොටස් කිරීමට යමක් ලියයි (ලිවීමේ පිටපත). පින්තූර රෙජිස්ට්රි කිරීම සහ අනුවාද කිරීම වැනි තවත් බොහෝ ආවරණ මෙමඟින් සපයයි.

සාමාන්‍ය LXC සමඟ ඔබ rootf කිහිපයක් සමඟ පැමිණිය යුතුය හෝ rootfs බෙදා ගත යුතු අතර බෙදා ගන්නා විට වෙනස්වීම් වෙනත් බහාලුම්වල පිළිබිඹු වේ. මෙම එකතු කළ විශේෂාංග බොහොමයක් නිසා ඩෝකර් LXC වලට වඩා ජනප්‍රියයි. ජාල සහ යූඅයි වැනි බාහිර ආයතනවලට නිරාවරණය වන ක්‍රියාවලීන් වටා ආරක්ෂාව ක්‍රියාත්මක කිරීම සඳහා කාවැද්දූ පරිසරයන් තුළ එල්එක්සී ජනප්‍රියය. ස්ථාවර නිෂ්පාදන පරිසරයක් අපේක්ෂා කරන වලාකුළු බහු කුලී පරිසරය තුළ ඩෝකර් ජනප්‍රියය.

සාමාන්‍ය වීඑම් එකක් (උදාහරණයක් ලෙස වර්චුවල් බොක්ස් සහ වීඑම්වෙයාර්) හයිපර්වයිසර් භාවිතා කරන අතර, ඒ හා සම්බන්ධ තාක්ෂණයන්හි පළමු මෙහෙයුම් පද්ධතිය (සත්කාරක මෙහෙයුම් පද්ධතිය, හෝ ආගන්තුක ඕඑස් 0) සඳහා පළමු ස්ථරය බවට පත්වන ස්ථිරාංග හෝ සත්කාරක මෙහෙයුම් පද්ධතිය මත ධාවනය වන මෘදුකාංගයක් ඇත. CPU, USB / උපාංග, මතකය, ජාලය වැනි දෘඩාංග අනුකරණයන් ආගන්තුක මෙහෙයුම් පද්ධති වෙත සැපයීම. VMs තවමත් (2015 වන විට) අධි ආරක්ෂිත බහු කුලී පරිසරය තුළ ජනප්‍රියයි.

ඩෝකර් / එල්එක්ස් ඕනෑම ලාභ දෘඩාංගයක් මත ධාවනය කළ හැකිය (ඔබට නව කර්නලයක් ඇති තාක් මතකයේ 1 GB ට වඩා අඩුය.) එදිරිව. සාමාන්‍ය වීඑම් වලට අවම වශයෙන් 2 GB මතකයක් අවශ්‍ය වේ. . නමුත් ධාරක මෙහෙයුම් පද්ධතියේ ඩෝකර් සහාය වින්ඩෝස් වැනි මෙහෙයුම් පද්ධති වල නොමැත (2014 නොවැම්බර් වන විට) වින්ඩෝස්, ලිනක්ස් සහ මැක්ස් මත VM වර්ග ධාවනය කළ හැකිය.

මෙන්න ඩොකර් / රයිට්ස්කේල් වෙතින් පින්තූරයක්: මෙන්න අයිතිවාසිකම් පරිමාණයෙන් පින්තූරයක්


34

1. සැහැල්ලු බර

බොහෝ ඩොකර් ඉගෙන ගන්නන්ගේ පළමු හැඟීම මෙය විය හැකිය.

පළමුව, ඩෝකර් රූප සාමාන්‍යයෙන් වීඑම් රූපවලට වඩා කුඩා වන අතර එය තැනීම, පිටපත් කිරීම, බෙදාගැනීම පහසු කරයි.

දෙවනුව, ඩෝකර් බහාලුම් මිලි තත්පර කිහිපයකින් ආරම්භ කළ හැකි අතර VM තත්පර කිහිපයකින් ආරම්භ වේ.

2. ස්ථර ගොනු පද්ධතිය

මෙය ඩොකර්ගේ තවත් ප්‍රධාන ලක්ෂණයකි. පින්තූරවලට ස්ථර ඇති අතර, විවිධ රූපවලට ස්ථර බෙදා ගත හැකි අතර, එය තවත් ඉඩ ඉතිරි කර ගත හැකි අතර ගොඩනැගීමට වේගවත් වේ.

සියළුම බහාලුම් උබුන්ටු ඔවුන්ගේ මූලික රූප ලෙස භාවිතා කරන්නේ නම්, සෑම රූපයකටම තමන්ගේම ගොනු පද්ධතියක් නොමැත, නමුත් එකම යටි ඉරි සහිත උබුන්ටු ගොනු බෙදා ගන්න, සහ ඔවුන්ගේ යෙදුම් දත්තවල පමණක් වෙනස් වේ.

3. බෙදාගත් OS කර්නලය

බහාලුම් ක්‍රියාවලි ලෙස සිතන්න!

ධාරකයක ධාවනය වන සියලුම බහාලුම් ඇත්ත වශයෙන්ම විවිධ ගොනු පද්ධති සහිත ක්‍රියාවලි සමූහයකි. ඔවුන් එකම මෙහෙයුම් පද්ධතියේ කර්නලය බෙදාගනී, පද්ධති පුස්තකාලය සහ පරායත්තතාවයන් පමණක් සංයුක්ත කරයි.

මෙය බොහෝ අවස්ථාවන් සඳහා හොඳ ය (අමතර මෙහෙයුම් පද්ධතියේ කර්නලයක් නඩත්තු නොකෙරේ) නමුත් බහාලුම් අතර දැඩි හුදකලා වීමක් අවශ්‍ය නම් එය ගැටළුවක් විය හැකිය.

එය වැදගත් වන්නේ ඇයි?

මේ සියල්ල විප්ලවය නොව වැඩිදියුණු කිරීම් ලෙස පෙනේ. හොඳයි, ප්‍රමාණාත්මක සමුච්චය ගුණාත්මක පරිවර්තනයකට මග පාදයි .

යෙදුම් යෙදවීම ගැන සිතන්න. අපට නව මෘදුකාංගයක් (සේවාවක්) යෙදවීමට හෝ යාවත්කාලීන කිරීමට අවශ්‍ය නම්, නව වීඑම් එකක් නිර්මාණය කරනවා වෙනුවට වින්‍යාස ගොනු සහ ක්‍රියාවලි වෙනස් කිරීම වඩා හොඳය. යාවත්කාලීන සේවාවක් සහිත වීඑම් එකක් නිර්මාණය කිරීම, එය පරීක්ෂා කිරීම (දේව් සහ QA අතර බෙදාගැනීම), නිෂ්පාදනයට යෙදවීම පැය, දින පවා ගත වේ. කිසියම් දෙයක් වැරදුනහොත්, ඔබ නැවත ආරම්භ කළ යුතුය, ඊටත් වඩා කාලය නාස්ති කරයි. එබැවින්, නව මෘදුකාංග ස්ථාපනය කිරීම සඳහා වින්‍යාස කළමනාකරණ මෙවලම (රූකඩ, ලුණු ලේවා, අරක්කැමියා ආදිය) භාවිතා කරන්න, නව ගොනු බාගත කිරීම වඩාත් සුදුසුය.

ඩොකර් සම්බන්ධයෙන් ගත් විට, පැරණි එක වෙනුවට අලුතින් සාදන ලද ඩොකර් බහාලුමක් භාවිතා කළ නොහැක. නඩත්තු කිරීම වඩා පහසුය! නව රූපයක් තැනීම, එය QA සමඟ බෙදාගැනීම, එය පරීක්ෂා කිරීම, යෙදවීම සඳහා ගත වන්නේ මිනිත්තු කිහිපයක් පමණි (සියල්ල ස්වයංක්‍රීය නම්), පැය ගණනක් නරකම අවස්ථාවක. මෙය වෙනස් කළ නොහැකි යටිතල පහසුකම් ලෙස හැඳින්වේ : මෘදුකාංග නඩත්තු නොකරන්න (නවීකරණය කරන්න), ඒ වෙනුවට නව එකක් සාදන්න.

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


27

ඩෝකර්, මූලික වශයෙන් බහාලුම්, OS අථත්‍යකරණයට සහය දක්වයි, එනම් ඔබේ යෙදුමට එය මෙහෙයුම් පද්ධතියක සම්පූර්ණ අවස්ථාවක් ඇති බව හැඟෙන අතර VM දෘඩාංග අථත්‍යකරණයට සහය දක්වයි . ඔබට ඕනෑම මෙහෙයුම් පද්ධතියක් ආරම්භ කළ හැකි භෞතික යන්ත්‍රයක් ලෙස ඔබට හැඟේ.

ඩෝකර් හි, ධාවනය වන බහාලුම් ධාරක OS කර්නලය බෙදා ගන්නා අතර VM වල ඔවුන්ගේම OS ගොනු ඇත. ඔබ යෙදුමක් සංවර්ධනය කරන පරිසරය (මෙහෙයුම් පද්ධතිය) ඔබ එය "පරීක්ෂා කිරීම" හෝ "නිෂ්පාදනය" වැනි විවිධ සේවා පරිසරයන් වෙත යෙදවීමේදී සමාන වේ.

උදාහරණයක් ලෙස, ඔබ 4000 වරාය මත ධාවනය වන වෙබ් සේවාදායකයක් සංවර්ධනය කරන්නේ නම්, ඔබ එය ඔබේ "පරීක්ෂණ" පරිසරයට යෙදවූ විට, එම වරාය දැනටමත් වෙනත් වැඩසටහනක් භාවිතා කරයි, එබැවින් එය ක්‍රියා කිරීම නවත්වයි. බහාලුම්වල ස්ථර ඇත; ඔබ මෙහෙයුම් පද්ධතියේ සිදු කර ඇති සියළු වෙනස්කම් ස්ථර එකක හෝ වැඩි ගණනක සුරකිනු ඇති අතර එම ස්ථර රූපයේ කොටසක් වනු ඇත, එබැවින් රූපය යන ඕනෑම තැනක පරායත්තතාවයන් ද පවතී.

පහත දැක්වෙන උදාහරණයේ, ධාරක යන්ත්‍රයට VM තුනක් ඇත. VMs හි සම්පූර්ණ හුදකලාව තුළ යෙදුම් සැපයීම සඳහා, ඔවුන් සතුව OS ලිපිගොනු, පුස්තකාල සහ යෙදුම් කේත වල පිටපත් ඇත, තවද මෙහෙයුම් පද්ධතියක සම්පූර්ණ මතක මතකයක් ඇත.බහාලුම් නොමැතිව පහත රූපයේ දැක්වෙන්නේ බහාලුම්වල ඇති එකම අවස්ථාවයි. මෙන්න, බහාලුම් හුදෙක් කර්නල් සහ පුස්තකාල ඇතුළුව ධාරක මෙහෙයුම් පද්ධතිය බෙදා ගනී, එබැවින් ඔවුන්ට මෙහෙයුම් පද්ධතියක් ආරම්භ කිරීමට, පුස්තකාල පැටවීමට හෝ එම ලිපිගොනු සඳහා පුද්ගලික මතක පිරිවැයක් ගෙවීමට අවශ්‍ය නොවේ. ඔවුන් ගන්නා එකම වර්ධක අවකාශය වන්නේ කන්ටේනරය තුළ යෙදුම ක්‍රියාත්මක වීමට අවශ්‍ය ඕනෑම මතකයක් සහ තැටියක් පමණි. යෙදුමේ පරිසරය විශේෂිත මෙහෙයුම් පද්ධතියක් ලෙස හැඟෙන අතර, යෙදුම එය විශේෂිත සත්කාරක සමාගමකට යොදවයි. බහාලුම් කළ යෙදුම තත්පර කිහිපයකින් ආරම්භ වන අතර යෙදුමේ තවත් බොහෝ අවස්ථා VM නඩුවට වඩා යන්ත්‍රයට ගැලපේ. රූප විස්තරය මෙහි ඇතුළත් කරන්න

මුලාශ්‍රය: https://azure.microsoft.com/en-us/blog/containers-docker-windows-and-trends/


මම පළමු ඡේදයට බෙහෙවින් කැමතියි.
Light.G

23

යෙදුමක් ක්‍රියාත්මක කිරීම සඳහා තොගයක් සපයන වෙනස් සැකසුම් තුනක් ඇත (මෙය බහාලුමක් යනු කුමක්ද සහ එය වෙනත් විසඳුම් වලට වඩා එතරම් ප්‍රබල වන්නේ කුමක් දැයි හඳුනා ගැනීමට අපට උපකාරී වේ):

1) Traditional Servers(bare metal)
2) Virtual machines (VMs)
3) Containers

1) සාම්ප්‍රදායික සේවාදායක තොගය මෙහෙයුම් පද්ධතියක් සහ ඔබේ යෙදුම ක්‍රියාත්මක කරන භෞතික සේවාදායකයකින් සමන්විත වේ.

වාසි:

  • අමු සම්පත් උපයෝගී කර ගැනීම

  • ඒකලනය

අවාසි:

  • ඉතා මන්දගාමී යෙදවීමේ කාලය
  • මිල අධිකයි
  • සම්පත් නාස්ති කිරීම
  • පරිමාණය කිරීමට අපහසුය
  • සංක්‍රමණය වීමට අපහසුය
  • සංකීර්ණ වින්‍යාසය

2) වීඑම් තොගය සමන්විත වන්නේ මෙහෙයුම් පද්ධතියක් ක්‍රියාත්මක කරන භෞතික සේවාදායකයකින් සහ ඔබේ අථත්‍ය යන්ත්‍රය, හවුල් සම්පත් සහ ජාල අතුරු මුහුණත කළමනාකරණය කරන හයිපර්වයිසර් ය. සෑම Vm එකක්ම ආගන්තුක මෙහෙයුම් පද්ධතියක්, යෙදුමක් හෝ යෙදුම් සමූහයක් ක්‍රියාත්මක කරයි.

වාසි:

  • සම්පත් හොඳින් භාවිතා කිරීම
  • පරිමාණයට පහසුය
  • උපස්ථ කිරීම සහ සංක්‍රමණය කිරීම පහසුය
  • පිරිවැය කාර්යක්ෂමතාව
  • නම්‍යශීලී බව

අවාසි:

  • සම්පත් වෙන් කිරීම ගැටළු සහගතය
  • විකුණුම්කරුගේ ලොකින්
  • සංකීර්ණ වින්‍යාසය

3) බහාලුම් සැකසුම , අනෙක් තොග සමඟ ඇති ප්‍රධාන වෙනස වන්නේ බහාලුම් මත පදනම් වූ අථත්‍යකරණය යනු සත්කාරක මෙහෙයුම් පද්ධතියේ කර්නලය හුදකලා ආගන්තුක අවස්ථා කිහිපයක් භාවිතා කිරීමයි. මෙම ආගන්තුක අවස්ථා බහාලුම් ලෙස හැඳින්වේ. ධාරකය භෞතික සේවාදායකයක් හෝ වීඑම් එකක් විය හැකිය.

වාසි:

  • ඒකලනය
  • සැහැල්ලු බර
  • සම්පත් .ලදායී වේ
  • සංක්‍රමණය වීමට පහසුය
  • ආරක්ෂාව
  • අඩු ඉහළින්
  • දර්පණ නිෂ්පාදනය හා සංවර්ධන පරිසරය

අවාසි:

  • එකම ගෘහ නිර්මාණ ශිල්පය
  • බර යෙදුම් සම්පත්
  • ජාලකරණය සහ ආරක්ෂක ගැටළු.

බහාලුම් සැකසුම එහි පූර්වගාමීන් සමඟ සංසන්දනය කිරීමෙන්, බහාලුම්කරණය මේ දක්වා අප දන්නා වේගවත්ම, වඩාත්ම සම්පත් effective ලදායී හා වඩාත්ම ආරක්ෂිත සැකසුම බව අපට නිගමනය කළ හැකිය. බහාලුම් යනු ඔබේ යෙදුම ක්‍රියාත්මක කරන හුදකලා අවස්ථා වේ. ඩොකර් යම් ආකාරයකින් කන්ටේනරය භ්‍රමණය කරයි, ස්ථර තත්පර කිහිපයකින් ධාවනය වන පෙරනිමි ගබඩා ධාවක (ආවරණ ධාවක) සමඟ ධාවන කාල මතකය ලබා ගනී. බහාලුම්.VM හි නම්, අථත්‍යකරණ පරිසරයට සියල්ල පැටවීමට මිනිත්තුවක් පමණ ගත වේ. මෙම සැහැල්ලු අවස්ථා ප්‍රතිස්ථාපනය කළ හැකිය, නැවත ගොඩනඟා ගත හැකිය. මෙය නිෂ්පාදන හා සංවර්ධන පරිසරය පිළිබිඹු කිරීමට අපට ඉඩ සලසන අතර CI / CD ක්‍රියාවලීන් සඳහා ඉමහත් උපකාරයකි. බහාලුම් මගින් ලබා දිය හැකි වාසි කොතරම් බලවත්ද යත් ඒවා අනිවාර්යයෙන්ම මෙහි රැඳී සිටියි.


වීඑම් වලට සාපේක්ෂව මෙය "වඩාත්ම ආරක්‍ෂිත සැකසුම" විය යුත්තේ මන්දැයි කරුණාකර කියන්න.
එම්කේස්පර්

KMKesper: ඔබ උරුම පරිසරයේ සිට බහාලුම් පරිසරයට සංක්‍රමණය වන විට, ආරක්ෂක පරාමිතීන් ගොඩනැගීම සඳහා ඔබට විවිධ ක්‍රම තිබේ. එය ඔබගේ යෙදුම සහ ධාවන කාලය වඩාත් කැටිති හා සූක්ෂම මට්ටමින් සුරක්ෂිත කිරීමට ඉඩ දෙයි. ඔබගේ කාර්ය ප්‍රවාහයන් කඩාකප්පල් කිරීමට පෙර ඇති විය හැකි ආරක්ෂක තර්ජන හඳුනාගෙන ඒවා විසඳීමට ද ඔවුන් බලය ලබා දෙයි. තවද, ධාවන කාල ආරක්ෂාව ස්වයංක්‍රීය කිරීම සහ ඔබේ පරිසරය පුරා ප්‍රතිපත්ති බලාත්මක කිරීම සඳහා එම්එල් සමඟ ස්ථිතික විශ්ලේෂණය ඒකාබද්ධ කළ හැකිය. එබැවින් "වඩාත් ආරක්ෂිත සැකසුම" යන රේඛාව.
mohan08p

18

මේ සම්බන්ධයෙන්: -

"ස්ථාවර නිෂ්පාදන පරිසරයකට යෙදවීමට වඩා මෘදුකාංගය ඩොකර් රූපයකට යෙදවීම පහසු වන්නේ ඇයි?"

බොහෝ මෘදුකාංග බොහෝ පරිසරයන් සඳහා යොදවා ඇත, සාමාන්‍යයෙන් අවම වශයෙන් පහත සඳහන් කරුණු තුනකි:

  1. තනි පුද්ගල සංවර්ධක පළාත් සභා
  2. හවුල් සංවර්ධක පරිසරය
  3. තනි පුද්ගල පරීක්ෂක පළාත් සභා
  4. බෙදාගත් පරීක්ෂණ පරිසරය
  5. QA පරිසරය
  6. UAT පරිසරය
  7. පැටවීම / කාර්ය සාධනය පරීක්ෂා කිරීම
  8. සජීවී වේදිකා ගත කිරීම
  9. නිෂ්පාදනය
  10. සංරක්ෂිතය

සලකා බැලිය යුතු පහත සාධක ද ​​ඇත:

  • සංවර්ධකයින්, සහ ඇත්ත වශයෙන්ම පරීක්ෂකයින්, සියල්ලන්ටම සියුම්ව හෝ විශාල වශයෙන් වෙනස් පරිගණක වින්‍යාසයන් ඇත, රැකියාවේ ස්වභාවය අනුව
  • ආයතනික හෝ ව්‍යාපාර ප්‍රමිතිකරණ රීති පාලනයෙන් ඔබ්බට පළාත් සභා වල සංවර්ධකයින්ට බොහෝ විට සංවර්ධනය කළ හැකිය (උදා: තමන්ගේම යන්ත්‍ර මත සංවර්ධනය කරන නිදහස් සේවකයින් (බොහෝ විට දුරස්ථව) හෝ ඔවුන්ගේ පරිගණක නිශ්චිතව වින්‍යාස කිරීම සඳහා 'රැකියාව' හෝ 'ගිවිසුම්' නොමැති විවෘත මූලාශ්‍ර ව්‍යාපෘති සඳහා දායකයින්. ආකාරය)
  • සමහර පරිසරයන් බර සමතුලිත වින්‍යාසයක ස්ථාවර යන්ත්‍ර ගණනාවකින් සමන්විත වේ
  • බොහෝ නිෂ්පාදන පරිසරයන්හි වලාකුළු මත පදනම් වූ සේවාදායකයන් ගතිකව (හෝ 'ප්‍රත්‍යාස්ථව') ගමනාගමන මට්ටම් අනුව නිර්මාණය කර විනාශ කරනු ඇත

සංවිධානයක් සඳහා උපුටා ගත් මුළු සේවාදායක සංඛ්‍යාව තනි සංඛ්‍යා වලින් කලාතුරකින් දක්නට ලැබෙන අතර බොහෝ විට ත්‍රිත්ව සංඛ්‍යා වලින් යුක්ත වන අතර පහසුවෙන් සැලකිය යුතු ලෙස ඉහළ අගයක් ගනී.

මේ සියල්ලෙන් අදහස් කරන්නේ (පරිමිත හරිත ක්ෂේත්‍රයක් තුළ වුවද) ස්ථාවර පරිසරයක් නිර්මාණය කිරීම ප්‍රමාණවත් නොවන බවයි, නමුත් ඒවා ඉහළ මට්ටමක පැවතීම, නව සේවාදායකයන් එකතු කිරීම (ගතිකව හෝ අතින්), o / s වෙළෙන්දන්, ප්‍රති-වයිරස වෙළෙන්දන්, බ්‍රව්සර් වෙළෙන්දන් වැනි ස්වයංක්‍රීය යාවත්කාලීන කිරීම්, සංවර්ධකයින් හෝ සේවාදායක තාක්‍ෂණ ශිල්පීන් විසින් සිදුකරන ලද අතින් මෘදුකාංග ස්ථාපනය කිරීම හෝ වින්‍යාස වෙනස් කිරීම යනාදිය. පරිසරය ස්ථාවරව තබා ගැනීම සඳහා (හරි, පිරිසිදු කරන්නාට එය කළ හැකිය, නමුත් එයට විශාල කාලයක්, වෑයමක් සහ විනයක් ඇතුළත් වේ, ඒ නිසාම VM සහ බහාලුම් (උදා: ඩෝකර්) මුලින් ම නිර්මාණය කරන ලදී).

එබැවින් ඔබේ ප්‍රශ්නය මෙයට වඩා සිතන්න "සියලු පරිසරයන් ස්ථාවරව තබා ගැනීමේ අතිශය දුෂ්කරතාවය සැලකිල්ලට ගෙන, ඉගෙනුම් වක්‍රය සැලකිල්ලට ගැනීමේදී පවා මෘදුකාංගය ඩොකර් රූපයකට යෙදවීම පහසු ද?" . මම හිතන්නේ ඔබ පිළිතුර නිරන්තරයෙන් "ඔව්" වනු ඇත - නමුත් සොයා ගැනීමට ඇත්තේ එක් මාර්ගයක් පමණි, මෙම නව ප්‍රශ්නය Stack Overflow හි පළ කරන්න.


ඉතින්, මම විවිධ ඩොක්ටර් රූපය විවිධ පෙට්ටි 15 ක් සමඟ විවිධ මෙහෙයුම් පද්ධති / අනුවාද සංයෝජනයන් යෙදවුවහොත්, මගේ සියලුම ඩෝකර් රූප එකම ලෙස ක්‍රියාත්මක වේද?
ටීමන් ෂිපාහි

ETeomanshipahi මෙම සියලු බහාලුම් ධාරක විසින් සපයන ලද එකම කර්නලය භාවිතා කළ හැකි නම්, ඔව්, ඒවා සියල්ලම සාර්ථකව ක්‍රියාත්මක වේ.
Light.G

මගේ දේශීය කවුළු සඳහා මම ඩොකර් භාවිතා කරන්නේ නම්, මට ලිනක්ස් / මැක් තුළ එකම ආකාරයකින් යෙදවිය හැකිද?
ටීමන් ෂිපාහි

සෑම විටම ග්ලෝස් වී ඇති බව පෙනෙන දේ නම් අනුවාද පරායත්තතා තවමත් පවතී: 1) සංවර්ධකයා රූපයේ අඩංගු පරිසරය තුළම වර්ධනය විය යුතුය; 2) dev පරිසරය සහ පරීක්ෂණ පරිසරය ලිනක්ස් කර්නලයේ සහ ඩොකර් දෙකෙහිම එකම (හෝ අනුකූල) අනුවාදයන් ක්‍රියාත්මක කළ යුතුය ... ඔව්?
බොගතිර්

18

වෙනස්කම් පිළිබඳ වඩාත් සවිස්තරාත්මකව පැහැදිලි කරන බොහෝ පිළිතුරු ඇත, නමුත් මෙන්න මගේ ඉතා කෙටි පැහැදිලි කිරීමකි.

එක් වැදගත් වෙනසක් වන්නේ මෙහෙයුම් පද්ධතිය ක්‍රියාත්මක කිරීම සඳහා VMs වෙනම කර්නලයක් භාවිතා කිරීමයි . එය අධික වීමට හේතුව සහ ආරම්භ කිරීමට කාලය ගතවීම, වැඩි පද්ධති සම්පත් පරිභෝජනය කිරීම ය.

ඩෝකර් හි, බහාලුම් ධාරකය සමඟ කර්නලය බෙදා ගනී ; එබැවින් එය සැහැල්ලු වන අතර ඉක්මනින් ආරම්භ කර නැවැත්විය හැකිය.

අථත්‍යකරණයේදී, සම්පත් සැකසීමේ ආරම්භයේදීම වෙන් කර ඇති අතර බොහෝ විට අථත්‍ය යන්ත්‍රය අක්‍රියව පවතින විට සම්පත් සම්පූර්ණයෙන් භාවිතා නොවේ. ඩෝකර් හි, බහාලුම් ස්ථාවර දෘඩාංග සම්පත් සමඟ වෙන් නොකෙරෙන අතර අවශ්‍යතා අනුව සම්පත් භාවිතා කිරීමට නිදහස ඇති අතර එබැවින් එය ඉහළ පරිමාණයකින් කළ හැකිය.

ඩෝකර් UNION ගොනු පද්ධතිය භාවිතා කරයි .. ඩෝකර් විසින් බහාලුම් විසින් පරිභෝජනය කරන මතක අවකාශය අඩු කිරීම සඳහා පිටපත්-ලිවීමේ තාක්ෂණය භාවිතා කරයි. වැඩි විස්තර මෙතැනින් කියවන්න


1
"අථත්‍යකරණයේදී, සම්පත් සැකසීමේ ආරම්භයේදීම වෙන් කර ඇති අතර එම නිසා බොහෝ විට අථත්‍ය යන්ත්‍රය අක්‍රියව පවතින විට සම්පත් සම්පූර්ණයෙන් ප්‍රයෝජනයට නොගනී" හයිපර්-වී ගතික මතකය පිළිබඳ සංකල්පයක් ඇති අතර එහිදී ඔබට අවම, උපරිම සහ ආරම්භක RAM.
මාරියස්

15

අතථ්‍ය යන්ත්‍රයක් සමඟ , අපට සේවාදායකයක් ඇත, එම සේවාදායකයේ අපට ධාරක මෙහෙයුම් පද්ධතියක් ඇත, පසුව අපට හයිපර්වයිසර් ඇත. ඉන්පසු එම හයිපර්වයිසර් මුදුනේ ධාවනය වන විට, අපට යෙදුමක් සහ එහි යැපෙන ද්විමයන් සහ එම සේවාදායකයේ පුස්තකාල සහිත ආගන්තුක මෙහෙයුම් පද්ධති ගණනාවක් තිබේ. එය සමස්ත ආගන්තුක මෙහෙයුම් පද්ධතියක් ගෙන එයි. එය තරමක් බරයි. සෑම භෞතික යන්ත්‍රයකටම ඔබට කොපමණ ප්‍රමාණයක් දැමිය හැකිද යන්නට සීමාවක් තිබේ.

රූප විස්තරය මෙහි ඇතුළත් කරන්න

අනෙක් අතට ඩෝකර් බහාලුම් තරමක් වෙනස් ය. අපට සේවාදායකය ඇත. අපට ධාරක මෙහෙයුම් පද්ධතිය ඇත. නමුත් ඒ වෙනුවට හයිපර්වයිසර් , අපට ඇත්තේ ඩෝකර් එන්ජිමයි . මෙම අවස්ථාවේදී, අපි සම්පූර්ණ ආගන්තුක මෙහෙයුම් පද්ධතියක් අප සමඟ ගෙන එන්නේ නැත. අපි මෙහෙයුම් පද්ධතියේ ඉතා තුනී ස්ථරයක් ගෙන එනු ලබන අතර , එහි ඇති කර්නල් ක්‍රියාකාරිත්වය ලබා ගැනීම සඳහා බහාලුමට ධාරක මෙහෙයුම් පද්ධතිය තුළට කතා කළ හැකිය. එමඟින් අපට ඉතා සැහැල්ලු බහාලුමක් ලබා ගත හැකිය.

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

රූප විස්තරය මෙහි ඇතුළත් කරන්න

සෑම බහාලුමක්ම සිතන්නේ එය ක්‍රියාත්මක වන්නේ එහි මෙහෙයුම් පද්ධතියේ පිටපතක් මත බවයි. එයට තමන්ගේම ගොනු පද්ධතියක්, තමන්ගේම ලේඛනයක් යනාදිය ඇත. එය එක්තරා ආකාරයක බොරුවකි. එය ඇත්ත වශයෙන්ම අථත්‍යකරණය වෙමින් පවතී.



11

නිෂ්පාදන පරිසරයන්හි සහ වේදිකාගත කිරීමේදී මම ඩොකර් භාවිතා කර ඇත්තෙමි. ඔබ එය පුරුදු වූ විට බහු බහාලුම් සහ හුදකලා පරිසරයක් තැනීම සඳහා එය ඉතා බලවත් වනු ඇත.

ඩොකර් LXC (ලිනක්ස් බහාලුම්) මත පදනම්ව සංවර්ධනය කර ඇති අතර බොහෝ ලිනක්ස් බෙදාහැරීම්වල, විශේෂයෙන් උබුන්ටු වල පරිපූර්ණව ක්‍රියා කරයි.

ඩෝකර් බහාලුම් යනු හුදකලා පරිසරයකි. ඔබ topඩොකර් අනුරුවකින් සාදන ලද ඩොකර් බහාලුමක් තුළ විධානය නිකුත් කරන විට ඔබට එය දැකිය හැකිය .

ඊට අමතරව, ඒවා ඩොකර් ෆයිල් වින්‍යාසයට ස්තූතිවන්ත වන අතර ඒවා ඉතා සැහැල්ලු බරකි.

නිදසුනක් ලෙස, ඔබට ඩෝකර් රූපයක් සාදා ඩොකර් ෆයිල් එකක් වින්‍යාස කර නිදසුනක් ලෙස එය ක්‍රියාත්මක වන විට wget 'this', apt-get 'that', 'some shell script' ධාවනය කරන්න, පරිසර විචල්‍යයන් සැකසීම යනාදිය කියන්න.

ක්ෂුද්‍ර සේවා ව්‍යාපෘති සහ ගෘහ නිර්මාණ ශිල්පයෙහි ඩෝකර් යනු ඉතා ශක්‍ය වත්කමකි. ඔබට ඩෝකර්, ඩෝකර් රංචුව, කුබර්නෙට්ස් සහ ඩෝකර් රචනා සමඟ පරිමාණය, ප්‍රත්‍යස්ථතාව සහ ප්‍රත්‍යාස්ථතාව ලබා ගත හැකිය.

ඩෝකර් සම්බන්ධ තවත් වැදගත් කාරණයක් වන්නේ ඩෝකර් හබ් සහ එහි ප්‍රජාවයි. උදාහරණයක් ලෙස, මම ප්‍රොමෙතියස්, ග්‍රැෆානා, ප්‍රොමේතියස්-ජේඑම්එක්ස්-අපනයනකරු සහ ඩෝකර් භාවිතා කරමින් කෆ්කා අධීක්ෂණය සඳහා පරිසර පද්ධතියක් ක්‍රියාත්මක කළෙමි.

එය සිදු කිරීම සඳහා, මම සත්වෝද්‍යාන, කෆ්කා, ප්‍රොමේතියස්, ග්‍රැෆානා සහ ජේඑම්එක්ස්-එකතු කරන්නා සඳහා වින්‍යාසගත ඩෝකර් බහාලුම් බාගත කළෙමි, පසුව ඒවායින් සමහරක් සඳහා YAML ලිපිගොනු භාවිතා කරමින් මගේම වින්‍යාසය සවි කළෙමි, නැතහොත් වෙනත් අය සඳහා, මම ඩොකර් බහාලුම්වල සමහර ගොනු සහ වින්‍යාසය වෙනස් කළෙමි. මෙම ගෘහ නිර්මාණ ශිල්පය පහසුවෙන් බහුවිධ සේවාදායකයන් වෙත ගෙන යා හැකි හුදකලාව හා පරිමාණය සහ ප්‍රතිරෝධීතාවයෙන් යුත් තනි යන්ත්‍රයක් මත බහු බහාලුම් ඩොකර් භාවිතා කරමින් කෆ්කා අධීක්ෂණය සඳහා සම්පූර්ණ පද්ධතියක් සාදන්න.

ඩෝකර් හබ් වෙබ් අඩවියට අමතරව තවත් වෙබ් අඩවියක් වන quay.io ඔබට ඔබේම ඩෝකර් පිංතූර උපකරණ පුවරුවක් තබාගෙන එය වෙතට / තල්ලු කිරීමට භාවිතා කළ හැකිය. ඔබට ඩොකර් හබ් වෙතින් ඩෝකර් පිංතූර ආනයනය කිරීමට පවා හැකිය. ඉන්පසු ඒවා ඔබේම යන්ත්‍රයකින් ධාවනය කළ හැකිය.

සටහන: මුලින්ම ඩොකර් ඉගෙනීම සංකීර්ණ හා දුෂ්කර බව පෙනේ, නමුත් ඔබ එය පුරුදු වූ විට ඔබට එය නොමැතිව වැඩ කළ නොහැක.

මම වැරදි විධානයන් නිකුත් කළ විට හෝ මගේ බහාලුම් සහ සියලු දත්ත සහ වින්‍යාසයන් වැරදියට ඉවත් කළ විට ඩෝකර් සමඟ වැඩ කළ පළමු දින මට මතකයි.


6

මෙම ආකාරය වේ Docker ම හඳුන්වා දෙයි:

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

එබැවින් ඩොකර් යනු බහාලුම් මත පදනම් වූවකි, එයින් අදහස් වන්නේ ඔබේ වර්තමාන යන්ත්‍රය මත ධාවනය කළ හැකි රූප සහ බහාලුම් ඔබ සතුව ඇති බවයි. එය VM s වැනි මෙහෙයුම් පද්ධතිය ඇතුළත් නොවේ , නමුත් ජාවා, ටොම්කාට් වැනි විවිධ ක්‍රියාකාරී ඇසුරුම් පැකට්ටුවක් වැනි ය.

ඔබ බහාලුම් තේරුම් ගන්නේ නම්, ඔබට ඩෝකර් යනු කුමක්ද සහ එය VM s වලට වඩා වෙනස් වන්නේ කෙසේද ...

ඉතින්, කන්ටේනරයක් යනු කුමක්ද?

බහාලුම් රූපයක් යනු සැහැල්ලු, තනිවම, ක්‍රියාත්මක කළ හැකි මෘදුකාංග පැකේජයක් වන අතර එය ක්‍රියාත්මක කිරීමට අවශ්‍ය සියල්ල ඇතුළත් වේ: කේතය, ධාවන කාලය, පද්ධති මෙවලම්, පද්ධති පුස්තකාල, සැකසුම්. ලිනක්ස් සහ වින්ඩෝස් පාදක කරගත් යෙදුම් සඳහා ලබා ගත හැකි, බහාලුම් කළ මෘදුකාංග පරිසරය නොසලකා සෑම විටම එකම ආකාරයකින් ක්‍රියාත්මක වේ. බහාලුම් මෘදුකාංගය එහි වටපිටාවෙන් හුදකලා කරයි, නිදසුනක් ලෙස සංවර්ධනය හා වේදිකා පරිසරයන් අතර වෙනස්කම් සහ එකම යටිතල ව්‍යුහය මත විවිධ මෘදුකාංග ධාවනය කරන කණ්ඩායම් අතර ගැටුම් අවම කිරීමට උපකාරී වේ.

ඩෝකර්

පහත රූපයේ ඔබ දකින පරිදි, සෑම බහාලුමකටම වෙනම ඇසුරුමක් ඇති අතර එම යන්ත්‍රයේ මෙහෙයුම් පද්ධතියේ තනි යන්ත්‍රයක් මත ධාවනය වේ ... ඒවා ආරක්ෂිත සහ නැව්ගත කිරීමට පහසුය ...


4

වීඑම් සහ බහාලුම් අතර ඇති වෙනස්කම් මෙන්ම ඩෝකර්ගේ මූලාරම්භය පැහැදිලිව සාකච්ඡා කරන හොඳ තාක්ෂණික පිළිතුරු රාශියක් මෙහි ඇත.

මට නම් වීඑම් සහ ඩෝකර් අතර ඇති මූලික වෙනස වන්නේ ඔබේ අයදුම්පත ප්‍රවර්ධනය කරන්නේ කෙසේද යන්නයි.

VMs සමඟ ඔබ ඔබේ යෙදුම සහ එහි පරායත්තතාවයන් එක් VM සිට ඊළඟ DEV දක්වා UAT සිට PRD දක්වා ප්‍රවර්ධනය කරයි.

  1. බොහෝ විට මෙම වීඑම් වල විවිධ පැච් සහ පුස්තකාල ඇත.
  2. බහු යෙදුම් VM එකක් බෙදා ගැනීම සාමාන්‍ය දෙයක් නොවේ. මේ සඳහා සියලු යෙදුම් සඳහා වින්‍යාසය සහ පරායත්තතා කළමනාකරණය කිරීම අවශ්‍ය වේ.
  3. උපස්ථයට VM හි වෙනස්කම් අහෝසි කිරීම අවශ්‍ය වේ. නැතහොත් හැකි නම් එය ප්‍රතිෂ් oring ාපනය කිරීම.

ඩෝකර් සමඟ අදහස නම්, ඔබේ යෙදුම එයට අවශ්‍ය පුස්තකාල සමඟ එහි බහාලුමක් තුළ බැඳ තබා මුළු බහාලුම තනි ඒකකයක් ලෙස ප්‍රවර්ධනය කිරීමයි .

  1. කර්නලය හැරුණු විට පැච් සහ පුස්තකාල සමාන වේ.
  2. සාමාන්‍ය රීතියක් ලෙස වින්‍යාසය සරල කරන බහාලුමකට ඇත්තේ එක් යෙදුමක් පමණි.
  3. උපස්ථය සමන්විත වන්නේ කන්ටේනරය නැවැත්වීම සහ මකා දැමීමෙනි.

එබැවින් වීඑම් සමඟ වඩාත් මූලික මට්ටමින් ඔබ යෙදුම සහ එහි පරායත්තතාවයන් විවික්ත සංරචක ලෙස ප්‍රවර්ධනය කරන අතර ඩෝකර් සමඟ ඔබ සෑම දෙයක්ම එක පහරකින් ප්‍රවර්ධනය කරයි.

කුබර්නෙට්ස් හෝ ඩෝකර් රංචුව වැනි මෙවලම් එම කාර්යය බෙහෙවින් සරල කළද ඒවා කළමනාකරණය කිරීම ඇතුළු බහාලුම්වල ගැටළු තිබේ.

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.