- Newest
- Most votes
- Most comments
Hi,
It could be an UI issue. Please try to create the RDS PostgreSQL 17 DB cluster parameter group through cli command and then you should be able to edit/update in the RDS console
$aws rds create-db-cluster-parameter-group --db-cluster-parameter-group-name mydbclusterparametergroup --db-parameter-group-family postgres17 --description "My new cluster parameter group"
{
"DBClusterParameterGroup": {
"DBClusterParameterGroupName": "mydbclusterparametergroup",
"DBParameterGroupFamily": "postgres17",
"Description": "My new cluster parameter group",
"DBClusterParameterGroupArn": "arn:aws:rds:us-east-1:111111111111:cluster-pg:mydbclusterparametergroup"
}
}
Reference for aws cli command to create custom cluster parameter group, https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster-parameter-group.html
The situation you're describing is indeed confusing, and it appears there might be a temporary inconsistency or delay in the full rollout of PostgreSQL 17 support for Amazon RDS, particularly regarding DB cluster parameter groups.
In a Multi-AZ DB cluster deployment, typically a DB cluster parameter group is used to apply configuration values to all DB instances in the cluster. However, based on your observation, it seems that for PostgreSQL 17, the system is currently defaulting to a DB instance parameter group instead of a DB cluster parameter group.
This behavior could be due to one of two reasons:
-
There might be a temporary lag in the full implementation of PostgreSQL 17 support, including the creation of DB cluster parameter groups. AWS sometimes rolls out features gradually, and it's possible that the DB cluster parameter group for PostgreSQL 17 is not yet available.
-
There could be a change in how parameter groups are managed for PostgreSQL 17 in Multi-AZ clusters, though this would be unusual given the typical architecture of Multi-AZ DB clusters.
Given that the system is allowing you to proceed with the upgrade and is automatically assigning a default.postgres17 parameter group (even though it's an instance parameter group), it suggests that this configuration should work for your cluster. However, this is not the expected behavior based on how Multi-AZ DB clusters typically operate.
To ensure you're proceeding correctly, I would recommend the following steps:
-
Double-check that you have the latest version of the AWS console, as sometimes updates can resolve such inconsistencies.
-
If the issue persists, it would be advisable to contact AWS Support for clarification. They can provide the most up-to-date and accurate information about the current state of PostgreSQL 17 support and parameter group management for Multi-AZ clusters.
-
If you decide to proceed with the upgrade using the instance parameter group, closely monitor your cluster's behavior after the upgrade to ensure all parameters are applied correctly across all instances in your Multi-AZ setup.
-
Keep an eye out for any AWS announcements or updates regarding PostgreSQL 17 support, as they may address this issue in the near future.
Remember, when dealing with database upgrades, especially to a newly supported version, it's always a good practice to test thoroughly in a non-production environment first.
Sources
Amazon RDS for PostgreSQL now supports major version 17 - AWS
Multi-AZ DB cluster deployments for Amazon RDS - Amazon Relational Database Service
answered 2 years ago
Relevant content
asked 4 years ago
asked 4 years ago
- AWS OFFICIALUpdated 2 years ago

It seems like a UI issue as you said. CLI worked just fine. Thanks :D