SUSE Linux Enterprise 15에서 네트워크 본딩을 구성하는 방법

네트워크 본딩은 SUSE Linux Enterprise Server 15 시스템에 두 개 이상의 물리적 포트로 지원되는 하나의 논리적 네트워크 인터페이스를 제공합니다. 이상적인 결과는 bond0의도한 IP 구성, 예상되는 멤버 연결, 그리고 명확한 링크 상태를 유지하는 안정적인 장치입니다. 본딩은 가용성을 향상시키고 일부 모드에서는 트래픽을 분산시키지만, 모든 연결에서 더 빠른 속도를 보장하거나 모든 스위치, 케이블 또는 상위 장치 장애로부터 시스템을 보호하는 것은 아닙니다.

이 가이드는 2026년 10월 1일에 게시된 SUSE SLES 15 SP7 네트워크 본딩 절차를 따릅니다 . wicked기존 ifcfg파일 시스템을 사용하며, 예제에서는 DHCP와 를 사용합니다. active-backup이는 특별한 스위치 지원이 필요 없는 실용적인 페일오버 모드입니다. 인터페이스 이름과 주소 지정은 호스트에 맞게 변경하십시오. 자세한 내용은 SUSE의 네트워크 본딩 장치 관리 가이드를 참조하십시오 .

성공의 의미를 정의하세요

본딩은 여러 이더넷 인터페이스를 하나의 논리적 장치(예: bond0)로 결합합니다. 애플리케이션과 라우팅은 이 장치를 사용하며, Linux 본딩 드라이버는 해당 장치의 멤버 포트 전체에 트래픽을 선택하거나 분산합니다. 편집하기 전에 필요한 사항을 결정하십시오.

• 이중화: 단일 멤버 링크에 장애가 발생하더라도 다른 링크를 통해 서비스가 계속 제공됩니다.
• 링크 집합: 스위치와 호스트가 프로토콜에 동의하고, 트래픽 분산은 워크로드에 맞춰 이루어집니다.
• 안정적인 운영: 연결은 재부팅 후 복귀하여 예상 주소를 수신하고 라우팅하며, 올바른 멤버 상태를 보고합니다.

본딩이 자동으로 독립적인 스위치 경로를 생성하는 것은 아닙니다. 또한 두 개의 링크가 있다고 해서 하나의 TCP 연결 속도가 두 배가 되는 것도 아닙니다. 네트워크 설계와 호스트 상태를 검증하십시오.

결합 모드를 선택하세요

모드 0, 2, 4는 호환되는 스위치 지원 또는 구성이 필요합니다. active-backup주요 목표가 간단한 장애 조치인 경우에 사용하십시오. 802.3ad네트워크 팀에서 일치하는 LACP 포트 채널을 확인한 후에만 선택하십시오. 모드에 대한 자세한 내용은 SUSE 가이드 및 Linux 커널 본딩 문서를 참조하십시오 .

주최자를 준비하세요

콘솔 또는 대역 외 세션을 항상 사용 가능한 상태로 유지하십시오. SSH를 전송하는 인터페이스를 재구성하면 세션 연결이 끊어질 수 있습니다. 운영 환경 변경 사항은 유지 관리 기간에 진행하고, 롤백을 위해 원래 구성을 보관하십시오.

1. ip -br link및 를 사용하여 인터페이스와 현재 주소를 식별합니다 ip -br addr.
2. 서버를 제어하는 ​​네트워크 관리자를 확인하십시오. SLES 서버 워크로드는 일반적으로 하나의 네트워크 관리자를 사용하므로 wicked, 동일한 링크를 두 개의 관리자로 관리하지 않도록 하십시오.
3. /etc/sysconfig/network/특히 관련 파일을 검사 ifcfg-<interface>하고 백업하십시오.
4. 각 NIC를 해당 케이블 및 스위치 포트에 매핑합니다. 선택한 모드에 스위치 집계 그룹이 필요한지 확인합니다.

이 예제에서는 enp1s0와 를 사용합니다 enp2s0. 시스템에 따라 , 또는 다른 이름을 사용할 수도 있습니다 eth0. ens3복사하기 전에 실제 장치 이름을 확인하십시오.

ifcfg 파일을 사용하여 활성 백업을 구성합니다.

1. 결합을 정의하십시오

만들다 /etc/sysconfig/network/ifcfg-bond0:

STARTMODE='auto'
BOOTPROTO='dhcp'

BONDING_MASTER='yes'
BONDING_SLAVE0='enp1s0'
BONDING_SLAVE1='enp2s0'

BONDING_MODULE_OPTS='mode=active-backup miimon=100'

STARTMODE='auto'본딩을 자동으로 시작합니다. BOOTPROTO='dhcp'본딩에 대한 동적 주소를 요청합니다. 정적 구성의 경우, 와 같은 BOOTPROTO='static'올바른 값을 사용하고 추가하십시오 . 예약된 주소는 예시일 뿐이며, 실제 사용 중인 네트워크에 할당하지 마십시오. 주소는 멤버 포트에 개별적으로 구성하지 말고 에 구성하십시오.IPADDRIPADDR='192.0.2.20/24'bond0

BONDING_MASTER연결을 식별합니다. 각 번호 BONDING_SLAVEn항목은 하나의 멤버를 나타냅니다. miimon=100100밀리초마다 링크 검사를 활성화합니다. SUSE는 이를 제거하지 말라고 경고합니다. 네트워크 계획에 따라 게이트웨이, DNS 및 IPv6 옵션을 설정하십시오.

2. 멤버 인터페이스를 설정합니다.

멤버 파일을 백업합니다. 각 멤버가 독립적인 IP 주소 없이 멤버 구성만 갖도록 /etc/sysconfig/network/ifcfg-enp1s0편집 합니다./etc/sysconfig/network/ifcfg-enp2s0

BOOTPROTO='none'
STARTMODE='hotplug'

이를 통해 본드는 포트를 제어하고 멤버가 사용 가능해지면 참여할 수 있습니다. 활성화하기 전에 필요한 로컬 설정을 보존하고 결과를 백업과 비교하십시오.

3. 검토 및 활성화

악당이 무엇을 사용할지 확인해 보세요:

sudo wicked show-config

bond0목록에 의도한 멤버가 포함되어 있는지, 멤버 파일에 별도의 주소가 설정되어 있지 않은지, 원하는 프로토콜과 모드가 표시되는지 확인하십시오 . 누락된 부분이 있으면 수정하고 다음 단계로 진행하십시오. 다음 명령으로 연결을 시작하십시오.

sudo wicked ifup all bond0

SUSE의 절차는 wicked를 사용하여 본드를 시작합니다. 장치별 systemd 유닛을 직접 시작하려고 시도하지 마십시오. 활성 본드 구성을 편집한 후에는 .을 사용하여 적용하십시오 sudo wicked ifreload bond0. 네트워크 변경 중에 원격 연결이 끊어질 수 있으므로 콘솔 액세스를 유지하십시오.

LACP는 스위치 연동과 함께만 사용하십시오.

스위치로 구성된 LACP 포트 채널의 경우, 링크 모니터링을 유지하면서 이 옵션을 사용하십시오.

BONDING_MODULE_OPTS='mode=802.3ad miimon=100'

스위치가 IEEE 802.3ad 동적 집계를 지원하도록 구성되고 링크가 해당 요구 사항을 충족한 후에만 변경하십시오. SUSE는 속도 및 듀플렉스 일치와 동일한 스위치에 대한 연결을 명시하고 있습니다. 스위치 스택 및 멀티 섀시 설계는 공급업체별 요구 사항이 있으므로 스위치 설명서를 참조하십시오.

LACP를 사용할 수 없거나 구성되지 않은 경우 active-backup기본 페일오버를 사용하십시오. Linux 본드가 활성 상태라고 해서 스위치 포트 채널이 올바르게 구성되었다고 보장할 수는 없습니다.

결과를 확인하세요

wicked, 주소 및 커널 본딩 보고서를 확인하십시오.

sudo wicked ifstatus --verbose bond0
ip -br addr
cat /proc/net/bonding/bond0

wicked ifstatus --verbose bond0wicked의 상태를 보고합니다. wicked 가 작동 중인지, 의도한 주소를 보유하고 있는지 ip -br addr여부를 보여줍니다 bond0. 커널 보고서는 모드, 멤버 인터페이스, 링크 상태, 그리고 액티브-백업 구성의 경우 활성 멤버를 보여줍니다.

작업이 완료되었다고 간주하기 전에 다음 사항들을 확인하십시오:

• bond0정상적으로 작동 중입니다.
• 주소와 경로는 개별 NIC가 아닌 본드에 속합니다.
• 두 멤버 모두 나타나며, 링크 상태는 케이블 및 스위치 포트와 일치합니다.
• 액티브-백업 구성에서는 한 멤버가 활성 상태이고 다른 멤버는 백업 상태로 유지됩니다.
• LACP의 경우 호스트와 스위치 모두 예상대로 링크가 집계된 것을 보여줍니다. Linux 링크가 활성화되었다는 사실만으로는 LACP가 정상적으로 작동하고 있음을 증명할 수 없습니다.

승인된 경우, 연결 상태 및 본드 보고서를 모니터링하면서 한 번에 하나의 멤버를 연결 해제하거나 관리적으로 비활성화하여 페일오버를 테스트하십시오. 트래픽이 유지된 링크를 통해 복구되는지 확인한 후, 테스트한 링크를 복원하고 다른 링크를 테스트하십시오. 콘솔 액세스 권한과 유지 관리 시간 없이 원격 시스템을 중단하지 마십시오.

관찰된 증상을 통해 문제 해결

변경 사항으로 인해 서버 연결이 끊어진 경우 콘솔을 사용하여 저장된 파일을 복원하고 사이트의 네트워크 복구 단계를 따르십시오. 연결이 재부팅 및 페일오버 검사를 통과할 때까지 백업을 보관하십시오.

한계를 이해하세요

본딩은 다른 스위치가 정상적으로 작동하고 나머지 네트워크에서 트래픽이 계속될 수 있는 경우, 한 스위치에 장애가 발생하더라도 이를 보완할 수 있습니다. 하지만 스위치 장애, 상위 라우터 장애, VLAN 오류 또는 라우팅 문제는 본딩으로 자동으로 해결할 수 없습니다. SUSE는 대부분의 하드웨어 구성에서 여러 스위치에 걸쳐 본딩을 분할하는 것을 권장하지 않으며, 다중 스위치 구성 시에는 각 스위치 제조사의 설계 지침을 따르도록 권고합니다.

트래픽 분산은 모드, 피어 스위치 및 활성 흐름 패턴에 따라 달라집니다. 단일 연결은 하나의 멤버에만 유지될 수 있으므로 두 개의 포트를 사용한다고 해서 전송 속도가 두 배로 빨라지는 것은 아닙니다. 대표적인 트래픽을 측정하고 오류, 손실, 처리량 및 페일오버 동작을 관찰하십시오. 결과가 서비스 요구 사항을 충족하지 못하는 경우, 추가 인터페이스만으로 성능이 향상될 것이라고 가정하기보다는 모드 및 스위치 구성을 검토해야 합니다.