라이브 마이그레이션 정보
라이브 마이그레이션을 사용하면 v1 리전별 공개 위임 프리픽스의 BGP 공지를 제어할 수 있습니다. 라이브 마이그레이션은 기본적으로 사용할 수 없습니다. 액세스를 요청하려면 Google Cloud 고객 엔지니어에게 문의하세요.
새로운 구성의 경우 보다 빠르게 프로비저닝하는 리전별 공개 위임 프리픽스를 생성하고 BGP 공지를 보다 효과적으로 제어할 수 있는 v2 공지된 공개 프리픽스를 생성하는 것이 좋습니다.
v1 및 v2 공개 위임 프리픽스의 차이점에 대한 자세한 내용은 자체 IP 사용 구성을 참조하세요.
라이브 마이그레이션
라이브 마이그레이션은 상세하게 계획하고 실행해야 하는 강력한 기능입니다.
프리픽스의 일부가 이미 공개적으로 공지된 경우 라이브 마이그레이션을 사용하여 BYOIP 프리픽스를 가져옵니다. 라이브 마이그레이션을 사용하지 않고 공지된 프리픽스를 가져오면 예기치 않은 라우팅 및 패킷 손실이 발생할 수 있습니다.
라이브 마이그레이션은 제한적으로만 제공됩니다. 라이브 마이그레이션이 사용 설정된 공개 위임 프리픽스를 만들기 전에 액세스할 수 있도록 Google Cloud 고객 엔지니어에게 문의하세요.
공개 위임 프리픽스를 만들 때 라이브 마이그레이션을 사용 설정합니다. Google에서 공지된 공개 프리픽스를 피어에 공지하는 것을 방지하려면 다음을 확인해야 합니다.
공지된 공개 프리픽스 내의 모든 공개 위임 프리픽스는 전역 범위가 아니라 리전 범위로 구성됩니다. 자세한 내용은 라이브 마이그레이션 권장사항을 참조하세요.
공지된 공개 프리픽스 범위에 있는 IP 주소가 리소스에 할당되지 않습니다.
그림 2는 서로 다른 구성이 있는 동일한 프로젝트를 표시합니다. 그 중 하나는 프리픽스 공지가 허용되지 않고, 2개는 공지된 공개 프리픽스를 공지합니다.
그림 2는 다음 시나리오를 보여줍니다.
첫 번째 프로젝트 예에서는 공지된 공개 프리픽스의 모든 공개 위임 프리픽스가 라이브 마이그레이션을 사용 설정하도록 구성됩니다. 이 프리픽스의 IP 주소로 구성된 VM은 없습니다.
결과: 공지된 공개 프리픽스는 공지되지 않습니다.
두 번째 프로젝트 예에서는 공지된 공개 프리픽스의 모든 공개 위임 프리픽스가 라이브 마이그레이션을 사용 설정하도록 구성됩니다. VM 하나가 이 프리픽스의 IP 주소로 구성됩니다.
결과: 공지된 공개 프리픽스가 공지됩니다.
세 번째 프로젝트 예시에서는 공지된 공개 프리픽스 내의 공개 위임 프리픽스 하나가 라이브 마이그레이션을 사용하도록 구성되지 않았습니다. 이 프리픽스의 IP 주소로 구성된 VM은 없습니다.
결과: 공지된 공개 프리픽스가 공지됩니다.
공개 위임 프리픽스의 IP 주소를 Google Cloud 리소스에 할당하여 공지가 시작되는 시기를 제어합니다. 자세한 내용은 라이브 마이그레이션 사용을 참조하세요.
라이브 마이그레이션이 완료되면 프리픽스에 대한 라이브 마이그레이션을 중지할 수 있도록 Google Cloud 고객 엔지니어에게 문의하세요. 기본적으로 공지된 공개 프리픽스의 공지를 시작하면 30일 후에 라이브 마이그레이션이 사용 중지됩니다. 라이브 마이그레이션 옵션을 30일 넘게 사용해야 하는 경우 고객 엔지니어에게 문의하세요.
라이브 마이그레이션 제한사항
라이브 마이그레이션을 계획할 때는 다음과 같은 요구사항과 제한사항을 이해해야 합니다.
범위가 전역으로 설정된 경우 라이브 마이그레이션이 사용 설정된 공개 위임 프리픽스 만들기는 지원되지 않습니다. 전역 리소스의 라이브 마이그레이션 관리에 대한 자세한 내용은 라이브 마이그레이션 권장사항을 참조하세요.
/24는 인터넷에서 라우팅 가능한 최대 프리픽스 길이이므로 마이그레이션할 수 있는 가장 긴 프리픽스는/24입니다.모든 Google 피어가 두 사이트 사이의 가장 긴 프리픽스를 사용한다고 가정하지 마세요. 일부 피어에는 전체 라우팅 테이블이 없을 수 있습니다. 따라서 Google이 이러한 피어에 공지하는 짧은 프리픽스는 피어가 보는 유일한(따라서 가장 긴) 프리픽스입니다. 따라서 온프레미스 위치에서 보다 구체적인 경로를 공지하더라도 Google의 프리픽스가 우선적으로 적용됩니다.
예를 들면 다음과 같습니다.
고객에게는 온프레미스 위치에서 자주 라우팅되는
/23이 있습니다. 고객은/23을 두 개의/24프리픽스로 분할하고 온프레미스 위치에서 더 구체적인 경로를 공지합니다. 분할한 후에는 BYOIP의/23공지된 공개 프리픽스를 구성할 계획입니다. 또한 온프레미스 위치의 더 구체적인 경로가 더 짧은 BYOIP 프리픽스보다 우선하며 해당 트래픽은 더 구체적인 온프레미스 프리픽스로 계속 라우팅된다고 가정합니다.하지만 이 계획은 부분적으로만 작동합니다.
전체 라우팅 테이블이 있는 Google 피어는 좀 더 구체적인
/24온프레미스 프리픽스를 선호합니다.전체 라우팅 테이블이 없는 Google 피어는 라우팅 테이블에 더 구체적인 프리픽스가 포함되지 않으므로 Google의 공지된 공개 프리픽스를 선호합니다.
Google이 서비스를 프로비저닝하지 않은 유효한 공지된 공개 프리픽스의 트래픽을 수신하는 경우 해당 프리픽스에 대해 활성 온프레미스 공지가 있더라도 트래픽이 전달되지 않습니다.
예를 들면 다음과 같습니다.
고객은 2개의
/24프리픽스로 구성된 온프레미스 네트워크를 보유하고 있습니다. 공지된 공개 프리픽스는 집계/23입니다.고객은 단일
/24를 Google로 마이그레이션하고 온프레미스 프리픽스를 취소하지만 다른/24는 온프레미스 위치에 활성 상태로 유지합니다.이 구성을 사용하면 온프레미스 위치에서 공지된 더 구체적인
/24프리픽스가 여전히 있어도 전체/23프리픽스에 대한 일부 트래픽이 Google로 라우팅됩니다. 다양한 자율 시스템에서 온프레미스 위치로 트래픽을 전송하지만 일부는 Google에 전송되어 트래픽이 삭제되므로 이 시나리오는 진단하기 어렵습니다.
라이브 마이그레이션 권장사항
라이브 마이그레이션을 사용할 때 다음 권장사항을 따르는 것이 좋습니다.
모든 라이브 마이그레이션 프리픽스를 마이그레이션 중에 이러한 프리픽스를 공지할 방법을 반영하는 가장 긴 프리픽스로 분할합니다. 앞의 예시에서
/23을 두 개의/24프리픽스로 분할하고 온프레미스 위치에서 공지한 후 공지된 공개 프리픽스를 만들어야 합니다.정확한 프리픽스 길이 ROA 요청을 작성하고 적용할 최대 길이 매개변수에 의존하지 마세요.
온프레미스 시작점 ASN과 Google의 시작점 ASN 모두에 RPKI ROA 요청이 있는지 확인합니다. 온프레미스 프리픽스에 ROA가 없는 경우 Google 시작점 ROA를 만들면 타사 ISP가 자동 RPKI 필터링을 사용할 경우 온프레미스 프리픽스를 필터링할 수 있습니다.
라이브 마이그레이션을 사용해야 하는 경우 전역 리소스와 리전별 리소스에 공지된 공개 프리픽스를 별도로 만듭니다. 공개 위임 프리픽스에 라이브 마이그레이션을 사용 설정할 때 범위의 리전을 지정해야 합니다. 라이브 마이그레이션이 사용 설정된 공개 위임 프리픽스에 전역 범위를 지정하는 것은 지원되지 않습니다. 전역 범위와 라이브 마이그레이션이 사용 설정된 공개 위임 프리픽스를 만드는 경우 프리픽스가 즉시 공지됩니다.
하나의 공지된 공개 프리픽스에 리전 프리픽스가 있고 다른 공지된 공개 프리픽스에 전역 프리픽스가 있으면 별도로 관리할 수 있습니다. 리전별 리소스의 라이브 마이그레이션을 관리하고 Google Cloud 고객 엔지니어에게 문의하여 전역 리소스의 라이브 마이그레이션을 관리할 수 있습니다.