라우터와 서버 간의 중복

과거에는 라우터와 서버간에 NetGear GS724T를 사용하고있었습니다. 불행히도 스위치가 갑자기 죽었습니다.

이제 GS748T로 변경하고 하나 더 구입 했으며이 두 스위치를 사용하여 중복성을 달성하는 방법이 궁금합니다.

• 두 개의 스위치 (브릿지 모드의 두 포트)와 통신하도록 라우터를 구성하려면 어떻게해야합니까?
• 스위치를 동기화하는 방법, STP 및 LAG를 구성해야합니까?
• 서버에서 수행해야 할 작업 (두 개의 이더넷 포트가있는 HP DL380 G5, Linux), 각 스위치에 하나의 이더넷을 연결하여 케이블을 이중화 할 수 있습니까?
• 서버에서 두 개의 이더넷 포트를 연결하면 두 인터페이스에서 동일한 IP 주소를 가질 수 있습니까? (내 다른 질문의 맥락 )

나는 이것이 하나의 대답 질문이 아니라는 것을 알고 있지만, 어디서부터 시작 해야할지 모르고 더 많은 포인터 및 / 또는 가이드를 찾고 있습니다.

@network_ninja에 동의하지만 조금 확장 할 것입니다.

이 문제를 해결하는 방법

Router1--L3--Router2
|              |
|              |
Switch1--L2--Switch2
|    |         |
|    |         |
PC1 PC2--------+

Router1과 Router2는 VRRP , HSRP , GLBP 또는 CARP 를 실행 하여 LAN에 가상 기본 -GW IP 주소를 생성합니다.
이 프로토콜은 스위치 코어를 통해 어떤 라우터가 주어진 시간에 기본 게이트웨이 IP 주소를 소유하고 있는지 동의합니다.

PC2는 예비 본딩을 사용 하여 스위치에 중복 연결 하는 중복 Linux 서버이며, 가상 default-gw IP 주소가 ARP WHO HAS에 응답하지 않는 경우 백업 연결로 전환되도록 구성해야합니다. IP 주소 자체는 물리적 인터페이스가 아니라 가상 본딩 인터페이스에 있습니다.
동등한 솔루션을 다른 OS에서도 사용할 수 있지만 종종 기본 OS 패키지에는 포함되지 않습니다.

PC1은 비 중복 서버입니다.

스위치는 특별한 것이없고 스패닝 트리가없고 (L2 루프가 없기 때문에) LACP가 없습니다. 다른 벤더에서 제공 할 수 있으며 별도로 유지 보수를 위해 게시 중단 될 수 있습니다.

라우터가 스위칭을 실행하지 않고 IP 주소는 스위치를 향한 L3 인터페이스에서 직접 구성됩니다.
VRRP를 첫 번째 홉 중복 프로토콜로 선택하면 라우터는 다른 공급 업체의 것일 수 있습니다. 기본 라우터에서 작업하기 전에 VRRP 우선 순위를 정상적으로 전환하여 각 라우터를 별도로 유지 관리하기 위해 중단 할 수 있습니다.

가장 정통적인 솔루션이 무엇인지 가장 많이 고려할 것입니다.

레이어 2 대신 레이어 3으로이 문제를 해결하십시오.

두 스위치를 제자리에 놓고 상호 연결 하지 마십시오 . 라우터를 두 스위치에 연결하십시오. HP 서버를 두 스위치에 연결하십시오. 서버가 라우터와 통신 할 수 있도록 두 개의 다른 IP 블록을 내부적으로 사용하십시오 ... 각 스위치의 블록 하나 (따라서 라우터와 서버의 인터페이스). 실제로 서버와 통신하는 데 사용하는 IP 주소를 루프백 인터페이스에 두십시오. 서버에 quagga를 넣고 OSPF를 실행하십시오 (규모에 따라 영역 0에 모든 것을 버리고 아무 문제없이) ... 루프백 주소 / 인터페이스가 OSPF 구성에 포함되어 있는지 확인하십시오. 라우터에 OSPF를 넣습니다.

라우터 인 Voila '는 호스트 경로로서 OSPF를 통해 서버와 통신하기 위해 실제로 사용하고있는 주소에 대해 알고 있습니다. .

또한 Linux 서버에서 실행하는 다양한 서비스에 대해 다른 IP 주소를 사용하는 경우 서비스 및 관련 IP 주소를 원활하게 이동할 수 있으며 네트워크가 깨끗하고 쉽게 적응할 수 있습니다.

이 스위치에서 두 스위치 사이의 연결이 실패 할 경우 스플릿 브레인 상황에서 나쁜 동작을 겪을 위험이 없습니다 ... VRRP, HSRP 등과 같은 FHRP에서 나쁜 동작이 일어날 위험이 없습니다 ... 비대칭 상황에 처하면 비효율적 인 트래픽 넘침으로 돌아갑니다.

나는이 솔루션을 훨씬 더 큰 환경에서 사용하며 그 작업은 매우 훌륭하며 장비 고장과 사람 구성 실수 모두에 놀랍도록 강력하고 탄력적입니다.

서버 쪽의 경우 centos 또는 이와 유사한 것을 실행 하면 nics 사이 에 본드 를 만들 수 있습니다.

창문에서는 같은 일을 할 수 있다고 생각합니다.

그런 다음 스위치 쪽에서 서버에서 스위치로가는 모든 케이블은 동일한 VLAN의 일부가됩니다.

스위치가 지원하는 경우 서버에서 중복 게이트웨이 주소를 사용하도록 VRRP를 구성하는 것도 가능합니다.

다른 사람들이 언급했듯이 중복 서버 연결은 플랫폼에 따라 다릅니다. 일부 운영 체제에는 통합 된 이중화 메커니즘이 있으며 일부는 추가 소프트웨어가 필요하지만 대부분의 경우 능동 / 수동적 이중 이중화를 달성 할 수 있어야합니다.

라우터에 통합 스위치 (예 : Cisco 스위치 WIC)가 있고 stp (빠른 선호)를 지원하는 경우 단일 연결 U라고하는 작업을 수행 할 수 있습니다. 라우터의 L2 포트를 각 스위치에 연결하고 라우터 stp 루트 스위치를 함께 연결하고 (L2) 라우터 아래의 모든 단일 장애 지점을 제거했습니다.

다른 솔루션에는 L3 스위치가 필요합니다. 라우터의 L3 포트를 각 스위치의 L3 포트에 연결할 수 있습니다. 그런 다음 L2 포트 및 L3 포트와 함께 스위치를 연결하십시오. 스위치간에 FHRP를 실행하면 라우터 통합 스위치 없이도 라우터 아래의 모든 단일 장애 지점이 제거됩니다.

라우터가 두 개인 경우 단일 실패 지점으로 라우터를 제거 할 수있는 몇 가지 추가 가능성이 있습니다.