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

PolarDB:カスタム購入

最終更新日:Mar 01, 2026

このトピックでは、PolarDB コンソールのカスタム購入ページで PolarDB クラスターを購入する方法について説明します。

説明
  • 既存の ApsaraDB RDS for MySQL インスタンスがある場合、ワンクリックで PolarDB for MySQL クラスターにアップグレードできます。アップグレード後、PolarDB クラスターは、ソース RDS インスタンスのアカウント、データベース、IP アドレスホワイトリスト、および必要なパラメーターを保持します。詳細については、「ApsaraDB RDS for MySQL インスタンスの PolarDB for MySQL クラスターへのアップグレード」をご参照ください。

  • 既存の PolarDB for MySQL クラスターがある場合、ソースの PolarDB for MySQL クラスターを新しい PolarDB for MySQL クラスターに移行することで、メジャーエンジンバージョンのアップグレードを実行できます。新しいクラスターには、ソースクラスターのアカウント情報、データベース情報、IP アドレスホワイトリスト、および必要なパラメーターが含まれます。詳細については、「メジャーエンジンバージョンのアップグレード」をご参照ください。

前提条件

Alibaba Cloud アカウントを登録し、ログイン済みであること。詳細については、「Alibaba Cloud アカウントの登録とログイン」をご参照ください。

操作手順

  1. PolarDB クラスター購入ページに移動します。

  2. クラスターの基本構成パラメーターを設定します。次の表にパラメーターの説明を示します。

    パラメーター

    説明

    課金方法

    • サブスクリプション:クラスター作成時に固定仕様のリソースを選択し、前払いするプリペイドモデルです。サブスクリプション期間が長いほど、割引率が高くなります。この方法は、安定的かつ長期的なリソースニーズを持つビジネスに適しています。

    • 従量課金:クラスター作成時に固定仕様のリソースを選択しますが、前払いは不要なポストペイドモデルです。課金は実際のリソース使用量に基づきます。この方法は、柔軟または変動するリソース需要を持つビジネスに適しています。

    • サーバーレス:クラスター作成時に固定仕様のリソースを選択する必要がなく、前払いも不要なポストペイドモデルです。PolarDB はワークロードの需要に基づいてリソースを自動的にスケーリングします。この方法は、変動するまたは予測不可能なワークロードを持つビジネスに適しています。

    説明
    • 課金方法の詳細な比較については、「課金方法」をご参照ください。

    • 課金方法の変更ルール:サブスクリプション従量課金を切り替えることができます。ただし、サーバーレスクラスターを別の課金方法に変更することはできません。

    リージョン

    リージョンとは、データセンターが所在する地理的なエリアを指し、通常はデータセンターが所在する都市によって定義されます。

    説明
    • ご利用の場所に最も近いリージョンを選択すると、ネットワーク遅延が短縮されます。購入後にリージョンを変更することはできません。

    • ご利用の ECS インスタンスと同じリージョンに PolarDB クラスターを作成してください。そうしないと、内部ネットワーク (プライベートネットワーク) を介して通信できず、インターネット (パブリックネットワーク) を使用する必要があり、クラスターが最適なパフォーマンスを発揮できなくなります。

    作成方法

    PolarDB は複数の作成方法をサポートしています。デフォルトでは、[プライマリクラスターの作成] が選択されており、これにより新しい PolarDB クラスターが作成されます。その他のオプションは次のとおりです:

    • [セカンダリクラスターの作成]グローバルデータベースネットワーク (GDN) 用のセカンダリクラスターを作成します。セカンダリクラスターを追加する前に、まず GDN を作成する必要があります。

    • [PolarDB からのアップグレード/移行]異なるカーネルバージョン間または異なるエディション間のメジャーバージョンアップグレードに適しています。これには、ソースの PolarDB クラスターからの完全データレプリケーションと、その後の増分同期が含まれます。詳細については、「メジャーバージョンアップグレード」をご参照ください。

    • [RDS からの移行]RDS インスタンスを PolarDB クラスターに移行します。移行中、システムは RDS インスタンスのアカウント、データベース、IP アドレスホワイトリスト、および必要なパラメーター構成を自動的に同期します。また、元のデータベースエンドポイントを保持して移行を簡素化し、スムーズなビジネストランジションを確保することもできます。詳細については、「ApsaraDB RDS for MySQL インスタンスの PolarDB for MySQL クラスターへのアップグレード」をご参照ください。

      説明

      利用可能な RDS インスタンスのリストには、読み取り専用インスタンスおよび非 InnoDB エンジンを使用するインスタンスは含まれません。

    • [RDS からのクローン]:選択した RDS インスタンスの完全なレプリカである PolarDB クラスターを迅速にクローンします。RDS インスタンスからの増分データは PolarDB クラスターに同期されません。詳細については、「ApsaraDB RDS for MySQL インスタンスの PolarDB for MySQL クラスターへのクローン」をご参照ください。

      説明

      利用可能な RDS インスタンスのリストには、読み取り専用インスタンスおよび非 InnoDB エンジンを使用するインスタンスは含まれません。

    • [ゴミ箱から復元]クラスターのゴミ箱に保持されているバックアップセットを使用して、削除された PolarDB クラスターを復元します。

      説明

      元の PolarDB クラスターで X-Engine が有効になっており、対応するデータベーステーブルが含まれている場合は、[ストレージエンジン][InnoDB & X-Engine] に設定してください。そうしないと、新しい PolarDB クラスターは X-Engine に保存されているデータにアクセスできません。

    データベースエンジン

    MySQL 互換バージョンを選択します。

    • [MySQL 8.0.2]:コミュニティ版 MySQL 8.0.18 以前のバージョンと完全互換です。

    • [MySQL 8.0.1]:コミュニティ版 MySQL 8.0.13 以前のバージョンと完全互換です。

    • [MySQL 5.7]:MySQL 5.7 と完全互換です。

    • [MySQL 5.6]:MySQL 5.6 と完全互換です。

    説明

    機能は カーネルバージョンによって異なります。詳細については、「MySQL 5.6、5.7、8.0 の機能比較」をご参照ください。

    エディション

    Enterprise Edition または Standard Edition を選択します。

    説明

    機能は エディションによって異なります。詳細については、「Enterprise Edition と Standard Edition の機能比較」をご参照ください。

    シリーズ

    Enterprise Editionクラスター版マルチマスタークラスター (無制限) をサポートしています。このオプションは Standard Edition では利用できません。

    説明

    2 つのシリーズはアーキテクチャと適用シナリオが異なります。詳細については、「Enterprise Edition シリーズ」をご参照ください。

    サブシリーズ

    専用 または 汎用 を選択します:

    • パフォーマンス専有型:各クラスターは割り当てられた計算リソース (CPU など) を排他的に使用し、同じサーバー上の他のクラスターと共有しないため、安定した信頼性の高いパフォーマンスを保証します。

    • 汎用型:同じサーバー上のクラスターは、アイドル状態の計算リソース (CPU など) を互いに共有し、リソースの再利用を活用してコスト効率を高めます。

    2 つのサブシリーズの詳細な比較については、「汎用型とパフォーマンス専有型の選択方法」をご参照ください。

    CPU アーキテクチャ

    [X86] または [ARM] を選択します。

    • [x86]:Intel プロセッサと高性能ネットワーク機能を搭載した x86 アーキテクチャは、包括的なパフォーマンスと安定性の向上を実現します。高いビジネス安定性と計算能力を必要とするエンタープライズレベルのアプリケーションに最適です。

    • [ARM]:Alibaba Cloud 独自の YiTian 710 プロセッサチップと 25 GE インテリジェント高速ネットワークカードを搭載した ARM アーキテクチャは、堅牢な計算能力と高性能ネットワーク機能を提供します。インターネット企業などの公共サービス部門や、コスト効率が高く、安全で安定したクラウドサービスを必要とする企業のニーズに対応できます。

    説明

    Enterprise Edition[X86] のみを使用します。

    プライマリゾーン

    ゾーンは、リージョン内で物理的に隔離されたエリアで、独立した電力およびネットワークインフラストラクチャを備えています。ゾーン間に機能的な違いはありません。PolarDB クラスターと ECS インスタンスを同じゾーンまたは異なるゾーンに作成できます。

    ネットワークタイプ

    [VPC] に固定されています。

    ご利用の ECS インスタンスと同じ Virtual Private Cloud (VPC) を選択してください。そうしないと、内部ネットワーク (プライベートネットワーク) を介して通信できず、インターネット (パブリックネットワーク) を使用する必要があり、クラスターが最適なパフォーマンスを発揮できなくなります。

    • ネットワーク要件を満たす VPC を作成済みの場合は、それを直接選択します。たとえば、ご利用の ECS インスタンスが計画に合った VPC 内にある場合は、その VPC を選択します。

    • 適切な VPC を作成していない場合は、デフォルトの VPC と vSwitch を使用します。

      説明

      デフォルトの VPC と vSwitch が要件を満たさない場合は、VPC と vSwitch を作成できます。

    ホワイトリストに追加

    このオプションを [有効] にして、選択した VPC の CIDR ブロックを PolarDB クラスターの ホワイトリストに追加することを推奨します。これにより、同じ VPC 内の ECS インスタンスが PolarDB クラスターに直接アクセスできるようになり、クラスター作成後に手動でホワイトリストエントリを追加する必要がなくなります。

    高可用性モード

    PolarDB は複数の高可用性モードを提供します。PolarDB クラスターのストレージホットスタンバイクラスター機能を有効にすると、PolarDB クラスターが所在するリージョンのセカンダリゾーン、または同じゾーン内の異なるデータセンターにストレージホットスタンバイクラスターが作成されます。ストレージホットスタンバイクラスターは独立したストレージリソースを持ちます。ストレージホットスタンバイクラスターが独立した計算リソースを持つかどうかは、高可用性モードによって異なります。プライマリゾーンの PolarDB クラスターに障害が発生した場合、ストレージホットスタンバイクラスターが即座に引き継ぎ、読み書き操作とストレージタスクを処理します。

    説明
    • ストレージホットスタンバイクラスターと関連ソリューションの詳細については、「高可用性モード (ホットスタンバイクラスター)」をご参照ください。

    • 高可用性モードの変更ルール:

      • クラスターの高可用性モードを [ダブルゾーン (ストレージホットスタンバイクラスター有効)] または [ダブルゾーン (ストレージおよび計算ホットスタンバイクラスター有効)] から [シングルゾーン (ストレージホットスタンバイクラスター無効)] に直接変更することはできません。

        このような高可用性モードの変更には、新しいクラスターを購入し、そのクラスターに [シングルゾーン (ストレージホットスタンバイクラスター無効)] の高可用性モードを選択することを推奨します。その後、Data Transmission Service (DTS) を使用して既存のクラスターを新しいクラスターに移行します。既存のクラスターを新しいクラスターに移行する方法については、「PolarDB for MySQL クラスター間のデータ移行」をご参照ください。

      • [3 ゾーン] 高可用性モードは、新しいクラスターを購入するときにのみ選択できます。クラスターの高可用性モードを 3 ゾーンから他の高可用性モードに、またはその逆に変更することはできません。

    • クラスターの高可用性モードを [シングルゾーン (ストレージホットスタンバイクラスター無効)] から別の高可用性モードに手動で変更できます。詳細については、「高可用性モード (ホットスタンバイクラスター)」をご参照ください。

    サーバーレス クラスターのリソーススケーリング範囲の設定

    [課金方法]サーバーレス の場合にのみ、サーバーレスクラスターのリソーススケーリング範囲を設定できます:

    • [読み取り専用ノードの最小数]:追加できる読み取り専用ノードの最小数を設定します。有効値:0~15。

    • [読み取り専用ノードの最大数]:追加できる読み取り専用ノードの最大数を設定します。有効値:0~15。

    説明
    • 読み取り専用ノードの数は、ワークロードに基づいて指定された範囲内で自動的に増減します。スケーリングポリシーの詳細については、「自動スケーリング」をご参照ください。

    • サーバーレスクラスターの高可用性を確保するには、[読み取り専用ノードの最小数] を 1 に設定します。

    • [ノードあたりの最小 PCU 数]:クラスター内のノードあたりの最小 PCU 数を設定します。有効値:0.25 PCU~31 PCU。

    • [ノードあたりの最大 PCU 数]:クラスター内のノードあたりの最大 PCU 数を設定します。有効値:1 PCU~32 PCU。

    説明
    • サーバーレスは、秒単位の課金とリソーススケーリングに PCU を使用します。1 PCU は、約 1 コアと 2 GB のメモリのサービス能力に相当します。ノードの PCU は、ワークロードに基づいて指定された範囲内で動的に調整されます。最小スケーリング単位は 0.5 PCU です。

    • 例:[ノードあたりの最小 PCU 数] を 2 PCU、[ノードあたりの最大 PCU 数] を 16 PCU に設定した場合、サーバーレスクラスター内のノードのデフォルト仕様は 2 PCU (約 2 コア、4 GB メモリ) となります。システムがワークロードの増加を検出すると、プライマリノードまたは読み取り専用ノードの PCU 数を自動的に増加させます。設定に基づき、PCU 数は最大で 16 PCU (約 16 コア、32 GB メモリ) までしか増加できません。

    現在の仕様

    仕様は CPU、メモリ、最大ストレージ容量、IOPS が異なります。ビジネスニーズに基づいて選択してください。

    説明

    利用可能な計算ノードの仕様は [エディション] によって異なります。詳細については、「Enterprise Edition の計算ノード仕様」および「Standard Edition の計算ノード仕様」をご参照ください。

    サーバーレスを有効にする

    PolarDB クラスターを作成する際に、固定仕様クラスターのサーバーレス機能を有効にすることができます。

    有効にすると、クラスターは選択した固定の計算ノード仕様に加えて、動的な弾性スケーリング機能を得ます。ただし、これにより スケールアップ料金が発生します。

    説明

    デフォルトでは、サーバーレスクラスターは、ノードあたり最大 8 PCU、最小 0 PCU、最大 1 つの読み取り専用ノード、最小 0 つの読み取り専用ノードを持ちます。これらのパラメーターは、クラスター詳細ページでいつでも調整できます。

    ノード数

    デフォルトでは、クラスターには 2 つのノード (1 つの読み書きノードと 1 つの読み取り専用ノード) があります。ビジネスニーズに基づいて構成してください。

    説明
    • Enterprise EditionMulti-master Cluster (Database/Table) Edition のみが複数の読み書きノードをサポートします。他のシリーズは 1 つの読み書きノードのみをサポートします。

    • シングルノードシリーズは廃止されましたが、[読み取り専用ノード] の数を 0 に設定することで、シングルノードの PolarDB クラスターを購入できます。

    • 購入時に読み取り専用ノードの数を 1 以上に設定した場合、後で 0 に減らすことはできません。既存のクラスターを読み取り専用ノードがゼロの状態に変更するには、新しいクラスターを購入し、DTS やメジャーバージョンアップグレード機能などのツールを使用してデータを移行してください。

    • 説明:

      • [読み書きノード]:プライマリノードとも呼ばれ、書き込み操作と一部の読み取り操作を処理します。アクティブ/アクティブのフェールオーバーメカニズムを使用して読み取り専用ノードと連携し、高可用性を提供します。

      • [読み取り専用ノード]:読み取り操作を処理してプライマリノードの負荷を軽減し、高可用性とスケーラビリティを提供します。クラスター作成後に数を動的に調整できます。

      • [読み取り専用列ストアノード]インメモリ列インデックス (IMCI) の機能ノードです。IMCI は列指向ストレージを使用して分析クエリ (OLAP) を高速化し、PolarDB for MySQL クラスターがリアルタイムのトランザクション処理と分析を同時に処理できるようにします。読み取り専用 IMCI ノードを追加し、行ストアノードと列ストアノード間のリクエストの自動分散を構成し、ビジネステーブルに列ストアインデックスを追加すると、OLAP クエリはプライマリノードではなく、自動的に読み取り専用の行ストアノードまたは列ストアノードにルーティングされます。

    データベースプロキシ仕様

    Standard Enterprise EditionDedicated Enterprise Edition のいずれかを選択します。タイプはクラスターのサブシリーズによって決まります:汎用型Standard Enterprise Editionを使用し、パフォーマンス専有型Dedicated Enterprise Editionを使用します。

    データベースプロキシの仕様は別途構成でき、4C から 16C (4 vCPU から 16 vCPU) のオプションがあります。自動マッチングを選択することを推奨します。

    説明

    このオプションは Standard Edition クラスターでのみ利用可能です。

    ストレージタイプ

    PolarDB は ESSD、PSL4、または PSL5 のストレージタイプをサポートしています。ESSD は Standard Edition クラスターでのみ利用可能です。

    • ESSD は、Alibaba Cloud が開発した超高性能ディスクです。ESSD は次世代の分散ブロックストレージアーキテクチャを使用し、25 ギガビットイーサネットネットワークと RDMA (Remote Direct Memory Access) をサポートします。各 ESSD は片道遅延が低く、最大 100 万のランダム読み書き IOPS を提供できます。ESSD は次のカテゴリに分類されます:

      • PL0 ESSD:基本パフォーマンスレベル。

      • PL1 ESSD:PL0 と比較して 5 倍高い IOPS と約 2 倍高いスループットを提供します。

      • PL2 ESSD:PL1 と比較して約 2 倍高い IOPS とスループットを提供します。

      • PL3 ESSD:PL2 と比較して最大 10 倍高い IOPS と 5 倍高いスループットを提供し、極端な同時 I/O パフォーマンスと安定した低読み書き遅延を必要とするシナリオに最適です。

      • ESSD AutoPL ディスク:IOPS と容量を分離し、柔軟な構成とオンデマンド調整を可能にして、総所有コスト (TCO) を削減します。

        重要
        • ESSD のパフォーマンス詳細については、「ESSD」をご参照ください。

        • ディスクのストレージスペースがいっぱいになると、ディスクはロックされて読み取り専用になります。

        • サービスの中断を避けるために、ESSD ストレージの自動拡張を有効にすることができます。

    • PSL4 と PSL5 は、PolarDB が異なるシナリオ向けに設計したストレージタイプです。違いは次のとおりです:

      ストレージクラス

      特徴

      シナリオ

      PSL5 (PolarStore Level 5)

      PolarDB の以前のバージョンでサポートされていたストレージクラスです。2022 年 6 月 7 日より前に購入された PolarDB クラスターのデフォルトのストレージクラスです。より優れたパフォーマンス、信頼性、可用性を提供します。

      データベースがコアシステムである、高いパフォーマンスと信頼性を必要とするビジネスシナリオ。金融、e コマース、政府サービス、中規模から大規模のインターネットビジネスなどが含まれます。

      PSL4 (PolarStore Level 4)

      PolarDB は、Alibaba 独自の smart-SSD 技術を使用したこの新しいストレージクラスをリリースしました。この技術は、物理 SSD ディスク層でデータを圧縮および解凍します。これにより、パフォーマンスへの影響を制御しつつ、データ単位あたりのストレージ価格を下げます。

      コスト削減と高いコストパフォーマンスを必要とするアプリケーションシナリオ。

      説明
      • ストレージクラスの変換ルール:

        • 一部の製品シリーズは ストレージクラスのアップグレードをサポートしており、PSL4 ストレージを PSL5 ストレージにアップグレードできます。

        • ストレージクラスのダウングレードはサポートされていません。PSL5 ストレージを PSL4 ストレージにダウングレードすることはできません。

      • PSL5 ストレージから PSL4 ストレージに切り替えるには、新しいクラスターを購入し、DTS や メジャーバージョンアップグレード機能などの移行ツールを使用して、元のクラスターから新しいクラスターにデータを移行できます。

    ストレージエンジン

    サポートされているエンジンタイプは [InnoDB][InnoDB & 高圧縮エンジン] の 2 種類です。

    説明

    [InnoDB & X-Engine]:InnoDB と X-Engine を組み合わせたハイブリッドエンジンです。選択後、X-Engine の比率を設定できます。詳細については、「X-Engine」をご参照ください。

    ストレージ課金方法

    ストレージは [容量による課金 (従量課金)][スペースによる課金 (サブスクリプション)] の 2 つの課金方法をサポートしています。

    • [従量課金 (容量による課金)]:購入時に容量を選択する必要はありません。データが増加するにつれてストレージは自動的に拡張され、実際に使用したスペース分のみを支払います。

    • [サブスクリプション (スペースによる課金)]:購入時にクラスターのストレージスペースを前払いします。

    説明

    [課金方法]サブスクリプション の場合にのみ利用可能です。

    ストレージ容量

    事前購入するストレージサイズを構成します。

    説明

    次の場合にのみ必須です:

    • ストレージタイプが ESSD である。

    • [課金方法]サブスクリプション であり、[ストレージ課金方法][サブスクリプション (スペースによる課金)] である。

  3. (オプション) 詳細オプションを構成します。

    パラメーター

    説明

    クラスター名

    ビジネスニーズに基づいてクラスターの名前を設定します。名前を指定しない場合、システムが自動的に生成します。クラスター作成後、いつでも名前を変更できます。名前は次の要件を満たす必要があります:

    • 名前は http:// または https:// で始まってはいけません。

    • 名前の長さは 2~256 文字である必要があります。

    リソースグループ

    作成したリソースグループからリソースグループを選択します。

    説明

    リソースグループは、Alibaba Cloud アカウントでリソースを管理するために使用できるコンテナーです。各リソースは 1 つのリソースグループにのみ属することができます。詳細については、「リソースのグループ化と権限付与」をご参照ください。

    パラメーターテンプレート

    クラスターのパラメーターテンプレートを設定します。システム提供のテンプレートまたはカスタムテンプレートを選択できます。

    説明

    ドロップダウンリストには、現在のリージョンにあるすべてのカスタムおよびシステムデフォルトのパラメーターテンプレートが表示されます。

    タイムゾーン

    クラスターのタイムゾーンを設定します。デフォルト値は [UTC+08:00] です。

    テーブル名の大文字と小文字の区別

    テーブル名で大文字と小文字を区別するかどうかを指定します。デフォルト設定では区別されません。

    説明
    • オンプレミスデータベースで大文字と小文字が区別される場合は、データ整合性を確保し、移行を簡素化するために [大文字と小文字を区別する] を選択することを推奨します。

    • この設定はクラスター作成後に変更できません。慎重に設定を選択してください。

    クラスターの削除 (リリース)

    クラスターが削除 (リリース) された後のバックアップの保持ポリシーを設定します。

    • [最後のバックアップを保持 (リリース前の自動バックアップ)] (デフォルト):最後のバックアップは クラスターのゴミ箱に保持されます。保持されたバックアップに対して課金されます。

    • [すべてのバックアップを保持]:すべてのバックアップは クラスターのゴミ箱に保持されます。保持されたバックアップに対して課金されます。

    • [すべてのバックアップを削除 (復元不可)]:すべてのデータとバックアップは完全に削除され、回復できません。料金は発生しません。

    TDE を有効にする

    クラスター作成時に TDE (透過的データ暗号化) を有効にできます。クラスター作成後に TDE を構成する必要はありません。

    説明
    • TDE を有効にすると、無効にすることはできません。

    • TDE は KMS に依存します。TDE を有効にした後、サービスリンクロールを構成し、PolarDB が KMS にアクセスすることを承認する必要があります。

    • TDE を有効にすると、PolarDB はクラスターのデータファイルを透過的に暗号化します。このプロセスはアプリケーションに影響しません。TDE には 5%~10% のパフォーマンスへの影響があります。

  4. ページの右側で、購入数量とクラスター構成を確認し、購入を完了します。

    パラメーター

    説明

    数量

    購入するクラスターの数を選択します。

    説明
    • 一度に最大 50 個のクラスターを作成できます。これは、ゲームサーバーの一括起動などのシナリオで役立ちます。

    • 1 つの Alibaba Cloud アカウントで購入できるクラスターの総数は 50 です。

    期間

    クラスターのサブスクリプション期間を選択します。

    説明

    このパラメーターは、[課金方法]サブスクリプション の場合にのみ利用可能です。従量課金クラスターでは利用できません。

    自動更新

    自動更新を有効にするかどうかを指定します。更新忘れによるサービス中断を防ぐため、この機能を有効にすることを推奨します。

    説明
    • このパラメーターは、[課金方法]サブスクリプション の場合にのみ利用可能です。従量課金クラスターでは利用できません。

    • 購入プロセス中にクラスターを構成するだけでなく、後で[費用とコスト]で構成することもできます。

    パラメーターを構成した後、クラスター構成、支払い金額、およびサービス契約を確認します。情報が正しい場合は、[今すぐ購入] をクリックします。

  5. 購入完了後、システムがクラスターを作成するまで 10~15 分お待ちください。その後、PolarDBコンソールのクラスターリストに新しいクラスターが表示されます。

    説明
    • クラスターノードのステータスが 作成中の場合、クラスターは作成中であり、利用できません。クラスターが使用可能になるのは、ステータスが 実行中に変わったときのみです。

    • コンソールの左上隅で正しいリージョンを選択していることを確認してください。そうしないと、クラスターが見つかりません。

次のステップ

データベースへの接続

よくある質問

クラスター作成中に選択したゾーンのリソースが不足しているというメッセージが表示された場合はどうすればよいですか?

[このゾーンでは選択したノード仕様のリソースが不足しています。別のゾーンを選択してください] というメッセージが表示された場合、現在のゾーンのリソースが不足していることを意味します。将来の仕様変更時にリソース不足を防ぐため、別のゾーンに切り替えることを推奨します。

image

関連する API 操作

コンソールでクラスターを作成するだけでなく、API 操作を使用することもできます。次の表に関連する API 操作をリストします。

API

説明

クラスターの作成

PolarDB クラスターを作成します。

クラスターリストの照会

クラスターリストを表示できます。

PolarDB クラスタープロパティの表示

指定された PolarDB クラスターの詳細な属性を照会します。

クラスターの自動更新ステータスの照会

サブスクリプションの PolarDB クラスターの自動更新設定を照会します。

サブスクリプションクラスターの自動更新の構成

サブスクリプションの PolarDB クラスターの自動更新設定を変更します。