Log into the Cloud UI

edit

You can access the Cloud UI over either HTTP or HTTPS. Secure access through the HTTPS protocol is available with certificates generated during the installation of Elastic Cloud Enterprise, but will prompt you with a warning in your browser. If your organization provides them, add your own TLS/SSL security certificates to avoid receiving a warning in your browser in the future.

To access the Cloud UI in a web browser:

  1. Connect to one of the URLs provided at the end of the installation process on your first host, replacing FIRST_HOST with the correct IP address or DNS hostname. Use the credentials provided with the URLs to log in.

    http://FIRST_HOST:12400
    https://FIRST_HOST:12443

    You can use either the admin user or the readonly user to log in, but only the admin user has the required privileges to make changes to any resources in the Cloud UI. If you are logging into the Cloud UI for the first time, use the admin user.

    On AWS and not able to access the Cloud UI? Check if the URL points to a private IP address.

  2. Log in as user admin with the credentials provided.
  3. If this is your first time logging in, you must agree to the software license agreement to continue. You also have the chance to opt out of sharing some basic usage statistics with Elastic. (Not sure if you should opt out? Here is what we collect.)

The Cloud UI front page displays the available deployments and some important information about them, such as the deployment health status, the Elasticsearch version used, the number of nodes in the cluster, and the node capacity.

Three deployments are always shown in the Cloud UI:

  • The admin-console-elasticsearch deployment that backs the Cloud UI itself.
  • The logging-and-metrics deployment that collects logs and performance metrics for your ECE installation.
  • The security deployment that stores all security-related configurations.

The logging-and-metrics deployment is for use by your ECE installation only. You must not use this deployment to index monitoring data from your own Elasticsearch clusters or use it to index data from Beats and Logstash. Always create a separate, dedicated monitoring deployment for your own use.