DEVOXX യുകെ കോൺഫറൻസ്. ഒരു ചട്ടക്കൂട് തിരഞ്ഞെടുക്കുക: ഡോക്കർ സ്വാം, കുബർനെറ്റസ് അല്ലെങ്കിൽ മെസോസ്. ഭാഗം 3

ഡോക്കർ സ്വാം, കുബർനെറ്റസ്, മെസോസ് എന്നിവയാണ് ഏറ്റവും ജനപ്രിയമായ കണ്ടെയ്നർ ഓർക്കസ്ട്രേഷൻ ചട്ടക്കൂടുകൾ. തന്റെ സംഭാഷണത്തിൽ, അരുൺ ഗുപ്ത ഡോക്കർ, സ്വാം, കുബർനെറ്റസ് എന്നിവയുടെ ഇനിപ്പറയുന്ന വശങ്ങളെ താരതമ്യം ചെയ്യുന്നു:

• പ്രാദേശിക വികസനം.
• വിന്യാസ പ്രവർത്തനങ്ങൾ.
• മൾട്ടി കണ്ടെയ്നർ ആപ്ലിക്കേഷനുകൾ.
• സേവന കണ്ടെത്തൽ.
• സേവനം സ്കെയിലിംഗ്.
• ഒരിക്കൽ പ്രവർത്തിപ്പിക്കാവുന്ന ജോലികൾ.
• മാവനുമായുള്ള സംയോജനം.
• "റോളിംഗ്" അപ്ഡേറ്റ്.
• ഒരു Couchbase ഡാറ്റാബേസ് ക്ലസ്റ്റർ സൃഷ്ടിക്കുന്നു.

തൽഫലമായി, ഓരോ ഓർക്കസ്ട്രേഷൻ ടൂളും എന്താണ് വാഗ്ദാനം ചെയ്യുന്നതെന്ന് നിങ്ങൾക്ക് വ്യക്തമായ ധാരണ ലഭിക്കും കൂടാതെ ഈ പ്ലാറ്റ്‌ഫോമുകൾ എങ്ങനെ ഫലപ്രദമായി ഉപയോഗിക്കാമെന്ന് മനസിലാക്കുകയും ചെയ്യും.

10 വർഷത്തിലേറെയായി സൺ, ഒറാക്കിൾ, റെഡ് ഹാറ്റ്, കൗച്ച്‌ബേസ് ഡെവലപ്പർ കമ്മ്യൂണിറ്റികൾ വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്ന ആമസോൺ വെബ് സേവനങ്ങളിലെ ഓപ്പൺ സോഴ്‌സ് ഉൽപ്പന്നങ്ങളുടെ ചീഫ് ടെക്‌നോളജിസ്റ്റാണ് അരുൺ ഗുപ്ത. മാർക്കറ്റിംഗ് കാമ്പെയ്‌നുകൾക്കും പ്രോഗ്രാമുകൾക്കുമായി തന്ത്രം വികസിപ്പിക്കുകയും നടപ്പിലാക്കുകയും ചെയ്യുന്ന പ്രമുഖ ക്രോസ്-ഫംഗ്ഷണൽ ടീമുകളിൽ പ്രവർത്തിച്ച് വിപുലമായ അനുഭവമുണ്ട്. അദ്ദേഹം സൺ എഞ്ചിനീയർമാരുടെ ടീമുകളെ നയിച്ചു, ജാവ EE ടീമിന്റെ സ്ഥാപകരിൽ ഒരാളും Devoxx4Kids-ന്റെ യുഎസ് ശാഖയുടെ സ്രഷ്ടാവുമാണ്. ഐടി ബ്ലോഗുകളിൽ രണ്ടായിരത്തിലധികം പോസ്റ്റുകളുടെ രചയിതാവാണ് അരുൺ ഗുപ്ത, കൂടാതെ 2 ലധികം രാജ്യങ്ങളിൽ പ്രസംഗങ്ങൾ നടത്തിയിട്ടുണ്ട്.

DEVOXX യുകെ കോൺഫറൻസ്. ഒരു ചട്ടക്കൂട് തിരഞ്ഞെടുക്കുക: ഡോക്കർ സ്വാം, കുബർനെറ്റസ് അല്ലെങ്കിൽ മെസോസ്. ഭാഗം 1
DEVOXX യുകെ കോൺഫറൻസ്. ഒരു ചട്ടക്കൂട് തിരഞ്ഞെടുക്കുക: ഡോക്കർ സ്വാം, കുബർനെറ്റസ് അല്ലെങ്കിൽ മെസോസ്. ഭാഗം 2

ഈ ഡാറ്റാബേസ് സേവനത്തിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്ന ഒരു COUCHBASE_URI ലൈൻ 55-ൽ അടങ്ങിയിരിക്കുന്നു, അത് Kubernetes കോൺഫിഗറേഷൻ ഫയൽ ഉപയോഗിച്ചും സൃഷ്ടിച്ചതാണ്. നിങ്ങൾ ലൈൻ 2 നോക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ദയ കാണാനാകും: സേവനം ഞാൻ സൃഷ്ടിക്കുന്ന സേവനമാണ് couchbase-service, അതേ പേര് ലൈൻ 4-ൽ ലിസ്റ്റ് ചെയ്തിട്ടുണ്ട്. ചില പോർട്ടുകൾ ചുവടെയുണ്ട്.

പ്രധാന ലൈനുകൾ 6 ഉം 7 ഉം ആണ്. സേവനത്തിൽ ഞാൻ പറയുന്നു, “ഹേയ്, ഇവയാണ് ഞാൻ തിരയുന്ന ലേബലുകൾ!”, ഈ ലേബലുകൾ വേരിയബിൾ ജോഡി പേരുകൾ മാത്രമല്ല, എന്റെ couchbase-rs-pod-ലേക്കുള്ള ലൈൻ 7 പോയിന്റുകളും അപേക്ഷ. ഇതേ ലേബലുകളിലേക്ക് ആക്‌സസ് നൽകുന്ന പോർട്ടുകൾ ഇനിപ്പറയുന്നവയാണ്.

ലൈൻ 19-ൽ ഞാൻ ഒരു പുതിയ തരം ReplicaSet സൃഷ്ടിക്കുന്നു, വരി 31-ൽ ചിത്രത്തിന്റെ പേര് അടങ്ങിയിരിക്കുന്നു, കൂടാതെ 24-27 വരികൾ എന്റെ പോഡുമായി ബന്ധപ്പെട്ട മെറ്റാഡാറ്റയിലേക്ക് പോയിന്റ് ചെയ്യുന്നു. ഇതുതന്നെയാണ് സേവനം തിരയുന്നതും കണക്ഷൻ ചെയ്യേണ്ടതും. ഫയലിന്റെ അവസാനം 55-56, 4 വരികൾക്കിടയിൽ ഒരുതരം കണക്ഷൻ ഉണ്ട്: "ഈ സേവനം ഉപയോഗിക്കുക!"

അതിനാൽ, ഒരു റെപ്ലിക്ക സെറ്റ് ഉള്ളപ്പോൾ ഞാൻ എന്റെ സേവനം ആരംഭിക്കുന്നു, കൂടാതെ ഓരോ പകർപ്പ് സെറ്റിനും അനുബന്ധ ലേബലിനൊപ്പം അതിന്റേതായ പോർട്ട് ഉള്ളതിനാൽ, അത് സേവനത്തിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്. ഒരു ഡവലപ്പറുടെ വീക്ഷണകോണിൽ നിന്ന്, നിങ്ങൾ സേവനത്തെ വിളിക്കുക, അത് നിങ്ങൾക്ക് ആവശ്യമുള്ള പകർപ്പുകളുടെ സെറ്റ് ഉപയോഗിക്കുന്നു.

തൽഫലമായി, Couchbase സേവനം വഴി ഡാറ്റാബേസ് ബാക്കെൻഡുമായി ആശയവിനിമയം നടത്തുന്ന ഒരു WildFly പോഡ് എനിക്കുണ്ട്. എനിക്ക് നിരവധി വൈൽഡ്‌ഫ്ലൈ പോഡുകൾക്കൊപ്പം ഫ്രണ്ട്‌എൻഡ് ഉപയോഗിക്കാൻ കഴിയും, അത് കൗച്ച്‌ബേസ് സേവനത്തിലൂടെ കൗച്ച്‌ബേസ് ബാക്കെൻഡുമായി ആശയവിനിമയം നടത്തുകയും ചെയ്യുന്നു.

ക്ലസ്റ്ററിന് പുറത്ത് സ്ഥിതിചെയ്യുന്ന ഒരു സേവനം അതിന്റെ ഐപി വിലാസം വഴി ക്ലസ്റ്ററിനുള്ളിൽ സ്ഥിതിചെയ്യുന്നതും ആന്തരിക ഐപി വിലാസമുള്ളതുമായ ഘടകങ്ങളുമായി എങ്ങനെ ആശയവിനിമയം നടത്തുന്നുവെന്ന് പിന്നീട് നോക്കാം.

അതിനാൽ, സ്‌റ്റേറ്റ്‌ലെസ് കണ്ടെയ്‌നറുകൾ മികച്ചതാണ്, എന്നാൽ സ്റ്റേറ്റ്‌ഫുൾ കണ്ടെയ്‌നറുകൾ ഉപയോഗിക്കുന്നത് എത്ര നല്ലതാണ്? സ്റ്റേറ്റ്ഫുൾ അല്ലെങ്കിൽ പെർസിസ്റ്റന്റ് കണ്ടെയ്‌നറുകൾക്കുള്ള സിസ്റ്റം ക്രമീകരണങ്ങൾ നോക്കാം. ഡോക്കറിൽ, നിങ്ങൾ ശ്രദ്ധിക്കേണ്ട ഡാറ്റ സ്റ്റോറേജ് ലേഔട്ടിന് 4 വ്യത്യസ്ത സമീപനങ്ങളുണ്ട്. ആദ്യത്തേത് Implicit Per-Container ആണ്, അതായത് couchbase, MySQL അല്ലെങ്കിൽ MyDB satateful കണ്ടെയ്‌നറുകൾ ഉപയോഗിക്കുമ്പോൾ, അവയെല്ലാം ഡിഫോൾട്ട് Sandbox-ൽ ആരംഭിക്കുന്നു. അതായത്, ഡാറ്റാബേസിൽ സൂക്ഷിച്ചിരിക്കുന്നതെല്ലാം കണ്ടെയ്നറിൽ തന്നെ സൂക്ഷിക്കുന്നു. കണ്ടെയ്നർ അപ്രത്യക്ഷമായാൽ, ഡാറ്റയും അതോടൊപ്പം അപ്രത്യക്ഷമാകും.

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

ഈ രീതികളിൽ ഓരോന്നും ഒരു പ്രത്യേക സ്റ്റോറേജ് ലൊക്കേഷൻ ഉപയോഗിക്കുന്നു. /var/lib/docker/volumes എന്നതിൽ ഹോസ്റ്റിലെ ഓരോ കണ്ടെയ്‌നറും സൂക്ഷ്‌മവും വ്യക്തവുമായ ഡാറ്റ സംഭരിക്കുന്നു. പെർ-ഹോസ്റ്റ് രീതി ഉപയോഗിക്കുമ്പോൾ, സ്റ്റോറേജ് കണ്ടെയ്‌നറിനുള്ളിൽ ഘടിപ്പിച്ചിരിക്കുന്നു, കൂടാതെ കണ്ടെയ്‌നർ തന്നെ ഹോസ്റ്റിൽ ഘടിപ്പിച്ചിരിക്കുന്നു. മൾട്ടിഹോസ്റ്റുകൾക്ക്, Ceph, ClusterFS, NFS, തുടങ്ങിയ പരിഹാരങ്ങൾ ഉപയോഗിക്കാം.

സ്ഥിരമായ ഒരു കണ്ടെയ്‌നർ പരാജയപ്പെടുകയാണെങ്കിൽ, ആദ്യത്തെ രണ്ട് കേസുകളിൽ സ്റ്റോറേജ് ഡയറക്ടറി ആക്‌സസ് ചെയ്യാൻ കഴിയില്ല, എന്നാൽ അവസാന രണ്ട് സന്ദർഭങ്ങളിൽ ആക്‌സസ് നിലനിർത്തും. എന്നിരുന്നാലും, ആദ്യ സന്ദർഭത്തിൽ, ഒരു വെർച്വൽ മെഷീനിൽ പ്രവർത്തിക്കുന്ന ഒരു ഡോക്കർ ഹോസ്റ്റ് വഴി നിങ്ങൾക്ക് ശേഖരത്തിലേക്ക് പ്രവേശിക്കാൻ കഴിയും. രണ്ടാമത്തെ സാഹചര്യത്തിൽ, നിങ്ങൾ ഒരു വ്യക്തമായ സംഭരണം സൃഷ്‌ടിച്ചതിനാൽ ഡാറ്റയും നഷ്‌ടമാകില്ല.

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

സ്റ്റേറ്റ്ഫുൾ കണ്ടെയ്നറുകൾ സൃഷ്ടിക്കുമ്പോൾ ഇത് കണക്കിലെടുക്കണം. മറ്റൊരു ഉപയോഗപ്രദമായ ഡോക്കർ ടൂൾ ആണ് വോളിയം പ്ലഗിൻ, അത് "ബാറ്ററികൾ നിലവിലുണ്ട്, പക്ഷേ മാറ്റിസ്ഥാപിക്കേണ്ടതുണ്ട്" എന്ന തത്വത്തിൽ പ്രവർത്തിക്കുന്നു. നിങ്ങൾ ഒരു ഡോക്കർ കണ്ടെയ്‌നർ ആരംഭിക്കുമ്പോൾ, അത് പറയുന്നു, “ഹേയ്, ഒരിക്കൽ നിങ്ങൾ ഒരു ഡാറ്റാബേസുള്ള ഒരു കണ്ടെയ്‌നർ ആരംഭിച്ചാൽ, നിങ്ങളുടെ ഡാറ്റ ഈ കണ്ടെയ്‌നറിൽ സംഭരിക്കാം!” ഇതാണ് ഡിഫോൾട്ട് ഫീച്ചർ, എന്നാൽ നിങ്ങൾക്ക് ഇത് മാറ്റാനാകും. കണ്ടെയ്‌നർ ഡാറ്റാബേസിന് പകരം ഒരു നെറ്റ്‌വർക്ക് ഡ്രൈവ് അല്ലെങ്കിൽ സമാനമായ എന്തെങ്കിലും ഉപയോഗിക്കാൻ ഈ പ്ലഗിൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഹോസ്റ്റ് അധിഷ്‌ഠിത സംഭരണത്തിനുള്ള ഡിഫോൾട്ട് ഡ്രൈവർ ഇതിൽ ഉൾപ്പെടുന്നു, കൂടാതെ ആമസോൺ ഇബിഎസ്, അസൂർ സ്റ്റോറേജ്, ജിസിഇ പെർസിസ്റ്റന്റ് ഡിസ്‌കുകൾ പോലുള്ള ബാഹ്യ സംഭരണ ​​സംവിധാനങ്ങളുമായി കണ്ടെയ്‌നർ സംയോജനം അനുവദിക്കുന്നു.

അടുത്ത സ്ലൈഡ് ഡോക്കർ വോളിയം പ്ലഗിന്റെ ആർക്കിടെക്ചർ കാണിക്കുന്നു.

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

Portworx സ്റ്റോറേജിനൊപ്പം ഡോക്കർ വോളിയം പ്ലഗിൻ ഉപയോഗിക്കാം. PX-Dev മൊഡ്യൂൾ യഥാർത്ഥത്തിൽ നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന ഒരു കണ്ടെയ്‌നറാണ്, അത് നിങ്ങളുടെ ഡോക്കർ ഹോസ്റ്റുമായി ബന്ധിപ്പിക്കുകയും ആമസോൺ EBS-ൽ ഡാറ്റ എളുപ്പത്തിൽ സംഭരിക്കാൻ നിങ്ങളെ അനുവദിക്കുകയും ചെയ്യുന്നു.

നിങ്ങളുടെ ഹോസ്റ്റുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന വിവിധ സ്റ്റോറേജ് കണ്ടെയ്‌നറുകളുടെ നില നിരീക്ഷിക്കാൻ Portworx ക്ലയന്റ് നിങ്ങളെ അനുവദിക്കുന്നു. നിങ്ങൾ എന്റെ ബ്ലോഗ് സന്ദർശിക്കുകയാണെങ്കിൽ, ഡോക്കർ ഉപയോഗിച്ച് Portworx എങ്ങനെ പരമാവധി പ്രയോജനപ്പെടുത്താമെന്ന് നിങ്ങൾക്ക് വായിക്കാം.

Kubernetes-ലെ സംഭരണം എന്ന ആശയം ഡോക്കറിന് സമാനമാണ് കൂടാതെ ഒരു പോഡിൽ നിങ്ങളുടെ കണ്ടെയ്‌നറിലേക്ക് ആക്‌സസ് ചെയ്യാവുന്ന ഡയറക്‌ടറികളാണ് പ്രതിനിധീകരിക്കുന്നത്. ഏതെങ്കിലും കണ്ടെയ്നറിന്റെ ആയുസ്സിൽ നിന്ന് അവ സ്വതന്ത്രമാണ്. ഹോസ്റ്റ്പാത്ത്, nfs, awsElasticBlockStore, gsePersistentDisk എന്നിവയാണ് ലഭ്യമായ ഏറ്റവും സാധാരണമായ സ്റ്റോറേജ് തരങ്ങൾ. കുബർനെറ്റസിൽ ഈ സ്റ്റോറുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നോക്കാം. സാധാരണയായി, അവയെ ബന്ധിപ്പിക്കുന്ന പ്രക്രിയ 3 ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നു.

ആദ്യത്തേത്, നെറ്റ്‌വർക്ക് വശത്തുള്ള ഒരാൾ, സാധാരണയായി ഒരു അഡ്മിനിസ്ട്രേറ്റർ, നിങ്ങൾക്ക് സ്ഥിരമായ സംഭരണം നൽകുന്നു. ഇതിനായി ഒരു അനുബന്ധ PersistentVolume കോൺഫിഗറേഷൻ ഫയൽ ഉണ്ട്. അടുത്തതായി, ആപ്ലിക്കേഷൻ ഡെവലപ്പർ PersistentVolumeClaim എന്ന പേരിൽ ഒരു കോൺഫിഗറേഷൻ ഫയൽ എഴുതുന്നു, അല്ലെങ്കിൽ ഒരു PVC സ്റ്റോറേജ് അഭ്യർത്ഥന, അതിൽ പറയുന്നു: "എനിക്ക് 50GB ഡിസ്ട്രിബ്യൂഡ് സ്റ്റോറേജ് പ്രൊവിഷൻ ചെയ്തിട്ടുണ്ട്, എന്നാൽ മറ്റ് ആളുകൾക്കും അതിന്റെ ശേഷി ഉപയോഗിക്കുന്നതിനായി, ഞാൻ ഈ PVC-യോട് ഇപ്പോൾ പറയുന്നുണ്ട്. 10 ജിബി മാത്രം മതി". അവസാനമായി, മൂന്നാമത്തെ ഘട്ടം, നിങ്ങളുടെ അഭ്യർത്ഥന സംഭരണമായി മൌണ്ട് ചെയ്യുകയും പോഡ്, അല്ലെങ്കിൽ റെപ്ലിക്ക സെറ്റ് അല്ലെങ്കിൽ സമാനമായ എന്തെങ്കിലും ഉള്ള ആപ്ലിക്കേഷൻ അത് ഉപയോഗിക്കാൻ തുടങ്ങുകയും ചെയ്യുന്നു എന്നതാണ്. ഈ പ്രക്രിയയിൽ സൂചിപ്പിച്ചിരിക്കുന്ന 3 ഘട്ടങ്ങൾ അടങ്ങിയിരിക്കുന്നുവെന്നും അത് അളക്കാവുന്നതാണെന്നും ഓർമ്മിക്കേണ്ടത് പ്രധാനമാണ്.

അടുത്ത സ്ലൈഡ് AWS ആർക്കിടെക്ചറിന്റെ കുബർനെറ്റസ് പെർസിസ്റ്റൻസ് കണ്ടെയ്നർ കാണിക്കുന്നു.

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

ഡോക്കർ പോലെ, നിങ്ങൾക്ക് പോർട്ട്‌വോർക്‌സിനൊപ്പം സ്ഥിരമായ കുബർനെറ്റസ് കണ്ടെയ്‌നറുകൾ ഉപയോഗിക്കാം.

ഇതിനെയാണ് നിലവിലെ കുബർനെറ്റസ് 1.6 ടെർമിനോളജിയിൽ "സ്റ്റേറ്റ്ഫുൾസെറ്റ്" എന്ന് വിളിക്കുന്നത് - പോഡ് നിർത്തുന്നതും ഗ്രേസ്ഫുൾ ഷട്ട്ഡൗൺ ചെയ്യുന്നതുമായ ഇവന്റുകൾ പ്രോസസ്സ് ചെയ്യുന്ന സ്റ്റേറ്റ്ഫുൾ ആപ്ലിക്കേഷനുകൾക്കൊപ്പം പ്രവർത്തിക്കാനുള്ള ഒരു മാർഗമാണിത്. ഞങ്ങളുടെ കാര്യത്തിൽ, അത്തരം ആപ്ലിക്കേഷനുകൾ ഡാറ്റാബേസുകളാണ്. Portworx ഉപയോഗിച്ച് Kubernetes-ൽ ഒരു StatefulSet എങ്ങനെ സൃഷ്ടിക്കാമെന്ന് എന്റെ ബ്ലോഗിൽ നിങ്ങൾക്ക് വായിക്കാം.
നമുക്ക് വികസനത്തിന്റെ വശത്തെക്കുറിച്ച് സംസാരിക്കാം. ഞാൻ പറഞ്ഞതുപോലെ, ഡോക്കറിന് 2 പതിപ്പുകളുണ്ട് - CE, EE, ആദ്യ സന്ദർഭത്തിൽ ഞങ്ങൾ സംസാരിക്കുന്നത് കമ്മ്യൂണിറ്റി പതിപ്പിന്റെ സ്ഥിരമായ പതിപ്പിനെക്കുറിച്ചാണ്, ഇത് 3 മാസത്തിലൊരിക്കൽ അപ്‌ഡേറ്റ് ചെയ്യുന്നു, EE യുടെ പ്രതിമാസ അപ്‌ഡേറ്റ് പതിപ്പിൽ നിന്ന് വ്യത്യസ്തമായി. നിങ്ങൾക്ക് Mac, Linux അല്ലെങ്കിൽ Windows എന്നിവയ്‌ക്കായി ഡോക്കർ ഡൗൺലോഡ് ചെയ്യാം. ഇൻസ്റ്റാൾ ചെയ്‌തുകഴിഞ്ഞാൽ, ഡോക്കർ സ്വയമേവ അപ്‌ഡേറ്റ് ചെയ്യും, അത് ആരംഭിക്കുന്നത് വളരെ എളുപ്പമാണ്.

കുബെർനെറ്റസിനെ സംബന്ധിച്ചിടത്തോളം, ഞാൻ മിനിക്യൂബ് പതിപ്പാണ് ഇഷ്ടപ്പെടുന്നത് - ഒരൊറ്റ നോഡിൽ ഒരു ക്ലസ്റ്റർ സൃഷ്‌ടിച്ച് പ്ലാറ്റ്‌ഫോമിൽ ആരംഭിക്കുന്നതിനുള്ള ഒരു നല്ല മാർഗമാണിത്. നിരവധി നോഡുകളുടെ ക്ലസ്റ്ററുകൾ സൃഷ്ടിക്കുന്നതിന്, പതിപ്പുകളുടെ തിരഞ്ഞെടുപ്പ് വിശാലമാണ്: ഇവയാണ് kops, kube-aws (CoreOS+AWS), kube-up (കാലഹരണപ്പെട്ടത്). നിങ്ങൾ AWS-അധിഷ്‌ഠിത കുബർനെറ്റസ് ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, AWS SIG-ൽ ചേരാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു, അത് എല്ലാ വെള്ളിയാഴ്ചയും ഓൺലൈനിൽ കണ്ടുമുട്ടുകയും AWS Kubernetes-നൊപ്പം പ്രവർത്തിക്കാൻ രസകരമായ നിരവധി മെറ്റീരിയലുകൾ പ്രസിദ്ധീകരിക്കുകയും ചെയ്യുന്നു.

ഈ പ്ലാറ്റ്‌ഫോമുകളിൽ എങ്ങനെയാണ് റോളിംഗ് അപ്‌ഡേറ്റ് നടപ്പിലാക്കുന്നതെന്ന് നോക്കാം. നിരവധി നോഡുകളുടെ ഒരു ക്ലസ്റ്റർ ഉണ്ടെങ്കിൽ, അത് ചിത്രത്തിന്റെ ഒരു പ്രത്യേക പതിപ്പ് ഉപയോഗിക്കുന്നു, ഉദാഹരണത്തിന്, WildFly:1. ഒരു റോളിംഗ് അപ്‌ഡേറ്റ് അർത്ഥമാക്കുന്നത്, ഇമേജ് പതിപ്പ് ഓരോ നോഡിലും ഒന്നിനുപുറകെ ഒന്നായി പുതിയ ഒന്ന് ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു എന്നാണ്.

ഇത് ചെയ്യുന്നതിന്, ഞാൻ ഡോക്കർ സർവീസ് അപ്‌ഡേറ്റ് (സർവീസ് നെയിം) കമാൻഡ് ഉപയോഗിക്കുന്നു, അതിൽ ഞാൻ WildFly:2 ഇമേജിന്റെ പുതിയ പതിപ്പും അപ്‌ഡേറ്റ് രീതി അപ്‌ഡേറ്റ്-പാരലലിസം 2 വ്യക്തമാക്കുന്നു. നമ്പർ 2 അർത്ഥമാക്കുന്നത് സിസ്റ്റം 2 ആപ്ലിക്കേഷൻ ഇമേജുകൾ അപ്‌ഡേറ്റ് ചെയ്യും എന്നാണ്. അതേ സമയം, 10 സെക്കൻഡ് അപ്‌ഡേറ്റ് കാലതാമസം 10 സെക്കൻഡ്, അതിന് ശേഷം അടുത്ത 2 ചിത്രങ്ങൾ 2 നോഡുകളിൽ അപ്‌ഡേറ്റ് ചെയ്യും. ഡോക്കറിന്റെ ഭാഗമായാണ് ഈ ലളിതമായ റോളിംഗ് അപ്‌ഡേറ്റ് സംവിധാനം നിങ്ങൾക്ക് നൽകിയിരിക്കുന്നത്.

കുബർനെറ്റസിൽ, ഒരു റോളിംഗ് അപ്‌ഡേറ്റ് ഇതുപോലെ പ്രവർത്തിക്കുന്നു. റെപ്ലിക്കേഷൻ കൺട്രോളർ rc ഒരേ പതിപ്പിന്റെ ഒരു കൂട്ടം പകർപ്പുകൾ സൃഷ്ടിക്കുന്നു, കൂടാതെ ഈ webapp-rc-യിലെ ഓരോ പോഡിനും etcd-ൽ സ്ഥിതി ചെയ്യുന്ന ഒരു ലേബൽ നൽകിയിരിക്കുന്നു. എനിക്ക് ഒരു പോഡ് ആവശ്യമുള്ളപ്പോൾ, നിർദ്ദിഷ്ട ലേബൽ ഉപയോഗിച്ച് എനിക്ക് പോഡ് നൽകുന്ന etcd റിപ്പോസിറ്ററി ആക്‌സസ് ചെയ്യാൻ ഞാൻ ആപ്ലിക്കേഷൻ സേവനം ഉപയോഗിക്കുന്നു.

ഈ സാഹചര്യത്തിൽ, WildFly പതിപ്പ് 3 ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കുന്ന റെപ്ലിക്കേഷൻ കൺട്രോളറിൽ ഞങ്ങൾക്ക് 1 പോഡുകൾ ഉണ്ട്. പശ്ചാത്തലത്തിൽ അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ, അതേ പേരും സൂചികയും ഉപയോഗിച്ച് മറ്റൊരു റെപ്ലിക്കേഷൻ കൺട്രോളർ സൃഷ്ടിക്കപ്പെടുന്നു - - xxxxx, ഇവിടെ x എന്നത് ക്രമരഹിത സംഖ്യകളാണ്, കൂടാതെ ഒരേ ലേബലുകൾക്കൊപ്പം. ഇപ്പോൾ ആപ്ലിക്കേഷൻ സേവനത്തിന് ആപ്ലിക്കേഷന്റെ പഴയ പതിപ്പിനൊപ്പം മൂന്ന് പോഡുകളും പുതിയ റെപ്ലിക്കേഷൻ കൺട്രോളറിൽ പുതിയ പതിപ്പുള്ള മൂന്ന് പോഡുകളും ഉണ്ട്. ഇതിനുശേഷം, പഴയ പോഡുകൾ ഇല്ലാതാക്കി, പുതിയ പോഡുകളുള്ള റെപ്ലിക്കേഷൻ കൺട്രോളറിന്റെ പേര് മാറ്റുകയും പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യുന്നു.

നമുക്ക് നിരീക്ഷണത്തിലേക്ക് പോകാം. ഡോക്കറിന് നിരവധി ബിൽറ്റ്-ഇൻ മോണിറ്ററിംഗ് കമാൻഡുകൾ ഉണ്ട്. ഉദാഹരണത്തിന്, ഡോക്കർ കണ്ടെയ്നർ സ്റ്റാറ്റ്സ് കമാൻഡ് ലൈൻ ഇന്റർഫേസ് ഓരോ സെക്കൻഡിലും കൺസോളിലേക്ക് കണ്ടെയ്നറുകളുടെ അവസ്ഥയെക്കുറിച്ചുള്ള വിവരങ്ങൾ പ്രദർശിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു - പ്രോസസ്സർ ഉപയോഗം, ഡിസ്ക് ഉപയോഗം, നെറ്റ്വർക്ക് ലോഡ്. ക്ലയന്റ് സെർവറുമായി എങ്ങനെ ആശയവിനിമയം നടത്തുന്നു എന്നതിനെക്കുറിച്ചുള്ള ഡാറ്റ ഡോക്കർ റിമോട്ട് എപിഐ ടൂൾ നൽകുന്നു. ഇത് ലളിതമായ കമാൻഡുകൾ ഉപയോഗിക്കുന്നു, പക്ഷേ ഡോക്കർ REST API അടിസ്ഥാനമാക്കിയുള്ളതാണ്. ഈ സാഹചര്യത്തിൽ, REST, Flash, Remote എന്നീ വാക്കുകളുടെ അർത്ഥം ഒന്നുതന്നെയാണ്. നിങ്ങൾ ഹോസ്റ്റുമായി ആശയവിനിമയം നടത്തുമ്പോൾ, അത് ഒരു REST API ആണ്. പ്രവർത്തിക്കുന്ന കണ്ടെയ്‌നറുകളെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ ലഭിക്കാൻ ഡോക്കർ റിമോട്ട് API നിങ്ങളെ അനുവദിക്കുന്നു. വിൻഡോസ് സെർവറിനൊപ്പം ഈ നിരീക്ഷണം ഉപയോഗിക്കുന്നതിന്റെ വിശദാംശങ്ങൾ എന്റെ ബ്ലോഗ് വിവരിക്കുന്നു.

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

മറ്റൊരു മോണിറ്ററിംഗ് സവിശേഷതയാണ് cAdvisor (കണ്ടെയ്‌നർ ഉപദേശകന്റെ ചുരുക്കം). പ്രവർത്തിക്കുന്ന കണ്ടെയ്‌നറുകളിൽ നിന്നുള്ള റിസോഴ്‌സ് ഉപയോഗവും പ്രകടന ഡാറ്റയും ഇത് വിശകലനം ചെയ്യുകയും നൽകുകയും ചെയ്യുന്നു, ബോക്‌സിന് പുറത്ത് പ്രോമിത്യൂസ് മെട്രിക്‌സ് നൽകുന്നു. ഈ ടൂളിന്റെ പ്രത്യേകത, ഇത് അവസാന 60 സെക്കൻഡിനുള്ള ഡാറ്റ മാത്രമേ നൽകുന്നുള്ളൂ എന്നതാണ്. അതിനാൽ, നിങ്ങൾക്ക് ഈ ഡാറ്റ ശേഖരിക്കാനും ഒരു ഡാറ്റാബേസിൽ ഇടാനും കഴിയണം, അതുവഴി നിങ്ങൾക്ക് ഒരു ദീർഘകാല പ്രക്രിയ നിരീക്ഷിക്കാനാകും. ഗ്രാഫാന അല്ലെങ്കിൽ കിബാന ഉപയോഗിച്ച് ഡാഷ്‌ബോർഡ് മെട്രിക്‌സ് ഗ്രാഫിക്കായി പ്രദർശിപ്പിക്കാനും ഇത് ഉപയോഗിക്കാം. കിബാന ഡാഷ്‌ബോർഡ് ഉപയോഗിച്ച് കണ്ടെയ്‌നറുകൾ നിരീക്ഷിക്കാൻ cAdvisor എങ്ങനെ ഉപയോഗിക്കാമെന്നതിന്റെ വിശദമായ വിവരണം എന്റെ ബ്ലോഗിലുണ്ട്.

പ്രോമിത്യൂസ് എൻഡ്‌പോയിന്റ് ഔട്ട്‌പുട്ട് എങ്ങനെയാണെന്നും പ്രദർശിപ്പിക്കാൻ ലഭ്യമായ മെട്രിക്‌സ് എന്താണെന്നും അടുത്ത സ്ലൈഡ് കാണിക്കുന്നു.

താഴെ ഇടതുവശത്ത്, HTTP അഭ്യർത്ഥനകൾ, പ്രതികരണങ്ങൾ മുതലായവയ്ക്കുള്ള മെട്രിക്സ് നിങ്ങൾ കാണുന്നു, വലതുവശത്ത് അവയുടെ ഗ്രാഫിക്കൽ ഡിസ്പ്ലേയാണ്.

ബിൽറ്റ്-ഇൻ മോണിറ്ററിംഗ് ടൂളുകളും കുബർനെറ്റസിൽ ഉൾപ്പെടുന്നു. ഒരു മാസ്റ്ററും മൂന്ന് വർക്കർ നോഡുകളും അടങ്ങുന്ന ഒരു സാധാരണ ക്ലസ്റ്റർ ഈ സ്ലൈഡ് കാണിക്കുന്നു.

പ്രവർത്തിക്കുന്ന ഓരോ നോഡുകളിലും സ്വയമേവ ലോഞ്ച് ചെയ്ത cAdvisor അടങ്ങിയിരിക്കുന്നു. കൂടാതെ, Heapster ഉണ്ട്, ഒരു പെർഫോമൻസ് മോണിറ്ററിംഗ്, മെട്രിക്സ് കളക്ഷൻ സിസ്റ്റം, Kubernetes പതിപ്പ് 1.0.6-ഉം അതിലും ഉയർന്നതും. ജോലിഭാരം, പോഡുകൾ, കണ്ടെയ്‌നറുകൾ എന്നിവയുടെ പ്രകടന അളവുകൾ മാത്രമല്ല, മുഴുവൻ ക്ലസ്റ്ററും സൃഷ്‌ടിച്ച ഇവന്റുകളും മറ്റ് സിഗ്നലുകളും ശേഖരിക്കാൻ ഹീപ്‌സ്റ്റർ നിങ്ങളെ അനുവദിക്കുന്നു. ഡാറ്റ ശേഖരിക്കാൻ, അത് ഓരോ പോഡിന്റെയും കുബെലെറ്റുമായി സംസാരിക്കുന്നു, വിവരങ്ങൾ സ്വയമേവ InfluxDB ഡാറ്റാബേസിൽ സംഭരിക്കുകയും ഗ്രാഫാന ഡാഷ്‌ബോർഡിലേക്ക് മെട്രിക്‌സ് ആയി ഔട്ട്‌പുട്ട് ചെയ്യുകയും ചെയ്യുന്നു. എന്നിരുന്നാലും, നിങ്ങൾ miniKube ഉപയോഗിക്കുകയാണെങ്കിൽ, ഈ ഫീച്ചർ ഡിഫോൾട്ടായി ലഭ്യമല്ല, അതിനാൽ നിരീക്ഷണത്തിനായി നിങ്ങൾ ആഡ്ഓണുകൾ ഉപയോഗിക്കേണ്ടിവരും. അതിനാൽ, നിങ്ങൾ എവിടെയാണ് കണ്ടെയ്നറുകൾ പ്രവർത്തിപ്പിക്കുന്നത്, ഡിഫോൾട്ടായി നിങ്ങൾക്ക് ഏതൊക്കെ മോണിറ്ററിംഗ് ടൂളുകൾ ഉപയോഗിക്കാം, അവ പ്രത്യേക ആഡ്-ഓണുകളായി ഇൻസ്റ്റാൾ ചെയ്യണം എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു.

അടുത്ത സ്ലൈഡ് എന്റെ കണ്ടെയ്‌നറുകളുടെ റണ്ണിംഗ് സ്റ്റാറ്റസ് കാണിക്കുന്ന ഗ്രാഫാന ഡാഷ്‌ബോർഡുകൾ കാണിക്കുന്നു. ഇവിടെ രസകരമായ ധാരാളം ഡാറ്റയുണ്ട്. തീർച്ചയായും, SysDig, DataDog, NewRelic പോലുള്ള നിരവധി വാണിജ്യ ഡോക്കർ, കുബർനെറ്റ്സ് പ്രോസസ് മോണിറ്ററിംഗ് ടൂളുകൾ ഉണ്ട്. അവയിൽ ചിലതിന് 30 വർഷത്തെ സൗജന്യ ട്രയൽ കാലയളവുണ്ട്, അതിനാൽ നിങ്ങൾക്ക് ഏറ്റവും അനുയോജ്യമായത് പരീക്ഷിച്ച് കണ്ടെത്താനാകും. വ്യക്തിപരമായി, കുബർനെറ്റുമായി നന്നായി സംയോജിപ്പിക്കുന്ന SysDig, NewRelic എന്നിവ ഉപയോഗിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഡോക്കർ, കുബർനെറ്റസ് പ്ലാറ്റ്‌ഫോമുകളിലേക്ക് ഒരുപോലെ സമന്വയിക്കുന്ന ടൂളുകൾ ഉണ്ട്.

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

ഞങ്ങളോടൊപ്പം താമസിച്ചതിന് നന്ദി. ഞങ്ങളുടെ ലേഖനങ്ങൾ നിങ്ങൾക്ക് ഇഷ്ടമാണോ? കൂടുതൽ രസകരമായ ഉള്ളടക്കം കാണാൻ ആഗ്രഹിക്കുന്നുണ്ടോ? ഒരു ഓർഡർ നൽകി അല്ലെങ്കിൽ സുഹൃത്തുക്കൾക്ക് ശുപാർശ ചെയ്തുകൊണ്ട് ഞങ്ങളെ പിന്തുണയ്ക്കുക, $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