このトピックでは、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 アカウントの登録とログイン」をご参照ください。
操作手順
-
PolarDB クラスター購入ページに移動します。
-
クラスターの基本設定を構成します。次の表にパラメーターを示します。
パラメーター
説明
課金方法
サブスクリプション:前払いモデルです。クラスターを作成する際に、固定仕様のリソースを選択し、前払いします。サブスクリプション期間が長いほど、割引が大きくなります。この方法は、安定的で長期的なニーズを持つビジネスに適しています。
従量課金:従量課金モデルです。クラスターを作成する際に、固定仕様のリソースを選択します。前払いする必要はありません。使用したリソースに対して課金されます。この方法は、柔軟なニーズを持つビジネスに適しています。
サーバーレス:従量課金モデルです。クラスターを作成する際に、固定仕様のリソースを選択したり、前払いしたりする必要はありません。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 と完全互換です。
説明機能はカーネルバージョンによって異なります。詳細については、「バージョン 5.6、5.7、8.0 の機能比較」をご参照ください。
データベースのエディション
有効な値:Enterprise Edition および Standard Edition。
説明機能は製品エディションによって異なります。詳細については、「Enterprise Edition と Standard Edition の比較」をご参照ください。
データベースカテゴリ
Enterprise Edition は、クラスターとマルチマスタークラスター (Limitless) の 2 つのシリーズをサポートしています。このパラメーターは Standard Edition では利用できません。
説明2 つのシリーズはアーキテクチャとユースケースが異なります。詳細については、「Enterprise Edition の製品シリーズ」をご参照ください。
サブカテゴリ
専用または汎用を選択できます。
-
専用:各クラスターは CPU などの専用の計算リソースを使用し、同じサーバー上の他のクラスターと共有しません。これにより、より安定した信頼性の高いパフォーマンスが保証されます。
-
汎用:同じサーバー上の異なるクラスターが、CPU などのアイドル状態の計算リソースを共有します。計算リソースを再利用することで、規模の経済が実現し、コスト効率が高まります。
2 つの仕様タイプの詳細な比較については、「汎用仕様と専用仕様の選択」をご参照ください。
CPU アーキテクチャ
有効な値:X86 または ARM。
説明X86 は、Enterprise Edition でサポートされている唯一の CPU アーキテクチャです。
プライマリゾーン
ゾーンは、独立した電力およびネットワークリソースを持つリージョン内の物理的なエリアです。ゾーン間に大きな違いはありません。PolarDB クラスターと ECS インスタンスは、同じゾーンまたは異なるゾーンに作成できます。
ネットワークタイプ
値は VPC に固定されています。
接続する ECS インスタンスと同じ VPC を選択することを推奨します。そうしないと、内部ネットワーク (プライベートネットワーク) 経由で通信できず、インターネット (パブリックネットワーク) 経由でのみ通信可能となり、クラスターが最適なパフォーマンスを発揮できなくなります。
-
適切な VPC がある場合は、それを選択します。たとえば、計画に合った VPC 内に ECS インスタンスがある場合は、その VPC を選択します。
-
適切な VPC がない場合は、デフォルトの 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 の最小数。有効な値:0.25~31 PCU。
-
単一ノードのスケーリング上限:クラスター内の各ノードの PCU の最大数。有効な値:1~32 PCU。
説明-
サーバーレスは、秒単位の課金とリソーススケーリングの単位として PCU を使用します。1 PCU は約 1 vCPU コアと 2 GB のメモリに相当します。ノードの PCU は、指定された範囲内で動的にスケーリングし、最小スケーリングステップは 0.5 PCU です。
-
例:単一ノードのスケーリング下限 を 2、単一ノードのスケーリング上限 を 16 に設定した場合、サーバーレスクラスター内の各ノードのデフォルト仕様は 2 PCU (約 2 vCPU コアと 4 GB のメモリ) になります。システムがワークロードの増加を検出すると、プライマリノードまたは読み取り専用ノードの PCU を自動的にスケールアップします。ただし、PCU の数は 16 を超えることはできません。
現在の仕様
CPU、メモリ、最大ストレージ、IOPS の要件に基づいて仕様を選択します。
説明計算ノードの仕様はデータベースのエディションによって異なります。詳細については、「Enterprise Edition の計算ノード仕様」および「Standard Edition の計算ノード仕様」をご参照ください。
Serverless の有効化
PolarDB クラスターを作成する際に、固定仕様クラスターのサーバーレス機能を有効化できます。
有効にすると、クラスターはワークロードに基づいて固定ノード仕様を超えてリソースを動的にスケーリングできます。ただし、これによりスケールアップ料金が発生します。
説明デフォルトのサーバーレス構成では、ノードあたりの最大エラスティックリソースは 8、最小は 0、読み取り専用ノードの最大数は 1、最小は 0 に設定されます。これらの構成パラメーターは、クラスター詳細ページでいつでも調整できます。
ノード数
デフォルトでは、クラスターには 2 つのノード (1 つの読み書きノードと 1 つの読み取り専用ノード) があります。ビジネス要件に基づいてノード数を構成できます。
説明-
複数の読み書きノードを構成できるのは、Enterprise Edition クラスターの Multi-master Cluster (Database/Table) Edition シリーズのみです。他のシリーズは 1 つの読み書きノードのみをサポートします。
-
シングルノード製品シリーズは廃止されました。ただし、読み取り専用ノードの数を 0 に設定することで、シングルノードの PolarDB クラスターを購入できます。
-
クラスター購入時に読み取り専用ノードの数を 1 以上に設定した場合、後でこの数を 0 に変更することはできません。既存のクラスターの読み取り専用ノードの数を 0 に変更する必要がある場合は、新しいクラスターを購入し、DTS などの移行ツールやメジャーバージョンアップ機能を使用して、元のクラスターから新しいクラスターにデータを移行することを推奨します。
-
ノードの説明:
-
読み書きノード:プライマリノードとも呼ばれ、書き込み操作と一部の読み取り操作を処理します。読み取り専用ノードとのアクティブ/アクティブフェイルオーバーメカニズムを使用して、データベースの高可用性を提供します。
-
読み取り専用ノード:このノードは読み取り操作を処理してプライマリノードの負荷を軽減し、高可用性とスケーラビリティを提供します。ビジネスニーズに応じて、クラスター作成後に読み取り専用ノードの数を動的に調整できます。
-
列ストアインデックス読み取り専用ノード:インメモリー列指向インデックス (IMCI) 機能の機能ノードです。IMCI は列指向ストレージ技術を使用してオンライン分析処理 (OLAP) クエリを高速化し、PolarDB for MySQL クラスターがリアルタイムのトランザクション処理とリアルタイムのデータ分析の両方を実行できるようにします。読み取り専用列指向ノードを追加した後、行ベースおよび列ベースのクエリのルーティングスキームを構成し、ビジネス テーブルに列指向インデックスを追加する必要もあります。その後、OLAP クエリリクエストは、プライマリノードではなく、読み取り専用の行ストアノードまたは読み取り専用の列ストアノードに自動的にルーティングされます。
-
PolarProxy 仕様
有効な値: Standard Enterprise Edition と Dedicated Enterprise Edition。 このパラメーターは仕様タイプによって異なります: 汎用クラスターの場合はStandard Enterprise Edition、専用クラスターの場合はDedicated Enterprise Edition です。
PolarProxy の仕様は、4~16 vCPU の範囲で個別に構成できます。自動マッチングを使用することを推奨します。
説明このパラメーターは、Standard Edition クラスターでのみ構成できます。
ストレージタイプ
PolarDB は ESSD、PSL4、PSL5 のストレージタイプをサポートしています。ESSD は Standard Edition クラスターでのみ利用可能です。
-
-
ESSD PL0:パフォーマンスレベル 0 (PL0) の ESSD。
-
ESSD PL1:PL0 ESSD と比較して、PL1 ESSD は 5 倍の IOPS と約 2 倍のスループットを提供します。
-
ESSD PL2:PL1 ESSD と比較して、PL2 ESSD は約 2 倍の IOPS とスループットを提供します。
-
ESSD PL3:PL2 ESSD と比較して、PL3 ESSD は最大 10 倍の IOPS と 5 倍のスループットを提供します。非常に高い同時 I/O パフォーマンス要件と非常に安定した読み書きレイテンシを持つビジネスシナリオに適しています。
-
ESSD AutoPL:PL0、PL1、PL2、PL3 ESSD と比較して、AutoPL ESSD は IOPS を容量から切り離し、柔軟な構成とオンデマンド調整を可能にし、総所有コスト (TCO) を削減します。
重要-
ESSD のパフォーマンスの詳細については、「ESSD」をご参照ください。
-
ESSD が満杯になると、ロックされて読み取り専用になります。
-
ビジネスの中断を防ぐために、ESSD のストレージスペースを自動的にスケールアップできます。
-
-
-
PSL4 と PSL5 は、PolarDB がさまざまなビジネスシナリオ向けに提供するストレージタイプです。次の表にその違いを示します。
説明一部の製品シリーズはストレージクラスのアップグレードをサポートしており、PSL4 ストレージを PSL5 ストレージにアップグレードできます。
ストレージクラスのダウングレードはサポートされていません。PSL5 ストレージを PSL4 ストレージにダウングレードすることはできません。
PSL5 ストレージから PSL4 ストレージに切り替えるには、新しいクラスターを購入し、DTS などの移行ツールやメジャーバージョンアップ機能を使用して、元のクラスターから新しいクラスターにデータを移行できます。
ストレージエンジン
有効な値:Innodb および InnoDB & X-Engine。
説明InnoDB & X-Engine:InnoDB と X-Engine を組み合わせたハイブリッドエンジンデプロイメントです。このオプションを選択した場合、X-Engine のストレージ比率を設定できます。詳細については、「X-Engine」をご参照ください。
ストレージの課金方法
有効な値:容量による支払い (従量課金) および サブスクリプション。
-
容量による支払い (従量課金):購入時にストレージ容量を指定する必要はありません。ストレージスペースはデータ量に応じて自動的に拡張され、実際に使用したスペースに対して課金されます。
-
サブスクリプション:特定の量のストレージスペースを前払いする必要があります。
説明このパラメーターは、クラスターの課金方法がサブスクリプションの場合にのみ利用できます。
ストレージ容量
購入するストレージスペースの量を指定します。
説明このパラメーターは、次の場合にのみ必要です:
-
ストレージタイプは ESSD です。
-
クラスターの課金方法がサブスクリプションで、ストレージの課金方法がサブスクリプションの場合。
-
(オプション) 詳細オプションを構成します。
パラメーター
説明
Cluster Name
クラスターの名前を設定します。ビジネス要件に基づいてクラスター名をカスタマイズできます。名前を指定しない場合、システムが自動的に生成します。クラスター作成後、いつでもクラスター名を変更できます。クラスター名は次の要件を満たす必要があります:
-
http://またはhttps://で始まってはいけません。 -
長さは 2~256 文字である必要があります。
リソースグループ
作成されたリソースグループのリストからターゲットリソースグループを選択します。
説明リソースグループは、単一の Alibaba Cloud アカウントの下で関連リソースを管理するためのコンテナです。リソースは 1 つのリソースグループにのみ属することができます。詳細については、「リソースグループと権限」をご参照ください。
パラメーターテンプレート
クラスターのパラメータテンプレートを設定します。システム提供のテンプレートまたはカスタムテンプレートを選択できます。
説明パラメータテンプレートのドロップダウンリストには、現在のリージョン内のすべてのカスタムおよびシステムデフォルトのパラメータテンプレートが表示されます。
タイムゾーン
クラスターのタイムゾーンを設定します。デフォルトは UTC+08:00 です。
テーブル名の大文字/小文字の区別
クラスター内のテーブル名で大文字と小文字を区別するかどうかを指定します。デフォルトでは区別されません。
説明-
オンプレミスデータベースで大文字と小文字が区別される場合は、一貫性を保ち、データ移行を容易にするために、大文字と小文字を区別するを選択することを推奨します。
-
この設定はクラスター作成後に変更できません。このオプションは慎重に選択してください。
クラスターの削除/リリース時
クラスターの削除またはリリース時のバックアップ保持ポリシーを設定します。
-
最後のバックアップを保持 (リリース前の自動バックアップ) (デフォルト):クラスターが削除またはリリースされると、最後のバックアップがクラスターリサイクルビンに保持され、料金が発生します。
-
すべてのバックアップを保持:クラスターが削除またはリリースされると、そのすべてのバックアップがクラスターリサイクルビンに保持され、料金が発生します。
-
すべてのバックアップを削除 (復元不可):クラスターが削除またはリリースされると、永久に削除されます。データは保持されず、回復できません。料金は発生しません。
TDE の有効化
クラスターを作成する際に、TDE (透過的データ暗号化) を有効にできます。
説明-
一度有効にすると、TDE を無効にすることはできません。
-
TDE は Key Management Service (KMS) に依存します。TDE を有効にした後、サービスロールを構成し、PolarDB が KMS にアクセスすることを承認する必要があります。
-
TDE が有効になると、PolarDB はクラスターのデータファイルを暗号化します。このプロセスはアプリケーションに対して透過的ですが、パフォーマンスが 5%~10% 低下する可能性があります。
-
-
ページの右側で、数量を確認し、購入前にクラスター構成を確認します。
パラメーター
説明
購入数
購入するクラスターの数を選択します。
説明-
一度に最大 50 個のクラスターを作成でき、ゲームのバッチサーバーデプロイメントなどのシナリオに適しています。
-
ご利用の Alibaba Cloud アカウントでは、最大 50 個のクラスターを持つことができます。
購入期間
クラスターのサブスクリプション期間を選択します。
説明このパラメーターは、課金方法がサブスクリプションの場合にのみ利用できます。このオプションは従量課金クラスターでは利用できません。
自動更新
自動更新を有効にするかどうかを指定します。サブスクリプションの有効期限切れによるビジネスの中断を避けるために、自動更新を有効にすることを推奨します。
説明-
このパラメーターは、課金方法がサブスクリプションの場合にのみ利用できます。このオプションは従量課金クラスターでは利用できません。
-
購入時にこの設定を構成するだけでなく、後で請求管理で自動更新を構成することもできます。
パラメーターを構成した後、クラスターの設定と合計料金を確認し、サービス利用規約を読みます。その後、今すぐ購入するをクリックします。
-
-
クラスターは 10 分から 15 分で準備が完了します。その後、PolarDBコンソールのクラスターページで確認できます。
説明-
ノードのステータスが 作成中の場合、クラスターはまだプロビジョニング中であり、利用できません。ステータスが 実行中に変わると、クラスターは使用準備が整います。
-
新しいクラスターを表示するには、ページの左上隅で正しいリージョンが選択されていることを確認してください。
-
次のステップ
よくある質問
関連 API
コンソールを使用するだけでなく、以下の API オペレーションを呼び出してクラスターを作成することもできます。
|
API |
説明 |
|
PolarDB クラスターを作成します。 |
|
|
PolarDB クラスターを記述します。 |
|
|
指定された PolarDB クラスターの詳細な属性を記述します。 |
|
|
サブスクリプションの PolarDB クラスターの自動更新ステータスを記述します。 |
|
|
サブスクリプションの PolarDB クラスターの自動更新設定を構成します。 |
