第8章 障害復旧

障害復旧 (DR) は、中断または障害が発生する場合に、組織がビジネスクリティカルな機能または通常の運用を回復し、再開するのに役立ちます。

Red Hat OpenShift Data Foundation は、2 つのオプションを提供します。

  • Red Hat Advanced Cluster Management (RHACM) を搭載する Regional-DR
  • Metro-DR (Stretched Cluster - Arbiter)

RHACM を搭載する Regional-DR

Regional-DR ソリューションは、地域の障害発生時に自動化された "one-click" リカバリーを提供します。保護されたアプリケーションは、別のリージョンで利用可能な OpenShift Data Foundation クラスターのある指定された OpenShift Container Platform に自動的に再デプロイされます。本リリースの Regional DR は、2 つの異なるリージョンまたはデータセンターにある 2 つのマネージドクラスターでの 2 方向のレプリケーションをサポートします。

Red Hat OpenShift Data Foundation でサポートされる障害復旧機能では、障害復旧ソリューションを正常に実装するために以下の前提条件がすべて必要になります。

  • 有効な Red Hat OpenShift Data Foundation Advanced エンタイトルメント
  • 有効な Red Hat Advanced Cluster Management for Kubernetes サブスクリプション

OpenShift Data Foundation のサブスクリプションがどのように機能するかを知るには、OpenShift Data Foundation subscriptions に関するナレッジベースの記事 を参照してください。

詳細な要件は、Regional-DR requirements および RHACM requirements を参照してください。

重要

これは開発者プレビュー機能であり、開発者プレビューのサポート制限の対象となります。開発者プレビューリリースは、実稼働環境で実行することは意図されておらず、Red Hat カスタマーポータルのケース管理システムではサポートされません。開発者のプレビュー機能に関してサポートが必要な場合には、ocs-devpreview@redhat.com メーリングリストに連絡してください。Red Hat Development Team のメンバーが稼働状況とスケジュールに応じて可能な限り迅速に対応します。

Metro-DR (Stretched Cluster - Arbiter)

この例では、3 番目のゾーンを Arbiter の場所とした上で、単一クラスターが 2 つのゾーンに展開されます。これはテクノロジープレビュー機能であり、現時点では OpenShift Container Platform オンプレミスでのデプロイメント用とされています。

注記

このソリューションは、メインのオンプレミスデータセンターにある 2 つのゾーンの場所間の遅延が 4 ミリ秒のラウンドトリップ時間 (RTT) を超えない場合に展開するように設計されています。より高いレイテンシーでデプロイする予定がある場合は、Red Hat カスタマーサポート にお問い合わせください。

前提条件

  • Red Hat OpenShift Data Foundation でサポートされる障害復旧機能では、障害復旧ソリューションを正常に実装するために以下の前提条件がすべて必要になります。

    • 有効な Red Hat OpenShift Data Foundation Advanced エンタイトルメント
    • 有効な Red Hat Advanced Cluster Management for Kubernetes サブスクリプション

    OpenShift Data Foundation のサブスクリプションがどのように機能するかを知るには、OpenShift Data Foundation subscriptions に関するナレッジベースの記事 を参照してください。

  • Arbiter ストレッチクラスターを使用するには、以下を実行します。

    • 3 つのゾーンには、最低でも 5 つのノードが必要です。ここでは、以下のようになります。

      • データセンターゾーンごとにゾーンごとに 2 つのノードが使用され、arbiter ゾーンには 1 つのノードを持つ 1 つの追加ゾーンが使用されます (arbiter はマスターノード上にある場合があります)。

    • すべてのノードには、クラスターの作成前にゾーンのラベルを手動で付ける必要があります。

      たとえば、ゾーンには以下のようにラベル付けできます。

      • topology.kubernetes.io/zone=arbiter (マスターまたはワーカーノード)
      • topology.kubernetes.io/zone=datacenter1 (2 つ以上のワーカーノード)
      • topology.kubernetes.io/zone=datacenter2 (2 つ以上のワーカーノード)

詳細は以下を参照してください。

重要

Metro-DR ストレッチクラスターはテクノロジープレビュー機能で、テクノロジープレビューのサポート制限の対象となります。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は実稼働環境でこれらを使用することを推奨していません。これらの機能は、近々発表予定の製品機能をリリースに先駆けてご提供することにより、お客様は機能性をテストし、開発プロセス中にフィードバックをお寄せいただくことができます。

詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。