View a markdown version of this page

Model penerapan di Timestream untuk InfluxDB 3 - Amazon Timestream

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.

Model penerapan di Timestream untuk InfluxDB 3

Penerapan simpul tunggal

Dalam penyebaran node tunggal (tersedia untuk versi Core dan Enterprise), satu instance menangani semua operasi database. Fitur konfigurasi ini:

  • Satu node melakukan beberapa peran penting:

    • Peran penulis: Menangani semua operasi penulisan ke database.

    • Peran pembaca: Memproses kueri baca dan operasi pengambilan data.

    • Peran pemadat: Mengoptimalkan penyimpanan dengan memadatkan file data (hanya versi Enterprise).

  • Versi inti: Single node beroperasi dengan peran penulis dan pembaca saja.

  • Versi perusahaan: Single node beroperasi dengan peran penulis, pembaca, dan pemadat untuk fungsionalitas lengkap.

  • Manajemen yang disederhanakan dengan semua operasi dikonsolidasikan pada satu contoh.

  • Biaya lebih rendah dibandingkan dengan penerapan multi-node.

  • Cocokkan untuk pengembangan, pengujian, atau beban kerja produksi yang lebih kecil.

Penerapan node tunggal ideal untuk memulai Timestream untuk InfluxDB 3 atau untuk beban kerja dengan persyaratan kinerja sedang.

Penyebaran multi-node

Penerapan multi-node (hanya tersedia untuk edisi Enterprise) mendistribusikan beban kerja di beberapa instance untuk meningkatkan kinerja, skalabilitas, dan ketersediaan. Kluster perusahaan mendukung hingga 15 node dengan konfigurasi berikut:

  • Alokasi node fleksibel berdasarkan persyaratan beban kerja:

    • 1-4 writer/reader node (ingestQueryInstances) yang menangani operasi tulis dan baca.

    • 0-13 node khusus pembaca (queryOnlyInstances) yang didedikasikan untuk memproses kueri baca.

    • 1 node pemadat khusus untuk mengoptimalkan penyimpanan (diperlukan untuk cluster dengan 3+ node).

  • Kemampuan penskalaan horizontal untuk mengakomodasi beban kerja yang terus bertambah.

  • Toleransi kesalahan yang ditingkatkan dengan distribusi beban kerja di beberapa node di Availability Zone yang berbeda.

  • Peningkatan kinerja kueri.

  • Penanganan operasi bersamaan yang lebih baik.

Penerapan multi-node direkomendasikan untuk lingkungan produksi dengan persyaratan throughput tinggi, volume data yang besar, atau kebutuhan akan ketersediaan yang ditingkatkan.