All Products
Search
Document Center

PolarDB:Beli kluster bayar sesuai pemakaian

Last Updated:Aug 27, 2026

Anda dapat menggunakan opsi Pembelian Kustom di konsol PolarDB untuk membeli kluster PolarDB.

Catatan
  • Anda dapat melakukan upgrade instans ApsaraDB RDS for MySQL yang sudah ada ke kluster PolarDB for MySQL hanya dengan satu klik. Setelah upgrade, kluster PolarDB berisi akun, database, daftar putih alamat IP, dan parameter yang diperlukan dari instans RDS sumber. Untuk langkah-langkah detailnya, lihat Upgrade instans ApsaraDB RDS for MySQL ke kluster PolarDB for MySQL.

  • Jika Anda sudah memiliki kluster PolarDB for MySQL, Anda dapat melakukan upgrade dengan memigrasikan kluster PolarDB for MySQL asli ke kluster PolarDB for MySQL baru. Kluster baru tersebut berisi informasi akun, informasi database, daftar putih alamat IP, dan parameter yang diperlukan dari kluster sumber. Untuk langkah-langkah detailnya, lihat Upgrade versi utama.

Prasyarat

Anda memiliki Akun Alibaba Cloud. Untuk petunjuknya, lihat Daftar dan masuk ke Akun Alibaba Cloud.

Prosedur

  1. Buka halaman pembelian kluster PolarDB.

  2. Konfigurasikan pengaturan dasar untuk kluster Anda. Tabel berikut menjelaskan parameter-parameternya.

    Parameter

    Deskripsi

    Billing Method

    • Langganan: Anda memilih resource dengan spesifikasi tetap dan membayar di muka. Durasi lebih lama menawarkan diskon lebih besar. Paling cocok untuk workload stabil jangka panjang.

    • Bayar sesuai pemakaian: Anda memilih resource dengan spesifikasi tetap dan hanya membayar berdasarkan penggunaan aktual, tanpa biaya di muka. Paling cocok untuk workload fleksibel.

    • Serverless: Model bayar sesuai pemakaian. PolarDB secara otomatis menskalakan resource berdasarkan workload, tanpa biaya di muka atau pemilihan spesifikasi. Paling cocok untuk workload yang fluktuatif, tidak pasti, atau tidak dapat diprediksi.

    Catatan
    • Untuk perbandingan detail metode penagihan, lihat Metode penagihan.

    • Aturan mengubah metode penagihan: langganan dan bayar sesuai pemakaian dapat saling dikonversi, tetapi metode penagihan untuk Serverless tidak dapat diubah.

    Region

    Wilayah adalah area geografis pusat data. Wilayah biasanya dinamai berdasarkan kota tempat pusat data berada.

    Catatan
    • Untuk mengurangi latensi jaringan, pilih wilayah yang dekat dengan pengguna Anda. Wilayah tidak dapat diubah setelah kluster dibuat.

    • Untuk kinerja optimal, buat kluster PolarDB Anda di wilayah yang sama dengan Instance ECS yang terhubung. Jika tidak, keduanya tidak dapat berkomunikasi melalui jaringan internal dan harus menggunakan jaringan publik, yang menurunkan kinerja.

    Creation Method

    PolarDB mendukung beberapa metode pembuatan. Opsi default adalah Create Primary Cluster, yang membuat kluster PolarDB baru. Opsi lainnya dijelaskan sebagai berikut:

    • Buat kluster sekunder: Membuat kluster sekunder untuk Jaringan Basis Data Global (GDN). Anda harus membuat GDN sebelum dapat menambahkan kluster sekunder.

    • Upgrade/Migrasi dari PolarDB: Melakukan upgrade versi utama antara versi kernel atau seri yang berbeda. Metode ini pertama-tama melakukan copy data lengkap dari kluster PolarDB sumber, lalu mempertahankan sinkronisasi data inkremental. Untuk informasi selengkapnya, lihat Upgrade versi utama.

    • Migrate from RDS: Memigrasikan instans RDS ke kluster PolarDB. Sistem secara otomatis menyinkronkan akun, database, daftar putih IP, dan konfigurasi parameter yang diperlukan dari instans RDS. Anda juga dapat mempertahankan titik akhir database asli untuk menyederhanakan migrasi dan memastikan transisi bisnis yang lancar. Untuk informasi selengkapnya, lihat Upgrade satu-klik dari instans RDS for MySQL ke kluster PolarDB for MySQL.

      Catatan

      Daftar instans RDS yang tersedia tidak mencakup instans read-only dan instans yang menggunakan engine non-InnoDB.

    • Clone dari RDS: Anda dapat dengan cepat mengkloning kluster PolarDB dengan data yang persis sama dari instans RDS yang dipilih. Metode pembuatan ini tidak menyinkronkan data inkremental dari instans RDS ke kluster PolarDB. Untuk informasi selengkapnya, lihat Kloning satu-klik dari RDS for MySQL ke PolarDB for MySQL.

      Catatan

      Daftar instans RDS yang tersedia tidak mencakup instans read-only dan instans yang menggunakan engine non-InnoDB.

    • Pulihkan Dari Recycle Bin: Memulihkan kluster PolarDB yang dihapus dari backup di kluster recycle bin.

      Catatan

      Jika kluster PolarDB asli telah mengaktifkan X-Engine, Anda harus memilih InnoDB & X-Engine untuk parameter Storage engine. Jika tidak, kluster PolarDB baru tidak dapat mengakses data di X-Engine.

    Database Engine

    Pilih versi yang kompatibel dengan MySQL.

    • MySQL 8.0.2: Sepenuhnya kompatibel dengan MySQL 8.0.18 komunitas dan versi sebelumnya.

    • MySQL 8.0.1: Sepenuhnya kompatibel dengan MySQL 8.0.13 komunitas dan versi sebelumnya.

    • MySQL 5.7: Sepenuhnya kompatibel dengan MySQL 5.7.

    • MySQL 5.6: Sepenuhnya kompatibel dengan MySQL 5.6.

    Catatan

    Fitur bervariasi berdasarkan versi kernel. Untuk informasi selengkapnya, lihat Perbandingan fitur versi 5.6, 5.7, dan 8.0.

    Database Edition

    Anda dapat memilih Edisi Perusahaan atau Edisi Standar.

    Catatan

    Fitur bervariasi berdasarkan edisi. Untuk informasi selengkapnya, lihat Perbandingan fitur antara Edisi Perusahaan dan Edisi Standar.

    Edition

    Edisi Perusahaan mendukung dua seri: Kluster dan Kluster Multi-master (Limitless). Opsi ini tidak tersedia untuk Edisi Standar.

    Catatan

    Kedua seri memiliki arsitektur dan kasus penggunaan yang berbeda. Untuk informasi selengkapnya, lihat Seri Edisi Perusahaan.

    Specification Edition

    Anda dapat memilih Dedicated atau General-purpose:

    • Spesifikasi khusus: Setiap kluster memiliki akses eksklusif ke resource komputasi yang dialokasikan, seperti CPU, dan tidak membaginya dengan kluster lain pada server yang sama. Hal ini menjamin kinerja yang lebih stabil dan andal.

    • Spesifikasi tujuan umum: Kluster berbeda pada server yang sama saling berbagi dan memanfaatkan sepenuhnya resource komputasi idle satu sama lain, seperti CPU. Multiplexing resource ini memberikan efektivitas biaya yang lebih baik dengan memanfaatkan skala ekonomi.

    Untuk perbandingan detail kedua jenis spesifikasi tersebut, lihat Cara memilih antara spesifikasi tujuan umum dan spesifikasi khusus.

    CPU Architecture

    Anda dapat memilih X86 atau ARM.

    Catatan

    Arsitektur CPU untuk Edisi Perusahaan tetap pada X86.

    Primary Zone

    Zona ketersediaan adalah zona fisik dalam suatu wilayah yang memiliki catu daya dan jaringan independen. Tidak ada perbedaan substansial antara zona ketersediaan yang berbeda. Anda dapat membuat kluster PolarDB dan Instance ECS di zona ketersediaan yang sama atau berbeda.

    Network Type

    Nilainya tetap pada VPC.

    Kami menyarankan Anda memilih VPC yang sama dengan Instance ECS yang perlu terhubung ke kluster. Jika tidak, keduanya tidak dapat berkomunikasi melalui jaringan internal, sehingga kluster tidak dapat memberikan kinerja optimal.

    • Jika Anda telah membuat VPC yang memenuhi kebutuhan jaringan Anda, Anda dapat memilihnya langsung. Misalnya, jika Anda memiliki Instance ECS di VPC yang memenuhi kebutuhan Anda, pilih VPC tersebut.

    • Jika Anda tidak memiliki VPC yang sesuai, Anda dapat menggunakan VPC dan vSwitch default.

      Catatan

      Jika VPC dan vSwitch default tidak memenuhi kebutuhan Anda, Anda dapat membuat VPC dan vSwitch.

    Add to whitelist

    Kami menyarankan Anda Enable opsi ini. Ini akan menambahkan Blok CIDR VPC yang Anda pilih ke daftar putih kluster PolarDB, sehingga Instance ECS dalam VPC yang sama dapat langsung mengakses kluster PolarDB. Hal ini menghilangkan kebutuhan untuk mengonfigurasi daftar putih secara manual setelah kluster dibuat.

    HA Mode

    PolarDB menyediakan beberapa mode ketersediaan tinggi. Setelah Anda mengaktifkan fitur klaster penyimpanan siaga panas untuk kluster PolarDB, klaster penyimpanan siaga panas akan dibuat di zona sekunder wilayah tempat kluster PolarDB berada atau di pusat data berbeda dalam zona yang sama. Klaster penyimpanan siaga panas memiliki resource penyimpanan independen. Apakah klaster penyimpanan siaga panas memiliki resource komputasi independen bergantung pada mode ketersediaan tinggi. Ketika kluster PolarDB di zona primer gagal, klaster penyimpanan siaga panas segera mengambil alih dan menangani operasi baca/tulis serta tugas penyimpanan.

    Catatan
    • Untuk informasi selengkapnya tentang klaster penyimpanan siaga panas dan solusi terkait, lihat Mode ketersediaan tinggi (klaster siaga panas).

    • Aturan untuk mengubah mode ketersediaan tinggi:

      • Anda tidak dapat langsung mengubah mode ketersediaan tinggi kluster dari Double Zones (Hot Standby Storage Cluster Enabled) atau Double Zones (Hot Standby Storage and Compute Clusters Enabled) ke Single Zone (Hot Standby Storage Cluster Disabled).

        Untuk perubahan mode ketersediaan tinggi seperti ini, kami menyarankan Anda membeli kluster baru dan memilih mode ketersediaan tinggi Single Zone (Hot Standby Storage Cluster Disabled) untuk kluster tersebut. Kemudian, migrasikan kluster yang ada ke kluster baru menggunakan Data Transmission Service (DTS). Untuk informasi cara memigrasikan kluster yang ada ke kluster baru, lihat Migrasi antar kluster PolarDB for MySQL.

      • Anda hanya dapat memilih mode ketersediaan tinggi Three Zones saat membeli kluster baru. Mode ketersediaan tinggi suatu kluster tidak dapat diubah dari Three Zones ke mode ketersediaan tinggi lainnya, atau sebaliknya.

    • Anda dapat mengubah secara manual mode ketersediaan tinggi kluster dari Single Zone (Hot Standby Storage Cluster Disabled) ke mode ketersediaan tinggi lainnya. Untuk informasi selengkapnya, lihat Mode ketersediaan tinggi (klaster siaga panas).

    Configure Serverless cluster resource scaling range

    Anda hanya dapat mengatur rentang penskalaan resource kluster Serverless ketika metode penagihan adalah Serverless:

    • Minimum Read-only Nodes: Jumlah minimum node read-only. Nilai valid: 0 hingga 15.

    • Maximum Read-only Nodes: Jumlah maksimum node read-only. Nilai valid: 0 hingga 15.

    Catatan
    • Jumlah node read-only secara otomatis diskalakan naik atau turun dalam rentang yang ditentukan berdasarkan workload. Untuk informasi selengkapnya tentang kebijakan penskalaan, lihat Auto scaling.

    • Untuk memastikan ketersediaan tinggi untuk kluster serverless Anda, kami menyarankan mengatur Minimum Read-only Nodes menjadi 1.

    • Minimum PCUs per Node: Jumlah minimum PCU untuk setiap node dalam kluster. Nilai valid: 0,25 hingga 31 PCU.

    • Maximum PCUs per Node: Jumlah maksimum PCU untuk setiap node dalam kluster. Nilai valid: 1 hingga 32 PCU.

    Catatan
    • Serverless menggunakan PCU sebagai satuan penagihan per detik dan penskalaan resource. Satu PCU setara dengan sekitar 1 core vCPU dan 2 GB memori. PCU sebuah node diskalakan secara dinamis dalam rentang yang ditentukan, dengan langkah penskalaan minimum 0,5 PCU.

    • Contoh: Jika Anda mengatur Minimum PCUs per Node menjadi 2 dan Maximum PCUs per Node menjadi 16, spesifikasi default untuk setiap node dalam kluster serverless adalah 2 PCU (sekitar 2 core vCPU dan 4 GB memori). Saat sistem mendeteksi peningkatan workload, PCU node primer atau node read-only akan secara otomatis diskalakan naik. Namun, jumlah PCU tidak boleh melebihi 16.

    Current specification

    Spesifikasi berbeda dalam hal CPU, memori, kapasitas penyimpanan maksimum, dan IOPS. Pilih spesifikasi berdasarkan kebutuhan bisnis Anda.

    Catatan

    Spesifikasi node komputasi yang tersedia bervariasi berdasarkan Database Edition. Untuk informasi selengkapnya, lihat Spesifikasi node komputasi untuk Edisi Perusahaan dan Spesifikasi node komputasi untuk Edisi Standar.

    Enable Serverless

    Anda dapat mengaktifkan fitur Serverless untuk kluster dengan spesifikasi tetap saat membuat kluster PolarDB.

    Saat diaktifkan, kluster dapat secara dinamis menskalakan resource melebihi spesifikasi tetap berdasarkan workload. Namun, hal ini menimbulkan biaya scale-up yang sesuai.

    Catatan

    Konfigurasi Serverless default adalah sebagai berikut: rentang elastisitas single-node 0 hingga 8, dan rentang node read-only 0 hingga 1. Anda dapat menyesuaikan parameter konfigurasi ini di halaman detail kluster kapan saja setelah kluster dibuat.

    Nodes

    Defaultnya adalah dua node (satu node primer dan satu node read-only). Anda dapat mengonfigurasi jumlah node berdasarkan kebutuhan bisnis Anda.

    Catatan
    • Hanya kluster Edisi Perusahaan dari seri Multi-master Cluster (Limitless) Edition yang dapat memiliki beberapa node primer. Seri lain hanya mendukung satu node primer.

    • Seri single-node tidak lagi tersedia. Namun, Anda dapat membeli kluster PolarDB single-node dengan mengatur jumlah Read-only Node menjadi 0.

    • Jika Anda mengatur jumlah node read-only menjadi 1 atau lebih saat membeli kluster, Anda tidak dapat mengubah jumlah ini menjadi 0 nanti. Untuk mengurangi jumlah node read-only dalam kluster yang ada menjadi 0, kami menyarankan Anda membeli kluster baru dan memigrasikan data dari kluster asli menggunakan tool migrasi seperti DTS atau fitur upgrade versi utama.

    • Jenis node:

      • Primary Node: Menangani operasi tulis dan sebagian operasi baca. Bekerja sama dengan node read-only dalam konfigurasi failover aktif-aktif untuk memastikan ketersediaan tinggi.

      • Read-only Node: Menangani operasi baca untuk mengurangi beban node primer, memberikan ketersediaan tinggi dan skalabilitas. Setelah membuat kluster, Anda dapat menyesuaikan secara dinamis jumlah node read-only berdasarkan kebutuhan bisnis Anda.

      • Read-only IMCI Node: Node fungsional untuk fitur In-Memory Columnar Index (IMCI). IMCI menggunakan teknologi penyimpanan kolom untuk mempercepat kueri pemrosesan analitik online (OLAP). Hal ini memungkinkan kluster PolarDB for MySQL menyediakan pemrosesan transaksi real-time dan analisis data real-time. Setelah Anda menambahkan node read-only IMCI, Anda juga harus mengonfigurasi rencana distribusi permintaan otomatis antara node berbasis baris dan berbasis kolom serta menambahkan indeks kolom ke tabel bisnis Anda. Permintaan kueri OLAP kemudian akan secara otomatis diarahkan ke node read-only berbasis baris atau berbasis kolom, bukan ke node primer.

    PolarProxy specification

    Jenis proxy yang didukung adalah Standard Enterprise Edition dan Dedicated Enterprise Edition. Jenis proxy bergantung pada jenis spesifikasi kluster. Kluster spesifikasi tujuan umum menggunakan Standard Enterprise Edition, sedangkan kluster spesifikasi khusus menggunakan Dedicated Enterprise Edition.

    Spesifikasi PolarProxy dapat dikonfigurasi secara terpisah, dengan opsi mulai dari 4 hingga 16 vCPU. Kami menyarankan Anda memilih pencocokan otomatis.

    Catatan

    Parameter ini hanya dapat dikonfigurasi untuk kluster Edisi Standar.

    Storage Type

    PolarDB mendukung jenis penyimpanan ESSD, PSL4, dan PSL5. Kluster Edisi Standar hanya mendukung disk cloud ESSD.

    • ESSD adalah disk berkinerja ultra-tinggi yang dibangun di atas arsitektur penyimpanan blok terdistribusi dengan dukungan Ethernet 25 Gigabit dan Remote Direct Memory Access (RDMA), memberikan hingga 1 juta IOPS baca/tulis acak dengan latensi satu arah rendah.

      • PL0 ESSD: ESSD level kinerja (PL) 0.

      • PL1 ESSD: ESSD PL1 memberikan lima kali IOPS dan sekitar dua kali throughput ESSD PL0.

      • PL2 ESSD: ESSD PL2 memberikan sekitar dua kali IOPS dan throughput ESSD PL1.

      • PL3 ESSD: ESSD PL3 memberikan hingga 10 kali IOPS dan 5 kali throughput ESSD PL2. Cocok untuk skenario bisnis yang memerlukan kinerja I/O konkuren sangat tinggi dan latensi baca/tulis rendah yang stabil.

      • AutoPL ESSD: Dibandingkan dengan ESSD PL0, PL1, PL2, dan PL3, ESSD AutoPL memisahkan IOPS dari kapasitas, memungkinkan konfigurasi fleksibel dan penyesuaian sesuai kebutuhan. Hal ini mengurangi Total Cost of Ownership (TCO) secara keseluruhan.

        Penting
    • PSL4 dan PSL5 adalah jenis penyimpanan yang disediakan PolarDB untuk skenario bisnis berbeda. Perbedaannya sebagai berikut:

      Jenis penyimpanan

      Fitur

      Kasus Penggunaan

      PSL5 (PolarStore Level 5)

      Kelas penyimpanan ini digunakan dalam versi PolarDB sebelumnya dan merupakan default untuk kluster yang dibeli sebelum 7 Juni 2022. Menawarkan kinerja, keandalan, dan ketersediaan lebih tinggi.

      Workload penting bisnis yang memerlukan kinerja dan keandalan tinggi, seperti keuangan, e-commerce, layanan pemerintah, dan bisnis internet menengah hingga besar.

      PSL4 (PolarStore Level 4)

      Kelas penyimpanan PolarDB baru yang menggunakan teknologi smart-SSD milik Alibaba. Teknologi ini mengompresi dan mendekompresi data di lapisan SSD fisik, sehingga mengurangi biaya penyimpanan dengan dampak kinerja yang dapat dikelola.

      Aplikasi yang sensitif terhadap biaya yang memprioritaskan efektivitas biaya tinggi.

      Catatan
      • Aturan konversi kelas penyimpanan:

        • Beberapa seri produk mendukung upgrade kelas penyimpanan dari PSL4 ke PSL5.

        • Downgrade kelas penyimpanan tidak didukung. Anda tidak dapat menurunkan penyimpanan PSL5 ke penyimpanan PSL4.

      • Untuk beralih dari penyimpanan PSL5 ke penyimpanan PSL4, beli kluster baru dan migrasikan datanya menggunakan tool migrasi seperti Data Transmission Service (DTS) atau upgrade versi utama.

    Storage engine

    Anda dapat memilih InnoDB atau InnoDB & X-Engine.

    Catatan

    InnoDB & X-Engine: Penyebaran engine hybrid InnoDB dan X-Engine. Jika Anda memilih opsi ini, Anda dapat mengatur proporsi penyimpanan untuk X-Engine. Untuk informasi selengkapnya, lihat X-Engine.

    Storage Billing Method

    Anda dapat memilih Bayar Berdasarkan Kapasitas Terpakai (Bayar sesuai pemakaian) atau Subscription.

    • Bayar Berdasarkan Kapasitas Terpakai (Bayar sesuai pemakaian): Anda hanya dikenai biaya untuk penyimpanan yang digunakan. Kapasitas penyimpanan secara otomatis diskalakan sesuai data Anda, sehingga Anda tidak perlu menentukan kapasitas saat pembelian.

    • Subscription: Anda membayar di muka untuk jumlah kapasitas penyimpanan tertentu saat membeli kluster.

    Catatan

    Parameter ini hanya tersedia ketika metode penagihan kluster diatur ke Langganan.

    Storage Capacity

    Konfigurasikan jumlah kapasitas penyimpanan yang akan dibeli.

    Catatan

    Parameter ini perlu dikonfigurasi hanya dalam kasus berikut:

    • Jenis penyimpanan adalah disk cloud ESSD.

    • Kluster menggunakan metode penagihan Subscription, dan Storage Billing Method adalah Subscription.

  3. (Opsional) Opsi lanjutan:

    Parameter

    Deskripsi

    Cluster Name

    Tentukan nama kluster. Anda dapat menyesuaikan nama sesuai kebutuhan bisnis. Jika tidak ditentukan, sistem akan menghasilkan nama secara otomatis. Nama kluster dapat diubah kapan saja setelah kluster dibuat, dengan ketentuan berikut:

    • Tidak boleh diawali dengan http:// atau https://.

    • Panjangnya harus antara 2 hingga 256 karakter.

    Resource Group

    Pilih resource group target dari daftar resource group yang telah dibuat.

    Catatan

    Resource group adalah wadah untuk mengelola sekelompok resource terkait dalam satu Akun Alibaba Cloud. Setiap resource hanya dapat dimiliki oleh satu resource group. Untuk informasi selengkapnya, lihat Resource group dan otorisasi.

    Parameter Template

    Tentukan template parameter untuk kluster. Anda dapat memilih template bawaan sistem atau template kustom.

    Catatan

    Daftar drop-down menampilkan semua template parameter kustom dan default sistem di wilayah saat ini.

    Time Zone

    Tentukan zona waktu untuk kluster. Nilai default adalah UTC+08:00.

    Table name case sensitivity

    Tentukan apakah nama tabel dalam kluster peka terhadap huruf besar/kecil. Secara default, tidak peka.

    Catatan
    • Jika database on-premises Anda peka huruf besar/kecil, disarankan memilih Case-sensitive untuk menjaga konsistensi dan memudahkan migrasi data.

    • Pengaturan ini tidak dapat diubah setelah kluster dibuat. Pilih opsi ini dengan hati-hati.

    Backup retention policy on deletion

    Tentukan kebijakan retensi backup saat kluster dihapus (dilepas).

    • Retain Last Automatic Backup (Automatic Backup Before Release) (Default): Saat kluster dilepas, backup terakhir disimpan di kluster recycle bin, dan Anda akan dikenai biaya untuk itu.

    • Retain All Backups: Saat kluster dilepas, semua backup disimpan di kluster recycle bin, dan Anda akan dikenai biaya untuk itu.

    • Delete All Backups (Cannot Be Restored): Saat kluster dilepas, kluster tersebut dihapus secara permanen. Data tidak disimpan dan tidak dapat dipulihkan. Tidak ada biaya yang dikenakan.

    Enable TDE

    Anda dapat langsung mengaktifkan enkripsi data transparan (TDE) tanpa perlu mengaktifkannya secara terpisah setelah kluster dibuat.

    Catatan
    • TDE tidak dapat dinonaktifkan setelah diaktifkan.

    • TDE bergantung pada Key Management Service (KMS). Setelah TDE diaktifkan, Anda harus mengonfigurasi peran terkait layanan untuk mengotorisasi PolarDB mengakses KMS.

    • Setelah TDE diaktifkan, PolarDB mengenkripsi file data kluster. Proses ini transparan bagi aplikasi Anda, tetapi dapat menyebabkan penurunan kinerja sebesar 5% hingga 10%.

  4. Di sisi kanan halaman, konfirmasi jumlah dan konfigurasi kluster, lalu selesaikan pembelian.

    Parameter

    Deskripsi

    Quantity

    Pilih jumlah kluster yang akan dibeli.

    Catatan
    • Anda dapat membuat hingga 50 kluster sekaligus, yang berguna untuk skenario provisioning massal cepat seperti peluncuran banyak server game.

    • Anda dapat membeli maksimal 50 kluster dengan Akun Alibaba Cloud Anda.

    Subscription Duration

    Pilih durasi langganan untuk kluster.

    Catatan

    Parameter ini hanya tersedia ketika metode penagihan diatur ke Langganan. Opsi ini tidak tersedia untuk kluster bayar sesuai pemakaian.

    Auto-renewal

    Tentukan apakah akan mengaktifkan perpanjangan otomatis. Untuk menghindari gangguan layanan akibat lupa memperpanjang, kami menyarankan Anda mengaktifkan fitur ini.

    Catatan
    • Parameter ini hanya tersedia ketika metode penagihan diatur ke Langganan. Opsi ini tidak tersedia untuk kluster bayar sesuai pemakaian.

    • Selain mengonfigurasi perpanjangan otomatis saat pembelian, Anda juga dapat mengelola pengaturan ini nanti di konsol Manajemen Penagihan.

    Konfirmasi konfigurasi, total biaya, dan baca syarat layanan. Lalu, klik Buy Now.

  5. Setelah pembelian selesai, kluster akan dibuat dalam 10 hingga 15 menit. Anda kemudian dapat melihat kluster baru tersebut di daftar kluster PolarDB console.

    Catatan
    • Kluster tidak tersedia selama statusnya Creating. Kluster siap digunakan saat status berubah menjadi Running.

    • Pastikan Anda telah memilih wilayah yang benar untuk melihat kluster baru Anda.

Langkah selanjutnya

Hubungkan ke database

FAQ

Apa yang harus saya lakukan jika zona ketersediaan memiliki resource tidak mencukupi saat saya membuat kluster?

Jika Anda menerima pesan Insufficient resources for the selected node specification in this availability zone. Please select a different availability zone. saat membuat kluster, pilih zona ketersediaan yang berbeda. Hal ini mencegah kekurangan resource serupa terjadi saat Anda mengubah konfigurasi di masa depan.

API Terkait

Selain menggunakan konsol, Anda dapat membuat kluster dengan memanggil API. Tabel berikut mencantumkan API terkait.

API

Deskripsi

CreateDBCluster

Membuat kluster PolarDB.

DescribeDBClusters

Menampilkan informasi kluster PolarDB.

DescribeDBClusterAttribute

Menampilkan atribut kluster PolarDB tertentu.

DescribeAutoRenewAttribute

Menampilkan status perpanjangan otomatis kluster PolarDB berlangganan.

ModifyAutoRenewAttribute

Mengubah pengaturan perpanjangan otomatis untuk kluster PolarDB berlangganan.