第5章 OpenShift Data Foundation のストレッチクラスターを使用した障害復旧
Red Hat OpenShift Data Foundation は、障害復旧機能を備えたストレージインフラストラクチャーを実現するために、2 つの異なる地理的な場所にまたがってデプロイできます。2 つの拠点のうちどちらかが部分的または完全に利用できないといった災害に直面した場合、OpenShift Container Platform のデプロイメント上にデプロイされた OpenShift Data Foundation が存続できるようにしなければなりません。このソリューションは、インフラストラクチャーのサーバー間に特定のレイテンシー要件があるメトロポリタンに広がるデータセンターでのみ利用できます。
現時点では、異なる場所にある OpenShift Container Platform ノード間でレイテンシーが 5 ミリ秒 (ms) のラウンドトリップ時間 (RTT) を超えず、最大ラウンドトリップ時間 (RTT) が 10 ミリ秒であるストレッチクラスターソリューションをデプロイできます。より高いレイテンシーでデプロイする予定がある場合は、Red Hat カスタマーサポート にお問い合わせください。
以下の図は、ストレッチクラスターの最も簡単なデプロイメントを示しています。
OpenShift ノードおよび OpenShift Data Foundation デーモン
この図では、Arbiter ゾーンにデプロイされた OpenShift Data Foundation モニターの Pod にはマスターノード向けの耐性が組み込まれています。この図では、高可用性 OpenShift Container Platform コントロールプレーンに必要な各データゾーンのマスターノードを示しています。また、いずれかのゾーンの OpenShift Container Platform ノードに、他の 2 つのゾーンの OpenShift Container Platform ノードとのネットワーク接続があることが重要です。
5.1. ストレッチクラスターを有効にするための要件 リンクのコピーリンクがクリップボードにコピーされました!
- 複数のサイトにまたがるデプロイメントの OpenShift Container Platform 要件に対応していることを確認してください。詳細は、knowledgebase article on cluster deployments spanning multiple sites を参照してください。
- 3 つの異なるゾーンに 3 つ以上の OpenShift Container Platform マスターノードがあることを確認してください。3 つのゾーンのそれぞれに 1 つのマスターノード。
- また、4 つ以上の OpenShift Container Platform ワーカーノードが 2 つの Data Zone に均等に分散されていることを確認します。
- ベアメタル上のストレッチクラスターの場合、SSD ドライブを OpenShift Container Platform マスターノードのルートドライブとして使用します。
- 各ノードのゾーンラベルで事前にラベル付けされていることを確認します。詳細は、Applying topology zone labels to OpenShift Container Platform node セクションを参照してください。
- ストレッチクラスターソリューションは、ゾーン間の遅延が 5 ミリ秒を超えないデプロイメント向けに設計されています。より高いレイテンシーでデプロイする予定がある場合は、Red Hat カスタマーサポート にお問い合わせください。
柔軟なスケーリングおよび Arbiter はどちらもスケーリングロジックの競合がある場合も同時に有効にすることはできません。フレキシブルスケーリングを使用すると、一度に 1 つのノードを OpenShift Data Foundation クラスターに追加することができます。Arbiter クラスターでは、2 つのデータゾーンごとに 1 つ以上のノードを追加する必要があります。