PolarDB:Pembelian kustom

Prasyarat

Anda harus memiliki Akun Alibaba Cloud. Untuk informasi selengkapnya, lihat Mendaftar dan login ke Akun Alibaba Cloud.

Prosedur

1. Buka halaman pembelian kluster PolarDB.

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

   Parameter	Deskripsi
   Billing Method	Langganan: Model pembayaran di muka. Saat membuat kluster, Anda memilih resource dengan spesifikasi yang ditentukan dan membayar di muka. Semakin lama durasi langganan, semakin besar diskon yang didapatkan. Metode ini cocok untuk bisnis dengan kebutuhan stabil jangka panjang. Pay-as-you-go: Model bayar sesuai pemakaian. Saat membuat kluster, Anda memilih resource dengan spesifikasi yang ditentukan. Anda tidak perlu membayar di muka dan hanya dikenai biaya berdasarkan resource yang digunakan. Metode ini cocok untuk bisnis dengan kebutuhan fleksibel. Serverless: Model bayar sesuai pemakaian. Saat membuat kluster, Anda tidak perlu memilih resource dengan spesifikasi yang ditentukan atau membayar di muka. Kluster PolarDB dapat melakukan penskalaan resource secara dinamis berdasarkan perubahan workload. Metode ini cocok untuk bisnis dengan workload yang fluktuatif, tidak pasti, atau tidak dapat diprediksi. Catatan Untuk perbandingan detail metode penagihan, lihat Metode penagihan. Aturan untuk mengubah metode penagihan: Anda dapat mengubah metode penagihan kluster antara langganan dan pay-as-you-go. Metode penagihan serverless tidak dapat diubah.
   Region	Wilayah adalah area geografis tempat pusat data berada. Wilayah biasanya dinamai berdasarkan kota tempat pusat data tersebut berlokasi. Catatan Pilih wilayah yang secara geografis dekat dengan pengguna Anda untuk mengurangi latensi jaringan. Anda tidak dapat mengubah wilayah setelah pembelian. Kami menyarankan membuat kluster PolarDB di wilayah yang sama dengan Instance ECS yang terhubung. Jika tidak, keduanya tidak dapat berkomunikasi melalui jaringan internal (jaringan pribadi) dan hanya dapat berkomunikasi melalui Internet (jaringan publik). Konfigurasi ini mencegah kluster memberikan kinerja optimal.
   Creation Method	PolarDB mendukung beberapa metode pembuatan. Secara default, Create Primary Cluster dipilih, yang membuat kluster PolarDB baru. Daftar berikut menjelaskan opsi lainnya: Create Secondary Cluster: Membuat kluster sekunder untuk Jaringan Basis Data Global (GDN). Anda hanya dapat menambahkan kluster sekunder setelah Anda membuat GDN. Upgrade/Migrate from PolarDB: Cocok untuk upgrade versi utama antara versi kernel berbeda atau seri produk berbeda. Metode ini pertama-tama menyalin data lengkap dari kluster PolarDB sumber, lalu menyinkronkan data inkremental. Untuk informasi selengkapnya, lihat Upgrade versi utama. Migrate from RDS: Memigrasikan instans RDS ke kluster PolarDB. Selama migrasi, sistem secara otomatis menyinkronkan akun, database, daftar putih IP, dan parameter yang diperlukan dari instans RDS sumber. 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 ApsaraDB RDS for MySQL ke PolarDB for MySQL. Catatan Daftar instans RDS yang tersedia tidak mencakup instans read-only dan instans yang berisi engine non-InnoDB. Clone From RDS: Mengkloning kluster PolarDB yang memiliki data yang sama dengan 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 ApsaraDB RDS for MySQL ke PolarDB for MySQL. Catatan Daftar instans RDS yang tersedia tidak mencakup instans read-only dan instans yang berisi engine non-InnoDB. Restore From Recycle Bin: Memulihkan kluster PolarDB yang telah dihapus dari set cadangan yang disimpan di kluster Recycle Bin. Catatan Jika kluster PolarDB asli telah mengaktifkan X-Engine dan berisi database serta tabel terkait, Anda harus memilih InnoDB & X-Engine untuk 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 antara versi 5.6, 5.7, dan 8.0.
   Database Edition	Nilai yang valid: Enterprise Edition dan Standard Edition. Catatan Fitur bervariasi berdasarkan edisi produk. Untuk informasi selengkapnya, lihat Perbandingan antara Enterprise Edition dan Standard Edition.
   Edition	Enterprise Edition mendukung dua seri: Cluster dan Multi-master Cluster (Limitless). Parameter ini tidak tersedia untuk Standard Edition. Catatan Kedua seri memiliki arsitektur dan kasus penggunaan yang berbeda. Untuk informasi selengkapnya, lihat Seri produk Enterprise Edition.
   Specification Edition	Anda dapat memilih Dedicated atau General-purpose. Dedicated: Setiap kluster menggunakan resource komputasi khusus, seperti CPU, dan tidak membaginya dengan kluster lain pada server yang sama. Hal ini memastikan kinerja yang lebih stabil dan andal. General-purpose: Kluster berbeda pada server yang sama berbagi resource komputasi idle, seperti CPU. Penggunaan ulang resource komputasi memberikan skala ekonomi dan efektivitas biaya yang lebih tinggi. Untuk perbandingan detail kedua jenis spesifikasi tersebut, lihat Pilih antara spesifikasi general-purpose dan dedicated.
   CPU Architecture	Nilai yang valid: X86 atau ARM. Catatan X86 adalah satu-satunya arsitektur CPU yang didukung untuk Enterprise Edition.
   Primary Zone	Zona adalah area fisik dalam suatu wilayah yang memiliki sumber daya listrik dan jaringan independen. Tidak ada perbedaan signifikan antar zona. Anda dapat membuat kluster PolarDB dan Instance ECS di zona yang sama atau di zona berbeda.
   Network Type	Nilainya tetap VPC. Kami menyarankan memilih VPC yang sama dengan Instance ECS yang terhubung. Jika tidak, keduanya tidak dapat berkomunikasi melalui jaringan internal (jaringan pribadi) dan hanya dapat berkomunikasi melalui Internet (jaringan publik). Konfigurasi ini mencegah kluster memberikan kinerja optimal. Jika Anda memiliki VPC yang sesuai, pilihlah. Misalnya, jika Anda memiliki Instance ECS di VPC yang sesuai dengan rencana Anda, pilih VPC tersebut. Jika Anda tidak memiliki VPC yang sesuai, Anda dapat menggunakan VPC dan vSwitch default. Catatan Jika default tidak sesuai, 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. Hal ini memungkinkan Instance ECS dalam VPC yang sama untuk langsung mengakses kluster PolarDB, sehingga Anda tidak perlu mengonfigurasi daftar putih secara manual setelah kluster dibuat.
   HA Mode	PolarDB menyediakan beberapa mode ketersediaan tinggi. Setelah Anda mengaktifkan fitur hot standby storage cluster 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 (kluster hot standby). 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 tentang cara memigrasikan kluster yang ada ke kluster baru, lihat Migrasi data antar kluster PolarDB for MySQL. Anda hanya dapat memilih mode ketersediaan tinggi Three Zones saat membeli kluster baru. Anda tidak dapat mengubah mode ketersediaan tinggi kluster dari Three Zones ke mode ketersediaan tinggi lainnya dan 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 (kluster hot standby).
   Rentang penskalaan resource untuk serverless kluster	Anda hanya dapat mengatur rentang penskalaan resource untuk kluster Serverless ketika metode penagihan adalah Serverless: Minimum Read-only Nodes: Jumlah minimum node read-only. Nilai yang valid: 0 hingga 15. Maximum Read-only Nodes: Jumlah maksimum node read-only. Nilai yang valid: 0 hingga 15. Catatan Jumlah node read-only secara otomatis bertambah atau berkurang 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 yang valid: 0,25 hingga 31 PCU. Maximum PCUs per Node: Jumlah maksimum PCU untuk setiap node dalam kluster. Nilai yang 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 secara dinamis bertambah atau berkurang 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). Ketika sistem mendeteksi peningkatan workload, PCU node primer atau node read-only akan secara otomatis bertambah. Namun, jumlah PCU tidak dapat melebihi 16.
   Spesifikasi saat ini	Pilih spesifikasi berdasarkan kebutuhan CPU, memori, penyimpanan maksimum, dan IOPS Anda. Catatan Spesifikasi node komputasi bervariasi berdasarkan Database Edition. Untuk informasi selengkapnya, lihat Spesifikasi node komputasi Enterprise Edition dan Spesifikasi node komputasi Standard Edition.
   Enable Serverless	Anda dapat mengaktifkan fitur serverless untuk kluster dengan spesifikasi tetap saat membuat kluster PolarDB. Saat diaktifkan, kluster dapat melakukan penskalaan resource secara dinamis melebihi spesifikasi node tetap berdasarkan workload. Namun, hal ini menimbulkan biaya scale-up. Catatan Konfigurasi serverless default mengatur resource elastis maksimum per node menjadi 8, minimum menjadi 0, jumlah maksimum node read-only menjadi 1, dan minimum menjadi 0. Anda dapat menyesuaikan parameter konfigurasi ini di halaman detail kluster kapan saja.
   Nodes	Secara default, kluster memiliki dua node (satu node baca/tulis dan satu node read-only). Anda dapat mengonfigurasi jumlah node berdasarkan kebutuhan bisnis Anda. Catatan Anda hanya dapat mengonfigurasi beberapa node baca/tulis untuk seri Multi-master Cluster (Limitless) Edition dari kluster Enterprise Edition. Seri lain hanya mendukung satu node baca/tulis. Seri produk single-node telah dihentikan. 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 pembelian kluster, Anda tidak dapat mengubah jumlah ini menjadi 0 nanti. Jika Anda perlu mengubah jumlah node read-only di kluster yang sudah ada menjadi 0, kami menyarankan Anda membeli kluster baru dan memigrasikan data dari kluster asli ke kluster baru menggunakan tool migrasi seperti DTS atau fitur upgrade versi utama. Deskripsi node: Primary Node: Juga dikenal sebagai node primer, menangani operasi tulis dan beberapa operasi baca. Menggunakan mekanisme failover aktif-aktif dengan node read-only untuk menyediakan ketersediaan tinggi bagi database. Read-only Node: Node ini menangani operasi baca untuk meringankan beban node primer, menyediakan ketersediaan tinggi dan skalabilitas. Anda dapat menyesuaikan secara dinamis jumlah node read-only setelah kluster dibuat 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), yang memungkinkan kluster PolarDB for MySQL melakukan pemrosesan transaksi real-time dan analitik data real-time. Setelah Anda menambahkan node kolom read-only, Anda juga harus mengonfigurasi skema routing untuk kueri berbasis baris dan kolom serta menambahkan indeks kolom ke tabel bisnis Anda. Permintaan kueri OLAP kemudian akan secara otomatis diarahkan ke node read-only berbasis baris atau node read-only berbasis kolom, bukan ke node primer.
   Spesifikasi PolarProxy	Nilai yang valid: Standard Enterprise Edition dan Dedicated Enterprise Edition. Parameter ini bergantung pada tipe spesifikasi: Standard Enterprise Edition untuk kluster General-purpose dan Dedicated Enterprise Edition untuk kluster Dedicated. Anda dapat mengonfigurasi spesifikasi PolarProxy secara terpisah, dengan opsi mulai dari 4 hingga 16 vCPU. Kami menyarankan Anda menggunakan pencocokan otomatis. Catatan Parameter ini hanya dapat dikonfigurasi untuk kluster Standard Edition.
   Storage Type	PolarDB mendukung tipe penyimpanan ESSD, PSL4, dan PSL5. ESSD hanya tersedia untuk kluster Standard Edition. ESSD PL0: ESSD pada performance level 0 (PL0). ESSD PL1: Dibandingkan dengan ESSD PL0, ESSD PL1 menawarkan lima kali lipat IOPS dan sekitar dua kali throughput. ESSD PL2: Dibandingkan dengan ESSD PL1, ESSD PL2 menawarkan sekitar dua kali lipat IOPS dan throughput. ESSD PL3: Dibandingkan dengan ESSD PL2, ESSD PL3 menawarkan hingga 10 kali lipat IOPS dan lima kali throughput. Cocok untuk skenario bisnis dengan kebutuhan performa I/O konkuren yang sangat tinggi dan latensi baca/tulis yang sangat stabil. ESSD AutoPL: Dibandingkan dengan ESSD PL0, PL1, PL2, dan PL3, ESSD AutoPL memisahkan IOPS dari kapasitas, memungkinkan konfigurasi fleksibel dan penyesuaian sesuai kebutuhan, yang mengurangi total biaya kepemilikan (TCO). Penting Untuk informasi selengkapnya tentang performa ESSD, lihat ESSDs. Saat ESSD penuh, ESSD menjadi terkunci dan read-only. Untuk mencegah gangguan bisnis, Anda dapat secara otomatis meningkatkan ruang penyimpanan ESSD. PSL4 dan PSL5 adalah tipe penyimpanan yang disediakan oleh PolarDB untuk skenario bisnis berbeda. Tabel berikut menjelaskan perbedaannya. Catatan Beberapa seri produk mendukung peningkatan kelas penyimpanan, artinya penyimpanan PSL4 dapat ditingkatkan ke penyimpanan PSL5. Menurunkan kelas penyimpanan tidak didukung. Anda tidak dapat menurunkan penyimpanan PSL5 ke penyimpanan PSL4. Untuk beralih dari penyimpanan PSL5 ke PSL4, Anda dapat membeli kluster baru dan memigrasikan data dari kluster asli ke kluster baru menggunakan tool migrasi seperti DTS atau fitur upgrade versi utama.
   Storage engine	Nilai yang valid: InnoDB dan InnoDB & X-Engine. Catatan InnoDB & X-Engine: Deployment engine hibrida yang menggabungkan 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	Nilai yang valid: Pay-by-capacity (Pay-as-you-go) dan Subscription. Pay-by-capacity (Pay-as-you-go): Anda tidak perlu menentukan kapasitas penyimpanan saat pembelian. Ruang penyimpanan bertambah secara otomatis seiring data Anda, dan Anda dikenai biaya berdasarkan ruang yang benar-benar digunakan. Subscription: Anda harus membayar di muka untuk jumlah ruang penyimpanan tertentu. Catatan Parameter ini hanya tersedia ketika metode penagihan kluster adalah langganan.
   Storage Capacity	Tentukan jumlah ruang penyimpanan yang akan dibeli. Catatan Parameter ini wajib hanya dalam kasus berikut: Tipe penyimpanan adalah ESSD. Metode penagihan kluster adalah langganan, dan Storage Billing Method adalah Subscription.

3. (Opsional) Konfigurasikan opsi lanjutan.

   Parameter	Deskripsi
   Cluster Name	Tentukan nama kluster. Anda dapat menyesuaikan nama tersebut sesuai kebutuhan bisnis. Jika tidak ditentukan, sistem akan menghasilkan nama secara otomatis. Nama kluster dapat diubah kapan saja setelah kluster dibuat, dengan ketentuan sebagai 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 resource terkait dalam satu Akun Alibaba Cloud. Setiap resource hanya dapat dimiliki oleh satu Resource Group. Untuk informasi selengkapnya, lihat Resource group dan izin.
   Parameter Template	Tetapkan template parameter untuk kluster. Anda dapat memilih template bawaan sistem atau template kustom. Catatan Daftar drop-down template parameter menampilkan semua template parameter kustom dan default sistem di wilayah saat ini.
   Time Zone	Tetapkan zona waktu untuk kluster. Nilai default-nya adalah UTC+08:00.
   Sensitivitas huruf besar/kecil nama tabel	Tentukan apakah nama tabel dalam kluster peka terhadap huruf besar/kecil. Secara default, pengaturan ini tidak peka. Catatan Jika database on-premise Anda peka terhadap huruf besar/kecil, disarankan memilih Case-sensitive untuk menjaga konsistensi dan mempermudah migrasi data. Pengaturan ini tidak dapat diubah setelah kluster dibuat. Pilih opsi ini dengan cermat.
   Pada penghapusan/rilis kluster	Tetapkan kebijakan retensi backup saat kluster dihapus atau dirilis. Retain Last Backup (Automatic Backup Before Release) (Default): Saat kluster dihapus atau dirilis, backup terakhir disimpan di kluster Recycle Bin, dan Anda akan dikenai biaya untuk penyimpanan tersebut. Retain All Backups: Saat kluster dihapus atau dirilis, semua backup-nya disimpan di kluster Recycle Bin, dan Anda akan dikenai biaya untuk penyimpanan tersebut. Delete All Backups (Cannot Be Restored): Saat kluster dihapus atau dirilis, kluster tersebut dihapus secara permanen. Data tidak disimpan dan tidak dapat dipulihkan. Tidak ada biaya yang dikenakan.
   Enable TDE	Anda dapat mengaktifkan enkripsi data transparan (TDE) saat membuat kluster. Catatan Setelah diaktifkan, TDE tidak dapat dinonaktifkan. TDE bergantung pada Key Management Service (KMS). Setelah mengaktifkan TDE, Anda harus mengonfigurasi peran layanan dan memberikan otorisasi kepada PolarDB untuk mengakses KMS. Setelah TDE diaktifkan, PolarDB mengenkripsi file data kluster. Proses ini transparan bagi aplikasi, tetapi dapat mengurangi kinerja sebesar 5% hingga 10%.

4. Di sisi kanan halaman, konfirmasi jumlah dan tinjau konfigurasi kluster sebelum membeli.

   Parameter	Deskripsi
   Quantity	Pilih jumlah kluster yang akan dibeli. Catatan Anda dapat membuat hingga 50 kluster sekaligus, cocok untuk skenario seperti deployment batch server game. Akun Alibaba Cloud Anda dapat memiliki maksimal 50 kluster.
   Subscription Duration	Pilih durasi langganan untuk kluster. Catatan Parameter ini hanya tersedia jika metode penagihan adalah langganan. Opsi ini tidak tersedia untuk kluster pay-as-you-go.
   Auto-renewal	Tentukan apakah perpanjangan otomatis akan diaktifkan. Untuk menghindari gangguan bisnis akibat kedaluwarsa langganan, kami menyarankan Anda mengaktifkan fitur ini. Catatan Parameter ini hanya tersedia jika metode penagihan adalah langganan. Opsi ini tidak tersedia untuk kluster pay-as-you-go. Selain mengonfigurasi pengaturan ini saat pembelian, Anda juga dapat mengatur perpanjangan otomatis nanti melalui Manajemen Penagihan.

   Setelah mengonfigurasi parameter, tinjau pengaturan kluster dan total biaya, serta baca syarat dan ketentuan layanan. Lalu, klik Buy Now.

5. Kluster akan siap dalam 10 hingga 15 menit. Anda kemudian dapat melihatnya di halaman Clusters di PolarDB console.

   Catatan

   • Jika status node adalah Creating, kluster masih dalam proses provisioning dan belum tersedia. Kluster siap digunakan ketika statusnya berubah menjadi Running.

   • Pastikan Anda telah memilih wilayah yang benar di pojok kiri atas halaman untuk melihat kluster baru Anda.

Langkah selanjutnya

Hubungkan ke database

FAQ

API Terkait

Selain menggunakan konsol, Anda dapat membuat kluster dengan memanggil operasi API yang tercantum di bawah ini.