This topic describes how to create an ApsaraDB RDS for MariaDB instance in the ApsaraDB RDS console. You can also create an ApsaraDB RDS for MariaDB instance by calling an API operation.

Prerequisites

The AliyunRDSFullAccess policy is attached to the RAM user that you use to create the RDS instance. For more information, see Use RAM for resource authorization.

Procedure

Step 1: Configure basic settings

  1. Go to the ApsaraDB RDS buy page.
  2. Configure the Billing Method parameter.
    Billing methodDescriptionBenefit
    SubscriptionA subscription instance is an instance for which you pay an upfront fee. If you want to use an instance for a long period of time, we recommend that you select the Subscription billing method. If you select the subscription billing method, configure the Duration parameter in the lower part of the page. The subscription billing method is more cost-effective than the pay-as-you-go billing method. You are offered lower prices for longer subscription durations.
    Pay-as-you-goYou are charged on an hourly basis for a pay-as-you-go instance based on your actual resource usage. If you want to use an instance for a short period of time, we recommend that you select the Pay-As-You-Go billing method.

    You can create a pay-as-you-go RDS instance. After you confirm that the RDS instance meets your business requirements, you can change the billing method of the RDS instance from pay-as-you-go to subscription.

    You can release a pay-as-you-go RDS instance based on your business requirements. The billing cycle of a pay-as-you-go RDS instance immediately stops after you release the instance.
    Note You can view the price in the lower-right corner of the page. The price is displayed only after you configure all required parameters.
  3. Configure the Region parameter.
    We recommend that you create the RDS instance in the same region as the Elastic Compute Service (ECS) instance on which your application is deployed. If the RDS instance and the ECS instance reside in different regions, you cannot connect these instances over an internal network. In this case, these instances cannot deliver optimal performance.
    Note
    • After an RDS instance is created, you cannot change the region of the RDS instance. If an ECS instance connects to an RDS instance over an internal network, make sure that the RDS instance and the ECS instance reside in the same region.
    • If your application is deployed on an on-premises server or on-premises computer, we recommend that you select a region that is near your on-premises server or on-premises computer. This way, you can use the public endpoint of the RDS instance to connect to the RDS instance from your application.
  4. Configure the Database Engine, Edition, Architecture, and Storage Type parameters.
    1. Configure the Database Engine parameter.
      Select MariaDB.

      Only MariaDB 10.3 is supported.

    2. Configure the Edition parameter.

      Select High-availability. In this edition, the database system works in a high availability architecture that consists of a primary RDS instance and a secondary RDS instance. RDS High-availability Edition is suitable for more than 80% of business scenarios that require production environments.

    3. Configure the Storage Type parameter.
      ItemESSD
      Scalability
      • You can increase the storage capacity up to 32 TB.
      • No transient connections occur during storage capacity expansion.
      • You can upgrade, downgrade, create, or release the RDS instance within minutes.
      • Automatic storage expansion is supported.
      Performance
      • PL1<PL2<PL3
      • An ESSD of PL2 delivers IOPS and throughput that are up to twice the IOPS and throughput delivered by an ESSD of PL1.
      • An ESSD of PL3 delivers IOPS that is up to 20 times the IOPS delivered by an ESSD of PL1. An ESSD of PL3 also delivers throughput that is up to 11 times the throughput delivered by an ESSD of PL1.
      Backup
      • A backup can be completed within minutes or seconds.
      • The highest backup frequency is once every 15 minutes.
      Note
  5. Select a zone for the RDS instance.
    • Select a zone.
      • All zones in a region provide the same services.
      • If the RDS instance resides in the same zone as the ECS instance on which your application is deployed, these instances can deliver the optimal performance. If the RDS instance and the ECS instance reside in different zones in the same region, the performance of the RDS instance and the ECS instance is slightly lower than the performance of the RDS instance and the ECS instance that reside in the same zone.
    • Select a deployment method.
      • Multi-zone Deployment: This is the recommended deployment method. The primary RDS instance and the secondary RDS instance reside in different zones to provide zone-disaster recovery.
      • Single-zone Deployment: The RDS instance and the secondary RDS instance reside in the same zone.
  6. Configure the Instance Type parameter.
    1. Configure the Category parameter. You can select General-purpose or Dedicated.
      Instance familyDescriptionBenefit
      General-purposeA general-purpose RDS instance occupies all the allocated memory and I/O resources.

      A general-purpose RDS instance shares CPU and storage resources with other general-purpose RDS instances that are deployed on the same host.

      General-purpose RDS instances are cost-effective.
      DedicatedA dedicated RDS instance occupies all the allocated CPU, memory, storage, and I/O resources.
      Note The dedicated host instance family is the highest configuration of the dedicated instance family. A dedicated host RDS instance occupies all CPU, memory, storage, and I/O resources of the host on which the RDS instance is deployed.
      A dedicated RDS instance provides higher performance and higher stability.
      Note An RDS instance that runs RDS Basic Edition does not support the dedicated instance family.
    2. Configure detailed specifications, including CPU cores and memory capacity.
      Note For more information, see Instance types.
  7. Configure the Capacity parameter.

    The value range varies based on the instance type and storage type that you select.

    You can adjust the storage capacity at a step size of 5 GB.
  8. Optional. If you set the Billing Method parameter to Subscription, configure the Duration parameter based on your business requirements.
  9. In the lower-right corner of the page, click Next: Instance Configuration.

Step 2: Configure advanced settings

  1. Configure the Network Type parameter.
    1. The network type is fixed as VPC.
    2. Configure the VPC and VSwitch of Primary Node parameters.
      We recommend that you select the VPC in which your ECS instance resides for the RDS instance. If the RDS instance and the ECS instance reside in different VPCs, these instances cannot communicate over an internal network.
      Note If you set the Deployment Method parameter to Multi-zone Deployment in the Basic Configurations step, you must also configure the VSwitch of Secondary Node parameter.
    3. Configure the Add to Whitelist parameter to specify whether to add the CIDR block of the selected VPC to a whitelist of the RDS instance.
      If you select Yes for the Add to Whitelist parameter, the ECS instances that reside in the selected VPC can access the RDS instance.
      Note If you select No for the Add to Whitelist parameter, you can configure a whitelist after the RDS instance is created. For more information, see Configure an IP address whitelist for an ApsaraDB RDS for MariaDB instance.
    4. Configure the Port parameter.
      Valid values: 1000 to 5999. You can initialize the port when you create an RDS instance.
  2. Configure the Release Protection parameter.
    If you set the Billing Method parameter to Pay-As-You-Go, you can enable Release Protection for the RDS instance to prevent the RDS instance from being released due to unintended operations. For more information, see Enable or disable the release protection feature for an ApsaraDB RDS for MySQL instance.
  3. Configure the Resource Group parameter.
    Use the default resource group or select a custom resource group based on your business requirements.
  4. Configure the Privileged Account parameter.
    You can create a privileged account when you create the RDS instance. If you select Later, you can create a privileged account after the RDS instance is created.
    Note
  5. In the lower-right corner of the page, click Next: Confirm Order.

Step 3: Confirm the order

  1. Confirm the configuration of the RDS instance in the Parameters section, configure the Purchase Plan and Duration parameters, read and select Terms of Service, and then click Pay Now. You must configure the Duration parameter only when you select the subscription billing method for the RDS instance.
    Note If you select the subscription billing method for the RDS instance, we recommend that you select Auto-Renew Enabled. This way, you can prevent interruptions on your application even if you forget to renew the RDS instance.
    The Congratulations. or The service is activated message is displayed in the ApsaraDB RDS console.
  2. View the RDS instance.
    Go to the Instances page. In the top navigation bar, select the region in which the RDS instance resides. Then, find the RDS instance based on the Creation Time.
    Note ApsaraDB RDS requires 1 to 10 minutes to create an RDS instance. You can refresh the page to view the new RDS instance.

What to do next

FAQ

After I create an RDS instance, why am I unable to find the RDS instance?
CausesDescriptionSuggestion
Incorrect regionThe RDS instance does not reside in the region that you selected in the top navigation bar of the ApsaraDB RDS console. In the top navigation bar, select the region in which the RDS instance resides.
Insufficient resourcesThe zone that you selected cannot provide sufficient resources.

If the RDS instance cannot be created, you can go to the Orders page in the Billing Management console to view the refunded fees.

Select a different zone and try again.
RAM policies that do not allow users to create unencrypted RDS instancesRAM policies that do not allow users to create unencrypted RDS instances are attached to a RAM user.
  • If you use the credentials of the RAM user to create an RDS instance that uses local SSDs, the RDS instance cannot be created. When you create an RDS instance that uses local SSDs, you cannot enable disk encryption.
  • If you use the credentials of the RAM user to create an RDS instance that uses standard SSDs or ESSDs and you do not enable disk encryption for the RDS instance, the RDS instance cannot be created.

For more information, see Use RAM policies to manage the permissions of RAM users on ApsaraDB RDS instances.

When you create an RDS instance, select the standard SSD or ESSD storage type, select Disk Encryption, configure the Key parameter, and then try again.

References