DP-900-CORE#100-3
注: この問題は、同じ前提を持つ一連の問題の一部です。それぞれの問題には異なる解決策が提示されます。
前提
あるスタートアップが、ユーザー数増加に伴いデータベースの応答性能改善が必要です。現在の構成は Azure SQL Database (Basic 5 DTU)、データ量 10GB、同時接続 50。アクセスは読み取り中心 (90%) で、商品検索が主用途です。
解決策
Azure SQL Database を Business Critical サービス層にアップグレードし、組み込みの 3 つの読み取りレプリカに対して読み取りクエリを分散する。さらに頻繁にアクセスされる商品データを Azure Cache for Redis にキャッシュ。
この解決策は目的を満たしますか?
解説
【判定: はい】の理由
本ソリューションは読み取り中心ワークロード向けの最適解の 1 つであり、現在の課題を完全に解決します。
典型アーキテクチャは以下の通りです。
コスト最適化のヒントとして、読み取り中心 90% なら Business Critical のレプリカ活用が最もコスト効率に優れます。書き込み中心なら Hyperscale (動的スケール) も検討してください。
【「いいえ」が違う理由】
Business Critical + 読み取りレプリカ + Redis Cache の組み合わせは、読み取り中心ワークロードの性能最適化として Microsoft 推奨の標準パターンであり、要件を完全に満たします。
出典: Microsoft Learn — Read scale-out in Azure SQL Database
本ソリューションは読み取り中心ワークロード向けの最適解の 1 つであり、現在の課題を完全に解決します。
| 採用技術 | 効果 |
|---|---|
| Business Critical サービス層 | 高 IOPS + メモリ最適化 SSD + 99.995% SLA を提供します |
| 読み取りレプリカ 3 つ | プライマリを書き込み専用にして、レプリカに読み取りクエリを分散します (4 ノード並列処理) |
| Azure Cache for Redis | 頻繁参照商品をミリ秒応答で返し、DB 負荷を 80% 以上削減します |
典型アーキテクチャは以下の通りです。
App → Redis Cache (HIT 80%) → 戻り値
↘ (CACHE MISS) Read Replica → 商品データ取得 → Redis にキャッシュ
↘ 書き込み: Primary Databaseコスト最適化のヒントとして、読み取り中心 90% なら Business Critical のレプリカ活用が最もコスト効率に優れます。書き込み中心なら Hyperscale (動的スケール) も検討してください。
【「いいえ」が違う理由】
Business Critical + 読み取りレプリカ + Redis Cache の組み合わせは、読み取り中心ワークロードの性能最適化として Microsoft 推奨の標準パターンであり、要件を完全に満たします。
出典: Microsoft Learn — Read scale-out in Azure SQL Database
コメント