സിഐ അല്ലെങ്കിൽ ടെസ്റ്റ് എൻവയോൺമെന്റിനായി ഡോക്കർ-ഇൻ-ഡോക്കർ ഉപയോഗിക്കുന്നതിന് മുമ്പ് ശ്രദ്ധാപൂർവ്വം ചിന്തിക്കുക

കണ്ടെയ്‌നർ ഇമേജുകൾ നിർമ്മിക്കുന്നതിനായി കണ്ടെയ്‌നറിൽ തന്നെ പ്രവർത്തിക്കുന്ന ഒരു വെർച്വലൈസ്ഡ് ഡോക്കർ ഡെമൺ എൻവയോൺമെൻ്റ് ആണ് ഡോക്കർ-ഇൻ-ഡോക്കർ. ഡോക്കർ-ഇൻ-ഡോക്കർ സൃഷ്ടിക്കുന്നതിൻ്റെ പ്രധാന ലക്ഷ്യം ഡോക്കറിനെ തന്നെ വികസിപ്പിക്കാൻ സഹായിക്കുക എന്നതായിരുന്നു. ജെങ്കിൻസ് സിഐ പ്രവർത്തിപ്പിക്കാൻ പലരും ഇത് ഉപയോഗിക്കുന്നു. ഇത് ആദ്യം സാധാരണമാണെന്ന് തോന്നുന്നു, പക്ഷേ പിന്നീട് ജെങ്കിൻസ് സിഐ കണ്ടെയ്‌നറിൽ ഡോക്കർ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിലൂടെ ഒഴിവാക്കാവുന്ന പ്രശ്നങ്ങൾ ഉണ്ടാകുന്നു. ഇത് എങ്ങനെ ചെയ്യണമെന്ന് ഈ ലേഖനം നിങ്ങളോട് പറയുന്നു. വിശദാംശങ്ങളില്ലാത്ത അന്തിമ പരിഹാരത്തിൽ നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ, "പ്രശ്നം പരിഹരിക്കുന്നു" എന്ന ലേഖനത്തിൻ്റെ അവസാന ഭാഗം വായിക്കുക.

ഡോക്കർ-ഇൻ-ഡോക്കർ: "നല്ലത്"

രണ്ട് വർഷം മുമ്പ് ഞാൻ ഡോക്കറിൽ പ്രവേശിച്ചു പതാക -പ്രിവിലേജ് ചെയ്ത് എഴുതി ഡിൻഡിൻ്റെ ആദ്യ പതിപ്പ്. ഡോക്കറിനെ വേഗത്തിൽ വികസിപ്പിക്കാൻ കോർ ടീമിനെ സഹായിക്കുകയായിരുന്നു ലക്ഷ്യം. ഡോക്കർ-ഇൻ-ഡോക്കറിന് മുമ്പ്, സാധാരണ വികസന ചക്രം ഇതുപോലെയായിരുന്നു:

• ഹാക്കിറ്റി ഹാക്ക്;
• പണിയുക;
• ഓടുന്ന ഡോക്കർ ഡെമൺ നിർത്തുന്നു;
• ഒരു പുതിയ ഡോക്കർ ഡെമൺ സമാരംഭിക്കുന്നു;
• പരിശോധന;
• സൈക്കിൾ ആവർത്തിക്കുക.

മനോഹരവും പുനരുൽപ്പാദിപ്പിക്കാവുന്നതുമായ ഒരു അസംബ്ലി (അതായത്, ഒരു കണ്ടെയ്നറിൽ) നിർമ്മിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, അത് കൂടുതൽ സങ്കീർണ്ണമായിത്തീർന്നു:

• ഹാക്കിറ്റി ഹാക്ക്;
• ഡോക്കറിൻ്റെ പ്രവർത്തന പതിപ്പ് പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക;
• പഴയ ഡോക്കർ ഉപയോഗിച്ച് പുതിയ ഡോക്കർ നിർമ്മിക്കുക;
• ഡോക്കർ ഡെമൺ നിർത്തുക;
• ഒരു പുതിയ ഡോക്കർ ഡെമൺ ആരംഭിക്കുക;
• ടെസ്റ്റ്;
• പുതിയ ഡോക്കർ ഡെമൺ നിർത്തുക;
• ആവർത്തിച്ച്.

ഡോക്കർ-ഇൻ-ഡോക്കറിൻ്റെ ആവിർഭാവത്തോടെ, പ്രക്രിയ വളരെ ലളിതമാണ്:

• ഹാക്കിറ്റി ഹാക്ക്;
• അസംബ്ലി + ഒരു ഘട്ടത്തിൽ വിക്ഷേപണം;
• സൈക്കിൾ ആവർത്തിക്കുക.

ഈ വഴി വളരെ നല്ലതല്ലേ?

ഡോക്കർ-ഇൻ-ഡോക്കർ: "മോശം"

എന്നിരുന്നാലും, ജനകീയ വിശ്വാസത്തിന് വിരുദ്ധമായി, ഡോക്കർ-ഇൻ-ഡോക്കർ 100% നക്ഷത്രങ്ങളും പോണികളും യൂണികോണുകളുമല്ല. ഒരു ഡെവലപ്പർ അറിഞ്ഞിരിക്കേണ്ട നിരവധി പ്രശ്‌നങ്ങളുണ്ട് എന്നതാണ് ഞാൻ ഉദ്ദേശിക്കുന്നത്.

അവയിലൊന്ന് AppArmor, SELinux പോലുള്ള LSM-കളെ (ലിനക്സ് സുരക്ഷാ മൊഡ്യൂളുകൾ) ആശങ്കപ്പെടുത്തുന്നു: ഒരു കണ്ടെയ്‌നർ പ്രവർത്തിപ്പിക്കുമ്പോൾ, "ഇൻ്റേണൽ ഡോക്കർ" സുരക്ഷാ പ്രൊഫൈലുകൾ പ്രയോഗിക്കാൻ ശ്രമിച്ചേക്കാം, അത് "ബാഹ്യ ഡോക്കറുമായി" വൈരുദ്ധ്യമോ ആശയക്കുഴപ്പമോ ഉണ്ടാക്കും. -പ്രിവിലേജ്ഡ് ഫ്ലാഗിൻ്റെ യഥാർത്ഥ നിർവ്വഹണം ലയിപ്പിക്കാൻ ശ്രമിക്കുമ്പോൾ പരിഹരിക്കാൻ ഏറ്റവും ബുദ്ധിമുട്ടുള്ള പ്രശ്നമാണിത്. എൻ്റെ മാറ്റങ്ങൾ പ്രവർത്തിച്ചു, എല്ലാ ടെസ്റ്റുകളും എൻ്റെ ഡെബിയൻ മെഷീനിലും ഉബുണ്ടു ടെസ്റ്റ് VM-കളിലും കടന്നുപോകും, ​​പക്ഷേ അവ മൈക്കൽ ക്രോസ്ബിയുടെ മെഷീനിൽ ക്രാഷ് ചെയ്യുകയും കത്തിക്കുകയും ചെയ്യും (ഞാൻ ഓർക്കുന്നത് പോലെ അദ്ദേഹത്തിന് ഫെഡോറ ഉണ്ടായിരുന്നു). പ്രശ്‌നത്തിൻ്റെ കൃത്യമായ കാരണം എനിക്ക് ഓർമയില്ല, പക്ഷേ മൈക്ക് SELINUX=enforce (ഞാൻ AppArmor ഉപയോഗിച്ചു) എന്നതിൽ പ്രവർത്തിക്കുന്ന ഒരു ബുദ്ധിമാനായ ആളായതിനാലാകാം എൻ്റെ മാറ്റങ്ങൾ SELinux പ്രൊഫൈലുകൾ കണക്കിലെടുക്കാത്തത്.

ഡോക്കർ-ഇൻ-ഡോക്കർ: "തിന്മ"

രണ്ടാമത്തെ പ്രശ്നം ഡോക്കർ സ്റ്റോറേജ് ഡ്രൈവറുകളുടേതാണ്. നിങ്ങൾ ഡോക്കർ-ഇൻ-ഡോക്കർ പ്രവർത്തിപ്പിക്കുമ്പോൾ, എക്‌സ്‌റ്റേണൽ ഡോക്കർ ഒരു സാധാരണ ഫയൽ സിസ്റ്റത്തിൻ്റെ (EXT4, BTRFS, അല്ലെങ്കിൽ നിങ്ങളുടെ പക്കലുള്ളത്) പ്രവർത്തിക്കുന്നു, കൂടാതെ ആന്തരിക ഡോക്കർ ഒരു കോപ്പി-ഓൺ-റൈറ്റ് സിസ്റ്റത്തിന് (AUFS, BTRFS, ഉപകരണ മാപ്പർ) മുകളിൽ പ്രവർത്തിക്കുന്നു. , മുതലായവ). , ബാഹ്യ ഡോക്കർ ഉപയോഗിക്കുന്നതിന് കോൺഫിഗർ ചെയ്തിരിക്കുന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു ഇത് പ്രവർത്തിക്കാത്ത നിരവധി കോമ്പിനേഷനുകൾ സൃഷ്ടിക്കുന്നു. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് AUFS-ന് മുകളിൽ AUFS പ്രവർത്തിപ്പിക്കാൻ കഴിയില്ല.

നിങ്ങൾ BTRFS-ന് മുകളിൽ BTRFS പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, അത് ആദ്യം പ്രവർത്തിക്കണം, എന്നാൽ നെസ്റ്റഡ് ഉപവോള്യങ്ങൾ ഉണ്ടെങ്കിൽ, പാരൻ്റ് സബ്വോളിയം ഇല്ലാതാക്കുന്നത് പരാജയപ്പെടും. ഉപകരണ മാപ്പർ മൊഡ്യൂളിന് നെയിംസ്പേസ് ഇല്ല, അതിനാൽ ഒന്നിലധികം ഡോക്കർ സംഭവങ്ങൾ ഒരേ മെഷീനിൽ ഇത് പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, അവയ്‌ക്കെല്ലാം പരസ്പരം ചിത്രങ്ങളും കണ്ടെയ്‌നർ ബാക്കപ്പ് ഉപകരണങ്ങളും കാണാൻ കഴിയും ( സ്വാധീനിക്കുകയും ). ഇത് മോശമാണ്.

ഇത്തരം പല പ്രശ്‌നങ്ങൾക്കും പരിഹാരം കാണാനുള്ള മാർഗങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഇൻ്റേണൽ ഡോക്കറിൽ AUFS ഉപയോഗിക്കാൻ താൽപ്പര്യമുണ്ടെങ്കിൽ, /var/lib/docker ഫോൾഡർ ഒരു വോളിയമാക്കി മാറ്റുക, നിങ്ങൾക്ക് കുഴപ്പമില്ല. ഡിവൈസ് മാപ്പർ ടാർഗെറ്റ് പേരുകളിലേക്ക് ഡോക്കർ ചില ബേസ് നെയിംസ്പേസുകൾ ചേർത്തിട്ടുണ്ട്, അതിലൂടെ ഒന്നിലധികം ഡോക്കർ കോളുകൾ ഒരേ മെഷീനിൽ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, അവ പരസ്പരം ചുവടുവെക്കില്ല.

എന്നിരുന്നാലും, അത്തരം സജ്ജീകരണം ലളിതമല്ല, ഇവയിൽ നിന്ന് കാണാൻ കഴിയും ലേഖനങ്ങൾ GitHub-ലെ ഡിൻഡ് ശേഖരത്തിൽ.

ഡോക്കർ-ഇൻ-ഡോക്കർ: ഇത് കൂടുതൽ വഷളാകുന്നു

ബിൽഡ് കാഷെ സംബന്ധിച്ചെന്ത്? ഇതും വളരെ ബുദ്ധിമുട്ടായിരിക്കും. ആളുകൾ എന്നോട് പലപ്പോഴും ചോദിക്കാറുണ്ട് “ഞാൻ ഡോക്കർ-ഇൻ-ഡോക്കറാണ് പ്രവർത്തിപ്പിക്കുന്നതെങ്കിൽ, എല്ലാം എൻ്റെ ഇൻ്റേണൽ ഡോക്കറിലേക്ക് തിരികെ കൊണ്ടുവരുന്നതിനുപകരം എൻ്റെ ഹോസ്റ്റിൽ ഹോസ്റ്റ് ചെയ്‌തിരിക്കുന്ന ചിത്രങ്ങൾ എങ്ങനെ ഉപയോഗിക്കാനാകും”?

ചില സംരംഭകരായ ആളുകൾ ഹോസ്റ്റിൽ നിന്ന് ഡോക്കർ-ഇൻ-ഡോക്കർ കണ്ടെയ്‌നറിലേക്ക് /var/lib/docker ബൈൻഡ് ചെയ്യാൻ ശ്രമിച്ചു. ചിലപ്പോൾ അവർ ഒന്നിലധികം കണ്ടെയ്‌നറുകളുമായി /var/lib/docker പങ്കിടുന്നു.

നിങ്ങളുടെ ഡാറ്റ കേടാക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുണ്ടോ? കാരണം ഇതാണ് നിങ്ങളുടെ ഡാറ്റയെ നശിപ്പിക്കുന്നത്!

ഡോക്കർ ഡെമൺ വ്യക്തമായി രൂപകല്പന ചെയ്തിരിക്കുന്നത് /var/lib/docker-ലേക്ക് എക്സ്ക്ലൂസീവ് ആക്സസ് ലഭിക്കുന്നതിന് വേണ്ടിയാണ്. ഈ ഫോൾഡറിൽ സ്ഥിതി ചെയ്യുന്ന ഡോക്കർ ഫയലുകളിൽ മറ്റൊന്നും "സ്‌പർശിക്കുകയോ കുത്തുകയോ പ്രോഡ് ചെയ്യുകയോ" ചെയ്യരുത്.

എന്തുകൊണ്ടാണ് ഇത് അങ്ങനെ? കാരണം ഇത് ഡോട്ട്ക്ലൗഡ് വികസിപ്പിക്കുമ്പോൾ പഠിച്ച ഏറ്റവും കഠിനമായ പാഠങ്ങളുടെ ഫലമാണ്. ഒരേസമയം /var/lib/dotcloud ആക്‌സസ്സുചെയ്യുന്ന ഒന്നിലധികം പ്രക്രിയകൾ ഉപയോഗിച്ചാണ് dotCloud കണ്ടെയ്‌നർ എഞ്ചിൻ പ്രവർത്തിക്കുന്നത്. ആറ്റോമിക് ഫയൽ റീപ്ലേസ്‌മെൻ്റ് (ഇൻ-പ്ലേസ് എഡിറ്റിംഗിന് പകരം), ഉപദേശകവും നിർബന്ധിത ലോക്കുകളും ഉള്ള പെപ്പറിംഗ് കോഡ്, കൂടാതെ SQLite, BDB പോലുള്ള സുരക്ഷിത സംവിധാനങ്ങളുമായുള്ള മറ്റ് പരീക്ഷണങ്ങൾ എന്നിവ പോലുള്ള തന്ത്രപരമായ തന്ത്രങ്ങൾ എല്ലായ്പ്പോഴും പ്രവർത്തിച്ചില്ല. ഞങ്ങൾ ഞങ്ങളുടെ കണ്ടെയ്‌നർ എഞ്ചിൻ പുനർരൂപകൽപ്പന ചെയ്യുമ്പോൾ, അത് ഒടുവിൽ ഡോക്കറായി മാറി, എല്ലാ കൺകറൻസി അസംബന്ധങ്ങളും ഇല്ലാതാക്കാൻ എല്ലാ കണ്ടെയ്‌നർ പ്രവർത്തനങ്ങളും ഒരൊറ്റ ഡെമണിന് കീഴിൽ ഏകീകരിക്കുക എന്നതായിരുന്നു വലിയ ഡിസൈൻ തീരുമാനങ്ങളിലൊന്ന്.

എന്നെ തെറ്റിദ്ധരിക്കരുത്: ഒന്നിലധികം പ്രക്രിയകളും ആധുനിക സമാന്തര നിയന്ത്രണവും ഉൾപ്പെടുന്ന നല്ലതും വിശ്വസനീയവും വേഗതയേറിയതുമായ എന്തെങ്കിലും ഉണ്ടാക്കുന്നത് പൂർണ്ണമായും സാധ്യമാണ്. എന്നാൽ ഡോക്കറിനെ ഒരേയൊരു കളിക്കാരനായി ഉപയോഗിച്ച് കോഡ് എഴുതുന്നതും പരിപാലിക്കുന്നതും ലളിതവും എളുപ്പവുമാണെന്ന് ഞങ്ങൾ കരുതുന്നു.

ഒന്നിലധികം ഡോക്കർ സംഭവങ്ങൾക്കിടയിൽ നിങ്ങൾ /var/lib/docker ഡയറക്‌ടറി പങ്കിടുകയാണെങ്കിൽ, നിങ്ങൾക്ക് പ്രശ്‌നങ്ങളുണ്ടാകുമെന്നാണ് ഇതിനർത്ഥം. തീർച്ചയായും, ഇത് പ്രവർത്തിക്കും, പ്രത്യേകിച്ച് പരിശോധനയുടെ ആദ്യ ഘട്ടങ്ങളിൽ. "ശ്രദ്ധിക്കൂ, മാഷേ, എനിക്ക് ഒരു ഡോക്കറായി ഉബുണ്ടു പ്രവർത്തിപ്പിക്കാം!" എന്നാൽ രണ്ട് വ്യത്യസ്ത സന്ദർഭങ്ങളിൽ നിന്ന് ഒരേ ചിത്രം വലിക്കുന്നത് പോലെ കൂടുതൽ സങ്കീർണ്ണമായ ഒന്ന് പരീക്ഷിക്കുക, ലോകം കത്തുന്നത് നിങ്ങൾ കാണും.

ഇതിനർത്ഥം, നിങ്ങളുടെ CI സിസ്റ്റം ബിൽഡുകളും പുനർനിർമ്മാണങ്ങളും നടത്തുകയാണെങ്കിൽ, ഓരോ തവണയും നിങ്ങളുടെ ഡോക്കർ-ഇൻ-ഡോക്കർ കണ്ടെയ്‌നർ പുനരാരംഭിക്കുമ്പോൾ, നിങ്ങൾ അതിൻ്റെ കാഷെയിൽ ഒരു ന്യൂക്ക് ഇടാൻ സാധ്യതയുണ്ട്. ഇത് ഒട്ടും രസകരമല്ല!

ട്രബിൾഷൂട്ട് ചെയ്യുന്നു

നമുക്ക് ഒരു പടി പിന്നോട്ട് പോകാം. നിങ്ങൾക്ക് ശരിക്കും ഡോക്കർ-ഇൻ-ഡോക്കർ ആവശ്യമുണ്ടോ അല്ലെങ്കിൽ ആ സിഐ സിസ്റ്റം തന്നെ ഒരു കണ്ടെയ്‌നറിൽ ആയിരിക്കുമ്പോൾ തന്നെ ഡോക്കർ പ്രവർത്തിപ്പിക്കാനും നിങ്ങളുടെ സിഐ സിസ്റ്റത്തിൽ നിന്ന് കണ്ടെയ്‌നറുകളും ചിത്രങ്ങളും നിർമ്മിക്കാനും പ്രവർത്തിപ്പിക്കാനും നിങ്ങൾക്ക് കഴിയണോ?

മിക്ക ആളുകൾക്കും രണ്ടാമത്തെ ഓപ്ഷൻ വേണമെന്ന് ഞാൻ വാതുവെയ്ക്കുന്നു, അതായത് ജെങ്കിൻസ് പോലുള്ള ഒരു സിഐ സിസ്റ്റം കണ്ടെയ്നറുകൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയണമെന്ന് അവർ ആഗ്രഹിക്കുന്നു. നിങ്ങളുടെ CI കണ്ടെയ്‌നറിലേക്ക് ഒരു ഡോക്കർ സോക്കറ്റ് തിരുകുകയും അത് -v ഫ്ലാഗുമായി ബന്ധപ്പെടുത്തുകയും ചെയ്യുക എന്നതാണ് ഇതിനുള്ള എളുപ്പവഴി.

ലളിതമായി പറഞ്ഞാൽ, ഡോക്കർ-ഇൻ-ഡോക്കറിനൊപ്പം എന്തെങ്കിലും ഹാക്ക് ചെയ്യുന്നതിനുപകരം, നിങ്ങളുടെ CI കണ്ടെയ്നർ (ജെങ്കിൻസ് അല്ലെങ്കിൽ മറ്റെന്തെങ്കിലും) പ്രവർത്തിപ്പിക്കുമ്പോൾ, അത് ലൈനിൽ ആരംഭിക്കുക:

docker run -v /var/run/docker.sock:/var/run/docker.sock ...

ഈ കണ്ടെയ്‌നറിന് ഇപ്പോൾ ഡോക്കർ സോക്കറ്റിലേക്ക് ആക്‌സസ് ഉണ്ടായിരിക്കും, അതിനാൽ കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയും. "കുട്ടി" കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുപകരം, അത് "സഹോദരൻ" കണ്ടെയ്‌നറുകൾ സമാരംഭിക്കും.

ഔദ്യോഗിക ഡോക്കർ ചിത്രം (ഡോക്കർ ബൈനറി അടങ്ങുന്ന) ഉപയോഗിച്ച് ഇത് പരീക്ഷിക്കുക:

docker run -v /var/run/docker.sock:/var/run/docker.sock 
           -ti docker

ഇത് ഡോക്കർ-ഇൻ-ഡോക്കർ പോലെ കാണുകയും പ്രവർത്തിക്കുകയും ചെയ്യുന്നു, പക്ഷേ ഇത് ഡോക്കർ-ഇൻ-ഡോക്കർ അല്ല: ഈ കണ്ടെയ്‌നർ അധിക കണ്ടെയ്‌നറുകൾ സൃഷ്‌ടിക്കുമ്പോൾ, അവ ഉയർന്ന തലത്തിലുള്ള ഡോക്കറിൽ സൃഷ്‌ടിക്കും. നെസ്റ്റിംഗിൻ്റെ പാർശ്വഫലങ്ങൾ നിങ്ങൾക്ക് അനുഭവപ്പെടില്ല, ഒന്നിലധികം കോളുകളിലുടനീളം അസംബ്ലി കാഷെ പങ്കിടും.

കുറിപ്പ്: ഈ ലേഖനത്തിൻ്റെ മുൻ പതിപ്പുകൾ ഡോക്കർ ബൈനറിയെ ഹോസ്റ്റിൽ നിന്ന് കണ്ടെയ്‌നറിലേക്ക് ലിങ്ക് ചെയ്യാൻ ഉപദേശിച്ചു. ഡോക്കർ എഞ്ചിൻ സ്റ്റാറ്റിക് അല്ലെങ്കിൽ നിയർ-സ്റ്റാറ്റിക് ലൈബ്രറികൾ കവർ ചെയ്യാത്തതിനാൽ ഇത് ഇപ്പോൾ വിശ്വസനീയമല്ല.

അതിനാൽ, നിങ്ങൾക്ക് Jenkins CI-ൽ നിന്നുള്ള ഡോക്കർ ഉപയോഗിക്കാൻ താൽപ്പര്യമുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് 2 ഓപ്ഷനുകൾ ഉണ്ട്:
അടിസ്ഥാന ഇമേജ് പാക്കേജിംഗ് സിസ്റ്റം ഉപയോഗിച്ച് ഡോക്കർ CLI ഇൻസ്റ്റാൾ ചെയ്യുന്നു (അതായത് നിങ്ങളുടെ ചിത്രം ഡെബിയനെ അടിസ്ഥാനമാക്കിയുള്ളതാണെങ്കിൽ, .deb പാക്കേജുകൾ ഉപയോഗിക്കുക), ഡോക്കർ API ഉപയോഗിച്ച്.

ചില പരസ്യങ്ങൾ 🙂

ഞങ്ങളോടൊപ്പം താമസിച്ചതിന് നന്ദി. ഞങ്ങളുടെ ലേഖനങ്ങൾ നിങ്ങൾക്ക് ഇഷ്ടമാണോ? കൂടുതൽ രസകരമായ ഉള്ളടക്കം കാണാൻ ആഗ്രഹിക്കുന്നുണ്ടോ? ഒരു ഓർഡർ നൽകി അല്ലെങ്കിൽ സുഹൃത്തുക്കൾക്ക് ശുപാർശ ചെയ്തുകൊണ്ട് ഞങ്ങളെ പിന്തുണയ്ക്കുക, $4.99 മുതൽ ഡെവലപ്പർമാർക്കുള്ള ക്ലൗഡ് VPS, എൻട്രി ലെവൽ സെർവറുകളുടെ ഒരു അദ്വിതീയ അനലോഗ്, നിങ്ങൾക്കായി ഞങ്ങൾ കണ്ടുപിടിച്ചതാണ്: VPS (KVM) E5-2697 v3 (6 കോറുകൾ) 10GB DDR4 480GB SSD 1Gbps-നെക്കുറിച്ചുള്ള മുഴുവൻ സത്യവും $19 മുതൽ അല്ലെങ്കിൽ എങ്ങനെ ഒരു സെർവർ പങ്കിടാം? (RAID1, RAID10 എന്നിവയ്‌ക്കൊപ്പം 24 കോറുകൾ വരെയും 40GB DDR4 വരെയും ലഭ്യമാണ്).

ആംസ്റ്റർഡാമിലെ Equinix Tier IV ഡാറ്റാ സെന്ററിൽ Dell R730xd 2 മടങ്ങ് വിലക്കുറവാണോ? ഇവിടെ മാത്രം 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 മുതൽ നെതർലാൻഡിൽ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 മുതൽ! കുറിച്ച് വായിക്കുക ഇൻഫ്രാസ്ട്രക്ചർ കോർപ്പറേഷൻ എങ്ങനെ നിർമ്മിക്കാം. ഒരു പൈസയ്ക്ക് 730 യൂറോ വിലയുള്ള Dell R5xd E2650-4 v9000 സെർവറുകൾ ഉപയോഗിക്കുന്ന ക്ലാസ്?

അവലംബം: www.habr.com