This is a cache of https://docs.openshift.com/container-platform/3.5/architecture/infrastructure_components/web_console.html. It is a snapshot of the page at 2024-11-29T03:56:51.269+0000.
Web Console - Infrastructure Components | Architecture | OpenShift Container Platform 3.5
    OpenShift docs are moving and will soon only be available at docs.redhat.com, the home of all Red Hat product documentation. Explore the new docs experience today.
  1. Documentation
    2. history
×

Web Console

Overview

The OpenShift Container Platform web console is a user interface accessible from a web browser. Developers can use the web console to visualize, browse, and manage the contents of projects.

JavaScript must be enabled to use the web console. For the best experience, use a web browser that supports WebSockets.

The web console is started as part of the master. All static assets required to run the web console are served from the openshift binary. Administrators can also customize the web console using extensions, which let you run scripts and load custom stylesheets when the web console loads. You can change the look and feel of nearly any aspect of the user interface in this way.

When you access the web console from a browser, it first loads all required static assets. It then makes requests to the OpenShift Container Platform APIs using the values defined from the openshift start option --public-master, or from the related master configuration file parameter masterPublicURL. The web console uses WebSockets to maintain a persistent connection with the API server and receive updated information as soon as it is available.

Web Console Request Architecture
Figure 1. Web Console Request Architecture

The configured host names and IP addresses for the web console are whitelisted to access the API server safely even when the browser would consider the requests to be cross-origin. To access the API server from a web application using a different host name, you must whitelist that host name by specifying the --cors-allowed-origins option on openshift start or from the related master configuration file parameter corsAllowedOrigins.

The corsAllowedOrigins parameter is controlled by the configuration field. No pinning or escaping is done to the value. The following is an example of how you can pin a host name and escape dots:

corsAllowedOrigins:
- (?i)//my\.subdomain\.domain\.com(:|\z)

  • The (?i) makes it case-insensitive.

  • The // pins to the beginning of the domain (and matches the double slash following http: or https:).

  • The \. escapes dots in the domain name.

  • The (:|\z) matches the end of the domain name (\z) or a port separator (:).

CLI Downloads

You can download and unpack the CLI from the Command Line Tools page on the web console for use on Linux, MacOSX, and Windows clients. Cluster administrators can customize these links further.

Command Line Tools

Browser Requirements

Review the tested integrations for OpenShift Container Platform.

Project Overviews

After logging in, the web console provides developers with an overview for the currently selected project:

Web Console Project Overview
Figure 2. Web Console Project Overview
1 The project selector allows you to switch between projects you have access to.
2 Create new applications using a source repository or using a template.
3 The Overview tab (currently selected) visualizes the contents of your project with a high-level view of each component.
4 Applications tab: Browse and perform actions on your deployments, pods, services, and routes.
5 Builds tab: Browse and perform actions on your builds and image streams.
6 Resources tab: View your current quota consumption and other resources.
7 Storage tab: View persistent volume claims and request storage for your applications.
8 Monitoring tab: View logs for builds, pods, and deployments, as well as event notifications for all objects in your project.

Cockpit is automatically installed and enabled in OpenShift Container Platform 3.1 and later to help you monitor your development environment. Red Hat Enterprise Linux Atomic Host: Getting Started with Cockpit provides more information on using Cockpit.

JVM Console

For pods based on Java images, the web console also exposes access to a hawt.io-based JVM console for viewing and managing any relevant integration components. A Connect link is displayed in the pod’s details on the Browse → Pods page, provided the container has a port named jolokia.

Pod with a Link to the JVM Console
Figure 3. Pod with a Link to the JVM Console

After connecting to the JVM console, different pages are displayed depending on which components are relevant to the connected pod.

JVM Console
Figure 4. JVM Console

The following pages are available:

Page Description

JMX

View and manage JMX domains and mbeans.

Threads

View and monitor the state of threads.

ActiveMQ

View and manage Apache ActiveMQ brokers.

Camel

View and and manage Apache Camel routes and dependencies.

OSGi

View and manage the JBoss Fuse OSGi environment.

StatefulSets

StatefulSet is a Technology Preview feature in OpenShift Container Platform 3.5.

A StatefulSet controller provides a unique identity to its pods and determines the order of deployments and scaling. StatefulSet is useful for unique network identifiers, persistent storage, graceful deployment and scaling, and graceful deletion and termination.

StatefulSets view in OpenShift
Figure 5. StatefulSet in OpenShift Container Platform