Timestream for InfluxDB 3 でクラスターを更新する - Amazon Timestream
AWS マネジメントコンソールを使用してクラスターを更新するを使用してクラスターを更新する AWS CLIクラスターを更新する際の考慮事項

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 エクスポートを有効化または変更します。

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

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

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

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

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

AWS CLIで既存のクラスターを更新するには、次を行います。

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

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

変更可能なパラメータ

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

パラメータ 説明 Impact
インスタンスクラス コンピューティング/メモリリソースをスケールアップまたはスケールダウンする ノードのローリング再起動が必要
パラメータグループ データベースエンジン設定を変更する クラスターの再起動が必要
ログ配信 CloudWatch Logs エクスポートを設定する すぐに適用

変更不可能なパラメータ

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

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

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

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

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

  • エディション: Core と Enterprise の間で変更することはできません。

ダウンタイムの影響:

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

  • パラメータグループの変更: クラスターの完全な再起動が必要。

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

ベストプラクティス:

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

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

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

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

  • 更新オペレーション中は、ノード固有のエンドポイントは避けてください。

検証:

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

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

  • 一部のパラメータの組み合わせには互換性がない場合があります。

ロールバック:

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

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

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

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

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

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

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

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

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

    • CREATING

    • UPDATING

    • DELETING

    • AVAILABLE

    • FAILED

    • DELETED

    • UPDATING_INSTANCE_TYPE

    • PARTIALLY_AVAILABLE (一部のノードがまだ作成中の場合、マルチノードクラスターにのみ適用されます)

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

制限事項

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

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

  • Core から Enterprise エディション (またはその逆) に変更することはできません。

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

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

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

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