Docker pe Raspberry Pi

Fișierele din volume sunt salvate în /var/lib/docker/volumes/ de obicei. Pe RPi-ul nou faci volumele spre ce cale vrei, apoi doar copiezi fișierele și verifici permisiunile.

Am 2 sau 3 RPi-uri în dulap, stau degeaba, după ce le-am înlocuit cu un Odroid N2+ mai puternic decât toate împreună, disponibil imediat, și mai ieftin decât un RPi nou.
 
Bun, deci RIP Rpi. A crapat ceva din procesor, intra in loop continuu de reboot.
Comandat Odroid M1 daca tot s-a intamplat. Acum citesc despre el, prima descoperire este ca am nevoie de cablu special pentru SATA si a trebuit comandat.
 
Noaptea de revelion. Stau în pat și aștept să se liniștească războiul de afară, poate se trezește miniona. Mă mănâncă undeva să fac apt update la odroid, și apoi un reboot. Nu mai pornește nici un container dup-aia. Fac ochii ca cepele, wtf. Descopăr după vreo oră jumate de căutări intense și încercări de reparare că odroid oferă un linux ce folosește un kernel mai vechi (4.x în loc de 5.x), care necesită un parametru de kernel la bootloader ca să nuștiuce acolo și să vrea să ruleze containere. Pus parametrul, containerele încep să meargă iar. Cu ocazia asta am aflat că dacă vrei un kernel mai nou la odroid ar trebui să iei o imagine de debian sau ubuntu asamblată de comunitate, nu de odroid. Numa' să știi ce instalezi când îți vine M1-ul.
 
Docker + Raspberry Pi e o combinație mișto când ai nevoie de ceva compact, ieftin la achiziție și utilizare, nepretențios.

Dar de când s-au scumpit în draci RPi-urile și pe partea de software poți avea surprize că vreun container pe care-l vrei nu are și versiune ARM64 (asta era o durere de cap frecventă înainte să treacă la 64 de biți), e mai tentant un micro PC cu vreun intel mobile sau low-power, ubuntu, docker și dă-i blană. Nu mai ai surprize cu suportul limitat al producătorului de hardware în ceea ce privește compatibilitatea cu kernelul, e o masă mult mai mare de useri... Sincer sunt numai avantaje, iar bobârnacul a fost să fim forțați să trecem peste pragul psihologic de a da vreo 100€ pe hardware.
 
Bun, deci RIP Rpi. A crapat ceva din procesor, intra in loop continuu de reboot.
Comandat Odroid M1 daca tot s-a intamplat. Acum citesc despre el, prima descoperire este ca am nevoie de cablu special pentru SATA si a trebuit comandat.
Ia vezi să nu fi crăpat ceva la alimentator sau să fie alimentarea cu probleme, la mine reboot loops le-am rezolvat pe toate de-a lungul timpului cu altă sursă de curent.

Nu stiu de ce, dar suna complicat. Chiar e nevoie de toata complexitatea asta?
Nu, dar îi cool :biggrin:

Docker + Raspberry Pi e o combinație mișto când ai nevoie de ceva compact, ieftin la achiziție și utilizare, nepretențios.

Dar de când s-au scumpit în draci RPi-urile și pe partea de software poți avea surprize că vreun container pe care-l vrei nu are și versiune ARM64 (asta era o durere de cap frecventă înainte să treacă la 64 de biți), e mai tentant un micro PC cu vreun intel mobile sau low-power, ubuntu, docker și dă-i blană. Nu mai ai surprize cu suportul limitat al producătorului de hardware în ceea ce privește compatibilitatea cu kernelul, e o masă mult mai mare de useri... Sincer sunt numai avantaje, iar bobârnacul a fost să fim forțați să trecem peste pragul psihologic de a da vreo 100€ pe hardware.
Docker mie personal mi se pare absolut oribil, deși pe *nix este mai suportabil decât pe Windows unde este absolut criminal.

Cât despre Raspberry Pi, aia era ideea. Hardware ieftin și puternic, cu decodoare hardware și performanțe excelente pentru preț. Scumpirea încă nu-mi dau seama de unde vine - scalperi sau siliciul și producția mult mai scumpă - dar este inoportună din mai multe pdv. Tu îți permiți să dai 100 EUR pe ododo ăla, alții nu. Iar efectul trist al faptului că unii nu-și permit este că acum nu mai poți avea un computer ieftin (chiar șî arm64) prins pe spatele monitorului/TVului cu care un copil fără posibilități să poată învăța programare și altele (mă rog, ăsta a fost mesajul principal al rPi de la lansare, faptul că între timp copiii au primit tablete prin donații și Pi-urile sunt homelabbed câte 10 odată este altceva :biggrin:).
 
Nu, nu e din cauza sursei. Booteaza OS si acolo spune ca nu poate opri unul si apoi ajunge la 3 core-uri. Din pacate mesajul de eroare sta acolo sub o secunda pana la reboot si apoi ciclul se reia.
Nu am o explicatie buna, incarcarea procesorul a fost mereu foarte mica, disipatia termica nu era o problema, etc.
Rpi nu mai este atractiv din punct de vedere al pretului raportat la puterea de procesare. La acelasi consum ma refer, Odroid M1 pretinde max 4.4w pentru placa (fara periferice).
 
Scumpirea încă nu-mi dau seama de unde vine
A fost motiv că corona. Că criza de transport din Asia. Că producția de circuite în Taiwan. Că tot felul. Ultima poveste pe care am auzit-o e că nu pot controla canalele de retail ca să rezerve RPi-uri pentru consumatorii de rând, entuziaști sau copii care să învețe programare, că se bagă industria pe fir și cumpără în bulk cam tot ce se produce. Pare-se că se folosesc RPi-uri într-o grămadă de locuri unde nici nu știm de ele. Că o fi adevărat, că e doar un hype întreținut de scalperi... dunno.
 
De alftfel nici Odroid M1 nu a fost usor de obtinut.
Eu am nevoie de ceva care sa consume putin, puterea de procesare nu e chiar o problema, vreau doar home automation si MQTT ca sa trag diferite grafice in scopul de a optimiza consumul de curent electric, care a ajuns la pretul de varf cam la 1EUR/kw. Asa ca automatizarea aia se plateste singura rapid.
 
E o discutie larga, dar dau exemple: daca exista un varf (de pret) al energie electrice pentru o ora si apoi pretul scade pot sa opresc incalzirea timp de o ora, inertia termica a incalzirii in podea e suficient de mare ca sa nu conteze. Apoi repornind incalzirea la un pret mai mic compenseaza.
Unele camere, precum holul de la intrare, este incalzit noaptea la 19 grade.
Masinile de spalat vase si rufe pornesc la 3AM unde pretul e mic, etc.
P.S. aici pretul energiei electrice este diferit de la ora la ora.
 
Si cum controlezi toate astea din Odroid? Stiu ca masina de spalat se poate programa din interfata ei, dar nu stiu masini care accepta programare externa. Similar si incalzirea, cel putin la centralele pe gaz pe cre le-am vazut eu.
 
Probabil așa. Evident poți face o VM cu home assistant dar dacă vrei doar asta un rPi/Odroid poate face chestiile astea.
 
HomeAssistant are full features doar ca bare metal install. Dacă e container îi lipsesc câteva chestii, gen plugins, și asta îi cam taie din putere. Nu știu cum e în varianta VM.

Btw am avut o încercare în toamnă de a folosi HA pentru automation, și... e mai mult hype decât putință pe-acolo. Am revenit la OpenHAB care are mai multe capabilități și am reușit să aduc la un nivel utilizabil partea de automatizare și control.

Însă întrebarea lui Adi e cum controlezi alte echipamente care n-au interfețe digitale și poți cel mult să controlezi o priză de la care să le dai curent sau nu. Poți da alimentare electrică la o mașină de spălat vase sau să o oprești, dar ca să pornești efectiv ciclul de spălare nu e suficient să o bagi în priză. Îți trebuie fie un motor care să apese pe butonul fizic al mașinii de spălat, sau o mașină de spălat cu interfață de rețea sau serială sau I2C sau ceva.
 
Doar tu te contrezi pe containere, nu pricep de ce s-ar lega cineva la cap cu ele da' mă rog :biggrin:
 
Segregarea aplicației de configurație și date? Rollback instant la nevoie după vreun upgrade? CI/CD? Configuration as code? Folosire mai eficientă a unui hardware limitat decât virtualizarea? Evitarea conflictelor de versiuni de Java cerute de aplicații diferite instalate în același OS? Garanția funcționării containerului în întregime așa cum e el livrat de cine l-a produs, în loc să poată da vina pe cine știe ce altă configurare din OS? Pfffff
 
Lol, pare mai canonic decal Biblia. CI/CD acasa, la o aplicatie facuta de altcineva? Configuration as code?
 
Am o masina de spalat vase care are "ceas" mecanic, dar actionat electric. O priza comandata e suficient sa o puna in miscare, nu are nevoie de apasare de buton.
Masina de spalat se poate programa de la butoanele ei cu delay start. La fel si masina de paine.
Pompa de caldura are ditai API si discuta MQTT, acolo sunt multi parametri. Panasonic are o aplicatie cloud-based dar ce iti pune la dispozitie este foarte putin, noroc ca niste baieti au reusit sa decodeze si sa intercepteze toata comunicatia asa ca este dirijata de HA.
 
HomeAssistant are full features doar ca bare metal install. Dacă e container îi lipsesc câteva chestii, gen plugins, și asta îi cam taie din putere. Nu știu cum e în varianta VM.
Eu am două dockere cu HA în "producție". Până azi nici n-am știut ce-s alea add-ons. Pentru ce-am avut nevoie (mosquitto, pi-hole), am instalat containere lângă HA, iar în HA am folosit integrations să vorbească cu mosquitto, de exemplu. Stickul de zigbee merge asociat cu container-ul de HA fără probleme. Singurul obstacol de până acum e că n-am găsit o variantă simplă să rulez comenzi custom (gen ssh din docker către host sau alt device) din HA. Nu că nu ar merge, dar aparent e mai mult de muncă. Din câte-mi dau seama, cam tot ce oferă add-on-urile poți rezolva fie manual, fie cu alt container lângă.
 
Back
Top