Amazon Timestream for InfluxDB リードレプリカクラスターの概要 - Amazon Timestream
リードレプリカのユースケースリードレプリカの仕組みリードレプリカの特性リードレプリカのストレージとインスタンスタイプ削除する際の注意事項

Amazon Timestream for LiveAnalytics に類似した機能をご希望の場合は Amazon Timestream for InfluxDB をご検討ください。リアルタイム分析に適した、シンプルなデータインジェストと 1 桁ミリ秒のクエリ応答時間を特徴としています。詳細については、こちらを参照してください。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon Timestream for InfluxDB リードレプリカクラスターの概要

以下のセクションでは、Timestream for InfluxDB のリードレプリカクラスターについて説明します。

リードレプリカのユースケース

リードレプリカクラスターの使用は、次のようなさまざまなシナリオで理にかなっている可能性があります。

  • 読み込みが多いデータベースに対して 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を参照してください。

リードレプリカの料金は、クラスターの各ノードに使用される 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