第11章 SR-IOV ネットワーク上の Pod レベルのボンディングの高可用性
SR-IOV 仮想機能(VF)と共に Pod レベルのボンディングを使用するワークロードの場合、アップストリームスイッチの失敗にもかかわらず、基礎となる Physical Function (PF)が up
状態を報告する可能性があります。これにより、アタッチされた VF が稼働し、Pod がデッドエンドポイントへのトラフィックを引き続き送信してパケットが失われるため、サイレント障害が作成されます。
PF Status Relay Operator は、Link Aggregation Control Protocol (LACP)をアクティブなヘルスチェックとして使用してこの問題を解決します。この設定では、各 Physical Function (PF)が、アップストリームスイッチと独自の単一メンバーの LACP ボンディングに配置されます。Operator は、PF のボンディングで LACP 障害を検出すると、接続されている VF のリンク状態を auto
から disabled
に変更します。このアクションにより、Pod の アクティブバックアップボンディングがバックアップ
ネットワークパスにフェイルオーバーし、高可用性が維持されます。
SR-IOV ネットワークの LACP 状態モニタリングの設定は、テクノロジープレビュー機能のみです。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は、実稼働環境でこれらを使用することを推奨していません。テクノロジープレビュー機能は、最新の製品機能をいち早く提供して、開発段階で機能のテストを行い、フィードバックを提供していただくことを目的としています。
Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。
11.1. CLI を使用した PF Status Relay Operator のインストール リンクのコピーリンクがクリップボードにコピーされました!
PF Status Relay Operator をインストールして、OpenShift Container Platform が 物理機能(PF)のアクティブなヘルスチェックとして Link Aggregation Control Protocol (LACP)を使用できるようにします。
前提条件
- アップストリームスイッチで LACP を設定している。
- SR-IOV ネットワークに Pod レベルのボンディングを設定している。
-
OpenShift CLI (
oc
) がインストールされている。 - cluster-admin 権限がある。
手順
次のコマンドを入力して、
openshift-pf-status-relay-operator
namespace を作成します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 次のコマンドを入力して、
OperatorGroup
カスタムリソース (CR) を作成します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 以下のコマンドを入力して PF Status Relay Operator の
Subscription
CR を作成します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow
検証
Operator がインストールされていることを確認するには、次のコマンドを入力し、Operator に対して出力に
Succeeded
と表示されていることを確認します。oc get csv -n openshift-pf-status-relay-operator -o custom-columns=Name:.metadata.name,Phase:.status.phase
$ oc get csv -n openshift-pf-status-relay-operator -o custom-columns=Name:.metadata.name,Phase:.status.phase
Copy to Clipboard Copied! Toggle word wrap Toggle overflow