Puncte:0

pornirea systemctl cu dependențe

drapel ws

Implementez un serviciu Memcached foarte disponibil. Deoarece memcached nu persistă datele, atunci când o instanță pornește, vreau să-i însmân datele dintr-o instanță care rulează. Prin urmare, pornirea (în pseudocod) este....

blocați conexiunile de intrare la portul 11211
începe memcached
replicare a datelor
deblocați conexiunile de intrare

Acest lucru pare simplu, totuși scriptul ExecStart din fișierul unitar furnizat pentru blocurile memcache în timp ce serviciul rulează; /usr/share/memcached/scripts/systemd-memcached-wrapper /etc/memcached.conf. Prin urmare, dacă l-aș include pur și simplu în propriul meu script, replicarea și deblocarea nu s-ar executa niciodată.

Aș putea împărți acest lucru în 2 fișiere de unitate, al doilea gestionând replicarea și deblocarea și solicitând ca primul să fi rulat, dar cum suport că a doua parte este mereu alerga dupa primul?

Ar trebui să dezactivez systemd memcached start și să sun explicit „systemctl start memcached” din scriptul meu?

Prefer să nu modific scriptul pachet systemd-memcached-wrapper - modificările mele ar putea fi suprascrise de actualizări.

Care ar fi o soluție robustă folosind systemd?

Ektich avatar
drapel in
Nu sunt familiarizat cu fișierul unitar furnizat de memcashed, dar poate că efectul dorit poate fi obținut cu directivele `ExecStartPre=`?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.