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 リードレプリカクラスターの概要
<a name="timestream-for-influx-read-replica-overview"></a>

以下のセクションでは、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)

## リードレプリカのユースケース
<a name="timestream-for-influx-rr-use-cases"></a>

リードレプリカクラスターの使用は、次のようなさまざまなシナリオで理にかなっている可能性があります。
+ 読み込みが多いデータベースに対して 1 つの DB インスタンスの処理または I/O 機能を拡張します。このような過度の読み込みトラフィックを 1 つまたは複数のリードレプリカに割り振ることができます。
+ プライマリライターインスタンスが利用できない場合に読み込みトラフィックを誘導します。場合によっては、例えばバックアップまたは定期保守による I/O の停止により、プライマリ DB インスタンスで I/O リクエストを取得できないことがあります。このような場合は、リードトラフィックをリードレプリカに誘導することができます。このようなユースケースの場合、プライマリ DB インスタンスを利用できないため、リードレプリカのデータは「古い」場合があることに注意が必要です。また、これらのシナリオを機能させるには、自動フェイルオーバーを無効にする必要があることを念頭に置いておきます。
+ ビジネスレポーティングまたはデータウェアハウジングでは、本稼働 DB インスタンスではなく、ビジネスレポーティングクエリをリードレプリカに対して実行します。
+ 災害復旧の実装。プライマリ DB インスタンスで障害が発生した場合、ディザスタリカバリソリューションとして、リードレプリカをプライマリに昇格させることができます。
+ 可用性が耐久性よりも重要であるシナリオでは、フェイルオーバーのスピードが早まります。リードレプリカは非同期レプリケーションを使用するため、プライマリライターインスタンスによってコミットされた一部のデータがフェイルオーバー前にレプリケートされない可能性があります。ただし、アップタイムが最優先されるアプリケーションでは、このトレードオフは許容されます。ワークロードの特性によっては、リードレプリカへのフェイルオーバーの方が、同期レプリケーションを使用するスタンバイ DB インスタンスへのフェイルオーバーよりもはるかに速く実行される場合があります。これは、レプリカインスタンスが既に実行されエンジンを起動する必要がないためです。こちらは毎分カウントされるユースケースで特に便利です。

## リードレプリカの仕組み
<a name="timestream-for-influx-how-rr-work"></a>

リードレプリカクラスターを作成するため、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 リードレプリカの特徴
<a name="timestream-for-influx-rr-characteristics"></a>


****  

| 機能または動作 | Timestream for InfluxDB | 
| --- | --- | 
| レプリケーション方法 | 論理レプリケーション。 | 
| レプリカを書き込み可能にできるか | できません。Timestream for InfluxDB リードレプリカは読み取り専用に設計されているため書き込み可能にすることはできません。リードレプリカはフェイルオーバーの発生時にプライマリに昇格させることができ、それにより書き込みを受け入れられるようになりますが、Timestream for InfluxDB リードレプリカクラスターには常時単一のライター DB インスタンスしか置くことができません。それによりデータ整合性を確保し、複数の書き込み可能なインスタンスで競合が発生する可能性を防いでいます。リードレプリカの役割は、冗長性のある読み取り専用のデータコピーを提供することであり、書き込みリクエストを自動的に拒否することでデータの完全性を確保しています。 | 
| レプリカでバックアップを実行できるか | できます。組み込みのエンジン機能により、Influx CLI を使用してバックアップを作成できます。 | 
| 並列レプリケーションを使用できるか | できません。Timestream for InfluxDB は単一プロセスでレプリケーションを処理します。 | 

## リードレプリカのインスタンスとストレージタイプ
<a name="timestream-for-influx-rr-instance-storage-types"></a>

リードレプリカは、プライマリ 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 | 

## レプリカを削除する際の注意事項
<a name="timestream-for-influx-rr-deletion"></a>

リードレプリカが不要になった場合は、`delete-db-cluster` API を呼び出してクラスターを明示的に削除します。次の例では、各 *ユーザー入力プレースホルダー* を独自の情報に置き換えます。現時点では、クラスターから単一のノードを削除することはできません。

```
aws timestream-influxdb delete-db-cluster \
            --region region \
            --endpoint endpoint \
            --db-cluster-id cluster-id
```