Amazon Timestream for LiveAnalytics に類似した機能をご希望の場合は Amazon Timestream for InfluxDB をご検討ください。リアルタイム分析に適した、シンプルなデータインジェストと 1 桁ミリ秒のクエリ応答時間を特徴としています。詳細については、[こちら](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)を参照してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon Timestream for InfluxDB のマルチ AZ リードレプリカクラスターの操作
リードレプリカクラスターのデプロイは、Amazon Timestream for InfluxDB の非同期のデプロイモードであり、プライマリ DB インスタンスにアタッチされたリードレプリカを設定することができます。リードレプリカクラスターには、同じ AWS リージョンにある別個のアベイラビリティーゾーンに、ライター DB インスタンスとリーダー DB インスタンスが 1 つずつあります。リードレプリカクラスターは、マルチ AZ DB インスタンス配置に比べると可用性が高く、読み取りワークロードの容量も多くなっています。
## リードレプリカクラスターで利用できるインスタンスクラス
リードレプリカクラスターのデプロイは、通常の Timestream for InfluxDB インスタンスと同じインスタンスタイプでサポートされています。
****
| インスタンスクラス | vCPU | メモリ (GiB) | ストレージタイプ | ネットワーク帯域幅 (Gbps) |
| --- | --- | --- | --- | --- |
| db.influx.medium | 1 | 8 | Influx IOPS 込み | 10 |
| db.influx.large | 2 | 16 | Influx IOPS 込み | 10 |
| db.influx.xlarge | 4 | 32 | Influx IOPS 込み | 10 |
| db.influx.2xlarge | 8 | 64 | Influx IOPS 込み | 10 |
| db.influx.4xlarge | 16 | 128 | Influx IOPS 込み | 10 |
| db.influx.8xlarge | 32 | 256 | Influx IOPS 込み | 12 |
| db.influx.12xlarge | 48 | 384 | Influx IOPS 込み | 20 |
| db.influx.16xlarge | 64 | 512 | Influx IOPS 込み | 25 |
| db.influx.24xlarge | 96 | 768 | Influx IOPS 込み | 40 |
## リードレプリカクラスターのアーキテクチャ
リードレプリカクラスターでは、Amazon Timestream for InfluxDB は、InfluxData のライセンスされたリードレプリカアドオンを使用して、ライター DB インスタンスに対して行われたすべての書き込みを、すべてのリーダー DB インスタンスに自動的にレプリケートします。このレプリケーションは非同期であり、すべての書き込みは、ライターノードによってコミットされるとすぐに確認されます。すべてのリーダーノードからの確認がなくとも、書き込みは成功したとみなされます。データが書き込み DB インスタンスによってコミットされると、ほぼ瞬時にリードレプリカインスタンスにレプリケートされます。回復可能なライター障害が発生した場合、データは 1 つ以上のリーダーにレプリケートされていなければ失われます。
リードレプリカインスタンスは、ライター DB インスタンスの読み取り専用コピーです。クエリの一部または全部をアプリケーションからリードレプリカにルーティングすることで、ライター DB インスタンスの負荷を軽減できます。こうすることにより、単一 DB インスタンスの容量制約にとらわれることなく伸縮自在にスケールアウトし、読み取り負荷の高いデータベースワークロードに対応できます。
次の図は、プライマリ DB インスタンスが別のアベイラビリティーゾーンのリードレプリカにレプリケートされる様子を示しています。クライアントにはプライマリ DB インスタンスへの読み取り/書き込みアクセス権、およびレプリカへの読み取り専用アクセス権があります。
![\[アベイラビリティーゾーン A のプライマリ DB インスタンスは、アベイラビリティーゾーン C のリードレプリカインスタンスに、非同期的にレプリケートされます。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/rr_azs_diagram.png)
## リードレプリカクラスターのパラメータグループ
リードレプリカクラスターでは、*DB パラメータグループ*は、リードレプリカクラスター内のすべての DB インスタンスに適用される、エンジン設定値のコンテナとして機能します。デフォルトの DB パラメータグループは、DB エンジンと DB エンジンのバージョンに基づいて設定されます。DB パラメータグループの設定は、クラスター内のすべての DB インスタンスに使用されます。
マルチ AZ DB リードレプリカ用の [CreateDbCluster](https://docs.aws.amazon.com/ts-influxdb/latest/ts-influxdb-api/API_CreateDbCluster.html) または [UpdateDbCluster](https://docs.aws.amazon.com/ts-influxdb/latest/ts-influxdb-api/API_UpdateDbCluster.html) を使用して特定の DB パラメータグループを渡すときは、`storage-wal-max-write-delay` が 1 時間以上に設定されていることを確認します。DB パラメータグループが指定されていない場合、`storage-wal-max-write-delay` はデフォルトで 1 時間になります。
## リードレプリカクラスターのレプリカラグ
Timestream for InfluxDB のリードレプリカクラスターでは高い書き込みパフォーマンスが得られますが、エンジンベースの非同期レプリケーションの性質上、レプリカラグが発生することがあります。この遅延によりフェイルオーバーの際にデータが失われる可能性があるため、モニタリングが不可欠です。
AWS マネジメントコンソール ナビゲーションペインで**すべてのメトリクス**を選択すると、CloudWatch からレプリカの遅延を追跡できます。**[Timestream/InfluxDB]** を選択し、次に **[DbCluster から]** を選択します。**[DbClusterName]** を選択し、次に **[DbReaderInstanceName]** を選択します。ここには、Timestream for InfluxDB のすべてのインスタンスで追跡される通常のメトリクスセット (以下のリストを参照) に加え、ミリ秒単位で表される ReplicaLag も表示されます。
+ CPUUtilization
+ MemoryUtilization
+ DiskUtilization
+ ReplicaLag (レプリカインスタンスモードの DB インスタンスのみ)
### レプリカの遅延の一般的な原因
レプリカラグは一般に、書き込みと読み取りのワークロード負荷が高すぎて、リーダー DB インスタンスがトランザクションを効率的に適用できない場合に起こります。異なるワークロードでは、一時的に、または継続的にレプリカの遅延が発生する可能性があります。一般的な原因の例をいくつか次に示します。
+ 書き込みの同時実行性が高いか、ライター DB インスタンスで大量のバッチ更新が行われるため、リーダー DB インスタンスの適用プロセスが遅れている。
+ 1 つ以上のリーダー DB インスタンスでリソースを使用しており、読み取りワークロード負荷が高い。低速または大規模なクエリを実行すると、適用プロセスに影響し、レプリカの遅延が発生する可能性があります。
+ 大量のデータまたは DDL ステートメントを変更するトランザクション。データベースのコミットの順序を保持する必要があるため、レプリカの遅延が一時的に増加することがあります。
レプリカの遅延が設定された時間を超過した際に CloudWatch アラームを作成する方法のチュートリアルについては、「[チュートリアル: Amazon Timestream for InfluxDB 向けマルチ AZ クラスターレプリカラグ用 Amazon CloudWatch アラームの作成](timestream-for-influx-creating-cw-alarms.md#timestream-for-influx-tutorial-alarm)」を参照してください。
### レプリカの遅延の軽減
Timestream for InfluxDB のリードレプリカクラスターの場合、ライター DB インスタンスの負荷を減らすことでレプリカラグを軽減できます。
## 可用性と耐久性
リードレプリカクラスターは、書き込みの可用性を優先するために書き込み障害が発生した場合にリーダーインスタンスのいずれかに自動的にフェイルオーバーするように設定するか、またはフェイルオーバーを回避してチップデータの損失を最小限に抑えるように設定することが可能です。チップデータとは、1 つ以上のリーダーノードにまだレプリケートされていないデータのレプリケーションギャップのことです (「[リードレプリカクラスターのレプリカラグ](#timestream-for-influx-replica-lag)」を参照)。リードレプリカクラスターのデフォルトの動作および推奨される動作は、書き込み障害が発生した場合に自動的にフェイルオーバーすることです。ただし、チップデータの損失がユースケースにおける書き込み可用性よりも重要である場合は、クラスターを更新することでデフォルトを上書きできます。
リードレプリカクラスターは、アベイラビリティーゾーンが停止した場合、書き込み可用性とデータ耐久性とを高めるために、クラスターのすべての DB インスタンスが 2 つ以上のアベイラビリティーゾーンに分散されるようにします。
**Topics**
+ [リードレプリカクラスターで利用できるインスタンスクラス](#timestream-for-influx-instance-class-rr)
+ [リードレプリカクラスターのアーキテクチャ](#timestream-for-influx-rr-cluster-architecture)
+ [リードレプリカクラスターのパラメータグループ](#timestream-for-influx-rr-param-groups)
+ [リードレプリカクラスターのレプリカラグ](#timestream-for-influx-replica-lag)
+ [可用性と耐久性](#timestream-for-influx-availability)
+ [Amazon Timestream for InfluxDB リードレプリカクラスターの概要](timestream-for-influx-read-replica-overview.md)
+ [Timestream for InfluxDB リードレプリカクラスターの作成](timestream-for-influx-create-rr-cluster.md)
+ [Timestream for InfluxDB リードレプリカ DB クラスターへの接続](timestream-for-influx-connecting-cluster.md)
+ [Amazon Timestream for InfluxDB のリードレプリカクラスターの変更](timestream-for-influx-modifying-rr-cluster.md)
+ [Amazon Timestream for InfluxDB でのリードレプリカクラスターの再起動](timestream-for-influx-rebooting-rr-cluster.md)
+ [Amazon Timestream for InfluxDB をモニタリングする CloudWatch アラームの作成](timestream-for-influx-creating-cw-alarms.md)
+ [によるリードレプリカライセンス AWS Marketplace](timestream-for-influx-rr-licensing.md)
# Amazon Timestream for InfluxDB リードレプリカクラスターの概要
以下のセクションでは、Timestream for InfluxDB のリードレプリカクラスターについて説明します。
**Topics**
+ [リードレプリカのユースケース](#timestream-for-influx-rr-use-cases)
+ [リードレプリカの仕組み](#timestream-for-influx-how-rr-work)
+ [Timestream for InfluxDB リードレプリカの特徴](#timestream-for-influx-rr-characteristics)
+ [リードレプリカのインスタンスとストレージタイプ](#timestream-for-influx-rr-instance-storage-types)
+ [レプリカを削除する際の注意事項](#timestream-for-influx-rr-deletion)
## リードレプリカのユースケース
リードレプリカクラスターの使用は、次のようなさまざまなシナリオで理にかなっている可能性があります。
+ 読み込みが多いデータベースに対して 1 つの DB インスタンスの処理または I/O 機能を拡張します。このような過度の読み込みトラフィックを 1 つまたは複数のリードレプリカに割り振ることができます。
+ プライマリライターインスタンスが利用できない場合に読み込みトラフィックを誘導します。場合によっては、例えばバックアップまたは定期保守による I/O の停止により、プライマリ DB インスタンスで I/O リクエストを取得できないことがあります。このような場合は、リードトラフィックをリードレプリカに誘導することができます。このようなユースケースの場合、プライマリ DB インスタンスを利用できないため、リードレプリカのデータは「古い」場合があることに注意が必要です。また、これらのシナリオを機能させるには、自動フェイルオーバーを無効にする必要があることを念頭に置いておきます。
+ ビジネスレポーティングまたはデータウェアハウジングでは、本稼働 DB インスタンスではなく、ビジネスレポーティングクエリをリードレプリカに対して実行します。
+ 災害復旧の実装。プライマリ DB インスタンスで障害が発生した場合、ディザスタリカバリソリューションとして、リードレプリカをプライマリに昇格させることができます。
+ 可用性が耐久性よりも重要であるシナリオでは、フェイルオーバーのスピードが早まります。リードレプリカは非同期レプリケーションを使用するため、プライマリライターインスタンスによってコミットされた一部のデータがフェイルオーバー前にレプリケートされない可能性があります。ただし、アップタイムが最優先されるアプリケーションでは、このトレードオフは許容されます。ワークロードの特性によっては、リードレプリカへのフェイルオーバーの方が、同期レプリケーションを使用するスタンバイ DB インスタンスへのフェイルオーバーよりもはるかに速く実行される場合があります。これは、レプリカインスタンスが既に実行されエンジンを起動する必要がないためです。こちらは毎分カウントされるユースケースで特に便利です。
## リードレプリカの仕組み
リードレプリカクラスターを作成するため、Amazon Timestream for InfluxDB では、InfluxData のライセンスされたリードレプリカアドオンを使用します。アドオンサブスクリプションは AWS Marketplace、Amazon Timestream マネジメントコンソールから直接、 を介してアクティブ化されます。詳細については、[によるリードレプリカライセンス AWS Marketplaceリードレプリカのライセンス用語](timestream-for-influx-rr-licensing.md)を参照してください。
リードレプリカの料金は、クラスターの各ノードに使用される DB インスタンスタイプと同じ料金に、InfluxData のライセンスされたアドオンの費用を足した、標準 DB インスタンスの料金として請求されます。アドオンの費用は、 AWS Marketplaceを介してインスタンス時間単位で請求されます。同じ AWS リージョン内のソース DB インスタンスとリードレプリカ間のデータのレプリケーションで発生したデータ転送に対しては課金されません。
リードレプリカクラスターを作成して設定し、書き込みの受け入れを開始すると、Amazon Timestream for InfluxDB は非同期レプリケーションメソッドを使用して、プライマリ DB インスタンスに変更があるたびにリードレプリカを更新します。
リードレプリカは専用の DB インスタンスとして機能し、読み取り専用の接続のみを受け入れます。アプリケーションは、他の DB インスタンスと同じ方法でリードレプリカに接続できるため、これまでと変わらない方法でシームレスに使用できます。Amazon Timestream for InfluxDB は、プライマリ DB インスタンスからリードレプリカにすべてのデータを自動的にレプリケートして、データ整合性と正確性を確保します。更新はクラスターレベルで行われ、プライマリとレプリカの両方に同時に適用されることに注意してください。
## Timestream for InfluxDB リードレプリカの特徴
****
| 機能または動作 | Timestream for InfluxDB |
| --- | --- |
| レプリケーション方法 | 論理レプリケーション。 |
| レプリカを書き込み可能にできるか | できません。Timestream for InfluxDB リードレプリカは読み取り専用に設計されているため書き込み可能にすることはできません。リードレプリカはフェイルオーバーの発生時にプライマリに昇格させることができ、それにより書き込みを受け入れられるようになりますが、Timestream for InfluxDB リードレプリカクラスターには常時単一のライター DB インスタンスしか置くことができません。それによりデータ整合性を確保し、複数の書き込み可能なインスタンスで競合が発生する可能性を防いでいます。リードレプリカの役割は、冗長性のある読み取り専用のデータコピーを提供することであり、書き込みリクエストを自動的に拒否することでデータの完全性を確保しています。 |
| レプリカでバックアップを実行できるか | できます。組み込みのエンジン機能により、Influx CLI を使用してバックアップを作成できます。 |
| 並列レプリケーションを使用できるか | できません。Timestream for InfluxDB は単一プロセスでレプリケーションを処理します。 |
## リードレプリカのインスタンスとストレージタイプ
リードレプリカは、プライマリ DB インスタンスと同じインスタンスおよびストレージタイプを使って作成されます。設定の変更はクラスターレベルで行う必要があり、変更はクラスター内のすべてのインスタンスに適用されます。Timestream for InfluxDB の DB インスタンスで使用できるインスタンスおよびストレージのすべての設定は、Timestream for InfluxDB リードレプリカクラスターで使用できます。
**インスタンスタイプ**
****
| インスタンスクラス | vCPU | メモリ (GiB) | ストレージタイプ | ネットワーク帯域幅 (Gbps) |
| --- | --- | --- | --- | --- |
| db.influx.medium | 1 | 8 | Influx IOPS 込み | 10 |
| db.influx.large | 2 | 16 | Influx IOPS 込み | 10 |
| db.influx.xlarge | 4 | 32 | Influx IOPS 込み | 10 |
| db.influx.2xlarge | 8 | 64 | Influx IOPS 込み | 10 |
| db.influx.4xlarge | 16 | 128 | Influx IOPS 込み | 10 |
| db.influx.8xlarge | 32 | 256 | Influx IOPS 込み | 12 |
| db.influx.12xlarge | 48 | 384 | Influx IOPS 込み | 20 |
| db.influx.16xlarge | 64 | 512 | Influx IOPS 込み | 25 |
| db.influx.24xlarge | 96 | 768 | Influx IOPS 込み | 40 |
**ストレージオプション**
****
| Timestream for InfluxDB の DB クラスターストレージ | ソース DB インスタンスストレージの割り当て | 込みの IOPS |
| --- | --- | --- |
| Influx IO 込み (3K) | 20 GiB～16 TiB | 3,000 IOPS |
| Influx IO 込み (12K) | 400 GiB～16 TiB | 12,000 IOPS |
| Influx IO 込み (16K) | 400 GiB～16 TiB | 16,000 IOPS |
## レプリカを削除する際の注意事項
リードレプリカが不要になった場合は、`delete-db-cluster` API を呼び出してクラスターを明示的に削除します。次の例では、各 *ユーザー入力プレースホルダー* を独自の情報に置き換えます。現時点では、クラスターから単一のノードを削除することはできません。
```
aws timestream-influxdb delete-db-cluster \
--region region \
--endpoint endpoint \
--db-cluster-id cluster-id
```
# Timestream for InfluxDB リードレプリカクラスターの作成
Timestream for InfluxDB リードレプリカクラスターには、ライター DB インスタンスとリーダー DB インスタンスが 1 つずつあり、それぞれ異なるアベイラビリティーゾーンに置かれています。Timestream for InfluxDB リードレプリカクラスターは、高可用性を実現し、読み取りワークロードの容量がこれまでより増加している他、レプリカのフェイルオーバーを設定するとフェイルオーバーを高速化できます。
## DB クラスターの前提条件
**重要**
リードレプリカクラスターを作成するときは、次の前提条件を満たしておく必要があります。
**Topics**
+ [DB クラスターのネットワークを設定する](#timestream-for-influx-config-network)
+ [追加の前提条件](#timestream-for-influx-addl-prereqs)
### DB クラスターのネットワークを設定する
Timestream for InfluxDB リードレプリカ DB クラスターを作成できるのは、Amazon VPC サービスを基盤とする仮想プライベートクラウド (VPC) の中のみです。少なくとも 3 つのアベイラビリティーゾーン AWS リージョン がある に存在する必要があります。DB クラスターで選択する DB サブネットグループは、少なくとも 3 つのアベイラビリティーゾーンを対象とする必要があります。この設定により、DB クラスターの各 DB インスタンスが別のアベイラビリティーゾーンに配置されます。
同じ VPC 内の EC2 インスタンス以外のリソースから DB クラスターに接続するには、ネットワーク接続を手動で設定します。
### 追加の前提条件
**リードレプリカクラスターを作成するときは、以下の追加の前提条件を考慮に入れます。**
DB クラスターの設定パラメータを調整するには、必要なパラメータ設定を持つ DB クラスターパラメータグループを指定します。DB クラスターのパラメータグループの作成または変更については、「[リードレプリカクラスターのパラメータグループ](timestream-for-influx-working-read-replica.md#timestream-for-influx-rr-param-groups) 」を参照してください。
DB クラスター用に指定する TCP/IP ポート番号を確認します。一部の会社のファイアウォールによっては、デフォルトポートへの接続がブロックされます。会社のファイアウォールがデフォルトのポートをブロックする場合は、お客様の DB クラスター用に別のポートを選択します。DB クラスター内のすべての DB インスタンスは、同じポートを使用します。
## DB クラスターを作成する
InfluxDB リードレプリカ DB クラスターの Timestream は AWS マネジメントコンソール、、 AWS CLI、または Amazon Timestream for InfluxDB API を使用して作成できます。
------
#### [ Using the AWS マネジメントコンソール ]
Timestream for InfluxDB リードレプリカ DB クラスターは、**[デプロイ設定]** セクションで **[リードレプリカを持つクラスター]** を選択して作成します。
コンソールを使用してリードレプリカ DB クラスターを作成する手順:
1. [AWS マネジメントコンソール](https://console.aws.amazon.com/timestream)にサインインし、Amazon Timestream のコンソールを開きます。
1. の右上隅 AWS リージョン で AWS マネジメントコンソール、リードレプリカ DB クラスターを作成する を選択します。
1. ナビゲーションペインで、**[InfluxDB データベース]** を選択します。
1. **[InfluxDB データベースを作成]** を選択します。
1. **[デプロイ設定]** で、**[リードレプリカを持つクラスター]** を選択します。
そのオプションを選択すると、 AWS Marketplace ウィジェットを介してサブスクリプションをアクティブ化する必要があることを示すメッセージが表示されます。**[購読オプションを見る]** をクリックします。サブスクリプションがアクティブになるまでに 1～2 分かかる場合があります。
![\[新しいデータベースで使用できるさまざまなデプロイ設定が表示された [InfluxDB データベースを作成] のインターフェイス。リードレプリカオプションを持つクラスターが選択されている。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/deployment_settings_rr.jpg)
![\[サブスクリプションが進行中であることを伝えるメッセージが表示された [デプロイ設定] のインターフェイス。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/subscription_in_progress.jpg)
1. サブスクリプションがアクティブになったら、**[サブスクリプションを表示]** をクリックします。
![\[サブスクリプションがアクティブになったことを伝えるメッセージが表示された [デプロイ設定] のインターフェイス。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/subscription_success_message.jpg)
1. 各リージョンの vCPU あたり、インスタンス時間あたりのコストに関する情報を示すウィンドウが表示されます。このコストには、選択したインスタンスタイプに基づき、インスタンスがアクティブになっている時間に応じて課金されるモデルと同じ、コンピューティング料金モデルが使用されます。アドオンをサブスクライブするのは 1 回のみです。これで、Timestream for InfluxDB を利用できるすべてのリージョンにインスタンスを作成できます。
![\[各リージョンの vCPU あたり、インスタンス時間あたりのコストに関する料金詳細が表示されたサブスクリプションオプションのフォーム。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/purchase_subscription.png)
**重要**
オファーをサブスクライブするには、AWSMarketplaceManageSubscriptions または AWSMarketplaceFullAccess アクセス許可が必要になります。これらのアクセス許可の詳細については、[AWS Marketplace 「サブスクリプションへのアクセスの制御](https://docs.aws.amazon.com/marketplace/latest/buyerguide/buyer-iam-users-groups-policies.html)」を参照してください。
1. サブスクリプションを確定すると、お使いのインスタンスのリージョンに基づいて、リージョンが自動的に選択されます。
1. **[データベース認証情報]** で、次の欄に入力します。
1. **[DB クラスター名]** に DB クラスターの名前を入力します。
1. InfluxDB の初期設定パラメータとして **[ユーザー名]**、**[組織名]**、**[バケット名]**、**[パスワード]** を入力します。
1. **[インスタンス設定]** で、**[DB インスタンスクラス]** を指定します。ワークロードのニーズに最も適したインスタンスサイズを選択します。このインスタンスタイプは、お使いのリードレプリカ DB クラスター内のすべてのインスタンスに使用されますのでご注意ください。
1. **[ストレージ設定]** で、ご自身のニーズに適した **[ストレージタイプ]** を選択します。いずれの場合も、割り当てられたストレージを設定するだけです。このストレージタイプは、お使いのリードレプリカ DB クラスター内のすべてのインスタンスに使用されますのでご注意ください。
1. **[接続設定]** セクションで、InfluxDB クラスターが、Timestream for InfluxDB の DB インスタンスへの接続を必要とするクライアントと同じサブネットにあることを確認します。**[パブリックアクセス]** サブセクションで DB インスタンスを一般に公開するように選択することもできます。
1. **[InfluxDB データベースを作成]** を選択します。
1. **[InfluxDB データベース]** リストで、新しい InfluxDB クラスターの名前を選択し、詳細を表示します。DB クラスターのステータスは、使用可能になるまでは **[作成中]** と表示されます。
1. ステータスが **[利用可能]** に変わったら、DB クラスターに接続できます。DB インスタンスクラスとストレージの合計によっては、新しいインスタンスを使用できるようになるまで最長 20 分かかることがあります。
![\[DB クラスターの概要ページ。2 つのインスタンスのステータスは [利用可能] と表示されている。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/cluster_details_page.png)
1. クラスターが作成されると、DB クラスターの ID をクリックすることで新たに作成したクラスターの情報を取得できます。インスタンスモードが **PRIMARY** と表示されているエンドポイントは、書き込みとエンジン管理に使用すべきエンドポイントです。
------
#### [ Using the AWS CLI ]
を使用して DB インスタンスを作成するには AWS Command Line Interface、次のパラメータを指定して `create-db-cluster` コマンドを呼び出します。各*ユーザー入力プレースホルダー*を独自の情報に置き換えます。
```
aws timestream-influxdb create-db-cluster \
--region region \
--vpc-subnet-ids subnet-ids \
--vpc-security-group-ids security-group-ids \
--db-instance-type db.influx.large \
--db-storage-type InfluxIOIncludedT2 \
--allocated-storage 400 \
--password password \
--name cluster-name \
--deployment-type MULTI_NODE_READ_REPLICAS \
--publicly-accessible
//--failover-mode is optional and defaults to AUTOMATIC.
```
------
### リードレプリカクラスターを作成する際の設定
リードレプリカクラスターを作成する際に選択する設定の詳細については、次の表を参照してください。 AWS CLI オプションの詳細については、「[create-db-cluster](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/timestream-influxdb/create-db-cluster.html)」を参照してください。Amazon Timestream for InfluxDB API パラメータの詳細については、「[CreateDbCluster](https://docs.aws.amazon.com/ts-influxdb/latest/ts-influxdb-api/API_CreateDbCluster.html)」を参照してください。
****
| コンソール設定 | 設定の説明 | CLI オプションと Timestream for InfluxDB の API パラメータ |
| --- | --- | --- |
| ストレージ割り当て | DB クラスターのそれぞれの DB インスタンスに割り当てるストレージの量 (ギビバイト単位)。詳細については、「[InfluxDB インスタンスストレージ](timestream-for-influxdb.md#timestream-for-influx-dbi-storage)」を参照してください。 | **CLI オプション: **`--allocated-storage` **API パラメータ: **`allocatedStorage` |
| データベースポート | InfluxDB が接続を受け入れるポート番号。 有効な値: 1024～65535 デフォルト: 8086 制限: 値は 2375～2376、7788～7799、8090、51678～51680 にすることはできません。 | **CLI オプション: **`--port` **API パラメータ: **`port` |
| DB クラスター名 | DB クラスターを一意に識別する名前。DB インスタンス名は、ユーザーごとおよびリージョンごとに一意にする必要があります。 | **CLI オプション: **`--name` **API パラメータ: **`name` |
| DB インスタンスのタイプ | Timestream for InfluxDB の DB クラスターにおける各 DB インスタンスのコンピューティング容量とメモリ容量 (db.influx.xlarge など)。可能であれば、一般的なクエリの作業セットをメモリに保持できる十分な大きさの DB インスタンスクラスを選択します。作業セットがメモリに保持されていると、システムによるディスクへの書き込みが回避され、これによりパフォーマンスが向上します。 | **CLI オプション: **`--db-instance-type` **API パラメータ: **`dbInstanceType` |
| DB クラスターのパラメータグループ | DB クラスターに割り当てる DB パラメータグループの ID。DB パラメータグループは、データベースの設定方法を指定します。例えば、DB パラメータグループを使うことでクエリの同時実行数の上限を指定できます。 | **CLI オプション: **`--db-parameter-group-identifier` **API パラメータ: **`dbParameterGroupIdentifier` |
| デプロイタイプ | DB クラスターをマルチノードのリードレプリカとしてデプロイするか、マルチ AZ マルチノードリードレプリカとしてデプロイするかを指定します。 使用できる値: `MULTI_NODE_READ_REPLICAS` | **CLI オプション: **`--deployment-type` **API パラメータ: **`deploymentType` |
| VPC サブネット ID | DB クラスターに使用する DB サブネットの ID。既存の DB サブネットグループを使用する [既存のグループを選択] を選択し、次に [既存の DB サブネットグループ] のドロップダウンリストから必要なサブネットグループを選択します。Timestream for InfluxDB が互換性のある DB サブネットグループを選択できるように、[自動セットアップ] を選択します。 | **CLI オプション: **`--vpc-subnet-ids` **API パラメータ: **`vpcSubnetIds` |
| 組織 | InfluxDB における最初の管理者ユーザーが使用する最初の組織の名前。InfluxDB 組織はユーザーグループ向けのワークスペースです。 | **CLI オプション: **`--organization` **API パラメータ: **`organization` |
| バケット | 初期 InfluxDB バケットの名前。InfluxDB のデータはすべてバケットに保存されます。バケットは、データベースの概念と保持期間 (各データポイントが保持される期間) を組み合わせたものです。バケットは組織に属します。 | **CLI オプション: **`--bucket` **API パラメータ: **`bucket` |
| ログのエクスポート | InfluxDB エンジンログを指定された S3 バケットに送信するための設定。 S3 バケットのログ配信の設定: `s3Configuration -> (structure)` ログの送信先となる S3 バケットの名前: `bucketName -> (string)` S3 バケットへのログ記録が有効になっているかどうかを示す: `enabled -> (boolean)` 短縮構文: `s3Configuration={bucketName=string, enabled=boolean}` | **CLI オプション: **`--log-delivery-configuration` **API パラメータ: **`logDeliveryConfiguration` |
| [パスワード] | InfluxDB に作成した最初の管理者ユーザーのパスワード。このパスワードにより、InfluxDB UI にアクセスしてさまざまな管理タスクを実行できます。また、InfluxDB CLI を使用してオペレータートークンを作成することもできます。これらの属性は、アカウントの AWS Secrets Manager に作成されたシークレットに保存されます。 | **CLI オプション: **`--password` **API パラメータ: **`password` |
| ユーザー名 | InfluxDB に作成した最初の管理者ユーザーのユーザー名。名前は文字から開始します。名前の終わりにハイフンを 1 つ使用したり、ハイフンを 2 つ続けて使用したりすることはできません。my-user1 のようにします。このユーザー名により、InfluxDB UI にアクセスしてさまざまな管理タスクを実行できます。また、InfluxDB CLI を使用してオペレータートークンを作成することもできます。これらの属性は、アカウントの AWS Secrets Manager に作成されたシークレットに保存されます。 | **CLI オプション: **`--username` **API パラメータ: **`username` |
| パブリックアクセス | DB クラスターに VPC の外部からアクセスできるかどうかを示します。**[パブリックアクセス可能]** の場合、DB クラスターにパブリック IP アドレスが付与され、VPC の外部からアクセスできます。パブリックにアクセス可能となるよう、DB クラスターは、VPC のパブリックサブネット内にある必要があります。 **[パブリックアクセス不可]** の場合、DB クラスターには VPC の内部からしかアクセスできません。 | **CLI オプション: **`--publicly-accessible``--no-publicly-accessible` **API パラメータ: **`publiclyAccessible` |
| DB storage type | InfluxDB のデータ。ワークロードの要件に応じて、3 種類のプロビジョニング済み Influx IOPS 込みストレージの中から選択できます。 使用できる値: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/timestream-for-influx-create-rr-cluster.html) | **CLI オプション: **`--db-storage-type``--no-publicly-accessible` **API パラメータ: **`dbStorageType` |
| VPC セキュリティグループ | DB インスタンスに割り当てる VPC セキュリティグループ ID のリスト。 | **CLI オプション: **`--vpc-security-group-ids``--no-publicly-accessible` **API パラメータ: **`vpcSecurityGroupIds` |
| VPC サブネット ID | DB インスタンスに関連付ける VPC サブネット ID のリスト。Timestream for InfluxDB の DB クラスターを使用してデプロイするときは、各アベイラビリティーゾーンに 2 つ以上の VPC サブネット ID を指定します。 | **CLI オプション: **`--vpc-subnet-ids` **API パラメータ: **`vpcSubnetIds` |
| フェイルオーバーモード | プライマリインスタンスの障害に対するクラスターの応答方法。このモードは次のオプションを使って設定します。`AUTOMATIC`: プライマリインスタンスに障害が発生すると、システムはリードレプリカを自動的に新しいプライマリインスタンスに昇格させます。 `NO_FAILOVER`: プライマリインスタンスに障害が発生すると、システムは、リードレプリカを昇格させることなく、プライマリインスタンスの復元を試みます。プライマリインスタンスが復元するまでクラスターは使用できなくなります。 | **CLI オプション: **`--failover-mode` **API パラメータ: **`failoverMode` |
**重要**
DB クラスターの応答オブジェクトの一部として、ユーザーは `influxAuthParametersSecretArn` を受け取ります。これにより、ARN はアカウントの Secrets Manager シークレットに保持されます。こちらは InfluxDB の DB インスタンスが利用できるようになった後に入力されます。このシークレットには、`CreateDbInstance` プロセス中に提供される Influx の認証パラメータが含まれています。こちらは**読み取り専用**のコピーであり、このシークレットの更新/変更/削除は作成された DB インスタンスに影響しません。このシークレットを削除しても、API レスポンスは削除されたシークレット ARN を引き続き参照します。
# Timestream for InfluxDB リードレプリカ DB クラスターへの接続
Timestream for InfluxDB リードレプリカ DB クラスターには、単一の DB インスタンスではなく、2 つの到達可能な DB インスタンスがあります。各接続は特定の DB インスタンスで処理されます。リードレプリカ DB クラスターに接続するときは、ユーザーが指定するホスト名とポートは、*エンドポイント*と呼ばれる完全修飾ドメイン名を指します。
プライマリ (ライター) エンドポイントは、読み取りと書き込みの両方のオペレーションをサポートするリードレプリカ DB クラスターのライター DB インスタンスに接続します。リーダーエンドポイントは、読み取りオペレーションのみをサポートするリーダー DB インスタンスに接続します。
エンドポイントを使用すると、ユースケースに基づいて、各接続を対応する DB インスタンスにマッピングできます。例えば、管理ステートメントまたは書き込みステートメントを実行するときは、ライター DB インスタンスのいずれかに接続します。クエリを実行するときは、リーダーエンドポイントに接続します。診断またはチューニングの場合は、特定の DB インスタンスエンドポイント `/metrics` に接続することで、特定の DB インスタンスに関する詳細を調べることができます。
DB インスタンスへの接続方法については、「[Amazon Timestream for InfluxDB の DB インスタンスへの接続](timestream-for-influx-db-connecting.md)」を参照ください。 リードレプリカクラスターへの接続に関する詳細は、以下のトピックを参照してください。
## リードレプリカクラスターエンドポイントのタイプ
エンドポイントは、ホストアドレスを含む一意の ID によって表されます。Timestream for InfluxDB の各クラスターには、次のものがあります。
+ クラスターエンドポイント。
+ クラスターの読み取り専用エンドポイント。
+ クラスター内の各インスタンスのインスタンスエンドポイント。
### クラスターエンドポイント
リードレプリカクラスターの*クラスターエンドポイント* (または*ライターエンドポイント*) は、その DB クラスターが持つ現在のライター DB インスタンスに接続します。このエンドポイントは、以下のような書き込みオペレーションを実行できる唯一のエンドポイントです。
+ InfluxDB 固有の管理コマンド。組織、ユーザー、バケット、タスクの作成、変更、削除など。
+ データベースクラスターへのデータの書き込み。
クラスターエンドポイントは、DB クラスターに対するすべての書き込みオペレーション (書き込み、アップサート、削除、および設定と管理に関するすべての変更) で使用します。
加えて、クラスターエンドポイントは、クエリなどの読み取りオペレーションにも使用できます。
DB クラスターの現在のライター DB インスタンスが失敗した場合、リードレプリカクラスターはレプリカの 1 つに自動的にフェイルオーバーし、これを新しいライター DB インスタンスとして昇格させます。フェイルオーバー中、DB クラスターは、新しいライター DB インスタンスからクラスターエンドポイントへの接続リクエストに継続して対応し、サービスの中断は最小限に抑えられます。ライターに昇格したリードレプリカエンドポイントは、新しいレプリカがデプロイされるまで読み取りの処理を停止します。
以下の例は、リードレプリカクラスターのクラスターエンドポイントを示しています。
```
ipvtdwa5se-wmyjrrjko.us-west-2.timestream-influxdb.amazonaws.com
```
### 読み取り専用エンドポイント
*読み取り専用エンドポイント*は、クラスター内のリードレプリカインスタンスのいずれかに接続します。リードレプリカは Flux や InfluxQL クエリなどの読み取りオペレーションのみをサポートします。言い換えれば、Flux クエリの `/api/v2/query` エンドポイントまたは InfluxQL v1 互換クエリの `/api/query` エンドポイントに対して実行されるすべてのオペレーションをサポートします。このエンドポイントは、リーダー DB インスタンスでこれらのステートメントを処理することにより、ライター DB インスタンスのオーバーヘッドを削減します。また、クラスターが多数の同時クエリを処理する際にも役立ちます。
以下の例は、リードレプリカクラスターのリーダーエンドポイントを示したものです。リーダーエンドポイントの読み取り専用インテントは、クラスターエンドポイント名内の `-ro` で示されます。
```
ipvtdwa5se-wmyjrrjko-ro.us-west-2.timestream-influxdb.amazonaws.com
```
### インスタンスエンドポイント
*インスタンスエンドポイント*は、リードレプリカクラスター内の特定の DB インスタンスに接続します。DB クラスターの各 DB インスタンスには、独自のインスタンスエンドポイントがあります。したがって、DB クラスター (プライマリ) の現在のライター DB インスタンスに単一のインスタンスエンドポイントがあり、DB クラスターの各リーダー DB インスタンスに単一のインスタンスエンドポイントがあります。
インスタンスエンドポイントは、DB クラスターへの接続の直接制御を提供します。この制御は、クラスターエンドポイントやリーダーエンドポイントの使用が適切でないシナリオに対処するのに役立ちます。例えば、ワークロードタイプに基づき、さらにきめ細かいロードバランシングがアプリケーションに必要になる場合があります。この場合、DB クラスター内の異なるリーダー DB インスタンスに接続して読み取りワークロードを配信するように、複数のクライアントを設定できます。
次の例は、リードレプリカクラスターにある DB インスタンスのインスタンスエンドポイントを示したものです。
```
mydbinstance-123456789012.us-east-1.timestream-influxdb.amazonaws.com
```
# Amazon Timestream for InfluxDB のリードレプリカクラスターの変更
リードレプリカクラスターは、各アベイラビリティーゾーンに単一のライター DB インスタンスと単一のリーダー DB インスタンスを持っています。リードレプリカクラスターは、マルチ AZ 配置に比べて可用性が高く、読み取りワークロードの容量が多く、フェイルオーバーが迅速です。リードレプリカクラスターの詳細については、「[Amazon Timestream for InfluxDB リードレプリカクラスターの概要](timestream-for-influx-read-replica-overview.md)」を参照してください。
リードレプリカクラスターに変更を加えるには、設定を変更します。
**重要**
リードレプリカクラスター内の DB インスタンスは変更できません。変更はすべて DB クラスターレベルで行う必要があります。
リードレプリカクラスターは AWS マネジメントコンソール、、 AWS CLI、または Amazon Timestream for InfluxDB API を使用して変更できます。
## Amazon Timestream for InfluxDB のリードレプリカクラスターを変更する
------
#### [ Using the AWS マネジメントコンソール ]
コンソールを使用してリードレプリカ DB クラスターを変更するには、以下の手順を実行します。
1. [AWS マネジメントコンソール](https://console.aws.amazon.com/timestream)にサインインし、Amazon Timestream のコンソールを開きます。
1. ナビゲーションペインで **[InfluxDB データベース]** を選択し、次に変更するリードレプリカクラスターを選択します。
1. [**Modify**] を選択します。[**DB クラスターの変更**] ページが表示されます。
1. 希望する設定を選択します。各設定の詳細については、「[リードレプリカクラスターを変更するための設定](#timestream-for-influx-rr-modify-settings)」を参照してください。
1. 変更を行ったら、**[続行]** を選択して変更の概要を確認します。
1. 確認ページで、変更内容を確認します。正しい場合は、「**DB クラスターの変更**」を選択して変更を保存します。変更を修正する場合は **[戻る]** を、変更をキャンセルする場合は **[キャンセル]** をクリックします。
**重要**
現在、Amazon Timestream for InfluxDB がサポートしているのは、リードレプリカクラスターの **[今すぐ適用]** の更新のみです。変更を確定すると、変更の適用中に DB クラスターにダウンタイムが発生します。
------
#### [ Using the AWS CLI ]
を使用して DB インスタンスを変更するには AWS Command Line Interface、次のパラメータを指定して `update-db-cluster` コマンドを使用します。各*ユーザー入力プレースホルダー*を独自の情報に置き換えます。
```
aws timestream-influxdb update-db-cluster \
--region region \
--db-cluster-id db-cluster-id \
--db-instance-type db.influx.4xlarge \
--port 10000 \
--failover mode NO_FAILOVER
```
------
## リードレプリカクラスターを変更するための設定
リードレプリカクラスターの変更に使用できる設定の詳細については、次の表を参照してください。 AWS CLI オプションの詳細については、「[update-db-cluster](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/timestream-influxdb/update-db-cluster.html)」を参照してください。
****
| コンソール設定 | 設定の説明 | CLI オプションと Timestream for InfluxDB の API パラメータ |
| --- | --- | --- |
| データベースポート | InfluxDB が接続を受け入れるポート番号。 有効な値: 1024～65535 デフォルト: 8086 制限: 値は 2375～2376、7788～7799、8090、51678～51680 にすることはできません。 | **CLI オプション: **`--port` **API パラメータ: **`port` |
| DB インスタンスのタイプ | Timestream for InfluxDB の DB クラスターにおける各 DB インスタンスのコンピューティング容量とメモリ容量 (db.influx.xlarge など)。可能であれば、一般的なクエリの作業セットをメモリに保持できる十分な大きさの DB インスタンスクラスを選択します。作業セットがメモリに保持されていると、システムによるディスクへの書き込みが回避され、これによりパフォーマンスが向上します。 | **CLI オプション: **`--db-instance-type` **API パラメータ: **`dbInstanceType` |
| DB クラスターのパラメータグループ | DB クラスターに割り当てる DB パラメータグループの ID。DB パラメータグループは、データベースの設定方法を指定します。例えば、DB パラメータグループを使うことでクエリの同時実行数の上限を指定できます。 | **CLI オプション: **`--db-parameter-group-identifier` **API パラメータ: **`dbParameterGroupIdentifier` |
| ログのエクスポート | InfluxDB エンジンログを指定された S3 バケットに送信するための設定。 S3 バケットのログ配信の設定: `s3Configuration -> (structure)` ログの送信先となる S3 バケットの名前: `bucketName -> (string)` S3 バケットへのログ配信が有効になっているかどうかを示す: `enabled -> (boolean)` 短縮構文: `s3Configuration={bucketName=string, enabled=boolean}` | **CLI オプション: **`--log-delivery-configuration` **API パラメータ: **`logDeliveryConfiguration` |
| フェイルオーバーモード | プライマリインスタンスの障害に対するクラスターの応答方法を設定するときは、次のオプションを使用します。`AUTOMATIC`: プライマリインスタンスに障害が発生すると、システムはリードレプリカを自動的に新しいプライマリインスタンスに昇格させます。 `NO_FAILOVER`: プライマリインスタンスに障害が発生すると、システムは、リードレプリカを昇格させることなく、プライマリインスタンスの復元を試みます。プライマリインスタンスが復元するまでクラスターは使用できなくなります。 | **CLI オプション: **`--failover-mode` **API パラメータ: **`failoverMode` |
# Amazon Timestream for InfluxDB でのリードレプリカクラスターの再起動
ヘルスの問題が発生した場合は、リードレプリカクラスターを再起動できます。
## Amazon Timestream for InfluxDB のリードレプリカクラスターの再起動
------
#### [ Using the AWS マネジメントコンソール ]
コンソールを使用してリードレプリカ DB クラスターを再起動するには:
1. [AWS マネジメントコンソール](https://console.aws.amazon.com/timestream)にサインインし、Amazon Timestream のコンソールを開きます。
1. ナビゲーションペインで、**InfluxDB データベース**を選択し、再起動するリードレプリカクラスターを選択します。
1. **データベースを再起動**を選択します。
1. **確認と再起動**を選択します。
------
#### [ Using the AWS CLI ]
を使用して DB インスタンスを再起動するには AWS Command Line Interface、次のパラメータを指定して `reboot-db-cluster` コマンドを使用します。各*ユーザー入力プレースホルダー*を独自の情報に置き換えます。
```
aws timestream-influxdb reboot-db-cluster \
--region region \
--db-cluster-id db-cluster-id \
```
------
# Amazon Timestream for InfluxDB をモニタリングする CloudWatch アラームの作成
アラームの状態が変わったら、Amazon SNS メッセージを送信する Amazon CloudWatch のアラームを作成することができます。1 つのアラームで、指定した期間中、1 つのメトリクスをモニタリングします。アラームは、指定された複数の期間にわたるしきい値に関連するメトリクスの値に基づいて、1 つ以上のアクションを実行することもできます。アクションは、Amazon SNS トピックまたは Amazon EC2 Auto Scaling ポリシーに送信される通知です。
アラームは、持続している状態変化に対してのみアクションを呼び出します。CloudWatch アラームは、特定の状態にあるというだけの理由ではアクションを呼び出しません。状態が変わって、変わった状態が指定期間にわたって維持される必要があります。
CloudWatch アラームは、Timestream for InfluxDB で使用可能なメトリクス (`CPUUtilization`、`MemoryUtilization`、`DiskUtilization`、`ReplicaLag` など) に基づいて設定できます。
Timestream for InfluxDB データベースには、`DiskUtilization` 関連のアラームの作成から開始することが推奨されます。ストレージ容量の不足は、InfluxDB にとってかなり厄介な問題となる可能性があるためです。`DiskUtilization` が約 75～80% を超えたらアラートを発するように設定しておくことが推奨されます。
## を使用してアラームを設定するには AWS CLI
`put-metric-alarm` を呼び出します。詳細については、「*AWS CLI Command Reference*」の「[put-metric-alarm](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/cloudwatch/put-metric-alarm.html)」を参照してください。
## CloudWatch API を使用してアラームを設定するには
`PutMetricAlarm` を呼び出します。詳細については、「*Amazon CloudWatch API リファレンス*」の「[PutMetricAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html)」を参照してください。Amazon SNS トピックの設定およびアラームの作成の詳細については、「[Amazon CloudWatch アラームの使用](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)」を参照してください。
## チュートリアル: Amazon Timestream for InfluxDB 向けマルチ AZ クラスターレプリカラグ用 Amazon CloudWatch アラームの作成
マルチ AZ DB クラスターのレプリカ遅延がしきい値を超えたときに Amazon SNS メッセージを送信する Amazon CloudWatch アラームを作成できます。1 つのアラームで、指定した期間中、`ReplicaLag` メトリクスを監視します。アクションは、Amazon SNS トピックまたは Amazon EC2 Auto Scaling ポリシーに送信される通知です。
### マルチ AZ DB クラスターレプリカラグ用の CloudWatch アラームを設定するには
1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch) で CloudWatch コンソールを開きます。
1. ナビゲーションペインで、**[アラーム]**、**[すべてのアラーム]** の順に選択します。
1. [**アラームの作成**] を選択します。
1. **[Specify metric and conditions]** (メトリクスと条件の指定) ページで、**[Select metric]** (メトリクスの選択) を選択してください。
1. 検索ボックスに DB クラスターの名前を入力し、**[Timestream/InfluxDB]**、**[DbCluster から]** を選択し、クラスターを選択します。
![\[空の CloudWatch グラフと Timestream for InfluxDB ソートオプション 2 つが表示されている [メトリクスを選択] ページ。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/select_metric_page.png)
1. 次の図では、**[メトリクスを選択]** ページで `inframonitoringcluster` という名前のリードレプリカクラスターが選択されています。アラームを作成するメトリクスを選択します。この場合は `ReplicaLag` です。**[メトリクスを選択]** をクリックします。
![\[空の CloudWatch グラフと CloudWatch メトリクス 7 つが表示されている [メトリクスを選択] ページ。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/select_metric_cluster_selected.png)
1. **[メトリクスと条件の指定]** ページで、以下の項目をカスタマイズします。
![\[inframonitoringcluster クラスター用に選択された設定を示す [メトリクスと条件の指定] ページ。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/replica_lag_metrics_conditions.png)
1. **[期間]** セクションで、計算する期間を選択します。
1. アラームに関連する条件を設定します。**[しきい値の種類]** で、**[静的]** または **[異常検出]** を選択します。
ここでは、ワークロードの挙動がわかっているため **[静的]** を選択します。何が「正常」とみなされるかについては、ワークロードごとに要件が異なる場合があります。
1. しきい値を選択します。**[静的]** しきい値の場合、単位はミリ秒になります。
1. [**次へ**] を選択します。
1. **[アクションの設定]** ページの **[通知]** セクションで、次の設定をカスタマイズします。
![\[6 つの異なるアクションを一覧表示する [アクションの設定] ページ。[通知] セクションが完成しました。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/configure_actions.png)
1. **[アラーム状態トリガー]** で **[アラーム内]** を選択します。
1. **[次の SNS トピックに通知を送信]** で、**[新しいトピックを作成]** を選択します。
1. 一意のトピック名と通知を受け取る有効な E メールアドレスを入力します。
1. **[トピックを作成]** を選択します。下にスクロールし、[**Next (次へ)**] を選択します。
1. **[名前と説明を追加]** ページで、**[アラーム名]** と **[アラームの説明]** を入力します。[**次へ**] を選択します。
![\[アラーム名とアラームの説明のフィールドを示す [名前と説明を追加] ページ。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/add_name_desc.png)
1. **[プレビューと作成]** ページでアラームの詳細をレビューし、**[アラームを作成]** を選択します。
**重要**
Timestream for InfluxDB クラスターを正常な状態に保つため、常に、正常な 85% の使用率を超える `CPUUtilization` と `MemoryUtilization`、および 75% を超える `DiskUtilization` の、アラームをモニタリングし作成することも推奨されます。
# によるリードレプリカライセンス AWS Marketplace
InfluxDB リードレプリカに Timestream を使用するには、InfluxDB リードレプリカの Timestream アドオンライセンスをアクティブ化する必要があります AWS Marketplace。ライセンスがアクティブになると、リードレプリカクラスターの利用料金が 1 時間単位で発生します。料金は、お使いのリードレプリカクラスターがアクティブになっている間だけ発生します。ライセンスはサブスクライブしているものの、Timestream for InfluxDB をアクティブにしていない場合は、料金は発生しません。
**Topics**
+ [リードレプリカのライセンス用語](#timestream-for-influx-rr-licensing-terminology)
+ [支払いと請求](#timestream-for-influx-rr-license-billing)
+ [Marketplace 一覧から InfluxDB リードレプリカアドオンをサブスクライブする](#timestream-for-influx-subscribe-rr-add-on)
## リードレプリカのライセンス用語
このページでは、Amazon Timestream for InfluxDB との統合について説明するときに、次の用語を使用します AWS Marketplace。
**SaaS サブスクリプション**
では AWS Marketplace、pay-as-you-goライセンスモデルなどの software-as-a-service (SaaS) 製品は、使用量ベースのサブスクリプションモデルを採用しています。リードレプリカアドオンの販売者である InfluxData がユーザーの使用量を追跡し、ユーザーは使用した分だけ料金を支払います。
**InfluxData Marketplace 料金**
InfluxData が、InfluxDB リードレプリカのアドオンソフトウェアのライセンス使用に対して請求する料金。これらのサービス料金は を通じて計測 AWS Marketplace され、 AWS Marketplace セクションの AWS 請求書に表示されます。
**Amazon Timestream for InfluxDB 料金**
Amazon Timestream for InfluxDB サービスの AWS 料金。Timestream for InfluxDB リードレプリカクラスターを使用する場合のライセンスは除外されます。料金は、使用されている Amazon Timestream for InfluxDB サービスを通じて計測され、 AWS 請求書に表示されます。
## 支払いと請求
InfluxDB の Timestream は と統合 AWS Marketplace され、リードレプリカアドオンのpay-as-you-goライセンスを 1 時間ごとに提供します。リードレプリカの Marketplace 料金は、リードレプリカアドオンソフトウェアのライセンスコストを包含し、Amazon Timestream の料金は、InfluxDB リードレプリカクラスターの使用に対する Timestream のコストを包含します。料金の詳細については、「[Amazon Timestream pricing](https://aws.amazon.com/timestream/pricing)」を参照してください。
請求を停止するには、Timestream for InfluxDB リードレプリカクラスターをすべて削除する必要があります。さらに、リードレプリカアドオンライセンス AWS Marketplace の へのサブスクリプションを削除することもできます。リードレプリカクラスターを削除することなくサブスクリプションを削除した場合、Amazon Timestream は引き続きリードレプリカクラスターの使用料金をユーザーに請求します。詳細については、「[レプリカを削除する際の注意事項](timestream-for-influx-read-replica-overview.md#timestream-for-influx-rr-deletion)」を参照してください。
Timestream for InfluxDB リードレプリカクラスターの請求書を閲覧し支払いを管理するときは、 AWS Billing コンソールを使用します。請求書には、InfluxData のライセンスされたアドオンの使用料と Amazon Timestream の使用料の AWS Marketplace 2 つの料金が含まれています。請求の詳細については、「*AWS Billing and Cost Management ユーザーガイド*」の「[請求について](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html)」を参照してください。
## Marketplace 一覧から InfluxDB リードレプリカアドオンをサブスクライブする
リードレプリカアドオンライセンスを使用するには AWS Marketplace、Amazon Timestream を使用して InfluxDB リードレプリカアドオンを AWS マネジメントコンソール サブスクライブする必要があります。これらのタスクは、 AWS CLI または Timestream for InfluxDB API を使用して完了することはできません。
**Topics**
+ [Amazon Timestream からサブスクライブする AWS マネジメントコンソール](#timestream-for-influx-subscribe-console)
+ [で InfluxDB リードレプリカアドオンをサブスクライブする AWS Marketplace](#timestream-for-influx-subscribe-marketplace)
**注記**
AWS CLI または Timestream for InfluxDB API を使用してリードレプリカクラスターを作成する場合は、まずこのステップを完了する必要があります。
### Amazon Timestream からサブスクライブする AWS マネジメントコンソール
InfluxDB リードレプリカアドオンは Timestream マネジメントコンソールからサブスクライブできます。**[InfluxDB データベースを作成]** のフローを開始し、ステップに従います。詳細については、「[Timestream for InfluxDB リードレプリカクラスターの作成](timestream-for-influx-create-rr-cluster.md)」を参照してください。
### で InfluxDB リードレプリカアドオンをサブスクライブする AWS Marketplace
で InfluxDB アドオンライセンスを使用するには AWS Marketplace、InfluxDB リードレプリカアドオンのアクティブな AWS Marketplace サブスクリプションが必要です。単一のアドオンオファーをサブスクライブする必要があり、これにより、利用可能なリージョンで必要になるインスタンスタイプを作成できるようになります。 AWS Marketplace サブスクリプションの詳細については、「*AWS Marketplace 購入者ガイド*」の「[AWS Marketplace経由の SaaS 製品](https://docs.aws.amazon.com/marketplace/latest/buyerguide/buyer-saas-products.html#saas-pricing-models)」を参照してください。
DB インスタンスの作成を始めるときは、*先に* AWS Marketplace で InfluxDB のサブスクリプションを購入しておくことが推奨されます。
1. [AWS Marketplace](https://console.aws.amazon.com/marketplace) に移動して InfluxData を検索します。
![\[InfluxDB リードレプリカアドオンのタイムストリームが AWS Marketplace 検索に表示されます。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/search_mkt_influxdb.png)
1. **[Timestream for InfluxDB リードレプリカ (アドオン)]** を選択します。
1. **[購入オプションを表示]** を選択します。
1. 「エンドユーザーライセンス契約」を確認し、**[サブスクライブ]** を選択します。
![\[Timestream for InfluxDB リードレプリカアドオンのオファーと料金の詳細。\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/images/kronos/addon_details.png)
1. これで、Timestream マネジメントコンソール、CLI、API を使用して、Timestream for InfluxDB リードレプリカクラスターを作成できます。