データベースの可用性のためのソリューションを推奨する
Azure SQL では、サービス レベルに応じてさまざまなレベルのデータベース可用性オプションと機能が提供されます。 サービス レベルによって、デプロイするデータベースまたはマネージド インスタンスの基になるアーキテクチャが決まります。
General Purpose の可用性について知っておくべきこと
General Purpose (または Standard) サービス レベルの SQL データベースとマネージド インスタンスの可用性アーキテクチャは同じです。
この図では、仮想コア General Purpose (または DTU Standard) レベルの可用性アーキテクチャを示しています。
アプリケーションはサーバー名に接続します。ゲートウェイ GW に接続します。ゲートウェイ GW は、接続先のサーバーにアプリケーションをポイントします。 アプリケーションは VM 上で実行されています。
General Purpose レベルでは、リモート ストレージが使用されます。 プライマリ レプリカは、一時データベース tempdb にローカルに接続された SSD を使用します。
データ ファイルとログ ファイルは、ローカル冗長ストレージである Azure Premium Storage に格納されます。 複数のコピーは、リージョンの 1 つのゾーンに格納されます。
バックアップ ファイルは Azure Standard Storage に格納されます。これは既定では RA-GRS です。 これは、複数のリージョンにコピーがあるグローバル冗長ストレージです。
すべての Azure SQL は、Azure のバックボーンとして機能する Azure Service Fabric 上に構築されています。 Azure Service Fabric によってフェールオーバーの実行が必要と判断された場合、フェールオーバーは、フェールオーバー クラスター インスタンス (FCI) と同様のものになります。 Service Fabric では、予備容量があるノードが検索され、新しい SQL Server インスタンスが起動されます。 データベース ファイルがアタッチされ、復旧が実行されます。ゲートウェイが更新されて、アプリケーションが新しいノードにポイントされます。 仮想ネットワーク、リスナー、または更新プログラムは必要ありません。 これらの機能は組み込まれています。
Business Critical の可用性について知っておくべきこと
Business Critical (または Premium) レベルでは、通常、すべての Azure SQL サービス レベルの中で最高のパフォーマンスと可用性を実現できます。 このレベルは、低待機時間と最小限のダウンタイムを必要とするミッション クリティカルなアプリケーションを対象としています。
この図は、仮想コア Business Critical (または DTU Premium) レベルの可用性アーキテクチャを示しています。
Business Critical レベルでのデータベースの可用性は、バックグラウンドで Always On 可用性グループをデプロイする場合と似ています。
General Purpose レベルと異なり、データとログ ファイルはすべて直接接続されている SSD 上で実行されるため、ネットワーク待機時間が大幅に短縮されます。
このレベルには 3 つのセカンダリ レプリカがあります。 1 つのセカンダリ レプリカを読み取り専用エンドポイントとして使用できます (追加料金は発生しません)。 トランザクションは、少なくとも 1 つのセカンダリ レプリカが変更を完了したときにコミットを完了できます。
Hyperscale の可用性について知っておくべきこと
Hyperscale サービス レベルは Azure SQL Database でのみ使用できます。 このサービス レベルでは、キャッシュとページ サーバーの階層化された層を使用して、データ ファイルに直接アクセスせずにデータベース ページにすばやくアクセスするように機能が拡張されているため、このレベルには固有のアーキテクチャがあります。
この図は、仮想コア Hyperscale レベルの可用性アーキテクチャを示しています。
Hyperscale レベルのアーキテクチャでは、ペアになっているページ サーバーが使用されます。 水平方向にスケーリングして、すべてのデータをキャッシュ レイヤーに配置できます。
Hyperscale アーキテクチャでは、100 TB のデータベースがサポートされています。
このレベルでは、データベース サイズに関係なく、ほぼ瞬時にデータベース バックアップを実行できるスナップショットが使用されます。
データベースの復元は数時間や数日ではなく数分で完了します。
ワークロードに合わせるために一定の時間でスケールアップまたはスケールダウンすることができます。
データベースの可用性を選択する際の考慮事項
次の表では、仮想コア サービス レベル全体のデータベース可用性のサポートを比較しています。 DTU モデルの場合、Basic レベルと Standard レベルを仮想コア General Purpose レベルと、Premium レベルを仮想コア Business Critical レベルと同等とみなすことができます。 DTU モデルでは、Hyperscale レベルは提供されません。 サポート オプションを比較するときは、Tailwind Traders のデータベース可用性要件を満たすサービス レベルについて検討してください。
| SQL Database/SQL Managed Instance の仮想コア レベル | SQL Database の DTU レベル | データベースの可用性サポート |
|---|---|---|
| 汎用 | Standard または Basic | ビジネス ワークロードのためのコンピューティングとストレージのバランスの取れたオプションを提供します |
| ビジネスクリティカル | プレミアム | 低待機時間の要件を満たし、ビジネス アプリケーションの障害に対する最高レベルの回復性を実現します |
| Hyperscale | 該当するレベルなし | 拡張性の高いストレージを提供し、ビジネス ワークロードの読み取りスケールの要件を満たします |