Bir veri merkezi içindeki iletişimde bırakılan paketler ne kadar yaygındır?


10

Aynı veri merkezinde ancak aynı rafta olması gerekmeyen 2 makinem olduğunu varsayalım.

Bu iki makine arasında UDP kullanılarak gönderildiğinde bırakılan paketler ne kadar yaygın olurdu?

Sadece makineleri arasındaki en fazla birkaç anahtarları olmadığından paketleri kesilmesine olmayacak varsayımı altında soruyorum hiç .

Aynı veri merkezinde sipariş dışı paket gelmesi ne kadar yaygındır? Benim varsayımım, zamanın% 99.9'unun tek bir yolu olduğu için bu gerçekleşemez.

Ancak, ne zaman kendimi mutlak terimlerle düşünürsem, bir şeyi kaçırmam gerektiğini biliyorum!

Bırakılan paketlerin ne zaman bekleneceğini ve ne sıklıkta düşürüleceğini ve aynı veri merkezindeki makineler için sipariş dışı kalmalarını daha iyi anlamak için hangi arka plan bilgisine ihtiyacım var?

Sonuçta aynı veri merkezinde bulunan farklı Linode VPS örnekleri arasında iletişim kurarken çok noktaya yayın UDP veya PGM kullanma arasında karar vermeye çalışıyorum. Bilgilerin gelmesi ve sırayla olması gerekir. Tabii, UDP kulağa pek hoş gelmiyor!

Ancak, aynı veri merkezinde neredeyse mükemmel veya mükemmel teslimat beklenebilirse, sorun olmaz. Ama bu varsayımı test ediyorum.

Teşekkürler.

Yanıtlar:


11

Paketleri sırayla teslim etmek için UDP'ye güvenemezsiniz çünkü şartname bu garantileri sağlamaz. En ideal durumu, iki ana bilgisayar arasında tek bir ethernet kablosu varsa bile, hala işletim sistemi, ağ yığını, NIC sürücüsü ve yazınızın karşı çıktığı libc uygulaması söz konusudur.

O zincirindeki her adımda, o kodun yazarlar seçmiş olacağı DEĞİL onlar için yok basit bir nedenle sırayla gelmesi bile öncelik vermektedir sipariş UDP paketlerine.

Bir örnek, gelen paketlerin okunduğu veri yapısı olabilir, bu da bir halka tamponu olabilir. Sırayla gelen paketler halka tamponuna yerleştirilmek üzere yerleştirilecektir, ancak sürücü yazarının bunları ağ sırasının üst katmanlarına bellek düzeninde dökmesi daha kolay olabilir , bu nedenle sıralarını rastgele düzenler .

Durumunuzu dikkate alarak, performans için değil, hacim için çalıştırılacak paylaşılan bir altyapı üzerinde çalışan bir sanal makine, daha sonra sipariş UDP paketlerinin alınacağını tahmin etme olasılığı düşük olacaktır.

Kısacası, spesifikasyon UDP paket siparişine güvenemeyeceğinizi söylüyorsa. Buna güvenemezsiniz ve vaat ettiğiniz spesifikasyonlardan daha güçlü bir garanti vermek için çevreyi değiştirmeye çalışamazsınız.


Düşünmem gerektiğini düşündüm. Oldukça iyi belirttiğiniz için teşekkür ederiz!
z8000

1
Muhtemelen akış için güvenilir çok noktaya yayın istiyorsanız, en.wikipedia.org/wiki/Real-time_Transport_Protocol
Dave Cheney

0

Denemek isteyen varsa, sadece Wireshark kullanın. Birisi yavaş bağlantı veya düşmüş paketlerle ilgili davamıza gerçekten girerse, bir anahtardaki bir bağlantı noktasını yansıtırız, Wireshark ile bir dizüstü bilgisayar bağlar ve bir göz atarız.


Linode'daki FWIW bir VPS örneği karışık moda giremez.
z8000

Gelen verileri yakalamak için Wireshark'ı yerel olarak bir makineye kurabilmeniz veya bir anahtardaki bağlantı noktasını yansıtabilmeniz ve bu şekilde veri yakalayabilmeniz gerekir. Birkaç bağlantı noktasını paylaşabilecek sanal sistemler için bağlantı noktaları yansıtılırsa daha zor olur. Ancak Wireshark, IP'ler gibi belirli öğeleri filtreleyebilir ve bence ana bilgisayar adları.
Webs

0

Hemen hemen her anahtar, her zaman iki paketin yeniden sıralanmasına neden olur ve PGM gibi birçok ağ protokolü tarafından dikkate alınır.

Dikkate alınması gereken bir nokta, çoğu veri merkezinin ağ altyapılarının ek yükünü basitleştirmek ve azaltmak için datagramları ve çok noktaya yayınları engellemesidir.

IP / PGM protokolünün yalnızca, sunucu ve istemciler arasında PGM Router Assist etkin ve bilinçli ağ öğeleriniz varsa kullanılmalıdır, aksi takdirde UDP içinde kapsüllenmiş PGM'ye bağlı kalın ve uygulama izinlerini yönetme yükünü kaydedin.

ØMQ gibi bir mesajlaşma katmanı kullanıyorsanız IP / PGM, UDP / PGM veya TCP yer paylaşımlı ağ seçimini dağıtım ve entegrasyona erteleyebilirsiniz.


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.