クラウドでの高可用性について学習

クラウド内のアプリケーションを24時間年中無休で使用できるようにする必要があります。クラウド・インフラストラクチャの停止に関係なく、ワークロードは引き続き実行する必要があります。可用性の高いサービスまたはアプリケーションを設計することで、潜在的な稼働時間とアクセス可能性を最大限に高めることができます。

高可用性について

高可用性アーキテクチャを設計するには、冗長性、監視およびフェイルオーバーの3つの主要要素を考慮する必要があります。

  • 冗長性とは、複数のコンポーネントが同じタスクを実行できることを意味します。冗長なコンポーネントは、障害が発生したコンポーネントによって実行されるタスクを引き継ぐことができるため、単一障害点の問題が排除されます。
  • モニタリングとは、コンポーネントが正常に動作しているかどうかを確認することを意味します。
  • フェイルオーバーは、プライマリ・コンポーネントに障害が発生したときにセカンダリ・コンポーネントがプライマリになるプロセスです。
ここで説明するベスト・プラクティスでは、これら3つの主要な要素に焦点を当てています。高可用性はアプリケーション・レベルやクラウド・インフラストラクチャ・レベルなど、様々なレベルで実現できますが、ここではクラウド・インフラストラクチャ・レベルに焦点を当てます。

Oracle Cloudの高可用性機能について

Oracle Cloud Infrastructureリージョンは、1つ以上の可用性ドメイン(それぞれが3つのフォルト・ドメイン)で構成されるローカライズされた地理的領域です。

可用性ドメインとは、1つ以上のデータ・センターが1つのリージョン内に存在することです。可用性ドメインは互いに分離されており、フォルト・トレラントで、同時に障害が発生する可能性が低くなります。可用性ドメインは電源、冷却、内部可用性ドメイン・ネットワークなどの物理インフラストラクチャを共有しないため、1つの可用性ドメインに影響を与える障害が、他の可用性ドメインの可用性に影響しない可能性があります。

フォルト・ドメインは、可用性ドメイン内のハードウェアおよびインフラストラクチャのグループです。可用性ドメインごとに3つのフォルト・ドメインが含まれています。フォルト・ドメインを使用すると、1つの可用性ドメイン内の同じ物理ハードウェア上にインスタンスが存在しないようにインスタンスを配置できます。そのため、1つのフォルト・ドメインに影響を与える予期しないハードウェア障害またはコンピュート・ハードウェア・メンテナンスは他のフォルト・ドメインのインスタンスに影響しません。オプションで、起動時に新規インスタンスにフォルト・ドメインを指定することも、システムがフォルト・ドメインを選択することもできます。

リージョン内のすべての可用性ドメインは、低レイテンシ、高帯域幅ネットワークで接続されています。可用性ドメイン間のこの予測可能で暗号化された相互接続では、高可用性と障害時リカバリの両方に対して構築ブロックを提供します。

Oracle Cloud Infrastructureリソースは、仮想クラウド・ネットワークのようにリージョンに固有であるか、コンピュート・インスタンスのように可用性ドメインに固有です。クラウド・サービスを構成する場合、サービスが可用性ドメインに固有である場合は、複数の可用性ドメインまたはフォルト・ドメインを利用して高可用性を確保し、リソース障害から保護することが重要です。他のアベイラビリティ・ドメインまたはフォルト・ドメインに冗長コンピュート・インスタンスを作成することにより、プライマリ・コンピュート・インスタンスまたはそのドメインに影響する問題により、アプリケーションへの影響を回避できます。保護する障害のクラスに応じて、複数のリージョン、複数の可用性ドメインまたは複数のフォルト・ドメインを持つソリューションを設計できます。