비디오: Scalyr Insights: Kubernetes, The New Development and Deployment Processes You Need to Know 2024
인터넷에 연결된 장치의 수가 증가함에 따라 해당 장치에 할당 된 IP 주소의 수가 증가합니다. IP 주소가 많을수록 라우터가 관리해야하는 경로가 많아집니다.
더 나아가 경로 수가 늘어 나면 다음 홉 값을 조회하는 데 걸리는 시간도 길어집니다. 트래픽의 이동 시간은 각 라우터의 라우팅 테이블에있는 경로 수에 적어도 부분적으로 의존합니다. 예를 들어, 상호 연결된 네트워크의 토폴로지를 상상해보십시오.
세 가지 네트워크의 묘사에 주목하십시오. 각 네트워크에는 / 16 접두어가 할당되었습니다. A / 16 프리픽스는 2 개의 상이한 어드레스들 (2 9 9 9 = 65, 535)과 동일하다. 따라서 전체 인터넷이이 세 가지 네트워크 만 포함한다면 각 장치는 라우팅 테이블에 2 × 9996 × 999 개의 라우트를 3 회 필요로합니다. 많은 양의 저장된 데이터가 필요합니다. 다음 홉을 찾아야합니다. 실제로 AS 3 용 게이트웨이 라우터가 도메인에 속하는 모든 경로의 요약 만 알리는 경우 보급해야하는 경로 수가 2 999 16 999에서 1로 줄일 수 있습니다. 해당 경로가 나머지 인터넷을 통해 전파되므로 AS 3의 장치로 트래픽을 보내려는 각 장치는 경계 또는 게이트웨이 라우터에 연결하는 방법 만 알아야합니다.
광고 할 집계 경로.
이 통합 경로를 구성하려면 라우팅 옵션 계층 구조에서 집합 경로로 식별하기 만하면됩니다. [edit routing-options] aggregate {192. 168. 24. 0/24;} 이제는이 경로를 이웃에게 알리는 것뿐입니다. 물론 경로는 라우팅 정책을 통해 제어됩니다. 당신은 BGP 연결을 통해 당신의 이웃과 피어링을하고 있습니다. 왜냐하면 당신은 내보내기 정책을 원합니다:
[edit policy-options] 정책 명령문 advertise-aggregate {프로토콜 집계에서 term find-aggregate;이 정책은 모든 집계 경로를 일치시키고 수락합니다.이 정책은 내보내기 정책으로 적용됩니다. 즉, BGP가 모든 BGP 피어에게이 집계 경로를 보냅니다. 여기에 또 다른 방법이 있습니다. 미국의 50 개 주 각각으로 패키지를 보내야한다고 가정합니다. 여러분 모두 10 명이 함께합니다. 당신은 도달 할 수있는 상태를 다른 사람들에게 말해야합니다. 그리고 여러분은 모든 주들이 M: Minnesota, Michigan 등의 문자로 시작한다는 것을 알고 있습니다. 사실, 당신은 모든 주들을 가지고 있고, 다른 어떤 편지들로 시작하지 않습니다. "라우터"를 쓰는 데 5 분이 걸리면 "나는 미시간에 도착하는 법을 안다. 미시간을 위해 무엇이든 보내십시오! "그리고"나는 매사추세츠에 도달하는 방법을 안다. 여기 매사추세츠를 위해 무엇이든 보내십시오! " 등등.
아니면 하나의 집계 경로를 만들고 "Any with M, send it here!"라고 말하면됩니다. "이것이 집합체의 힘입니다.
