Cluster & Platform Features

Below you can find descriptions for the features you can optionally add to your clusters and platforms.

Notes * Besides standalone, the features are described by meaningful groups. * For different providers (AWS, Azure and others), a group may have minor differences in meaning and description.

Features

To access the features information, in your cluster or platform dialog, scroll to the Features section at the bottom.

Logging

|Aplicable for:| |————-|————–| | Provider | AWS, Azuure, GCP, VMware vSphere | | Type | Cluster, Platform |

Refer to the detailed overview in the Logging article.

For Cluster

Application and systems logs can help you to understand what is happening inside your clusters. The logs are particularly useful for debugging problems and monitoring cluster activity.

The Self-hosted ElasticSearch/Kibana is useful when you need dedicated Logging in the cluster. It is recommended to use the Self-hosted ElasticSearch/Kibana for the development, staging and production environments.

Select the Add Self-hosted Elasticsearch/Kibana option for log records to be transferred both into Centralized and Self-hosted ElasticSearch.

When selected, you may additionally specify:

  • Number of Master nodes for ElasticSearch cluster. Note that the number of maste nodes should be 1, 3 or more. You can find more details here.
  • Number of Data nodes that hold data and perform data related operations such as CRUD, search, and aggregations.
  • Number of Client nodes which serve client requests.

The Persistence enabled option is selected by default.

Features-Logging

Optionally, you can also specify the Data node disk size in GB. Note that a 4 GB storage will be created for additionally each m..a..aster node.

For Platform

Unlike cluster:

  • Logging cannot be disabled.
  • Has name Centralized Logging.
  • For AWS, has an Add AWS CloudWatch Logs option.

Monitoring

|Aplicable for:| |————-|————–| | Provider | AWS, Azure, GCP, VMware vSphere | | Type | Cluster, Platform |

Refer to the detailed overview in the Monitoring article.

For Cluster

Kublr provides you with detailed resource usage information on your running cluster at all levels. This will provide you with deep insights into how applications are performing and where possible bottlenecks may be found. If you want additional monitoring for your cluster, select Add Self-hosted Prometheus/Grafana/AlertManager and specify whether you want to use:

  • Prometheus and/or
  • Grafana

With Disk size for each. Also, enable or disable persistence for each option.

Features-Monitoring

For Platform

Unlike cluster:

  • Neither Prometheus nor Grafana monitoring cannot be disabled.
  • Has name Centralized Monitoring.
  • You can only enable or disable persistence for each option.

Ingress Controller

|Aplicable for:| |————-|————–| | Provider | AWS, Azure, GCP, VMware vSphere | | Type | Cluster, Platform |

To better manage ingress http connections, load balance traffic, and terminate SSL for your services, we recommend using an Ingress controller. Currently, Kublr supports nginx ingress controller and Let’s Encrypt for automatic HTTPS certificate management. Don’t forget to configure your DNS server after cluster creation.

Features-Ingress Controller

Unlike cluster, for a platform the NGINX Ingress Controller is selected by default and cannot be disabled.

Full Kublr Platform Credentials

|Aplicable for:| |————-|————–| | Provider | AWS, Azure | | Type | Platform |

Set and confirm the password to be used to login to the deployed Kublr Platform. Please use admin as Username and this credentials as Password.