このトピックでは、PolarDBコンソールでEnterprise EditionのPolarDBクラスターを購入する方法について説明します。
ApsaraDB RDS for MySQLインスタンスがある場合、インスタンスをPolarDB for MySQLクラスターにアップグレードできます。 アップグレード後、ソースApsaraDB RDS for MySQLインスタンスのアカウント、データベース、IPアドレスホワイトリスト、および必要なパラメーターがPolarDB for MySQLクラスターに移行されます。 詳細については、「ApsaraDB RDS For MySQLインスタンスのPolarDB for MySQLクラスターへのアップグレードの概要」をご参照ください。
既存のPolarDB for MySQLクラスターがある場合、既存のクラスターから新しいPolarDB for MySQLクラスターにデータを移行することで、PolarDB for MySQLクラスターのメジャーバージョンをアップグレードできます。 アップグレード後、ソースクラスターのアカウント、データベース、IPアドレスホワイトリスト、および必要なパラメーターは、ターゲットクラスターに保持されます。 詳細については、「メジャーバージョンのアップグレードの概要」をご参照ください。
前提条件
Alibaba Cloudアカウントがあり、そのアカウントでPolarDBコンソールにログインしていること。 詳細については、「Alibaba Cloudアカウントへの登録とログイン」をご参照ください。
ステップ1: 基本設定を完了する
このステップでは、課金方法、リージョン、ゾーン、データベースエンジン、エディション、仕様、ストレージなど、クラスターの基本設定を構成します。
PolarDBクラスター購入ページに移動します。
課金方法、従量課金またはサブスクリプションを選択します。
従量課金: 消費後にコンピューティングリソースの料金を支払います。
サブスクリプション: クラスターの作成時にコンピューティングリソースの料金を前払いします。
リージョンを設定します。
待ち時間を減らすために、地理的な場所の近くにあるリージョンを選択します。 クラスターの作成後にクラスターのリージョンを変更することはできません。 詳細については、「リージョンとゾーン」をご参照ください。
説明PolarDBクラスターと、それが接続されるElastic Compute Service (ECS) インスタンスが同じリージョンにデプロイされていることを確認します。 そうしないと、PolarDBクラスターとECSインスタンスはインターネット経由でのみ通信でき、パフォーマンスが低下します。
ECSインスタンスと同じゾーンにPolarDBクラスターをデプロイして、ネットワークの遅延を減らし、アクセス速度を向上させることができます。 また、異なるゾーンに展開することもできます。
作成方法、プライマリクラスターの作成を選択して新しいPolarDBクラスターを作成します。
または、必要に応じて次のように別のオプションを選択できます。
セカンダリクラスターの作成: グローバルデータベースネットワーク (GDN) にデプロイされたセカンダリクラスターを作成します。 詳細については、「セカンダリクラスターの追加」をご参照ください。
PolarDBからのアップグレード /移行: ソースPolarDBクラスターからデータを複製し、増分データを同期することによってクラスターを作成します。 この方法は、PolarDB for MySQLクラスターのメジャーバージョンをアップグレードするためによく使用されます。 詳細については、「メジャーバージョンのアップグレードの概要」をご参照ください。
[ソースPolarDBバージョン] で、[MySQL 5.6] 、[MySQL 5.7] 、または [MySQL 8.0] を選択します。
[ソースPolarDBクラスター] で、アップグレードするソースPolarDBクラスターを選択します。
RDSからの移行: ソースインスタンスのすべてのデータをレプリケートし、増分データを同期することにより、ApsaraDB RDSインスタンスをPolarDBクラスターに移行します。 移行が完了する前は、PolarDBクラスターは読み取り専用モードのままで、バイナリログがデフォルトで有効になっています。 詳細については、「ApsaraDB RDS For MySQLインスタンスのPolarDB for MySQLクラスターへのアップグレードの概要」をご参照ください。
[ソースRDSバージョン] では、ソースApsara RDSインスタンスのエンジンバージョンに応じて、MySQL 5.6、MySQL 5.7、またはMySQL 8.0を選択します。
[ソースRDSインスタンス] ドロップダウンリストで、ソースApsaraDB RDSインスタンスを選択します。
説明読み取り専用インスタンスはリストに表示されません。 非InnoDBエンジンを実行するApsaraDB RDSインスタンスはサポートされていません。 バックアップから復元してPolarDBクラスターを作成すると、ソースインスタンスは中断されることなく実行を維持できます。
RDSからクローンを作成: 選択したApsaraDB RDSインスタンスのすべてのデータをクローンして、PolarDBクラスターを作成します。 詳細については、「ApsaraDB RDS For MySQLインスタンスをPolarDB for MySQLクラスターにクローンする」をご参照ください。
[ソースRDSバージョン] で、ソースApsaraDB RDSインスタンスのエンジンバージョン: MySQL 5.6、MySQL 5.7、またはMySQL 8.0を選択します。
[ソースRDSインスタンス] で、複製するソースApsaraDB RDSインスタンスを選択します。
説明読み取り専用インスタンスはリストに表示されません。 非InnoDBエンジンを実行するApsaraDB RDSインスタンスはサポートされていません。 バックアップから復元してPolarDBクラスターを作成すると、ソースインスタンスは中断されることなく実行を維持できます。
Restore from Recycle: ごみ箱内の削除されたクラスターのバックアップから復元してクラスターを作成します。
[ソースバージョン] で、削除されたクラスターのエンジンバージョンを選択します。
[削除済みクラスター] ドロップダウンリストで、削除済みクラスターを選択します。
[バックアップ履歴] ドロップダウンリストで、復元する削除済みクラスターのバックアップを選択します。
[データベースエンジン] で、[MySQL互換] を選択し、ドロップダウンリストから次のいずれかを選択します。
MySQL 8.0.2 (MySQL 8.0と完全互換)
(推奨) MySQL 8.0.1 (MySQL 8.0と完全互換)
MySQL 5.7 MySQL 5.7と完全に互換性があります
MySQL 5.6 MySQL 5.6と完全に互換性があります
データベース版、エンタープライズ版を選択します。
エディションをセットします。
Cluster Edition (Recommended) または Multi-master Cluster (Database/Table) Edition を選択します。 詳細については、「エディション」をご参照ください。
説明Multi-master Cluster (Database/Table) Editionオプションは、データベースエンジンでMySQL 8.0.1を選択し、作成方法でプライマリクラスターの作成、PolarDBからのアップグレード /移行、またはリサイクルからの復元のいずれかを選択した場合にのみ使用できます。
ノードをセットします。
ソースクラスターにCluster Edition (Recommended) が設定されている場合、デフォルトでは読み書きノードと読み取り専用ノードで構成されます。 デフォルトの設定を維持するか、読み書きノードのみを含めるように変更することができます。
説明クラスターの購入時に読み取り専用ノードの数を1に設定した場合、クラスターの作成後に読み取り専用ノードの数を0に変更することはできません。 既存のクラスターの読み取り専用ノードの数を0に変更するには、読み取り専用ノードのない新しいクラスターを購入し、data Transmission Service (DTS) を介して既存のクラスターのデータを新しいクラスターに移行する必要があります。 詳細については、「PolarDB For MySQLクラスター間のデータ移行」をご参照ください。
シングルノードエディションは使用できなくなりました。 クラスターに1つのノードのみを含めるには、クラスター作成時に読み取り専用ノードの数を0に設定します。
ソースクラスターがMulti-master Cluster (Database/Table) Editionで構成されている場合、新しいクラスターはデフォルトで、同じ仕様の2つのプライマリノードで構成されます。 この場合、設定を変更することはできません。
プライマリゾーンをセットします。
ゾーンは、地域内の地理的に孤立した場所です。 リージョン内のすべてのゾーンが同じレベルのサービスパフォーマンスを提供します。
PolarDBクラスターとECSインスタンスは、同じゾーンまたは異なるゾーンにデプロイできます。
プライマリゾーンのみを指定する必要があります。 システムは自動的にセカンダリゾーンを選択します。
ホットスタンバイクラスタの有効化、機能を有効にするかどうかを選択します。
ホットスタンバイ機能は、PolarDB for MySQLクラスターが存在するリージョンのセカンダリゾーン、または同じゾーン内の別のデータセンターにホットスタンバイクラスターをデプロイすることにより、フェイルオーバー機能を提供します。 ホットスタンバイクラスターは、独立したストレージとコンピューティングリソースを使用します (場合によっては設定できます) 。 プライマリゾーンのPolarDBクラスターに障害が発生した場合、スタンバイクラスターは、読み取り /書き込み要求とストレージ関連の操作を迅速に処理します。
説明詳細は、「ホットスタンバイクラスター」をご参照ください。
クラスターの作成時に [ホットスタンバイクラスターの有効化] を選択した場合、その後は無効化できません。 既存のクラスターの機能を無効にするには、機能なしで新しいクラスターを購入し、DTSを使用して既存のクラスターから新しいクラスターにデータを移行する必要があります。 詳細については、「PolarDB For MySQLクラスター間のデータ移行」をご参照ください。
クラスターの作成時に [ホットスタンバイクラスターの無効化] を選択した場合は、後でクラスターに対して有効化できます。 詳細については、「ホットスタンバイクラスター」トピックの「ホットスタンバイストレージクラスターの有効化機能」をご参照ください。
仕様をセットします。
汎用 または 専用 クラスターを選択できます。
専用: 各クラスターに割り当てられているCPUなどのコンピューティングリソースは、クラスター専用です。 これにより、クラスタの安定性と信頼性が向上します。
汎用: CPUなどのアイドル状態のコンピューティングリソースは、コスト効率を確保するために同じホスト上のクラスター間で共有されます。
仕様の種類の比較の詳細については、「汎用コンピュートノードと専用コンピュートノードの比較」をご参照ください。
ノードタイプを選択します。
説明計算ノードの種類の詳細については、「PolarDB For MySQL Enterprise Editionの計算ノードの仕様」をご参照ください。
PolarProxyタイプパラメータの値は、仕様パラメーターの値によって変更されます。
PolarDBは、Standard Enterprise EditionとDedicated Enterprise Editionの2種類のPolarProxyをサポートしています。
Standard Enterprise Editionタイプは、汎用クラスターで使用できます。 共有CPUリソースを使用し、ビジネスワークロードに基づいてインテリジェントでインスタントで柔軟なスケーリングを提供します。
Dedicated Enterprise Editionタイプは、Dedicatedクラスターで使用できます。 専用のCPUリソースを使用し、安定性を向上させます。
ストレージタイプをセットします。
PolarDBは、PSL5とPSL4のストレージタイプをサポートしています。
PSL5: 2022年6月7日より前に購入したPolarDBクラスターのデフォルトのストレージタイプ。 PSL5は、より高いパフォーマンス、信頼性、および可用性を提供します。
PSL4: PolarDBの新しいストレージタイプ。 Alibaba Cloudが社内で開発したSmart-SSDテクノロジーを使用して、SSDに保存されているデータを圧縮および解凍します。 PSL4は、高いディスクパフォーマンスを維持しながら、データのストレージコストを最小限に抑えることができます。
説明既存のクラスターのストレージタイプは変更できません。 ストレージタイプを変更する場合は、目的のストレージタイプで新しいクラスターを作成してから、新しいクラスターにデータを移行する必要があります。
2つのストレージタイプの違いについては、「PSL4とPSL5の比較」をご参照ください。
ストレージエンジンをセットします。
PolarDBは、InnoDBおよびInnoDB & X-Engineのストレージエンジンをサポートしています。
InnoDB: InnoDBストレージエンジン。
InnoDB & X-Engine: InnoDBとX-Engineの両方をデプロイします。 このオプションを選択すると、X-Engineのメモリ使用率を指定できます。 詳細については、「X-Engine Edition」をご参照ください。
クラスター設定の開始時に課金方法を従量課金に設定している場合、ストレージ課金方法も従量課金に設定され、変更できません。 1時間ごとに消費されたストレージの量に対して課金されます。 詳細については、ストレージ料金の「従量課金」をご参照ください。
課金方法をサブスクリプションに設定している場合は、ストレージ課金方法を設定できます。
[従量課金] または [サブスクリプション] を選択します。
ストレージの課金方法として [サブスクリプション] を選択した場合、[ストレージ容量] を設定する必要があります。
ストレージサイズは、10 GB単位で50 GBから100テラバイトの範囲です。
ステップ2: 詳細オプションの設定
詳細オプションには、クラスター名、パラメーターテンプレート、およびテーブル名の大文字と小文字の区別が含まれます。
クラスター名、自動生成された名前を選択するか、カスタム名を使用します。
自動生成された名前はシステムによって生成され、後で変更できます。 カスタム名は次の条件を満たす必要があります。
http://またはhttps://で始めることはできません。長さは2〜256文字でなければなりません。
文字で始まる必要があり、文字、数字、ピリオド (.) 、アンダースコア (_) 、およびハイフン (-) を使用できます。
リソースグループをセットします。
ドロップダウンリストからリソースグループを選択します。 詳細については、「リソースグループの作成」をご参照ください。
説明リソースグループを使用すると、アカウントのリソースを一元管理できます。 リソースは1つのリソースグループにのみ属します。 詳細については、「リソースをリソースグループに分類し、リソースグループに対する権限を付与する」をご参照ください。
仮想プライベートクラウド (VPC) とvSwitchを設定します。
ネットワークタイプはVPCである必要があります。 PolarDBクラスターが、接続するECSインスタンスと同じVPCに作成されていることを確認します。 そうしないと、クラスターとECSインスタンスは、最適なパフォーマンスを実現するために内部ネットワークを介して通信できません。
ネットワーク要件を満たす既存のVPCを使用します。 たとえば、ECSインスタンスがネットワークプランと一致する既存のVPCに属している場合、VPCを使用できます。
それ以外の場合は、デフォルトのVPCとvSwitchを使用します。
デフォルト VPC：
リージョンごとにデフォルトVPCは1つだけです。
デフォルトVPCのCIDRブロックは、192.168.0.0/16などの16ビットのサブネットマスクを使用し、最大65,536のプライベートIPアドレスを提供します。
デフォルトのVPCは、作成できるVPCのクォータにはカウントされません。
デフォルトのvSwitch:
ゾーンごとにデフォルトのvSwitchは1つだけです。
デフォルトのvSwitchのCIDRブロックは、192.168.0.0/20などの20ビットのサブネットマスクを使用し、最大4,096のプライベートIPアドレスを提供します。
デフォルトのvSwitchは、VPCで作成できるvSwitchのクォータにカウントされません。
デフォルトのVPCとvSwitchが要件を満たさない場合は、カスタムVPCとvSwitchを作成できます。 詳細については、「VPCの作成と管理」をご参照ください。
説明特定のリージョンにクラスターをデプロイしたことがない場合、デフォルトのVPCまたはvSwitchは使用できません。 この場合、新しいVPCとvSwitchを作成する必要があります。
パラメータテンプレートをセットします。
カスタムまたはデフォルトのシステムパラメータテンプレートを選択します。
説明[パラメーターテンプレート] ドロップダウンリストには、現在のリージョンで使用可能なすべてのカスタムまたはデフォルトのシステムパラメーターテンプレートが表示されます。 詳細については、「パラメーターテンプレートの適用」をご参照ください。
タイムゾーンをセットします。
デフォルト値はUTC + 08:00です。
テーブル名のケース感度をセットします。
クラスター内のテーブル名が大文字と小文字を区別するかどうかを指定できます。 大文字と小文字を区別しない (デフォルト) を選択します。または、オンプレミスデータベースのテーブル名が大文字と小文字を区別する場合は、大文字と小文字を区別するを選択してデータ移行を容易にします。
説明クラスターの作成後、このパラメーターの値を変更することはできません。 作業は慎重に行ってください。
バイナリログを有効にするかどうかを指定します。 詳細については、「バイナリログの有効化」をご参照ください。
クラスターがリリースまたは削除されたときのバックアップ保持ポリシーを指定します。
クラスターを削除した後、システムに最後のバックアップを保持させる場合は、[最後の自動バックアップ (リリース前の自動バックアップ) (デフォルト)] を選択します。
クラスターの削除後にすべてのバックアップを保持する場合は、[すべてのバックアップを保持] を選択します。
クラスターの削除後にシステムにバックアップを保持させない場合は、[すべてのバックアップの削除 (復元できません)] を選択します。
ステップ3: 購入するクラスターの数を設定し、注文を確認する
クラスターを作成する前に、数量などの選択した設定が要件を満たしていることを確認してください。
選択した設定を確認します。
数量をセットします。
課金方法をサブスクリプションに設定している場合、クラスターの期間と自動更新を有効にするかどうかを指定する必要があります。
一度に最大50のクラスターを作成できます。 これにより、一度に複数のゲームサーバーを展開するなど、特定のシナリオで複数のクラスターを作成できます。
Alibaba Cloudアカウントで最大50のクラスターを購入できます。
自動更新を有効にして、手動更新によるサービスの中断を防ぐことを推奨します。
利用規約を読んで選択します。
ページの下部にある料金と詳細を表示します。 正しい場合は、[今すぐ購入] をクリックします。
購入ページで注文と支払い方法を確認し、購読をクリックします。
支払いが完了したら、10〜15分待って、[クラスター] ページで新しいクラスターを表示します。
説明クラスター内の特定のノードが 作成中 状態の場合、クラスターは作成中であり、使用できません。 クラスターが 実行中 状態の場合にのみクラスターを使用できます。
クラスターがデプロイされているリージョンが選択されていることを確認してください。 別のリージョンを選択している場合、クラスターを表示できません。
関連するAPI操作
API | 操作 |
PolarDB クラスターを作成します。 | |
PolarDB クラスターを照会します。 | |
PolarDBクラスターに関する情報を照会します。 | |
サブスクリプションPolarDBクラスターの自動更新機能ステータスを照会します。 | |
サブスクリプションPolarDBクラスターの自動更新機能を設定します。 |