このトピックでは、インスタンスの作成時にビジネス要件に基づいてApsaraDB RDSインスタンスの設定を選択する方法について説明します。
RDSエディション、ストレージタイプ、インスタンスファミリー、およびストレージエンジンの概要
RDSインスタンスを作成する前に、パフォーマンス、価格、ワークロードなどの要因に基づいて、最も費用対効果が高く安定した構成を選択する必要があります。 選択したRDSエディション、ストレージタイプ、およびインスタンスファミリーは互いに影響します。 詳細については、「ApsaraDB RDS For MySQLインスタンスの作成」をご参照ください。
MySQL 8.0を実行するRDSインスタンスを作成する場合は、デフォルトのストレージエンジンを選択する必要があります。
RDSエディション
ApsaraDB RDSは、RDS Basic Edition、RDS High-availability Edition、およびRDS Cluster EditionのRDSエディションを提供しています。 次の表に、RDSのエディションを示します。
RDSエディション
説明
シナリオ
データベースシステムは、プライマリRDSインスタンスのみで構成されています。 コンピューティングはストレージから分離されています。
読み取り専用RDSインスタンスはサポートされていません。
パーソナルラーニング
マイクロサイト
中小企业向けの开発およびテスト环境
データベースシステムは、プライマリRDSインスタンスとセカンダリRDSインスタンスで構成されています。 これらのインスタンスは高可用性 (HA) モードで動作し、自動フェールオーバーをサポートします。 セカンダリRDSインスタンスには直接アクセスできません。
読み取り専用RDSインスタンスを作成して、データベースシステムの読み取り機能を向上させることができます。 詳細については、「読み取り専用ApsaraDB RDS For MySQLインスタンスの作成」をご参照ください。
大中規模企業向け本番データベース
インターネット、IoT、eコマース、物流、ゲームなどの業界で使用されるデータベース
データベースシステムは、プライマリRDSインスタンスと複数のセカンダリRDSインスタンスで構成されています。 これらのインスタンスはHAモードで動作し、自動フェールオーバーをサポートします。 セカンダリRDSインスタンスにアクセスできます。 これにより、データベースシステムの読み取り機能が向上します。
複数のセカンダリRDSインスタンスを作成して、データベースシステムの読み取り機能を向上させることができます。
大中規模企業向け本番データベース
インターネットベースの新しい小売や自動車製造などの業界で使用されるデータベース、およびエンタープライズリソースプランニング (ERP) システムで使用されるデータベース
ストレージタイプ
ApsaraDB RDSには、ローカルSSD、標準SSD、拡張SSD (ESSD) の3つのストレージタイプがあります。 すべてのストレージタイプは、Alibaba Cloudサービスレベル契約 (SLA) で指定されている信頼性、永続性、および読み書きパフォーマンス要件を満たしています。 次の表に、ストレージタイプを示します。
ストレージタイプ
説明
ESSD
ESSDは、次世代の分散ブロックストレージアーキテクチャに基づいてAlibaba Cloudによって開発されています。 ESSDは、超高ストレージパフォーマンスを実現します。 ESSDは、25ギガビットイーサネットおよびリモートダイレクトメモリアクセス (RDMA) テクノロジーと統合されています。 ESSDは、一方向の待ち時間を短縮し、1秒あたり最大100万件の読み取りおよび書き込み要求をランダムに処理するのに役立ちます。 ESSDは、次のパフォーマンスレベル (PL) で提供されます。
PL1 ESSD: これがESSDの基本的なPLです。
PL2 ESSD: PL2 ESSDは、PL1 ESSDによって提供されるIOPSおよびスループットの約2倍のIOPSおよびスループットを提供する。
PL3 ESSD: PL3 ESSDは、PL1 ESSDによって配信されるIOPSの最大20倍のIOPSを配信します。 PL3 ESSDはまた、PL1 ESSDによって提供されるスループットの最大11倍のスループットを提供する。 PL3 ESSDは、同時並行性の高い要求を高いI/Oパフォーマンスと低い読み取りおよび書き込みレイテンシで処理する必要があるビジネスシナリオに適しています。
ESSDのパフォーマンスの詳細については、「ESSD」をご参照ください。
ローカルSSD
ローカルSSDは、RDSインスタンスのデータベースエンジンと同じ物理ホストに存在します。 ローカルSSDにデータを保存して、I/Oレイテンシを削減できます。
標準 SSD
標準SSDは、分散ストレージアーキテクチャに基づいて設計された伸縮性のあるブロックストレージデバイスです。 標準SSDにデータを保存して、コンピューティングとストレージを分離できます。
説明標準SSDは段階的に廃止されています。 ESSDの使用を推奨します。 詳細については、以下をご参照ください。 [EOS /廃止] ApsaraDB RDSの特定のデータベースエンジン用の標準SSDストレージタイプの販売終了時、7月1日から2022
インスタンスファミリー
ApsaraDB RDSは、コア数、メモリ容量、接続数、IOPSに基づいてさまざまなインスタンスファミリーを提供します。 各インスタンスファミリーには、複数のインスタンスタイプがあります。 次の表に、インスタンスファミリーを示します。
インスタンスファミリー
説明
シナリオ
支えられたエンジン
共有インスタンスファミリー
共有RDSインスタンスは専用のメモリとストレージリソースを利用できますが、同じ物理ホストにデプロイされている他の共有インスタンスとCPUリソースを共有します。
CPUリソースは、同じ物理ホストにデプロイされている共有RDSインスタンス間で高度に再利用されます。 CPUリソースの再利用は、費用対効果の最大化に役立ちます。
同じ物理ホストにデプロイされている共有RDSインスタンスは、リソースを求めて競合する可能性があります。
安価なデータベースオプションが必要です。
ApsaraDB RDS for SQL Serverインスタンスの高い安定性ではなく、高可用性が必要です。 共有インスタンスファミリーは、SQL Serverを実行するRDSインスタンスでのみサポートされます。
SQL Server
汎用インスタンスファミリー
ローカルディスクを使用する汎用RDSインスタンスは、専用メモリリソースを使用しますが、CPUおよびストレージリソースは、同じ物理ホストにデプロイされている他の汎用インスタンスと共有します。
クラウドディスクを使用する汎用RDSインスタンスのストレージリソースは、コンピューティングリソース (CPUコアとメモリ) から切り離されています。 ストレージリソースを個別にスケーリングできます。
汎用RDSインスタンスによって提供されるCPUコアの中には、そのインスタンス専用のものもあれば、同じ物理ホストにデプロイされている他の汎用RDSインスタンスと共有されるものもあります。 この場合、CPUリソースの競合は、共有RDSインスタンスと比較して少なくなります。
データベースに高い安定性は必要ありません。
MySQL
PostgreSQL
SQL Server
MariaDB
専用インスタンスファミリー
専用インスタンスは専用のCPUとメモリリソースを利用できます。 専用RDSインスタンスのパフォーマンスは保証されており、同じ物理ホストにデプロイされている他のインスタンスの影響を受けません。
専用ホストインスタンスタイプは、専用インスタンスファミリーの中で最も高いインスタンスタイプです。 専用ホストRDSインスタンスは、RDSインスタンスがデプロイされている物理ホスト上のすべてのリソースを占有します。
データベースは、金融、電子商取引、公共サービス、大規模および中規模のインターネットサービスなどの分野でコアシステムとして使用されます。
MySQL
PostgreSQL
SQL Server
MariaDB
ストレージエンジン
MySQL 8.0を実行するRDSインスタンスを作成する場合は、次のいずれかのストレージエンジンを選択します。
InnoDB: オープンソースMySQLが提供するデフォルトのストレージエンジン。 ApsaraDB RDSに使用されるInnoDBストレージエンジンは、Alibaba Cloudによって強化されています。
X-Engine: Alibaba Cloudによって開発されたストレージエンジン。 X-EngineはInnoDBと互換性があります。 X-Engineは、ディスクスペース使用量と費用対効果の点でInnoDBを上回っています。 X-Engineは、InnoDBよりもデータアーカイブなどのシナリオに適しています。 詳細については、「X-Engineの概要」をご参照ください。
RDSインスタンスの設定の選択
次の手順を実行して、RDSインスタンスに適した設定を選択します。
RDSエディションを選択します。
RDS High-availability Editionを選択することを推奨します。 RDS High-availability Editionを選択した場合、高可用性を確保するために、データベースシステムはプライマリRDSインスタンスとセカンダリRDSインスタンスで構成されます。 RDS High-availability Editionは、中規模企業や大規模企業、およびインターネット、モノのインターネット (IoT) 、オンライン小売、ロジスティクス、ゲームなどの業界に適しています。
RDS Cluster Editionは、大企業のコアデータベースや、高いデータセキュリティを必要とする金融、証券、保険業界に適しています。
ストレージタイプを選択します。
ビジネスのIOPSおよびスループット要件に基づいて、適切なパフォーマンスレベル (PL) のローカルSSDまたはESSDを選択することを推奨します。 ローカルSSD、標準SSD、およびESSDの違いの詳細については、「機能」をご参照ください。
標準SSDまたはESSDの最大IOPSは、インスタンスタイプとストレージ容量によって異なります。 次の表に、標準SSDまたはESSDを使用するRDSインスタンスの最大IOPSを計算するために使用できる式を示します。
ストレージタイプ ESSD 標準SSD PL PL3 PL2 PL1 N/A 式
(単位: GB)
min{1800 + 50 × ストレージ容量、1000000、インスタンスタイプの最大IOPS} min{1800 + 50 × ストレージ容量、100000、インスタンスタイプの最大IOPS} min{1800 + 50 × ストレージ容量、50000、インスタンスタイプの最大IOPS} min{1800 + 30 × ストレージ容量、25000、インスタンスタイプの最大IOPS} 
インスタンスタイプを選択します。
インスタンスタイプの仕様には、コア数、メモリ容量、最大接続数、最大IOPSが含まれます。 RDSインスタンスの作成時に、エントリレベルまたはエンタープライズレベルのいずれかのインスタンスタイプレベルを選択できます。 次に、ビジネス要件に基づいてインスタンスタイプを選択できます。 エントリレベルは、共有インスタンスファミリーと汎用インスタンスファミリーを提供します。 エンタープライズレベルは、専用インスタンスファミリーを提供します。
説明標準のSSDまたはESSDストレージタイプを選択した場合、ApsaraDB RDSコンソールでIOPSはN/Aになります。 これは、ApsaraDB RDSが選択したストレージタイプに基づいてIOPSを計算するためです。 詳細については、このセクションの「ストレージタイプの選択」をご参照ください。
ストレージエンジンを選択します。
MySQLを実行するRDSインスタンスを作成する場合は、X-Engineを選択することを推奨します。 X-EngineのコストはInnoDBよりも約50% 低くなりますが、同等のパフォーマンスを実現します。 詳細については、「使用状況のメモ」をご参照ください。
RDSインスタンスの設定の確認と変更
RDSインスタンスを作成して使用を開始した後、RDSインスタンスのパフォーマンスを特定の期間監視し続けることを推奨します。 これにより、RDSインスタンスの設定が適切かどうかを確認できます。
たとえば、メモリ使用量が多い場合は、RDSインスタンスにログインして、メモリ使用量が多い原因を特定することを推奨します。 例外が発生しない場合は、RDSインスタンスの設定を変更できます。 例外が発生した場合は、RDSインスタンスのメモリの割り当てを変更できます。 詳細については、以下のトピックをご参照ください。
ApsaraDB RDSインスタンスの作成
RDS インスタンスを作成する方法の詳細については、次のトピックをご参照ください。