Timestream for InfluxDB 3 でクラスターを更新する - Amazon Timestream

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

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

Timestream for InfluxDB 3 でクラスターを更新する

クラスターを作成した後、Amazon Timestream のワークロード要件の変化に合わせて、特定の設定パラメータを変更できます。一部の変更により、更新プロセス中に一時的なダウンタイムが発生する可能性があることに注意してください。

を使用してクラスターを更新する AWS マネジメントコンソール

  1. AWS マネジメントコンソール にサインインし、Amazon Timestream for InfluxDB コンソールを開きます。

  2. ナビゲーションペインで、[InfluxDB データベース] を選択します。

  3. 編集したいクラスターを選択します。

  4. [Modify] (変更) を選択します。

  5. 使用可能な設定を更新します。

    • インスタンスクラス: コンピューティングリソースをスケールアップまたはスケールダウンします (クラスター内のすべてのノードに適用され、クラスターの再起動が必要です)。

    • パラメータグループ: エンジン設定またはクラスターシェイプを変更するには、別のパラメータグループを関連付けます (クラスターの再起動が必要です)。

    • ログ配信設定: CloudWatch Logs エクスポートを有効化または変更します。

    • エディション: Core から Enterprise (一方向) へのアップグレード。詳細については、「Core から Enterprise Edition へのアップグレード」を参照してください。

  6. [続行] を選択して選択内容を確認します。

  7. 変更を適用するタイミングを選択します。

    • 今すぐ適用: 変更はすぐに適用されます (短時間のダウンタイムが発生する可能性があります)。

  8. [クラスターを変更] を選択します。

を使用してクラスターを更新する AWS CLI

インスタンスタイプを更新します。

aws timestream-influxdb update-db-cluster \ --region us-east-1 \ --identifier "my-influxdb3-cluster" \ --db-instance-type db.influxIOIncluded.2xlarge \ --apply-immediately

パラメータグループを更新する (クラスタースケーリングを含む):

ノード数のスケーリングなど、クラスター設定を変更するには、必要な設定で新しいパラメータグループを作成し、クラスターに適用します。

# Step 1: Create a new parameter group with desired node configuration aws timestream-influxdb create-db-parameter-group \ --name "scaled-enterprise-pg" \ --parameters '{ "InfluxDBv3Enterprise": { "ingestQueryInstances": 4, "queryOnlyInstances": 10, "dedicatedCompactor": true, "dataFusionNumThreads": 8, "bufferMemLimitMb": 32768 } }' # Step 2: Apply the new parameter group to your cluster using the parameter group identifier aws timestream-influxdb update-db-cluster \ --region us-east-1 \ --identifier "my-influxdb3-cluster" \ --db-parameter-group-identifier "<parameter-group-identifier>" \ --apply-immediately

クラスターのスケーリング (Enterprise Edition)

Enterprise Edition クラスターの場合、必要なノード設定で新しいパラメータグループを適用することで、クラスターサイズをスケールできます。詳細なガイダンスについては、「」を参照してくださいクラスターのスケーリング

  • スケールアップ: ingestQueryInstances (最大 4) または queryOnlyInstances (最大 13) を増やしてノードを追加する

  • スケールダウン: これらの値を減らしてノードを削除する

  • ノードモードの変更: ライター/リーダーノードとリーダー専用ノードの比率を調整する

重要: 3 つ以上のノードを持つクラスターには、専用コンパクタ (dedicatedCompactor: true) が必要です。スケーリング時、ノードは高可用性のために複数のアベイラビリティーゾーンに自動的に分散されます。

クラスターを更新する際の考慮事項

変更可能なパラメータ

クラスターの作成後、次のパラメータを変更できます。

パラメータ 説明 Impact
インスタンスクラス コンピューティング/メモリリソースをスケールアップまたはスケールダウンする ノードのローリング再起動が必要
パラメータグループ データベースエンジンの設定またはクラスターの形状を変更する (ノード数とモード) クラスターの再起動が必要
ログ配信 CloudWatch Logs エクスポートを設定する すぐに適用
エディション Core から Enterprise (一方向) にアップグレードします。「Core から Enterprise Edition へのアップグレード」を参照してください。 クラスターの再起動が必要

変更不可能なパラメータ

以下のパラメータは、クラスターの作成後に変更することはできません

  • VPC とサブネット: ネットワークの場所は固定されています。

  • セキュリティグループ: ネットワークアクセス制御は変更できません。

  • パブリックアクセシビリティ: インターネットアクセシビリティ設定は永続的です。

  • DB クラスター識別子: クラスター名は変更できません。

ダウンタイムの影響:

  • インスタンスクラスの変更: ローリング再起動 (マルチノードクラスターでの最小ダウンタイム)。

  • パラメータグループの変更 (クラスタースケーリングを含む): クラスターの再起動が必要です。クラスターエンドポイントを使用するマルチノードクラスターの場合、トラフィックは更新プロセス中に使用可能なノードに自動的に再分散されます。

  • ログ設定の変更: ダウンタイムなし。

ベストプラクティス:

  • クラスターの作成前にネットワーク設定を慎重に計画してください。ネットワーク設定は変更できません。

  • 最初に本番稼働用環境以外で変更をテストします

  • 更新中および更新後にメトリクスをモニタリングして、パフォーマンスを検証します。

  • クラスターエンドポイントを使用して 、ローリング更新およびスケーリングオペレーション中に透過的なフェイルオーバーを確保します。

  • 個々のノードが再起動または置き換えられる可能性があるため、更新オペレーション中はノード固有のエンドポイントは避け てください。

  • スケーリングするときは、ワークロードパターンを考慮して、書き込み/読み取りノードと読み取り専用ノードの最適な比率を決定します。

検証:

  • システムは、適用する前にすべての変更を検証します。

  • 無効な設定は、説明を伴うエラーメッセージで拒否されます。

  • 一部のパラメータの組み合わせには互換性がない場合があります (たとえば、3 つ以上のノードを持つクラスターには専用のコンパクタが必要です)。

ロールバック:

  • ロールバックを容易にするために、以前のパラメータグループ設定を保持します。

  • 変更を行う前に、現在の設定を文書化します。

  • 重要な変更については、更新する前にクラスタースナップショットを作成します。

  • スケーリングオペレーションをロールバックするには、以前のノード設定でパラメータグループを作成し、クラスターに適用します。

更新の進行状況をモニタリングする

次を通じて更新ステータスを追跡します。

  1. コンソール: 更新中にクラスターステータスが「変更中」と表示されます。

  2. CLI: クラスターのステータスをクエリします。

    aws timestream-influxdb get-db-cluster \ --identifier "my-influxdb3-cluster"

    クラスターの各ステータスは次のとおりです。

    • CREATING

    • UPDATING

    • DELETING

    • AVAILABLE

    • FAILED

    • DELETED

    • UPDATING_INSTANCE_TYPE

    • PARTIALLY_AVAILABLE (一部のノードがまだ作成または更新されているマルチノードクラスターにのみ適用されます)

  3. CloudWatch メトリクス: 更新中にパフォーマンスメトリクスをモニタリングします。

制限事項

クラスター更新の現在の制限:

  • 作成後、VPC、サブネット、セキュリティグループ、またはパブリックアクセシビリティを変更することはできません。

  • Core から Enterprise へのアップグレードは (一方向) サポートされていますが、Enterprise から Core にダウングレードすることはできません。「Core から Enterprise Edition へのアップグレード」を参照してください。

  • クラスターの名前を変更できません (DB クラスター識別子は変更できません)。

  • すべてのノードは同じインスタンスクラスを使用する必要があります (コンパクタを除く)。

  • パラメータグループは変更できません (変更するには新しいパラメータグループを作成する必要があります)。

  • クラスタースケーリングオペレーション (ノードの追加/削除) では、新しいパラメータグループを作成して適用する必要があります。

これらの更新機能と制限を理解することで、InfluxDB 3 クラスターを効果的に管理およびスケールして、変化するワークロード要件を満たすと同時に、クラスターの作成時に行う必要がある設定を適切に計画できます。