NOTE
This plugin has been discontinued. The latest release helps only with its removal. If you’re interested in taking over the maintenance, let us know.
Docker is an open source project that automates the deployment of applications inside Linux Containers, and provides the capability to package an application with its runtime dependencies into a container. Linux containers enable rapid application deployment, simpler testing, maintenance, and troubleshooting while improving security. For more information see “What is Docker?”
You can find the latest version of the foreman-docker plugin on Github.
Foreman | Plugin |
---|---|
>= 1.5 | 0.0.1 - 0.0.3 |
>= 1.6 | 0.1.0 - 0.2.0 |
>= 1.7 | 1.0.0 - 2.1.1 |
>= 1.7 | 3.0.0+ |
>= 1.15 | 3.1.0+ |
Plugin version | Registry API version |
---|---|
< 3.1.0 | v1 |
>= 3.1.0 | v1, v2* |
*Note: API v2 as default and v1 as fallback.
A container in the Docker format is composed of the following parts:
Container
(in the narrow sense of the word) is an application sandbox. Each container is based on an image that holds necessary configuration data. When you launch a container from an image, a writable layer is added on top of this image. Every time you commit a container a new image layer is added to store your changes.
Image
is a static snapshot of the containers’ configuration. Image is a read-only layer that is never modified, all changes are made in top-most writable layer, and can be saved only by creating a new image. Each image depends on one or more parent images.
Platform image
an image that has no parent. Platform images define the runtime environment, packages and utilities necessary for containerized applications to run. The platform image is read-only, so any changes are reflected in the copied images stacked on top of it.
Registry
is a public or private archive that contains images available for download. Some registries allow users to upload images to make them available to others. Foreman allows you to import images from local and external registries. Foreman itself can act as an image registry for hosts, however, hosts cannot push changes back to the registry, other than committed images.
Tags
are used to differentiate images in a repository, they typically mark the version of the application stored in the image. Repositories are used to group similar images in a container registry. Images only have unique alphanumeric identifiers, so naming in form or repository:tag provides a human-readable way of identifying images.
With Foreman and Katello, you can create an on-premise registry, import images from various sources and distribute them to containers using content views. Foreman supports creating a Docker compute resource, that acts as a server for running containers. This way, you can import an image, start a container based on this image, monitor the container’s activity, and commit it’s state to a new image layer that can be further propagated.
You can use the Foreman installer to install this plugin. Use the following command: foreman-installer –enable-foreman-plugin-docker
If you prefer not to use the installer, follow the instructions below for your operating system.
Set up the repositories as explained in the core documentation to install the package with:
$ yum install tfm-rubygem-foreman_docker
Add the repository sources as described in the core documentation and install the package:
$ apt-get install ruby-foreman-docker
This method will only work on Foreman deployments installed from source. Please refrain from making these changes if you have installed Foreman via packages.
Add the following to bundler.d/Gemfile.local.rb in your Foreman installation directory (/usr/share/foreman by default)
$ gem 'foreman_docker'
Then run bundle install
and rake db:migrate
from the same directory
To verify that the installation was successful, go to Foreman, top bar Administer > About and check ‘foreman_docker’ shows up in the System Status menu under the Plugins tab. You should also see a ‘Containers’ button show up in the top bar, similar to the one in this image:
The following sections show how to create, view, start, stop, and commit a container.
In Foreman, you can deploy containers only on a compute resource of the Docker provider type. Therefore, when you attempt to view or create containers for the first time, Foreman prompts you to create a Docker compute resource. If you don’t have a Docker host available, first create a container host as described in Procedure 1.1, “To Prepare a Container Host:”, then specify this host as a compute resource as described in Procedure 1.2, “To Create a Docker Compute Resource:”.
This procedure is optional if you already have a Docker Host. Prepare a server for hosting images and enable the docker service. You can deploy the container host either on the same machine as the Foreman server or independently.
If you are running Katello, run the following command on the container host to install the Foreman server’s CA certificate:
$ rpm -Uvh https://[fqdn]/pub/katello-ca-consumer-latest.noarch.rpm
Here, [fqdn] stands for the fully qualified domain name of your Foreman server. Skip this step if the container host is already registered as a Foreman host.
Depending on the location of the container host, perform the following tasks:
If the container host is on the same machine as the Foreman server, create a docker user group and add the foreman user to it:
$ groupadd docker
$ usermod -aG docker foreman
(EL and Fedora only) Modify the OPTIONS variable in the /etc/sysconfig/docker file as follows:
OPTIONS='--selinux-enabled -G docker'
If your operating system uses systemd:
$ systemctl restart docker.service
If your operating system does not use systemd:
$ service docker restart
If the container host is on a different machine than the Foreman server, open a port on the container host to communicate with the Foreman server. Create the file /etc/systemd/system/docker.service.d/startup_options.conf
$ sudo mkdir -p /etc/systemd/system/docker.service.d/
$ sudo vi /etc/systemd/system/docker.service.d/startup_options.conf
Now paste the below content into the created file.
[Service]
ExecStart=
ExecStart=/usr/bin/dockerd -H fd:// -H tcp://0.0.0.0:[PORT_NUMBER]
If your operating system uses systemd:
$ systemctl restart docker.service $ systemctl status docker.service
If your operating system does not use systemd:
$ service docker restart $ service docker status
You should see that there is an additional -H parameter after you restart docker service
OLD:
CGroup: /system.slice/docker.service
├─29397 /usr/bin/dockerd -H fd://
NEW:
CGroup: /system.slice/docker.service
├─1864 /usr/bin/dockerd -H fd:// -H tcp://0.0.0.0:5000
Note: This connection is accessible by http which is not secure. Follow the docker [security guide] (https://docs.docker.com/engine/security/https/) to protect the Docker daemon with HTTPS.
unix://var/run/docker.sock
as the resource URL.If the container host is on a different machine than the Foreman server, specify the URL in the form of:
http://[container_host_fqdn]:[PORT_NUMBER]
Here, [container_host_fqdn] and [PORT_NUMBER] stand for the fully qualified domain name of the container host and the port number opened on the container host for communication with Foreman.
Once there is at least one Docker compute resource present on your Foreman, you can create containers. To create a new container, follow the steps described in Procedure 1.3, “To Create a Container:”. For instructions on how to investigate the already created containers, see Section 3.3, “Investigating Containers”. To create a container, you first have to import an image, which can be a platform image, or a previously created layered image. Foreman supports the following image sources:
Local content: represented by the Katello option when creating a container. This option allows you to import an image from a repository that is already present on a capsule server in a certain content view and life cycle environment. For more information on how to create and populate a local registry, see Section 3.4, “Working with Repositories”.
Docker Hub: allows you to search the Docker Hub registry and pull images from there. Make sure that you pull only trusted images with verified content.
External Registry: allows you to import images from a previously created external registry. For more information on creating registries in Foreman, see Section 3.3, “Adding an External Registry”.
Note that you can not change the container configuration once the container is created. To alter the configuration, you have to create a replacement container with modified settings as described in Procedure 1.3, “To Create a Container:”. Therefore, make sure that containers can be easily replaced in your workflow.
In the final stage of container creation named Environment, select if you want to allocate a pseudo-tty, attach STDIN, STDOUT, and STDERR to the container. Click Add environment variable to create a custom environment variable for the container. - Don’t forget to select the checkbox “run”. Otherwise the newly created container will be in “EXITED” state after creation.
After creating a container, Foreman displays a summary of container metadata. By default, the newly created container is inactive, for instructions how to start it see Procedure 1.5, “To Start or Stop a Container:”.
Foreman provides means to monitor the status of containers as well as processes running inside them. Some containers can be marked as managed, which means they were created and provisioned inside the Foreman environment. The following procedure shows how to list containers of a selected organization and how to investigate the container metadata.
A new container is by default disabled. By enabling a container, you start the processes of the containerized application in the compute resource. Hosts are then able to communicate with the container as with a web application. The following procedure shows how to start and stop a container:
By committing a container, you create a new image layer that stores the status of the container. The following procedure shows how to commit a container:
The container is then committed to the repository of the original image. For example, if the container is based on an image pulled from the Docker Hub, the committed changes are pushed back to the Docker Hub.
Follow the Katello Docker documentation.
Please follow our standard procedures and contacts.
If you find a bug, please file it in Redmine.
See the troubleshooting section in the Foreman manual for more info.
Follow the same process as Foreman for contributing.
Foreman 3.12.0 has been released! Follow the quick start to install it.
Foreman 3.11.4 has been released! Follow the quick start to install it.