PolarDB:よくある質問

PolarDBとは

PolarDBは、クラウドベースのリレーショナルデータベースサービスです。 PolarDBは、世界中の10を超えるリージョンのデータセンターに展開されています。 PolarDBは、すぐに使えるオンラインデータベースサービスを提供します。 PolarDBは3つの独立したエンジンをサポートします。 これにより、PolarDBはMySQLおよびPostgreSQLと完全に互換性があり、Oracle構文との互換性が高くなります。 PolarDBクラスターは、最大200テラバイトのストレージ容量をサポートします。 詳細については、「」をご参照ください。PolarDB for Oracleとは

PolarDBが従来のデータベースよりも優れているのはなぜですか。

従来のデータベースと比較して、PolarDBは数百テラバイトのデータを保存できます。 また、高可用性、高信頼性、迅速な伸縮性のあるアップグレードとダウングレード、ロックフリーのバックアップなど、幅広い機能を提供します。 詳細については、「」「」「特典」をご参照ください。

PolarDBはいつリリースされましたか? それはいつ商用利用可能でしたか?

PolarDBは2017年9月にパブリックプレビュー用にリリースされ、2018年3月に商用利用可能になりました。

クラスターとノードとは

PolarDB Cluster Editionはマルチノードクラスタアーキテクチャを使用します。 クラスターには、1つのプライマリノードと複数の読み取り専用ノードがあります。 単一のPolarDBクラスターは、ゾーン間でデプロイできますが、リージョン間ではデプロイできません。 PolarDBサービスはクラスターに基づいて管理され、クラスターに基づいてサービスに対して課金されます。 詳細については、用語集をご参照ください。

サポートされているプログラミング言語は?

PolarDBは、Java、Python、PHP、Golang、C、Cなどのプログラミング言語をサポートしています。NET、およびNode.js。

PolarDBを購入した後、シャーディングを実装するためにPolarDB-Xデータベースミドルウェアを購入する必要がありますか?

はい。

PolarDBはテーブル分割をサポートしていますか?

はい。

PolarDBは自動的にパーティショニングメカニズムを含みますか?

PolarDBは、ストレージ層でパーティション分割を実装します。 これは透明であり、ユーザーには知覚できません。

クラスターのエディションを変更できますか?

Single Node Editionは、サービスの可用性とデータの信頼性を確保する方法?

Single Node Editionは、特定の目的のためにデータを格納するために使用され、1つの計算ノードのみを含みます。 Single Node Editionは、数秒以内のコンピューティングスケジューリングや分散マルチレプリカストレージなどの新しいテクノロジーを使用して、高いサービス可用性と高いデータ信頼性を確保します。

PolarDBクラスターの課金対象アイテムは何ですか。

課金可能な項目には、ストレージスペース、計算ノード、データバックアップ機能 (無料クォータ付き) 、およびSQL Explorer機能 (オプション) が含まれます。 詳細については、「」「」「仕様と価格設定」をご参照ください。

料金が発生するストレージスペースに保存されているファイルはどれですか?

料金が発生するストレージスペースには、データベーステーブルファイル、インデックスファイル、アンドゥログファイル、redoログファイル、slowlogファイル、およびいくつかのシステムファイルが格納されます。 詳細については、「」「」「仕様と価格設定」をご参照ください。

PolarDBのストレージプランを使用する方法?

ストレージプランを購入して、サブスクリプションまたは従量課金方法を使用するクラスターのストレージ料金を差し引くことができます。 たとえば、3つのクラスターがあり、各クラスターのストレージ容量が40 GBの場合、合計ストレージ容量は120 GBになります。 3つのクラスターは100 GBのストレージプランを共有できます。 従量課金制で20 GBを超えるストレージ容量に対して課金されます。 詳細については、「」「」「ストレージプランの購入」をご参照ください。

読み取り専用ノードを追加した場合の料金はいくらですか?

読み取り専用ノードの価格は、プライマリノードの価格と同じです。 詳細については、「」「」「コンピュートノードの料金」をご参照ください。

読み取り専用ノードを追加すると、ストレージ容量は2倍になりますか?

いいえ、読み取り専用ノードを追加してもストレージ容量は2倍になりません。 PolarDBは、コンピューティングがストレージから切り離されるアーキテクチャを使用します。 購入した読み取り専用ノードは、コンピューティングリソースとして使用されます。 したがって、記憶容量は増加しない。

サーバーレスアーキテクチャはストレージに使用されます。 したがって、クラスターを購入するときにストレージ容量を指定する必要はありません。 ストレージ容量は、データ量が増加すると自動的にスケールアウトされます。 使用したストレージに対してのみ課金されます。 最大ストレージ容量は、クラスターの仕様によって異なります。 最大ストレージ容量を増やすには、PolarDBクラスターの仕様の変更を行います。

従量課金クラスターの料金を請求できなくなるにはどうすればよいですか?

クラスターが不要になった場合は、クラスターをリリースできます。 詳細は、「クラスターを解放 (Release a cluster)」をご参照ください。 クラスターをリリースすると、クラスターに対して課金されなくなります。

一時的なアップグレードがまだ有効な場合、クラスターの仕様を変更できますか。

一時的なアップグレードがまだ有効な場合 (クラスターが実行中の状態) 、手動アップグレードを実行できます。 詳細については、「PolarDBクラスターの手動アップグレードまたはダウングレード」をご参照ください。 ただし、手動ダウングレード、自動構成変更、読み取り専用ノードの追加または削除の操作はサポートされていません。

PolarDBクラスターの最大パブリック帯域幅はどれくらいですか。 パブリック帯域幅の料金はかかりますか?

PolarDBクラスターでは、パブリック帯域幅に制限はありません。 PolarDBクラスターの最大パブリック帯域幅は、使用するSLBサービスのパブリック帯域幅によって異なります。 PolarDBクラスターへのインターネット接続に対しては課金されません。

サブスクリプションクラスターの料金を毎日支払うのはなぜですか?

PolarDBクラスターの課金対象項目には、主に計算ノード (プライマリノードと読み取り専用ノード) 、ストレージスペース、データバックアップ、SQL Explorerと監査 (オプション) 、GDN (オプション) が含まれます。 データバックアップの場合、無料クォータを超えたストレージ容量に対してのみ課金されます。 詳細については、「請求項目」をご参照ください。 サブスクリプションの課金方法を使用する場合は、クラスターを購入するときにコンピュートノードの料金を支払う必要があります。 使用済みストレージ、データバックアップ、およびSQL Explorerと監査に対して、1時間ごとに個別に課金されます。 クラスターを使用する場合、クラスターが占有するストレージスペースの料金は1時間ごとに請求されます。 したがって、サブスクリプションの課金方法が使用されている場合でも、従量課金の請求書が生成されます。

ApsaraDB RDSインスタンスがPolarDBクラスターに移行されたときに課金されますか。

ApsaraDB RDSインスタンスがPolarDBクラスターに移行されても、課金されません。 ApsaraDB RDSインスタンスとPolarDBクラスターに対してのみ課金されます。

DELETEステートメントを実行してPolarDBのテーブルのデータを削除した後でも、ストレージスペースに対して課金されるのはなぜですか。

DELETEステートメントは、テーブルに削除マーカーを追加するだけです。 テーブルスペースは解放されません。

PolarDBで読み書き分離を実装する方法

指定された読み書きモードに基づいて読み書き分離を実装できるように、アプリケーションでクラスターエンドポイントを使用するだけで済みます。 詳細については、「」「」「カスタムクラスターエンドポイントの作成と変更」をご参照ください。

PolarDBクラスターでサポートされている読み取り専用ノードの数

PolarDBは分散クラスターアーキテクチャを使用します。 クラスターは、1つのプライマリノードと最大15の読み取り専用ノードで構成されます。 高可用性を確保するには、少なくとも1つの読み取り専用ノードが必要です。

読み取り専用ノード間で負荷が不均衡になるのはなぜですか?

考えられる理由の1つは、読み取り専用ノードへの接続が少数しか存在しないことです。 もう1つの考えられる理由は、カスタムクラスターエンドポイントを作成するときに、読み取り専用ノードの1つが読み取り専用ノードとして指定されないことです。

プライマリノードの重い負荷または軽い負荷の原因は何ですか?

次の原因により、プライマリノードに重い負荷が発生する可能性があります。 プライマリエンドポイントは、アプリケーションをクラスターに接続するために使用されます。 2. プライマリノードは読み取り要求を受け入れます。 3. 多数のトランザクション要求が存在する。 4. プライマリ /セカンダリレプリケーションの遅延が大きいため、リクエストはプライマリノードにルーティングされます。 5. 読み取り要求は、読み取り専用ノードの例外により、プライマリノードにルーティングされます。

プライマリノードの負荷が軽い原因は、プライマリノードからのリードのオフロード機能が有効になっていることです。

プライマリノードの負荷を減らすにはどうすればよいですか?

新しく挿入されたデータをすぐに取得できないのはなぜですか?

SQL文をプライマリノードで強制的に実行するにはどうすればよいですか。

異なるサービスに異なるエンドポイントを割り当てることはできますか? 異なるエンドポイントを使用してサービスを分離できますか?

はい、複数のカスタムエンドポイントを作成し、それらを異なるサービスに割り当てることができます。 基になるノードが異なる場合、カスタムクラスタエンドポイントを使用してサービスを分離でき、相互に影響を与えることはありません。 カスタムエンドポイントの作成方法の詳細については、「」「」「カスタムクラスターエンドポイントの作成」をご参照ください。

複数の読み取り専用ノードが存在する場合、読み取り専用ノードの1つに単一ノードのエンドポイントを個別に作成するにはどうすればよいですか。

クラスターに作成できる単一ノードエンドポイントの最大数はいくつですか。

クラスターに3つのノードがある場合、読み取り専用ノードの1つにのみシングルノードエンドポイントを作成できます。 クラスターに4つのノードがある場合、読み取り専用ノードのうち2つ (それぞれに1つ) に単一ノードのエンドポイントを作成できます。 クラスターに5つ以上のノードがある場合も同様のルールが適用されます。

プライマリエンドポイントのみを使用すると、読み取り専用ノードに負荷がかかります。 プライマリエンドポイントは読み書き分離をサポートしていますか?

いいえ、プライマリエンドポイントは読み書き分離をサポートしていません。 プライマリエンドポイントは常にプライマリノードにのみ接続されます。 読み取り専用ノードには、1秒あたりのクエリ数 (QPS) が少ない場合があります。 これは通常のケースであり、プライマリエンドポイントとは無関係です。

プライマリノードから読み取り専用ノードにデータをレプリケートすると、レプリケーションの遅延が発生しますか。

はい、数ミリ秒のレプリケーション遅延が発生します。

レプリケーション遅延はいつ増加しますか?

レプリケーション遅延が発生した場合にクエリ結果の一貫性を確保するにはどうすればよいですか。

クラスターエンドポイントを使用し、クラスターエンドポイントに適切な整合性レベルを選択できます。 次の一貫性レベルが降順でリストされています: セッション一貫性、および最終的な一貫性。 詳細については、「」「」「カスタムクラスターエンドポイントの作成と変更」をご参照ください。

1つのノードに障害が発生した場合、回復ポイント目標 (RPO) をゼロにできますか?

はい。

バックエンドでノード仕様がどのようにアップグレードされますか。たとえば、ノード仕様を2コアと8 GBメモリから4コアと16 GBメモリにアップグレードします。 アップグレードはサービスにどのような影響を与えますか?

PolarDBのプロキシノードとデータベースノードを最新の設定にアップグレードする必要があります。 ローリングアップグレード方法は、サービスへの影響を最小限に抑えるために複数のノードをアップグレードするために使用されます。 各アップグレードには約10〜15分かかります。 サービスへの影響は30秒以内に続きます。 この期間中に、1〜3回の一時的な接続エラーが発生する可能性があります。 詳細については、「」「」「PolarDBクラスターの仕様の変更」をご参照ください。

ノードの追加にはどのくらい時間がかかりますか? ノードが追加されると、サービスは影響を受けますか?

カーネルマイナーバージョンを最新のリビジョンバージョンにアップグレードするのにどのくらい時間がかかりますか? アップグレードの完了時にサービスが影響を受けますか?

PolarDBはローリングアップグレード方法を使用して複数のノードをアップグレードし、サービスへの影響を最小限に抑えます。 ほとんどの場合、アップグレードの完了までに30分もかかりません。 PolarProxyまたはデータベースエンジンは、アップグレード中に再起動されます。 これは、サービスを中断し得る。 オフピーク時にアップグレードを実行することを推奨します。 アプリケーションがデータベースに自動的に再接続できることを確認します。 詳細については、「」「」「バージョン管理」をご参照ください。

自動フェールオーバーはどのように実装されますか?

PolarDBは、アクティブ-アクティブ高可用性クラスターアーキテクチャを使用します。 このアーキテクチャは、読み取りと書き込みをサポートするプライマリノードと読み取り専用ノード間の自動フェイルオーバーをサポートします。 システムは自動的に新しいプライマリノードを選択します。 PolarDBクラスター内の各ノードにはフェールオーバー優先度があります。 この優先順位は、フェールオーバー中にノードがプライマリノードとして選択される確率を決定します。 複数のノードが同じフェールオーバー優先度を持つ場合、それらはすべて同じ確率でプライマリノードとして選択されます。 詳細については、「」「」「自動フェールオーバーと手動フェールオーバー」をご参照ください。

PolarDBはどのようにデータをバックアップしますか?

PolarDBはスナップショットを使用してデータをバックアップします。 詳細については、「バックアップ方法2: 手動バックアップ」をご参照ください。

データベースはどれくらい速く復元できますか?

バックアップセットまたはスナップショットに基づいて、データベース内の1テラバイトのデータを復元または複製するには40分かかります。 特定の時点にデータを復元する場合は、redoログの再生に必要な時間を含める必要があります。 1 GBのredoログデータを再生するには、約20〜70秒かかります。 合計復元時間は、バックアップセットに基づいてデータを復元するのに必要な時間と、redoログを再生するのに必要な時間の合計です。

テーブルの最大数は何ですか? パフォーマンスが損なわれないようにするには、テーブルの数の上限は何ですか?

テーブルの最大数は、ファイルの数に依存します。 詳細については、「制限」をご参照ください。

テーブルパーティションはPolarDBのクエリパフォーマンスを改善できますか?

ほとんどの場合、SQLクエリ文がパーティションに含まれる場合、パフォーマンスを向上させることができます。

PolarDBで10,000データベースを作成できますか? PolarDBのデータベースの最大数はいくつですか?

はい、PolarDBで10,000データベースを作成できます。 作成できるデータベースの最大数は、ファイルの数によって異なります。 詳細については、「制限」をご参照ください。

1秒あたりの入出力操作 (IOPS) はどのように制限され、分離されますか? PolarDBクラスターの複数のノードがI/Oリソースを求めて競合しますか。

IOPSは、ノードの仕様に基づいてPolarDBクラスターの各ノードに指定されます。 各ノードのIOPSは、他のノードのIOPSから分離され、互いに影響を及ぼさない。

読み取り専用ノードのパフォーマンスが低下した場合、プライマリノードは影響を受けますか。

はい。読み取り専用ノードの負荷が過度に重く、レプリケーション遅延が増加すると、プライマリノードのメモリ消費量がわずかに増加します。

SQL Explorer (完全なSQLログ監査) 機能を有効にすると、データベースのパフォーマンスにどのような影響がありますか。

SQL Explorer機能を有効にしても、データベースのパフォーマンスは影響を受けません。

PolarDBはどの高速ネットワークプロトコルを使用しますか?

PolarDBは、デュアルポートRDMA (Remote Direct Memory Access) を使用して、計算ノードとストレージノード間、およびデータレプリカ間の高いI/Oスループットを保証します。 各ポートは、低レイテンシで最大25 Gbit/sのデータレートを提供します。

インターネットからPolarDBにアクセスする場合に使用できる最大帯域幅はどれくらいですか?

インターネットからPolarDBにアクセスする場合、最大帯域幅は10 Gbit/sです。