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.
Pemecahan Masalah
Peringatan versi “dev” tidak dikenali
Peringatan 'PERINGATAN: Tidak dapat mengurai versi “dev” yang dilaporkan oleh server, dengan asumsi terbaru backup/restore APIs didukung' dapat ditampilkan selama migrasi. Peringatan ini bisa diabaikan.
Migrasi gagal selama tahap restorasi
Jika terjadi migrasi yang gagal selama tahap restorasi, pengguna dapat menggunakan --retry-restore-dir bendera untuk mencoba kembali restorasi. Gunakan --retry-restore-dir bendera dengan jalur ke direktori yang sebelumnya dicadangkan untuk melewati tahap pencadangan dan coba lagi tahap pemulihan. Direktori cadangan yang dibuat yang digunakan untuk migrasi akan ditunjukkan jika migrasi gagal selama pemulihan.
Kemungkinan alasan kegagalan pemulihan meliputi:
Token tujuan InfluxDB tidak valid - Bucket yang ada di instance tujuan dengan nama yang sama seperti pada instance sumber. Untuk migrasi bucket individual, gunakan
--dest-bucketopsi untuk menetapkan nama unik untuk bucket yang dimigrasiKegagalan konektivitas, baik dengan host sumber atau tujuan atau dengan bucket S3 opsional.
Amazon Timestream untuk pedoman operasional dasar InfluxDB
Berikut ini adalah pedoman operasional dasar yang harus diikuti setiap orang saat bekerja dengan Amazon TimeStream untuk InfluxDB. Perhatikan bahwa Amazon Timestream untuk Perjanjian Tingkat Layanan InfluxDB mengharuskan Anda mengikuti panduan ini:
Gunakan metrik untuk memantau memori, CPU, dan penggunaan penyimpanan Anda. Anda dapat mengatur Amazon CloudWatch untuk memberi tahu Anda saat pola penggunaan berubah atau saat Anda mendekati kapasitas penerapan. Dengan begitu, Anda dapat mempertahankan performa sistem dan ketersediaan.
Tingkatkan skala instans DB Anda saat mendekati batas kapasitas penyimpanan. Anda akan memiliki buffer dalam penyimpanan dan memori untuk mengakomodasi peningkatan permintaan yang tidak terduga dari aplikasi Anda. Ingatlah bahwa saat ini, Anda perlu membuat instance baru dan memigrasikan data Anda untuk mencapai hal ini.
Jika beban kerja database Anda membutuhkan I/O lebih dari yang telah Anda sediakan, pemulihan setelah kegagalan atau kegagalan database akan lambat. Untuk meningkatkan I/O kapasitas instans DB, lakukan salah satu atau semua hal berikut:
Migrasi ke instans DB yang berbeda dengan I/O kapasitas lebih tinggi.
Jika Anda sudah menggunakan penyimpanan penyimpanan Influx IOPS Included, sediakan jenis penyimpanan dengan IOPS Included yang lebih tinggi.
Jika aplikasi klien Anda menyimpan data Domain Name Service (DNS) dari instans DB Anda, tetapkan nilai time-to-live (TTL) kurang dari 30 detik. Alamat IP yang mendasari untuk instans DB dapat berubah setelah failover. Menyimpan data DNS dalam cache untuk waktu yang lama dapat menyebabkan kegagalan koneksi. Aplikasi Anda mungkin mencoba untuk menghubungkan ke alamat IP yang sudah tidak berada dalam layanan.
Rekomendasi RAM instans DB
Praktik terbaik Amazon TimeStream untuk InfluxDB adalah mengalokasikan RAM yang cukup sehingga set kerja Anda berada hampir sepenuhnya dalam memori. Set kerja adalah data dan indeks yang sering Anda gunakan pada instans. Makin banyak Anda menggunakan instans DB, makin banyak set kerja yang akan tumbuh.
