Configuration Item | Description |
Instance Form | Select Pre-configured resource, which reserve resources according to fixed specifications. This option is suitable for scenarios with stable business loads and predictable performance requirements. |
Billing Mode | Supports Monthly Subscription and Pay as You Go. Monthly Subscription: suitable for businesses with stable long-term demand. Pay as You Go: suitable for scenarios where demand fluctuates significantly. |
Region | Select the region where your service needs to be deployed. It is recommended to select the same region as your CVM. The private networks of cloud products in different regions are not interconnected, and the region cannot be changed after purchase. |
Database Mode | Compatible with MySQL 8.0: compatible with the MySQL 8.0 protocol. Compatible with HBase: compatible with HBase data types and APIs. |
Instance Type | Cluster Edition: It consists of multiple nodes and provides high-performance, highly available database services as a unified cluster, making it suitable for enterprise production environments. Basic Edition: Instance data is stored as a single replica, does not provide high availability, and is only suitable for personal introductory learning and experimentation. Warning: Basic Editiondoes not provide high availability. Enterprise users should not use Basic Edition instances in production environments, as this may lead to brief database service interruptions affecting production operations. Note: Basic Edition instances can be upgraded to Cluster Edition via the console after creation; however, Cluster Edition instances cannot be downgraded to Basic Edition after creation. |
Kernel Version | Select the required kernel version. |
Deployment Mode | You can select the number of AZs to deploy. Single-AZ: All resources are located in the same AZ, providing the lowest network latency. Single-AZ deployments carry disaster recovery risks. It is recommended to consider deploying primary/secondary nodes across different AZs. Two AZs: Applications run across two AZs and can withstand failures in a single AZ. Three AZs: Resources are distributed across three AZs, enabling service continuity and reduced recovery time in the event of a single AZ failure. |
AZ | Select the AZ for instance deployment. Cloud products in different AZs under the same VPC can communicate via the private network. For example, a CVM in Guangzhou Zone 2 under the same VPC can access TDSQL Boundless in Guangzhou Zone 3 via the private network. |
Number of Fully Functional Replicas | Select the number of full-featured replicas that store full data and transaction logs and can be switched to Leader at any time to provide external read/write services. TDSQL Boundless ensures strong data consistency through the Raft majority protocol. You can flexibly select the number of full-featured replicas based on your business availability requirements and cost budget. 2 replicas: provides a balanced solution between cost and disaster recovery. An instance deploys two full-featured data replicas, and the system additionally deploys one log replica in an arbitration AZ. If any full-featured replica fails, the system can automatically complete a majority election based on the remaining full-featured replica and the log replica, ensuring continuous instance availability. This solution is suitable for cost-sensitive services, internal systems, general production workloads, and scenarios that have a clear requirement for cost reduction but still need cross-AZ disaster recovery capabilities. Note: A log replica is a lightweight replica that only stores transaction logs and participates in Raft voting. It does not host user data or provide read/write services. Its sole purpose is to achieve a majority in scenarios such as dual-AZ deployments to ensure cross-AZ high availability. No additional fee is charged for log replicas. 3 replicas: provides a financial-grade high availability solution. An instance deploys three full-featured data replicas, all of which store complete data and participate in majority voting. If any full-featured replica fails, the remaining two replicas can automatically complete a majority election, enabling seamless service failover. Even in extreme scenarios with multiple replica exceptions, higher data recoverability is maintained. This solution is suitable for core business scenarios, financial-grade cross-AZ disaster recovery, or businesses with high availability requirements and sufficient budgets. |
Configuration Item | Description |
Node Type | By default, it is the Enhanced type, which is equipped with a new-generation CPU core, delivers robust computing performance and ample computing resources, possesses exceptional data read/write capabilities, and is specifically designed for large-scale website applications, high-concurrency services, and other performance-sensitive workloads. |
Node Disk Type | Enhanced SSD: A CBS is a highly available, reliable, low-cost, and customizable block storage device. It provides block-level data storage, employs a distributed three-replica mechanism, and ensures data reliability for the TDSQL Boundless distributed database. For details, see Enhanced SSD CBS Performance Specifications. Local SSD: A local disk is an NVMe SSD that delivers powerful I/O performance, with IOPS up to 240,000 (the actual IOPS rate depends on configuration, page size, and workload; this value is obtained from tests using the default MySQL 16KB page size and is for reference only). It resides on the same node as the database engine, offers extremely low I/O latency, and provides optimal performance for OLTP workloads. |
Node Disk Capacity | Select the required storage space for each node. Warning: To ensure the stable operation of database instances, TDSQL Boundless provides a storage space protection mechanism. When the storage utilization of a node reaches a specified threshold, the system automatically enables read-only protection to prevent instance exceptions caused by storage exhaustion. To avoid instance read-only lock due to not monitoring disk (storage space) changes in a timely manner, set up a disk utilization metric alarm. For the operation, see Set Alarm Policy. Triggering the Read-Only Protection Mechanism: When the storage utilization of any node exceeds the system-defined threshold (default value: 91%), that node is automatically placed into read-only mode. Impact of Read-Only Protection Mode: Write operations (such as INSERT and UPDATE) are rejected, but data query and cleanup operations (such as DROP and TRUNCATE) are unaffected. Data read/write operations on other nodes that have not triggered the threshold are also unaffected. Note: In a 3-replica scenario, if two or more replicas enter read-only mode, the entire instance will enter read-only mode. Automatic Recovery from Read-Only Mode: When you reduce storage utilization below the system-defined threshold by scaling out or cleaning up data, the node automatically returns to read-write mode. |
Number of Nodes | Select the required number of peer nodes. |
Configuration Item | Description |
Network | Supports VPC environments. You can select the network and subnet for the instance. If the existing network is unsuitable, you can create a VPC or create a subnet. Note: Subnet is a logical network space within a VPC. You can create subnets in different AZs under the same VPC. Subnets in different AZs under the same VPC can interconnect via the private network by default. After the network is selected, the subnet IP address defaults to that of the same AZ as the selected instance. You may also manually choose subnet IP addresses within other AZs in the same region. Business connections follow proximity-based routing logic without adding network latency. It is recommended to choose the same VPC as your CVM in the same region; otherwise, the CVM and database will be unable to connect via the private network. The default setting is Default-VPC (default). |
Custom Port | The access port for the database. The default port is 3306. Valid range: 1024 - 65535. |
Security Group | Selects the security group for the instance to control its network access permissions. If the existing security group is unsuitable, go to the Security Group Console to create or edit a security group. For details, see Configure Security Group. |
TDE | TDE can be enabled only for instances whose database mode is compatible with MySQL 8.0 and whose kernel version is V21.6.2.0 or later. Before enabling TDE, confirm that the KMS service has been activated and KMS key permissions have been granted. If the KMS service is not activated, follow the prompts in the dialog box: click Enable after KMS Service, then click Authorize after KMS Key Authorization. Complete the corresponding activation or authorization to unlock subsequent settings for the data encryption feature. Transparent Data Encryption can only be enabled during instance creation. It cannot be enabled or disabled after the instance is created. Enabling the TDE encryption feature enhances the security of static data but also impacts the read/write performance when the encrypted database is accessed. Please decide whether to enable TDE encryption based on your actual requirements. The TDE feature incurs no additional charge. However, using the KMS key will generate KMS fees. For specific fees, see Billing Overview. The current version only supports using KMS keys automatically generated by Tencent Cloud. It does not yet support selecting custom keys. The current version only supports the AES encryption algorithm. For more information, see Enabling Transparent Data Encryption. |
Tag | Adds Tags to the instance for categorizing and managing instance resources. |
Configuration Item | Description |
Instance Name | Name It Later: Set the instance name after the instance is created. Name It Now: Set the instance name directly during creation. |
Parameter templates | Select the required parameter template from the drop-down list. This applies only to instances with a kernel version ≥ 21.6.x. Default: Suitable for general business scenarios. Write Optimized: Suitable for write-intensive business scenarios. Read Optimized: Suitable for read-intensive business scenarios. |
Character Set | Applies only to MySQL compatibility mode. The default value is UTF8MB4. Supports Chinese character sets (UTF8, GBK, UTF8MB4, GB18030), Japanese character sets (UJIS), and the universal character set (LATIN1). |
Table Name Case Sensitivity | Applies only to MySQL compatibility mode. Specifies whether table names are case-sensitive. In MySQL compatibility mode, the case sensitivity setting for table names cannot be changed after it is specified. Please configure with caution. |
dbaadmin Password | After an instance is created, the administrator account dbaadmin is built-in. You can choose any of the following methods to set the initial password for this account:Set after creation: After creation, you can log in to the TDSQL Boundless console and reset the password to complete the configuration. Configure now: On the purchase page, directly enter and confirm the initial password for the dbaadmin account. You can then use this password to log in after the instance is created.Note: dbaadmin is the fixed administrator account for the instance and has global permissions on it. Please keep the account password secure. |
Esta página foi útil?
Você também pode entrar em contato com a Equipe de vendas ou Enviar um tíquete em caso de ajuda.
comentários