Quotas and Resource Usage

Quotas are the maximum number of resources available for a given Liferay Cloud project. Administrators may configure services and environments to use resources according to project need. For example, a production environment may be allocated additional CPU cores, while a development environment might have one core.

Reaching any of the resource quotas for a project doesn’t affect the production environment. However, there is a temporary loss of some functionality depending on which resource has reached the pre-determined quota. For example, reaching the quota for 20 custom domains means administrators can’t create new domains. Reaching the memory quota could generate out of memory errors, and deployments might fail. Real-time Alerts can be configured to ensure that users are notified before they reach a resource quota. To request an increase in a resource’s quota, open a Help Center ticket. The resources governed by quotas are:

  • CPU
  • Memory
  • Custom Domains
  • Collaborators
  • Maximum Number of Cores
  • Instances
  • Maximum Number of Environments
  • Maximum Number of Services
  • Maximum Builds per Day
  • CPU per Service
  • Scale per Service
  • Memory per Service
  • Storage per Environment

Resource allocations for the above can be configured in each service’s lcp.json file. See Configuration via LCP.json. When auto-scaling is enabled, reaching certain thresholds do not count against pre-determined quotas.

Monitoring Resource Usage in a Project

You can monitor the usage of these resources in the Plan and Usage page. It offers a real-time, detailed view of your subscription plan and current resource utilization. This ensures you can effectively manage and optimize your cloud resources. The Plan tab is split into sections:

  1. Plan Data shows your plan’s quotas for the following resources:

    • Memory: Maximum amount of memory across all environments.

    • CPU: Maximum number of CPU cores across all environments.

    • Instances: Maximum number of Liferay instances that can be up at any given time across all environments.

    • Builds: Maximum number of builds you can generate per day across all environments.

    • Document Library Storage: Storage space in the document library per environment.

    • Database Storage: Storage space in the database per environment.

    • Environments: Number of environments included in your project.

  2. Plan Allocation and Consumption shows how resources are being allocated across environments and how close they are to reaching the quota.

    • Memory: Allocation of memory across environments.

    • CPU: Allocation of CPU cores across environments.

    • Instances: Allocation of Liferay instances across environments.

    • Builds: Status of all builds generated in the present day.

  3. At the bottom of Plan Allocation and Consumption is the Storage section. It contains two graphs:

    • Document Library: Storage consumption in the document library for each environment.

    • Database: Storage consumption in the database for each environment.

For information on the Scaling tab, see Scaling the Liferay Service.

Monitoring Resource Usage in an Environment

You can also monitor the usage of resources by a specific environment in its Monitoring page. This page lists several JMX metrics for each service in the environment:

CPU: Percentage of CPU power being used.

Memory: Current allocation of memory.

Request Count: The number of requests received by the Liferay service in the last 5 minutes.

Request Processing Time: Average time spent processing incoming requests in the last 5 minutes.

Active Connections: The number of active HikariCP connections between the Liferay service and external resources.

Idle Connections: The number of available HikariCP connections that are not in use in the Liferay service.

Thread Count: The number of concurrent live threads in the Tomcat thread pool actively processing requests of the Liferay service.

There are also some useful graphs showing how these metrics changed over time. You can filter for a specific date range using the button in the top right corner.

CPU Usage Over Time: Amount of CPU usage over the specified date range.

Memory Usage Over Time: Allocation of memory over the specified date range.

Request Count: The average number of requests received by the Liferay service every 5 minutes per day over the specified date range.

Request Processing Time: Average time spent processing incoming requests per day over the specified date range.

Active Connections: The number of active HikariCP connections in the Liferay service over the specified date range.

Idle Connections: The number of idle HikariCP connections in the Liferay service over the specified date range.

Thread Count: The number of concurrent live threads in the Tomcat thread pool actively processing requests of the Liferay service over the specified date range.

Capabilities

Product

Education

Contact Us

Connect

Powered by Liferay
© 2024 Liferay Inc. All Rights Reserved • Privacy Policy