Machine: Dockermachinefile

Criado em 4 out. 2016  ·  5Comentários  ·  Fonte: docker/machine

Eu atiro nisso. Que tal adicionar algum tipo de suporte dockermachinefile.yml ?

Em minha opinião, é um arquivo que define máquinas a serem criadas, algo como

amazonec2:
  - name: test_amazon
    count: 10
    ami:
    ssh-user
    ...

Então

docker-machine create -f dockermachinefile.yml

os cria (possivelmente em paralelo) test_amazon0, test_amazon1, test_amazon9 ... Como soa?

Comentários muito úteis

Estou fazendo esse tipo de coisa com a docker machine em tsuru . Nós o configuramos usando um arquivo .yml onde basicamente dizemos quantas máquinas queremos criar, opções globais de driver e parâmetros de driver para ciclo durante a criação do cluster. Por exemplo:

name: installr
hosts:
    core:
        size: 4
        driver:
            options:
                amazonec2-zone: ["a", "b"]
    apps:
        size: 3
        driver:
            options:
                amazonec2-zone: ["a", "b", "c"]

driver:
    name: amazonec2
    options:
        amazonec2-access-key: XXXXXX
        amazonec2-secret-key: YYYYYYY
        amazonec2-vpc-id: ZZZZZZ

Tenho dois tipos de hosts core e apps . Ele criará 2 hosts principais em cada zona a e b , enquanto os hosts de aplicativos serão criados em 3 zonas diferentes. As opções globais do driver: amazonec2-access-key , amazonec2-secret-key , amazonec2-vpc-id serão as mesmas de todos eles (mas podem ser sobrescritas).

O name é usado como um prefixo.

Todos 5 comentários

Foi considerado (até fiz uma implementação, sorta, https://github.com/nathanleclaire/machine-compose), no entanto, acho que https://github.com/docker/infrakit será onde o foco estará este tipo de operação no futuro. A máquina permanecerá como está para criar e gerenciar máquinas únicas via CLI.

@nathanleclaire Diga o quê !? Você meio que insinuou que o InfraKit vai substituir a docker-machine. Assim como a docker-machine está o novo "Old Swarm".

Desculpe pela confusão @ibuildthecloud

A máquina não está sendo substituída pelo infra-kit, e não acho que eles tenham a mesma relação que o old-swarm tem com o swarm.

Isso aqui deve ser reaberto, pois vale a pena considerar para a máquina.

Sim, obrigado por esclarecer;)

Estou fazendo esse tipo de coisa com a docker machine em tsuru . Nós o configuramos usando um arquivo .yml onde basicamente dizemos quantas máquinas queremos criar, opções globais de driver e parâmetros de driver para ciclo durante a criação do cluster. Por exemplo:

name: installr
hosts:
    core:
        size: 4
        driver:
            options:
                amazonec2-zone: ["a", "b"]
    apps:
        size: 3
        driver:
            options:
                amazonec2-zone: ["a", "b", "c"]

driver:
    name: amazonec2
    options:
        amazonec2-access-key: XXXXXX
        amazonec2-secret-key: YYYYYYY
        amazonec2-vpc-id: ZZZZZZ

Tenho dois tipos de hosts core e apps . Ele criará 2 hosts principais em cada zona a e b , enquanto os hosts de aplicativos serão criados em 3 zonas diferentes. As opções globais do driver: amazonec2-access-key , amazonec2-secret-key , amazonec2-vpc-id serão as mesmas de todos eles (mas podem ser sobrescritas).

O name é usado como um prefixo.

Esta página foi útil?
0 / 5 - 0 avaliações