Keresés

Hirdetés

Új hozzászólás Aktív témák

  • stigma

    addikt

    válasz gazso75 #401 üzenetére

    Hi, tudsz egy docker-compose.yml-ben több konténert is futtatni, de csak olyat tegyél be egymás alá ami összetartozik pl.: Nextcloud esetén maraidb, nextcloud,letencrypt

    2 megoldásod van gyorsan futtatni fájlokat:
    1. Portainer / stack : itt bármilyen 3-as verzió alatti docker-compose fájlt tartalmat bemásolsz és el tudsz futtatni.
    2. docker-compose.xml fájlokat hozol llétre almappákban, pl így.
    Azt a fajta módot választottam, hogy létrehoztam egy központi Docker mappát, amiben a konténerek neveivel almappák vannak létrehozva.
    Ezekbe az almappákban ahol szükséges 1 db docker-compose.yml fájl (ami már jól van konfigurálva) és akkor nincs más teendőd, mint SSH-n belemész a mappába, majd kiadod az alábbi parancsot: docker-compose up -d

    ....iPhone 13 / iPad 9th Gen. Wifi 64GB...

  • golya87

    őstag

    válasz gazso75 #401 üzenetére

    Lehet több is, pl: docker-compose -f media.yml -p tv_server up -d
    A p kapcsoló nem kötelező, de sok egymás melletti yml-nél ajánlott, ellenkező esetben a mappa nevét veszi fel és össze fog akadni.

  • haddent

    addikt

    válasz gazso75 #401 üzenetére

    Nem, sőt! Egy compose yaml fájl egy stackhez tartozik. Egy stackben érdemes egy - egy teljes szolgáltatást üzemeltetni (pl.: esetedben a fényképalbum, a web szerver és az sql adatbázis), de több különbözőt nem. Tehát már egy nextcloud meg a fényképalbum meg egy emby nagyon keszekusza csúnyaság lenne egyben.
    Teljesen mindegy hova rakod a yaml fájlt, rajtad áll a felépítés, ízlésed szerint hozd létre a struktúrát.

    #403: Na pont ezért jó egy stackbe rendezni az egy szolgáltatás elemeit, mert stacken belül container név resolvolodik belülről, azaz a fényképes appodban csak annyit adsz meg, hogy "db" vagy "database" vagy "mariadb", épp ahogy elnevezted a yaml fájlban a mariadb konténert :) Plusz így nem kell bindolni pl a mariadb portját kifelé, sőt el sem érhető kinntről (kinnt alatt a stacken kívült értem, tehát akár magát a hosztot)

    Kicsit olvasgattam a hsz -eket, szerintem kicsit abuseoljátok a macvlant. Nem gondolom indokoltnak egyetlen említett esetben sem. Kicsit ízlés / best practice kérdése is, de szerintem a legelegánsabb a fentebb leírt módon minden szolgáltatást 1-1 stackbe összegyűjteni, csak az abszolut szükséges bindokat megtenni (ez jellemzően egyetlen port, legtöbbször ugye egy 80/443), majd egy nginx reverse proxy mögé rejteni mindent és a WAN oldalról is kizárólag 80/443 engedni :R

    #417: miért szeretnéd ezt? Illetve a lan és a bridge ugyanaz :K "www" (azaz WAN?) -hoz pedig sehogy, ahhoz te magad sem csatlakozol, csak a routered/gateway -ed

    [ Szerkesztve ]

Új hozzászólás Aktív témák