Amazon Timestream for LiveAnalytics に類似した機能をご希望の場合は Amazon Timestream for InfluxDB をご検討ください。リアルタイム分析に適した、シンプルなデータインジェストと 1 桁ミリ秒のクエリ応答時間を特徴としています。詳細については、こちらを参照してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
メンテナンスウィンドウ
Amazon Timestream for InfluxDB は、Amazon Timestream for InfluxDB リソースに定期的にメンテナンスを実行します。メンテナンスでは、DB インスタンス内の次のリソースが頻繁に更新されます。
基盤となるハードウェア
基盤となるオペレーティングシステム (OS)
データベースエンジンのバージョン
通常、オペレーティングシステムのアップデートはセキュリティ問題に関連しています。
いくつかのメンテナンス項目では、Amazon Timestream for InfluxDB により DB インスタンスが短時間オフラインになります。リソースをオフラインにする必要があるメンテナンス項目には、必要なオペレーティングシステムやデータベースのパッチが含まれます。セキュリティやインスタンスの信頼性に関連するパッチのみ、必須のパッチ適用として自動的にスケジューリングされます。そのようなパッチ適用はまれであり、通常は数か月に一度です。メンテナンスウィンドウのごくわずかしか必要としないことがほとんどです。
メンテナンスウィンドウ
すべての Amazon Timestream for InfluxDB DB インスタンスには、メンテナンスが実行される毎週のメンテナンスウィンドウがあります。メンテナンスウィンドウは、次の 2 つの方法で設定できます。
-
サービスマネージド (デフォルト): Amazon Timestream for InfluxDB は、リソースに最適なメンテナンスウィンドウを決定します。
-
カスタマー管理: 形式
ddd:HH:MM-ddd:HH:MM(例: ) を使用して、優先メンテナンスウィンドウを指定しますSun:02:00-Sun:04:00。ウィンドウは 2 時間以上 24 時間以内である必要があります。午前 0 時のウィンドウがサポートされています。
DB インスタンスを作成するときに任意のメンテナンスウィンドウを設定することも、後で update-db-instance API を使用して変更することもできます。
タイムゾーン
メンテナンスウィンドウのタイムゾーンは、 timezoneフィールドを使用して指定できます。設定すると、ウィンドウ時間は指定されたタイムゾーンで解釈されます。timezone フィールドは必須です。America/New_York や などの IANA タイムゾーン識別子を使用しますAsia/Tokyo。夏時間の移行は自動的に処理されます。
CLI の例
カスタムメンテナンスウィンドウを使用して DB インスタンスを作成します。
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
既存の DB インスタンスのメンテナンスウィンドウを更新します。
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
サービスマネージドに戻す:
aws timestream-influxdb update-db-instance \ --identifier <instance-identifier> \ --maintenance-schedule '{ "timezone": "UTC", "preferredMaintenanceWindow": "" }' \ --region us-west-2
重要
必要なメンテナンスアクションが 25 日以上延期された場合、サービスはリソースのセキュリティと信頼性を確保するために、希望する期間外にメンテナンスを適用することがあります。
メンテナンス中、DB インスタンスのステータスは に変わりますMAINTENANCE。完了すると、ステータスは に戻りますAVAILABLE。
サポートされているタイムゾーン
IANA タイムゾーン識別子を使用します。EST、、 などのタイムゾーンの略語PSTGMT+5はサポートされていません。
| タイムゾーン | 説明 |
|---|---|
UTC | 協定世界時 (デフォルト) |
America/New_York | 米国東部 |
America/Chicago | 米国中部 |
America/Denver | 米国山岳地帯 |
America/Los_Angeles | 米国太平洋 |
America/Sao_Paulo | ブラジル |
Europe/London | UK |
Europe/Paris | 中央ヨーロッパ |
Europe/Berlin | ドイツ |
Asia/Tokyo | 日本 |
Asia/Shanghai | 中国 |
Asia/Singapore | シンガポール |
Asia/Mumbai | インド |
Asia/Dubai | UAE |
Australia/Sydney | オーストラリア東部 |
Pacific/Auckland | ニュージーランド |
考慮事項
-
メンテナンスウィンドウは、メンテナンスがいつ発生するかではなく、いつ発生するかを定義します。メンテナンスは必要に応じて実行されます。通常、1 週間に 1 回までです。
-
セキュリティと信頼性のパッチ適用には、少なくとも 1 か月に 1 回メンテナンスが必要です。
-
マルチ AZ 配置の場合、メンテナンスは最初にスタンバイで実行され、フェイルオーバーが発生してダウンタイムが最小限に抑えられます。
-
DST 移行でタイムゾーンを使用する場合は、スプリングフォワード中にウィンドウがスキップされないように、午前 1 時から午前 3 時までメンテナンスをスケジュールしないでください。