ApsaraDB RDS:ApsaraDB RDS for PostgreSQL インスタンスの作成

前提条件

RAM ユーザーを使用して RDS インスタンスを作成する場合、RAM ユーザーは `AliyunRDSFullAccess` および `AliyunBSSOrderAccess` 権限を持っている必要があります。権限を付与する方法の詳細については、「RAM ユーザーへの権限付与」をご参照ください。

手順

1. ApsaraDB RDS インスタンス作成ページに移動します。

2. 課金方法 を選択します。

   課金方法	推奨	メリット
   サブスクリプション	RDS インスタンスを長期間使用する場合は、サブスクリプション (一括払い) を選択し、ページの左下隅で 期間 を選択します。	サブスクリプションは従量課金よりも費用対効果が高いです。サブスクリプション期間が長いほど、割引率が高くなります。
   従量課金	RDS インスタンスを短期間使用する場合は、従量課金 (時間単位の課金) を選択します。 まず 従量課金 インスタンスを作成できます。インスタンスが要件を満たしていることを確認した後、課金方法を サブスクリプション に変更できます。	インスタンスはいつでもリリースして課金を停止できます。
   サーバーレス	Serverless インスタンスは、CPU とメモリにリアルタイムの弾力性を提供します。計算リソースは従量課金制で課金されます。ビジネスのピーク時とオフピーク時に計算リソースを迅速にスケールアップまたはスケールダウンするには、サーバーレス を選択します。	この課金方法は、固定リソースに対して支払う従来のモデルを打ち破ります。ワークロードとリソースを動的に照合して、真の従量課金モデルを実装し、大幅なコスト削減を実現できます。

   重要

   • Serverless インスタンスを作成するには、「ApsaraDB RDS for PostgreSQL Serverless インスタンスの作成」をご参照ください。

   • ページの右下隅で価格を確認できます。最終的な価格は、次の設定手順を完了した後に表示されます。

3. RDS インスタンスを作成する リージョン を選択します。

   • ECS インスタンスを購入済みで、ECS インスタンスと RDS インスタンスが内部ネットワーク経由で通信するようにしたい場合は、ECS インスタンスが配置されているリージョンを選択します。そうしないと、ECS インスタンスはインターネット経由でのみ RDS インスタンスにアクセスでき、パフォーマンスが低下する可能性があります。

     重要

     RDS インスタンスのリージョンは、作成後に変更することはできません。必ず正しいリージョンを選択してください。

   • ローカルサーバーやコンピューターなど、ECS インスタンス以外のデバイスから RDS インスタンスに接続する場合は、デバイスに近いリージョンに RDS インスタンスを作成します。これにより、ネットワーク遅延が減少します。その後、パブリックエンドポイントを使用して RDS インスタンスに接続できます。

4. [エンジン] を選択し、[SLR 権限付与] を完了してから、[エディション]、[プロダクトタイプ]、[ストレージタイプ] を選択します。

   1. [エンジン] を選択します。

      このトピックでは PostgreSQL を例として使用します。[PostgreSQL] を選択します。必要な PostgreSQL バージョンを選択します。

      説明

      オープンソースの Babelfish for PostgreSQL プロジェクトに基づき、ApsaraDB RDS for PostgreSQL 13、14、15 は T-SQL 構文と互換性があります。SQL Server アプリケーションまたはクライアントを使用して ApsaraDB RDS for PostgreSQL データベースに接続するには、Babelfish の有効化 を選択します。Babelfish for ApsaraDB RDS for PostgreSQL インスタンスの詳細については、「Babelfish の概要」をご参照ください。

   2. [SLR 権限付与] を完了します。

      この機能の初回使用時にのみ権限を付与する必要があります。権限付与に料金はかかりません。[権限付与に移動] をクリックして、サービスリンクロール (AliyunServiceRoleForRdsPgsqlOnEcs) を承認します。これにより、ApsaraDB RDS サービスがこのロールを使用して ENI をアタッチし、ネットワーク接続を確立できるようになります。

   3. [エディション] を選択します。

      シリーズ	説明	特徴
      ベーシックエディション	1 つのノード。	費用対効果が高い。適している用途: 個人学習。 マイクロサイト。 中小企業の開発およびテスト環境。 説明 Basic Edition インスタンスは、フェールオーバーと再起動に長い時間がかかります。
      高可用性エディション	1 つのプライマリノードと 1 つのセカンダリノード。クラシックな高可用性アーキテクチャ。読み取り専用ノードを追加することもできます。	高可用性。適している用途: 中規模および大規模企業の本番データベース。 インターネット、IoT、小売 e コマース、物流、ゲームなどの業界のデータベース。
      Cluster Edition (推奨)	1 つのプライマリノードと複数のセカンダリノード。	マルチノードの高可用性デプロイメント。セカンダリノードは読み取り可能です。適している用途: 中規模および大規模企業の本番データベース。 インターネットニューリテール、自動車製造、大企業 ERP システムなどの業界。

      説明

      • 利用可能なエディションは、選択したリージョンとデータベースタイプによって異なります。

      • 各エディションの詳細については、「エディションの概要」をご参照ください。

   4. [プロダクトタイプ] (標準または Yitian) を選択します。

      説明

      • Basic Edition インスタンスにはプロダクトタイプがありません。このパラメーターを設定する必要はありません。

      • High-availability Edition および Cluster Edition インスタンスは、標準および Yitian をサポートしています。詳細については、「プロダクトタイプの概要」をご参照ください。

   5. ストレージタイプ を選択します。

      項目	プレミアムパフォーマンスディスク (推奨)	ESSD
      スケーラビリティ	★★★★★ 最大 64,000 GB。 ストレージのスケールアウト中に一時的な切断はありません。 数秒でのオンラインアップグレードとスケールアウト。 自動ストレージ拡張がサポートされています。	★★★★★ 最大 64,000 GB。 ストレージのスケールアウト中に一時的な切断はありません。 数秒でのオンラインアップグレードとスケールアウト。 自動ストレージ拡張がサポートされています。
      パフォーマンス	★★★★★★ ESSD に基づいて、このストレージタイプは IO パフォーマンスバースト、バッファプール拡張 (BPE)、データアーカイブ などの機能を追加します。	★★★★★ PL1<PL2<PL3 PL2 は PL1 の最大 2 倍の IOPS とスループットを提供します。 PL3 は PL1 の最大 20 倍の IOPS と 11 倍のスループットを提供します。
      バックアップ	★★★★★ 分単位または秒単位のバックアップ。 15 分に 1 回の最大頻度。	★★★★★ 分単位または秒単位のバックアップ。 15 分に 1 回の最大頻度。

      説明

      • サポートされているストレージタイプは、選択したインスタンスタイプとエディションによって異なります。

      • ESSD または プレミアムパフォーマンスディスク を選択した場合、[ディスク暗号化] を選択してデータを暗号化できます。詳細については、「ディスク暗号化」をご参照ください。

      • プレミアムパフォーマンスディスク を選択した場合、手動で IO パフォーマンスバースト、バッファプール拡張 (BPE)、データアーカイブ を有効にすることもできます。詳細については、「プレミアムパフォーマンスディスク」をご参照ください。

      • 詳細については、「ストレージタイプの概要」をご参照ください。

5. インスタンスのネットワークを設定します。ネットワークタイプ は VPC に設定されています。

   1. VPC を選択します。

      内部ネットワーク経由で ECS インスタンスから RDS インスタンスに接続する場合は、それらが同じリージョンにあり、同じ VPC を使用していることを確認してください。

      説明

      ECS インスタンスと RDS インスタンスは、同じ VPC 内にあっても異なる vSwitch を使用している場合でも、内部ネットワーク経由で通信できます。

   2. ホワイトリストに追加 するかどうかを選択します。

      CIDR ブロックを追加すると、同じ VPC 内の ECS インスタンスが RDS インスタンスにアクセスできるようになります。

      説明

      いいえ を選択した場合、インスタンスの作成後に手動でホワイトリストを設定できます。詳細については、「ホワイトリストの設定」をご参照ください。

6. インスタンスのゾーン、vSwitch、および デプロイ方法 を選択します。

   • ゾーンの選択:

     • 同じリージョン内の異なるゾーン間に大きな違いはありません。

     • ECS インスタンスは、同じリージョン内の異なるゾーンにある RDS インスタンスにアクセスする場合よりも、同じゾーンにある RDS インスタンスにアクセスする場合の方がパフォーマンスが向上します。ただし、パフォーマンスの差は小さいです。

   • vSwitch を選択するには:

     既存の vSwitch を選択するか、[VSwitch の作成] をクリックして作成します。パラメーターの設定方法の詳細については、「vSwitch の作成と管理」をご参照ください。

   • デプロイメント方法を選択するには:

     • マルチゾーンデプロイ (推奨): プライマリノードとセカンダリノードは同じリージョン内の異なるゾーンにあります。これにより、クロスゾーンのディザスタリカバリが提供されます。

       デプロイ方法 を マルチゾーンデプロイ に設定した場合、インスタンスの [プライマリゾーンとネットワーク] および [セカンダリゾーンとネットワーク] を選択する必要があります。

     • シングルゾーンデプロイ: プライマリノードとセカンダリノードは同じゾーンにあります。

       インスタンスの ベーシックエディション エディションを選択した場合、シングルゾーンデプロイ のみを選択できます。

     説明

     • High-availability Edition インスタンスなど、プライマリノードとセカンダリノードを持つインスタンスの場合は、マルチゾーンデプロイ を選択してクロスゾーンのディザスタリカバリを実装することをお勧めします。

     • ターゲットゾーンの右上隅に [売り切れ] と表示されている場合は、別のゾーンを選択してください。

7. インスタンスタイプ を選択します。

   1. カテゴリ (汎用または専用) を選択します。

      カテゴリ	説明	特徴
      汎用 (エントリーレベル)	専用: メモリと I/O 共有: CPU とストレージ	低価格で高い費用対効果
      専用インスタンス (エンタープライズレベル)	専用: CPU、メモリ、ストレージ、I/O 説明 排他的インスタンスは、サーバー全体の CPU、メモリ、ストレージ、I/O を排他的に使用する最上位の専用インスタンスです。	より良く、より安定したパフォーマンス 説明 Basic Edition は専用インスタンスタイプをサポートしていません。

   2. 特定のインスタンスタイプ (CPU コア数、メモリ、最大接続数、最大 IOPS) を選択します。

      • テスト環境では、2 CPU コア以上のインスタンスタイプをお勧めします。

      • 本番環境では、4 CPU コア以上のインスタンスタイプをお勧めします。

      説明

      特定のインスタンスタイプのリストについては、「ApsaraDB RDS for PostgreSQL インスタンスタイプ」をご参照ください。

8. 容量 を選択します。

   ストレージ容量の範囲 (最小値と最大値) は、選択したインスタンスタイプとストレージタイプによって異なります。ストレージ容量は 5 GB 単位で調整できます。

9. (オプション) [課金方法] を [サブスクリプション] に設定した場合は、[期間] も指定する必要があります。

   サブスクリプション期間によって割引が異なります。[構成料金] の右側にある [詳細を表示] にマウスを合わせると、料金の詳細を確認できます。

10. 他のカスタムパラメーターを設定します。特別な要件がない場合は、デフォルト値を使用できます。

    パラメーター	説明
    ポート	ApsaraDB RDS for PostgreSQL インスタンスを作成する際にポートを初期化できます。値は 1000 から 5999 の範囲で指定できます。デフォルト値は 5432 です。
    パラメーターテンプレート	ApsaraDB RDS for PostgreSQL インスタンスを作成する際にパラメーターテンプレートを指定できます。テンプレートを選択しない場合、デフォルトのシステムテンプレートが使用されます。これをカスタムテンプレートに設定できます。カスタムテンプレートの作成方法の詳細については、「パラメーターテンプレートの使用」をご参照ください。
    インスタンスリリース保護	課金方法 を 従量課金 に設定した場合、従量課金インスタンスが誤ってリリースされるのを防ぐために、インスタンスリリース保護 を有効にできます。詳細については、「インスタンスのリリース保護の有効化または無効化」をご参照ください。
    マイナーバージョンアップポリシー	ApsaraDB RDS for PostgreSQL インスタンスを作成する際に、マイナーバージョンアップグレードポリシーを設定できます。デフォルト値は 自動アップグレード です。インスタンスのマイナーエンジンバージョンが最新のマイナーエンジンバージョンより古い場合、システムは定期的にプロアクティブな O&M タスクを送信してマイナーエンジンバージョンをアップグレードします。タスクについては、メール、および内部メッセージで通知されます。自動アップグレードは、指定した メンテナンスウィンドウ 内に実行されます。 説明 インスタンスの作成後、インスタンスの 基本情報 ページに移動して、マイナーバージョンアップグレードポリシーを変更できます。詳細については、「自動アップグレード設定の変更」をご参照ください。 ApsaraDB RDS for PostgreSQL インスタンスを作成する際に、マイナーエンジンバージョンを指定できます。バージョンを指定しない場合、最新の AliPG マイナーエンジンバージョンが使用されます。 マイナーバージョン番号の例は次のとおりです: rds_postgres_1400_20220830_14.4 フィールドは次のように説明されます: rds: RDS インスタンス。 postgres: PostgreSQL データベース。 1400: PostgreSQL のメジャーバージョンは 14 です。 20220830: AliPG マイナーエンジンバージョン。サポートされているエンジンバージョンは、購入ページに表示される内容に準じます。各マイナーバージョンの詳細については、「AliPG マイナーエンジンバージョンのリリースノート (PostgreSQL 14 から 17)」をご参照ください。 14.4: PostgreSQL コミュニティのマイナーバージョン番号。 説明 基本設定 ステップで Babelfish の有効化 を選択した場合、ApsaraDB RDS for PostgreSQL インスタンスのマイナーバージョン番号の例は次のようになります: rds_postgres_1400_20220630_babelfish_14.4
    リソースグループ	インスタンス管理を容易にするために、デフォルトまたはカスタムのリソースグループを選択します。
    Babelfish 移行モード	以下のパラメーターは、Babelfish の有効化 を選択した場合にのみ設定する必要があります。 Babelfish 移行モード: Babelfish を有効にした後のデータ移行モード。 single-db: Babelfish for PostgreSQL インスタンスには単一の SQL Server データベースのみを作成でき、通常の PostgreSQL モードで作成されます。 multi-db: 複数の SQL Server データベースを作成できます。各データベースは、名前の競合を避けるために、異なる PostgreSQL モード (<database_name>_<schema_name>) で作成されます。 説明 モードの選択方法については、「移行モードの概要」をご参照ください。 初期アカウント: Babelfish 管理アカウントを設定します。これは、TDS ポートから RDS インスタンスにアクセスするために使用されます。 重要 これは特権アカウントであり、作成後に削除することはできません。 パスワード: Babelfish 管理アカウントのパスワード。 説明 パスワードはインスタンスの作成後に変更できます。詳細については、「パスワードのリセット」をご参照ください。
    タイムゾーン	プライマリインスタンスを購入する際にタイムゾーンを選択できます。読み取り専用インスタンスのタイムゾーンは選択できません。読み取り専用インスタンスは、プライマリインスタンスのタイムゾーンを継承します。 名前付きタイムゾーンはサポートされていますが、UTC タイムゾーンはサポートされていません。名前付きタイムゾーンの詳細については、「ApsaraDB RDS for PostgreSQL インスタンスの一般的な名前付きタイムゾーンのリスト」をご参照ください。 このパラメーターを設定しない場合、システムはインスタンスを購入するリージョンに基づいてデフォルトのタイムゾーンを選択します。リージョンとデフォルトの名前付きタイムゾーンのマッピングについては、「ApsaraDB RDS for PostgreSQL インスタンスのリージョンとデフォルトの名前付きタイムゾーンのマッピング」をご参照ください。
    インスタンス名	識別のためにインスタンス名をカスタマイズします。
    タグ	多くのインスタンスがある場合、分類と管理のためにタグをアタッチできます。詳細については、「タグによるインスタンスのフィルタリング」をご参照ください。
    特権アカウント	ApsaraDB RDS for PostgreSQL インスタンスを作成する際に特権アカウントを作成できます。後で を選択した場合、インスタンスの作成後に手動でアカウントを作成できます。 説明 特権アカウントと手動での作成方法の詳細については、「アカウントとデータベースの作成」をご参照ください。

11. ページの右上隅で、購入するインスタンスの数を選択します。

    デフォルト値は 1 です。一度に最大 20 個のインスタンスを購入できます。必要な数量を選択します。

12. 注文情報、数量、サブスクリプション期間 (サブスクリプションインスタンスのみ) を確認します。[注文の確認] をクリックし、支払いを完了します。コンソールにインスタンスが正常に作成されたことを示すメッセージが表示されます。

    説明

    サブスクリプションインスタンスの場合、サブスクリプションの期限切れによるビジネスの中断を防ぐために、[自動更新を有効にする] を選択することをお勧めします。

    インスタンスを月単位で購入する場合、自動更新サイクルは 1 か月です。インスタンスを年単位で購入する場合、自動更新サイクルは 1 年です。実際のサイクルは注文によって異なります。自動更新はいつでもキャンセルできます。詳細については、「期限切れのリソースの更新」および「自動更新」をご参照ください。

13. インスタンスを表示します。

    インスタンスリストに移動します。上部のナビゲーションバーで、インスタンスが配置されているリージョンを選択します。作成日時 に基づいて作成したインスタンスを見つけます。

    説明

    インスタンスの作成には 1〜10 分かかります。インスタンスを表示するには、ページをリフレッシュする必要がある場合があります。

次のステップ

アカウントとデータベースの作成

よくある質問

リファレンス

• API 操作を呼び出して RDS インスタンスを作成する: CreateDBInstance

• 他のタイプのインスタンスを作成するには、以下をご参照ください:

  • ApsaraDB RDS for MySQL インスタンスの作成

  • ApsaraDB RDS for SQL Server インスタンスを迅速に作成して使用する

  • ApsaraDB RDS for MariaDB インスタンスの作成