Microsoft AZ-104: Azure データベースとデータサービス — 学習ガイド
こちらの一部です： Microsoft Azure Administrator Associate AZ-104 — 学習ガイド. 検証済みの解答で練習： Microsoft試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.
概要
Azure のデータベースおよびデータサービスは、マネージドリレーショナルエンジン、グローバルに分散された NoSQL、インメモリキャッシュ、大規模分析、統合/オーケストレーションに及びます。管理者として、購入モデル、サービス階層、ネットワークとセキュリティのトポロジ、バックアップ/DR のセマンティクス、そしてパフォーマンス、コスト、回復力のためにサービスを組み合わせる方法を理解する必要があります。このセクションでは、日常的に構成する運用上の選択肢とプラットフォーム機能に焦点を当てます。具体的には、プロビジョニングモデル (DTU 対 vCore)、エラスティックプール、バックアップと長期リテンション、geo レプリケーションとフェールオーバー、VNet 挿入型のマネージドインスタンス、Cosmos DB の分散と整合性、オープンソースリレーショナルの HA/読み取りレプリカ、Synapse エンジン、Data Factory ランタイムです。
Azure リレーショナルデータベース (SQL Database, Managed Instance, MySQL/PostgreSQL)
Azure SQL Database は 2 つの購入モデルを提供しています。DTU モデルは、CPU、メモリ、IOPS を Database Transaction Units にバンドルし、Basic、Standard、Premium の階層があります。これはシンプルですが不透明であり、安定的で予測可能なワークロードや従来のサイジングに適しています。vCore モデルは、CPU の世代/数とメモリを公開し、ストレージと IOPS の制御と組み合わせます。vCore は、サイジングの透明性、Azure Hybrid Benefit、予約容量割引を可能にします。vCore 内では、サービス階層がワークロードと可用性のパターンに対応しています。General Purpose は、標準的な可用性アーキテクチャを持つリモートの Premium SSD または Azure Premium ストレージを使用します。Business Critical は、コンピューティングとストレージをローカル SSD 上に配置し、複数のレプリカ、低レイテンシ、統合された読み取りスケールアウトを提供します。Hyperscale は、ページサーバーを使用してコンピューティングとストレージを分離し、ほぼ瞬時のスケールと非常に大規模なデータベースを実現します。単一データベースの場合、サーバーレスコンピューティングレベル (vCore) は CPU を弾力的にスケーリングし、自動一時停止してアイドルコストを削減できます。
エラスティックプールは、複数のデータベース間でコンピューティングを共有し、突発的で位相のずれたワークロードをより低い総コストで吸収します。プールは DTU (eDTU) と vCore のバリアントで利用可能です。データベースごとの最小/最大上限を設定してノイジーネイバー (他のデータベースに影響を与える高負荷なデータベース) を封じ込め、プールの上限を設定して支出を制御します。バーストが短く、相関性がない場合、オーバーサブスクリプションは許容されます。プールのサイジングは、合計平均消費量に同時実行性のためのヘッドルームを加えたものに基づきます。SLO を維持するためには、データベースごとおよびプールごとのメトリクスを監視することが不可欠です。
バックアップは自動です。Azure SQL は、完全、差分、トランザクションログのバックアップを維持し、リテンション期間内 (通常、階層とストレージ構成に応じて 7～35 日) の任意の秒へのポイントインタイムリストア (PITR) を提供します。長期リテンション (LTR) は、週次の完全バックアップを RA-GRS ストレージに数年間保持します。LTR バックアップは、同じサブスクリプションとリージョンセット内の任意のサーバーに新しいデータベースとしてリストアでき、geo 冗長バックアップストレージが有効な場合はクロスリージョンリストアも利用可能です。リストアは新しいデータベースを作成します。既存のデータベースを上書きするわけではありません。
geo レプリケーションのオプションには、単一データベースおよびプール用のアクティブ geo レプリケーション (非同期レプリケーションで最大 4 つの読み取り可能なセカンダリ) と、論理サーバー スコープでの自動フェールオーバーグループがあります。フェールオーバーグループは、複数のデータベース (またはサーバー全体) を geo-DR、読み取り/書き込みリスナーエンドポイント、読み取りをオフロードするための読み取り専用エンドポイント、正常性に基づいた自動フェールオーバー、および DNS ベースのリダイレクトと共にバンドルします。Business Critical はまた、ローカルの読み取り可能なレプリカを介して読み取りスケールアウトを提供し、クロスリージョンの複雑さなしに即時の読み取りワークロードのオフロードを可能にします。
Azure SQL Managed Instance (MI) は、SQL Agent、クロスデータベースクエリ、CLR、リンクサーバー、Service Broker、Azure Blob Storage からの .bak ファイルのネイティブバックアップ/リストアなど、ほぼ 100% の SQL Server エンジン互換性を提供します。MI は VNet 挿入型です。プライベート IP と NSG/UDR 制御を持つ専用の委任されたサブネットにデプロイします。後でサブネットのサイズを変更するのは複雑なため、サブネットのサイズとアドレス空間を事前に計画します。移行パスには、Azure Database Migration Service (オンライン/オフラインのカットオーバー)、MI への URL へのネイティブバックアップ/リストア、オンプレミスの SQL Server から MI へのトランザクションレプリケーションが含まれます。単一データベースが公開しないサーフェスエリアの同等性やインスタンススコープの機能が必要な場合に MI を選択します。
Azure Database for MySQL および Azure Database for PostgreSQL (Flexible Server) は、メンテナンスウィンドウの制御、コスト削減のための停止/開始、バースト可能および汎用コンピューティング、ストレージの自動拡張、VNet 統合を備えたマネージド OSS エンジンを提供します。Flexible Server は、同期レプリケーションによる高可用性を提供します。より強力な障害分離のために可用性ゾーンをまたぐゾーン冗長 HA を選択するか、より低い書き込みレイテンシのために同一ゾーン HA を選択できます。読み取りレプリカは、スケールアウト読み取りのために利用可能で、リージョン内またはリージョンをまたいでプロビジョニングできます。これらは非同期レプリケーションを使用し、分析、レポート、または読み取り負荷の高いマイクロサービスに最適です。潜在的なレプリケーションラグを認識した上で、フェールオーバーやリージョン拡張が必要な場合にレプリカを昇格させます。
← Azure App Service と PaaS コンピューティング · すべてのドメイン · Azure Monitor、バックアップ、サイト リカバリー →
これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
試験に合格する →