VRF тус бүрд нэг шошго уу, угтвар тус бүрд нэг шошго уу? Бодит багтаамжийн тооцоо
VRF тус бүрд нэг шошго угтвар тус бүрд нэгээс хямд харагдана, гэхдээ шошгын тоо төсвийн хамгийн бага мөр юм. Бодит байдал дээр хамгийн түрүүнд юу дуусдагийг энд харуулав.
Хоёр загвар нэг үйлчилгээ үзүүлэгчийн цөмд нэг хэрэглэгчийн угтварыг зарлаж байна. Нэг нь угтвар тус бүрд шошго хуваарилдаг, нөгөө нь бүх VRF-д нэг шошго хуваарилдаг, хоёр дахь нь слайд бүр дээр хямд харагдана. Шошгын тоо бодитой, гэхдээ энэ нь ихэвчлэн хамгийн түрүүнд дуусдаг төсөв биш юм. Хоёрын хооронд сонголт хийнэ гэдэг нь нэг биш дөрвөн нөөцийг тоолох гэсэн үг бөгөөд тэдгээрийн дунд шошго хамгийн бага нь.
Сонголт нь шошгыг авсны дараа гаралтын маршрутлагч багцтай юу хийх ёстойгоос ч хамаарна. Шийдвэрийг шошгын арифметик биш, тэр функциональ ялгаа удирдах ёстой.
Хуваарилалт бүр бодитоор юу хэмнэдэг вэ
Угтвар тус бүрийн хуваарилалт дамжуулалтын мэдээллийг шошгонд агуулдаг. Гаралтын маршрутлагч багцыг очих газар хайхгүйгээр шууд зөв зэргэлдээ рүү илгээж чаддаг тул энэ нь том VRF маршрутын багцад сайн масштабладаг, мөн VRF бүрт зарласан угтвар бүрт нэг шошго зарцуулдаг. VRF тус бүрийн хуваарилалт, жишээ нь Junos vrf-table-label, маршрутжуулалтын инстанц бүрт нэг шошго зарлаж, VRF хүснэгтийг сонгоход тэр шошгыг ашигладаг; дараа нь маршрутлагч хүснэгтийн дотор IP хайлт хийдэг.
Энэ нь тохируулгын товч биш, бодит архитектурын ялгаа юм. VRF тус бүрээр шошголох нь танд бага шошгын орон зай, энгийн шошгын зарлал өгдөг боловч нэг хайлт болон очих газрын талаар юу ч хэлдэггүй шошгын үнээр. Угтвар тус бүрээр шошголох нь гаралтын шугаман картад урьдчилан илүү мэдээлэл өгч, таны зөөж буй маршрутад пропорциональ шошго зарцуулдаг.
Шошгын дэвтэр нь жижиг нь
MPLS шошго хязгаарлагдмал боловч шошгын орон зай нь энгийн үйлчилгээ үзүүлэгчид хэдэн мянган угтвараар дуусгахгүй байх хэмжээнд том юм. VRF тус бүрээр шошголох нь үнэхээр тус болох газар бол жижиг техник хангамжийн шошгын хүснэгттэй платформууд, эсвэл нэг VRF бүрэн интернэт урсгалыг зөөж, угтвар тус бүрийн шошго шошгын эрэлтийг маршрутын тоогоор үржүүлэх загварууд юм. Эдгээр нь бодит хязгаарлалт бөгөөд энэ функцийг бий болгох шалтгаан нь тэд юм. Тэдгээрийн аль нь ч хүснэгт дэх угтварын тооны тухай биш.
Сонгохын өмнө үйлчилгээ болон тээврийн аль алиных нь шошгыг тоол. VRF тус бүрийн загварт loopback болон замын алхам бүрт тээврийн шошго, мөн зэргэлдээ байдлын төлөв хэрэгтэй хэвээр. Хэрэв загварын товчлол зөвхөн үйлчилгээний шошгыг тоолж байвал хэмнэлт буруу дэвтэрт хэмжигдэж байна.
Маршрутын урсгал шошгоноос өмнө санах ойг зарцуулдаг
Хүлээн авсан зам бүр удирдлагын хавтгайн санах ой, шинэчлэлтийн боловсруулалт, нэгдлийн хугацааг зарцуулдаг, VRF нэг шошго эсвэл арван мянга ашигласан ч. VRF доторх бүрэн интернэт урсгал нь BGP зам, RIB, FIB бичлэг, тэдний ард байгаа хутгалдаанаас болж үнэтэй, хүснэгтийн өмнөх шошгоноос болж биш. Мөн тэр урсгал нь тэр түрээслэгчийн доторх маршрутын алдагдал эсвэл бодлогын алдааны нөлөөллийн радиусыг нэмэгдүүлдэг.
Тиймээс хэрэглэгч бодитоор юу шаардаж байгааг асуу. Хэрэв гэрээ нь хувийн сайтууд болон өгөгдмөл гаралт бол бүрэн хүснэгт шаардлага нэмэхгүйгээр зардал нэмдэг. Энэ бол арилжааны асуулт бөгөөд өмнөх загвараас өвлөгдсөн таамаглал биш, бичмэл хариулт авах ёстой. Хэрэв үйлчилгээнд бодлого эсвэл орон нутгийн гаралтын сонголтод урсгал үнэхээр хэрэгтэй бол өөрийн багтаамжийн нөөц, өөрийн эвдрэлийн зан төлөвтэй тодорхой мөр болго.
VRF тус бүрээр шошголох нь хэзээ зөв өгөгдмөл вэ
Платформ үүнийг дэмжигдсэн гэж баримтжуулсан үед, VRF маршрутын тоо их үед, гаралтын хайлтын зардал трафикийн профайлд хүлээн зөвшөөрөгдөх үед энэ нь сайн өгөгдмөл юм. Дамжуулалтаас сүүлийн микросекундыг шахахаас үйл ажиллагааны энгийн байдал илүү чухал үед энэ нь байгалийн сонголт болдог, учир нь түрээслэгч бүрт нэг шошго нь угтвар бүрт нэг шошгоноос тайлбарлах, аудит хийхэд хялбар.
Платформын баримт бичиг энэ функцийг тодорхой техник хангамж эсвэл хувилбарын хязгаарлалттай холбосон үед, эсвэл загвар нь гаралтад угтвар тус бүрийн дамжуулалтын шийдвэрээс хамаарах үед энэ нь буруу өгөгдмөл юм. Зан төлөвийг таамаглахын өмнө платформын өөрийн statement лавлагааг унш; Junos команд баримтжуулсан боловч түүний эргэн тойрны техник хангамж, хувилбарын хязгаар л байршуулалтыг бодитоор шийддэг.
Та хамгаалж чадах төсөв
Багтаамжийн үндэслэлийг таван тусдаа тоо болгон байгуул: хүлээн авсан зам, сонгосон маршрут, суулгасан дамжуулалтын бичлэг, үйлчилгээний шошго, тээврийн шошго. next-hop болон зэргэлдээ байдлын төлөв, түрээслэгчийн тоо, нөөцлөлтийн загварыг нэм. Нэг VRF-ийн сайн замын агшин зураг нь масштабын үзүүлэлт биш, шошгын орон зайн нэрлэсэн хэмжээ нь боломжтой техник хангамжийн хүснэгт биш.
Дараа нь тогтвортой байдалтай зэрэгцэн эвдрэлийн горимыг ч тохиролц. Урсгал хагасаар өсөх үед, түрээслэгч хоёр дахь VRF нэмэх үед, эсвэл хүснэгтийн хэмжээг өөрчлөхөд платформ дахин ачаалах шаардлагатай үед юу болох вэ? Тэр асуултуудыг тэсвэрлэх төсөв нь зөвхөн цаасан дээр ажилладаг шошгын тооноос илүү үнэ цэнэтэй.
Хуваарилалтыг гаралтын үйлдэл болон платформын хязгаарлалтаас сонгож, дараа нь маршрутын урсгалыг тодорхой үйлчилгээний шийдвэр болго. Шошго бол загварын харагдах хэсэг; маршрут бол өдөр бүр төлөх ёстой хэсэг.