ApsaraDB RDS:自己管理データベースと RDS のパフォーマンス比較における考慮事項

ネットワーク環境

アプリケーションと自己管理データベースを、ApsaraDB for RDS インスタンスと同じリージョンにある個別の Elastic Compute Service (ECS) インスタンスにデプロイします。これにより、両方のデータベースが同じネットワーク条件下で、内部ネットワークを介してアプリケーションと通信できるようになります。

アプリケーションと自己管理データベースが同じ ECS インスタンスを共有している場合、アプリケーションから自己管理データベースへのネットワークパスは、ApsaraDB for RDS インスタンスへのパスよりも短くなります。また、アプリケーションはそのインスタンス上で CPU リソースを競合します。これらの要因はどちらも人為的に自己管理データベースを有利にし、比較を無効にします。

以下のいずれかのトポロジーを使用してデプロイします：

• アプリケーション、自己管理データベース、ApsaraDB for RDS インスタンスがすべて同じゾーンに存在する場合。

• 自己管理データベースと ApsaraDB for RDS インスタンスが同じゾーンに存在し、アプリケーションが同じリージョン内の異なるゾーンに存在する場合。

仕様

自己管理データベースをホストする ECS インスタンスは、ApsaraDB for RDS インスタンスと同じ数の CPU コアとメモリ容量を持つ必要があります。どちらかのディメンションが一致しない場合、スループットとレイテンシーの結果が直接歪められます。

データベースエンジンバージョン

両サイドで同じデータベースエンジンバージョンを実行してください。たとえば、ApsaraDB for RDS インスタンスが MySQL 5.6 を実行している場合、自己管理データベースも MySQL 5.6 を実行する必要があります。バージョンの違いは、ホスティングモデルとは無関係なクエリプランナーの動作変更を引き起こす可能性があります。

データレプリケーションモード

データレプリケーションは書き込みレイテンシーを増加させるため、両サイドでレプリケーション構成を一致させる必要があります。ApsaraDB for RDS は、非同期、準同期、同期レプリケーションをサポートしています。モードの変更手順については、「データレプリケーションモードの変更」をご参照ください。

ご利用のセットアップに基づいて構成を一致させてください：

パラメータ設定

パラメーターの不一致は、頻繁に無効なベンチマークの原因となります。両側で同じパラメータ設定を使用してください。ApsaraDB for RDS インスタンスのパラメーターを再設定するには、「コンソールを使用してパラメーターを設定する」をご参照ください。

ApsaraDB for RDS は、セキュリティ上の理由から特定のパラメータの変更を制限しています。RDS 側でパラメータを変更できない場合は、代わりに自己管理データベース側で調整してください。

例：移行後に RDS での SQL 実行時間が 2 倍遅くなる

オンプレミスデータセンターから移行したお客様が、ApsaraDB for RDS 上での SQL ステートメントの実行時間が、自己管理データベースに比べて 2 倍長くなることを発見しました。根本原因はパラメータの不一致でした：