docker-compose puede abrir varias instancias de docker a la vez, lo que es mucho más conveniente que Dockerfile para construir contenedores de docker. El punto principal de docker-compose es la configuración de archivos yml. La configuración del archivo yml debe prestar atención para controlar estrictamente la sangría.
Cabe señalar que el comando docker-compose no está instalado con la instalación de la ventana acoplable. Necesita instalación adicional. Si no está instalado, puede descargar la versión del sistema correspondiente en github: https://github.com/docker/compose / . Si es un sistema Linux, después de descargar y descomprimir, coloque el comando ejecutable docker-compose en el directorio / usr / bin y proporcione el atributo ejecutable: chmod + x / usr / bin / docker-compose.
La construcción del contenedor mongodb es realmente muy simple, es decir, debe especificar el origen de la imagen. Si necesita habilitar la autenticación, debe configurar las variables de entorno MONGO_INITDB_ROOT_USERNAME y MONGO_INITDB_ROOT_PASSWORD. En general, queremos asignar externamente los discos en la imagen, de modo que incluso si el contenedor sale, los datos retenidos en el contenedor no se perderán la próxima vez que se inicie.
La configuración docker-compose de mongodb se da a continuación.
docker-compose-mongodb.yml
version: '3'
services:
mongodb:
image: mongo:latest
restart: always
volumes:
- /data/mongo/db:/data/db
- /data/mongo/log:/var/log/mongodb
ports:
- 27018:27017
environment:
MONGO_INITDB_ROOT_USERNAME: admin
MONGO_INITDB_ROOT_PASSWORD: adminEl mapeo de puertos dado aquí mapea 27017 en el contenedor a 27018, porque mongodb está instalado localmente, para evitar conflictos de ocupación de puertos, se usa 27018.
Para iniciar el contenedor, necesitamos preparar las carpetas / data / mongo / db y / data / mongo / log.
En el directorio donde se encuentra el archivo de configuración, podemos ejecutar el comando para iniciar el contenedor.
# docker-compose -f docker-compose-mongodb.yml up -d
Si mongo: latest no existe en la lista local de réplicas, se extraerá del almacén remoto, lo que llevará algún tiempo.
Para dicho inicio, usamos el usuario administrador y la contraseña de administrador como usuario y contraseña de autenticación inicial de forma predeterminada. Generalmente en uso, crearemos un usuario, pero el usuario debe tener en cuenta que debemos cambiar a la base de datos de administración en uso admin, y luego autenticar db.auth ("admin", "admin"), y devolver 1, indicando que la autenticación fue exitosa . A continuación, necesitamos crear un usuario para que lo use una base de datos. En este momento, también necesitamos cambiar a otra base de datos, como mec, y el comando de cambio es usar mec. En este momento, creamos el usuario hadoop y especificamos la contraseña a través del comando db.createUser ({user: 'hadoop', pwd: '123456', roles: [{role: 'dbOwner', db: 'mec'}]}).
Al crear un nuevo usuario arriba, debe prestar atención al cambio a la base de datos administrada por el usuario. De lo contrario, cuando lo usemos, se puede informar un error, y el valor predeterminado es no cambiar. El usuario que creamos es la base de datos de administración administrada.
