Microsoft AZ-900: サポート、サービス ライフサイクル、Marketplace — 学習ガイド
こちらの一部です： Microsoft Azure AZ-900 — 学習ガイド. 検証済みの解答で練習： Microsoft試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.
Azureでの信頼性の高い運用は、適切なサポートモデルの選択、サービスヘルスのシグナルの理解、公開されたサービスレベル契約 (SLA) に基づく設計、そしてコマーシャルマーケットプレイスを通じたサードパーティソリューションの責任ある調達にかかっています。このドメインでは、Microsoftがクラウドワークロードをライフサイクル全体でどのようにサポートするか、そしてお客様がケース管理、クォータ引き上げ、ヘルスアラート、インシデント対応によってそのサポートをどのように運用するかに焦点を当てます。同様に重要なのが、継続的な変更に関するガバナンスです。Azureサービスは、頻繁で安全な更新と、破壊的変更に対する事前通知を伴うモダンなライフサイクルに従います。Azure Marketplaceは、検証済みのパートナーソリューションでプラットフォームを拡張し、統合されたAzureの課金とポリシー制御の下で、セキュリティ、ネットワーキング、データ、アプリケーションコンポーネントの迅速な導入を可能にします。
Azureサポートプランとケース管理
Microsoftは、ワークロードの重要度と必要とされるアドバイザリーガイダンスのレベルに合わせて、複数のAzureサポートプランを提供しています。Basicサポートはすべてのサブスクリプションに含まれており、課金とサブスクリプション管理のみをカバーします。Developerサポートは、非本番環境を対象とし、重要度の低い問題に対して営業時間内に技術的なガイダンスを提供します。Standardサポートは、24時間365日のテクニカルサポートへの入り口であり、ほとんどの本番ワークロードに適しています。Professional Direct (ProDirect) は、より迅速な応答目標と、デプロイを加速するためのプロアクティブなアドバイザリーガイダンス、アーキテクチャレビュー、Webセミナーへのアクセスを追加します。Premier/Unifiedは、Microsoftのクラウド製品とオンプレミス製品を包括するエンタープライズ向けの傘であり、お客様の組織をCustomer Success Account Managerとペアにし、サービスレビュー、ワークショップ、準備計画、インシデント管理の調整などのプロアクティブなサービスを提供します。サポートリクエストは、Azureポータルの「ヘルプとサポート」で作成します。ケースの種類には、技術、課金、サブスクリプション管理、サービスとサブスクリプションの制限 (クォータ) があります。技術的なケースには、有料プラン (Developer, Standard, ProDirect, または Unified) が必要です。組み込みの「サポートリクエスト共同作成者」ロールを使用すると、ユーザーはより広範なリソース権限を付与することなくケースを開始および管理できます。一方、「所有者」と「共同作成者」もケースを起票できます。ケースは、Azure MonitorのアクショングループとITSMコネクタを介してITSMツールと統合し、単一のインシデントキューを維持することができます。
- Basic
- テクニカルサポートの提供時間: なし (課金/サブスクリプションのみ)
- 初回応答目標 (Sev A/B/C): N/A
- アドバイザリーガイダンス: ドキュメント、コミュニティのみ
- プロアクティブサービス: なし
- 一般的な用途: 試用、学習、重要でないアカウント
- Developer
- テクニカルサポートの提供時間: 営業時間 (メール/Web)
- 初回応答目標 (Sev A/B/C): N/A / N/A / 8時間未満
- アドバイザリーガイダンス: 一般的なハウツーガイダンス
- プロアクティブサービス: なし
- 一般的な用途: 開発/テストおよびパイロット
- Standard
- テクニカルサポートの提供時間: Sev Aは24時間365日、それ以下の重要度は営業時間
- 初回応答目標 (Sev A/B/C): 1時間未満 / 4時間未満 / 8時間未満
- アドバイザリーガイダンス: ケースを通じたベストエフォートのガイダンス
- プロアクティブサービス: なし
- 一般的な用途: 標準的な応答が必要な本番ワークロード
- Professional Direct
- テクニカルサポートの提供時間: Sev Aは24時間365日
- 初回応答目標 (Sev A/B/C): 1時間未満 / 2時間未満 / 4時間未満
- アドバイザリーガイダンス: プロアクティブなアドバイザリー、アーキテクチャレビュー、オンボーディング
- プロアクティブサービス: Webセミナー、サービスレビュー、エスカレーション管理
- 一般的な用途: より迅速な応答とガイダンスを必要とするビジネスクリティカルな本番環境
- Premier/Unified
- テクニカルサポートの提供時間: 24時間365日 (広範なMicrosoftスコープ)
- 初回応答目標 (Sev A/B/C): 1時間未満 / 2時間未満 / 4時間未満
- アドバイザリーガイダンス: 専任のCSAM、ソリューションレベルのガイダンス
- プロアクティブサービス: ワークショップ、アセスメント、サービスレビュー、インシデント調整
- 一般的な用途: 複数の製品にまたがるエンタープライズポートフォリオ
サポートリクエストの作成とクォータおよび制限の引き上げ
サポートリクエストは、Azureポータルの「ヘルプとサポート」 > 「サポートリクエストの作成」から起票します。ワークフローでは、問題の種類、サブスクリプション、サービス、リソース、リージョン、重要度の入力を求められます。技術的なケースでは、ビジネスへの影響とプランの応答目標に合わせた影響レベル (重要度) を選択します。トリアージを迅速化するために、診断情報 (タイムスタンプ、相関ID、メトリック、変更履歴) を含めてください。課金およびサブスクリプション管理についてはBasicサポートで十分ですが、技術的な問題については有料プランが必要です。クォータと制限の引き上げは、「サービスとサブスクリプションの制限 (クォータ)」として申請します。一般的なリクエストには、リージョンごとのコンピューティングvCPUクォータ (VMファミリー別)、パブリックIPアドレス、特殊なGPUまたはHPCファミリー用のコア、Azure Machine LearningまたはCognitive Servicesのクォータなどがあります。コンピューティングクォータは、サブスクリプションごと、リージョンごと、VMシリーズファミリーごとに適用されます。より高いクォータをリクエストすると容量要求が可能になりますが、容量の可用性を保証するものではありません。予測可能な容量を確保するには、クォータの引き上げとオンデマンド容量予約を組み合わせるか、必要に応じてゾーン展開を計画します。リクエストを起票するアクセス権は、Azure RBACを通じて制御されます。「サポートリクエスト共同作成者」ロールは、リソースの変更権限を付与することなく、チケットを作成および管理できます。大規模な組織では、クォータのワークフローを内部承認に通し、ITSMで追跡することがよくあります。Azure Quota APIを使用すると、事前定義されたしきい値での監視とリクエストの引き上げを自動化できます。申請後、ケースは必要に応じてエンジニアリングチームにトリアージされ、コミュニケーションはポータル、メール、そして重要度が高い場合はオプションで電話を介して行われます。
インシデント管理におけるサービスの正常性、計画メンテナンス、SLA
Azureは、正常性を確認するための複数の視点を提供します。Azure Statusは、プラットフォーム全体の問題に関するパブリックでグローバルなビューです。Azure Service Healthは、お使いのサブスクリプションに合わせてパーソナライズされ、お使いのリージョンやリソースに影響を与えるサービスの問題、計画メンテナンス、正常性に関するアドバイザリを表示します。Resource Healthは、個々のリソースの状態を掘り下げ、プラットフォームイベント、ユーザーが開始したアクション、基盤となるハードウェア障害などの根本原因とともに、最近の可用性イベントを提供します。Service Healthのアラートは、アクション グループと統合して、メール、SMS、音声、Webhook、ITSMコネクタ、Azure Functionsに通知できます。計画メンテナンスは、Service Healthを通じて、予想される時間枠と影響の詳細とともに通知されます。仮想マシンの場合、Azure Scheduled Eventsは、インスタンスメタデータサービスを介して、再起動などの今後のアクションに関するゲスト内通知を公開し、アプリケーションがドレイン、チェックポイント、またはフェイルオーバーできるようにします。Maintenance Controlは、Azure Dedicated Hostsと特定の分離VMサイズで利用でき、管理者は定義された延期期間内にプラットフォームのメンテナンスを遅らせて、変更管理プロセスに合わせることができます。SLAは、各サービスの月間アップタイムまたはトランザクション成功率の目標を定義します。複数のサービスでソリューションを設計する場合、全体の可用性は依存関係全体で乗算的に計算されます。より高い可用性レベルでは、通常、ゾーン冗長またはマルチインスタンスのデプロイが必要になります。例えば、1つのリージョン内の2つ以上のアベイラビリティゾーンにまたがって仮想マシンを実行すると、単一のVMや可用性セットよりも高いSLAを達成できます。SLAが満たされない場合、申請によりサービスクレジットが提供されます。ポータルを通じて、必要な期間内に証拠（タイムスタンプ、影響を受けたリソース）を添えて申請し、Service Healthでインシデントとインシデント後のレビューを追跡します。
- 仮想マシン (単一インスタンス)
- SLAの主な要件: OSとデータ用にPremium SSDまたはUltra Disk
- 公開SLA (標準): 99.9%
- 注: 対象となるサイズとストレージに適用。可用性セット/ゾーンなし
- 可用性セット内の仮想マシン
- SLAの主な要件: 障害/更新ドメインにまたがる2つ以上のインスタンス
- 公開SLA (標準): 99.95%
- 注: 単一ラックおよび更新ドメインのリスクを軽減
- アベイラビリティゾーンにまたがる仮想マシン
- SLAの主な要件: 1つのリージョン内のゾーンにまたがる2つ以上のインスタンス
- 公開SLA (標準): 99.99%
- 注: リージョン間のフェイルオーバーなしで最高のリージョン内回復性を実現
- Azure SQL Database (単一データベース)
- SLAの主な要件: Standardデプロイメント
- 公開SLA (標準): 99.99%
- 注: ゾーン冗長性により、ゾーン障害に対する回復性を向上させることができる
- App Service (マルチインスタンス)
- SLAの主な要件: 2つ以上のインスタンス
- 公開SLA (標準): 99.95%
- 注: 複数のインスタンスを持つBasic以上のレベルが必要
モダン ライフサイクル ポリシーとAzure Marketplace
Azureサービスはモダン ライフサイクル ポリシーに従います。これは、継続的なサービスの更新と、顧客が最新の状態を維持する責任を重視するものです。顧客のアクションを必要とする破壊的変更は、通常、オンラインサービスの場合は少なくとも12か月前に、正式な非推奨の発表、Service Healthのアドバイザリ、ドキュメントの更新を通じて事前に通知されます。廃止のタイムライン、APIのバージョニング、移行パスが提供されるため、企業のガバナンスに沿った変更ウィンドウ内でワークロードを修正できます。この継続的デリバリーモデルは、段階的なロールアウトと自動的な緩和策を伴う安全なデプロイメントプラクティスを活用します。運用準備とは、サービスアドバイザリを追跡し、新しいランタイムやSDKのバージョンを本番前環境で検証し、アプリケーションの更新に機能フラグやブルーグリーンパターンを使用することを意味します。セキュリティとコンプライアンスの更新は、個別のインストールサイクルなしで提供され、可観測性とリリースの規律を重視しながら、脆弱性にさらされる期間を短縮します。Azure Marketplaceは、サードパーティのソリューション（仮想マシンイメージ、マネージドアプリケーション、Kubernetesアプリ、SaaSオファリング）でプラットフォームを拡張します。オファーは、従量課金制の測定、年間/期間プラン、ライセンス持ち込み (BYOL) などのオプションを使用して、Azureサブスクリプションを通じて請求されます。企業は、プライベートマーケットプレイスをキュレートして、承認されたパブリッシャーやオファーのみを許可し、Azure Policyを適用してデプロイメントのフットプリント（リージョン、SKU、ネットワーク）を制約し、プライベートオファーを通じてカスタム価格を交渉することができます。ネットワーク仮想アプライアンス（例：ファイアウォール、ロードバランサー）、データプラットフォーム、セキュリティ分析、可観測性スタックが一般的なパターンです。これらのソリューションの主要なサポートチャネルはパブリッシャーサポートであり、請求はAzureに統合されます。
- 仮想マシンイメージ (NVAまたはサーバー)
- デプロイモデル: ARMテンプレート/VNet内のVM
- 課金モデル: PAYGまたはBYOL
- 使用例: ファイアウォール、WAF、IDS/IPS、パッケージ化されたアプリ
- 運用上の注意: VMのライフサイクル、スケーリング、パッチ適用はユーザーが管理
- マネージド アプリケーション
- デプロイモデル: ユーザーのサブスクリプションにデプロイされ、パブリッシャーが管理
- 課金モデル: PAYG + 管理手数料
- 使用例: 運用管理付きのターンキーソリューション
- 運用上の注意: パブリッシャーがコアコンポーネントを更新。データ/構成はユーザーが管理
- Kubernetesアプリ (AKSアドオン)
- デプロイモデル: Helm/ARMでAKSクラスターにデプロイ
- 課金モデル: PAYGまたはBYOL
- 使用例: Ingressコントローラー、サービスメッシュ、オペレーター
- 運用上の注意: AKSはユーザーが管理。パブリッシャーがアプリのコンテナイメージを維持
- SaaS
- デプロイモデル: パブリッシャーのテナントで実行。ユーザーのテナントと統合
- 課金モデル: サブスクリプション/消費量ベース
- 使用例: API、分析プラットフォーム、セキュリティSaaS
- 運用上の注意: 価値実現までの時間が最短。管理するインフラは最小限
実践的な問題: Coastal Outfitters: 季節的なeコマースのピークに対応するためのサポート、正常性、マーケットプレイスソリューションの運用化
シナリオ: Coastal Outfittersは、Azureでホストされたeコマースサイトを運営しています。このサイトは、月のほとんどの期間は安定したトラフィックがありますが、月末の4日間はトラフィックが急増します。アーキテクチャは、Azure Application Gateway、2つのVMベースのWeb層、およびマネージドデータベースを使用しています。セキュリティ要件として次世代ファイアウォールが必要であり、運用チームはトラフィック急増期間中にWeb層で99.99%の可用性を保証し、ロールアウト中にプロアクティブなガイダンスを受ける必要があります。
課題: プロアクティブなアーキテクチャガイダンスを得るための適切なサポートプランを選択し、ガバナンスの下でマーケットプレイスのファイアウォールをデプロイし、トラフィックの急増に先立ってリージョンごとのコンピューティングクォータを引き上げ、99.99%の可用性目標に沿った正常性アラートとインシデントワークフローを実装すること。
推奨アプローチ:
- サブスクリプションをProfessional Directサポートプランにアップグレードし、本番環境へのロールアウトに対して24時間365日のクリティカルな対応とプロアクティブなアドバイザリーガイダンスを確保します。
- 組み込みの「サポートリクエスト共同作成者」ロールをNOCグループに割り当て、広範なリソース権限なしにチケットを発行・管理できるようにします。
- Azure MarketplaceからPalo Alto NetworksまたはFortinetの次世代ファイアウォールを専用のハブVNetにデプロイします。プライベートマーケットプレイスを活用し、承認され、交渉済みのプライベートオファーのみがサブスクリプションの所有者に表示されるようにします。
- 99.99%のVM SLAを満たすために、2つ以上のWeb VMをApplication Gatewayの背後にある別々の可用性ゾーンに配置します。OS/データはPremium SSDに保存します。
- トラフィック急増の2週間前に「サービスとサブスクリプションの制限（クォータ）」リクエストを提出し、必要なVMファミリーのリージョンごとのvCPUクォータを増やします。Web層に容量予約を追加して、バースト容量を保証します。
- サイトが稼働するリージョンにおけるサービスの問題、計画メンテナンス、正常性に関するアドバイザリに対してAzure Service Healthアラートを構成します。アラートをアクション グループにルーティングし、メール/SMSでオンコールスタッフに通知し、ITSMコネクタを介してServiceNowでインシデントを作成します。
- Web VMでAzure Scheduled Eventsの処理を有効にし、ホストのメンテナンス中に接続を正常にドレインするようにします。ステージング環境でブルーグリーンスワップを使用してフェイルオーバーの動作を検証します。
- SLAクレジット申請ワークフローをランブックに文書化します。これには証拠のキャプチャ（タイムスタンプ、リソースID、メトリクス）を含め、可用性目標が満たされなかった場合に、許可された期間内にポータルを通じて申請が行われるようにします。
Azureにおける論理的根拠: Professional Directは、全社的なUnified契約のようなオーバーヘッドなしに、迅速な対応とプロアクティブなアドバイザリーの利点を組み合わせ、単一のクリティカルな本番ワークロードに適しています。ゾーンVMは最小限のインスタンス数で可用性レベルを99.99%に引き上げ、Premium SSDは単一インスタンスのストレージ要件を満たします。キュレーションされたプライベートマーケットプレイスと交渉済みのプライベートオファーにより、セキュリティアプライアンスのコンプライアンスを維持し、コストを管理できます。また、NVAの問題に対してはパブリッシャーのサポートが一次窓口となります。早期のクォータ増加と容量予約により、トラフィック急増時のデプロイにおける摩擦が排除されます。Service Healthアラート、スケジュールされたイベント処理、およびSLA申請ランブックにより、明確な責任と証拠のパスを持つインシデント管理ループが完成します。
これらの問題を練習する → · 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.
試験に合格する →