Хаягыг нөөцөлсний дараа дамжуулалт хурдассан бөгөөд дүгнэлт өөрөө бичигдэв. Гэхдээ мөнөөх өөрчлөл нь туннелийг UDP-ээс TCP руу шилжүүлж, тестийг өөр орой руу зөөж, магадгүй өөр бүсийн VM дээр буулгасан. Гадаад хаяг нөөцлөх нь амьдралын мөчлөгийн асуудлыг засдаг: дахин эхлүүлэлтүүдийн хооронд төгсгөлийн цэгийг ижил байлгадаг. Пакетыг хурдасгах ямар ч механизм түүнд байхгүй, тиймээс тэр туршилтын хурдны зөрүү бусад хувьсагчид хамаарна, таны өмнөх шийдвэр нь дараа нь алийг нь турших вэ гэдэг.

Нөөцөлсөн хаяг үнэхээр юу худалдаж авдаг

Compute Engine нь инстанстай хамт олгогдож, чөлөөлөгддөг эфемер хаягуудыг таны нөөцөлж хадгалдаг статик хаягуудаас ялгадаг. Тэр ялгаа нь хадгалалт, төлбөр тооцоотой холбоотой, пакетын явдаг замтай биш. Тогтвортой төгсгөлийн цэг нь DNS бичлэг, алсын хандалтын профайл, түншийн зөвшөөрлийн жагсаалт, VM дахин эхлэхэд өөрчлөгдөх ёсгүй firewall дүрэмд үнэхээр хэрэгтэй.

Нэгийг нөөцлөх сайн шалтгаанууд эдгээр. Аль нь ч дамжуулах чадварын шалтгаан биш.

Түвшин, хаяг, тээврийг гурван хувьсагч болгон бариарай

Google Cloud мөн Premium болон Standard Network Service Tiers-ийг зардаг бөгөөд хоёулаа өөр өөр боломжийн хүртээмжтэйгээр интернет рүү өөр замаар явдаг. Статик хаяглалт хоёуланд нь ортогональ, тиймээс статик ба Premium-ийг VM-ийн тухай хамааралгүй баримт гэж үзээрэй, ижил утга гэж биш. Бодит түвшин, бүс, оролцож буй аливаа interconnect эсвэл attachment-ийг тэмдэглээрэй, учир нь тэдгээр нь хаягийн шошго хэзээ ч хийж чадахгүй байдлаар замыг дүрсэлдэг.

Гурван хувьсагч, гурван тусдаа туршилт, эс бөгөөс үр дүн нь хэмжилт биш, түүх.

Нэг асуултад хариулах тест зохиоорой

Зөвшөөрөгдсөн UDP болон TCP профайлыг харьцуулахдаа VM, хаяг, клиентийн байршил, очих газар, ажлын ачааллыг тогтмол бариарай. Тээвэр бүрд серверийн сонсогч болон тохирох firewall дүрэм хоёулаа хэрэгтэй; клиент дээрх түлхүүр үгийг өөрчилж, сонсогчийг өөрчлөхгүй орхих нь зөвхөн таны тэвчээрийг шалгана. Давтагдах боломжтой дамжуулалт хэрэглэж, чиглэл, үргэлжлэх хугацаа, ганц ба зэрэгцээ урсгал, нэгжийг тэмдэглээрэй, учир нь MB/s болон Mb/s найман дахин ялгаатай.

VM-ийн процессорыг ч ажиглаарай, учир нь жижиг инстанс шифрлэлт эсвэл softirq ажилд сүлжээнээс хамаагүй өмнө ханадаг, тэр хязгаар нь нийлүүлэгчийн хязгаартай яг адил харагдана.

VM болон клиентээс ирэх дахин дамжуулалт, алдагдлын тоолуур нь замын асуудлыг тээврийн асуудлаас салгадаг, явцын зурвас үүнийг чадахгүй. iperf3-тай ажиллах боломжтой дараалал тээвэр бүрд ойролцоогоор арван минут болдог. Серверийг холын талд эхлүүлж, клиентийг чиглэл бүрд гучин секунд ажиллуулж, чиглэл бүрийг гурван удаа давтаарай. Цуврал бүрийн эхний ажиллагааг хаяж, дараа нь TCP-ийн ажиллагаа хэвлэдэг дахин дамжуулалтын тоотой хамт илгээгч, хүлээн авагчийн хурдыг харьцуулаарай.

UDP болон TCP механикаар юугаараа ялгаатай вэ

OpenVPN UDP дээгүүр датаграм зөөж, алдагдлыг шийдэхийг програмын өөрийн тээвэрт үлдээдэг. TCP дээгүүр туннелийн найдвартай урсгал аль хэдийн найдвартай програмын урсгалын доор суудаг тул нэг алдагдсан сегмент ард байгаа бүгдийг зогсоодог, гадаад холболт өөрийн хуваарийн дагуу дахин илгээдэг. Энэ дарааллын толгойн зан төлөв нь TCP-ийг TCP-ийн дотор туннел болгохын шинж, нийлүүлэгчийн бодлого биш. MTU болон MSS-ийн боловсруулалт ч хоёр горимын хооронд ялгаатай бөгөөд энэ нь нэг замын фрагментацийн зан төлөвийг өөрчилдөг.

Тиймээс хурдан TCP туршилт нь тэр өдөр тэр замд TCP хурдан байсныг л нотолж, үүнээс ерөнхий юу ч нотлохгүй.

Үр дүнг хяналтыг давж гарахаар бичээрэй

Хамгаалах боломжтой дүгнэлт нэг хэлбэртэй: энэ профайл, энэ машины хэмжээнд, энэ сүлжээний түвшинд, энэ хэмжсэн ажлын ачааллыг энэ чиглэлд эдгээр нөхцөлд хадгалсан. Үүнээс өргөн юу ч нэг орой өгч чадахаас илүү олон ажиллагаа шаардана. Хэрэв удаан тохиолдол тайлбаргүй үлдвэл, ямар ч нийлүүлэгчийн баримт бичиг дүрслээгүй хязгаарлалт зохиохын оронд пакет болон нөөцийн нотолгоотойгоо ажиглалт болгон үлдээгээрэй.

Хаягийн тогтвортой байдал болон дамжуулалтын хурд хоёулаа нэг байршуулалтад чухал байж болох бөгөөд ашигтай шийдвэр нь өөрчлөлт бүрт аль хоёрын алийг нь худалдаж авах вэ гэдэг.

Холбоотой нийтлэлүүд