-
Notifications
You must be signed in to change notification settings - Fork 976
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
check_type by backend server #2186
Comments
This kind of feature is super useful for us as well. Sometimes, we want to force the database to go into read_only. We can modify parameter groups in Aurora to force it into read_only. This sets the If we can convert the check into an |
Added support for: - read_only|innodb_read_only - read_only&innodb_read_only
More mysql_replication_hostgroups.check_type #2186
We are facing the same issue on the 2.0.8-1 Version. any solution. Urgently required. |
I reference to this comment:
#1195 (comment)
When aurora does a failover, all nodes are rebooting. When it is planed, the downtime takes just a few seconds. But when it is unplaned, we see here two times downtime from 2-3 minutes.
So what we did, we add a simple RDS MySQL as a read-replica of the Aurora Cluster. Our reader hostgroup id
1
now has bothinnodb_read_only
)read_only
).This reduces our reader downtime to near zero.
When we set
mysql_replication_hostgroups
to check typeinnodb_read_only
, than the RDS replica will be detected as a writer node.And when we set the check type to
read_only
, the aurora readers are detected as writers.It would be nice if you could set the mysql_replication_hostgroups check type by backend server id. If it is not provided, all backend server of the hostgroup are taken.
Alternativley - a check type which test/covers all types of read only variants.
What do you think?
Or am I on my own and must work with the scheduler?
The text was updated successfully, but these errors were encountered: