Skip to main content
Version: 2.0.0-dev.3 (preview)

What's new in Percona Everest 1.5.0

➡️ New to Percona Everest? Get started with our Quickstart Guide.

🔑 Updates at a glance
#Release summaryDescription
1.Role-based access control (RBAC) Generally Available (GA)RBAC is now GA with Percona Everest 1.5.0
2.RBAC: Integration with IdP groupsAssign RBAC policies to user groups obtained from an external IdP
3.Operators supportSupport for PXC operator 1.16.1 and PSMDB operator 1.19.1
4.Google Container Registry (GCR) deprecationDeprecation of GCR starting May 20, 2025
5.New featuresCheck out the new features introduced in Percona Everest 1.5.0
6.ImprovementsDiscover all the enhancements featured in Percona Everest 1.5.0
7.BugsFind out about all the bugs fixed in Percona Everest 1.5.0
8.Known limitationsDiscover all the known limitations in Percona Everest 1.5.0

Release highlights​

Percona Everest: RBAC is now GA​

We’re delighted to announce the General Availability of RBAC in Percona Everest 1.5.0.

With RBAC, only authorized individuals can access specific resources or perform certain actions based on their assigned roles. This update introduces:

Google Container Registry (GCR)​

GCR deprecation

All Percona Everest versions prior to 1.4.0 depend on images hosted on Google Container Registry (GCR). These images will become unavailable after the shutdown date: March 18, 2025.

GCR is set to be deprecated, with its official shutdown scheduled for May 20, 2025.

All Percona Everest versions prior to 1.4.0 depend on images hosted on Google Container Registry (GCR). These images will become unavailable after the shutdown date: May 20, 2025.

Impact of GCR deprecation​

Percona Everest versions older than 1.4.0 will cease to function after this date.

Action required​

We strongly recommend upgrading to Percona Everest version 1.4.0 or later as soon as possible. If you do not upgrade, Percona Everest will no longer function.

For more details, refer to the Container Registry Deprecation documentation.

New features​

  • EVEREST-1799: Starting with Percona Everest 1.5.0, you can now assign RBAC policies to user groups obtained from an external IDP. This change simplifies permissions management for external users without the need for unique sub IDs.

  • EVEREST-1547: After performing an Everest upgrade, you will now receive a notification indicating that the upgrade has been completed. You can then access all the new features by clicking the Reload button.

  • EVEREST-1549: We have added support for PXC operator v1.16.1.

  • EVEREST-1884: We have added support for PSMDB operator v1.19.1.

  • EVEREST-689: We have added a new option to hide and unhide the password in the password form field on the login page.

Improvements​

  • EVEREST-970: Our default backup schedule has been updated from Hourly to Daily, starting at 1:00 AM.

  • EVEREST-1796: You can now see a more precise and informative message on the Backups & PITR widget if no active schedules exist.

  • EVEREST-1579: We have enhanced the shard Topology by modifying the label from Nodes to Nodes per shard. This change provides greater clarity on the distribution of nodes across each shard. Additionally, we now display the total number of nodes within the Database summary panel, giving you a more complete and insightful overview of your database.

  • EVEREST-1612: The everestctl version command has been updated to provide information about the version of the Everest server currently installed on your system, if applicable. This enhancement enables you to quickly verify the server version that is in use.

  • EVEREST-1788, EVEREST-1790: The everestctl namespaces remove, and everestctl namespaces update commands now show a help message that guides you on how to use them.

  • EVEREST-1794: We have improved the description of the help text for the --keep-namespace flag in the everestctl namespaces remove command. Previously, the flag did not clearly explain that it retains the namespace in Kubernetes while only removing everest-managed resources, which led to confusion.

  • EVEREST-1795: When attempting to update a namespace using everestctl that was created with kubectl (not managed by Percona Everest), the error message was unclear. It did not provide actionable steps for the user to resolve the issue. We have improved the error message to give more insights into the issue.

  • EVEREST-1190: You can now easily find out which account you’re using to log into Everest by clicking the Profile button. This button shows the user's name or email address used to log into Percona Everest.

Bugs​

  • EVEREST-1261: We fixed an issue where a user who had already added a backup storage location received an incorrect error message when trying to add another one with the same bucket name and URL.

  • EVEREST-1401: Now, when you create/edit the database cluster with sharding enabled for PSMDB, it will display the correct resources required for the specified number of shards.

  • EVEREST-1537: We have resolved an issue that caused Percona Everest uninstallation to fail when attempting to delete database clusters due to a timeout.

  • EVEREST-1581: The database remained in a Deleting state despite all components being deleted. The issue has now been resolved.

  • EVEREST-1588: We have fixed an issue where the PostgreSQL database was stuck in an initializing state after a restore.

  • EVEREST-1589: We have fixed an issue in which the MySQL database remained stuck in an initializing state for a 1-node cluster.

  • EVEREST-1647: Creating a monthly schedule on day 1 at 12:00 AM (the default option when choosing Monthly) led to an error for PSMDB. The issue has been resolved now.

  • EVEREST-1674: The message Enforce did not pass appeared randomly in the UI. Additionally, databases in the UI occasionally disappeared and then reappeared after a few seconds. We have now resolved the issue.

  • EVEREST-1724: Sharding no longer resets to its default setting (disabled) when navigating back in the database creation wizard.

  • EVEREST-1728: The database list now refreshes automatically whenever new databases are deployed in recently created namespaces, and this update is reflected across various browser sessions.

  • EVEREST-1758: The Create Database button on the UI was inaccessible until the page was manually refreshed after adding a namespace using the everestctl namespaces add command. The issue has been resolved now.

  • EVEREST-1729: We have added a mechanism to prevent a given CLI version from installing incompatible Percona Everest versions.

  • EVEREST-1735: We have fixed an issue where incorrect information appeared on the PITR Edit button when PITR was enabled.

  • EVEREST-1800: We fixed an issue where users could not create a DB cluster because the DB version was not displayed with a specific RBAC policy.

  • EVEREST-1801: The Create DB cluster option was not visible on the UI if the user did not have the permissions for all the database engines. The issue has been resolved now.

  • EVEREST-1802: A given namespace was not visible on the UI if the user lacked permissions for all database engines in that namespace. This issue has now been resolved.

  • EVEREST-1803: We have fixed an issue that prevented users from editing or adding monitoring to an existing DB cluster with a specific RBAC policy.

  • EVEREST-1804: The Operator Upgrade option was previously not visible on the UI when users didn't have access to all DB clusters in a namespace. This issue has now been resolved.

  • EVEREST-1811: everest-operator now restarts seamlessly when a DB operator is installed for the first time.

  • EVEREST-688: You will be logged out from all tabs when you log out from one tab or attempt to perform any action, as per the expected behavior.

  • EVEREST-864: When a user created a database cluster and changed the namespace from A—which had backup storage configured—to a different namespace that did not have a backup storage location, the user interface only reset the values related to Basic Cluster Information and Resources. However, it failed to reset other values in the form, including those related to Backups, Point-in-Time Recovery (PITR), Advanced Configurations, and Monitoring. The issue has been resolved now.

  • EVEREST-1787: After clicking Create Database and returning to the database view page, there was a short delay with a Loading button before the Create Database button appeared. This issue has been resolved now.

  • EVEREST-1792: We have significantly reduced the delay between the loading of fields and their labels.

  • EVEREST-1053: Restores now have different names for different database clusters. We have also implemented a standard naming convention for the restored databases that contains the database name/backup name with time.

  • EVEREST-1808: The content within the textbox was not fully visible when no backups had been created. The issue has been resolved now.

Known limitations​

Issues with PITR on MongoDB 8.0​

PSMDB Operator version 1.19.1 added support for MongoDB version 8.0. However, due to potential issues with point-in-time recovery on MongoDB 8.0 when sharding is enabled, the recommended MongoDB version is still 7.0.

Action required

Use MongoDB version 7.0.

PITR: Manual time entry limitation​

When restoring a database using Point-in-Time Recovery (PITR), you cannot manually change the time between the most recent successful backup and the latest PITR. If you attempt to enter the date and time manually, the system will automatically reset it to align with the latest PITR.

Action required

Use the date picker to select the desired date and time for PITR restore.

🚀 Upgrade now​

Upgrade to Percona Everest 1.5.0 to access these new features and improvements. Explore our documentation for the upgrade steps.