ഒരു കണ്ടെയ്നറിൽ systemd പ്രവർത്തിക്കുന്നു

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

ഈ ലേഖനത്തിൽ കാലക്രമേണ എന്താണ് മാറിയതെന്നും ഈ വിഷയത്തിൽ പോഡ്മാൻ എങ്ങനെ ഞങ്ങളെ സഹായിക്കുമെന്നും ഞങ്ങൾ കാണിക്കും.

ഒരു കണ്ടെയ്‌നറിനുള്ളിൽ systemd പ്രവർത്തിപ്പിക്കുന്നതിന് നിരവധി കാരണങ്ങളുണ്ട്, ഉദാഹരണത്തിന്:

1. മൾട്ടി സർവീസ് കണ്ടെയ്നറുകൾ - പലരും തങ്ങളുടെ മൾട്ടി-സർവീസ് ആപ്ലിക്കേഷനുകൾ വെർച്വൽ മെഷീനുകളിൽ നിന്ന് പുറത്തെടുത്ത് കണ്ടെയ്‌നറുകളിൽ പ്രവർത്തിപ്പിക്കാൻ ആഗ്രഹിക്കുന്നു. തീർച്ചയായും, അത്തരം ആപ്ലിക്കേഷനുകൾ മൈക്രോസർവീസുകളായി വിഭജിക്കുന്നതാണ് നല്ലത്, പക്ഷേ ഇത് എങ്ങനെ ചെയ്യണമെന്ന് എല്ലാവർക്കും ഇതുവരെ അറിയില്ല അല്ലെങ്കിൽ സമയമില്ല. അതിനാൽ, യൂണിറ്റ് ഫയലുകളിൽ നിന്ന് systemd ആരംഭിച്ച സേവനങ്ങളായ അത്തരം ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുന്നത് തികച്ചും യുക്തിസഹമാണ്.
2. Systemd യൂണിറ്റ് ഫയലുകൾ - കണ്ടെയ്‌നറുകളിൽ പ്രവർത്തിക്കുന്ന മിക്ക ആപ്ലിക്കേഷനുകളും മുമ്പ് വെർച്വൽ അല്ലെങ്കിൽ ഫിസിക്കൽ മെഷീനുകളിൽ പ്രവർത്തിച്ചിരുന്ന കോഡിൽ നിന്നാണ് നിർമ്മിച്ചിരിക്കുന്നത്. ഈ ആപ്ലിക്കേഷനുകൾക്ക് ഈ ആപ്ലിക്കേഷനുകൾക്കായി എഴുതിയ ഒരു യൂണിറ്റ് ഫയൽ ഉണ്ട്, അവ എങ്ങനെ സമാരംഭിക്കണമെന്ന് മനസ്സിലാക്കുന്നു. അതിനാൽ നിങ്ങളുടെ സ്വന്തം init സേവനം ഹാക്ക് ചെയ്യുന്നതിനുപകരം പിന്തുണയ്ക്കുന്ന രീതികൾ ഉപയോഗിച്ച് സേവനങ്ങൾ ആരംഭിക്കുന്നതാണ് നല്ലത്.
3. Systemd ഒരു പ്രോസസ് മാനേജരാണ്. മറ്റേതൊരു ഉപകരണത്തേക്കാളും മികച്ച രീതിയിൽ ഇത് സേവനങ്ങൾ നിയന്ത്രിക്കുന്നു (ഷട്ട് ഡൗൺ ചെയ്യുക, സേവനങ്ങൾ പുനരാരംഭിക്കുക, അല്ലെങ്കിൽ സോംബി പ്രക്രിയകൾ നശിപ്പിക്കുക).

കണ്ടെയ്‌നറുകളിൽ systemd പ്രവർത്തിപ്പിക്കാതിരിക്കാൻ നിരവധി കാരണങ്ങളുണ്ട്. കണ്ടെയ്‌നറുകളുടെയും ടൂളുകളുടെയും ഔട്ട്‌പുട്ട് നിയന്ത്രിക്കുന്നത് systemd/journald എന്നതാണ് പ്രധാനം കുബേർനെറ്റ് അഥവാ ഓപ്പൺ‌ഷിഫ്റ്റ് കണ്ടെയ്‌നറുകൾ stdout, stderr എന്നിവയിലേക്ക് നേരിട്ട് ലോഗ് എഴുതുമെന്ന് പ്രതീക്ഷിക്കുക. അതിനാൽ, മുകളിൽ സൂചിപ്പിച്ചതുപോലുള്ള ഓർക്കസ്ട്രേഷൻ ടൂളുകൾ വഴി നിങ്ങൾ കണ്ടെയ്‌നറുകൾ നിയന്ത്രിക്കാൻ പോകുകയാണെങ്കിൽ, systemd-അടിസ്ഥാനത്തിലുള്ള കണ്ടെയ്‌നറുകൾ ഉപയോഗിക്കുന്നത് നിങ്ങൾ ഗൗരവമായി പരിഗണിക്കണം. കൂടാതെ, കണ്ടെയ്‌നറുകളിൽ systemd ഉപയോഗിക്കുന്നതിനെ ഡോക്കറും മോബി ഡവലപ്പർമാരും പലപ്പോഴും ശക്തമായി എതിർത്തിട്ടുണ്ട്.

പോഡ്മാന്റെ വരവ്

സ്ഥിതിഗതികൾ ഒടുവിൽ മുന്നോട്ട് പോയി എന്ന് അറിയിക്കുന്നതിൽ ഞങ്ങൾക്ക് സന്തോഷമുണ്ട്. Red Hat-ൽ കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഉത്തരവാദിത്തമുള്ള ടീം വികസിപ്പിക്കാൻ തീരുമാനിച്ചു നിങ്ങളുടെ സ്വന്തം കണ്ടെയ്നർ എഞ്ചിൻ. അവന് ഒരു പേര് ലഭിച്ചു പോഡ്മാൻ ഡോക്കറിന്റെ അതേ കമാൻഡ് ലൈൻ ഇന്റർഫേസ് (CLI) വാഗ്ദാനം ചെയ്യുന്നു. കൂടാതെ മിക്കവാറും എല്ലാ ഡോക്കർ കമാൻഡുകളും പോഡ്മാനിൽ ഇതേ രീതിയിൽ ഉപയോഗിക്കാം. ഞങ്ങൾ പലപ്പോഴും സെമിനാറുകൾ നടത്തുന്നു, അവ ഇപ്പോൾ വിളിക്കപ്പെടുന്നു ഡോക്കർ പോഡ്മാനിലേക്ക് മാറ്റുന്നു, കൂടാതെ ആദ്യത്തെ സ്ലൈഡ് എഴുതാൻ ആവശ്യപ്പെടുന്നു: അപരനാമം ഡോക്കർ=പോഡ്മാൻ.

പലരും ഇത് ചെയ്യുന്നു.

ഞാനും എന്റെ പോഡ്‌മാനും ഒരു തരത്തിലും systemd-അധിഷ്‌ഠിത കണ്ടെയ്‌നറുകൾക്ക് എതിരല്ല. എല്ലാത്തിനുമുപരി, Systemd ആണ് ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന Linux init സബ്സിസ്റ്റം, അത് കണ്ടെയ്നറുകളിൽ ശരിയായി പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നില്ല എന്നതിനർത്ഥം ആയിരക്കണക്കിന് ആളുകൾ കണ്ടെയ്നറുകൾ പ്രവർത്തിപ്പിക്കുന്നത് എങ്ങനെയെന്നത് അവഗണിക്കുക എന്നതാണ്.

ഒരു കണ്ടെയ്‌നറിൽ systemd ശരിയായി പ്രവർത്തിക്കാൻ എന്താണ് ചെയ്യേണ്ടതെന്ന് പോഡ്മാന് അറിയാം. അതിന് /run, /tmp എന്നിവയിൽ tmpfs മൗണ്ട് ചെയ്യുന്നത് പോലെയുള്ള കാര്യങ്ങൾ ആവശ്യമാണ്. "കണ്ടെയ്‌നറൈസ്ഡ്" എൻവയോൺമെന്റ് പ്രവർത്തനക്ഷമമാക്കാൻ അവൾ ഇഷ്ടപ്പെടുന്നു, കൂടാതെ cgroup ഡയറക്ടറിയുടെ ഭാഗത്തേക്കും /var/log/journald ഫോൾഡറിലേക്കും എഴുതാനുള്ള അനുമതികൾ പ്രതീക്ഷിക്കുന്നു.

ആദ്യത്തെ കമാൻഡ് init അല്ലെങ്കിൽ systemd ഉള്ള ഒരു കണ്ടെയ്‌നർ നിങ്ങൾ ആരംഭിക്കുമ്പോൾ, systemd പ്രശ്‌നങ്ങളില്ലാതെ ആരംഭിക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ Podman സ്വയമേ tmpfs, Cgroups എന്നിവ ക്രമീകരിക്കുന്നു. ഈ ഓട്ടോ ലോഞ്ച് മോഡ് തടയുന്നതിന്, --systemd=false ഓപ്ഷൻ ഉപയോഗിക്കുക. ഒരു systemd അല്ലെങ്കിൽ init കമാൻഡ് പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ടെന്ന് കാണുമ്പോൾ Podman systemd മോഡ് മാത്രമേ ഉപയോഗിക്കുന്നുള്ളൂ എന്നത് ശ്രദ്ധിക്കുക.

മാനുവലിൽ നിന്നുള്ള ഒരു ഉദ്ധരണി ഇതാ:

മനുഷ്യൻ പോഡ്മാൻ ഓടുന്നു
പങ്ക് € |

–സിസ്റ്റംഡ്=സത്യം|തെറ്റ്

systemd മോഡിൽ ഒരു കണ്ടെയ്നർ പ്രവർത്തിപ്പിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി പ്രവർത്തനക്ഷമമാക്കി.

ഒരു കണ്ടെയ്‌നറിനുള്ളിൽ നിങ്ങൾ systemd അല്ലെങ്കിൽ init കമാൻഡ് പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, പോഡ്‌മാൻ ഇനിപ്പറയുന്ന ഡയറക്‌ടറികളിൽ tmpfs മൗണ്ട് പോയിന്റുകൾ ക്രമീകരിക്കും:

/run, /run/lock, /tmp, /sys/fs/cgroup/systemd, /var/lib/journal

കൂടാതെ ഡിഫോൾട്ട് സ്റ്റോപ്പ് സിഗ്നൽ SIGRTMIN+3 ആയിരിക്കും.

ഇവയെല്ലാം ഒരു ക്ലോസ്ഡ് കണ്ടെയ്‌നറിൽ യാതൊരു മാറ്റവുമില്ലാതെ പ്രവർത്തിപ്പിക്കാൻ systemd-നെ അനുവദിക്കുന്നു.

ശ്രദ്ധിക്കുക: systemd cgroup ഫയൽസിസ്റ്റത്തിലേക്ക് എഴുതാൻ ശ്രമിക്കുന്നു. എന്നിരുന്നാലും, ഡിഫോൾട്ടായി ഇത് ചെയ്യുന്നതിൽ നിന്ന് കണ്ടെയ്‌നറുകളെ SELinux തടയുന്നു. എഴുത്ത് പ്രവർത്തനക്ഷമമാക്കാൻ, കണ്ടെയ്നർ_മാനേജ്_സിഗ്രൂപ്പ് ബൂളിയൻ പാരാമീറ്റർ പ്രവർത്തനക്ഷമമാക്കുക:

setsebool -P container_manage_cgroup true

പോഡ്മാൻ ഉപയോഗിച്ച് ഒരു കണ്ടെയ്‌നറിൽ systemd പ്രവർത്തിപ്പിക്കുന്നതിന് ഡോക്കർഫയൽ എങ്ങനെയുണ്ടെന്ന് നോക്കൂ:

# cat Dockerfile

FROM fedora

RUN dnf -y install httpd; dnf clean all; systemctl enable httpd

EXPOSE 80

CMD [ "/sbin/init" ]

അത്രയേയുള്ളൂ.

ഇപ്പോൾ ഞങ്ങൾ കണ്ടെയ്നർ കൂട്ടിച്ചേർക്കുന്നു:

# podman build -t systemd .

Cgroups കോൺഫിഗറേഷൻ പരിഷ്കരിക്കാൻ systemd-നെ അനുവദിക്കാൻ ഞങ്ങൾ SELinux-നോട് പറയുന്നു:

# setsebool -P container_manage_cgroup true

വഴിയിൽ, പലരും ഈ ഘട്ടത്തെക്കുറിച്ച് മറക്കുന്നു. ഭാഗ്യവശാൽ, ഇത് ഒരു തവണ മാത്രമേ ചെയ്യാവൂ, സിസ്റ്റം റീബൂട്ട് ചെയ്ത ശേഷം ക്രമീകരണം സംരക്ഷിക്കപ്പെടും.

ഇപ്പോൾ ഞങ്ങൾ കണ്ടെയ്നർ ആരംഭിക്കുന്നു:

# podman run -ti -p 80:80 systemd

systemd 239 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid)

Detected virtualization container-other.

Detected architecture x86-64.

Welcome to Fedora 29 (Container Image)!

Set hostname to <1b51b684bc99>.

Failed to install release agent, ignoring: Read-only file system

File /usr/lib/systemd/system/systemd-journald.service:26 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.

Proceeding WITHOUT firewalling in effect! (This warning is only shown for the first loaded unit using IP firewalling.)

[  OK ] Listening on initctl Compatibility Named Pipe.

[  OK ] Listening on Journal Socket (/dev/log).

[  OK ] Started Forward Password Requests to Wall Directory Watch.

[  OK ] Started Dispatch Password Requests to Console Directory Watch.

[  OK ] Reached target Slices.

…

[  OK ] Started The Apache HTTP Server.

അത്രയേയുള്ളൂ, സേവനം സജീവമാണ്:

$ curl localhost

<html  xml_lang="en" lang="en">

…

</html>

ശ്രദ്ധിക്കുക: ഡോക്കറിൽ ഇത് പരീക്ഷിക്കരുത്! ഡെമണിലൂടെ ഇത്തരത്തിലുള്ള കണ്ടെയ്‌നറുകൾ വിക്ഷേപിക്കുന്നതിന് നിങ്ങൾ ഇപ്പോഴും അവിടെ ഒരു തംബുരു ഉപയോഗിച്ച് നൃത്തം ചെയ്യേണ്ടതുണ്ട്. (ഇതെല്ലാം ഡോക്കറിൽ സുഗമമായി പ്രവർത്തിക്കുന്നതിന് അധിക ഫീൽഡുകളും പാക്കേജുകളും ആവശ്യമാണ്, അല്ലെങ്കിൽ അത് ഒരു പ്രത്യേക കണ്ടെയ്‌നറിൽ പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ട്. വിശദാംശങ്ങൾക്ക്, കാണുക ലേഖനം.)

പോഡ്മാനെയും systemd-നെയും കുറിച്ച് കുറച്ച് രസകരമായ കാര്യങ്ങൾ

systemd യൂണിറ്റ് ഫയലുകളിൽ ഡോക്കറിനേക്കാൾ മികച്ച രീതിയിൽ പോഡ്മാൻ പ്രവർത്തിക്കുന്നു

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

ഡോക്കർ ഒരു ക്ലയന്റ്-സെർവർ മോഡൽ ഉപയോഗിക്കുന്നു, കൂടാതെ ഡോക്കർ CLI കമാൻഡുകൾ ഒരു യൂണിറ്റ് ഫയലിൽ നേരിട്ട് സ്ഥാപിക്കാനും കഴിയും. എന്നിരുന്നാലും, ഡോക്കർ ക്ലയന്റ് ഡോക്കർ ഡെമണിലേക്ക് കണക്റ്റുചെയ്‌തുകഴിഞ്ഞാൽ, അത് (ക്ലയന്റ്) stdin, stdout എന്നിവ പ്രോസസ്സ് ചെയ്യുന്ന മറ്റൊരു പ്രക്രിയയായി മാറുന്നു. ഡോക്കർ ക്ലയന്റും ഡോക്കർ ഡെമണിന്റെ നിയന്ത്രണത്തിൽ പ്രവർത്തിക്കുന്ന കണ്ടെയ്‌നറും തമ്മിലുള്ള ബന്ധത്തെക്കുറിച്ച് systemd-ന് യാതൊരു ധാരണയുമില്ല, അതിനാൽ, ഈ മോഡലിനുള്ളിൽ, systemd-ന് അടിസ്ഥാനപരമായി സേവനം നിരീക്ഷിക്കാൻ കഴിയില്ല.

സോക്കറ്റ് വഴി systemd സജീവമാക്കുന്നു

പോഡ്മാൻ സോക്കറ്റ് വഴി സജീവമാക്കൽ ശരിയായി കൈകാര്യം ചെയ്യുന്നു. പോഡ്‌മാൻ ഫോർക്ക്-എക്‌സെക് മോഡൽ ഉപയോഗിക്കുന്നതിനാൽ, അതിന് സോക്കറ്റ് അതിന്റെ ചൈൽഡ് കണ്ടെയ്‌നർ പ്രോസസുകളിലേക്ക് കൈമാറാൻ കഴിയും. ഒരു ക്ലയന്റ്-സെർവർ മോഡൽ ഉപയോഗിക്കുന്നതിനാൽ ഡോക്കറിന് ഇത് ചെയ്യാൻ കഴിയില്ല.

കണ്ടെയ്‌നറുകളിലേക്ക് റിമോട്ട് ക്ലയന്റുകളുമായി ആശയവിനിമയം നടത്താൻ പോഡ്‌മാൻ ഉപയോഗിക്കുന്ന വാർലിങ്ക് സേവനം യഥാർത്ഥത്തിൽ ഒരു സോക്കറ്റ് വഴിയാണ് സജീവമാക്കുന്നത്. Cockpit-podman പാക്കേജ്, Node.js-ൽ എഴുതിയതും കോക്ക്പിറ്റ് പ്രോജക്റ്റിന്റെ ഭാഗവും, ഒരു വെബ് ഇന്റർഫേസിലൂടെ Podman കണ്ടെയ്‌നറുകളുമായി സംവദിക്കാൻ ആളുകളെ അനുവദിക്കുന്നു. cockpit-podman പ്രവർത്തിപ്പിക്കുന്ന വെബ് ഡെമൺ, systemd ശ്രദ്ധിക്കുന്ന ഒരു varlink സോക്കറ്റിലേക്ക് സന്ദേശങ്ങൾ അയയ്ക്കുന്നു. Systemd, സന്ദേശങ്ങൾ സ്വീകരിക്കുന്നതിനും കണ്ടെയ്‌നറുകൾ കൈകാര്യം ചെയ്യുന്നതിനും Podman പ്രോഗ്രാം സജീവമാക്കുന്നു. ഒരു സോക്കറ്റിൽ systemd സജീവമാക്കുന്നത് റിമോട്ട് API-കൾ നടപ്പിലാക്കുമ്പോൾ സ്ഥിരമായി പ്രവർത്തിക്കുന്ന ഡെമണിന്റെ ആവശ്യം ഇല്ലാതാക്കുന്നു.

കൂടാതെ, ഞങ്ങൾ പോഡ്മാൻ-റിമോട്ട് എന്ന മറ്റൊരു പോഡ്മാൻ ക്ലയന്റ് വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്നു, അത് അതേ പോഡ്മാൻ സിഎൽഐ നടപ്പിലാക്കുന്നു, എന്നാൽ കണ്ടെയ്നറുകൾ പ്രവർത്തിപ്പിക്കാൻ വാർലിങ്കിനെ വിളിക്കുന്നു. വിവിധ മെഷീനുകളിലെ കണ്ടെയ്‌നറുകളുമായി സുരക്ഷിതമായി സംവദിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന SSH സെഷനുകൾക്ക് മുകളിൽ Podman-remote പ്രവർത്തിക്കാൻ കഴിയും. കാലക്രമേണ, Linux-നൊപ്പം MacOS, Windows എന്നിവയെ പിന്തുണയ്ക്കാൻ podman-remote പ്രവർത്തനക്ഷമമാക്കാൻ ഞങ്ങൾ പദ്ധതിയിടുന്നു, അതുവഴി ആ പ്ലാറ്റ്‌ഫോമുകളിലെ ഡെവലപ്പർമാർക്ക് Podman varlink പ്രവർത്തിക്കുന്ന ഒരു Linux വെർച്വൽ മെഷീൻ പ്രവർത്തിപ്പിക്കാനും ലോക്കൽ മെഷീനിൽ കണ്ടെയ്‌നറുകൾ പ്രവർത്തിക്കുന്നതിന്റെ പൂർണ്ണ അനുഭവം നേടാനും കഴിയും.

SD_NOTIFY

അവർക്ക് ആവശ്യമായ കണ്ടെയ്‌നറൈസ്ഡ് സേവനം ആരംഭിക്കുന്നത് വരെ സഹായ സേവനങ്ങളുടെ സമാരംഭം മാറ്റിവയ്ക്കാൻ Systemd നിങ്ങളെ അനുവദിക്കുന്നു. Podman-ന് SD_NOTIFY സോക്കറ്റ് കണ്ടെയ്‌നറൈസ് ചെയ്‌ത സേവനത്തിലേക്ക് കൈമാറാൻ കഴിയും, അതുവഴി അത് പ്രവർത്തിക്കാൻ തയ്യാറാണെന്ന് സേവനം systemd-നെ അറിയിക്കും. വീണ്ടും, ക്ലയന്റ്-സെർവർ മോഡൽ ഉപയോഗിക്കുന്ന ഡോക്കറിന് ഇത് ചെയ്യാൻ കഴിയില്ല.

പദ്ധതികളിൽ

ഒരു നിർദ്ദിഷ്ട കണ്ടെയ്‌നർ മാനേജ് ചെയ്യുന്നതിനായി systemd യൂണിറ്റ് ഫയൽ ജനറേറ്റ് ചെയ്യുന്ന, systemd CONTAINERID എന്ന കമാൻഡ് podman ജനറേറ്റ് ചെയ്യാൻ ഞങ്ങൾ ഉദ്ദേശിക്കുന്നു. പ്രത്യേകാവകാശമില്ലാത്ത കണ്ടെയ്‌നറുകൾക്കായി ഇത് റൂട്ട്, റൂട്ട്‌ലെസ്സ് മോഡുകളിൽ പ്രവർത്തിക്കണം. OCI-അനുയോജ്യമായ systemd-nspawn റൺടൈമിനായുള്ള ഒരു അഭ്യർത്ഥന ഞങ്ങൾ കണ്ടിട്ടുണ്ട്.

തീരുമാനം

ഒരു കണ്ടെയ്‌നറിൽ systemd പ്രവർത്തിപ്പിക്കുന്നത് മനസ്സിലാക്കാവുന്ന ഒരു ആവശ്യമാണ്. Podman-ന് നന്ദി, ഒടുവിൽ systemd-യുമായി വൈരുദ്ധ്യമില്ലാത്ത ഒരു കണ്ടെയ്‌നർ റൺടൈം ഞങ്ങൾക്കുണ്ട്, പക്ഷേ അത് ഉപയോഗിക്കാൻ എളുപ്പമാക്കുന്നു.

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