Hologres:マルチクラスターと auto scaling (ベータ版)

auto scaling の動作の確認

auto scaling を有効にした後、pgbench (PostgreSQL のネイティブパフォーマンステストツール) を使用して、スケーリングが正しくトリガーされることを確認します。この例では、クラスターあたり 32 CU、予約済みクラスター 1 つ、最大クラスター数 4 つの構成を使用します。

1. テストテーブルを作成し、データをロードします：

   CREATE TABLE tbl_1 (col1 INT, col2 INT, col3 TEXT);
   CREATE TABLE tbl_2 (col1 INT, col2 INT, col3 TEXT);
   INSERT INTO tbl_1 SELECT i, i+1, md5(random()::TEXT) FROM generate_series(0, 500000) AS i;
   INSERT INTO tbl_2 SELECT i, i+1, md5(random()::TEXT) FROM generate_series(0, 500000) AS i;

2. ストレステストサーバーで、次のクエリを含む select.sql という名前のファイルを作成します：

   EXPLAIN ANALYZE SELECT * FROM tbl_1 LEFT JOIN tbl_2 ON tbl_1.col3 = tbl_2.col3 ORDER BY 1;

3. パスワードを環境変数として設定します：

   export PGPASSWORD='<AccessKey_Secret>'

4. ストレステストを実行します。プレースホルダーを実際の値に置き換えてください。接続パラメーターの詳細については、「Hologres への接続とデータ開発」をご参照ください。

   プレースホルダー	説明
   <AccessKey_Secret>	アカウントの AccessKey Secret
   <Database>	対象の Hologres データベース名
   <AccessKey_ID>	アカウントの AccessKey ID
   <Endpoint>	Hologres インスタンスのエンドポイント
   <Port>	接続ポート

   pgbench \
     -c 30 \
     -j 30 \
     -f select.sql \
     -d <Database> \
     -U <AccessKey_ID> \
     -h <Endpoint> \
     -p <Port> \
     -T 1800

期待される結果：

• クラスターの CPU 使用率：

  • クラスター 1 の負荷が高い状態が続くと、auto scaling がクラスターを追加します (チャートの位置 1)。

  • ストレステストが終了すると、両方のクラスターの負荷が低くなり、auto scaling がエラスティッククラスターを削除します (位置 2)。

• 仮想ウェアハウスの CPU 使用率：

  • 仮想ウェアハウスの CPU 使用率が継続的に 85% を超えると、新しいクラスターが追加されます。

  • 新しいクラスターが追加されると、全体の CPU 使用率は約 70% に低下します。

メトリクス

Hologres コンソールで、仮想ウェアハウスの以下のメトリクスを監視します。設定手順については、「メトリクスの監視」をご参照ください。

• クラスターの CPU 使用率

• クラスターのメモリ使用量

• 仮想ウェアハウスの auto scaling によって起動された vCPU の数

エラスティックイベントログ

1. 仮想ウェアハウスの管理 ページで、エラスティックイベント実行ログ タブをクリックします。

2. 時間範囲を選択して、過去のスケーリングイベントを表示します。各イベントレコードには、実行時間、仮想ウェアハウス、実行ステータス、イベントタイプ、予約済みクラスター数、およびターゲットクラスター数が含まれます。

Cloud Monitor イベント

auto scaling のスケールアウトおよびスケールインイベントは Cloud Monitor に記録されます。

1. Cloud Monitor イベントセンターに移動します。システムイベント ページで、イベントモニタリング エリアのプロダクトとして Hologres を選択します。以下の auto scaling イベントが利用可能です：

   イベント名	説明
   Instance:Warehouse:AutoElastic:Start	仮想ウェアハウスの auto scaling が開始されました
   Instance:Warehouse:AutoElastic:Finish	auto scaling が正常に完了しました
   Instance:Warehouse:AutoElastic:Failed	auto scaling が失敗しました (例：クラスターが起動できなかった)

2. これらのイベントに基づいて、通知またはアラートルールを設定します。設定手順については、「システムイベントのアラートの使用」をご参照ください。

以下に、スケールアウトイベントが失敗した場合の Cloud Monitor イベントペイロードの例を示します：

{
    "status": "Failed",
    "instanceName": "<instance_id>",
    "resourceId": "<instance_resource_id>",
    "content": {
        "AutoElasticCPU": <cpu_num>,
        "ScaleType": "ScaleOut",
        "ScheduleId": "xxxxxx",
        "WarehouseId": "<warehouse_id>",
        "WarehouseName": "<warehouse_name>"
    },
    "product": "hologres",
    "time": 1722852008000,
    "level": "WARN",
    "regionId": "<region>",
    "id": "<event_id>",
    "groupId": "0",
    "name": "Instance:Warehouse:TimedElastic:Failed"
}

ActionTrail

Hologres コンソールで実行されたすべての操作 (auto scaling 設定の編集を含む) および auto scaling によってトリガーされた実際のクラスターのスケーリング操作は、ActionTrail に記録されます。詳細については、「監査イベントログ」をご参照ください。