☰

별도의 스위치로 NIC 본딩 사용

tag-icon • tag-icon linux networking high-availability
별도의 스위치로 NIC 본딩 사용

저는 Debian을 사용하고 있으며 여러 서버로 HA 네트워크를 설정하고 싶습니다.

내 구성은 다음과 같습니다.

   -----sw1--------------sw2------------ host1
  /    /                    \    \        /
srv1 srv2                  srv3 srv4     /
  \    \                    /    /      /
   -----sw3--------------sw4------------

서버가 많습니다(서비스 센터)을 두 개의 별도 네트워크에 연결합니다. 각 서버에는 두 개의 네트워크 카드가 있습니다. 각 네트워크 카드는 관리되지 않는 스위치(남서). 각 서버는 네트워크 카드를 고정 IP 주소와 연결된 인터페이스로 사용합니다. 이것주인모든 서버에 연결할 수 있어야 합니다. 바인딩 인터페이스도 있습니다.

위의 시나리오는 Linux 장치를 바인딩하여 달성할 수 있습니까? 호스트는 서버의 네트워크 카드 중 하나가 비활성화되거나 네트워크 중 하나가 다운된 경우에도 모든 서버에 접속할 수 있어야 합니다. 네트워크를 교차 연결하는 것은 내가 원하는 것이 아닙니다.

글루 패턴으로 몇 가지 실험을 해봤습니다.활성 백업그리고방송결합하다ARP 모니터링. 하지만 성공하지 못한채...

위의 패턴으로 작동하는 네트워크를 만들 수 있었지만 일단 링크가 끊어지면 네트워크가 충돌했습니다.

도와주세요? 내 목표를 달성하기 위한 다른 옵션이 있나요?

미리 감사드립니다.

디터

답변1

아니요, 연결이 작동하는 방식이 아닙니다.

바인딩은 유사한 프로토콜을 사용합니다.LACP여러 이더넷 링크 간의 통합같은 둘장치(호스트 2개, 스위치 2개 또는 스위치 1개와 호스트 1개)를 단일 링크로 처리합니다.

srv1srv2, srv3, 및 의 srv4두 네트워크 인터페이스 host1가다른이더넷 인터페이스, 본딩/LACP는 해당되지 않습니다.

한 가지 옵션은 5개 호스트 각각의 두 인터페이스를 함께 연결하고 호스트가 스패닝 트리 네트워크에 참여하도록 하여 레이어 2 루프가 없는지 확인하는 것입니다. 불행하게도 스위치가 관리되지 않는다고 언급하셨기 때문에 스패닝 트리 및 레이어 2 루핑은 관리되지 않는 스위치에서 스패닝 트리 매개변수를 구성할 수 없기 때문에 시나리오에서 위험할 수 있습니다. 또는 스패닝 트리를 구현하지 않는 것이 가능합니다. 조금도. 또한 STP는 포트를 완전히 차단하여 네트워크의 루프를 해결하므로 사용자가 원하지 않는 활성-대기 구성이 효과적으로 발생합니다.

또 다른 옵션은 "상위" 및 "하위" 네트워크를 완전히 별도의 IP 네트워크로 만드는 것입니다. 즉, 레이어 2 대신 레이어 3에서 로드 밸런싱이나 중복성을 구현합니다.

-----+----------------+---------------+--------------
     |                |               |
     |10.0.1.1/24     |10.0.1.2/24    |10.0.1.3/24
  +------+         +------+        +------+
  | srv1 |         | srv2 |        | srv3 |           etc...
  +------+         +------+        +------+
     |10.0.2.1/24     |10.0.2.2/24    |10.0.2.3/24
     |                |               |
-----+----------------+---------------+--------------

간단한 버전:

각 서버에 대해 DNS에 두 개의 IP 주소를 게시하고 DNS 기반 로드 밸런싱을 사용하여 한 링크가 다른 링크보다 선택되도록 허용합니다.

전문적인:

  • 단순한

결점:

  • 개별 TCP 연결은 다른 링크로 장애 조치되지 않습니다.
  • 다른 링크를 시도하기 전에 링크 중 하나가 다운되면 긴 시간 초과가 발생할 수 있습니다.
  • 모든 애플리케이션이 다른 IP 주소의 호스트에 대한 연결을 재시도하는 방법을 이해하는 것은 아닙니다.

강화판:

각 링크의 어느 서브넷에도 없는 각 호스트에 추가 루프백 주소를 추가합니다. 예를 들어, 10.0.3.x/32:

  • srv1:10.0.3.1/32
    • 구성ip addr add 10.0.3.1/32 dev lo
  • srv2:10.0.3.2/32
  • srv3:10.0.3.3/32
  • 등...

서버가 OSPF와 같은 라우팅 프로토콜을 사용하도록 합니다. 사용콰가이 목적을 위해. 각 서버는 OSPF를 통해 두 링크(또는 하나의 링크만 사용할 수 있는 경우 하나의 링크)를 통해 서로의 루프백 주소에 도달하는 방법을 학습합니다. DNS의 루프백 주소만 게시됩니다.

커널 소스 IP 주소 선택을 신중하게 추가 구성하면 루프백 주소가 소스 주소로도 사용되도록 구성할 수 있습니다. 즉, 개별 TCP 연결이 원활하게 장애 조치됩니다.

관련 정보