RDS Basic Edition は、コンピューティングとストレージが分離されたシングルノードのデータベースエディションです。セカンダリインスタンスがないため、レプリケーションのオーバーヘッドがなく、RDS High-availability Edition よりも 50% 低コストですが、自動フェイルオーバーもありません。
RDS Basic Edition にはスタンバイインスタンスがないため、予期せぬ障害、インスタンス仕様の変更、データベースエンジンのアップグレードなどが発生すると、長時間のダウンタイム (最大 30 分以上) が発生する可能性があります。高可用性が求められる本番環境のワークロードには、代わりに RDS High-availability Edition を使用してください。エディションはいつでもアップグレードできます。詳細については、「エディションのアップグレード」をご参照ください。
エディションの選択
この表を参考にして、RDS Basic Edition が要件に適合するかどうかを判断してください。
| RDS Basic Edition | RDS High-availability Edition | |
|---|---|---|
| アーキテクチャ | スタンドアロン (シングルノード) | プライマリ + セカンダリインスタンス |
| 自動フェイルオーバー | なし | はい |
| プライマリ/セカンダリ スイッチオーバー | 非対応 | 対応 |
| 読み取り専用インスタンス | 非対応 | 対応 |
| ログ管理 | 非対応 | 対応 |
| IP アドレスホワイトリスト | 対応 | 対応 |
| モニタリングとアラート | 対応 | 対応 |
| バックアップと復元 | 対応 | 対応 |
| エンジンアップグレードまたは仕様変更時のダウンタイム | 30分以上 | 最小限 |
| 価格 | High-availability Edition より 50% 低価格 | ベースライン |
機能の完全なリストについては、「ApsaraDB RDS for SQL Server の機能」をご参照ください。
仕組み
RDS Basic Edition は、コンピューティングとストレージを独立したレイヤーに分離します：
コンピューティングレイヤー：データベースエンジンは単一のコンピューティングノードで実行されます。データはセカンダリインスタンスにレプリケートされないため、レプリケーションのオーバーヘッドがありません。これにより、RDS Basic Edition は同じ構成の RDS High-availability Edition よりも高いスループットを実現します。
ストレージレイヤー：データベースファイルは、Alibaba Cloud の Apsara 分散システムによって管理されるクラウドディスク上に存在し、データの複数のコピーが保持されます。コンピューティングリソースはストレージリソースから分離されているため、コンピューティングノードに障害が発生してもデータ損失を防ぐことができます。
データベースサービスの信頼性は、データの複数のコピーを保持する Alibaba Cloud の超大規模な Apsara 分散オペレーティングシステムによって保証されます。
利用シーン
RDS Basic Edition は、非本番環境やコスト重視のワークロードに適しています：
開発とテスト：インスタンスを迅速にプロビジョニングし、ワークロードに応じてスケーリングできます。迅速なプロビジョニングにより、研究開発 (R&D) サイクルが短縮されます。
学習と評価：ApsaraDB RDS を初めて使用する場合、RDS Basic Edition を利用することで、低コストでサービスを試すことができます。
小規模なウェブサイトとアプリケーション：定常的な O&M (運用保守) タスクを Alibaba Cloud にオフロードし、アプリケーションに集中できます。RDS Basic Edition は、トラフィックが予測可能で、短時間のダウンタイムが許容される場合に適しています。
機能
Basic Edition は、IP アドレスホワイトリスト、モニタリングとアラート、バックアップと復元などの基本機能をサポートしています。以下の機能はサポートしていません：
サポートされている機能のリストについては、「SQL Server の機能概要」をご参照ください。
制限事項
RDS Basic Edition はシングルノードで実行されます。プライマリ/セカンダリ アーキテクチャに依存する機能は利用できません：
自動フェイルオーバーなし：コンピューティングノードに障害が発生した場合、システムはデータベースエンジンを新しいノードに移行します。移行中、ご利用のインスタンスは利用できなくなり、極端な場合には 30 分以上かかることがあります。
プライマリ/セカンダリ スイッチオーバーなし：セカンダリインスタンスがないため、切り替え先のスタンバイインスタンスがありません。
読み取り専用インスタンスなし：読み取りレプリカはプライマリ/セカンダリ構成を必要とするため、サポートされていません。
ログ管理なし：他のエディションで利用可能なログ管理機能はサポートされていません。
メンテナンス中の長時間のダウンタイム：インスタンスの仕様を変更したり、データベースエンジンをアップグレードしたりすると、システムは現在の物理サーバーに十分なリソースがあるかどうかを確認します。リソースが不足している場合、データは新しいサーバーに移行され、接続が 30 分以上中断される可能性があります。
「[ログバックアップ頻度]」を「[30分ごと]」に設定すると、クラウドディスク障害などの問題が発生した場合に、過去30分以内の特定の時点までデータを復元できます。詳細については、「ApsaraDB RDS for SQL Server インスタンスのバックアップ」をご参照ください。
インスタンスの作成
RDS Basic Edition インスタンスを作成し、SQL Server データベースに接続するには、「ApsaraDB RDS for SQL Server インスタンスの作成」をご参照ください。
エディションのアップグレード
RDS Basic Edition インスタンスは、いつでも RDS High-availability Edition にアップグレードできます。詳細については、「ApsaraDB RDS for SQL Server インスタンスを Basic Edition から High-availability Edition にアップグレードする」をご参照ください。
RDS High-availability Edition から RDS Basic Edition へのダウングレードはサポートされていません。同等の結果を得るには、新しい RDS Basic Edition インスタンスを作成し、既存の High-availability Edition インスタンスからデータを移行してから、元のインスタンスをリリースします。詳細については、「ApsaraDB RDS for SQL Server インスタンス間でのデータ移行」および「RDS インスタンスのリリースまたは登録解除」をご参照ください。
よくある質問
RDS Basic Edition でエンジンアップグレードやインスタンス仕様の変更に時間がかかるのはなぜですか？
RDS Basic Edition は、単一のコンピューティングノードを持つスタンドアロンアーキテクチャを使用しています。データベースエンジンをアップグレードしたり、インスタンスの仕様を変更したりすると、システムは現在の物理サーバーが新しいリソース要件を満たせるかどうかを確認します。満たせない場合、すべてのデータを新しい物理サーバーに移行してから切り替えるため、接続が 30 分以上中断される可能性があります。
RDS Enterprise Edition または RDS Cluster Edition を選択することを推奨します。これらのエディションは高可用性アーキテクチャに基づいており、セカンダリ RDS インスタンスからデータをレプリケートすることで、ワークロードへの影響を抑え、ダウンタイムを最小限に抑えることができます。詳細については、「RDS High-availability Edition」および「RDS Cluster Edition」をご参照ください。
RDS Basic Edition が他のエディションよりもサポートする機能が少ないのはなぜですか？
プライマリ/セカンダリ スイッチオーバー、読み取り専用インスタンス、ログ管理などの機能は、すべてセカンダリインスタンスがないと機能しません。RDS Basic Edition はシングルノードアーキテクチャであるため、これらの機能はアーキテクチャ上実現不可能です。機能の完全な比較については、「ApsaraDB RDS for SQL Server の機能」をご参照ください。