All Products
Search

This Product

    Auto Scaling:FAQ Penyesuaian Skala Otomatis

    Document Center

    Auto Scaling:FAQ Penyesuaian Skala Otomatis

    Last Updated:Jun 22, 2026

    Topik ini menjawab pertanyaan umum (FAQ) untuk membantu Anda memecahkan dan menyelesaikan masalah saat menggunakan Auto Scaling.

    Kategori

    FAQ

    Penagihan

    Grup penskalaan

    Konfigurasi penskalaan

    Tugas terjadwal

    Tugas berbasis peristiwa

    Aktivitas penskalaan

    Manajemen instans dalam grup penskalaan

    Asosiasi dengan instans SLB

    Asosiasi dengan instans ApsaraDB RDS

    Apakah Auto Scaling merupakan layanan berbayar?

    Auto Scaling sendiri adalah layanan gratis. Anda tidak dikenai biaya untuk mengaktifkan layanan atau membuat grup penskalaan. Namun, Anda dikenai biaya untuk resource yang digunakan bersama layanan ini, seperti instans ECS, instans ECI, instans SLB, dan instans ApsaraDB RDS. Untuk informasi lebih lanjut, lihat Penagihan resource terkait.

    Mengapa instans ECS atau ECI saya dilepas segera setelah akun saya memiliki pembayaran tertunda?

    Auto Scaling menyediakan fitur pemeriksaan kesehatan. Jika instans ECS atau ECI tidak berada dalam status Running, Auto Scaling menganggap instans tersebut tidak sehat. Instans yang tidak sehat akan secara otomatis dihapus dari grup penskalaan dan mungkin dilepas. Untuk informasi lebih lanjut, lihat Siklus hidup instans dalam grup penskalaan.

    Jika akun Anda memiliki pembayaran tertunda, semua instans postpaid dalam grup penskalaan, termasuk instans pay-as-you-go dan spot instans, akan dihentikan. Auto Scaling mengidentifikasi instans yang dihentikan ini sebagai tidak sehat, lalu menghapus dan melepasnya.

    Peringatan

    Pastikan saldo akun Anda mencukupi. Untuk informasi tentang bagaimana status instans berubah akibat pembayaran tertunda, lihat Kedaluwarsa dan pembayaran tertunda.

    Apakah saya tetap dikenai biaya untuk instans ECS atau ECI setelah menonaktifkan grup penskalaan?

    Ya. Grup penskalaan itu sendiri gratis, tetapi Anda dikenai biaya untuk instans ECS atau ECI di dalamnya. Jika instans tetap berada dalam grup penskalaan setelah Anda menonaktifkannya, Anda akan terus dikenai biaya untuk instans tersebut.

    Apakah Auto Scaling mendukung penskalaan otomatis disk data?

    Tidak.

    Auto Scaling dapat secara otomatis menambah atau mengurangi jumlah instans ECS atau ECI dalam grup penskalaan. Layanan ini tidak mendukung perubahan konfigurasi instans individual, seperti jumlah atau ukuran disk datanya.

    Haruskah saya menggunakan Auto Scaling bersama SLB, CloudMonitor, dan ApsaraDB RDS?

    Tidak.

    Auto Scaling adalah layanan fleksibel yang dapat digunakan secara mandiri. Namun, mengintegrasikannya dengan layanan lain seperti SLB, CloudMonitor, dan ApsaraDB RDS dapat meningkatkan kemampuannya. Contohnya:

    Berapa banyak instans yang dapat saya tambahkan ke grup penskalaan?

    Untuk informasi tentang batasan jumlah instans dan resource Auto Scaling lainnya, lihat Batasan.

    Dapatkah saya menambahkan instans yang sudah ada ke grup penskalaan?

    Ya.

    Instans ECS atau ECI yang ingin Anda tambahkan harus memenuhi kondisi berikut:

    • Instans harus berada di wilayah yang sama dengan grup penskalaan. Untuk informasi lebih lanjut, lihat Wilayah dan zona.

    • Instans harus berada dalam status Running. Untuk informasi lebih lanjut, lihat Siklus hidup instans atau Siklus hidup instans ECI.

    • Instans tidak boleh termasuk dalam grup penskalaan lain.

    Dapatkah saya menambahkan instans ECS langganan yang sudah ada ke grup penskalaan?

    Ya.

    Auto Scaling dapat secara otomatis membuat instans pay-as-you-go atau spot instans. Layanan ini juga mendukung penambahan instans langganan dan pay-as-you-go yang sudah ada ke grup penskalaan.

    Dapatkah satu instans ECS atau ECI ditambahkan ke beberapa grup penskalaan?

    No.

    Satu instans hanya dapat termasuk dalam satu grup penskalaan pada satu waktu. Untuk memindahkan instans dari satu grup penskalaan ke grup lain, Anda harus terlebih dahulu menghapusnya dari grup asal, lalu menambahkannya ke grup baru. Untuk informasi lebih lanjut, lihat Menghapus instans secara manual dan Menambahkan instans secara manual ke grup penskalaan.

    Bagaimana cara mengontrol instans mana yang dihapus selama scale-in?

    Anda dapat mengonfigurasi kebijakan scale-in untuk grup penskalaan. Kebijakan tersebut menggunakan sistem penyaringan dua tingkat untuk memilih instans yang akan dihapus, seperti instans yang dibuat dari konfigurasi penskalaan paling awal, instans tertua, atau instans terbaru. Untuk informasi lebih lanjut, lihat Membuat grup penskalaan.

    Apakah instans yang ditambahkan secara otomatis ke grup penskalaan dilepas setelah grup tersebut dinonaktifkan?

    No.

    Menonaktifkan grup penskalaan di konsol atau melalui panggilan API tidak secara otomatis melepas instans ECS atau ECI di dalamnya. Untuk informasi tentang cara menonaktifkan grup penskalaan, lihat Menonaktifkan grup penskalaan.

    Faktor apa saja yang memengaruhi latensi scale-out untuk grup penskalaan instans ECI?

    Faktor utama yang memengaruhi latensi scale-out untuk grup penskalaan instans ECI meliputi waktu inisialisasi kontainer, waktu startup aplikasi, waktu konfigurasi kait siklus hidup, dan waktu yang diperlukan agar kontainer yang diskalakan keluar terdaftar ke resource eksternal.

    Catatan

    Untuk grup penskalaan instans ECI, waktu scale-out adalah durasi seluruh siklus hidup ECI yang diskalakan keluar. Untuk informasi lebih lanjut tentang kait siklus hidup ECI, lihat Kait siklus hidup.

    Dapatkah grup penskalaan berisi beberapa tipe instans ECS?

    Ya.

    Anda dapat memilih beberapa tipe instans ECS dalam satu konfigurasi penskalaan. Hal ini meningkatkan probabilitas keberhasilan scale-out. Namun, berlaku batasan jumlah tipe instans yang dapat Anda tambahkan. Untuk informasi lebih lanjut, lihat Batasan.

    Dapatkah saya mengonfigurasi instans ECS 8-core atau 16-core dalam grup penskalaan?

    Ya.

    Jika tipe instans yang tersedia tidak memenuhi kebutuhan Anda, Anda dapat mengajukan tiket untuk meminta tipe instans ECS tambahan.

    Bagaimana cara menentukan kapasitas disk data untuk instans ECS yang dibuat secara otomatis oleh Auto Scaling?

    Saat membuat konfigurasi penskalaan, Anda dapat menentukan kapasitas disk data dalam pengaturan penyimpanan. Untuk informasi lebih lanjut, lihat Membuat konfigurasi penskalaan untuk instans ECS.

    Bagaimana cara memastikan instans ECS berhasil diluncurkan saat menggunakan gambar dari Alibaba Cloud Marketplace?

    Jika Anda perlu meluncurkan N instans dari gambar yang sama, Anda harus terlebih dahulu membeli N lisensi untuk gambar tersebut dari Alibaba Cloud Marketplace.

    Apakah Alibaba Cloud Marketplace mendukung pembelian gambar secara massal?

    Pembelian massal saat ini tidak didukung.

    Bagaimana cara memastikan instans ECS berhasil diluncurkan jika gambar Alibaba Cloud Marketplace yang saya gunakan tidak lagi tersedia?

    Pilih gambar lain yang tersedia dari Alibaba Cloud Marketplace.

    Mengapa aktivitas scale-out gagal dengan error "Alibaba Cloud Marketplace image unavailable"?

    Gejala: Saat grup penskalaan mencoba membuat instans ECS, error berikut dilaporkan:

    Fail to create Instance into scaling group("The specified image is from the image market. You have not bought it or your quota has been exceeded.").

    Penyebab: Error ini terjadi karena konfigurasi penskalaan menggunakan gambar pihak ketiga dari Alibaba Cloud Marketplace yang belum Anda beli, atau Anda telah melebihi kuota pembelian untuk gambar tersebut.

    Solusi: Auto Scaling tidak dapat secara otomatis membuat instans ECS dari gambar pihak ketiga di Alibaba Cloud Marketplace kecuali Anda membelinya terlebih dahulu. Kunjungi Alibaba Cloud Marketplace untuk membeli gambar pihak ketiga yang diperlukan. Setelah membeli gambar tersebut, Anda dapat menggunakan Auto Scaling untuk membuat instans ECS dari gambar itu.

    Dapatkah satu kode produk digunakan untuk gambar di wilayah berbeda?

    Ya, asalkan gambar tersebut tersedia di wilayah tersebut.

    Jika saya membeli 100 lisensi untuk gambar dengan kode produk yang sama, dapatkah saya menggunakannya di wilayah mana pun?

    Gambar Alibaba Cloud Marketplace bersifat spesifik per wilayah. Anda harus membeli gambar untuk wilayah tempat Anda berniat menggunakannya.

    Dapatkah saya mengatur tugas terjadwal berulang?

    Ya. Untuk informasi lebih lanjut, lihat Membuat tugas terjadwal.

    Apakah ada prioritas eksekusi antara tugas berbasis peristiwa dan tugas terjadwal?

    Tugas berbasis peristiwa dan tugas terjadwal bersifat independen dan tidak dipicu secara bersamaan. Tidak ada prioritas eksekusi di antara keduanya.

    Jika tugas berbasis peristiwa gagal tetapi kondisi pemicunya masih terpenuhi, tugas tersebut akan berjalan lagi setelah aktivitas penskalaan saat ini selesai.

    Anda dapat mengatur interval pengulangan untuk tugas terjadwal guna memastikan tugas tersebut dipicu ulang setelah eksekusi gagal. Untuk informasi lebih lanjut, lihat Membuat tugas terjadwal.

    Kondisi apa saja yang dapat memicu tugas berbasis peristiwa di Auto Scaling?

    Tugas berbasis peristiwa dapat secara otomatis menambah atau menghapus instans ECS atau ECI berdasarkan metrik pemantauan seperti utilisasi CPU, penggunaan memori, beban sistem rata-rata, dan traffic jaringan internal. Untuk informasi lebih lanjut, lihat Tugas berbasis peristiwa berdasarkan pemantauan sistem.

    Bagaimana cara mengatur kondisi pemicu untuk tugas berbasis peristiwa?

    Sebelum menggunakan tugas berbasis peristiwa, pastikan versi terbaru agen CloudMonitor telah diinstal pada instans ECS Anda. Jika belum diinstal, lihat Menginstal Agen CloudMonitor untuk Java.

    Saat membuat tugas berbasis peristiwa, pilih kondisi pemicu yang sesuai dengan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Membuat tugas berbasis peristiwa.

    Bagaimana cara menggunakan tugas berbasis peristiwa untuk menghapus instans yang dibuat oleh Auto Scaling?

    Saat membuat tugas berbasis peristiwa, pilih aturan penskalaan untuk menghapus instans sebagai pemicunya. Untuk informasi lebih lanjut, lihat Membuat aturan penskalaan dan Membuat tugas berbasis peristiwa.

    Dapatkah Auto Scaling melakukan skalabilitas dinamis berdasarkan metrik kustom di CloudMonitor?

    Ya. Untuk informasi lebih lanjut, lihat Tugas berbasis peristiwa berdasarkan pemantauan kustom.

    Informasi apa yang harus saya berikan saat mengajukan tiket untuk masalah Auto Scaling?

    Saat Anda mengajukan tiket, berikan ID aktivitas penskalaan (ScalingActivityId) dan log terkait untuk membantu kami memecahkan masalah dengan cepat.

    Untuk melihat aktivitas penskalaan, lihat Melihat detail aktivitas penskalaan.

    Mengapa saya mengalami error resource saat grup penskalaan membuat instans ECS?

    Jika Anda menerima pesan error berikut, error ini mungkin menunjukkan resource ECS tidak mencukupi. Kami menyarankan Anda beralih ke zona lain dan mencoba lagi.

    Fail to create Instance into scaling group("The resource is out of usage.").
    Fail to create Instance into scaling group("The specified region is in resource control, please try later.").

    Bagaimana cara mencegah kegagalan scale-out akibat stok tidak mencukupi untuk satu tipe instans?

    Konfigurasikan beberapa zona untuk grup penskalaan Anda dengan memilih vSwitch di zona berbeda. Selain itu, tentukan beberapa tipe instans dalam konfigurasi penskalaan Anda. Jika satu tipe instans tidak tersedia di satu zona, Auto Scaling secara otomatis mencoba membuat instans tipe lain yang ditentukan di zona lain yang tersedia. Untuk informasi lebih lanjut, lihat Membuat grup penskalaan dan Membuat konfigurasi penskalaan untuk instans ECS.

    Mengapa instans ECS dalam grup penskalaan saya dilepas secara otomatis meskipun saya telah mengaktifkan Release Protection untuknya?

    Setelah Auto Scaling membuat instans ECS secara otomatis, jika Anda mengaktifkan Release Protection untuk instans tersebut di halaman daftar instans di Konsol ECS atau menggunakan API ModifyInstanceAttribute, hal tersebut tidak mencegah Auto Scaling melepas instans tersebut secara otomatis.

    Untuk mencegah instans dilepas secara otomatis selama scale-in, Anda harus mengatur instans ke status terlindungi dalam grup penskalaan. Untuk informasi lebih lanjut, lihat Mengatur perlindungan instans.

    Bagaimana cara mencegah instans yang ditambahkan secara manual dihapus dari grup penskalaan?

    Untuk mencegah instans ECS atau ECI dihapus secara otomatis, Anda dapat mengaturnya ke status terlindungi dalam grup penskalaan. Untuk informasi lebih lanjut, lihat Mengatur perlindungan instans.

    Apakah Auto Scaling memperbarui daftar putih IP instans ApsaraDB RDS atau Memcache secara otomatis?

    Auto Scaling secara otomatis menambahkan atau menghapus alamat IP instans ECS dari daftar putih alamat IP instans ApsaraDB RDS yang terkait. Hal ini tidak berlaku untuk instans Memcache.

    Bagaimana cara mencegah instans yang ditambahkan secara manual dalam grup penskalaan dihapus secara otomatis?

    Untuk memastikan 100 instans ECS atau ECI yang ditambahkan secara manual tidak dihapus secara otomatis dari grup penskalaan, gunakan konfigurasi berikut:

    • Tetapkan jumlah minimum instans menjadi 100 atau lebih.

    • Tetapkan kebijakan scale-in tingkat pertama ke Instances Created From Earliest Scaling Configuration.

    Karena instans yang ditambahkan secara manual tidak dibuat oleh konfigurasi penskalaan, kebijakan ini tidak berlaku untuk mereka. Grup penskalaan terlebih dahulu menghapus instans yang dibuat secara otomatis. Hanya setelah semua instans yang dibuat secara otomatis dihapus, grup penskalaan baru menghapus instans yang ditambahkan secara manual hingga mencapai jumlah minimum instans.

    Penting

    Jangan menghentikan instans yang ditambahkan secara manual jika Anda ingin mencegahnya dihapus. Auto Scaling menganggap instans yang dihentikan tidak sehat dan secara otomatis menghapusnya dari grup penskalaan terlepas dari pengaturan lainnya.

    Apakah data pada instans ECS tetap tersimpan setelah instans tersebut dihapus dari grup penskalaan dan dilepas?

    No.

    Auto Scaling secara otomatis melepas instans ECS. Anda harus memastikan bahwa instans dalam grup penskalaan tidak menyimpan informasi stateful atau data kritis, seperti data sesi, database, atau log. Jika aplikasi Anda perlu mempertahankan state, simpan informasi state pada server stateful terpisah seperti instans ECS khusus, dalam database terkelola seperti ApsaraDB RDS, atau dalam layanan logging.

    Bagaimana cara menghapus instans yang dibuat oleh Auto Scaling?

    Anda dapat menghapus instans ECS atau ECI yang dibuat secara otomatis dari daftar instans dalam grup penskalaan. Untuk informasi lebih lanjut, lihat Menghapus atau menghapus instans secara manual.

    Apa yang terjadi jika beberapa instans ECS gagal dibuat selama aktivitas scale-out?

    Auto Scaling menjamin integritas transaksi tingkat instans, bukan transaksi tingkat aktivitas penskalaan. Anda dapat melihat status penyelesaian aktivitas penskalaan di konsol. Untuk informasi lebih lanjut, lihat Melihat detail aktivitas penskalaan.

    Contohnya, jika aktivitas penskalaan meminta penambahan 20 instans ECS tetapi hanya 19 yang berhasil dibuat dan satu gagal, ke-19 instans yang berhasil tersebut ditambahkan ke grup penskalaan. Sistem tidak mencoba lagi membuat instans yang gagal. Aktivitas penskalaan selesai, tetapi statusnya diatur ke Warning. Dalam contoh lain, aktivitas penskalaan meminta penambahan lima instans ECS, tetapi hanya dua yang berhasil dibuat karena kuota server backend instans SLB terlampaui. Tiga lainnya diabaikan. Dalam kasus ini, status aktivitas penskalaan diatur ke Warning. Anda dapat melihat detail aktivitas penskalaan untuk mengetahui penyebab, status, dan alasan spesifik kegagalan, seperti "Backend server quota exceeded in load balancer".

    Bagaimana cara menemukan password dan login ke instans yang dibuat secara otomatis oleh Auto Scaling?

    Konfigurasi penskalaan tidak mendukung pengaturan password kustom terpadu. Jika Anda menggunakan sistem operasi Linux, tentukan pasangan kunci SSH dalam konfigurasi penskalaan.

    Jika Anda tidak menggunakan pasangan kunci SSH untuk login ke instans, Anda harus mengatur ulang password instans di konsol. Password baru berlaku setelah instans direstart.

    Mengapa password instans berbeda dari password gambar?

    Saat instans ECS dibuat, instans tersebut tidak mewarisi password login dari gambar kustom. Untuk alasan keamanan, tentukan pasangan kunci SSH dalam konfigurasi penskalaan.

    Jika Anda tidak menggunakan pasangan kunci SSH untuk login ke instans, Anda harus mengatur ulang password instans di konsol. Password baru berlaku setelah instans direstart.

    Bagaimana cara menyinkronkan data ke instans ECS dalam grup penskalaan?

    Saat membuat konfigurasi penskalaan, Anda dapat menggunakan gambar kustom untuk membuat instans dengan data yang telah dikonfigurasi sebelumnya. Untuk menyinkronkan data antar instans ECS yang sedang berjalan, instal dan gunakan tool seperti rsync.

    Mengapa entri 127.0.0.1 yang saya tambahkan ke /etc/hosts dihapus pada instans baru yang diluncurkan?

    Jika Anda membuat gambar kustom setelah memodifikasi file /etc/hosts, perubahan Anda akan dihapus saat instans ECS dibuat secara otomatis dari gambar kustom tersebut karena file tersebut dipulihkan ke pengaturan sistem default. Jika Anda perlu mempertahankan pengaturan /etc/hosts, Anda dapat mencoba menambahkan kode skrip ke file rc.local untuk memeriksa apakah informasi terkait ada dalam file /etc/hosts dan secara otomatis menambahkan informasi tersebut jika tidak ada.

    Apa tujuan mengasosiasikan grup penskalaan dengan instans SLB?

    Instans SLB mendistribusikan traffic masuk ke beberapa instans ECS berdasarkan aturan pengalihan. Mengasosiasikan instans SLB dengan grup penskalaan Anda membantu menskalakan kapasitas aplikasi dan meningkatkan ketersediaannya. Untuk informasi lebih lanjut tentang load balancing, lihat Apa itu Classic Load Balancer (CLB)?.

    Bagaimana grup penskalaan menggunakan instans SLB?

    Jika Anda mengasosiasikan instans SLB saat membuat grup penskalaan, grup penskalaan secara otomatis menambahkan instans ECS baru ke instans SLB tersebut. Satu instans SLB dapat diasosiasikan dengan beberapa grup penskalaan. Bobot default untuk instans ECS yang ditambahkan ke instans SLB adalah 50. Untuk informasi lebih lanjut tentang server backend, lihat Mengelola kelompok server default.

    Saat Auto Scaling membuat instans ECS, apakah instans baru tersebut secara otomatis ditambahkan ke instans SLB yang terkait?

    Ya, asalkan Anda telah mengasosiasikan instans SLB dengan grup penskalaan sebelumnya.

    Dapatkah instans baru yang dibuat oleh Auto Scaling ditambahkan ke beberapa instans SLB?

    Ya.

    Anda dapat mengasosiasikan grup penskalaan dengan beberapa instans SLB, tetapi berlaku batasan. Untuk informasi lebih lanjut, lihat Batasan.

    Dapatkah saya mengubah bobot instans dalam grup penskalaan pada instans SLB yang terkait?

    Ya. Untuk informasi lebih lanjut, lihat Mengelola kelompok server default.

    Instans SLB menghitung bobot server backend-nya sebagai rasio, bukan nilai absolut. Misalnya, jika Anda memiliki dua instans, mengatur bobotnya menjadi 50 dan 50 memiliki efek yang sama dengan mengatur menjadi 100 dan 100, karena rasionya 1:1 dalam kedua kasus. Biasanya, semua instans ECS backend dalam grup penskalaan menangani jenis traffic yang sama dan memiliki spesifikasi yang sama. Bobot default untuk instans ECS yang dikonfigurasi oleh Auto Scaling adalah 50.

    Apakah instans ECS memerlukan bandwidth publik jika SLB menghadap internet?

    Mengonfigurasi bandwidth publik untuk instans ECS bersifat opsional. Namun, untuk mempermudah pengelolaan instans Anda, kami merekomendasikan agar Anda menetapkan bandwidth publik minimal 1 Mbit/s saat membuat konfigurasi penskalaan.

    Mengapa saya menerima error pemeriksaan kesehatan untuk instans SLB saat membuat grup penskalaan?

    Jika Anda menerima error berikut, artinya pemeriksaan kesehatan tidak diaktifkan untuk instans SLB.

    The current health check type of load balancer "xxxx" does not support this action.

    Anda harus mengaktifkan pemeriksaan kesehatan untuk setiap instans SLB yang diasosiasikan dengan grup penskalaan. Untuk informasi lebih lanjut, lihat Mengonfigurasi dan mengelola pemeriksaan kesehatan untuk instans CLB.

    Bagaimana cara menentukan apakah instans ECS baru siap menangani traffic?

    Jika Anda telah mengonfigurasi instans SLB untuk grup penskalaan Anda, instans SLB hanya meneruskan permintaan ke instans baru setelah instans tersebut lulus pemeriksaan kesehatan untuk port ECS backend Anda.

    Mengapa timeout untuk pendengar HTTP Lapisan 7 pada instans SLB melebihi 60 detik?

    Gejala: Satu permintaan HTTP yang diteruskan oleh instans SLB timeout setelah sekitar 60 detik. Namun, saat beberapa instans ECS dikonfigurasi sebagai server backend, total waktu hingga menerima timeout atau error 504 jauh lebih lama dari 60 detik.

    Penyebab: Timeout pendengar HTTP SLB adalah pengaman terakhir untuk memastikan permintaan kembali dalam waktu yang diizinkan. Total timeout bergantung pada jumlah instans ECS yang dikonfigurasi.

    Saat beberapa instans ECS dikonfigurasi, jika permintaan ke instans pertama timeout, instans SLB secara otomatis mencoba ulang permintaan tersebut ke instans kedua, dan seterusnya, hingga mencoba semua instans. Misalnya, jika instans SLB memiliki tiga instans ECS backend, timeout permintaan HTTP aktual bisa mencapai sekitar 180 detik. Layanan lain juga mungkin memberlakukan batasan sendiri terhadap pengaturan timeout SLB.

    Solusi: Jangan mengandalkan pengaturan timeout pendengar SLB. Sebagai gantinya, konfigurasikan timeout langsung dalam aplikasi yang di-deploy pada instans ECS Anda.

    Apa tujuan mengasosiasikan grup penskalaan dengan instans ApsaraDB RDS?

    ApsaraDB RDS adalah layanan database online yang stabil, andal, dan dapat diskalakan. Mengasosiasikan instans ApsaraDB RDS dengan grup penskalaan dapat meningkatkan keamanan dan keandalan data. Anda dapat menggunakan kebijakan backup kustom untuk mencegah kehilangan data atau penghapusan tidak disengaja. Untuk informasi lebih lanjut tentang ApsaraDB RDS, lihat Apa itu ApsaraDB RDS?.

    Bagaimana grup penskalaan menggunakan instans ApsaraDB RDS?

    Jika Anda menambahkan instans ApsaraDB RDS saat membuat grup penskalaan, grup penskalaan secara otomatis menambahkan alamat IP pribadi setiap instans ECS baru ke daftar putih alamat IP instans ApsaraDB RDS. Hal ini memungkinkan komunikasi jaringan internal antara instans ECS dan database. Anda dapat mengasosiasikan grup penskalaan dengan beberapa instans ApsaraDB RDS. Untuk informasi lebih lanjut tentang daftar putih ApsaraDB RDS, lihat (Usang) Mengonfigurasi daftar putih alamat IP untuk instans ApsaraDB RDS for MySQL.