지난 며칠간 잠을 못 이루게 만드는 다음과 같은 문제가 있습니다.
나는 은퇴한 사람으로부터 서버 일부를 물려받았는데, 인터페이스 중 하나가 때때로 서버 중 하나에서 멈춰서 사람들이 연결할 수 없게 만드는 것을 발견했습니다.
이제 세부 사항은 다음과 같습니다. 3개의 서버가 있습니다. 하나는 DB만 호스팅하는 데이터베이스 서버이고, 액세스 서버에는 IIS 기반 웹 서버도 포함되어 고객에게 .aspx 기반 제어 기능을 다시 제공합니다. , 우리가 웹사이트를 호스팅하는 세 번째 서버를 방문합니다. 다음 그림이 더 잘 설명될 것 같습니다. 네트워크 그래프
문제는 액세스 서버가 2개의 기본 게이트웨이(sic!)로 구성되어 있지만 결국 에 따르면 route print첫 번째 ISP 게이트웨이를 사용한다는 것입니다.
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 bb.bbb.bbb.241 bb.bbb.bbb.243 10
0.0.0.0 0.0.0.0 aaa.aa.aaa.129 aaa.aa.aaa.130 10
bb.bbb.bbb.240 255.255.255.248 bb.bbb.bbb.243 bb.bbb.bbb.243 10
bb.bbb.bbb.243 255.255.255.255 127.0.0.1 127.0.0.1 10
bb.255.255.255 255.255.255.255 bb.bbb.bbb.243 bb.bbb.bbb.243 10
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.97 192.168.0.97 10
192.168.0.97 255.255.255.255 127.0.0.1 127.0.0.1 10
192.168.0.255 255.255.255.255 192.168.0.97 192.168.0.97 10
aaa.aa.aaa.128 255.255.255.248 aaa.aa.aaa.130 aaa.aa.aaa.130 10
aaa.aa.aaa.130 255.255.255.255 127.0.0.1 127.0.0.1 10
aaa.aa.aaa.255 255.255.255.255 aaa.aa.aaa.130 aaa.aa.aaa.130 10
224.0.0.0 240.0.0.0 bb.bbb.bbb.243 bb.bbb.bbb.243 10
224.0.0.0 240.0.0.0 192.168.0.97 192.168.0.97 10
224.0.0.0 240.0.0.0 aaa.aa.aaa.130 aaa.aa.aaa.130 10
255.255.255.255 255.255.255.255 bb.bbb.bbb.243 bb.bbb.bbb.243 1
255.255.255.255 255.255.255.255 192.168.0.97 192.168.0.97 1
255.255.255.255 255.255.255.255 aaa.aa.aaa.130 aaa.aa.aaa.130 1
Default Gateway: aaa.aa.aaa.129
이제 거래는 다음과 같습니다. "정상적으로" 작동하도록 만들거나 적어도 가능한 한 정상에 가깝게 만들 수 있습니까? (그러므로 매일 RDPlogin을 사용하고 .129 어댑터를 다시 시작할 필요가 없습니다)?
처음에는 두 번째 소스 주소에서 정지된 NIC를 ping하는 간단한 감시 스크립트를 생각했지만 비참하게 실패했습니다. WS2003에서는 ping 명령이 여전히 지연되고 -S 매개변수가 있는 IPv6만 허용하기 때문입니다. 이 문제에 대한 수정 사항은 없고 타사 솔루션도 없는 것 같습니다. 그리고 Windows 7에서 직접 ping.exe를 가져오는 것도 작동하지 않습니다. (실제로 저도 그렇게 해봤습니다!)
그런 다음 듀얼 WAN 라우터를 구입하여 서버와 ISP의 라우터 사이에 연결하고 지정된 포트를 하나의 LAN 연결로 전달하는 것에 대해 생각했습니다. 현재 문제가 해당 서버의 NIC에 의해 발생한다고 가정하는 한 작동해야 합니다. , 그러나 동일한 연결에 WWW 서버가 있고 작년 가동 시간이 거의 100%에 달했기 때문에 정리하기가 매우 쉽습니다(회사 관련 오류 제외). 그러나 해당 인터페이스에 장애 조치를 설정하더라도 클라이언트의 애플리케이션은 여전히 IP를 사용하여 연결하므로 클라이언트에 여전히 응답하지 않는다고 보고하지만 주요 문제는 해결됩니다.
세 번째 옵션은 다른 소프트웨어를 사용하여 로드 밸런싱 옵션에 마법을 적용하는 것입니다. 그러나 AFAIK는 Windows에서는 제대로 작동하지 않았습니다(그리고 어댑터가 고정되는 것은 나에게 매우 일반적입니다).
모든 것을 파괴하고 새 서버 및/또는 시스템을 얻는 네 번째 옵션도 있지만 여기서 가장 큰 문제는 라이센스입니다. 우리는 그 뒤에 SQL Server DB를 호스팅하고 있으며, 해당 DB와 통신하고 고객에게 테이블을 반환하는 서버 백엔드입니다. 웹과 회사 프로그램을 사용하여 데이터베이스와 통신하는 직원(약 200명 이상). 여기에는 분명히 별도의 CAL 라이선스가 필요하며 W2003은 Web Edition에서 CAL 라이선스가 필요하지 않은 마지막 라이선스였습니다.
누구든지 올바른 방향으로 나를 가리킬 수 있습니까?