Anda dapat menggunakan opsi Pembelian Kustom di konsol PolarDB untuk membeli kluster PolarDB.
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
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.
CatatanUntuk 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.
CatatanUntuk 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.
CatatanDaftar 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.
CatatanDaftar 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.
CatatanJika 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.
CatatanFitur 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.
CatatanFitur 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.
CatatanKedua 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.
CatatanArsitektur 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.
CatatanJika 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.
CatatanUntuk 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.
CatatanSpesifikasi 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.
CatatanKonfigurasi 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.
CatatanHanya 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.
CatatanParameter 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.
PentingUntuk informasi selengkapnya tentang kinerja disk cloud ESSD, lihat Disk cloud ESSD.
Saat ruang penyimpanan disk cloud ESSD penuh, disk tersebut menjadi read-only.
Untuk menghindari gangguan bisnis, Anda dapat mengaktifkan penskalaan penyimpanan otomatis untuk disk cloud ESSD.
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.
CatatanInnoDB & 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.
CatatanParameter ini hanya tersedia ketika metode penagihan kluster diatur ke Langganan.
Storage Capacity
Konfigurasikan jumlah kapasitas penyimpanan yang akan dibeli.
CatatanParameter ini perlu dikonfigurasi hanya dalam kasus berikut:
Jenis penyimpanan adalah disk cloud ESSD.
Kluster menggunakan metode penagihan Subscription, dan Storage Billing Method adalah Subscription.
-
(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://atauhttps://.Panjangnya harus antara 2 hingga 256 karakter.
Resource Group
Pilih resource group target dari daftar resource group yang telah dibuat.
CatatanResource 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.
CatatanDaftar 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.
CatatanJika 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.
CatatanTDE 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%.
Di sisi kanan halaman, konfirmasi jumlah dan konfigurasi kluster, lalu selesaikan pembelian.
Parameter
Deskripsi
Quantity
Pilih jumlah kluster yang akan dibeli.
CatatanAnda 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.
CatatanParameter 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.
CatatanParameter 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.
Setelah pembelian selesai, kluster akan dibuat dalam 10 hingga 15 menit. Anda kemudian dapat melihat kluster baru tersebut di daftar kluster PolarDB console.
CatatanKluster 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
FAQ
API Terkait
Selain menggunakan konsol, Anda dapat membuat kluster dengan memanggil API. Tabel berikut mencantumkan API terkait.
API | Deskripsi |
Membuat kluster PolarDB. | |
Menampilkan informasi kluster PolarDB. | |
Menampilkan atribut kluster PolarDB tertentu. | |
Menampilkan status perpanjangan otomatis kluster PolarDB berlangganan. | |
Mengubah pengaturan perpanjangan otomatis untuk kluster PolarDB berlangganan. |