次の方法で共有


Azure SQL Managed Instance と信頼性

Azure SQL Managed Instance はインテリジェントでスケーラブルなクラウド データベース サービスであり、幅広い SQL Server データベース エンジンとの互換性と、フル マネージドの常に最新のサービスとしてのプラットフォームのすべての利点を兼ね備えています。

SQL Managed Instance での高可用性アーキテクチャの目的は、メンテナンス操作や障害の影響を心配せずに、データベースが稼働および実行されるように保証することです。 このソリューションは、以下のように設計されています。

  • コミットされたデータが障害によって失われることがないことを保証する。
  • メンテナンス エラーがユーザーのワークロードに影響しないことを保証する。
  • ソフトウェア アーキテクチャにおいて、データベースが単一障害点とならないようにする。

Azure SQL Managed Instance がどのようにアプリケーションやワークロードの回復力をサポートするかの詳細については、以下の記事を参照してください。

以下のセクションでは、Azure SQL Managed Instance と信頼性に特有の設計上の検討事項、構成チェックリスト、および推奨される構成オプションについて説明します。

設計上の考慮事項

Azure SQL Managed Instance には、次のような設計上の考慮事項があります。

  • アプリケーションのパフォーマンスに関する SLA を定義し、アラートで監視します。 高い回復力を維持するためには、アプリケーションのパフォーマンスが誤って許容レベル以下に低下した場合に、それをすばやく検知できることが重要です。 監視ソリューションを使用して、クエリの主要なパフォーマンス メトリックに対してアラートを設定することで、パフォーマンスが SLA を下回った場合に対策を講じることができます。
  • 人的ミスから復旧するには、ポイントインタイム リストアを使用します。 ポイントインタイム リストアを使用すると、データベースを以前の時点に戻し、誤って行われた変更からデータを回復することができます。 詳細については、マネージド インスタンスのポイントインタイム リストア (PITR) に関するドキュメントを参照してください。
  • サービスの停止から復旧するには、geo リストアを使用します。 geo リストアでは、geo 冗長バックアップから別のリージョンのマネージド インスタンスにデータベースを復旧します。 詳細については、Geo リストアを使用してデータベースを復旧する方法に関するドキュメントを参照してください。
  • 特定の操作に必要な時間を考慮します。 既存のマネージド インスタンスのスケールアップとダウン、および新しいマネージド インスタンスの作成に必要な時間を十分にテストする時間を確保します。 このようにタイミングをテストすることで、時間のかかる操作が RTO および RPO にどのような影響を与えるかを完全に理解することができます。

チェック リスト

セキュリティを考慮して Azure SQL Managed Instance を構成できていますか?

  • Business Critical レベルを使用する。
  • セカンダリ インスタンスと自動フェールオーバー グループを構成して、他のリージョンへのフェールオーバーを可能にする。
  • 再試行ロジックを実装する。
  • SQL MI インスタンスを準リアルタイムで監視し、信頼性に影響するインシデントを検出する。

構成に関する推奨事項

推奨事項が記載された以下の表を参照して、信頼性を高めるために Azure SQL Managed Instance 構成を最適化します。

推奨 Description
Business Critical レベルを使用する。 このレベルを使用すると、基盤となっている HA アーキテクチャにより、障害に対する高い回復力とフェールオーバー時間の短縮などのメリットを受けることができます。 詳細については、SQL Managed Instance の高可用性に関するページを参照してください。
セカンダリ インスタンスと自動フェールオーバー グループを構成して、他のリージョンへのフェールオーバーを可能にする。 障害がマネージド インスタンス内の 1 つまたは複数のデータベースに影響を与えている場合、インスタンス内のすべてのデータベースをセカンダリ リージョンに手動または自動でフェールオーバーすることができます。 詳細については、マネージド インスタンスの自動フェールオーバー グループに関するドキュメントを参照してください。
再試行ロジックを実装する。 Azure SQL MI は推移的なインフラストラクチャ エラーに対する回復性がありますが、これらのエラーが接続に影響を与える可能性があります。 SQL MI での作業中に一時的なエラーが発生した場合に、コードで呼び出しを再試行できることを確認してください。 詳細については、再試行ロジックの実装方法に関する説明を参照してください。
SQL MI インスタンスを準リアルタイムで監視し、信頼性に影響するインシデントを検出する。 使用可能なソリューションのいずれかを使用して SQL MI を監視し、潜在的な信頼性に影響するインシデントを早期に検出し、データベースの信頼性を高めます。 凖リアルタイムの監視ソリューションを選択して、インシデントに迅速に対応します。 詳細については、Azure SQL Managed Instance の監視オプションに関するページを参照してください。

次のステップ