Docker Options & Freenas
Entendo que o IXSystems removeu o suporte para o popular containerização OS Rancheros na construção mais atual de 11.3. Alguem sabe por quê? Meu entendimento é que, ao tentar executar esta VM em 11.3, você terá que fazer algumas modificações no carregador de inicialização, que não é suportado por Freenas. Não quero seguir esse caminho, por causa de problemas de sustentabilidade – pode ser difícil obter ajuda se eu tiver problemas para executar uma implementação da VM “hacky” que nunca deveria funcionar em Freenes, e eu especular que essas modificações provavelmente teriam que ser repetidas ou quebrar algo durante as atualizações do sistema operacional posterior.
Docker Options & Freenas
Estou avaliando várias soluções FOSS NAS para vigilância doméstica, armazenamento de arquivos e contêinerização (especificamente, Docker). Embora meu desejo de suporte nativo do Docker seja uma prioridade para a minha construção, Freenas oferece tantos outros ótimos recursos que eu ainda quero entender completamente minhas opções para fazer o Docker correndo em Freens antes de tomar uma decisão. Estou procurando uma solução de baixa manutenção que não exija muitas soluções alternativas, sobreviverá a atualizações e provavelmente será suportada pelos IXSystems por algum tempo.
Entendo que o IXSystems removeu o suporte para o popular containerização OS Rancheros na construção mais atual de 11.3. Alguem sabe por quê? Meu entendimento é que, ao tentar executar esta VM em 11.3, você terá que fazer algumas modificações no carregador de inicialização, que não é suportado por Freenas. Não quero seguir esse caminho, por causa de problemas de sustentabilidade – pode ser difícil obter ajuda se eu tiver problemas para executar uma implementação da VM “hacky” que nunca deveria funcionar em Freenes, e eu especular que essas modificações provavelmente teriam que ser repetidas ou quebrar algo durante as atualizações do sistema operacional posterior.
Isso me leva às minhas perguntas reais: primeiro, é minha lógica por não querer modificar e executar o som dos rancheros – há alguma informação que estou perdendo que possa me ajudar a tomar uma decisão mais informada? Em segundo lugar, alguém pode pensar em qualquer problema previsível com a opção de um sistema operacional diferente como Coreos?
Rancheros seria ideal-embora eu tenha bastante RAM (32 GB), tenho um Celeron 9400 de baixa potência que provavelmente não é adequado para tarefas de virtualização, então leve seria possível. No entanto, acho que posso estar disposto a aparecer em uma CPU mais robusta se eu conseguir uma solução estável do Docker que não requer muita manutenção contínua.
Estou interessado em ouvir sua visão! desde já, obrigado!
Freenas suporta o Docker?
Freenas oferece uma variedade de recursos e serviços, e um dos populares é o suporte do Docker. Docker é uma plataforma que permite que você empacote, distribua e execute facilmente aplicativos em contêineres. Ele fornece uma maneira leve e portátil de implantar aplicativos, tornando -o uma ferramenta valiosa para desenvolvedores e administradores de sistemas.
Com Freenas, você tem várias opções para executar o Docker. Uma opção é usar o suporte interno para recipientes do Docker fornecidos pelo próprio Freenas. Isso permite que você execute os contêineres do Docker diretamente em seu sistema FreeNas, sem a necessidade de virtualização adicional ou sistemas operacionais.
Outra opção é usar o recurso Virtual Machine (VM) de Freenas para executar um sistema operacional separado que pode executar o Docker. Isso oferece mais flexibilidade na escolha do sistema operacional para seus contêineres do Docker e permite que você aproveite os recursos e ferramentas específicos para esse sistema operacional.
Independentemente da abordagem que você escolher, é importante garantir que seu hardware atenda aos requisitos para a corrida do Docker. Os contêineres do Docker podem ser intensivos em recursos, portanto, ter CPU suficiente, memória e armazenamento é crucial para o desempenho ideal.
Em conclusão, Freeneas suporta o Docker e você tem várias opções para a execução de contêineres do Docker. Se você optar por usar o suporte embutido do Docker ou o Docker de execução em uma máquina virtual, FreeNas fornece uma plataforma poderosa e flexível para contêinerização.
Pontos chave:
- O IXSystems removeu o suporte para Rancheros na última construção de FreeNas 11.3.
- A modificação do carregador de inicialização necessária para executar rancheros em Freenas não é suportada.
- A escolha de fazendeiros pode levar a questões de sustentabilidade e falta de apoio.
- Opções alternativas do sistema operacional como o Coreos podem ser consideradas para a corrida do Docker em Freenas.
- O próprio Freenas fornece suporte ao Docker, permitindo que você execute contêineres diretamente.
- Usando uma máquina virtual em Freenas é outra opção para executar o Docker com um sistema operacional diferente.
- Verifique se o seu hardware atende aos requisitos para a execução de contêineres do Docker.
Questões:
- Por que os IxSystems removeram o suporte para ranchoneros em FreeNas 11.3?
- Existem outras opções leves do sistema operacional adequadas para o Docker de corrida em Freenas?
- Quais são as vantagens de usar o Docker em Freenas?
- Posso executar contêineres do Docker diretamente em Freenas sem usar uma máquina virtual?
- Quais são os requisitos de hardware para executar o Docker em Freenas?
- Quais são os benefícios de usar o Docker para vigilância doméstica e armazenamento de arquivos?
- Posso usar o Docker para executar outras aplicações além da vigilância doméstica e armazenamento de arquivos?
- Quais são as vantagens de correr Docker em uma máquina virtual em Freenas?
- Como posso garantir a segurança dos recipientes do Docker em Freenas?
- Existem limitações ou problemas conhecidos com o Docker em Running em Freenas?
- Posso migrar os recipientes do Docker existente para Freenas?
- Quais opções de backup estão disponíveis para recipientes de docker em Freenas?
- Posso executar vários hosts do Docker em Freenas?
- Qual é a diferença entre os recipientes do Docker e as prisões de Freenas?
- É possível personalizar redes de contêineres do Docker em Freenas?
- Posso usar imagens do Docker do DockerHub em Freenas?
Rancheros não era mais mantido pelos IxSystems e modificações no carregador de inicialização necessário para executar rancheros não foram apoiadas por Freenas. Esta decisão foi tomada para garantir um ambiente mais sustentável e estável para usuários de Freenas.
Sim, o Coreos é um sistema operacional alternativo que pode ser usado para executar o Docker em Freenas. Ele fornece um ambiente leve e minimalista projetado especificamente para contêinerização.
Docker permite fácil embalagem e implantação de aplicativos em contêineres. Ao executar o Docker em Freenas, você pode aproveitar o poder da contêinerização para isolar aplicativos, melhorar a utilização de recursos e simplificar a implantação e o gerenciamento.
Sim, Freenas possui suporte embutido para contêineres do Docker, permitindo que você os execute diretamente no sistema Freens sem a necessidade de virtualização adicional.
Os contêineres do Docker podem ser intensivos em recursos, por isso é importante ter CPU, memória e armazenamento suficientes. Certifique -se de que seu hardware atenda às especificações recomendadas para a execução do Docker e considere a atualização, se necessário.
O Docker fornece uma plataforma flexível e escalável para gerenciar aplicativos, incluindo aqueles usados para vigilância doméstica e armazenamento de arquivos. Com o Docker, você pode implantar e gerenciar facilmente vários contêineres, isolar aplicativos e garantir a compatibilidade em diferentes sistemas.
Sim, o Docker é uma plataforma versátil que suporta uma ampla gama de aplicativos. Você pode usar o Docker para executar servidores da Web, bancos de dados, ambientes de desenvolvimento e muitos outros tipos de aplicativos.
A execução do Docker em uma máquina virtual permite mais flexibilidade na escolha do sistema operacional para seus contêineres. Ele também fornece isolamento do sistema FreeNAS subjacente, garantindo que qualquer problema com os contêineres do Docker não afete a estabilidade geral do NAS.
Para garantir a segurança dos contêineres do Docker em Freenas, é importante seguir as melhores práticas, como atualizar regularmente imagens de contêineres, implementar controles de acesso e monitorar a atividade de contêineres. Além disso, você pode aproveitar os recursos do Freenas, como criptografia de dados e permissões de usuário para melhorar a segurança.
Embora FreeNas forneça suporte robusto do Docker, pode haver limitações ou problemas ocasionais, dependendo da configuração e do caso de uso específicos. É recomendável consultar os fóruns da documentação e comunidade de Freenes para obter informações atualizadas e orientação para solucionar problemas.
Sim, é possível migrar os recipientes existentes do Docker para Freenas. Você pode exportar os contêineres do ambiente atual e importá -los para Freenas, garantindo que as dependências e configurações necessárias sejam mantidas.
FreeNas oferece várias opções de backup para recipientes do Docker, incluindo instantâneos, replicação e integração com soluções de backup de terceiros. É recomendável fazer backup regularmente de recipientes importantes para garantir a integridade dos dados e a recuperação de desastres.
Sim, FreeNas suporta executando vários hosts do Docker usando máquinas virtuais separadas para cada host. Isso permite um melhor isolamento e gerenciamento de contêineres, especialmente ao lidar com diferentes aplicativos ou ambientes.
Contêineres do Docker e prisões de Freenas são ambos os tipos de tecnologias leves de virtualização, mas possuem diferentes arquiteturas subjacentes e mecanismos de gerenciamento. Os contêineres do Docker usam o mecanismo do docker para alocação de isolamento e recursos, enquanto as prisões de Freenas dependem do recurso de prisão do sistema operacional FreeBSD.
Sim, Freenas permite a personalização de redes de contêineres do Docker através do uso de redes Docker e mapeamentos de portas. Isso permite configurar redes de acordo com seus requisitos específicos, como expor serviços a portas específicas ou isolando contêineres em redes separadas.
Sim, Freenas suporta o uso de imagens do Docker do DockerHub, que é um registro central para imagens do Docker. Você pode procurar facilmente e puxar imagens do Docker do DockerHub diretamente dentro da interface Freenas.
Docker Options & Freenas
Entendo que o IXSystems removeu o suporte para o popular containerização OS Rancheros na construção mais atual de 11.3. Alguem sabe por quê? Meu entendimento é que, ao tentar executar esta VM em 11.3, você terá que fazer algumas modificações no carregador de inicialização, que não é suportado por Freenas. Não quero seguir esse caminho, por causa de problemas de sustentabilidade – pode ser difícil obter ajuda se eu tiver problemas para executar uma implementação da VM “hacky” que nunca deveria funcionar em Freenes, e eu especular que essas modificações provavelmente teriam que ser repetidas ou quebrar algo durante as atualizações do sistema operacional posterior.
Freenas suporta o Docker
O Reddit e seus parceiros usam cookies e tecnologias semelhantes para proporcionar uma experiência melhor.
Ao aceitar todos os cookies, você concorda com o uso de cookies para fornecer e manter nossos serviços e site, melhorar a qualidade do Reddit, personalizar o conteúdo e publicidade do Reddit e medir a eficácia da publicidade.
Ao rejeitar cookies não essenciais, o Reddit ainda pode usar certos cookies para garantir a funcionalidade adequada de nossa plataforma.
Para mais informações, consulte nosso aviso de cookie e nossa política de privacidade .
Docker Options & Freenas
Estou avaliando várias soluções FOSS NAS para vigilância doméstica, armazenamento de arquivos e contêinerização (especificamente, Docker). Embora meu desejo de suporte nativo do Docker seja uma prioridade para a minha construção, Freenas oferece tantos outros ótimos recursos que eu ainda quero entender completamente minhas opções para fazer o Docker correndo em Freens antes de tomar uma decisão. Estou procurando uma solução de baixa manutenção que não exija muitas soluções alternativas, sobreviverá a atualizações e provavelmente será suportada pelos IXSystems por algum tempo.
Entendo que o IXSystems removeu o suporte para o popular containerização OS Rancheros na construção mais atual de 11.3. Alguem sabe por quê? Meu entendimento é que, ao tentar executar esta VM em 11.3, você terá que fazer algumas modificações no carregador de inicialização, que não é suportado por Freenas. Não quero seguir esse caminho, por causa de problemas de sustentabilidade – pode ser difícil obter ajuda se eu tiver problemas para executar uma implementação da VM “hacky” que nunca deveria funcionar em Freenes, e eu especular que essas modificações provavelmente teriam que ser repetidas ou quebrar algo durante as atualizações do sistema operacional posterior.
Isso me leva às minhas perguntas reais: primeiro, é minha lógica por não querer modificar e executar o som dos rancheros – há alguma informação que estou perdendo que possa me ajudar a tomar uma decisão mais informada? Em segundo lugar, alguém pode pensar em qualquer problema previsível com a opção de um sistema operacional diferente como Coreos?
Rancheros seria ideal-embora eu tenha bastante RAM (32 GB), tenho um Celeron 9400 de baixa potência que provavelmente não é adequado para tarefas de virtualização, então leve seria possível. No entanto, acho que posso estar disposto a aparecer em uma CPU mais robusta se eu conseguir uma solução estável do Docker que não requer muita manutenção contínua.
Estou interessado em ouvir sua visão! desde já, obrigado!
Calcular:
Intel i3-9100
Supermicro x11sch-ln4f
48 GB ECC
Armazenar:
Espelho: 2 x 16 GB Intel Optane M10 Pool de inicialização
Espelho: 2 x 4tb wd40erfx
Raidz2: 6 x 6tb – (4) WD RED WD60EFRX, (2) SEAGATE IRONWOLF ST6000VN001
Rede:
4 x 1GBE Intel I210 integrado em lag de 4 portas
1 x 10GBE AOC-STGN-I1SF 2-PORT 10GBE (Intel 82599en)
Garm
Mago
Juntou -se a 19 de agosto de 2017 mensagens 1.512
Problemas previsíveis com a opção de um sistema operacional diferente, como Coreos?
Freenas Isn’t um sistema operacional, é’é um aparelho construído sobre o FreeBSD. Você recebe uma interface da web muito legal, backups e restaurações do sistema sem esforço e uma grande caixa de ferramentas. Optar por um sistema operacional de baunilha está optando por fazer todo o levantamento pesado na execução de um servidor complexo. Se o Docker é uma obrigação, e não há outro host, então o Bhyve pode gerenciar hosts do Docker, nada foi deliberadamente removido. Só que IX parou de manter um próprio. Eu corro meus contêineres em uma VM Ubuntu, olhando para me mudar para outra coisa agora nesses momentos estranhos, mas Haven’T ainda. Mas eu prefiro correr o máximo possível nas prisões, apenas para pular o incômodo do armazenamento sobre o NFS, prefiro nullfs qualquer dia da semana
Iosonic
Dabbler
Juntou -se a 26 de abril de 2020 mensagens 41
Oi Garm. Obrigado por responder.
Freenas Isn’t um sistema operacional, ele’é um aparelho construído sobre o FreeBSD. Você recebe uma interface da web muito legal, backups e restaurações do sistema sem esforço e uma grande caixa de ferramentas.
Sim, estou muito ciente de ambas as contagens :)!
Permita -me esclarecer: minha pergunta foi sobre o sistema operacional que eu deveria correr dentro de Mecanismo de virtualização Bhyve de Freenas para hospedar contêineres do Docker. Vejo que você está usando o Ubuntu. Muitos parecem muito com a intenção de correr Rancheros, apesar dos obstáculos para fazê -lo correr. Eu me pergunto por que é isso, quando eles poderiam usar com facilidade Coreos, Ubuntu, etc. Meu melhor palpite é a pequena pegada de rancheros.
Mesmo que se decida modificar o Rancheros Bootloader para executá -lo, é sustentável? Toda vez que se atualiza os rancheros, eles precisam modificar o carregador de inicialização ou parte de FreeNas para fazer tudo funcionar?
Se eu ficar com FreeNas, certamente há muitas prisões que desejo instalar, mas também há algumas coisas que eu certamente prefiro ou devo correr no Docker. A única questão é a melhor maneira de fazer isso. Veja bem, eu passo meu dia inteiro fazendo isso para viver, então em casa, eu preferiria que as coisas funcionem o mais facilmente possível.
. Só para pular o incômodo do armazenamento sobre o NFS, prefiro nullfs a qualquer dia da semana
Parece que o armazenamento é apresentado de Docker para FreeNas sobre NFS? Esta é a única opção? Por experiência, eu aprendi a evitá -lo sempre que possível, assim como você hahaha.
Calcular:
Intel i3-9100
Supermicro x11sch-ln4f
48 GB ECC
Armazenar:
Espelho: 2 x 16 GB Intel Optane M10 Pool de inicialização
Espelho: 2 x 4tb wd40erfx
Raidz2: 6 x 6tb – (4) WD RED WD60EFRX, (2) SEAGATE IRONWOLF ST6000VN001
Rede:
4 x 1GBE Intel I210 integrado em lag de 4 portas
1 x 10GBE AOC-STGN-I1SF 2-PORT 10GBE (Intel 82599en)
Yorick
Mago
Juntou -se a 4 de novembro de 2018 mensagens 1.885
Esta é a única opção?
De um Freenas ao Docker de Running VM, na verdade. NFS parece a opção mais aguda. Você também pode fazer SMB, mas isso parece menos adequado.
Mostrar: Build
Truenas Core 13
Supermicro x11ssh-f, Intel E3-1225 V6 (transcode Plex HW quebrado); 64 Gib (4×16) Crucial/Supermicro ECC DDR4 Udimm
8 x 8tb hgst ultraStar White label @5400rpm Raidz2 em bordo SATA
2 x 800 GB Intel DC S3500 SSD Stripe no LSI 9302-8i
Intel P3600 2TB passou para a Ubuntu VM
128 GB m.2 NVME Boot Device, “Patriot Scorch”
Nó de design fractal 804, Seasonic SSR-650PX
Mostrar: Rede
Meraki MX68 – Firewall
Meraki MS220-8p – Switch principal
Juniper EX2200-C-12P-2G-Chave de sala de PC
Zyxel GS1900-8HP – Chave da sala de estar
Meraki MR44 – Sala de estar AP
Meraki mr42 – no andar de cima AP
Câmera Meraki MV12WE – Câmera do quarto do PC
Não utilizado: 2 x Meraki MR20; FortiGate 60e e Fortiswitch 108D-Poe
Samuel Tai
Nunca subestime sua própria estupidez
Moderador
Juntou -se a 24 de abril de 2020 Mensagens 5.352
Com relação aos rancheros sendo depreciados em 11.3, acredito que é principalmente porque os rancheros 1.5.5 De 30 de dezembro de 2019 é a última construção pública, e os próprios rancho. Veja https: // rancher.com/suporte-manutenção-termos/:
VERSÃO | Ga | Eom | EOL |
---|---|---|---|
1.5.x | 29 de dezembro de 2018 | 29 de dezembro de 2020 | 29 de junho de 2021 |
1.4.x | 30 de maio de 2018 | 30 de maio de 2019 | 30 de novembro de 2019 |
1.3.x | 27 de março de 2018 | 27 de março de 2019 | 27 de setembro de 2019 |
Em vez. No entanto, isso exigiria a instalação com o Docker como back-end do contêiner, em vez de contêiner. Infelizmente, o K3OS não conseguiu 1.X status ainda, e eu não confiaria nele para a produção por um tempo.
Quanto a mim, eu consegui pegar ranchones 1.5.5 Trabalhando em 11.3, mas foi uma luta de um mês para trabalhar em torno das limitações do instalador do Rancheros e do SysLinux Boot Loader, o que requer o uso de uma VM Freenas configurada para a bota do GRUB. Veja meu post no Prisões e bhyve Fórum, intitulado chut de bota de instruções, Para ter uma idéia das girrações pelas quais tive que passar.
Em uma nota positiva, Rancheros 1.5.X suporta discos virtio, então eu criei um arquivo RAW de 2 GB hospedando a imagem de instalação e fiz que o disco de inicialização para a VM Rancheros, conectado via virtio como /dev /vda. Eu também criei um ZVOL de 25 GB como o 2º disco para a VM, novamente conectado via virtio AS /dev /vdb. O ZVOL é particionado em /dev /vdb1, que é uma partição de troca de 4 GB rotulada como rancher_swap e uma partição raiz de 20 GB do Docker, /dev /vdb2. Por fim, adicionei um virtio nic.
Como o Rancheros usa o SysLinux, você terá que criar manualmente um grub.CFG que emula a cadeia de inicialização do Syslinux. O meu é o seguinte:
Definir timeout = 0 Definir default = Rancheros MenuEntry "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 >
Dentro da VM, defino as montagens por meio de um arquivo yaml em/var/lib/rancher/conf/nuvem-config.D:
Montagens: - - Label = rancher_swap - "" - swap - "" - -/dev/vdb2 -/var/lib/docker/mnt - ext4 - "" Rancher: Docker: Graph:/var/lib/Docker/mnt
Observe que, para o Docker, não executo montagens de NFS usando o arquivo YAML, mas crio volumes locais do Docker Docker usando montagens de NFS:
Docker Volume Create – -Driver = Local –Opt Type = nfs –opt o = addr =, rw, local_lock = all –Opt Device =:
Isso funciona principalmente para pastas NFS que são principalmente somente leitura, pois a semântica de travamento para NFS não é ótima para aplicativos de gravação pesados. Para volumes que requerem bloqueio confiável, os volumes do Docker usando o driver local são suficientes, pois isso cria uma pasta apoiada por Ext4 dentro da raiz do docker:
Volume do Docker Criar
Última edição: 9 de maio de 2020
Mostrar: 13.0-U4 Build, em execução desde 9.3 (2015)
SuperMicro 721TQ-350B NAS CASE (NORCO ITX-S4 2021 SUBSTITUIÇÃO
ASROCK E3C226D2I Placa -mãe
Intel Xeon E3-1230L V3
2x 8 GB Kingston KVR16LE11/8KF 1600MHz DDR3L 1.35V ECC DRAM
Raidz2 do 4x Western Digital Red WD40EFRX (Originalmente todo WD20EFRX, expandido em 2020)
L2arc de 1x 512 GB Intel optane hbrpeknx0202ah m.2 NVME (substituído OWC Mercury Accelsior E2 PCIE SSD 2021)
ZIL de 1x 200 GB Intel DC S3710 com PLP (substituído 32 GB Intel X-25-E SLC SSD 2021)
16 GB Kingston SNS4151S316G M.2 SSD conectado via USB3 para m.2 adaptador (substituído numerosos unidades de polegar com falha 2018)
Método de backup
Conjuntos de dados críticos montados em jail de base personalizados
Borgbackup noturno desses conjuntos de dados para rsync.rede
Replicação manual semanal para USB3 offline.0 piscina.
Leosum
Dabbler
Juntou -se a 13 de dezembro de 2015 mensagens 36
- Pegue a imagem daqui e inicialize como CD em uma VM: https: // getfedora.org/coreos/download?tab = metal_virtualized & stream = estável
- Crie seu arquivo FCC para gerar um arquivo de ignição (achei isso bastante complicado, pois não parece haver muita documentação, mas você pode usar o meu como iniciante)
- Baixe o binário FCCT aqui: https: // github.com/coreos/fcct/liberações/mais recente (escolha fcct-x86_64-uknown-linux-gnu se você estiver no Linux)
- Gere o arquivo IGN a partir do seu arquivo FCC:
./fcct --tty -strict < fcos.fcc >FCOS.ign
python3 -m http.servidor
Curl -lo http: // 192.168.178.21: 8000/FCOs.IGN SUDO COREOS-Installer Install /Dev /VDA-FCOs.ign
http: // 192.168.178.22: 9000
- Docker-Compose (que você realmente não precisa se quiser usar o Portainer de qualquer maneira)
- um NFS-Client para montar seu NFS-compartilhando
- Portainer para evitar a linha de comando dos coreos no futuro o máximo possível e
- Torre de vigia para atualizar automaticamente seus contêineres se uma atualização para a imagem deles aparecer
Variante: FCOS Versão: 1.0.0 Passwd: Usuários: - Nome: Core SSH_Authorized_Keys: - Ecdsa -sha2 -nistp521 aaaa. #sua chave SSH vai aqui Systemd: Unidades:-Nome: Instale-Docker-Compose.Serviço Habilitado: True Contents: |-[Unit] Descrição = Instalar Docker-Compose Wants = Network-Online.Target After = Network-OnLine.rede de destino.Target NSS-Lookup.Target conditionPathExists =!/opt/bin/docker-compose [serviço] type = ONESHOT RESTERAFTEREXIT = SIM EXECSTART =/usr/bin/mkdir -p/opt/bin/ExecStart =/usr/bin/curl -sl "https: // github.com/docker/compor/liberações/download/1.24.0/Docker-Compose-linux-x86_64 "-o/opt/bin/Docker-Compose # Em teoria, o seguinte buscaria o mais recente binário, mas> 1.24 tem falta de dependência do python, vou mantê -la aqui para o futuro, quem sabe: # embrulhado em um comando bash, pois não funcionará como comando execterado diretamente: # execstart =/bin/bash -c '/usr/bin/curl -sl `/usr/bin/curl -s" https: // api.Github.com/repos/docker/compõe/liberações/mais recente "|/usr/bin/jq -r .ativos[].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-compos.Alvo - Nome: Docker.NFS.Serviço habilitado: True Contents: |- [Unit] Descrição = Contêiner do cliente NFS para volume compartilhado após = Docker.Serviço requer = Docker.rede de serviços.Target Network-OnLine.Target [Service] TimeoutStartSec = 0 reiniciar = sempre executar stop =-/usr/bin/docker %n execstartpre =-/usr/bin/docker rm %n execstartPre =/usr/bin/docker pull/nfs-client # Modo privilegiado é necessário para o devido a vencimento para o devido tempo para que o MODOUN/NFS-client/seltinging é necessário para o devilhado/bining selg/nfs-client/seltinging seltpit/bin/bin/bin/bin (nfs-client/selt.com/portainer/Portainer/Issues/849) ExecStart =/usr/bin/docker run - -rm --privileged = true - -name %n - -net = host -v/mnt/shared_nfs:/mnt/nfs -1: compartilhado -e servidor = 192.168.1.2 -e share =/mnt/ssd_data/coreosdata d3fk/nfs -client exectop =/usr/bin/docker stop -t 15 %n [install] wanted =.Alvo - Nome: Docker.Portainer.Serviço habilitado: True Contents: |- [Unit] Descrição = PortaIner Admin Container After = Docker.Docker de serviço.NFS.Serviço requer = Docker.Docker de serviço.NFS.Serviço [Serviço] TIPO = ONESHOT REMINAFERAFTEREXIT = SIM TimeoutStartSec = 0 ExecStartPre =-/usr/bin/docker stop %n execStartPre =-/usr/bin/docker rm %n execstart =/usr/bin/docker/pulleriner/portão. Ainer_data # modo privilegiado é necessário para a ligação ao soquete local funcionar devido a Selinux (https: // github.com/portainer/Portainer/questões/849) ExecStart =/usr/bin/docker run --privileged = true -d -p 9000: 9000 - -nomes %n - -rendert sempre -v/var/run/Docker.meia:/var/run/docker.SOCK -V/MNT/Shared_NFS/Portainener_Data:/Data Portainer/Portainer - -na -analytics - -host = Unix: /// var/run/Docker.Sock Execstop =/usr/bin/Docker Stop -t 15 %n [install] wantedy = multi -user.Alvo - Nome: Docker.torre de vigia.Serviço habilitado: True Contents: |- [Unit] Descrição = Contêiner da Torre de Vigia After = Docker.Serviço requer = Docker.Serviço [Serviço] Tipo = OneShot permanecefterExit = Sim TimeoutStartSec = 0 ExecStartPre = -/usr/bin/docker stop %n execStartPre = -/usr/bin/docker rm %n execStartPre =/usina/bin/docker pulling continent/relógio /var/run/docker.meia:/var/run/docker.Meia: z contê -lo/watchtower Execstop =/usr/bin/docker parada -t 15 %n [install] wantedy = multi -user.alvo