Dockers + container verplaatsen andere NAS

[dirklammers]

Ik heb op een van m'n NASSEN de Container Manager geïnstalleerd met daarin draaiend de Unify Controller.
Dat alles zou ik helemaal over willen zetten naar een andere NAS. Is dat gewoon een kwestie van Hyperbackup maken van de CM en restoren naar de andere NAS?

Groet, Dirk

[Tazmanian]

Ik zie de Container Manager niet tussen de toepassingen staan in mijn Hyper Backup, dus zo simpel zal het helaas niet gaan.

Denk dat je best elke package opnieuw installeert.
In geval van Unify dit installeren, dan een backup maken vanop de oude NAS en deze op de nieuwe NAS restoren.

[dirklammers]

Ah zo. Ja dat had ik me nog niet eens gerealiseerd dat je in Hyperbackup wellicht niet eens álles mee kunt laten gaan in de backup.....

Wordt dus wel even een klusje want ik herinner me dat het installeren van de Unify-controller een beetje een "vaag" proces was dat na enkele keren falen plotseling wél goed ging. We gaan het weer ervaren....

Groet, Dirk

[jr212]

Gewoon de share van dockers verplaatsen zou volgens mij moeten lukken

[Tazmanian]

Dat zou kunnen maar is afhankelijk van:
Of de database in de sharefolder staat of in de container zelf.

Indien in de container kan je de database exporteren en importeren in de nieuwe container.

[bartmans99]

Ik heb recentelijk mijn containers verplaatst naar nieuwe NAS.

Ik heb alle configs en data op een share buiten de containers staan, zodat ze 'persistent' zijn.

Het was voldoende om de map te kopieren naar de nieuwe NAS, en de container op de nieuwe NAS aan te maken en te laten wijzen naar die map. Viel mij reuze mee, dat ging super.

Ik heb geen ervaring met situatie waarbij de data in de container staat. Mocht je opnieuw moeten beginnen zou ik altijd kiezen voor persistent data buiten de container. Je mapt daarvoor een map buiten de container naar een map binnen de container.

[Hofstede]

Als het alleen om de Unifi controller gaat zou ik gewoon op de nieuwe NAS de container opnieuw aanmaken en dan vanuit de Unifi netwerk controller een backup van de configuratie maken en deze teruglezen in de nieuwe.

[aliazzz]

Dat de inhoud van de data eenvoudig te verplaatsen is, is de hele essentie achter containers ;-)
pro-tip: stap over van Docker Engine naar Podman Engine en je zal verbaasd zijn over wat je aan security en ease of use valt te winnen ;-)

Als je de executables uitgewisseld hebt, kan je zelfs docker als alias voor podman instellen, alle commando's werken dan zoals je gewend bent van docker maar podman is rijker aan features en heeft veel betere security aan boord.

Podman is directe stand-in voor Docker maar draait Deamonless(!). By design veiliger dan Docker dus (verbeterde segmentatie zonder root rechten). Daarnaast kan Podman zgn. pods maken, dwz een eigen bubble met 2 of meer containers in die bubble. Als je Docker kent, dan weet je dat containers in Docker wel kan, maar data uitwisselen afgehandled wordt via Shared Memory. Dat is by design altijd een weak point omdat externe processen de shared memory kunnen benaderen (mits elevated rights). Bij Podman is deze weakness niet van toepassing omdat in de pod een mini netwerk toegepast worden waarbij de pod owner zuiver alleen rechten heeft.
Er is dus sprake van betere segmentatie binnen Podman zonder rootrechten dan bij Docker.

Bij podman zit auto-update van een dienst gekoppeld aan hotswap ingebouwd, en zal de dienst tijdens container of pod update NOOIT uitvallen. Niet zoals bij Docker (= uitzetten, updaten, aanzetten) maar gewoon update en geen uitval van diesnt tijdens update, handig in een enterprise omgeving! Er is geen externe tooling zoals Watchtower nodig binnen Podman om container updates te signaleren en te downloaden en daarna te updaten. Dit is binnen podman aanwezig en kan via de podman commandline aangezet worden per container resource. Last but not least is met een simpel commando een podman hosted pod om te zetten naar een Kubernetes hosted pod (via een gegeneered kube manifest in .yaml formaat) . Omdat een pod bijna altijd "ephemeral" (vluchtig) is maar de data niet (zoals in docker) zal tijdens omzetten van een Docker Omgeving naar een kubernetes omgeving de data NOOIT verloren gaan en zal je pod keurig in een Kubernetes omgeving draaien met behoud van data na deze omzetting. Als je eenmaal de kracht en eenvoud van Podman kent en begrijpt zal je niet gauw meer willen naar Docker ;-).

Kortom, Docker is inmiddels wat verouderd wat betreft volwassenheid en wordt as we speak langzaam maar zeker vervangen door Podman Engine en zijn grote Enterprise broer; Kubernetes. Dat is niet raar gezien de security en schaalbaarheid van Podman/Kubernetes in vergelijking met Docker. Podman biedt naast verbeterde schaalbaarheid en security (in vergelijk met Docker) ook een stepping stone naar kubernetes maar dat hoeft uiteraard niet toegepast te worden.
 

https://podman.io/

The best free & open source container tools. Manage containers, pods, and images with Podman.
Seamlessly work with containers and Kubernetes from your local environment.