Constraints
The following tables list the constraints designed to ensure the stability and security of TaurusDB for PostgreSQL.
Specifications and Performance
|
Item |
Constraints |
|---|---|
|
Storage space |
|
|
Maximum connections |
It depends on the value of max_connections. |
|
IOPS |
|
Quotas
|
Item |
Constraints |
|---|---|
|
Tags |
A maximum of 20 tags can be added for a DB instance. |
|
Free backup space |
TaurusDB for PostgreSQL provides free backup space of the same size as your purchased storage space. |
|
Retention period of automated backups |
The default value is 7 days. The value ranges from 1 to 732 days. |
|
Log query |
|
Naming
|
Item |
Constraints |
|---|---|
|
Instance name |
|
|
Database name |
|
|
Account name |
|
|
Backup name |
|
|
Parameter template name |
|
Security
|
Item |
Constraints |
|---|---|
|
root permissions |
Only the root user is available on the instance creation page. TaurusDB for PostgreSQL supports root privilege escalation in specific scenarios. For details, see Privileges of the root User. |
|
root password |
|
|
Database port |
2100 to 9500 |
|
Disk encryption |
If you enable disk encryption during instance creation, the disk encryption status and the key cannot be changed later. |
|
VPC |
After a TaurusDB for PostgreSQL instance is created, the VPC cannot be changed. |
|
Security group |
|
|
System account |
To provide O&M services, the system automatically creates system accounts when you create TaurusDB for PostgreSQL instances. These system accounts are unavailable to you.
|
|
Instance parameter |
To ensure optimal performance of TaurusDB for PostgreSQL, you can modify parameters in the parameter template you created as needed. |
Instance Operations
|
Item |
Constraints |
|---|---|
|
Instance deployment |
ECSs where DB instances are deployed are not directly visible to you. You can only access the DB instances through IP addresses and database ports. |
|
Data migration |
You can migrate data from self-managed PostgreSQL databases, PostgreSQL databases built on other clouds, self-managed Oracle databases, RDS for MySQL, self-managed MySQL databases, or MySQL databases built on other clouds to TaurusDB for PostgreSQL, or from one TaurusDB for PostgreSQL instance to another. Data migration tools include Data Replication Service (DRS), pg_dump, and Data Admin Service (DAS). You are advised to use DRS because it is easy to use and can complete a migration task in minutes. DRS facilitates data transfer between databases, helping you reduce DBA labor costs and hardware costs. |
|
Primary/Standby replication |
TaurusDB for PostgreSQL uses a primary/standby dual-node replication cluster. You do not need to set up replication additionally. The standby DB instance is not visible to you and therefore you cannot access it directly. |
|
High CPU usage |
If the CPU usage is high or close to 100%, data read/write and database access will become slow, and an error will be reported during data deletion. |
|
Rebooting a DB instance |
TaurusDB for PostgreSQL instances cannot be rebooted through commands. They must be rebooted on the management console. |
|
Stopping or starting a DB instance |
|
|
Viewing backups |
You can download automated and manual backups for local storage. To download a backup, you can use OBS Browser+, the current browser, or the download URL. |
|
Log management |
TaurusDB for PostgreSQL logging is enabled by default and cannot be disabled. |
Privileges of the root User
TaurusDB for PostgreSQL provides privileges for the root user. To create objects on a TaurusDB for PostgreSQL database without operation risks, escalate your account to root privileges when necessary.
The following table describes root privilege escalation in different versions.
|
Version |
Whether to Escalate Privileges |
Initial Version for Privilege Escalation |
|---|---|---|
|
pgcore16 |
Yes |
16.2 |
Escalate to root privileges when you need to:
- Create an event trigger.
- Create a wrapper.
- Create a logical replication publication.
- Create a logical replication subscription.
- Query and maintain replication sources.
- Create a replication user.
- Create a full-text index template and parser.
- Run the vacuum command on a system catalog.
- Run the analyze command on a system catalog.
- Create an extension.
- Grant an object permission to a user.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot