modprobe ボンドを使用してボンドを作成すると、ボンドの詳細を提供するファイルが /proc/net/bonding/ に保存されます。チーム構成のランナータイプを提供する同等のファイルはありますか?
答え1
この質問には正確に答えることはできません。 /etc/sysconfig/network-scriptsには通常、バインディングに関するこの情報が含まれていますが、そうでない状況も作成できました(teamd、teamdctl、およびipリンクを使用したバインディングの設定)。
私は実行中のランナータイプのソリューションを見つけることにしましたteamdctl dev <team> config dump
。ところで、teamdctlで作成された設定がどこに保存されているかが見つかりませんでした。保存された場所を見つけることはおそらくこの質問に対する最高の答えです。
答え2
明らかに、カーネルモジュールはモジュールと同様のステータスファイルをteam
提供しません。代わりに、このコマンドを使用して現在の構成を照会する必要があります。/proc/net/
bonding
teamdctl
RHELおよび関連ディストリビューションでデフォルトのランチャータイプを使用している場合、表示されているJSON構成は実際にチームの起動時にデフォルトで動的に作成されるため、JSONを保存する必要がないため、roundrobin
ランチャータイプはファイルに記載されていません。/etc/sysconfig/network-scripts/ifcfg-<team>
teamdctl <team> config dump
この/etc/sysconfig/
ディレクトリを持たない他のディストリビューションは、異なるNetworkManager構成ストレージバックエンドを使用します。その場合は、以下を確認してください/etc/NetworkManager/system-connections/
。 NetworkManagerの配備に依存しない設定が保存される場所。
ディストリビューションがNetworkManagerを使用していないが、他のメカニズムを使用してネットワーク構成を保存する場合(Ubuntuや/etc/netplan
最小のDebianのインストールなど)、/etc/network/interfaces
グループ化の処理方法を調べる必要があります。 (既に行っている場合は心配しないでください。)情報を追加するためにこの回答を編集しました。 )
おそらくランチャーの種類を変更する最もユーザーフレンドリーな方法はNetworkManagerを使用することですnmcli
。たとえば、次のようになります。
nmcli c mod <team> team.runner activebackup
これにより、構成JSONの最小化されたデフォルト以外の部分がファイルの変数teamd
に保存されます。たとえば、以前にデフォルトで作成されたチームに上記のコマンドを適用すると、チームの設定ファイルに次の行が追加されます。TEAM_CONFIG
/etc/sysconfig/network-scripts/ifcfg-<team>
TEAM_CONFIG="{ \"runner\": { \"name\": \"activebackup\" } }"
チームの現在の状態を確認するには、teamdctl <team> state view
JSONより人間に優しいものを出力する必要があります。
監視システムを介して簡単に確認できる項目を探している場合は、/sys/devices/virtual/net/<team>/
ディレクトリからこのoperstate
ファイルがup
チーム全体がトラフィックを転送しているかdown
どうかを示します。lower_<interface>/
サブディレクトリ内では、各チームメンバーは同様のファイルを持っています。およびcarrier
/またはcarrier_changes
ファイルも監視対象にすることができます。しかし、ランナーの種類を明確に識別することは何もないようです。