Bir sorun çıkmadan ağ gecikmesini ölç

Bir ağın hızı genel olarak iş hacmi olarak tanımlanır: ağınızın bir saniye içinde borularından kaç megabit veya gigabit pompalayabildiği. Bu kesinlikle önemli, ancak dikkate alınması gereken başka bir faktör var ve bu günlerde çoğu zaman ham hızdan en az önemli (ve bazen daha önemli). Bu faktör gecikmedir. Gecikmeyi tanımlamanın en iyi yolu, gecikme gibidir: bir paket veya paket grubunun bir kaynaktan hedefe gönderildiği ve genellikle milisaniye cinsinden (ms) ölçülen süre arasındaki süre. Kullanıcılar için gecikme süresindeki büyük farklılıklar bile günlük uygulamalarını kullanırken genellikle farkedilmez. Yani, gecikme duyarlı uygulamalar kullanmıyorlarsa. Gecikmeye duyarlı uygulamaların listesi son zamanlarda artmaktadır, bu nedenle gecikme süresi bu kadar önemlidir. Çoğu uygulama daha yavaş bir gecikme süresi ayarlayabilir, ancak bazıları - özellikle video akışına veya başka tür bir sabit veri beslemesine dayanan - bazı minimum gecikme performansı karşılanmazsa kaybolabilir.

Gecikme alanını değiştiren temel bir sürücü bulut servisidir. Bulut servisleri, ister özel veri merkezlerinde, ister Amazon Web Servisleri (AWS) veya Google Cloud gibi genel bulutlarda çalışıyor olsunlar, veri merkezinizden uzakta bir zorunluluk gereğidir. Normalde, bu bulut hizmetlerine giden yol kamuya açık internet üzerinden geçer. Çoğu ağ trafiği için internet bağlantısı iyidir. Ancak gecikmeye duyarlı uygulamalar için, internet bir milisaniyelik sakin ve bir sonraki fırtınalı olabilen tahmin edilemez bir vahşi doğadır. Bunun nedeni, veri yolunun yönlendirme ve işleme gecikmelerinin büyüklüklerine tabi olmasıdır. Bunlar ne BT personelinizin ne de bulut hizmetinin BT uzmanlarının kontrol edemediği faktörlerdir.

Gecikme Nedir?

Bulut hizmetlerini etkileyen iki tür gecikme vardır. Birincisi, ağ üzerinde bir noktadan diğerine gitmek için veri almak için gereken zamandır. Bu, bağlantının "kablo hızı" ile sınırlıdır; yani, bir cam fiber-optik kablodan geçerken ışığın hızı veya bir Cat X bakır kablosu boyunca çalışan verilerin sinyal hızıdır. Her durumda, doğrudan ilgili mesafeyle ilgilidir. En önemlisi, bulut sağlayıcısına yaklaşmak veya kullandığınız bulut hizmeti için en yakın sunucu konumunu seçmek dışında, tüm bulut hizmetleri için değil, aktarım için geçen sürenin neden olduğu gecikmeler hakkında yapabileceğiniz hiçbir şey yok. sana bu seçeneği ver.

İkinci gecikme türü, gecikmelerin işlenmesiyle veya bazen zayıf yönlendirme ile yaratılır. Veri paketiniz bir cihazdan her geçtiğinde, yönlendirici veya anahtar bir sonraki yere nereye gönderileceğine karar verirken kısa bir gecikme olur. Güvenlik duvarlarında veya diğer güvenlik cihazlarında paket incelemesinden ve veri talebi aldıklarından, toplu depolarında bulduklarından, isteklere göre davrandıklarından ve yanıt gönderdiklerinden sunucular tarafından ek gecikmeler yaşanır. Bu gecikmelerin her biri kısa olsa da, ekliyorlar. Bazen, veri merkezinizden buluttaki verilerinize giden yolunuz tıkanırsa, gecikmeler ve dolayısıyla gecikme gerçekten eklenebilir.

Traceroute ile Gecikme Ölçümü

Neyse ki, verilerinizin gecikme süresini ölçmek oldukça kolaydır ve hiçbir maliyeti yoktur. Bulmak için, istediğiniz işletim sisteminde (OS) komut satırını çalıştırın ve bir Traceroute komutu uygulayın. Microsoft Windows'da, komut istemine "tracert" komutunu yazıp ardından hedefin adını, "aws.amazon.com" veya "cloud.google.com" yazın. (Aşağıdaki ekran görüntüsüne bakın.)

Apple OS X veya Linux'ta, terminal penceresine atlayın ve şunu yazın: traceroute -I companydomain.com. Alternatif olarak, etki alanı adını gerçek bir IP adresiyle değiştirebilirsiniz. -I anahtarını kullanın, böylece traceroute gecikmeyi doğru bir şekilde ölçmek için ihtiyaç duyacağı Internet Kontrol Mesajı Protokolünü (ICMP) kullanır.

İşletim sistemi ne olursa olsun, ekranda gördüğünüz şey, yönlendirici olarak kontrol ettiğiniz web sitesine giden yol boyunca her yönlendiriciden gelen yanıtlar ve ms cinsinden zaman ölçümüdür. Bunları ekleyin ve gecikmeniz budur. Komutu birkaç kez çalıştırırsanız, aynı yönlendiricilerin her zaman görünmediğini fark edersiniz. Bunun nedeni, veri paketlerinizin komutu her çalıştırışınızda farklı internet yolları kullanması olabilir. Bazı yollar genel gecikme sürenizi artırarak diğerlerinden daha uzun olabilir. İnternetteki gecikmeye hoş geldiniz.

Büyütmek için ekran görüntüsünü tıklayın.

Ağ Yönetim Araçları ile Gecikmeyi Ölçme

Bir şirket ağından sorumlu BT uzmanları, telleri arasında neler olup bittiğini ve bu trafiğin nasıl çalıştığını takip etmek için bir tür ağ izleme aracına sahip olacak. Ağ gecikmesini başka şekillerde de kontrol edebilirsiniz. İyi özellikli bir araçsa, kendi gecikme ölçüm özelliklerine sahip olacaktır. Örneğin, Spiceworks, daha önce açıklanan standart traceroute işlevinde kullanılan ICMP protokolü yerine İletim Kontrol Protokolü'nü (TCP) kullanan kendi Traceroute yazılımına sahiptir. Bu aynı zamanda Ping komutunda da kullanılır. Bazı durumlarda, bazı yönlendiriciler ICMP paketlerine yanıt vermeyecek şekilde yapılandırıldığından TCP daha doğru olabilir.

Bir başka güzel örnek, Paessler PRTG Ağ İzleyicisini satan Paessler AG'dir. Bu araç, diğer işlevleri ile birlikte ağ gecikmesi sağlayacaktır. Paessler AG, yazılımın ücretsiz bir sürümünü ve ücretsiz bir deneme sürümünü sunar. Gelecekteki bir PCMag incelemesi için aracı test ederken, gecikme yeteneklerini de içeren PRTG Ağ İzleyicisine bakacağım.

Paessler AG Kıdemli Sistem Mühendisi Greg Ross, “Sadece ping zamanlarının ötesinde, her zaman periyodunu ölçüyorsam, gecikmenin temel ölçüsü bu” dedi. “Yolu kırabilir ve yoldaki her atlama için değerlendirme yapabilirsiniz. Bunu bir iz yolu atlama sayısıyla yapabiliriz.

Ross, “Diğer husus, benimle bitiş noktası arasındaki titremeye ve gidiş dönüş süresine bakan Hizmet Kalitesi izlemedir” dedi. Böyle bir izlemenin, gecikmeli paketler veya sıra dışı alınan paketler gibi diğer gecikme nedenlerini de gösterebileceğini söyledi.

Gecikmenin Etkilerini Azaltın

Eğer uygulamalarınız yüksek gecikme sürelerinde sorun yaşıyorsa, gecikmeyi ortadan kaldıramasanız bile gecikmenin etkisini hafifletmek için yapabileceğiniz birkaç şey vardır. Bunlardan ilki, kendi DNS sunucunuz yoksa, hangi Etki Alanı Adı Sistemi (DNS) hizmetini kullandığınızı araştırmaktır. Gizli gecikmenin bir nedeni, kullanmakta olduğunuz DNS sunucusu ulaşmak istediğiniz web sitesinin internet protokolü (IP) adresini ararken ortaya çıkan gecikmedir.

Uzak bir DNS sunucusu gecikme sağlayacak ve sadece iyi performans göstermeyen bir gecikme sağlayacaktır. Kendi sunucunuzun olması, adresin sunucunuzun tablolarında olması koşuluyla, bu arama süresini kısaltacaktır. Aksi takdirde, bir sonraki DNS sunucusuna adres satırını sorarken beklemeniz gerekir. Sık ziyaret ettiğiniz web siteleri için gecikmeyi azaltabilirsiniz.

Özel bir bağlantıya sahip olmak gecikme süresini de azaltacaktır, gerçekten özel olması şartıyla, yani tanımlanmış bir hat kullanarak bir bağlantınız olduğu anlamına gelir. Yeterince yakınsanız veya bir taşıyıcıdan kiralanan bir hat bu fiziksel bir bağlantı olabilir. Bu şekilde, dahil olan yönlendirici sayısını azaltırsınız ve gecikmeye neden olabilecek yönlendirme hataları olasılığını azaltırsınız.

Ve tabii ki mesafeyi azaltabilirsiniz. M2 Optics tarafından sağlanan tablolara göre, 100 KM fiber, yaklaşık 500 mikrosaniye gecikme süresi sağlıyor. Bu yarım milisaniyedir, yani mesafenin gecikmeyi nasıl arttırdığını görebilirsiniz.

Hop Sayısını Küçük Tut

Gecikme ile başa çıkmak için hangi "tedaviyi" kullanırsanız kullanın, bunun ağınızın diğer yönlerini nasıl etkileyeceğini göz önünde bulundurduğunuzdan emin olun. Örneğin, felaket kurtarma için (DR) bulutunuzu kullanıyorsanız, o zaman çok yakın hareket etmek, kendi felakete neden olabilir, çünkü aynı felaketin DR sitenize veri merkezinize çarpmasını istemezsiniz.

Genel olarak, yolunuzdaki atlama sayısını azaltarak gecikmeyi azaltabilirsiniz ve bu soruna yaklaşmanın birkaç yolu vardır. Daha önce belirtilenlerin yanı sıra, tıkanıklığın neden olduğu gecikmeyi azaltmak için garanti edilmiş bir bant genişliğine sahip olabilirsiniz veya uygulamanızın gerçek zamanlı olarak en düşük gecikmeyle yolunu seçebilmesi için yedek sağlayıcılara sahip olabilirsiniz.

Fizik yasalarını ihlal etmeden gecikmeyi ortadan kaldıramazken, bunu görmezden gelemezsiniz. Gerçek zamanlı akış analitiği, video konferans ve hatta şirketinizin IP Üzerinden Ses (VoIP) trafiği gibi popüler uygulamaların hepsi artık gecikmeye duyarlı hale geldi, artık bir sorun olmadan önce ağınızın gecikmesini kazıyor, çizgiyi aşar.