13 KiB

Raw Blame History

Installation and Configuration Guide

Harbor can be installed in one of two ways:

From source code - This goes through a full build process, and requires an Internet connection.
Pre-built installation package - This can save time (no building necessary!) as well as allows for installation on a host that is not connected to the Internet.

This guide describes both of these approaches

Prerequisites for the target host

Harbor is deployed as several Docker containers, and, therefore, can be deployed on any Linux distribution that supports Docker. The target host requires Python, Docker, and Docker Compose to be installed.

Python should be version 2.7 or higher. Note that you may have to install Python on Linux distributions (Gentoo, Arch) that do not come with a Python interpreter installed by default
Docker engine should be version 1.10 or higher. For installation instructions, please refer to: https://docs.docker.com/engine/installation/
Docker Compose needs to be version 1.6.0 or higher. For installation instructions, please refer to: https://docs.docker.com/compose/install/

Installation from source code

Note: To install from source, the target host must be connected to the Internet! The steps boil down to the following

Get the source code
Configure harbor.cfg
prepare the configuration files
Start Harbor with Docker Compose

Getting the source code:

$ git clone https://github.com/vmware/harbor

Configuring Harbor

Configuration parameters are located in the file harbor.cfg. The parameters are described below - note that at the very least, you will need to change the hostname attribute.

hostname: The target host's hostname, which is used to access the UI and the registry service. It should be the IP address or the fully qualified domain name (FQDN) of your target machine, e.g., 192.168.1.10 or reg.yourdomain.com. Do NOT use localhost or 127.0.0.1 for the hostname - the registry service needs to be accessible by external clients!
ui_url_protocol: (http or https. Default is http) The protocol used to access the UI and the token/notification service. By default, this is http. To set up the https protocol, refer to Configuring Harbor with HTTPS Access.
Email settings: These parameters are needed for Harbor to be able to send a user a "password reset" email, and are only necessary if that functionality is needed. Also, do mnote that by default SSL connectivity is not enabled - if your SMTP server requires SSL, but does not support STARTTLS, then you should enable SSL by setting email_ssl = true.
- email_server = smtp.mydomain.com
- email_server_port = 25
- email_username = sample_admin@mydomain.com
- email_password = abc
- email_from = admin sample_admin@mydomain.com
- email_ssl = false
harbor_admin_password: The adminstrator's password. Note that the default username/password are admin/Harbor12345 .
auth_mode: The type of authentication that is used. By default it is db_auth, i.e. the credentials are stored in a database. For LDAP authentication, set this to ldap_auth.
ldap_url: The LDAP endpoint URL (e.g. ldaps://ldap.mydomain.com). Only used when auth_mode is set to ldap_auth .
ldap_basedn: The basedn template for verifying the user's credentials against LDAP (e.g. uid=%s,ou=people,dc=mydomain,dc=com). Only used when auth_mode is set to ldap_auth .
db_password: The root password for the mySQL database used for db_auth. Change this password for any production use!!
self_registration: (on or off. Default is on) Enable / Disable the ability for a user to register themselves. When disabled, new users can only be created by the Admin user, only an admin user can create new users in Harbor. _NOTE: When auth_mode is set to ldap_auth, self-registration feature is always disabled, and this flag is ignored.

Building and starting Harbor

Once harbord.cfg is configured, build and start Harbor as follows. Note that Note that the docker-compose process can take a while!

    $ cd Deploy
    
    $ ./prepare
    Generated configuration file: ./config/ui/env
    Generated configuration file: ./config/ui/app.conf
    Generated configuration file: ./config/registry/config.yml
    Generated configuration file: ./config/db/env
    The configuration files are ready, please use docker-compose to start the service.

    $ sudo docker-compose up -d

If everything worked properly, you should be able to open a browser to visit the admin portal at http://reg.yourdomain.com . Note that the default administrator username/password are admin/Harbor12345 .

Log in to the admin portal and create a new project, e.g. myproject. You can then use docker commands to login and push images (By default, the registry server listens on port 80):

$ docker login reg.yourdomain.com
$ docker push reg.yourdomain.com/myproject/myrepo

NOTE: The default installation of Harbor uses HTTP - as such, you will need to add the option --insecure-registry to your client's Docker daemon and restart the Docker service.

For information on how to use Harbor, please refer to User Guide of Harbor .

Configuring Harbor with HTTPS Access

Harbor does not ship with any certificates, and, by default, uses HTTP to serve requests. While this makes it relatively simple to set-up and run - especially for a development or testing environment - it is not recommended for a production environment. To enable HTTPS, please refer to Configuring Harbor with HTTPS Access

Configuring Harbor as a local registry mirror

The Harbor runs as a local private registry by default, it can be easily configured to run as a local registry mirror, which can keep most of the redundant image fetch traffic on your local network. You just need to edit config/registry/config.yml after execute ./prepare, and append a proxy section as follows:

proxy:
  remoteurl: https://registry-1.docker.io

In order to access private images on the Docker Hub, a username and password can be supplied:

proxy:
  remoteurl: https://registry-1.docker.io
  username: [username]
  password: [password]

You will need to pass the --registry-mirror option to your Docker daemon on startup:

docker --registry-mirror=https://<my-docker-mirror-host> daemon

For example, if your mirror is serving on http:/reg.yourdomain.com, you would run:

docker --registry-mirror=https://reg.yourdomain.com daemon

Refer to the Registry as a pull through cache for detail information.

Configuring storage backend

By default, the Harbor store images on your local filesystem. In production environment, you may consider using higher available storage backend instead of the local filesystem, like S3, Openstack Swift, Ceph, etc. Fortunately, the Registry supports multiple storage backend, refer to the Registry Configuration Reference for detail information. All you need to do is update the section of storage, and fill in the fields according to your specied backend. For example, if you use Openstack Swift as your storage backend, the file may look like this:

storage:
  swift:
    username: admin
    password: ADMIN_PASS
    authurl: http://keystone_addr:35357/v3
    tenant: admin
    domain: default
    region: regionOne
    container: docker_images

Installation from a pre-built package

Pre-built installation packages of each release are available at release page. Download the package file harbor-<version>.tgz , and then extract the files.

$ tar -xzvf harbor-0.1.1.tgz
$ cd harbor

Next, configure Harbor as described earlier in Configuring Harbor.

Finally, run the prepare script to generate config files, and use docker compose to build / start Harbor.

$ ./prepare
Generated configuration file: ./config/ui/env
Generated configuration file: ./config/ui/app.conf
Generated configuration file: ./config/registry/config.yml
Generated configuration file: ./config/db/env
The configuration files are ready, please use docker-compose to start the service.

$ sudo docker-compose up -d
......

Deploying Harbor on a host which does not have Internet access

docker-compose up pulls the base images from Docker Hub and builds new images for the containers, which, necessarily, requires internet access. To deploy Harbor on a host that is not connected to the Internet

Prepare Harbor on a machine that has access to the Internet.
Export the images as tgz files
Transfer them to the target host.
Load the tgz file into Docker's local image repo on the host.

THese steps are detailed below

Building and saving images for offline installation

On a machine that is connected to the Internet,

Extract the files from the pre-built installation package.
Then, run docker-compose build to build the images.
Use the script save_image.sh to export these images as tar files. Note that the tar files will be stored in the images/ directory.
Package everything in the directory harbor/ into a tgz file
Transfer this tgz file to the target machine.

The commands, in detail, are as follows

$ cd harbor
$ sudo docker-compose build
......
$ sudo ./save_image.sh  
saving the image of harbor_ui
finished saving the image of harbor_ui
saving the image of harbor_log
finished saving the image of harbor_log
saving the image of harbor_mysql
finished saving the image of harbor_mysql
saving the image of nginx
finished saving the image of nginx
saving the image of registry
finished saving the image of registry
$ cd ../  
$ tar -cvzf harbor_offline-0.1.1.tgz harbor

The file harbor_offline-0.1.1.tgz contains the images and other files required to start Harbor. You can use tools such as rsync or scp to transfer the this file to the target host. On the target host, execute the following commands to start Harbor. Note that before running the prepare script, you must update harbor.cfg to reflect the right configuration of the target machine!! (Refer to Section Configuring Harbor

$ tar -xzvf harbor_offline-0.1.1.tgz  
$ cd harbor  

# load images save by excute ./save_image.sh
$ ./load_image.sh
loading the image of harbor_ui
finish loaded the image of harbor_ui
loading the image of harbor_mysql
finished loading the image of harbor_mysql
loading the image of nginx
finished loading the image of nginx
loading the image of registry
finished loading the image of registry

# Make update to the parameters in ./harbor.cfg  
$ ./prepare
Generated configuration file: ./config/ui/env
Generated configuration file: ./config/ui/app.conf
Generated configuration file: ./config/registry/config.yml
Generated configuration file: ./config/db/env
The configuration files are ready, please use docker-compose to start the service.

# Build the images and then start the services
$ sudo docker-compose up -d

Managing Harbor's lifecycle

You can use docker-compose to manage the container lifecycle of the containers. A few useful commands are listed below:

Build and start Harbor:

$ sudo docker-compose up -d 
Creating harbor_log_1
Creating harbor_mysql_1
Creating harbor_registry_1
Creating harbor_ui_1
Creating harbor_proxy_1

Stop Harbor:

$ sudo docker-compose stop
Stopping harbor_proxy_1 ... done
Stopping harbor_ui_1 ... done
Stopping harbor_registry_1 ... done
Stopping harbor_mysql_1 ... done
Stopping harbor_log_1 ... done

Restart Harbor after stopping

$ sudo docker-compose start
Starting harbor_log_1
Starting harbor_mysql_1
Starting harbor_registry_1
Starting harbor_ui_1
Starting harbor_proxy_1

*Remove Harbor's containers while keeping the image data and Harbor's database files on the file system: *

$ sudo docker-compose rm
Going to remove harbor_proxy_1, harbor_ui_1, harbor_registry_1, harbor_mysql_1, harbor_log_1
Are you sure? [yN] y
Removing harbor_proxy_1 ... done
Removing harbor_ui_1 ... done
Removing harbor_registry_1 ... done
Removing harbor_mysql_1 ... done

Remove Harbor's database and image data (for a clean re-installation):

$ rm -r /data/database
$ rm -r /data/registry

Please check the Docker Compose command-line reference for more on docker-compose

Persistent data and log files

By default, registry data is persisted in the target host's /data/ of directory. This data remains unchanged even when Harbor's containers are removed and/or recreated. In addition, Harbor users rsyslog to collect the logs of each container. By default, these log files are stored in the directory /var/log/harbor/ on the target host.

##Troubleshooting 1.When setting up Harbor behind an nginx proxy or elastic load balancing, look for the line below, in Deploy/config/nginx/nginx.conf and remove it from the sections: location /, location /v2/ and location /service/.

proxy_set_header X-Forwarded-Proto $scheme;

13 KiB Raw Blame History