이전 답변에서 지적했듯이 솔루션에는 두 데이터 센터 사이에 개인 연결이 있거나 각 데이터 센터에서 블록을 광고하기에 충분한 IP 주소가 있어야합니다.
그러나이 두 옵션은 상호 배타적이지 않으며이를 구성 할 때 명심해야 할 몇 가지 사항이 더 있습니다.
주소가 충분하면 광고하는 방법
각 데이터 센터에서 절반을 광고하기에 충분히 짧은 IPv6 접두사 (/ 47 이하)를 사용하기로 결정했을 것입니다. 그런 다음이를 알리는 방법을 선택할 수 있습니다.
- 서로 다른 데이터 센터에서 서로 다른 두 개의 / 48을 발표 할 수 있습니다.
- 두 데이터 센터 모두에서 단일 / 47을 발표 할 수 있습니다.
- 둘 다 할 수 있습니다.
서로 다른 두 가지 / 48을 발표하면 트래픽이 인터넷을 통해 올바른 데이터 센터로 라우팅되므로 상황이 더 간단 해집니다. 반면 두 위치에서 / 47 만 발표하면 올바른 데이터 센터로 트래픽을 가져와야합니다. 공용 인터넷보다 안정적인 데이터 센터간에 개인 연결이있는 경우이 방법이 바람직 할 수 있습니다.
위의 두 가지를 모두 수행하면 일종의 장애 조치 역할을합니다. 일반적으로 트래픽은 올바른 데이터 센터로 바로 이동합니다. 그러나 개인 연결은 백업으로 존재합니다. 그러나 다른 네트워크에서 너무 많은 알림을 전송한다고 생각하면 / 48을 무시하고 / 47 만 사용하기로 결정하면 개인 연결에 더 많은 트래픽이 표시됩니다.
데이터 센터간에 개인 연결이없는 경우 가장 좋은 방법은 두 개의 / 48을 광고하고 집계 된 / 47을 광고하지 않는 것입니다.
위의 모든 것은 접두사 길이가 다른 IPv4에도 적용됩니다.
더 많은 IPv4 주소를 얻을 수없는 경우 수행 할 작업
각 데이터 센터에서 / 25를 광고하면 광고가 무시 될 위험이 상당히 높습니다. 현재 작동하더라도 향후 작동이 중지 될 위험이 있으므로 다른 계획이 필요합니다.
두 데이터 센터간에 개인 연결이없는 경우 두 데이터 센터간에 IPv4 over IPv6 터널을 개인 연결로 사용할 수 있습니다.
터널 방식의 명백한 단점은 두 데이터 센터 간의 인터넷 연결보다 터널이 더 안정적이지 않다는 것입니다. 특정 접두사 만 광고하여 터널을 사용하지 않는 것은 해당 접두사가 너무 길기 때문에 옵션이 아닙니다.
두 위치에서 동일한 대중 교통 제공 업체를 사용하는 경우 추구 할만한 옵션은 집계 된 / 24와보다 구체적인 / 25를 모두 광고하는 것입니다. 대중 교통 제공자가 세계에 광고하기 위해 필요한 것은 / 24입니다. 두 개의 / 25는 트래픽을 두 데이터 센터의 정확한 경로로 라우팅하기 위해 대중 교통 제공자 만 자신의 네트워크 내에서 수락하고 사용해야합니다.
분명히 당신이 그것을 지원하고자하는 구성인지 확인하기 위해 대중 교통 제공자와 논의해야 할 것과 같은 것을하기 전에.
터널이있는 다른 경고
터널의 경우 또 다른 경고는 MTU 문제입니다. 터널에서 어리석은 짓을하지 않아야 큰 패킷이 자동으로 끊어 질 수 있습니다. 또한 통신하는 사람들이 자동으로 너무 큰 오류를 제거하더라도 작동 할 수있을 정도로 낮은 MSS로 서버를 구성하는 것이 좋습니다. MSS를 1200으로 설정하는 것과 같은 설정의 경우 안전해야합니다.
설정에 모든 종류의 DSR로드 밸런싱이 포함되는 경우로드 밸런싱에도 터널이 필요할 수 있습니다. 이 경우 DSR로드 밸런서가 수행중인 터널링이 터널 대신 다른 터널 레이어가 아닌 데이터 센터를 연결하는 터널링이되도록 구성해야합니다.
결론
가장 간단한 해결책은 충분한 IP 주소를 얻는 것입니다. 그러나 절대적으로 필요한 경우 대안이 존재합니다.