Atlas 適切にアーキテクチャされたフレームワークの 信頼性 のピリオドには、ダウンタイムを最小限に抑え、データの損失を防ぐ機能と戦略が含まれています。信頼できるワークロードは障害の発生を認識し、可用性を回復し、データ損失から回復するために、効率的で多くの場合自動的なアクションを実行します。
信頼性の基礎
信頼でき、回復力のある Atlas 配置を設計するには、次の 2 つの基礎があります。
予想されるインフラストラクチャの中断に備えて高可用性を確保する 構成オプション を使用して配置アーキテクチャを設計します。
確立された RTO と RPO 内で障害シナリオから回復するためのベストプラクティスと手順を定義する障害復旧プランを作成します。これには、配置の可用性戦略を強化し、データの損失または破損イベントからの回復オプションを提供するためにバックアップポリシーを構成することが含まれる場合があります。
定義
リカバリ時間目的（RTO）は、アプリケーションが復元され、中断後にトラフィックの処理が開始されるまでに許容される最大ダウンタイムです。
リカバリ点目的（RPO）は、停止時において損失を許容できるデータの最大量で、時間単位で測定されます。
可用性とは、必要な場合にシステムがどの程度確実にアクセスでき、機能するかを測定します。これは、特定の期間でシステムが利用可能な時間の割合を表すパーセンテージで表されることが多いです。例、可用性の必須標準は99.999 %、つまり "5 9" として引用されることが多いが、これは5 251 年間で約 分と 秒の潜在的なダウンタイムに相当します。
高可用性とは、個々のコンポーネントに障害が発生してもアクセス可能な状態を維持するシステムの能力のことを指します。高可用性ように設計された配置アーキテクチャでは、フォールトトレランスを実現するために冗長性とフェイルオーバーのメカニズムが多く利用されます。つまり、障害が検出されると自動的に動作するコンポーネントに切り替えることができます。
障害復旧とは、障害発生時に利用可能なワークロードの個別のコピーを作成および管理するための戦略を指します。包括的な障害復旧プランは、障害シナリオに従って、指定された RTO 内でシステム操作を回復し、指定された RPO 内でデータをタイムスタンプに回復する手順を定義します。
Atlas の信頼性を確保する機能の概要
コストへの影響 のバランスをしながら、信頼性を最適化するために、配置に適切な高可用性アーキテクチャ、障害復旧プラン、およびバックアップポリシーを組み合わせることが重要です。
MongoDB のデフォルトの配置アーキテクチャは、高可用性ように設計されています。 Atlas は、各クラスターをレプリカセットの一部として配置し、少なくとも 3 つのデータベースインスタンス（ノードとも）を異なるアベイラビリティーゾーンに自動的に分散します。単一のゾーンが停止時イベント、インスタンス間のフェイルオーバーは完全に自動であり、 再試行可能な書込み が有効になっている場合、障害時に実行されていた操作を含むデータを失うことなく 秒以内に完了します。最もクリティカル アプリケーションの可用性を向上させるには、ゾーン、リージョン、またはプロバイダーの停止時に耐えられるようにノード、リージョン、またはクラウドプロバイダーを追加して配置を増やすことができます。
バックアップは、システムの信頼性にも重要です。高可用性を実現するように設計されたシステムは、データ損失を防ぐためのバックアップには依存しませんが、インフラストラクチャの停止時イベント以外で発生する可能性のある、データの損失や破損につながる可能性のある障害発生イベント（ 。堅牢な障害復旧計画には、計算された RPO と RTO を満たすためにバックアップポリシーが必要かどうかを判断する必要があります。
Atlas の信頼性に関する機能と戦略の詳細については、次の Atlas アーキテクチャ センター リソースを使用してください。
高可用性
可用性のニーズを満たすクラスター構成を作成し、障害からの回復を迅速化します。
バックアップ
Atlas でデータベースバックアップオプションを構成し、クラスター全体のスナップショットを使用して RTO および RPO の要件を満たすための推奨事項を取得します。
障害復旧
停止時、プロビジョニングされたデータの削除など、 が発生した場合に実行する手順を含むDRプランを作成します 。