Static na IP sa GCP kumpara sa bilis ng VPN: tatlong variable, isang pagsubok

Bumilis ang paglilipat matapos mareserba ang address, at ang konklusyon ay sumulat sa sarili nito. Maliban na lang na binago rin ng parehong pagbabago ang tunnel mula UDP patungong TCP, inilipat ang pagsubok sa ibang gabi at maaaring dumaong sa isang VM sa ibang zone. Ang pagreserba ng panlabas na address ay nag-aayos ng problema sa lifecycle: pinapanatili nitong pareho ang endpoint sa mga restart. Wala itong anumang mekanismong magpapabilis ng mga packet, kaya ang pagkakaiba ng bilis sa eksperimentong iyon ay pag-aari ng iba pang variable, at ang desisyong nasa harap mo ay kung alin ang susunod na susubukan.

Ano ang talagang binibili ng nakareserbang address

Pinag-iiba ng Compute Engine ang mga ephemeral na address, na inilalaan at pinakawalan kasama ng instance, mula sa mga static na address na inireserba at pinapanatili mo. Ang pagkakaibang iyon ay tungkol sa pagpapanatili at pagsingil, hindi sa landas na tinatahak ng packet. Ang matatag na endpoint ay tunay na kapaki-pakinabang para sa mga DNS record, profile ng remote access, allowlist ng partner at firewall rule na hindi dapat magbago kapag nag-restart ang isang VM.

Mga magandang dahilan ang mga iyon para magreserba ng isa. Wala sa mga ito ang dahilan ng throughput.

Panatilihin ang tier, address at transport bilang tatlong variable

Nagbebenta rin ang Google Cloud ng Premium at Standard Network Service Tiers, at ang dalawa ay dumadaan sa magkaibang landas patungo sa internet na may magkaibang availability ng feature. Ang static na addressing ay orthogonal sa dalawa, kaya ituring ang static at Premium bilang magkaugnay na mga katotohanan tungkol sa isang VM at hindi bilang magkasingkahulugan. Itala ang aktwal na tier, rehiyon at anumang interconnection o attachment na nasa laro, dahil inilalarawan nila ang landas sa paraang hindi kailanman gagawin ng label ng address.

Tatlong variable, tatlong hiwalay na eksperimento, kung hindi ay kuwento ang resulta at hindi pagsukat.

Magdisenyo ng pagsubok na sumasagot sa isang tanong

Panatilihing fixed ang VM, address, lokasyon ng client, destinasyon at workload habang inihahambing ang mga aprubadong profile ng UDP at TCP. Kailangan ang parehong server listener bawat transport at tugmang firewall rule; ang baguhin ang isang keyword sa client at iwanang hindi nagbago ang listener ay sinusubok lamang ang iyong pasensya. Gumamit ng paulit-ulit na paglilipat at itala ang direksyon, tagal, isahan kumpara sa parallel na stream at ang mga unit, dahil ang MB/s at Mb/s ay nagkakaiba ng walong beses.

Panoorin din ang CPU ng VM, dahil ang maliit na instance ay nabubusog sa encryption o softirq na trabaho matagal bago ang network, at ang kisame na iyon ay magmumukhang eksaktong limitasyon ng provider.

Ang retransmission at loss counter mula sa VM at client ay naghihiwalay ng problema sa landas mula sa problema sa transport, at hindi kaya iyon ng progress bar. Ang magagamit na pagkakasunod-sunod gamit ang iperf3 ay tumatagal ng mga sampung minuto bawat transport. Simulan ang server sa malayong panig, patakbuhin ang client nang tatlumpung segundo sa bawat direksyon at ulitin ang bawat direksyon nang tatlong beses. Itapon ang unang run ng bawat serye, pagkatapos ihambing ang rate ng sender at receiver kasama ang bilang ng retransmission na ipiniprint ng mga run ng TCP.

Bakit magkaiba ang UDP at TCP sa mekanikal na paraan

OpenVPN sa UDP ay nagdadala ng datagram at hinahayaan ang sariling transport ng aplikasyon na humawak sa pagkawala. Sa TCP, ang maaasahang stream ng tunnel ay nakaupo sa ilalim ng maaasahan nang stream ng aplikasyon, kaya ang isang nawalang segment ay humihinto sa lahat ng nasa likod nito habang ang panlabas na koneksyon ay nagsesend muli ayon sa sarili nitong iskedyul. Ang pag-uugaling iyon sa unahan ng pila ay katangian ng pag-tunnel ng TCP sa loob ng TCP, hindi patakaran ng provider. Magkaiba rin ang paghawak ng MTU at MSS sa dalawang mode, na nagbabago sa pag-uugali ng fragmentation sa parehong landas.

Kaya ang mas mabilis na pagsubok sa TCP ay nagpapatunay lamang na mas mabilis ang TCP noong araw na iyon sa landas na iyon, at wala nang mas pangkalahatan.

Isulat ang resulta para mabuhay ito sa pagsusuri

Ang maipagtatanggol na konklusyon ay may anyo: ang profile na ito, sa laki ng makinang ito, sa network tier na ito, ay nagpanatili ng sinukat na workload na ito sa direksyong ito sa ilalim ng mga kundisyong ito. Ang anumang mas malawak ay nangangailangan ng mas maraming run kaysa kayang ibigay ng isang gabi. Kung ang mas mabagal na kaso ay nananatiling hindi maipaliwanag, itago ito bilang obserbasyon kasama ang ebidensya nito sa packet at resource sa halip na mag-imbento ng limitasyon na walang dokumento ng provider na naglalarawan.

Ang katatagan ng address at bilis ng paglilipat ay parehong maaaring mahalaga para sa parehong deployment, at ang kapaki-pakinabang na desisyon ay kung alin sa dalawa ang binibili mo sa bawat pagbabago.