すべてのプロダクト
Search
ドキュメントセンター

PolarDB:IMCI 読み取り専用ノードのサーバーレス有効化

最終更新日:Sep 24, 2026

このトピックでは、インメモリ列指向インデックス (IMCI) 読み取り専用ノードでサーバーレス機能を有効にする方法について説明します。

前提条件

お使いの PolarDB for MySQL クラスターは Enterprise Edition で、カーネルバージョン 8.0 を実行しており、IMCI 読み取り専用ノードが 1 つ以上ある必要があります。

実装オプション

メリット

ピーク時とオフピーク時のサイクルにおけるコスト削減

サーバーレスアーキテクチャは、変動するワークロードの処理に優れています。オフピーク時にはリソースを自動的にスケールダウンし、ピーク時にはスケールアップすることで、効果的にコストを削減します。たとえば、ピーク時の 12 時間には 32 コア、64 GB の仕様が必要で、オフピーク時の 12 時間には 16 コア、32 GB の仕様しか必要としないワークロードを考えてみましょう。16 コア、32 GB の仕様に基づくサーバーレス構成は、固定の 32 コア、64 GB の仕様と比較して、コンピュートノードのコストを 25% 削減できます。

サーバーレスアーキテクチャにおける最適化

IMCI は、サーバーレスアーキテクチャの弾力的なリソース向けに以下の最適化を提供し、パフォーマンスとユーザーエクスペリエンスをさらに向上させます。

  • 最適化されたリソース使用率: IMCI 読み取り専用ノードは、オンラインでの設定が可能な包括的なリソース管理メカニズムを備えており、キャッシュ、スレッドプール、実行メモリなどの主要なシステムパラメーターを管理します。サーバーレスアーキテクチャでは、これらのパラメーターはリソースのスケールアップまたはスケールダウン時に自動的に調整され、リソース使用率を最大化します。

  • SQL キューイングの最適化: IMCI 読み取り専用ノードは、主に分析ワークロードに使用されます。複雑な SQL クエリを迅速に実行するために、システムは通常、各複雑なクエリにより多くのリソースを割り当てます。複雑なクエリの数が増加すると、システムリソースに制約が生じる可能性があります。これにより、後で送信された単純なクエリがブロックされ、キューイングによるクエリの遅延が発生する可能性があります。サーバーレスアーキテクチャでは、IMCI 読み取り専用ノードは SQL キューイングの状態に基づいてリソースを自動的に追加し、クエリの遅延を削減します。

    説明

    この最適化は、以下のカーネルバージョンでサポートされています。

    • PolarDB for MySQL のメジャーバージョンが 8.0.1 の場合、リビジョンが 8.0.1.1.39 以降である必要があります。

    • PolarDB for MySQL のメジャーバージョンが 8.0.2 の場合、リビジョンが 8.0.2.2.20 以降である必要があります。

  • 起動時の IMCI 読み込みの高速化: クラスターの再起動後、IMCI 読み取り専用ノードは内部インデックスメタデータを再構築する必要があり、これには通常数分かかります。この間、IMCI は利用できません。サーバーレスアーキテクチャでは、IMCI 読み取り専用ノードは弾力的なリソースを使用してこの再構築プロセスを高速化し、より早く利用可能になります。

    説明

    この最適化は、以下のカーネルバージョンでサポートされています。

    • PolarDB for MySQL のメジャーバージョンが 8.0.1 の場合、リビジョンが 8.0.1.1.36 以降である必要があります。

    • PolarDB for MySQL のメジャーバージョンが 8.0.2 の場合、リビジョンが 8.0.2.2.20 以降である必要があります。

  • ログリプレイの高速化: IMCI は物理ログをリプレイすることで構築されます。しかし、システムはリソースの大部分をクエリの実行に割り当てるため、IMCI の構築に必要なリソースが不足することがあります。これにより、IMCI のログリプレイのレイテンシーが増加する可能性があります。このレイテンシーにより、クエリが他のノードにルーティングされたり、ログリプレイが完了するまで待機を強制されたりして、結果としてクエリの実行が遅くなることがあります。サーバーレスアーキテクチャでは、IMCI 読み取り専用ノードはリプレイ関連のリソースを自動的に追加し、ログリプレイを高速化します。

    説明

    この最適化は、PolarDB for MySQL のメジャーバージョンが 8.0.1 で、リビジョンが 8.0.1.1.45 以降の場合にサポートされます。

  • DDL 操作の高速化: IMCI での DDL 操作は時間がかかる場合があります。サーバーレスアーキテクチャでは、IMCI ノードは DDL 処理のためのスレッドリソースを適応的に増加させ、操作を高速化します。

    説明

    この最適化は、以下のカーネルバージョンでサポートされています。

    • PolarDB for MySQL のメジャーバージョンが 8.0.1 の場合、リビジョンが 8.0.1.1.44 以降である必要があります。

    • PolarDB for MySQL のメジャーバージョンが 8.0.2 の場合、リビジョンが 8.0.2.2.25 以降である必要があります。

操作手順

固定仕様の IMCI 読み取り専用ノードにおけるリソーススケーリング範囲の設定

  1. PolarDB コンソールにログインし、ナビゲーションペインで クラスター をクリックします。クラスターがデプロイされている リージョン を選択し、クラスター ID をクリックしてクラスターの詳細ページに移動します。

  2. 基本情報 ページの データベースノード セクションで、Serverless の有効化 をクリックします。

  3. Serverless の有効化 ダイアログボックスで、1 ノードあたりのリソースの上限 と 1 ノードあたりのリソースの下限 を設定します。1 ノードあたりのリソースの上限 と 1 ノードあたりのリソースの下限 の詳細については、「固定仕様クラスターのサーバーレスの有効化」をご参照ください。

  4. OK をクリックします。

    設定を適用すると、IMCI ノードは固定仕様に加えて動的にスケーリングできるようになります。

    [データベースノード] セクションでは、IMCI 読み取り専用ノードの仕様が、4 コア 8 GB + (0-16) PCU のように、固定仕様と PCU スケーリング範囲の組み合わせで表示されます。ノードのステータスは [実行中] です。

固定仕様なしの IMCI 読み取り専用ノードの作成

  1. PolarDB コンソールにログインし、ナビゲーションペインで クラスター をクリックします。クラスターがデプロイされている リージョン を選択し、クラスター ID をクリックしてクラスターの詳細ページに移動します。

  2. 基本情報 ページの データベースノード セクションで、Serverless の有効化 をクリックします。

  3. Serverless の有効化 ダイアログボックスで、列ストアインデックス読み取り専用ノードの数 の数を指定し、OK をクリックします。設定を適用すると、PolarDB は、動的にスケールする IMCI 読み取り専用ノードを自動的に作成します。