racavedigger.com
Daily insights on Bitcoin and crypto markets
  • Facebook
  • Pinterest
  • Home
  • News

Freenas supporta Docker

Notizia

Docker Options & Freenas

Capisco che ixsystems ha rimosso il supporto per il popolare contenitorizzazione OS Rancheros nella build più attuale di 11.3. Qualcuno sa perché? La mia comprensione è che, nel tentativo di gestire questa VM in 11.3, dovrai apportare alcune modifiche al caricatore di avvio, che non è supportato da Freenas. Non voglio seguire questa strada, a causa di problemi di sostenibilità: potrebbe essere difficile ottenere aiuto se ho problemi a gestire un’implementazione di VM “hacky” che non dovrebbe mai funzionare su Freenas, e io ipotizzare Che queste modifiche dovrebbero probabilmente essere ripetute o rompere qualcosa durante gli aggiornamenti del sistema operativo successivi.

Docker Options & Freenas

Sto valutando diverse soluzioni FOSS NAS per la sorveglianza domestica, l’archiviazione di file e la containerizzazione (in particolare Docker). Sebbene il mio desiderio di supporto nativo Docker sia una priorità per la mia build, Freenas offre così tante altre grandi funzionalità che voglio ancora comprendere appieno le mie opzioni per far funzionare il docker a Freenas prima di prendere una decisione. Sto cercando una soluzione a bassa manutenzione che non richieda troppe soluzioni alternative, sopravvivere agli aggiornamenti e probabilmente sarà supportato da Ixsystems per un po ‘di tempo a venire.

Capisco che ixsystems ha rimosso il supporto per il popolare contenitorizzazione OS Rancheros nella build più attuale di 11.3. Qualcuno sa perché? La mia comprensione è che, nel tentativo di gestire questa VM in 11.3, dovrai apportare alcune modifiche al caricatore di avvio, che non è supportato da Freenas. Non voglio seguire questa strada, a causa di problemi di sostenibilità: potrebbe essere difficile ottenere aiuto se ho problemi a gestire un’implementazione di VM “hacky” che non dovrebbe mai funzionare su Freenas, e io ipotizzare Che queste modifiche dovrebbero probabilmente essere ripetute o rompere qualcosa durante gli aggiornamenti del sistema operativo successivi.

Questo mi porta alle mie vere domande: in primo luogo, è la mia logica per non voler modificare ed eseguire il suono di rancheros – ci sono informazioni che mi mancano che potrebbero aiutarmi a prendere una decisione più informata? In secondo luogo, qualcuno può pensare a qualsiasi problema prevedibile con optare per un sistema operativo diverso come Coreos?

Rancheros sarebbe l’ideale: mentre ho un sacco di RAM (32 GB), ho un Celeron 9400 a bassa potenza che probabilmente non è adatto alle attività di virtualizzazione, quindi sarebbe possibile leggero. Tuttavia, penso che potrei essere disposto a inserire una CPU più robusta se ricevo una soluzione Docker stabile che non richiede molta manutenzione in corso.

Sono interessato a sentire la tua intuizione! grazie in anticipo!

Freenas supporta Docker?

Freenas offre una varietà di funzionalità e servizi e uno dei popolari è il supporto Docker. Docker è una piattaforma che consente di impacchettare, distribuire ed eseguire facilmente applicazioni in contenitori. Fornisce un modo leggero e portatile per distribuire applicazioni, rendendolo uno strumento prezioso per gli sviluppatori e gli amministratori di sistema.

Con Freenas, hai diverse opzioni per l’esecuzione di Docker. Un’opzione è utilizzare il supporto integrato per i contenitori Docker forniti dalla stessa Freenas. Ciò consente di eseguire contenitori Docker direttamente sul sistema FREENAS, senza la necessità di ulteriori sistemi di virtualizzazione o operazione.

Un’altra opzione è quella di utilizzare la funzione Virtual Machine (VM) di FREENAS per eseguire un sistema operativo separato che può quindi eseguire Docker. Ciò ti dà una maggiore flessibilità nella scelta del sistema operativo per i contenitori Docker e ti consente di sfruttare le funzionalità e gli strumenti specifici per quel sistema operativo.

Indipendentemente dall’approccio che scegli, è importante assicurarsi che il tuo hardware soddisfi i requisiti per l’esecuzione di Docker. I contenitori Docker possono essere ad alta intensità di risorse, quindi avere CPU, memoria e memoria sufficienti è cruciale per prestazioni ottimali.

In conclusione, Freenas supporta Docker e hai più opzioni per l’esecuzione di contenitori Docker. Sia che tu scelga di utilizzare il supporto Docker integrato o eseguire Docker in una macchina virtuale, Freenas fornisce una piattaforma potente e flessibile per la containerizzazione.

Punti chiave:

  • Ixsystems ha rimosso il supporto per Rancheros nell’ultima build di Freenas 11.3.
  • La modifica del caricatore di avvio richiesto per eseguire Rancheros in Freenas non è supportata.
  • La scelta di rancheros può portare a problemi di sostenibilità e mancanza di supporto.
  • Le opzioni alternative del sistema operativo come Coreos possono essere prese in considerazione per l’esecuzione di Docker in Freenas.
  • Freenas stesso fornisce supporto Docker, consentendo di eseguire direttamente contenitori.
  • L’uso di una macchina virtuale in Freenas è un’altra opzione per eseguire Docker con un sistema operativo diverso.
  • Assicurarsi che l’hardware soddisfi i requisiti per l’esecuzione di contenitori Docker.

Domande:

  1. Perché ixsystems ha rimosso il supporto per Rancheros in Freenas 11.3?
  2. Rancheros non è stato più mantenuto da Ixsystems e le modifiche al caricatore di avvio richieste per eseguire Rancheros non sono state supportate da Freenas. Questa decisione è stata presa per garantire un ambiente più sostenibile e stabile per gli utenti di Freenas.

  3. Ci sono altre opzioni di sistema operativo leggero adatte per l’esecuzione di Docker in Freenas?
  4. Sì, Coreos è un sistema operativo alternativo che può essere utilizzato per eseguire Docker in Freenas. Fornisce un ambiente leggero e minimalista specificamente progettato per il contenizzazione.

  5. Quali sono i vantaggi dell’utilizzo di Docker in Freenas?
  6. Docker consente un facile imballaggio delle applicazioni e distribuzione in contenitori. Eseguendo Docker in Freenas, è possibile sfruttare la potenza della containerizzazione per isolare le applicazioni, migliorare l’utilizzo delle risorse e semplificare la distribuzione e la gestione.

  7. Posso eseguire contenitori Docker direttamente su Freenas senza usare una macchina virtuale?
  8. Sì, Freenas ha un supporto integrato per i contenitori Docker, che consente di eseguirli direttamente sul sistema Freenas senza la necessità di una virtualizzazione aggiuntiva.

  9. Quali sono i requisiti hardware per l’esecuzione di Docker in Freenas?
  10. I contenitori Docker possono essere ad alta intensità di risorse, quindi è importante disporre di CPU, memoria e memoria sufficienti. Assicurarsi che l’hardware soddisfi le specifiche consigliate per l’esecuzione di Docker e prendi in considerazione l’aggiornamento se necessario.

  11. Quali sono i vantaggi dell’utilizzo di Docker per la sorveglianza domestica e l’archiviazione dei file?
  12. Docker fornisce una piattaforma flessibile e scalabile per la gestione delle applicazioni, comprese quelle utilizzate per la sorveglianza domestica e l’archiviazione dei file. Con Docker, puoi facilmente distribuire e gestire più contenitori, isolare applicazioni e garantire la compatibilità tra diversi sistemi.

  13. Posso usare Docker per eseguire altre applicazioni oltre alla sorveglianza domestica e all’archiviazione dei file?
  14. Sì, Docker è una piattaforma versatile che supporta una vasta gamma di applicazioni. È possibile utilizzare Docker per eseguire server Web, database, ambienti di sviluppo e molti altri tipi di applicazioni.

  15. Quali sono i vantaggi dell’esecuzione di Docker in una macchina virtuale all’interno di Freenas?
  16. L’esecuzione di Docker in una macchina virtuale consente una maggiore flessibilità nella scelta del sistema operativo per i contenitori. Fornisce inoltre l’isolamento dal sistema FREENAS sottostante, garantendo che eventuali problemi con i contenitori Docker non influenzino la stabilità complessiva del NAS.

  17. Come posso garantire la sicurezza dei container Docker a Freenas?
  18. Per garantire la sicurezza dei contenitori Docker in Freenas, è importante seguire le migliori pratiche come l’aggiornamento regolarmente del contenitore, l’implementazione di controlli di accesso e il monitoraggio dell’attività del contenitore. Inoltre, è possibile sfruttare le funzionalità FREENAS come la crittografia del set di dati e le autorizzazioni utente per migliorare la sicurezza.

  19. Ci sono limiti o problemi noti con l’esecuzione di Docker in Freenas?
  20. Mentre Freenas fornisce un solido supporto per docker, potrebbero esserci limiti o problemi occasionali a seconda della configurazione e del caso d’uso specifico. Si consiglia di consultare la documentazione di Freenas e i forum della comunità per informazioni aggiornate e risoluzione dei problemi.

  21. Posso migrare i contenitori Docker esistenti a Freenas?
  22. Sì, è possibile migrare i contenitori Docker esistenti a Freenas. È possibile esportare i contenitori dall’ambiente attuale e importarli in Freenas, garantendo che le dipendenze e le configurazioni necessarie vengano mantenute.

  23. Quali opzioni di backup sono disponibili per i contenitori Docker in Freenas?
  24. Freenas offre varie opzioni di backup per i contenitori Docker, tra cui istantanee, replica e integrazione con soluzioni di backup di terze parti. Si consiglia di eseguire il backup regolarmente di contenitori importanti per garantire l’integrità dei dati e il ripristino di emergenza.

  25. Posso eseguire più host Docker in Freenas?
  26. Sì, Freenas supporta l’esecuzione di più host Docker utilizzando macchine virtuali separate per ciascun host. Ciò consente un migliore isolamento e gestione dei contenitori, specialmente quando si tratta di diverse applicazioni o ambienti.

  27. Qual è la differenza tra container Docker e carceri di Freenas?
  28. I contenitori Docker e le carceri di Freenas sono entrambi i tipi di tecnologie di virtualizzazione leggere, ma hanno architetture e meccanismi di gestione sottostanti diversi. I contenitori Docker utilizzano il motore Docker per l’allocazione dell’isolamento e delle risorse, mentre le carceri di Freenas si affidano alla funzione di prigione del sistema operativo FreeBSD.

  29. È possibile personalizzare il networking di container Docker in Freenas?
  30. Sì, Freenas consente la personalizzazione di reti di container Docker attraverso l’uso di reti Docker e mappature delle porte. Ciò consente di configurare il networking in base ai requisiti specifici, come l’esposizione di servizi a porte specifiche o isolando i contenitori in reti separate.

  31. Posso usare le immagini Docker di Dockerhub a Freenas?
  32. Sì, Freenas supporta l’uso delle immagini Docker di Dockerhub, che è un registro centrale per le immagini Docker. Puoi facilmente cercare e tirare le immagini Docker da Dockerhub direttamente all’interno dell’interfaccia Freenas.

Docker Options & Freenas

Capisco che ixsystems ha rimosso il supporto per il popolare contenitorizzazione OS Rancheros nella build più attuale di 11.3. Qualcuno sa perché? La mia comprensione è che, nel tentativo di gestire questa VM in 11.3, dovrai apportare alcune modifiche al caricatore di avvio, che non è supportato da Freenas. Non voglio seguire questa strada, a causa di problemi di sostenibilità: potrebbe essere difficile ottenere aiuto se ho problemi a gestire un’implementazione di VM “hacky” che non dovrebbe mai funzionare su Freenas, e io ipotizzare Che queste modifiche dovrebbero probabilmente essere ripetute o rompere qualcosa durante gli aggiornamenti del sistema operativo successivi.

Freenas supporta Docker

Reddit e i suoi partner usano cookie e tecnologie simili per offrirti un’esperienza migliore.

Accettando tutti i cookie, accetti il ​​nostro utilizzo dei cookie per fornire e mantenere i nostri servizi e il nostro sito, migliorare la qualità di Reddit, personalizzare i contenuti e pubblicità Reddit e misurare l’efficacia della pubblicità.

Rifiutando i cookie non essenziali, Reddit può ancora utilizzare alcuni cookie per garantire la corretta funzionalità della nostra piattaforma.

Per ulteriori informazioni, consultare il nostro avviso sui cookie e la nostra politica sulla privacy .

Docker Options & Freenas

Sto valutando diverse soluzioni FOSS NAS per la sorveglianza domestica, l’archiviazione di file e la containerizzazione (in particolare Docker). Sebbene il mio desiderio di supporto nativo Docker sia una priorità per la mia build, Freenas offre così tante altre grandi funzionalità che voglio ancora comprendere appieno le mie opzioni per far funzionare il docker a Freenas prima di prendere una decisione. Sto cercando una soluzione a bassa manutenzione che non richieda troppe soluzioni alternative, sopravvivere agli aggiornamenti e probabilmente sarà supportato da Ixsystems per un po ‘di tempo a venire.

Capisco che ixsystems ha rimosso il supporto per il popolare contenitorizzazione OS Rancheros nella build più attuale di 11.3. Qualcuno sa perché? La mia comprensione è che, nel tentativo di gestire questa VM in 11.3, dovrai apportare alcune modifiche al caricatore di avvio, che non è supportato da Freenas. Non voglio seguire questa strada, a causa di problemi di sostenibilità: potrebbe essere difficile ottenere aiuto se ho problemi a gestire un’implementazione di VM “hacky” che non dovrebbe mai funzionare su Freenas, e io ipotizzare Che queste modifiche dovrebbero probabilmente essere ripetute o rompere qualcosa durante gli aggiornamenti del sistema operativo successivi.

Questo mi porta alle mie vere domande: in primo luogo, è la mia logica per non voler modificare ed eseguire il suono di rancheros – ci sono informazioni che mi mancano che potrebbero aiutarmi a prendere una decisione più informata? In secondo luogo, qualcuno può pensare a qualsiasi problema prevedibile con optare per un sistema operativo diverso come Coreos?

Rancheros sarebbe l’ideale: mentre ho un sacco di RAM (32 GB), ho un Celeron 9400 a bassa potenza che probabilmente non è adatto alle attività di virtualizzazione, quindi sarebbe possibile leggero. Tuttavia, penso che potrei essere disposto a inserire una CPU più robusta se ricevo una soluzione Docker stabile che non richiede molta manutenzione in corso.

Sono interessato a sentire la tua intuizione! grazie in anticipo!

Calcolare:
Intel I3-9100
Supermicro X11Sch-Ln4f
48 GB ECC

Magazzinaggio:
Mirror: 2 x 16 GB Intel Optane M10 Pool di avvio
Specchio: 2 x 4 TB WD40ERFX
RAIDZ2: 6 x 6Tb – (4) WD rosso WD60EFRX, (2) Seagate Ironwolf ST6000VN001

Rete:
4 x 1GBE Intel I210 integrato in ritardo a 4 porte
1 x 10GBE AOC-STGN-I1SF 2-Port 10GBE (Intel 82599en)

GARM

Procedura guidata

Si è unito al 19 agosto 2017 Messaggi 1.512

Problemi prevedibili con optare per un sistema operativo diverso come Coreos?

Freenas non è’t un sistema operativo, esso’S un apparecchio costruito sopra FreeBSD. Ottieni un’interfaccia utente web molto bella, backup del sistema senza sforzo e ripristinato e una grande scatola di strumenti. Optare per un sistema operativo alla vaniglia invece sta optando per fare tutto il sollevamento pesante nell’esecuzione di un server complesso. Se Docker è un must e non c’è altro host per questo, allora Bhyve può gestire gli host Docker, nulla è stato deliberatamente rimosso. Solo che IX ha smesso di mantenerne uno da soli. Gestisco i miei contenitori in una VM di Ubuntu, guardando a trasferirsi a qualcos’altro ora in questi strani momenti, ma Haven’ancora. Ma preferisco correre il più possibile nelle carceri, solo per saltare la seccatura dello spazio di archiviazione su NFS, preferisco nullfs ogni giorno della settimana

Iosonic

Dilettante

Si è unito al 26 aprile 2020 Messaggi 41

Ciao Garm. Grazie per la risposta.

Freenas non è’t un sistema operativo, esso’S un apparecchio costruito sopra FreeBSD. Ottieni un’interfaccia utente web molto bella, backup del sistema senza sforzo e ripristinato e una grande scatola di strumenti.

Sì, sono molto consapevole per entrambi i conteggi :)!

Permettimi di chiarire: la mia domanda riguardava il sistema operativo che avrei dovuto eseguire entro Motore di virtualizzazione Bhyve di Freenas per ospitare contenitori Docker. Vedo che stai usando Ubuntu. Molti sembrano molto intenzionati a correre rancheros, nonostante gli ostacoli a farlo funzionare. Mi chiedo perché sia, quando potrebbero usare altrettanto facilmente Coreos, Ubuntu, ecc. La mia ipotesi migliore è la piccola impronta di rancheros.

Anche se si decide di modificare il bootloader Rancheros per eseguirlo, è sostenibile? Ogni volta che un aggiornamento dei rancheros, dovrà modificare il bootloader o una parte di Freenas per far funzionare tutto?

Se mi attengo a Freenas, ci sono sicuramente molte carceri che desidero installare, ma ci sono anche alcune cose che preferisco sicuramente o devo correre in Docker. L’unica domanda è il modo migliore per farlo. Vedi, passo l’intera giornata a farlo per vivere, quindi a casa preferirei che le cose funzionino nel modo più facilmente possibile.

. Solo per saltare la seccatura dello spazio di archiviazione su NFS, preferisco nullfs ogni giorno della settimana

Sembra che l’archiviazione sia presentato da Docker a Freenas su NFS? È questa l’unica opzione? Per esperienza, ho imparato a evitarlo quando possibile, proprio come te hahaha.

Calcolare:
Intel I3-9100
Supermicro X11Sch-Ln4f
48 GB ECC

Magazzinaggio:
Mirror: 2 x 16 GB Intel Optane M10 Pool di avvio
Specchio: 2 x 4 TB WD40ERFX
RAIDZ2: 6 x 6Tb – (4) WD rosso WD60EFRX, (2) Seagate Ironwolf ST6000VN001

Rete:
4 x 1GBE Intel I210 integrato in ritardo a 4 porte
1 x 10GBE AOC-STGN-I1SF 2-Port 10GBE (Intel 82599en)

Yorick

Procedura guidata

Si è unito al 4 novembre 2018 Messaggi 1.885

È questa l’unica opzione?

Da una freeenas alla VM che esegue Docker, in realtà. NFS sembra l’opzione più sieta. Potresti anche fare SMB, ma sembra meno adatto.

Mostra: build

Truenas Core 13
Supermicro X11SSH-F, Intel E3-1225 V6 (Plex HW transcode rotto); 64 GIB (4×16) Crucial/Supermicro ECC DDR4 UDIMM
8 x 8 TB HGST Ultrastar White Label @5400RPM RAIDZ2 su SATA a bordo
2 x 800 gb Intel DC S3500 SSD Stripe su LSI 9302-8i
Intel P3600 2TB passati a Ubuntu VM
128 GB m.2 dispositivo di avvio NVME, “Patriot Scorch”
Nodo di design frattale 804, SSR-650px stagionale

Mostra: rete

Meraki MX68 – Firewall
Meraki MS220-8P – Switch principale
Juniper EX2200-C-12P-2G-Switch PC Room
Zyxel GS1900-8HP – Switch soggiorno
Meraki MR44 – Soggiorno AP
Meraki MR42 – Al piano superiore
Fotocamera Meraki MV12WE – Camera della stanza per PC
Inutilizzato: 2 x Meraki MR20; FortiGate 60E e Fortiswitch 108D-POE

Samuel Tai

Non sottovalutare mai la tua stupidità

Moderatore

Aunito il 24 aprile 2020 Messaggi 5.352

Per quanto riguarda il rancheros che viene deprecato in 11.3, credo che sia principalmente perché Rancheros 1.5.5 Dal 30 dicembre 2019 è l’ultima build pubblica e il rancheros stesso è in eolico a monte. Vedi https: // rancher.com/supporto-manutenzione-termini/:

VERSIONE Ga Eom Eol
1.5.X 29 dicembre 2018 29 dicembre 2020 29 giugno 2021
1.4.X 30 maggio 2018 30 maggio 2019 30 novembre 2019
1.3.X 27 marzo 2018 27 marzo 2019 27 settembre 2019

Invece, il nuovo calore di Rancherlabs per un ambiente Docker minimalista è K3OS. Tuttavia, ciò richiederebbe l’installazione con Docker come back-end del contenitore, anziché Containerd. Sfortunatamente, K3OS non ha raggiunto 1.x status ancora, e non mi fiderei per la produzione per un po ‘.

Per quanto mi riguarda, sono stato in grado di ottenere Rancheros 1.5.5 Lavorare in 11.3, ma è stata una lotta di un mese per aggirare i limiti dell’installatore di Rancheros e del caricatore di avvio Syslinux, che richiede l’utilizzo di una VM FREENAS configurata per Grub Boot. Vedere il mio post in Carceri e bhyve Forum, intitolato Grub Boot How-to, Per avere un’idea delle rotazioni che ho dovuto affrontare.

Su una nota positiva, Rancheros 1.5.X supporta i dischi Virtio, quindi ho creato un file RAW di 2 GB che ospita l’immagine di installazione e ho reso il disco di avvio per Rancheros VM, collegato tramite Virtio AS /Dev /VDA. Ho anche creato uno Zvol da 25 GB come 2 ° disco per la VM, nuovamente collegata tramite Virtio AS /DEV /VDB. Lo ZVOL è partizionato in /dev /vdb1, che è una partizione di scambio da 4 GB etichettata come rancher_swap e una partizione di root Docker da 20 GB, /dev /vdb2. Infine, ho aggiunto una nic virtio.

Poiché Rancheros usa SysLinux, dovrai creare manualmente una grub.CFG che emula la stringa di avvio Syslinux. Il mio è il seguente:

Imposta timeout = 0 imposta default = rancheros menu "rancheros" --id rancheros < set root='hd0,msdos1' linux /boot/vmlinuz-4.14.138-rancher printk.devkmsg=on panic=10 rancher.state.dev=LABEL=RANCHER_STATE rancher.state.wait rancher.resize_device=/dev/vda initrd /boot/initrd-v1.5.5 >

All’interno della VM, ho impostato i supporti tramite un file yaml in/var/lib/rancher/conf/cloud-config.D:

supporti: - - etichetta = rancher_swap - "" - swap - "" - -/dev/vdb2 -/var/lib/docker/mnt - ext4 - "" rancher: docker: grafico:/var/lib/docker/mnt

Nota, per Docker, non eseguo i supporti NFS usando il file YAML, ma creo volumi Docker del driver locali utilizzando i montaggi NFS:

Volume Docker create –Driver = Local –opt type = nfs –opt o = addr =, rw, local_lock = all –opt dispositivo =:

Questo funziona principalmente solo per le cartelle NFS che sono per lo più di sola lettura, poiché la semantica di bloccaggio per NFS non è eccezionale per le applicazioni pesanti. Per i volumi che richiedono un blocco affidabile, i volumi Docker che utilizzano il driver locale sono sufficienti, poiché ciò crea una cartella sostenuta da Ext4 all’interno della radice Docker:

Volume Docker Crea

Ultimo modifica: 9 maggio 2020

Spettacolo: 13.Build 0-u4, in esecuzione da 9.3 (2015)

Supermicro 721TQ-350B Case NAS (sostituito NORCO ITX-S4 2021)

Scheda madre ASROCK E3C226D2I

Intel Xeon E3-1230L V3

2x 8 GB Kingston KVR16LE11/8KF 1600MHz DDR3L 1.Dram ECC da 35 V

RAIDZ2 di 4x Western Digital Red WD40EFRX (originariamente tutto WD20EFRX, ampliato nel 2020)

L2ARC di 1x 512 GB Intel Optane HBRPEKNX020AH M.2 NVME (sostituito OWC Mercury Accelsior E2 PCIe SSD 2021)

ZIL di 1x 200 GB Intel DC S3710 con PLP (sostituito da 32 GB Intel X-25-E SLC SSD 2021)

16 GB Kingston SNS4151S316G M.2 SSD collegato tramite USB3-a-M.2 adattatore (sostituito numerosi unità di pollice fallita 2018)

Metodo di backup

Set di dati critici montati in Custom Basejail

Nightly Borgbackup di questi set di dati su RSYNC.rete

Replica manuale settimanale a Offline USB3.0 piscina.​

Leosum

Dilettante

Si è unito al 13 dicembre 2015 Messaggi 36

  • Prendi l’immagine da qui e avvia da essa come CD in una VM: https: // getfedora.org/coreos/download?tab = metal_virtualized e stream = stabile
  • Crea il tuo file FCC per generare un file di accensione da esso (l’ho trovato abbastanza complicato in quanto non sembra esserci un sacco di documentazione su di esso, ma puoi usare la mia come antipasto)
    • Scarica il binario FCCT da qui: https: // github.com/coreos/fccct/versioni/ultimo (scegli fcct-x86_64-winknown-linux-genu se sei su Linux)
    • Genera il file IGN dal tuo file FCC:

    ./fccct --pretty - -strict < fcos.fcc >fcos.IGN

    Python3 -M Http.server

    Curl -lo http: // 192.168.178.21: 8000/FCOS.IGN SUDO COREOS-INSTALLER INSTALLIGN /DEV /VDA-FCOS.IGN

    http: // 192.168.178.22: 9000

    • docker-compose (di cui non hai davvero bisogno se vuoi usare Portainer comunque)
    • Un cliente NFS per montare il tuo NFS-Share
    • Portainer per evitare il più possibile la linea di comando di Coreos
    • WatchTower per aggiornare automaticamente i tuoi contenitori se appare un aggiornamento alla propria immagine

    Variante: versione FCOS: 1.0.0 Passwd: utenti: - Nome: core ssh_authorized_keys: - ECDSA -SHA2 -NISTP521 AAAA. #il tuo tasto SSH va qui SystemD: Unità:-Nome: Installa-Docker-Onse.Servizio abilitato: contenuto vero: |-[unità] Descrizione = Installa Docker-compose Wants = Network-Online.Target After = Network-Online.rete di destinazione.Target NSS-Lookup.Target conditionpathExists =!/opt/bin/docker -compose [servizio] type = OneShot remafterExit = Sì ExecStart =/usr/bin/mkdir -p/opt/bin/execstart =/usr/bin/curl -sl "https: // github.com/docker/compose/versioni/download/1.24.0/docker-compose-linux-x86_64 "-o/opt/bin/docker-compose # In teoria quanto segue prenderebbe l'ultimo binario, ma> 1.24 Manca la dipendenza da Python, lo terrò qui per il futuro, chissà: # avvolto all'interno di un comando bash in quanto non funzionerà come comando ExecStart direttamente: # ExecStart =/bin/bash -c '/usr/bin/curl -sl `/usr/bin/curl -s" https: // api.github.com/repos/docker/compose/versioni/ultimo "|/usr/bin/jq -r .risorse[].browser_download_url | /USR/Bin/Grep Linux | /usr/bin/grep -m 1 x86_64` -o/opt/bin/docker-compose 'ExecStart =/usr/bin/chmod +x/opt/bin/docker-compose [installa] Wantedby = multi-utente.Target - Nome: Docker.NFS.Servizio abilitato: contenuto vero: |- [unità] Descrizione = contenitore client NFS per volume condiviso dopo = Docker.Il servizio richiede = Docker.rete di servizi.Target Network-Online.Target [Servizio] timeOutStartSec = 0 Restart = sempre ExecStartPre =-/USR/Bin/Docker Stop %N ExecStartPre =-/USR/Bin/Docker RM %N ExecStartPre =/USR/Bin/Docker pull d3fk/nfs-client # in modalità privilegiata è richiesto a causa di Selinux (https: // github://ghtub://ghtub: // github per.com/portainer/portainer/numeri/849) ExecStart =/usr/bin/docker run - -rm -privileged = true --name %n --net = host -v/mnt/shared_nfs:/mnt/nfs -1: ster server condiviso = 192.168.1.2 -e share =/mnt/ssd_data/coreosdata d3fk/nfs -client execstop =/usr/bin/docker stop -t 15 %n [installa] Wantedby = multi -utente.Target - Nome: Docker.portainer.Servizio abilitato: contenuto vero: |- [unità] Descrizione = contenitore amministratore portainer dopo = Docker.Docker di servizio.NFS.Il servizio richiede = Docker.Docker di servizio.NFS.Servizio [servizio] type = OneShot remafterExit = sì timeoutstartsec = 0 ExecStartPre =-/usr/bin/docker stop %n ExecStartPre =-/usr/bin/Docker RM %n ExecStartPRE = Usr/Bin/Docker Portainer/Portainer ExecStart =-/USR/bin/mkdir -p/mnt/mtfs La modalità Ileg è necessaria per il legame alla presa locale per funzionare a causa di Selinux (https: // github.com/portainer/portainer/ssecrers/849) ExecStart =/usr/bin/Docker run -privilenged = true -d -p 9000: 9000 -name %n - -restart sempre -v/var/run/docker.calzino:/var/run/docker.calzino -v/mnt/shared_nfs/portainer_data:/dati portainer/portainer --no -analytics -host = unix: /// var/run/docker.Sock ExecStop =/usr/bin/docker stop -t 15 %n [Installa] Wantedby = Multi -utente.Target - Nome: Docker.torre di orologio.Servizio abilitato: contenuto vero: |- [unità] Descrizione = Container WatchTower After = Docker.Il servizio richiede = Docker.Servizio [servizio] type = OneShot remafterExit = Sì timeoutstartsec = 0 ExecStartPre = -/usr/bin/Docker Stop %n ExecStartPre = -/usr/bin/Docker rm %n ExecStartPre =/usr/bin/Docker Pull contentRrr/watchtower ExecStart =/usr/bin/bin/bin run -pravileged -name %n -vy %n -ving %n -vy %n -vy %n -vy %n -vy %n -ving %n -ving %n -vinger n -pker n -Pileged.calzino:/var/run/docker.calzino: z contenente/watchtower execstop =/usr/bin/docker stop -t 15 %n [installa] Wantedby = multi -utente.bersaglio

Apakah freenas mendukung Docker האם Freenas תומך ב- Docker

Related Posts

Notizia

Vinyl suona bene su Sonos

Notizia

Fa Epson 4700 Print Cardstock

Notizia

Le cuffie ad alto volume di volume

banner
banner

PROMO

racavedigger.com
© racavedigger.com 2026