Untuk kemampuan serupa dengan Amazon Timestream LiveAnalytics, pertimbangkan Amazon Timestream untuk InfluxDB. Ini menawarkan konsumsi data yang disederhanakan dan waktu respons kueri milidetik satu digit untuk analitik waktu nyata. Pelajari lebih lanjut di sini.
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menskalakan klaster
Ikhtisar
Penskalaan multi-node memperluas kemampuan Timestream untuk edisi InfluxDB 3 Enterprise dengan memungkinkan Anda membuat cluster dengan hingga 15 node, memungkinkan skalabilitas horizontal untuk peningkatan tuntutan beban kerja. Fitur ini menyediakan opsi konfigurasi cluster yang fleksibel untuk mengoptimalkan beban kerja baca dan tulis tertentu, dengan node didistribusikan di beberapa Availability Zone untuk ketersediaan tinggi.
Kemampuan kunci
Dengan penskalaan multi-node, Anda dapat:
Buat cluster dengan hingga 15 node (maksimal 4 node penulis, 13 node pembaca, dan 1 pemadat khusus)
Sesuaikan ukuran cluster secara dinamis dengan menambahkan atau menghapus node saat persyaratan beban kerja Anda berubah
Konfigurasikan peran node antara Writer/Reader mode atau mode Reader-only
Mendistribusikan node di beberapa Availability Zone untuk meningkatkan ketersediaan
Akses klaster Anda melalui titik akhir khusus untuk read/write atau operasi hanya-baca
Konfigurasi klaster
Jenis dan peran simpul
Saat mengonfigurasi cluster Anda, Anda dapat menentukan:
Node Penulis/Pembaca: Memproses operasi tulis dan baca (1-4 node)
Node khusus pembaca: Didedikasikan untuk memproses kueri baca (0-13 node)
Dedicated Compactor: Diperlukan untuk cluster dengan 3+ node untuk mengoptimalkan penyimpanan data
Titik akhir cluster
Timestream untuk InfluxDB 3 menyediakan dua jenis titik akhir:
Titik Akhir Cluster: Mendistribusikan lalu lintas di antara node yang tersedia
Read/Write Endpoint: Rutekan lalu lintas ke semua node Writer/Reader
Titik Akhir hanya-baca: Merutekan lalu lintas ke semua node yang mampu membaca operasi
Titik Akhir Node: Izinkan akses langsung ke node tertentu untuk isolasi beban kerja
penting
Saat menggunakan titik akhir node, akan ada waktu henti jika node dimulai ulang, ditambal, ditingkatkan, atau gagal.
catatan
Saat membuat penulisan atau pembacaan menggunakan beberapa thread paralel dari mesin klien yang sama, perilaku caching DNS dapat memengaruhi distribusi lalu lintas di seluruh node cluster. Untuk panduan tentang mengoptimalkan resolusi DNS guna memastikan distribusi lalu lintas yang merata, lihat. Mengelola resolusi DNS untuk titik akhir klaster
Mengelola ukuran cluster
Untuk mengubah konfigurasi klaster Anda, Anda harus menggunakan grup parameter:
Buat grup parameter baru dengan konfigurasi yang Anda inginkan
Terapkan grup parameter ke cluster Anda
Pendekatan ini berlaku untuk penskalaan (menambahkan node) dan memperkecil (menghapus node).
penting
Saat membuat grup parameter baru untuk penskalaan, pastikan Anda menggunakan semua parameter yang disarankan untuk ukuran instans Anda. Tinjau Jenis dan Spesifikasi Instance yang Didukung halaman untuk panduan khusus contoh. Sebelum menerapkan grup parameter baru, verifikasi konfigurasi Anda yang sedang berjalan untuk memastikan tidak ada pengaturan yang secara tidak sengaja diubah saat menambahkan atau menghapus node. Anda dapat memeriksa konfigurasi efektif Anda dengan mengikuti langkah-langkah diMembuat Grup Parameter dengan AWS CLI.
Deployment multi-AZ
Saat menjalankan klaster multi-node, node didistribusikan secara otomatis di berbagai Availability Zone di wilayah yang Anda pilih. Distribusi ini memastikan:
Tidak ada downtime di cluster Anda saat menggunakan endpoint Cluster
Peningkatan toleransi kesalahan terhadap kegagalan tingkat AZ
Kinerja yang konsisten di seluruh wilayah
Persyaratan dan pembatasan
Cluster dengan 3+ node membutuhkan pemadat khusus
Minimal 2 Writer/Reader node direkomendasikan untuk ketersediaan tinggi
Semua node dalam cluster harus menggunakan jenis instance yang sama
Perubahan mode node memerlukan pembuatan grup parameter baru
Titik akhir node mungkin mengalami downtime selama operasi pemeliharaan
Praktik terbaik
Gunakan titik akhir klaster alih-alih titik akhir node untuk beban kerja produksi guna memastikan ketersediaan tinggi
Skala klaster Anda berdasarkan rasio read/write beban kerja Anda (lebih banyak node pembaca untuk beban kerja yang berat baca)
Pantau kinerja node untuk menentukan kebutuhan penskalaan yang optimal
Rencanakan operasi penskalaan selama periode aktivitas yang lebih rendah
Untuk memaksimalkan kinerja pada beban kerja berat tulis dalam penerapan multi-node, kirim operasi tulis hanya ke node penulis Anda dan rutekan kueri baca ke node khusus pembaca Anda
Tip
Untuk beban kerja intensif tulis, konfigurasikan lebih banyak node. Writer/Reader Untuk beban kerja intensif baca, tambahkan lebih banyak node khusus Pembaca sambil mempertahankan setidaknya 2 Writer/Reader node untuk ketersediaan tinggi.
