Introduction to the OpenStack Dashboard
An overview of the Red Hat OpenStack Platform Dashboard graphical user interface
Making open source more inclusive
Red Hat is committed to replacing problematic language in our code, documentation, and web properties. We are beginning with these four terms: master, slave, blacklist, and whitelist. Because of the enormity of this endeavor, these changes will be implemented gradually over several upcoming releases. For more details, see our CTO Chris Wright’s message.
Providing feedback on Red Hat documentation
We appreciate your input on our documentation. Tell us how we can make it better.
Using the Direct Documentation Feedback (DDF) function
Use the Add Feedback DDF function for direct comments on specific sentences, paragraphs, or code blocks.
- View the documentation in the Multi-page HTML format.
- Ensure that you see the Feedback button in the upper right corner of the document.
- Highlight the part of text that you want to comment on.
- Click Add Feedback.
- Complete the Add Feedback field with your comments.
- Optional: Add your email address so that the documentation team can contact you for clarification on your issue.
- Click Submit.
Chapter 1. The The Red Hat OpenStack Platform Dashboard service (horizon)
The Red Hat OpenStack Platform (RHOSP) Dashboard (horizon) is a web-based graphical user interface that you can use to manage RHOSP services.
To access the browser dashboard, you must install the Dashboard service, and you must know the dashboard host name, or IP, and login password. The dashboard URL is:
1.1. The Admin tab
In the Admin tab you can view usage and manage instances, volumes, flavors, images, projects, users, services, and quotas.
The Admin tab displays in the main window when you log in as an admin user.
The following options are available in the Admin tab:
Table 1.1. System Panel
View basic reports.
Use the following tabs to view the following usages:
View the hypervisor summary.
View, create, and edit host aggregates. View the list of availability zones.
View, pause, resume, suspend, migrate, soft or hard reboot, and delete running instances that belong to users of some, but not all, projects. Also, view the log for an instance or access an instance with the console.
View, create, edit, and delete volumes, and volume types.
View, create, edit, view extra specifications for, and delete flavors. Flavors are the virtual hardware templates in Red Hat OpenStack Platform (RHOSP).
View, create, edit properties for, and delete custom images.
View, create, edit properties for, and delete networks.
View, create, edit properties for, and delete routers.
View allocated floating IP addresses for all projects.
View and edit the default quotas (maximum limits) for resources in the environment.
Import, view, and edit metadata definition namespaces, and associate the metadata definitions with specific resource types.
Contains the following tabs:
1.1.1. Viewing allocated floating IP addresses
You can use the
Floating IPs panel to view a list of allocated floating IP addresses. You can access the same information from the command line with the
nova list --all-projects command.
1.2. The Project tab
In the Project tab you can view and manage project resources. Set a project as active in Identity > Projects to view and manage resources in that project.
The following options are available in the Project tab:
Table 1.2. The Compute tab
View reports for the project.
View, launch, create a snapshot from, stop, pause, or reboot instances, or connect to them through the console.
Use the following tabs to complete these tasks:
View images, instance snapshots, and volume snapshots that project users create, and any images that are publicly available. Create, edit, and delete images, and launch instances from images and snapshots.
Access & Security
Use the following tabs to complete these tasks:
Table 1.3. The Network tab
View the interactive topology of the network.
Create and manage public and private networks and subnets.
Create and manage routers.
Create and manage trunks. Requires the
Table 1.4. The Object Store tab
Create and manage storage containers. A container is a storage compartment for data, and provides a way for you to organize your data. It is similar to the concept of a Linux file directory, but it cannot be nested.
Table 1.5. The Orchestration tab
Orchestrate multiple composite cloud applications with templates, through both an OpenStack-native REST API and a CloudFormation-compatible Query API.
1.3. The Identity tab
In the Identity tab you can view and manage projects and users.
The following options are available in the Identity tab:
- Projects - View, create, edit, and delete projects, view project usage, add or remove users as project members, modify quotas, and set an active project.
- Users - View, create, edit, disable, and delete users, and change user passwords. The Users tab is available when you log in as an admin user.
For more information about managing your cloud with the Red Hat OpenStack Platform dashboard, see the following guides:
Chapter 2. Customizing the dashboard
The Red Hat OpenStack Platform (RHOSP) dashboard (horizon) uses a default theme (RCUE), which is stored inside the horizon container. You can add your own theme to the container image and customize certain parameters to change the look and feel of the following dashboard elements:
- Site colors
- HTML title
- Site branding link
- Help URL
To ensure continued support for modified RHOSP container images, the resulting images must comply with the Red Hat Container Support Policy.
2.1. Obtaining the horizon container image
To obtain a copy of the horizon container image, pull the image either into the undercloud or a separate client system that is running podman.
Pull the horizon container image:
$ sudo podman pull registry.redhat.io/rhosp-rhel8/openstack-horizon:16.1
You can use this image as a basis for a modified image.
2.2. Obtaining the RCUE theme
The horizon container image uses the Red Hat branded RCUE theme by default. You can use this theme as a basis for your own theme and extract a copy from the container image.
Create a directory for your theme:
$ mkdir ~/horizon-themes $ cd ~/horizon-themes
Start a container that executes a null loop. For example, run the following command:
$ sudo podman run --rm -d --name horizon-temp registry.redhat.io/rhosp-rhel8/openstack-horizon /usr/bin/sleep infinity
Copy the RCUE theme from the container to your local directory:
$ sudo podman cp -a horizon-temp:/usr/share/openstack-dashboard/openstack_dashboard/themes/rcue .
Kill the container:
$ sudo podman kill horizon-temp
Result: You now have a local copy of the RCUE theme.
2.3. Creating your own theme based on RCUE
To use RCUE as a basis, copy the entire RCUE theme directory rcue to a new location. This procedure uses
mytheme as an example name.
Copy the theme:
$ cp -r rcue mytheme
To change the colors, graphics, fonts, and other elements of a theme, edit the files in mytheme. When you edit this theme, check for all instances of rcue including paths, files, and directories to ensure that you change them to the new mytheme name.
2.4. Creating a file to enable your theme and customize the dashboard
To enable your theme in the dashboard container, you must create a file to override the
Create a new file called
horizon-themesdirectory and add the following content:
AVAILABLE_THEMES = [('mytheme', 'My Custom Theme', 'themes/mytheme')]
12in the file name ensures this file is loaded after the RCUE file, which uses
11, and overrides the
Optional: You can also set custom parameters in the
_12_mytheme_theme.pyfile. Use the following examples as a guide:
Set the HTML title that appears at the top of the browser window.
SITE_BRANDING = "Example, Inc. Cloud"
Changes the hyperlink of the theme logo, which normally redirects to
SITE_BRANDING_LINK = "http://example.com"
2.5. Generating a modified horizon image
When your custom theme is ready, you can create a new container image that uses your theme.
dockerfileto generate a new container image using the original
horizonimage as a basis, as shown in the following example:
FROM registry.redhat.io/rhosp-rhel8/openstack-horizon MAINTAINER Acme LABEL name="rhosp-rhel8/openstack-horizon-mytheme" vendor="Acme" version="0" release="1" COPY mytheme /usr/share/openstack-dashboard/openstack_dashboard/themes/mytheme COPY _12_mytheme_theme.py /var/lib/config-data/horizon/etc/openstack-dashboard/local_settings.d/_12_mytheme_theme.py RUN sudo chown horizon:horizon /var/lib/config-data/horizon/etc/openstack-dashboard/local_settings.d/_12_mytheme_theme.py
Save this file in your
Use the dockerfile to generate the new image:
$ sudo podman build . -t "172.24.10.10:8787/rhosp-rhel8/openstack-horizon:0-5" --log-level debug
-toption names and tags the resulting image. It uses the following syntax:
- This is usually the location of the container registry that the overcloud eventually uses to pull images. In this instance, you push this image to the container registry of the undercloud, so set this to the undercloud IP and port.
For consistency, this is usually the same name as the original container image followed by the name of your theme. In this instance, it is
The tag for the image. Red Hat uses the
releaselabels as a basis for this tag. If you generate a new version of this image, increment the
release, for example,
Push the image to the container registry of the undercloud:
$ sudo openstack tripleo container image push --local 172.24.10.10:8787/rhosp-rhel8/openstack-horizon:0-5
Verify that the image has uploaded to the local registry:
[stack@director horizon-themes]$ curl http://172.24.10.10:8787/v2/_catalog | jq .repositories | grep -i hori "rhosp-rhel8/openstack-horizon" [stack@director horizon-themes]$ [stack@director ~]$ sudo openstack tripleo container image list | grep hor | docker://director.ctlplane.localdomain:8787/rhosp-rhel8/openstack-horizon:16.0-84 | docker://director.ctlplane.localdomain:8787/rhosp-rhel8/openstack-horizon:0-5 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<,Uploaded [stack@director ~]$
If you update or upgrade Red Hat OpenStack Platform, you must reapply the theme to the new
horizon image and push a new version of the modified image to the undercloud.
2.6. Using the modified container image in the overcloud
To use the container image that you modified with your overcloud deployment, edit the environment file that contains the list of container image locations. This environment file is usually named
DockerHorizonImageparameters to point to your modified container image:
parameter_defaults: ... ContainerHorizonConfigImage: 192.168.24.1:8787/rhosp-rhel8/openstack-horizon-mytheme:0-1 ContainerHorizonImage: 192.168.24.1:8787/rhosp-rhel8/openstack-horizon-mytheme:0-1 ...
Save this new version of the
2.7. Editing puppet parameters
Director provides a set of dashboard parameters that you can modify with environment files.
ExtraConfigparameter to set Puppet hieradata. For example, the default help URL points to https://access.redhat.com/documentation/en/red-hat-openstack-platform. To modify this URL, use the following environment file content and replace the URL:
parameter_defaults: ExtraConfig: horizon::help_url: "http://openstack.example.com"
2.8. Deploying an overcloud with a customized dashboard
To deploy the overcloud with your dashboard customizations, include the following environment files in the
openstack overcloud deploycommand:
- The environment file with your modified container image locations.
- The environment file with additional dashboard modifications.
Any other environment files that are relevant to your overcloud configuration.
$ openstack overcloud deploy --templates \ -e /home/stack/templates/overcloud-images.yaml \ -e /home/stack/templates/help_url.yaml \ [OTHER OPTIONS]