View a markdown version of this page

MES の耐障害性 - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

MES の耐障害性

回復力とは、MES システムがインフラストラクチャやサービスの中断から回復し、需要に合わせてコンピューティングリソースを動的に取得し、設定ミスや一時的なネットワーク問題などの中断を軽減する機能です。WellAWS -Architected フレームワークの信頼性の柱が依存する主な要因は、回復力です。

回復力は、可用性とディザスタリカバリの 2 つの主な要因に分けることができます。どちらの分野も、障害のモニタリング、複数の場所にデプロイする、自動フェイルオーバーなど、同じベストプラクティスの一部に依存しています。ただし、可用性は MES マイクロサービスのコンポーネントに重点を置いていますが、ディザスタリカバリはマイクロサービス全体、または MES システム全体の個別のコピーに重点を置いています。

可用性

可用性は、次の式に示すように、マイクロサービスが使用できる時間の割合として定義されます。この割合は、1 か月、1 年、3 年後など、一定期間にわたって計算されます。

MES アーキテクチャの可用性の計算式

この式では、製造と機器のメンテナンスで一般的な 3 つのメトリクスを理解する必要があります。

  • 平均障害間隔 (MTBF): マイクロサービスの通常のオペレーションの開始からその後の障害までの平均時間。

  • 平均検出時間 (MTTD): 障害の発生から修復オペレーションの開始までの平均時間。

  • 平均修復時間 (MTTR): サブシステムの障害によるマイクロサービスの利用不能から、その修復またはサービスへの復帰までの平均時間。MTTD は MTTR のサブセットです。

次の図は、これらの可用性メトリクスを示しています。

MES アーキテクチャの可用性メトリクス

回復力があり可用性の高い MES は、MTTR と MTTD を減らし、MTBF を増やすことを目的としています。理想的な設計では障害を排除できますが、現実的ではありません。従来のモノリシック MES 障害は検出が難しく、修復に時間がかかりました。最新のクラウドネイティブ MES により、マルチ AZ 配置による迅速な検出、迅速な修復、ビジネス継続性が可能になります。関連 AWS サービスを備えた高可用性の最新システムのベストプラクティスについては、ホワイトペーパー「Availability and Beyond: Understanding and Improving the Resilience of Distributed Systems on AWS」を参照してください。

ディザスタリカバリ

ディザスタリカバリとは、ハードウェアやソフトウェアの重大な障害など、テクノロジー関連の災害に備え、そこから復旧するプロセスを指します。マイクロサービスまたは MES が主要なデプロイ先でビジネス目標を達成できないようにするイベントは、災害と見なされます。ディザスタリカバリは可用性とは異なり、次の 2 つのメトリクスによって測定されます。

  • 目標復旧時間 (RTO): マイクロサービスの中断とマイクロサービスの復元の間の許容可能な遅延。RTO は、サービスが利用できないときに許容される時間枠と見なされるものを決定します。

  • 目標復旧時点 (RPO): 最後のデータ復旧時点からの最大許容時間。RPO は、最後の復旧時点からマイクロサービスの中断までの間に許容されるデータ損失と見なされるものを決定します。

次の図は、これらのディザスタリカバリメトリクスを示しています。

MES アーキテクチャのディザスタリカバリメトリクス

次の図は、さまざまなディザスタリカバリ戦略を示しています。

MES アーキテクチャのディザスタリカバリ戦略

これらの戦略 AWS の実装に関する詳細なガイダンスについては、「 Well-Architected Framework guide, Disaster Recovery of Workloads on AWS: Recovery in the Cloud」を参照してください。