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](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html).

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Jendela pemeliharaan
<a name="timestream-for-influx-managing-maintaining-db"></a>

Secara berkala, Amazon Timestream untuk InfluxDB melakukan pemeliharaan di Amazon Timestream untuk sumber daya InfluxDB. Pemeliharaan paling sering melibatkan pembaruan ke sumber daya berikut dalam instans DB Anda:
+ Perangkat keras yang mendasarinya
+ Sistem operasi yang mendasarinya (OS)
+ Versi mesin basis data

Pembaruan pada sistem operasi paling sering terjadi untuk masalah keamanan. 

Beberapa item pemeliharaan mengharuskan Amazon Timestream untuk InfluxDB membuat instans DB Anda offline untuk waktu yang singkat. Item pemeliharaan yang mengharuskan sumber daya untuk offline mencakup patching sistem operasi atau basis data yang diperlukan. Patching yang diperlukan secara otomatis dijadwalkan hanya untuk patch yang terkait dengan keamanan dan keandalan instans. Patching tersebut jarang terjadi, biasanya sekali setiap beberapa bulan. Ini jarang membutuhkan lebih dari periode pemeliharaan Anda.

**Jendela pemeliharaan**

Setiap Amazon Timestream untuk instans DB InfluxDB memiliki jendela pemeliharaan mingguan selama pemeliharaan dilakukan. Anda dapat mengonfigurasi jendela pemeliharaan Anda dengan dua cara:
+ **Layanan dikelola (default)**: Amazon Timestream untuk InfluxDB menentukan jendela pemeliharaan optimal untuk sumber daya Anda.
+ **Pelanggan dikelola**: Anda menentukan jendela pemeliharaan pilihan menggunakan format `ddd:HH:MM-ddd:HH:MM` (misalnya,`Sun:02:00-Sun:04:00`). Jendela harus minimal 2 jam dan tidak lebih dari 24 jam. Jendela lintas tengah malam didukung.

Anda dapat mengatur jendela pemeliharaan pilihan Anda saat membuat instans DB atau mengubahnya nanti menggunakan `update-db-instance` API.

**Zona waktu**

Anda dapat menentukan zona waktu untuk jendela pemeliharaan Anda menggunakan `timezone` bidang. Saat diatur, waktu jendela ditafsirkan dalam zona waktu yang ditentukan. Bidang `timezone` wajib diisi. Gunakan pengidentifikasi zona waktu IANA seperti atau. `America/New_York` `Asia/Tokyo` Sistem menangani transisi Daylight Saving Time secara otomatis.

**Contoh CLI**

Buat instance DB dengan jendela pemeliharaan khusus:

```
aws timestream-influxdb create-db-instance \
  --name "my-influxdb" \
  --db-instance-type db.influx.medium \
  --allocated-storage 50 \
  --vpc-subnet-ids subnet-12345abc subnet-67890def \
  --vpc-security-group-ids sg-12345abc \
  --maintenance-schedule '{
    "timezone": "America/New_York",
    "preferredMaintenanceWindow": "Sun:02:00-Sun:04:00"
  }' \
  --region us-west-2
```

Perbarui jendela pemeliharaan pada instans DB yang ada:

```
aws timestream-influxdb update-db-instance \
  --identifier <instance-identifier> \
  --maintenance-schedule '{
    "timezone": "Asia/Tokyo",
    "preferredMaintenanceWindow": "Wed:03:00-Wed:06:00"
  }' \
  --region us-west-2
```

Kembali ke layanan yang dikelola:

```
aws timestream-influxdb update-db-instance \
  --identifier <instance-identifier> \
  --maintenance-schedule '{
    "timezone": "UTC",
    "preferredMaintenanceWindow": ""
  }' \
  --region us-west-2
```

**penting**  
Jika tindakan pemeliharaan yang diperlukan telah ditangguhkan selama lebih dari 25 hari, layanan dapat menerapkan pemeliharaan di luar jendela pilihan Anda untuk memastikan keamanan dan keandalan sumber daya Anda.

Selama pemeliharaan, status instans DB berubah menjadi`MAINTENANCE`. Setelah selesai, status kembali ke`AVAILABLE`.

**Zona waktu yang didukung**

Gunakan pengidentifikasi zona waktu IANA. Singkatan zona waktu seperti`EST`,`PST`, dan tidak `GMT+5` didukung.


| **Zona waktu** | **Deskripsi** | 
| --- | --- | 
| UTC | Waktu Universal Terkoordinasi (default) | 
| America/New\$1York | AS Timur | 
| America/Chicago | Pusat AS | 
| America/Denver | Gunung AS | 
| America/Los\$1Angeles | Pasifik AS | 
| America/Sao\$1Paulo | Brazil | 
| Europe/London | UK | 
| Europe/Paris | Eropa Tengah | 
| Europe/Berlin | Germany | 
| Asia/Tokyo | Jepang | 
| Asia/Shanghai | Tiongkok | 
| Asia/Singapore | Singapura | 
| Asia/Mumbai | India | 
| Asia/Dubai | UAE | 
| Australia/Sydney | Australia Timur | 
| Pacific/Auckland | Selandia Baru | 

**Pertimbangan-pertimbangan**
+ Jendela pemeliharaan menentukan kapan pemeliharaan *dapat* terjadi, bukan kapan itu *akan* terjadi. Pemeliharaan dilakukan sesuai kebutuhan, biasanya tidak lebih dari sekali per minggu.
+ Pemeliharaan diperlukan setidaknya sekali per bulan untuk keamanan dan keandalan patch.
+ Untuk penerapan multi-AZ, pemeliharaan dilakukan pada siaga terlebih dahulu, kemudian terjadi failover, meminimalkan waktu henti.
+ Jika Anda menggunakan zona waktu dengan transisi DST, hindari penjadwalan pemeliharaan antara 1:00 AM dan 3:00 AM untuk mencegah jendela yang dilewati selama musim semi ke depan.