Pilar keandalan

Pilar keandalan mencakup kemampuan beban kerja untuk menjalankan fungsi yang dimaksudkan dengan benar dan konsisten ketika diharapkan. Ini termasuk kemampuan untuk mengoperasikan dan menguji beban kerja melalui siklus hidupnya yang lengkap.

Mengkonfigurasi beban kerja yang andal dimulai dengan keputusan desain di muka untuk perangkat lunak dan infrastruktur. Pilihan arsitektur Anda akan memengaruhi perilaku beban kerja Anda di semua pilar Well-Architected. Untuk mencapai keandalan, Anda harus mengikuti pola tertentu.

Pilar keandalan berfokus pada bidang-bidang utama berikut:

• Arsitektur beban kerja, termasuk kuota layanan dan pola penerapan

• Mengelola dan menskalakan instans InfluxDB

Arsitektur beban kerja, termasuk kuota layanan dan pola penerapan

Masing-masing Akun AWS memiliki kuota untuk sumber daya yang ditawarkan di masing-masing Wilayah AWS. Misalnya, setiap Region memiliki kuota Timestream untuk instans InfluxDB, terlepas dari ukuran instans. Setelah Anda mencapai jumlah maksimum instans di Wilayah, panggilan tambahan untuk membuat instance gagal dengan pengecualian. Volume penyimpanan instans Timestream untuk InfluxDB dapat tumbuh hingga ukuran maksimum 16 tebibytes () di semua yang didukung. TiBs Wilayah AWS

Pola deployment

Untuk ketersediaan tinggi dan dukungan failover untuk Timestream untuk instans InfluxDB, Anda dapat menggunakan penerapan multi-AZ dengan satu instans DB siaga. Jenis deployment ini disebut deployment instans DB Multi-AZ. Amazon Timestream untuk InfluxDB menggunakan teknologi failover Amazon. Dalam penerapan instans DB multi-AZ, Amazon Timestream secara otomatis menyediakan dan memelihara replika siaga sinkron di Availability Zone yang berbeda. Untuk memberikan redundansi data, instans DB primer direplikasi secara sinkron di seluruh Availability Zones ke replika siaga.

Menjalankan instans DB dengan ketersediaan tinggi dapat memberikan ketersediaan selama kegagalan instans DB atau gangguan Availability Zone. Jika pemadaman instans DB yang tidak direncanakan disebabkan oleh cacat infrastruktur, Amazon Timestream untuk InfluxDB secara otomatis beralih ke replika siaga. Durasi penyelesaian failover bergantung pada aktivitas basis data dan kondisi lain pada saat instans DB primer tidak tersedia.

Durasi failover biasanya antara 60–120 detik. Namun, transaksi besar dengan data kardinalitas tinggi atau proses pemulihan yang panjang dengan persyaratan pra-pemanasan dapat meningkatkan waktu failover. Setelah failover selesai, waktu tambahan mungkin diperlukan sebelum konsol Timestream mencerminkan Availability Zone yang baru.

Jika aplikasi Anda harus tetap tersedia selama Wilayah AWS pemadaman total, pertimbangkan untuk menyiapkan replikasi atau menulis ke Wilayah lain sebagai bagian dari rencana pemulihan bencana (DR) Anda. Namun, sebelum Anda mengatur replikasi, pastikan Anda memahami keterbatasannya. Untuk informasi selengkapnya, lihat dokumentasi InfluxDB.

Amazon TimeStream untuk InfluxDB secara berkala mengambil cadangan internal dan mempertahankannya selama 24 jam untuk mendukung ketersediaan dan daya tahan. Snapshot diambil selama penghapusan dan disimpan selama 30 hari untuk mendukung pemulihan. Untuk mengakses atau menggunakan ini, buat kasus di AWS Dukungan.

Mengelola dan menskalakan Timestream untuk InfluxDB

Timestream untuk InfluxDB mendukung kelas instans yang ideal untuk menjalankan beban kerja intensif memori dalam database InfluxDB open source. Kelas instans db.influx yang berbeda memiliki batasan pada vCPUs, memori, penyimpanan, dan bandwidth jaringan. Untuk memilih kelas instance yang sesuai dengan persyaratan latensi tulis dan kueri aplikasi Anda, amati Amazon CloudWatch CPUUtilizationMemoryUtilization, dan DiskUtilization metrik selama pengujian. Anda dapat menskalakan instans Anda ke atas dan ke bawah berdasarkan persyaratan beban kerja Anda. Timestream untuk InfluxDB menyediakan beberapa tingkatan penyimpanan yang telah dikonfigurasi sebelumnya dengan IOPS optimal dan throughput yang diperlukan untuk berbagai jenis beban kerja. Pilih yang terbaik untuk beban kerja Anda berdasarkan kebutuhan Anda.

Jika penskalaan Anda perlu diubah pada waktu yang dapat diprediksi, Anda dapat menggunakan AWS Lambda fungsi atau penjadwal khusus dan menjalankan API atau SDK untuk meningkatkan dan menurunkan skala dengan beberapa waktu buffer.

Anda mengelola konfigurasi InfluxDB Anda di Timestream untuk InfluxDB dengan menggunakan parameter dalam grup parameter. Grup parameter bertindak sebagai wadah untuk opsi konfigurasi InfluxDB yang diterapkan ke satu atau beberapa instance DB. Saat memodifikasi parameter dalam kelompok parameter, pahami perbedaan antara parameter statis dan dinamis, dan bagaimana dan kapan parameter tersebut diterapkan. Untuk melihat konfigurasi yang diterapkan saat ini, gunakan tindakan GetDbParameterGroupAPI.