modprobe 본드를 사용하여 본드를 생성하는 경우 본드 세부 정보를 제공하는 파일이 /proc/net/bonding/에 저장됩니다. 팀 구성에 대한 러너 유형을 제공하는 동등한 파일이 있습니까?
답변1
이 질문에는 정확하게 대답할 수 없습니다. /etc/sysconfig/network-scripts에는 일반적으로 바인딩에 대한 이 정보가 포함되지만 그렇지 않은 상황도 만들 수 있었습니다(teamd, teamdctl 및 ip 링크를 사용하여 바인딩 설정).
나는 실행 중인 러너 유형 솔루션을 찾기로 결정했습니다 teamdctl dev <team> config dump. 그런데 teamdctl로 생성된 구성이 어디에 저장되어 있는지 찾을 수 없었습니다. 저장된 위치를 찾는 것이 아마도 이 질문에 대한 가장 좋은 대답일 것입니다.
답변2
분명히 커널 모듈은 모듈과 유사한 상태 파일을 team제공하지 않습니다 . 대신 이 명령을 사용하여 현재 구성을 쿼리해야 합니다./proc/net/bondingteamdctl
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 viewJSON보다 인간 친화적인 것을 출력해야 합니다.
모니터링 시스템을 통해 쉽게 확인할 수 있는 항목을 찾고 있다면 /sys/devices/virtual/net/<team>/디렉토리에서 이 operstate파일이 up팀 전체가 트래픽을 전달하는지 down여부를 알려줍니다. lower_<interface>/하위 디렉터리 내에서 각 팀 구성원은 유사한 파일을 가지고 있습니다. 및 carrier/또는 carrier_changes파일도 감시 대상이 될 수 있습니다. 그러나 주자의 유형을 명확하게 식별하는 것은 아무것도 없는 것 같습니다.