Glossary
Concepts
Initial Setup
Peformance & Benchmark
Troubleshooting
FAQs
The Database Provisioning function enables rapid deployment of various database engines on the FPT Database Engine platform without manual infrastructure setup. Provisioning a database cluster involves entering configuration details for the engine type, network, cluster identity, and optional services like backups and auto-scaling. This guide outlines the multi-step process.
Access the Database List page corresponding to the type of database you wish to create (see section View Database List for details), select Create a Database Engine or Create to start provisioning a new database. The Create new database page opens and provides configuration options to define and deploy a new database in the FPT Database Engine environment. Provisioning progress includes 3 steps:

This screen is the first step of the database provisioning workflow. It is used to define core database parameters, including engine selection, networking, credentials, and compute/storage configuration. Depending on the engine selected, some information fields may vary.
Describe the fields on the screen:
| 1. Section General Information | ||
|---|---|---|
| Field | Description | |
| Engine Type | Select the database engine. Depending on the selected menu, the system will display the corresponding options:
|
|
| Edition | Select the engine edition, including: “Enterprise”, “Standard”, “Web”. This field is only displayed for "SQL Server" as the engine type. |
|
| Engine Version | Select a supported engine version based on the Database Engine Version Policy. | |
| 2. Section Network Information | ||
| Field | Description | |
| Edge Gateway | Select an Edge Gateway to route network traffic between the database and other systems. | |
| Network | Select the Network/Subnet where the database instance will be deployed. This defines access scope and network isolation. | |
| 3. Section Engine Information | ||
| Field | Description | |
| Cluster Name | Logical name of the database cluster. The name must be 8 to 25 characters long, start with a letter, and contain only letters, numbers, and hyphens (-). | |
| Database Name | Default database name created within the cluster. The name be 8 to 25 characters long, start with a lowercase letter, and contain only lowercase letters, numbers, and underscores (_). This field is not displayed for Redis or Kafka engine type. |
|
| VHost Name | Default VHost name created within the cluster. The name must be 8 to 25 characters long, start with a lowercase letter, and contain only lowercase letters, numbers, and underscores (_). This field is only displayed for RabbitMQ as the engine type. |
|
| Password/ Confirm Password | Password for the database administrative account. The password must be 12 to 20 characters long, and include uppercase, lowercase, number, and special character. Spaces and the following special characters are not allowed: / \ " ' < > ? % ; : $ ! [ ] { } ( ) , & + |
|
| 4. Section Node Configuration | ||
| Field | Description | |
| Storage Policy | Select a Storage Policy that defines storage performance (IOPS). It is recommended to select IOPS ≥ 4,000 for production environments to ensure performance and stability. | |
| High Availability | Enable High Availability (HA) to deploy a multi-node cluster with automatic failover.
This field is not displayed for Cassandra engine type. ⚠️
Important notes on using HA for ClickHouse Engine:
|
|
| Number Of Nodes | Select the number of nodes for the database cluster.
This field is displayed only when the engine type is Cassandra. |
|
| Flavor | Select a Flavor to define compute resources per node (vCPU, RAM). | |
| Data Disk Size (GB) | Allocated data disk size for the database. The size is measured in GB, with a minimum value of 20 GB. |
After entering all required information, click Next Step to proceed to configuring the associated services.

This screen allows you to configure optional managed services for the database cluster, including backup, auto scaling, and notifications, to enhance availability, scalability, and operational visibility.
It is recommended to enable Backup and Auto Scaling services during database creation to ensure data protection, stability, and continuous system operation.
Describe the fields on the screen:
Enable Additional Service: Enable or disable add-on services for the database cluster, including backup and auto scaling. If the field is disabled, the database cluster will be created without these services. You can enable the add-on services after the cluster is created successfully.
Backup Service Configuration: Activating this service enables periodic full database backups to protect against data loss. The required fields include:
| Field | Description |
|---|---|
| Backup Capacity (GB) | Allocated storage capacity for backups. The size is measured in GB, with a minimum value of 10 GB. |
| Storage Policy | Backup storage policy defining performance and durability characteristics. |
| Backup Job Name | Logical name for the backup job. The name must be 6 to 25 characters long, and contain only letters, numbers, spaces, hyphens (-) and underscores (_). |
| Backup Retention | The number of full database backups to retain. When the number of backups exceeds this limit, the oldest backups are automatically deleted. |
| Hour / Minute / Day of Week | Configure the recurring backup schedule:
|
| 1. Section Compute Scaling | ||
|---|---|---|
| Field | Description | |
| CPU Threshold (%) | CPU usage threshold that triggers auto scaling. | |
| RAM Threshold (%) | Memory usage threshold that triggers auto scaling. | |
| Tracing Interval | Monitoring interval used to evaluate resource usage before scaling. | |
| Current Flavor | Current compute flavor assigned to the database node. | |
| List Flavor Scaling | List of target flavors that the system can scale up to when auto scaling is triggered. The list will be sorted in ascending order, from the smallest to the largest value. | |
| 2. Section Storage Scaling | ||
| Field | Description | |
| Current Storage (GB) | Current allocated database storage size. | |
| Storage Threshold (%) | Storage usage threshold to trigger automatic scaling. | |
| Storage Scale (%) | Percentage of storage increase applied per scaling operation. |
After entering all required information, click Next Step to proceed to the review step and confirm database creation.
Users should review all configuration settings for the database before confirming creation:
After confirmation:
The creation process typically takes 5–7 minutes. Once completed successfully, the database transitions to Running status. Note: If the database creation fails, please delete the failed database and create it again.
To connect to the newly created database, refer to section Connect to the Database.
To operate the database, refer to section Database Operations.