Ana içeriğe geç

SecuraWall.com

E-posta güvenliği ve sürekliliği

Keşfedin
Teknik Rehber · Network & Altyapı

Singlemode ve Multimode Fiber Arasındaki Farklar

Singlemode ve multimode fiber seçimi mesafe, optik modül, hız, mevcut kablolama ve gelecekteki yükseltme planına göre yapılmalıdır; yalnız kablo fiyatı üzerinden karar vermek doğru değildir.

SON TEKNİK GÖZDEN GEÇİRME:
Network & Altyapı

Bu Konu Neden Önemli?

Singlemode ve multimode fiber seçimi mesafe, optik modül, hız, mevcut kablolama ve gelecekteki yükseltme planına göre yapılmalıdır; yalnız kablo fiyatı üzerinden karar vermek doğru değildir.

Karar Verirken Kontrol Edilecek Noktalar

Hat uzunluğu ve hedef hızları birlikte değerlendirin.

Switch/SFP optik uyumluluğunu kontrol edin.

Konnektör ve patch panel standardını baştan belirleyin.

Gelecekteki backbone kapasitesi için pay bırakın.

Mimari ve çalışma modeli

Fiber seçimi kablo türü ile optik modülün aynı bağlantı standardını desteklemesini gerektirir. Mesafe tek başına yeterli değildir; dalga boyu, hız, konnektör, polarity ve kayıp bütçesi de eşleşmelidir. Aynı biçimdeki SFP modüllerin birbirleriyle veya her switchle uyumlu olacağı varsayılmaz. Alıcı hassasiyeti kadar aşırı güçlü sinyal sınırı da kontrol edilir.

  1. 1Fiber ve optik standardı
  2. 2Tx ve bağlantı kayıpları
  3. 3Rx aralığı/marj
  4. 4Ölçüm ve link testi
Fiber, optik modül, hız, dalga boyu ve gerçek Rx değerini tek bağlantı kaydında tutun.

Tasarım parametreleri

Optik uyum
Fiber türü, dalga boyu, transceiver, konnektör ve desteklenen mesafeyi birlikte doğrulayın.
Kayıp ve üst sınır
Tx/Rx ve bağlantı kayıplarıyla bütçe çıkarın; alıcı minimum hassasiyet yanında maksimum güç sınırını da kontrol edin.
Adres ve yönlendirme
Subnet, gateway, route ve NAT kapsamını çizimde ayrı gösterin. DNS cevabı ile hedef IP’ye gerçek yolu birlikte doğrulayın.
Yedek yol
Yedek bağlantının aynı cihaz, enerji veya operatör arızasını paylaşmadığını kontrol edin. Geçiş süresini uygulama üzerinden ölçün.
Taşıma kapasitesi
Port hızı, uplink yoğunluğu, paket kaybı ve kuyrukları birlikte değerlendirin. Tek bir test akışı bütün kapasiteyi temsil etmeyebilir.
İşletim görünürlüğü
Arayüz sayaçları, komşuluklar, hata kayıtları ve zaman senkronizasyonunu izleyin. Normal davranış için başlangıç ölçümü tutun.

Hesap ve uygulama örneği

Örnek Tx gücü -3 dBm, toplam kayıp 4 dB ise beklenen Rx -7 dBmdir. Alıcı hassasiyeti -12 dBm ise aritmetik marj 5 dB olur; tasarım rezervi ve üst Rx sınırı ayrıca değerlendirilir. Konektör temizliği ve gerçek DOM/ölçüm değerini teoriyle karşılaştırın.

Hata teşhisi

BelirtiOlası neden / ayrımDoğrulama
Link aralıklı düşüyorKirli konnektör, bükülme veya sınırdaki optik güç olabilir.İki uç DOM ölçümü ve hat kaybını uygun optik ölçümle karşılaştırın.
Aynı VLAN çalışıyor, uzak ağ çalışmıyorGateway, route, ACL veya dönüş yolu farklı olabilir.Kaynak ve hedef tarafında adres, route ve politika kayıtlarını karşılaştırın.
Küçük istek çalışıyor, büyük aktarım duruyorMTU, paket kaybı veya hedef depolama beklemesi olası ayrımlardır.Paket boyutu ve yeniden iletimleri ölçün; ağ sorununu disk beklemesinden ayırın.
Yedek bağlantı var ama kesinti uzunAlgılama, yeniden yakınsama, DNS veya oturum yenilenmesi süreyi büyütebilir.Arıza zamanını ve ilk başarılı uygulama işlemini aynı saatle kaydedin.

Kabul ve doğrulama kontrolleri

  1. Fiber, optik modül, hız, dalga boyu ve gerçek Rx değerini tek bağlantı kaydında tutun.
  2. İzin verilen ve engellenen ağ çiftleri için erişim matrisi test edin.
  3. Tek bağlantı ve tek cihaz arızalarını ayrı uygulayın.
  4. Yoğun yükte kayıp, gecikme ve kuyruk sayaçlarını kaydedin.
  5. Değişiklik öncesi yapılandırma ve geri dönüş adımını saklayın.
  6. Yönetim erişiminin kullanıcı ağından gerektiği gibi ayrıldığını doğrulayın.

İlgili kavramlar

Bant genişliği ve gerçek aktarım

Hat kapasitesi ile uygulamanın taşıdığı yararlı veri miktarı farklıdır. Protokol başlıkları, şifreleme, yeniden iletim, küçük dosyalar ve disk beklemeleri net hızı azaltır. Bit ile byte birimini karıştırmayın: 1 Gbit/s teorik olarak 125 MB/s seviyesindedir; bu bir uygulama performans garantisi değildir. Aktarım süresini veri miktarı / ölçülen net hız şeklinde hesaplayın. Ölçümü aynı anda ağ, kaynak okuması ve hedef yazması üzerinden yaparak sınırlayıcı bileşeni bulun. Ortalama hız kadar kısa süreli düşüşleri ve diğer işlerin rekabetini de değerlendirin.

Gecikme dağılımı

Gecikme, bir işlemin başlangıcı ile yanıtı arasındaki süredir. Ortalama değer, az sayıdaki çok yavaş işlemi gizleyebilir; medyan ile p95/p99 gibi yüzdelikler farklı sorulara cevap verir. Ağ RTT, disk bekleme, işlemci kuyruğu ve uygulama işlemesi toplam süreye katkıda bulunur. Ölçümün istemci tarafında mı sunucuda mı yapıldığını yazın. Gecikme artışının trafik yükselmesine, bakım işine veya kapasite sınırına denk gelip gelmediğini karşılaştırın. Bir eşik seçmeden önce normal yük ve yoğun saat için temel davranışı kaydedin.

Yüksek erişilebilirlik ile kurtarma ayrımı

Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.

Sürüm ve destek yaşam döngüsü

Bir ürünün kurulabilir olması üretim için desteklendiğini kanıtlamaz. İşletim sistemi, uygulama, sürücü, eklenti ve yönetim aracının uyumluluk zincirini birlikte kontrol edin. Güncelleme planında paket sürümü, destek bitişi, yeniden başlatma gereksinimi ve geri alma yöntemi bulunmalıdır. Test ortamı üretimdeki bağımlılıkları temsil etmezse sonuç yanıltıcı olabilir. Değişiklik sonrası yalnız sürüm numarasını değil, hizmet sağlığını ve önceki iş akışlarını doğrulayın. Bir sürümü sabitlemenin gelecekteki güvenlik düzeltmelerini engelleyebileceğini de dikkate alın.

Telemetri ve zaman eşleştirmesi

Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.

Güven sınırı ve hata alanı

Güven sınırı, aynı erişim kararlarını paylaşan bileşenleri ayırır; hata alanı ise tek bir olayın birlikte etkileyebileceği kaynakları tanımlar. İki VLAN kullanmak, aralarında serbest yönlendirme varsa güçlü bir güven sınırı kurmaz. İki yedek aynı yönetici hesabıyla silinebiliyorsa da farklı klasörlerde bulunmaları ayrı hata alanı sağlamaz. Tasarımda fiziksel yer, kimlik sağlayıcı, yönetim hesabı, ağ yolu ve enerji kaynağını ayrı ayrı değerlendirin. Bir bileşen kaybedildiğinde hangi erişimlerin ve kurtarma seçeneklerinin ayakta kalacağını sınayın.

Birincil teknik dokümantasyon

Who · How · Why

Bu İçerik Nasıl Hazırlandı?

Kim?

Doz Teknoloji Teknik Ekibi

İçerik, Doz Teknoloji’nin kurumsal BT hizmet alanlarında kullandığı teknik değerlendirme yaklaşımı temel alınarak hazırlanmıştır.

Nasıl?

Teknik kriterler + birincil kaynaklar

Konu; üretici dokümantasyonu, standart kuruluşları ve ilgili resmî teknik kaynaklarla çapraz kontrol edilmiştir.

Neden?

Karar kalitesini artırmak

Amaç, teknik bir terimi yalnız tanımlamak değil; satın alma, tasarım veya işletim kararı verirken hangi kriterlerin birlikte değerlendirilmesi gerektiğini görünür hale getirmektir.

SON TEKNİK GÖZDEN GEÇİRME

Bu Rehberle İlgili Kurumsal Çözümler

Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.

Teknik İhtiyacınızı Birlikte Değerlendirelim

Mevcut altyapınızı, kullanıcı sayınızı veya teknik hedefinizi paylaşın; ürün, lisans veya proje kapsamını ihtiyaca göre netleştirelim.

Teknik Talep Oluşturun
Kurumsal IT Ürün Satışı, Lisanslama ve Kurulum
Kurumsal IT Proje & Çözüm Senaryoları
Tüm ilgili içerikleri görüntüleyin
WhatsApp'tan Yazın
Kopyalandı!