Machine: Dockermachinefile

Creado en 4 oct. 2016  ·  5Comentarios  ·  Fuente: docker/machine

Disparo esto. ¿Qué tal agregar algún tipo de soporte dockermachinefile.yml ?

En mi mente, esto es un archivo que define las máquinas que se crearán, algo así como

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

Luego

docker-machine create -f dockermachinefile.yml

los crea (en paralelo posiblemente) test_amazon0, test_amazon1, test_amazon9 ... ¿Cómo suena?

Comentario más útil

Estoy haciendo este tipo de cosas con la máquina acoplable ya en tsuru . Lo configuramos usando un archivo .yml donde básicamente decimos cuántas máquinas queremos que se creen, las opciones globales del controlador y los parámetros del controlador para que se ejecuten mientras se crea el clúster. Por ejemplo:

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

Tengo dos tipos de hosts core y apps . Creará 2 hosts centrales en cada zona a y b , mientras que los hosts de aplicaciones se crearán en 3 zonas diferentes. Las opciones del controlador global: amazonec2-access-key , amazonec2-secret-key , amazonec2-vpc-id serán las mismas (pero pueden sobrescribirse).

El name se usa como prefijo.

Todos 5 comentarios

Se ha considerado (incluso he realizado una implementación, más o menos, https://github.com/nathanleclaire/machine-compose), sin embargo, creo que https://github.com/docker/infrakit será donde el enfoque estará este tipo de operación en el futuro. La máquina permanecerá como está para crear y administrar máquinas únicas a través de CLI.

@nathanleclaire ¿¡Di qué !? De alguna manera insinuó que InfraKit reemplazará a la máquina acoplable. Como docker-machine es el nuevo "Old Swarm".

Perdón por la confusión @ibuildthecloud

La máquina no está siendo reemplazada por infra-kit, y no creo que tengan la misma relación que el viejo enjambre tiene con el enjambre.

Esto de aquí debería reabrirse, ya que vale la pena considerarlo para la máquina.

Yah gracias por aclarar;)

Estoy haciendo este tipo de cosas con la máquina acoplable ya en tsuru . Lo configuramos usando un archivo .yml donde básicamente decimos cuántas máquinas queremos que se creen, las opciones globales del controlador y los parámetros del controlador para que se ejecuten mientras se crea el clúster. Por ejemplo:

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

Tengo dos tipos de hosts core y apps . Creará 2 hosts centrales en cada zona a y b , mientras que los hosts de aplicaciones se crearán en 3 zonas diferentes. Las opciones del controlador global: amazonec2-access-key , amazonec2-secret-key , amazonec2-vpc-id serán las mismas (pero pueden sobrescribirse).

El name se usa como prefijo.

¿Fue útil esta página
0 / 5 - 0 calificaciones