저는 다운타임 없이 인프라(회사 웹사이트)에 대한 연결을 본질적으로 변경하는 임무를 맡고 있으며, 효과가 있을 것으로 생각되는 계획을 머릿속에 떠올렸습니다. 따라서 기본 설정은 모든 시스템이 동일한 서브넷(172.16.0.0/14)에 있고 모든 시스템의 이전 라우터와 현재 기본 게이트웨이는 172.16.1.1이고 새 연결은 172.18.1.1로 설정된다는 것입니다(참고, 동일한 서브넷에 있습니다).
아이디어는 일시적으로 새 라우터/연결을 가리키는 모든 시스템(모든 Linux)에 두 번째 기본 게이트웨이를 할당한 다음 새 연결의 새 공용 IP를 가리키도록 DNS를 전환한 다음 모든 연결이 완료될 때까지 기다리는 것이었습니다. 거기 들어와요. 그런 다음 이전 라우터/연결을 가리키는 원래 기본 게이트웨이를 제거하십시오.
이것이 효과가 있다고 생각하는 사람이 있나요? 아니면 이를 위해 가동 중지 시간이 필요하다고 주장하지 않고도 이러한 전환을 수행할 수 있는 다른 방법이 있습니까? 나는 이를 위해 이 모든 컴퓨터(약 100개 정도)에 여러 개의 라우팅 테이블을 구성하고 싶지 않습니다.
답변1
하나는 기본값이고 다른 하나는 보조 게이트웨이인 두 게이트웨이가 모두 있는 새 시스템 ServerA를 설정하는 것이 옵션일 수 있습니다. ServerA로 라우팅하도록 다른 모든 서버를 재구성하고 거기에서 전달하도록 합니다. 그런 다음 ServerA에서 기본 게이트웨이를 전환합니다. 다른 모든 서버는 여전히 ServerA로 이동하며 올바른 네트워크를 통해 라우팅됩니다. 그런 다음 다른 항목을 천천히 전환할 수 있습니다. 가동 중지 시간을 완전히 제거할 수는 없지만 확실히 줄일 수 있습니다. 모두 완료되면 ServerA를 제거할 수 있습니다.
답변2
공용 IP가 서버에 연결되어 있으면 사용할 수 있습니다.소스 정책 라우팅응답 패킷에 대한 올바른 게이트웨이를 선택합니다. 예를 들어 이전 게이트웨이 172.16.1.1의 공용 IP가 198.51.100.0/24이고 새 게이트웨이 172.16.1.2의 공용 IP가 203.0.113.0/24인 경우 서버에서 다음을 구성합니다.
echo 12 isp2 >> /etc/iproute2/rt_tables
ip route add default via 172.16.1.2 table isp2
ip rule add from 203.0.113.0/24 lookup isp2
이렇게 하면 172.16.1.2를 통해 새로운 공용 IP를 사용하여 트래픽을 라우팅하는 동시에 172.16.1.1을 통해 다른 모든 것(수신 및 발신)을 보냅니다. 이제 새 공용 IP에서 서버에 액세스할 수 있으므로 DNS 항목을 전환할 수 있습니다. 이전 공용 IP가 더 이상 사용되지 않으면 기본 경로를 172.16.1.2로 변경하고 위 구성을 제거할 수 있습니다.
들어오는 연결이 서버에 NAT되는 경우 서버에 대한 새 개인 서브넷을 설정하고 대신 이 범위에 NAT하도록 새 게이트웨이를 구성해야 합니다.