I-install ang Docker sa Synology NAS

Suriin muna ang Iyong Modelong Sinusuportahan Ito

Hindi inaalok ang Container Manager sa bawat modelo ng Synology — Nagpasya ang Synology ng modelo ayon sa modelo, at walang setting na nagbubukas nito sa isang modelong wala sa listahan. Sinusuportahan ito ng mga modelo ng serye ng Plus (ang mga may + sa pangalan, tulad ng DS220+ o DS920+), at naglilista rin ang Synology ng mga piling modelo ng value — ang DS124, DS223 at DS423 kasama ng mga ito, kasama ang DS420j mula sa DSM 7.2. Karamihan sa iba pang maliliit na j-series at mas lumang modelo ng play ay hindi inaalok ang package.

Ang dalawang-minutong pagsusuri ay nag-aayos nito para sa iyong eksaktong NAS: buksan ang Package Center at hanapin ang Container Manager (sa DSM 7.1 o mas luma, hanapin ang Docker). Kung lalabas ito, sinusuportahan ang iyong modelo. Kung hindi ito lalabas, ang package ay sadyang hindi available para sa iyong modelo — walang nakatagong switch na mahahanap.

I-install ang Package Mula sa Package Center

Ang mismong pag-install ay ang pinakamadaling bahagi — isa itong normal, opisyal na DSM package mula sa sariling tindahan ng Synology. Buksan ang Package Center, hanapin ang Container Manager (o Docker sa DSM 7.1 at mas luma) at i-click ang I-install. Kung tatanungin ng DSM kung aling volume ang dapat mabuhay ng package, piliin ang iyong pangunahing, pinakamalawak na volume.

Hintaying matapos ang pag-install, pagkatapos ay buksan ang package nang isang beses upang magawa ng DSM ang mga gumaganang folder nito. Mula sa DSM 7.2 pataas makikita mo ang mga tab na pinangalanang Pangkalahatang-ideya, Proyekto, Lalagyan, Larawan, Registry, Network at Log. Ang mga mas lumang Docker package screen ay mukhang mas malinaw ngunit gumagana sa parehong paraan. Ang mga proyekto ay kung paano pinapatakbo nang magkakasama ang ilang container na kabilang sa isang app mula sa iisang Compose file — hindi mo iyon kailangan para sa iyong unang container.

Gumawa ng Docker Shared Folder Bago ang Anumang Iba pa

Ito ang hakbang na nilalaktawan at ikinalulungkot ng mga nagsisimula. Pansamantala ang loob ng lalagyan — tanggalin ang lalagyan at lahat ng nakaimbak sa loob nito ay kasama nito. Ang totoong data ay dapat na nasa isang normal na nakabahaging folder kung saan itinuturo ang lalagyan.

Buksan ang Control Panel → Shared Folder → Create at pangalanan ang folder na docker. Sa loob nito, gumawa ng isang subfolder bawat app — halimbawa docker/portainer at docker/jellyfin. Isang app, isang folder: nananatiling simple ang mga backup at paglilinis. Kapag gumawa ka ng container sa ibang pagkakataon, imamapa mo ang path ng data nito sa folder nito dito. Ang pagmamapa na iyon ay tinatawag na volume, at ito ang nag-iisang pinakamahalagang ideya sa pahinang ito.

Magpatakbo ng Unang Container bilang Pagsubok

Huwag magsimula sa app na talagang mahalaga sa iyo. Magsimula sa isang maliit na itinapon na lalagyan at patunayan ang buong chain — pag-download ng imahe, port, volume, mga log — gumagana. Sa Container Manager, buksan ang Registry, maghanap para sa isang maliit na larawan ng pagsubok (ang isang maliit na static na web server ay perpekto) at i-download ito. Mas gusto ang mga larawang nai-publish ng opisyal na proyekto o isang kilalang tagapangasiwa; Ang mga random na muling pag-upload ng mga estranghero ay isang panganib. Dumating ang na-download na larawan sa ilalim ng Larawan.

Piliin ang larawan at piliin ang Run. Bigyan ang container ng malinaw na pangalan na makikilala mo sa loob ng anim na buwan. Para sa port: ang sariling port ng container ay naayos ng app — ang iyong trabaho ay ang lokal (host) port. Ang DSM mismo ay gumagamit na ng 5000 at 5001 para sa sarili nitong web interface, kaya pumili ng isang bagay na malinaw tulad ng 8080 o mas mataas at isulat ito. Kung nag-iimbak ang app ng anuman, i-map ang path ng data nito sa isang folder sa loob ng iyong nakabahaging folder ng docker — para sa isang pansubok na app, ayos ang isang subfolder ng pagsubok. Iwanang naka-off ang awtomatikong pag-restart para sa isang pansubok na lalagyan: gusto mong makitang nabigo ito kung nabigo ito, huwag panoorin itong mag-restart nang paulit-ulit.

Basahin ang Log, Pagkatapos Buksan Ito sa Iyong Browser

Simulan ang lalagyan, pagkatapos ay buksan ang tab na Log nito bago mo pindutin ang iyong browser. Ang log ay ang app na nakikipag-usap sa iyo. Ang isang malusog na app ay nagpi-print ng handa nitong linya — kadalasan ang address at port kung saan ito pinakikinggan. Ang isang container na nagsisimula at humihinto sa isang loop ay nagsasabi sa iyo ng isang bagay na nawawala: isang folder na hindi nito masulatan, isang setting na kailangan nito, o isang port na nakuha na. Karaniwang pinangalanan ng huling ilang linya ng log ang problema sa mga simpleng salita.

Ngayon lang buksan ang iyong browser sa iyong NAS address gamit ang port na iyong pinili (halimbawa, port 8080). Kapag nakikita mo ang sariling page ng app, gumagana ang chain: na-download ang larawan, tumatakbo ang container, at maaabot mo ito.

Gawin ang Pagsusuri sa Pagtanggal — ang Tunay na Aralin

Ngayon ang hakbang na walang gustong gawin at dapat gawin ng lahat. Maglagay ng isang throwaway na file o setting sa pansubok na app, pagkatapos ay ihinto ang container at ganap itong tanggalin. Buksan ang iyong docker na nakabahaging folder sa File Station: nandoon pa rin ang data na na-map mo — dahil hindi ito kailanman nasa loob ng container. Gawin muli ang lalagyan na may parehong volume na pagmamapa at ang parehong setting ay lilitaw muli.

Ang app ay disposable; ang data ay hindi. Kung sa halip ay nawala ang data, natutunan mo ang pinakamahalagang aralin sa container sa pinakamababang posibleng presyo: ang app na iyon ay nag-iimbak ng data sa sariling pansamantalang layer ng container, at kailangan nito ng volume mapping bago ito mapagkakatiwalaan sa anumang bagay na totoo.

Mga Matapat na Limitasyon Bago ang Mga Tunay na App