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

ApsaraDB RDS:読み取り専用 ApsaraDB RDS for PostgreSQL インスタンスの作成

最終更新日:Sep 03, 2026

読み取り専用インスタンスは、プライマリ ApsaraDB RDS for PostgreSQL インスタンスの読み取りトラフィックをオフロードします。物理レプリケーションにより、プライマリインスタンスから各読み取り専用インスタンスにデータがリアルタイムで同期され、すべてのインスタンス間でデータの一貫性が維持されます。

読み取り専用インスタンスの詳細については、「PostgreSQL read-only instances」をご参照ください。

前提条件

プライマリ RDS インスタンスは、次の要件をすべて満たす必要があります。

  • バージョン:利用可能 (廃止されていない) バージョンであること。廃止済みバージョンでは読み取り専用インスタンスを作成できません。詳細については、「Release notes for AliPG (PostgreSQL 14~17)」をご参照ください。

  • シリーズ:高可用性シリーズ

  • インスタンスタイプ:プライマリインスタンスでプレミアムローカル SSD を使用している場合、8 コア以上、32 GB のメモリを備えた専用型インスタンスが必要です。その他のストレージタイプには特別な要件はありません。

  • 課金方法:サブスクリプションまたは従量課金。サーバーレス ApsaraDB RDS インスタンスはサポートされていません。

説明

[基本情報] ページで、プライマリインスタンスのエディションとインスタンスタイプを確認します。プライマリインスタンスが要件を満たしていない場合は、[仕様変更] をクリックして Basic Edition から High-availability Edition にアップグレードしてから、読み取り専用インスタンスを作成してください。詳細については、「Change instance specifications」をご参照ください。

事前準備

  • 読み取り専用インスタンスには、プライマリインスタンスと同じ仮想プライベートクラウド (VPC) を選択してください。異なる場合、インスタンスの作成に失敗し、返金されます。

  • 作成時には、セカンダリインスタンスから読み取り専用インスタンスにデータがレプリケートされます。これにより、プライマリインスタンスで実行中のワークロードの中断を防止します。

  • 読み取り専用インスタンスは、プライマリインスタンスのパラメーター設定を継承しません。既定のパラメーター設定が生成されます。必要に応じて ApsaraDB RDS コンソールでこれらの設定を変更してください。

重要

新しい汎用インスタンスタイプのプライマリインスタンスに接続された読み取り専用インスタンスは、プライマリインスタンスのパラメーター設定を継承します。詳細については、「Instance types for read-only ApsaraDB RDS for PostgreSQL instances」をご参照ください。

操作手順

  1. RDS instance list に移動し、リージョンを選択して、プライマリインスタンスの ID をクリックします。

  2. [インスタンス分散] エリアで、[読み取り専用インスタンス] の横にある [追加] をクリックします。

    説明

    旧バージョンのコンソールを使用している場合は、右側の [読み取り専用インスタンスの追加] をクリックします。

  3. 次のパラメーターを設定します。

    説明

    各インスタンスタイプは、CPU コア数、メモリ容量、最大接続数、最大 IOPS がそれぞれ決まっています。プライマリインスタンスでプレミアムローカル SSD を使用している場合、読み取り専用インスタンスの仕様はプライマリインスタンスの仕様以上である必要があります。詳細については、「Instance types for read-only RDS for PostgreSQL instances」をご参照ください。

    パラメーター 説明
    [課金方法] [サブスクリプション]:長期利用向けに一括で支払います。[従量課金]:短期利用向けに時間単位で課金されます。インスタンスが要件を満たすことを確認した後、課金方法をサブスクリプションに変更してください。
    [プロダクトタイプ] プライマリインスタンスの [ストレージタイプ] が [ESSD] または [Premium ESSD] の場合にのみ、[YiTian] を利用できます。[Standard] と [YiTian] の詳細については、「Product types」をご参照ください。
    [ゾーン] 各ゾーンは、リージョン内の独立した物理ロケーションです。マルチゾーン配置はゾーン障害復旧をサポートします。
    [インスタンスタイプ] [汎用インスタンスタイプ]:割り当てられたメモリと I/O リソースは専有しますが、同一ホスト上の他の汎用インスタンスと CPU およびストレージリソースを共有します。[専用インスタンスタイプ]:CPU、メモリ、ストレージ、I/O リソースを専有します。専用ホストのインスタンスタイプは最も高い仕様を提供し、物理ホスト上のすべてのリソースを専有します。
    [ストレージ容量] データファイル、システムファイル、先行書き込みログ (WAL) ファイル、トランザクションファイル用のストレージです。5 GB 単位で調整できます。プライマリインスタンスのストレージ容量より小さくすることはできません。詳細については、「Instance types for read-only RDS for PostgreSQL instances」をご参照ください。
  4. [次へ:インスタンス設定] をクリックし、次のパラメーターを設定します。

    パラメーター 説明
    [ネットワークタイプ] 既定では、ネットワークタイプ、[VPC]、[プライマリノードの vSwitch] はプライマリインスタンスと一致します。
    [リリース保護] [課金方法] が [従量課金] の場合にのみ利用できます。インスタンスの誤ったリリースを防止します。詳細については、「Enable or disable Instance Release Protection」をご参照ください。
    [リソースグループ] プライマリインスタンスと同じです。変更できません。
    [タイムゾーン] プライマリインスタンスと同じです。
    [SLR 権限付与] 設定は不要です。プライマリインスタンスの購入時に権限が付与されます。詳細については、「SLR authorization required from October 10, 2022」をご参照ください。
    [インスタンス名] 読み取り専用インスタンスを識別するための説明です。
  5. [次へ:注文の確認] をクリックします。

  6. 利用規約を読み、[注文の確認] をクリックして、支払いを完了します。

想定作成時間

読み取り専用インスタンスの作成に必要な時間は、ストレージタイプによって異なります。

ストレージタイプ 推定時間
Standard SSD 約 20 分 + フルバックアップに要する時間
エンタープライズ SSD (ESSD) 約 20 分
説明

作成プロセス中、プライマリインスタンスは影響を受けません。読み取り専用インスタンスの作成後、プライマリインスタンスで WAL Sender プロセスが開始され、WAL ファイルが読み取り専用インスタンスに送信されます。

ApsaraDB RDS for PostgreSQL では、スナップショットを使用して読み取り専用インスタンスを作成します。

読み取り専用インスタンスの表示

インスタンスリストから

  1. ApsaraDB RDS コンソール にログインし、左側メニューで [インスタンス] をクリックして、リージョンを選択します。

  2. プライマリインスタンス (primary icon アイコン付き) を見つけ、そのドロップダウンリストを展開します。

    展開されたドロップダウンリストで、読み取り専用インスタンスの前にあるチェックボックスをオンにして、インスタンスを選択します。

  3. 読み取り専用インスタンスの ID をクリックします。

プライマリインスタンスのページから

  1. RDS instance list に移動し、リージョンを選択して、プライマリインスタンスの ID をクリックします。

  2. [基本情報] ページで、読み取り専用インスタンス数にカーソルを合わせ、読み取り専用インスタンスの ID をクリックします。

レプリケーション遅延の監視

読み取り専用インスタンスの [基本情報] ページでレプリケーション遅延を確認します。

読み取り専用インスタンスの [基本情報] ページで、Read-only Instance Latency パネルに次の遅延メトリクスが表示されます。

  • WAL Send Latency (MB)

  • WAL Persistence Latency (MB)

  • WAL Write-back Latency (MB)

  • WAL Replay Latency (MB)

遅延が 1 秒以下の場合は正常なレプリケーションを示します。遅延が 1 秒を超える場合はレプリケーションが遅延しており、切断につながる可能性があります。

制限事項

次の表に、プライマリインスタンスのストレージタイプに基づき、読み取り専用インスタンスに適用される制約を示します。

制約 プレミアムローカル SSD クラウドディスク
最大読み取り専用インスタンス数 5 32
アーキテクチャ 高可用性 (スタンバイノードあり) シングルノード (スタンバイノードなし)
インスタンスタイプ要件 仕様とストレージ容量は、プライマリインスタンス以上である必要があります レプリケーション遅延とメモリ不足 (OOM) エラーを回避するため、仕様はプライマリインスタンスと同等、または少なくともプライマリインスタンスの仕様の 50% 以上にする必要があります
ストレージ容量 プライマリインスタンス以上である必要があります プライマリインスタンス以上である必要があります
重要

プライマリインスタンスがクラウドディスクストレージを使用しており、かつプライマリインスタンスのメモリが読み取り専用インスタンスのメモリを上回る場合、プライマリインスタンスの仕様変更によって読み取り専用インスタンスが再起動します。

メモリ容量要件

読み取り専用インスタンスの最小メモリは、プライマリインスタンスのメモリに依存します。

プライマリインスタンスのメモリ 読み取り専用インスタンスの最小メモリ
(0 GB, 64 GB] プライマリインスタンスのメモリの 1/4 以上
(64 GB, 256 GB] プライマリインスタンスのメモリの 1/6 以上
(256 GB, 9999 GB] プライマリインスタンスのメモリの 1/8 以上

その他の制約

  • 読み取り専用インスタンスのストレージタイプは、プライマリインスタンスのストレージタイプと一致します。

  • 読み取り専用インスタンスは作成できますが、既存の RDS インスタンスを読み取り専用インスタンスに変換することはできません。

  • 読み取り専用インスタンスは、サブスクリプションまたは従量課金の課金方法で個別に課金されます。料金の詳細については、ApsaraDB RDS の購入ページをご覧ください。

説明

シングルノードアーキテクチャにはスタンバイノードがないため、可用性は保証されません。可用性を向上させるには、複数の読み取り専用インスタンスを作成し、libpq または Java Database Connectivity (JDBC) を使用して自動フェイルオーバーを構成してください。詳細については、「Automatic Failover and Read/Write Splitting」をご参照ください。別の方法として、データベースプロキシを使用して自動読み取り/書き込み分割を行うこともできます。詳細については、「What is a database proxy」をご参照ください。

関連 API

API 説明
CreateReadOnlyDBInstance 読み取り専用インスタンスを作成します。

よくある質問

読み取り専用インスタンスの課金方法を変更できますか?

はい。従量課金とサブスクリプションは、どちらの方向にも切り替えられます。詳細については、「Change from pay-as-you-go to subscription」または「Change from subscription to pay-as-you-go」をご参照ください。

読み取り専用インスタンスの変更、リリース、または再課金は、プライマリインスタンスに影響しますか?

いいえ。読み取り専用インスタンスに対する操作が、プライマリインスタンスに影響することはありません。

読み取り専用インスタンスでアカウントを管理できますか?

いいえ。プライマリインスタンスで作成されたアカウントは、読み取り専用権限で読み取り専用インスタンスに自動同期されます。アカウントはプライマリインスタンスでのみ管理してください。

読み取り専用インスタンスを通常のインスタンスに変換できますか?

いいえ。読み取り専用インスタンスを、ディザスタリカバリインスタンスなどの通常のインスタンスに変換することはサポートされていません。

読み取り専用インスタンスのバックアップは必要ですか?

いいえ。バックアップは、スナップショットベースのバックアップを使用してプライマリインスタンスで実行され、プライマリインスタンスにパフォーマンスオーバーヘッドは発生しません。読み取り専用インスタンスには個別のバックアップは不要です。

ApsaraDB RDS for PostgreSQL は並列レプリケーションを使用しますか?

ApsaraDB RDS for PostgreSQL は、先行書き込みログ (WAL) ファイルを介した物理レプリケーションにより、データの同期とリプレイを行います。このアプローチは、並列レプリケーションよりも効率的です。

トランザクションログはどのように削除されますか?

WAL ファイルのバックアップ後、AliPG はチェックポイント処理中にトランザクションログをクリアします。

プライマリインスタンスと読み取り専用インスタンス間のレプリケーション遅延の原因は何ですか?

一般的な原因は 2 つあります。

  1. 仕様の不一致:プライマリインスタンスの仕様が読み取り専用インスタンスより高い状態です。読み取り専用インスタンスのインスタンスタイプをアップグレードしてください。詳細については、「Change configuration」をご参照ください。

  2. max_standby_streaming_delay パラメーターの誤設定:値が小さすぎると遅延は減少しますが、読み取り専用インスタンス上のトランザクションがキャンセルされる可能性があります。値が大きすぎると遅延が増加します。詳細については、「Set instance parameters」をご参照ください。