Topik ini memberikan jawaban atas beberapa pertanyaan umum tentang Auto Scaling.
Apakah saya dikenakan biaya saat menggunakan Auto Scaling?
Auto Scaling gratis. Anda tidak dikenakan biaya saat mengaktifkan Auto Scaling atau membuat grup penskalaan. Namun, Anda akan dikenakan biaya untuk sumber daya yang digunakan dalam Auto Scaling, seperti instance Elastic Compute Service (ECS), instance kontainer elastis, instance Server Load Balancer (SLB), instance ApsaraDB RDS, dan sumber daya layanan cloud lainnya. Untuk informasi lebih lanjut tentang penagihan, lihat Penagihan layanan cloud terkait dan sumber daya.
Mengapa instance ECS atau instance kontainer elastis dengan pembayaran tertunda segera dilepaskan?
Auto Scaling menyediakan fitur Pemeriksaan Kesehatan. Jika Auto Scaling mendeteksi bahwa instance ECS atau instance kontainer elastis dalam grup penskalaan tidak berada dalam status In Service, instance tersebut dianggap tidak sehat. Auto Scaling secara otomatis menghapus dan melepaskan instance yang tidak sehat dari grup penskalaan. Untuk informasi lebih lanjut, lihat Siklus hidup instance.
Jika Anda memiliki pembayaran tertunda di akun Alibaba Cloud, semua instance ECS bayar sesuai pemakaian dan spot atau instance kontainer elastis dalam grup penskalaan Anda akan dihentikan. Auto Scaling menganggap instance yang dihentikan sebagai tidak sehat dan melepaskannya.
Pastikan Anda memiliki saldo yang cukup di akun Alibaba Cloud Anda. Untuk informasi tentang perubahan status instance ECS dan instance kontainer elastis dalam kasus pembayaran tertunda, lihat Kedaluwarsa sumber daya dan pembayaran tertunda.
Apakah saya dikenakan biaya untuk instance ECS atau instance kontainer elastis dalam grup penskalaan yang berada dalam status Dinonaktifkan?
Ya, Anda tetap dikenakan biaya untuk instance ECS atau instance kontainer elastis dalam grup penskalaan setelah grup penskalaan dinonaktifkan. Anda tidak dikenakan biaya untuk grup penskalaan, namun tetap dikenakan biaya untuk instance dalam grup penskalaan.
Apakah Auto Scaling mendukung penskalaan otomatis disk data?
Tidak, Auto Scaling tidak mendukung penskalaan otomatis disk data.
Auto Scaling hanya dapat menyesuaikan jumlah instance ECS atau instance kontainer elastis dalam grup penskalaan secara otomatis. Auto Scaling tidak dapat secara otomatis mengubah jumlah atau ukuran disk data yang terpasang pada instance ECS atau instance kontainer elastis.
Haruskah saya menggunakan Auto Scaling bersama layanan Alibaba Cloud lainnya seperti SLB, CloudMonitor, dan ApsaraDB RDS?
Tidak, Anda tidak harus menggunakan Auto Scaling bersama layanan Alibaba Cloud lainnya.
Auto Scaling adalah platform yang terbuka dan fleksibel. Anda dapat memutuskan apakah akan menggunakan SLB, ApsaraDB RDS, dan CloudMonitor berdasarkan kebutuhan bisnis Anda. Namun, kami sarankan Anda menggunakan Auto Scaling bersama layanan Alibaba Cloud ini untuk hasil yang lebih optimal.
Untuk informasi tentang cara menggunakan Auto Scaling bersama SLB, lihat Apa itu CLB?
Untuk informasi tentang cara menggunakan Auto Scaling bersama ApsaraDB RDS, lihat Apa itu ApsaraDB RDS?
Untuk informasi tentang cara menggunakan Auto Scaling bersama CloudMonitor, lihat Ikhtisar CloudMonitor.
Berapa banyak instance yang dapat saya tambahkan ke grup penskalaan?
Anda hanya dapat menambahkan sejumlah instance terbatas ke grup penskalaan. Untuk informasi tentang batasan, lihat Batasan.
Dapatkah saya menambahkan instance yang sudah ada ke grup penskalaan?
Ya, Anda dapat menambahkan instance yang sudah ada ke grup penskalaan.
Sebelum menambahkan instance yang sudah ada ke grup penskalaan, pastikan persyaratan berikut terpenuhi:
Instance ECS atau Elastic Container Instance berada di wilayah yang sama dengan grup penskalaan tempat Anda ingin menambahkan instance tersebut. Untuk informasi lebih lanjut, lihat Wilayah dan zona.
Instance ECS atau instance kontainer elastis harus dalam status Running. Untuk informasi lebih lanjut, lihat Siklus hidup instance atau Siklus hidup instance kontainer elastis.
Instance ECS atau instance kontainer elastis tidak bergantung pada grup penskalaan lainnya.
Dapatkah saya menambahkan instance ECS berlangganan yang sudah ada ke grup penskalaan?
Ya, Anda dapat menambahkan instance ECS berlangganan yang sudah ada ke grup penskalaan.
Auto Scaling secara otomatis membuat instance bayar sesuai pemakaian dan instance spot dalam grup penskalaan. Auto Scaling juga memungkinkan Anda menambahkan instance berlangganan dan bayar sesuai pemakaian yang sudah ada ke grup penskalaan.
Dapatkah saya menambahkan instance ECS atau instance kontainer elastis ke beberapa grup penskalaan pada saat yang sama?
Tidak, Anda tidak dapat menambahkan instance ECS atau instance kontainer elastis ke beberapa grup penskalaan pada saat yang sama.
Sebuah instance ECS atau instance kontainer elastis hanya dapat menjadi bagian dari satu grup penskalaan pada satu waktu. Jika Anda ingin menambahkan instance dari suatu grup penskalaan ke grup penskalaan lain, Anda harus terlebih dahulu menghapus instance tersebut dari grup penskalaan aslinya. Untuk informasi lebih lanjut, lihat Hapus atau hapus instance secara manual dan Tambahkan instance secara manual ke grup penskalaan.
Dapatkah saya mengontrol bagaimana instance dihapus dari grup penskalaan?
Ya, Anda dapat mengontrol bagaimana instance dihapus dari grup penskalaan.
Jika Anda ingin mengontrol penghapusan instance dari grup penskalaan, Anda dapat mengonfigurasi kebijakan penghapusan instance yang mendukung penyaringan dua tingkat untuk grup penskalaan. Dalam kebijakan penghapusan instance, Anda dapat menentukan untuk menghapus instance yang dibuat berdasarkan konfigurasi penskalaan paling awal, instance yang dibuat pada titik waktu paling awal, atau instance yang paling baru dibuat. Untuk informasi lebih lanjut, lihat Buat grup penskalaan.
Apakah Auto Scaling melepaskan instance ECS yang dibuat secara otomatis dalam grup penskalaan setelah saya menonaktifkan grup penskalaan?
Tidak, Auto Scaling tidak melepaskan instance ECS atau instance kontainer elastis yang dibuat secara otomatis dalam grup penskalaan setelah Anda menonaktifkan grup penskalaan melalui konsol Auto Scaling atau memanggil operasi API.
Untuk informasi tentang cara mengaktifkan grup penskalaan, lihat Nonaktifkan grup penskalaan.
Faktor apa saja yang dapat mempengaruhi waktu yang diperlukan untuk menyelesaikan proses perluasan skala dalam grup penskalaan tipe Elastic Container Instance?
Latensi perluasan skala dipengaruhi oleh faktor-faktor seperti latensi dalam menginisialisasi kontainer, latensi dalam memulai aplikasi, latensi dalam mengonfigurasi hook siklus hidup, dan latensi dalam mendaftarkan sumber daya eksternal untuk kontainer.
Waktu yang diperlukan untuk menyelesaikan proses perluasan skala dalam grup penskalaan tipe Elastic Container Instance adalah waktu efektif hook siklus hidup instance kontainer elastis yang diperluas skalanya. Untuk informasi lebih lanjut, lihat Ikhtisar fitur Hook Siklus Hidup.
Dapatkah saya menambahkan instance ECS dari beberapa jenis instance ke grup penskalaan?
Ya, Anda dapat menambahkan instance ECS dari beberapa jenis instance ke grup penskalaan.
Saat membuat konfigurasi penskalaan, Anda dapat menentukan beberapa jenis instance ECS untuk meningkatkan tingkat keberhasilan perluasan skala. Namun, Anda hanya dapat menambahkan sejumlah instance ECS yang terbatas setiap kali. Untuk informasi lebih lanjut, lihat Batasan.
Dapatkah saya membuat instance ECS yang memiliki 8 vCPU atau 16 vCPU dalam grup penskalaan?
Ya, Anda dapat membuat instance ECS yang memiliki 8 vCPU atau 16 vCPU dalam grup penskalaan.
Jika jenis instance yang tersedia saat ini tidak dapat memenuhi kebutuhan bisnis Anda, Anda dapat mengirimkan tiket untuk meminta lebih banyak jenis instance ECS.
Bagaimana cara menentukan ukuran disk instance ECS yang dibuat secara otomatis oleh Auto Scaling?
Saat membuat konfigurasi penskalaan di konsol Auto Scaling, Anda dapat menentukan ukuran disk di bagian Penyimpanan. Untuk informasi lebih lanjut, lihat Buat konfigurasi penskalaan tipe ECS.
Bagaimana cara memastikan bahwa Auto Scaling dapat membuat instance ECS secara dinamis ketika gambar dari Alibaba Cloud Marketplace digunakan?
Jika Anda ingin Auto Scaling membuat N instance yang menggunakan gambar Alibaba Cloud Marketplace yang sama, Anda harus membeli gambar tersebut N kali dari Alibaba Cloud Marketplace terlebih dahulu.
Dapatkah saya membeli beberapa gambar dari Alibaba Cloud Marketplace sekaligus?
Tidak, Anda tidak dapat membeli beberapa gambar dari Alibaba Cloud Marketplace sekaligus.
Bagaimana cara memastikan bahwa instance ECS dapat dibuat jika gambar yang digunakan untuk membuat instance ECS tidak tersedia di Alibaba Cloud Marketplace?
Dalam kasus ini, kami sarankan Anda membeli gambar lain yang tersedia dari Alibaba Cloud Marketplace.
Mengapa muncul pesan kesalahan yang menunjukkan bahwa gambar dari Alibaba Cloud Marketplace tidak tersedia ketika Auto Scaling membuat instance ECS?
Masalah: Saat Auto Scaling membuat instance ECS berdasarkan gambar Alibaba Cloud Marketplace, pesan kesalahan berikut dilaporkan:
Gagal membuat Instance ke dalam grup penskalaan("Gambar yang ditentukan berasal dari pasar gambar. Anda belum membelinya atau kuota Anda telah terlampaui.").Penyebab: Anda menentukan gambar pihak ketiga dalam konfigurasi penskalaan Anda tetapi Anda tidak membayar untuk gambar tersebut, atau kuota gambar Anda telah melebihi batas atas.
Solusi: Auto Scaling tidak dapat membuat instance ECS berdasarkan gambar pihak ketiga kecuali Anda membayar untuk gambar pihak ketiga tersebut di Alibaba Cloud Marketplace.
Dapatkah gambar dari wilayah berbeda menggunakan kode produk yang sama?
Ya, gambar dari wilayah berbeda dapat menggunakan kode produk yang sama asalkan gambar tersebut didukung di wilayah kode produk tersebut.
Dapatkah saya menggunakan 100 gambar yang memiliki kode produk yang sama di wilayah mana pun setelah saya membeli gambar tersebut?
Tidak, Anda tidak dapat menggunakan gambar yang memiliki kode produk yang sama di wilayah mana pun. Gambar Alibaba Cloud Marketplace bersifat spesifik wilayah. Jika Anda ingin menggunakan gambar di wilayah tertentu, Anda harus membeli gambar tersebut di wilayah tersebut.
Dapatkah saya membuat tugas terjadwal yang dieksekusi secara berkala?
Ya, Anda dapat membuat tugas terjadwal yang dieksekusi secara berkala. Untuk informasi lebih lanjut, lihat Buat tugas terjadwal.
Apakah ada prioritas eksekusi antara tugas yang dipicu oleh kejadian dan tugas terjadwal?
Tugas yang dipicu oleh kejadian dan tugas terjadwal tidak dapat dipicu pada saat yang sama. Mereka independen satu sama lain dan tidak diprioritaskan satu sama lain.
Jika tugas yang dipicu oleh kejadian ditolak tetapi kondisi pemicu masih terpenuhi, tugas tersebut tetap akan dieksekusi setelah aktivitas penskalaan saat ini selesai.
Anda dapat menentukan interval percobaan ulang untuk tugas terjadwal. Ini mencegah tugas terjadwal ditolak ketika Anda mencoba melakukan percobaan ulang setelah kegagalan. Untuk informasi lebih lanjut, lihat Buat tugas terjadwal.
Metrik apa yang digunakan oleh tugas yang dipicu oleh kejadian untuk memicu aktivitas penskalaan?
Tugas yang dipicu oleh kejadian dapat memicu aktivitas penskalaan berdasarkan metrik CloudMonitor seperti penggunaan CPU, penggunaan memori, beban sistem rata-rata, dan lalu lintas arah masuk atau arah keluar. Untuk informasi lebih lanjut, lihat Tugas yang dipicu oleh kejadian tipe pemantauan sistem.
Bagaimana cara mengonfigurasi kondisi pemicu untuk tugas yang dipicu oleh kejadian?
Sebelum mengonfigurasi kondisi pemicu untuk tugas yang dipicu oleh kejadian, Anda harus menginstal versi terbaru CloudMonitor pada instance ECS Anda. Untuk informasi tentang cara menginstal agen CloudMonitor, lihat Instal agen CloudMonitor untuk Java.
Kemudian, Anda dapat mengonfigurasi kondisi pemicu berdasarkan kebutuhan bisnis Anda saat membuat tugas yang dipicu oleh kejadian. Untuk informasi lebih lanjut, lihat Buat tugas yang dipicu oleh kejadian.
Bagaimana cara menggunakan tugas yang dipicu oleh kejadian untuk menghapus instance yang dibuat oleh Auto Scaling?
Untuk menggunakan tugas yang dipicu oleh kejadian guna menghapus instance yang dibuat oleh Auto Scaling, tentukan aturan penskalaan masuk sebagai aturan pemicu dalam tugas tersebut. Untuk informasi lebih lanjut, lihat Buat aturan penskalaan dan Buat tugas yang dipicu oleh kejadian.
Apakah Auto Scaling mendukung penskalaan dinamis berdasarkan metrik pemantauan kustom CloudMonitor?
Ya, Auto Scaling mendukung penskalaan dinamis berdasarkan metrik pemantauan kustom CloudMonitor. Untuk informasi lebih lanjut, lihat Tugas yang dipicu oleh kejadian tipe pemantauan kustom.
Informasi Auto Scaling apa yang perlu saya berikan saat mengirimkan tiket untuk memecahkan masalah?
Saat Anda mengirimkan tiket, Anda harus memberikan ID aktivitas penskalaan dan log terkait untuk memfasilitasi pemecahan masalah.
Untuk informasi lebih lanjut tentang aktivitas penskalaan, lihat Lihat detail aktivitas penskalaan.
Mengapa muncul pesan kesalahan ketika Auto Scaling membuat instance ECS?
Jika pesan kesalahan berikut muncul ketika Auto Scaling membuat instance ECS, sumber daya mungkin tidak mencukupi di zona saat ini. Beralihlah ke zona lain dan coba lagi.
Gagal membuat Instance ke dalam grup penskalaan("Sumber daya habis."). Gagal membuat Instance ke dalam grup penskalaan("Wilayah yang ditentukan sedang dikendalikan sumber daya, silakan coba lagi nanti."). Bagaimana cara mencegah kegagalan perluasan skala yang disebabkan oleh jenis instance yang tidak mencukupi?
Kami sarankan Anda menentukan beberapa zona (pilih vSwitch dari zona berbeda) saat membuat grup penskalaan dan memilih beberapa jenis instance saat membuat konfigurasi penskalaan. Jika jenis instance tidak mencukupi di salah satu zona yang ditentukan, Auto Scaling secara otomatis beralih ke zona lain yang memiliki jenis instance yang mencukupi dan mengeksekusi perluasan skala. Untuk informasi lebih lanjut, lihat Buat grup penskalaan dan Buat konfigurasi penskalaan tipe ECS.
Mengapa instance ECS masih dilepaskan meskipun saya telah mengaktifkan fitur Perlindungan Pelepasan untuk instance tersebut?
Jika Anda mengaktifkan fitur Perlindungan Pelepasan untuk instance ECS yang dibuat secara otomatis melalui konsol ECS atau memanggil operasi ModifyInstanceAttribute, fitur Perlindungan Pelepasan tidak dapat mencegah instance ECS dilepaskan oleh Auto Scaling.
Jika Anda tidak ingin instance ECS dilepaskan secara otomatis, Anda dapat memasukkan instance ECS ke dalam status Dilindungi. Untuk informasi lebih lanjut, lihat Masukkan instance secara manual ke status Dilindungi atau keluarkan instance dari status Dilindungi.
Bagaimana cara mencegah instance yang ditambahkan secara manual ke grup penskalaan agar tidak dihapus dari grup penskalaan?
Untuk mencegah instance ECS atau instance kontainer elastis dihapus dari grup penskalaan Anda, Anda dapat memasukkan instance tersebut ke dalam status Dilindungi. Untuk informasi lebih lanjut, lihat Masukkan instance secara manual ke status Dilindungi atau keluarkan instance dari status Dilindungi.
Apakah Auto Scaling secara otomatis menambahkan atau menghapus alamat IP privat instance ECS ke atau dari daftar putih alamat IP instance ApsaraDB RDS atau instance ApsaraDB for Memcache selama aktivitas penskalaan?
Auto Scaling hanya menambahkan alamat IP privat instance ECS ke daftar putih alamat IP instance ApsaraDB RDS terkait selama aktivitas penskalaan.
Bagaimana cara mencegah instance yang ditambahkan secara manual ke grup penskalaan agar tidak dilepaskan secara otomatis?
Sebagai contoh, jika grup penskalaan Anda memiliki 100 instance ECS atau instance kontainer elastis, Anda dapat melakukan operasi berikut untuk mencegah 100 instance tersebut dilepaskan secara otomatis:
Atur parameter Minimum Number of Instances grup penskalaan Anda menjadi 100.
Atur langkah pertama dari parameter Scale-in Policy menjadi Earliest Instance Created Using Scaling Configuration.
Konfigurasi penskalaan paling awal tidak berlaku untuk instance ECS atau instance kontainer elastis yang ditambahkan secara manual ke grup penskalaan Anda. Oleh karena itu, kebijakan penskalaan masuk tidak dapat berlaku pada instance yang ditambahkan secara manual. Auto Scaling lebih memprioritaskan pelepasan instance ECS atau instance kontainer elastis yang dibuat secara otomatis. Jika semua instance yang dibuat secara otomatis dihapus, Auto Scaling menghapus instance yang ditambahkan secara manual tetapi tidak melepaskannya.
Jangan hentikan instance ECS atau instance kontainer elastis yang ditambahkan secara manual ke grup penskalaan Anda. Jika tidak, Auto Scaling menganggap instance yang dihentikan sebagai tidak sehat dan menghapus instance yang tidak sehat dari grup penskalaan Anda.
Apakah data yang disimpan pada instance ECS tetap ada setelah instance ECS dihapus dari grup penskalaan dan dilepaskan?
Tidak, data yang disimpan pada instance ECS tidak tetap ada.
Auto Scaling dapat secara otomatis melepaskan instance ECS. Jangan menyimpan informasi status aplikasi atau data penting dari sesi, basis data, dan log pada instance ECS. Kami sarankan Anda menggunakan instance ECS independen, instance ApsaraDB RDS, atau proyek Layanan Log Sederhana untuk menyimpan informasi status aplikasi Anda.
Bagaimana cara menghapus instance yang dibuat secara otomatis oleh Auto Scaling?
Anda dapat pergi ke tab Instance di konsol Auto Scaling untuk menghapus instance ECS atau instance kontainer elastis yang dibuat secara otomatis. Untuk informasi lebih lanjut, lihat Hapus atau hapus instance secara manual.
Apakah Auto Scaling terus membuat instance ECS setelah gagal membuat jumlah instance ECS yang diperlukan?
Tidak, Auto Scaling mempertahankan integritas transaksi tingkat instance daripada transaksi tingkat aktivitas penskalaan. Anda dapat pergi ke tab Aktivitas Penskalaan di konsol Auto Scaling untuk melihat status aktivitas penskalaan. Untuk informasi lebih lanjut, lihat Lihat detail aktivitas penskalaan.
Sebagai contoh, bisnis Anda memerlukan Auto Scaling untuk membuat 20 instance ECS, tetapi Auto Scaling hanya membuat 19 instance ECS. Kemudian, hanya 19 instance ECS yang ditambahkan ke grup penskalaan Anda. Auto Scaling menganggap aktivitas penskalaan selesai tanpa mencoba membuat instance ECS yang gagal. Aktivitas penskalaan memasuki status Warning.
Bagaimana cara mendapatkan kata sandi yang diperlukan untuk masuk ke instance ECS yang dibuat oleh Auto Scaling?
Auto Scaling tidak mengizinkan Anda menentukan kata sandi kustom dalam konfigurasi penskalaan. Jika Anda menggunakan OS Linux, kami sarankan Anda menentukan pasangan kunci SSH dalam konfigurasi penskalaan yang berlaku. Kemudian, Anda dapat menggunakan pasangan kunci SSH untuk masuk ke instance ECS.
Jika Anda tidak menggunakan pasangan kunci SSH untuk masuk ke instance ECS, Anda harus menyetel ulang kata sandi instance ECS di konsol ECS, dan kemudian memulai ulang instance ECS untuk membuat kata sandi baru berlaku.
Mengapa saya tidak dapat menggunakan kata sandi yang ditentukan dalam gambar kustom saya untuk masuk ke instance ECS yang dibuat secara otomatis oleh Auto Scaling?
Untuk memastikan keamanan, Auto Scaling tidak mendukung login ke instance ECS yang dibuat secara otomatis berdasarkan kata sandi yang ditentukan dalam gambar kustom. Kami sarankan Anda menentukan pasangan kunci SSH dalam konfigurasi penskalaan yang berlaku. Kemudian, Anda dapat menggunakan pasangan kunci SSH untuk masuk ke instance ECS.
Jika Anda tidak menggunakan pasangan kunci SSH untuk masuk ke instance ECS, Anda harus menyetel ulang kata sandi instance ECS di konsol ECS, dan kemudian memulai ulang instance ECS untuk membuat kata sandi baru berlaku.
Bagaimana cara menyinkronkan data ke instance ECS dalam grup penskalaan?
Anda dapat menentukan gambar kustom dalam konfigurasi penskalaan untuk membuat instance ECS. Dengan cara ini, Anda dapat menyinkronkan data ke instance ECS yang dibuat. Untuk menyinkronkan data ke atau dari instance ECS yang sedang berjalan, kami sarankan Anda menginstal rsync pada instance ECS dan menggunakan rsync untuk menyinkronkan data.
Mengapa alamat IP 127.0.0.1 dihapus dari file /etc/hosts instance ECS yang dibuat secara otomatis oleh Auto Scaling?
Jika Anda menggunakan gambar kustom di mana file /etc/hosts dimodifikasi, file tersebut dikembalikan ke pengaturan default saat Auto Scaling secara otomatis membuat instance ECS menggunakan gambar kustom tersebut. Oleh karena itu, modifikasi Anda terhadap file /etc/hosts hilang. Untuk mempertahankan modifikasi terhadap file /etc/hosts, tambahkan skrip ke file rc.local untuk memeriksa apakah informasi yang diperlukan ada dalam file /etc/hosts, dan tambahkan informasi tersebut jika informasi tersebut tidak ada.
Apa yang dilakukan oleh instance SLB setelah dihubungkan dengan grup penskalaan?
Instance SLB mengarahkan lalu lintas ke instance ECS dalam grup penskalaan berdasarkan metode perutean. Dengan menghubungkan instance SLB dengan grup penskalaan, Anda dapat meningkatkan kinerja dan ketersediaan aplikasi Anda. Untuk informasi lebih lanjut, lihat Apa itu CLB?
Bagaimana instance SLB bekerja dengan grup penskalaan?
Anda dapat menghubungkan instance SLB dengan satu atau lebih grup penskalaan. Kemudian, Auto Scaling secara otomatis menambahkan instance ECS dalam grup penskalaan ke grup server backend instance SLB. Secara default, bobot SLB dari instance ECS adalah 50. Untuk informasi tentang server backend SLB, lihat Grup server default.
Dapatkah Auto Scaling menambahkan instance ECS yang dibuat secara otomatis ke grup server backend instance SLB?
Ya, Auto Scaling dapat menambahkan instance ECS yang dibuat secara otomatis ke grup server backend instance SLB. Namun, instance SLB harus dihubungkan dengan grup penskalaan tempat Auto Scaling membuat instance ECS.
Dapatkah Auto Scaling menambahkan instance ECS yang dibuat secara otomatis ke grup server backend beberapa instance SLB?
Ya, Auto Scaling dapat menambahkan instance ECS yang dibuat secara otomatis ke grup server backend beberapa instance SLB.
Anda dapat menghubungkan grup penskalaan dengan beberapa instance SLB, tetapi jumlah instance SLB dibatasi. Untuk informasi lebih lanjut, lihat Batasan.
Dapatkah saya mengubah bobot SLB dari sebuah instance ECS?
Ya, Anda dapat mengubah bobot SLB dari sebuah instance ECS. Untuk informasi lebih lanjut, lihat Grup server default.
Instance SLB menyeimbangkan beban di antara server backend berdasarkan rasio bobot mereka. Sebagai contoh, Anda memiliki dua instance ECS dan bobot SLB dari kedua instance tersebut adalah 50. Jika Anda mengubah bobot SLB dari instance ECS tersebut dari 50 menjadi 100, instance SLB akan tetap menyeimbangkan beban di antara kedua instance ECS tersebut dengan cara yang sama. Hal ini karena rasio bobot tetap 1:1. Dalam kebanyakan kasus, instance ECS dalam grup penskalaan menyediakan layanan yang sama dan merupakan tipe instance yang sama. Oleh karena itu, bobot SLB dari instance ECS tersebut sama. Bobot SLB default dari sebuah instance ECS adalah 50.
Apakah saya perlu mengonfigurasi bandwidth publik untuk instance ECS saat membuat konfigurasi penskalaan jika grup penskalaan saya terhubung dengan instance SLB yang menghadap internet?
Tidak, bandwidth publik adalah pengaturan opsional untuk instance ECS. Namun, saat Anda membuat konfigurasi penskalaan, kami sarankan Anda mengatur bandwidth publik minimal 1 Mbit/s untuk memudahkan pengelolaan instance ECS.
Mengapa kesalahan pemeriksaan kesehatan tentang instance SLB yang ditentukan dilaporkan saat saya membuat grup penskalaan?
Jika pesan kesalahan berikut muncul, fitur Pemeriksaan Kesehatan dinonaktifkan untuk instance SLB yang ditentukan.
Jenis pemeriksaan kesehatan saat ini dari load balancer "xxxx" tidak mendukung tindakan ini.Anda harus mengaktifkan fitur Pemeriksaan Kesehatan untuk instance SLB yang terhubung dengan grup penskalaan Anda. Untuk informasi lebih lanjut, lihat Konfigurasikan dan kelola pemeriksaan kesehatan CLB.
Bagaimana cara instance SLB memeriksa apakah instance ECS baru dapat memproses permintaan?
Setelah instance ECS baru ditambahkan ke grup penskalaan, instance SLB yang terhubung dengan grup penskalaan memeriksa apakah port yang sesuai pada instance ECS merespons permintaan. Instance SLB hanya akan meneruskan permintaan ke instance ECS baru ketika port pada instance ECS lulus pemeriksaan.
Mengapa periode timeout pendengar HTTP Layer-7 pada instance SLB melebihi 60 detik?
Masalah: Periode timeout pendengar HTTP pada instance SLB sekitar 60 detik. Namun, ketika beberapa instance ECS terpasang ke instance SLB, periode timeout untuk mengonfigurasi instance ECS melebihi 60 detik, atau kode kesalahan 505 dikembalikan.
Penyebab: Periode timeout pendengar HTTP pada instance SLB digunakan untuk memastikan bahwa respons dapat dikembalikan dalam rentang waktu yang diizinkan. Total periode timeout semua pendengar HTTP bervariasi berdasarkan jumlah instance ECS yang terpasang.
Jika Anda memasang beberapa instance ECS ke instance SLB dan permintaan ke instance ECS pertama habis waktu, instance SLB akan meneruskan permintaan ke instance ECS berikutnya untuk mendapatkan respons. Instance SLB terus meneruskan hingga salah satu instance ECS yang terpasang mengembalikan respons untuk permintaan dalam rentang waktu yang diizinkan. Sebagai contoh, jika Anda memasang tiga instance ECS ke instance SLB, periode timeout aktual permintaan HTTP dapat mencapai 180 detik. Selain itu, layanan Alibaba Cloud tertentu mungkin memberlakukan batasan pada pengaturan periode timeout pendengar HTTP pada instance SLB.
Solusi: Kami sarankan Anda mengonfigurasi periode timeout pendengar HTTP dalam aplikasi yang diterapkan pada instance ECS.
Apa yang dilakukan oleh instance ApsaraDB RDS setelah dihubungkan dengan grup penskalaan?
ApsaraDB RDS adalah layanan database online yang stabil, andal, dan skalabel. Saat Anda menghubungkan instance ApsaraDB RDS dengan grup penskalaan, Anda dapat mencadangkan data dari grup penskalaan ke instance ApsaraDB RDS berdasarkan kebijakan pencadangan kustom. Ini meningkatkan keamanan dan keandalan data Anda dan memungkinkan Anda memulihkan data yang dihapus secara tidak sengaja. Untuk informasi lebih lanjut, lihat Apa itu ApsaraDB RDS?
Bagaimana instance ApsaraDB RDS bekerja dengan grup penskalaan?
Jika Anda menghubungkan grup penskalaan dengan satu atau lebih instance ApsaraDB RDS, Auto Scaling menambahkan alamat IP privat instance ECS yang diperluas skalanya dalam grup penskalaan ke daftar putih alamat IP instance ApsaraDB RDS terkait. Ini memungkinkan komunikasi antar instance ECS melalui jaringan internal. Anda dapat menghubungkan beberapa instance ApsaraDB RDS dengan grup penskalaan. Untuk informasi lebih lanjut tentang fitur Daftar Putih Alamat IP dari ApsaraDB RDS, lihat Gunakan klien database atau CLI untuk terhubung ke instance ApsaraDB RDS for MySQL.