Lokasyon sayısı arttıkça asıl sorun cihaz sayısı değil, merkezden görülemeyen noktaların çoğalmasıdır.
Fabrikalar, bölge müdürlükleri, mağazalar ve depolar... Her lokasyonda bir güvenlik duvarı, birkaç anahtar, belki bir sunucu ve en az bir internet hattı bulunur. Merkezdeki BT ekibi ise çoğu zaman bir şubedeki arızayı izleme ekranından değil, o şubeden gelen telefondan öğrenir.
Çok lokasyonlu ağ izleme, bu dağınık yapıyı tek bir konsoldan görünür ve yönetilebilir hale getirmektir. Her lokasyona ayrı araç kurmak ya da şubeleri hiç izlememek yerine, yerel toplama yapan küçük izleme sunucuları ile merkezi bir konsol birlikte çalışır. OpManager'ın merkez-prob mimarisiyle dağıtık izleme yetenekleri bu yaklaşımın somut karşılığıdır.
Kısaca: Çok lokasyonlu ağ izleme, şube ve sahalardaki ağ cihazlarını, sunucuları ve internet hatlarını tek bir merkezi konsoldan izlemektir. OpManager Enterprise'da her lokasyona kurulan probe sunucusu cihazları yerelde izler ve verileri merkeze iletir. Böylece merkez ekibi tüm lokasyonları tek ekranda görür; şube bağlantısı kopsa bile yerel izleme devam eder.
Çok lokasyonlu yapılarda ağ izleme neden zorlaşır?
Tek binada çalışan bir kurumda ağ izleme görece basittir: Tek bir izleme sunucusu tüm cihazlara doğrudan ulaşır. Lokasyon sayısı arttığında tablo değişir. Şube cihazları çoğu zaman NAT ve güvenlik duvarı arkasındadır, merkezden doğrudan erişilemez. Merkezden WAN üzerinden yapılan yoğun SNMP sorguları da hattı gereksiz yere meşgul eder.
Sahada sıkça gözlemlenen tablo şudur: Bazı lokasyonlar ayrı bir ücretsiz araçla izlenir, bazıları hiç izlenmez. Eşik değerleri ve alarm kuralları lokasyondan lokasyona farklıdır. Şube internet hattı koptuğunda merkez yalnızca "cihazlara ulaşılamıyor" alarmlarının yağmuruyla karşılaşır, sorunun hat mı yoksa cihaz mı olduğu anlaşılmaz.
Yönetim açısından sonuç da benzerdir. Hangi lokasyonun ne sıklıkla kesinti yaşadığı, hangi hattın sürekli dolu çalıştığı ya da hangi şubede donanımın ömrünü doldurduğu tek bir raporda görülemez. ISO/IEC 27001:2022'nin A.8.16 kontrolü ağların ve sistemlerin anormal davranışlara karşı izlenmesini isterken, izlenmeyen lokasyonlar bu kontrolde açık bırakılan alanlar olarak kalır.
Merkez-prob mimarisi: OpManager Enterprise nasıl çalışır?
OpManager'ın Enterprise sürümü, çok lokasyonlu ağ izleme için iki bileşenle çalışır. Merkez sunucu tüm lokasyonları tek ekranda birleştiren konsoldur. Probe sunucusu ise uzak lokasyonda çalışan yoklama motorudur; o lokasyondaki cihazları yerelde izler, performans verisini toplar ve arızaları tespit eder. Mimarinin ayrıntıları üreticinin OpManager mimari dokümanında anlatılıyor.
Bileşenler arasındaki iş bölümü çok lokasyonlu yapılar için şu avantajları getirir:
- Probe; keşfedilen cihazları, alarm ve olayları ve arşiv verisini merkeze gönderir. Merkezde yapılan yapılandırma değişikliklerini ise merkezden alır, böylece ayarlar tek noktadan yönetilir.
- Probe sunucuları güvenlik duvarı ya da proxy arkasına kurulabilir. Probe tarafında giden, merkez tarafında gelen bağlantıya izin verilmesi yeterlidir.
- Her probe'un kendi veritabanı vardır. Yerel yönetici, probe üzerindeki web konsolundan kendi lokasyonunu ayrıca görebilir.
- Merkez ile bağlantı kesildiğinde probe veriyi arşivler ve bağlantı geri geldiğinde merkeze iletir.
- Tek başına çalışan bir OpManager kurulumu, yeniden kurulum gerekmeden probe'a dönüştürülebilir.
Ölçeklenme de aynı mantıkla yürür: Yeni bir lokasyon açıldığında oraya bir probe eklenir. Cihaz sayısı yüksek bir kampüste ise yükü dağıtmak için aynı lokasyona birden fazla probe kurulabilir.
Merkezi ağ izlemenin kurumlara sağladığı avantajlar
Çok lokasyonlu ağ izlemede merkez-prob yaklaşımının değeri, teknik bir mimari tercihten çok işletme sonuçlarında görülür. Lokasyon başına ayrı araç kullanımıyla karşılaştırıldığında fark şöyle özetlenebilir:
| Konu | Lokasyon başına ayrı araç | OpManager merkez-prob |
|---|---|---|
| Görünürlük | Her lokasyon ayrı ekranda | Tüm lokasyonlar tek konsolda |
| Alarm kuralları | Lokasyona göre farklı | Merkezden tanımlanan ortak şablonlar |
| WAN kullanımı | Merkezden uzak sorgu trafiği | Yerel yoklama, merkeze özet veri |
| Bağlantı kesintisi | İzleme verisi kaybolur | Veri arşivlenir, sonra iletilir |
| Raporlama | Lokasyon bazında elle derleme | Tüm kurum için tek rapor |
Ekip açısından en görünür kazanç, arızanın şubeden haber gelmeden fark edilmesidir. Uyarlanabilir eşikler geçmiş veriye göre eşik değerlerini ayarlayarak gereksiz alarmları azaltır. İş akışı otomasyonu ise arıza anında hizmeti yeniden başlatmak gibi düzeltme adımlarını otomatik çalıştırabilir.
Yönetim açısından kazanç, kurum genelindeki altyapının tek raporda görülmesidir. OpManager'ın hazır raporları e-postayla düzenli gönderilecek şekilde planlanabilir; hangi lokasyonun daha sık kesinti yaşadığı ya da hangi hattın kapasite sınırına yaklaştığı yatırım kararlarına doğrudan girdi sağlar. Trafik analizi ve yapılandırma yönetimini de aynı platformda isteyen kurumlar için OpManager Nexus'un Enterprise sürümü aynı merkez-prob yaklaşımını sunar.
Şube ağ izleme: WAN hattı ve internet bağlantısı
Şube ağ izlemede en kritik bileşen çoğu zaman şubeyi merkeze bağlayan hattır. OpManager, IP SLA destekleyen yönlendiricilerde WAN gidiş-dönüş süresi (RTT), VoIP ve video kalitesi izleyicileri tanımlayabilir. Böylece hattın yalnızca açık olup olmadığı değil, gecikme ve paket kaybı gibi kalite göstergeleri de izlenir.
Bağımlılık tanımları burada ayrıca önem taşır. Şube yönlendiricisi, o lokasyondaki diğer cihazların "üst" cihazı olarak tanımlandığında hat koptuğunda yalnızca kök neden için alarm üretilir; arkadaki cihazlar için gelen alarmlar bastırılır. Merkez ekibi onlarca alarm yerine tek ve doğru bir uyarı görür.
Hattın kapasitesini kimin ve hangi uygulamanın tükettiği sorusu ise akış verisiyle cevaplanır. Bu konu, NetFlow Analyzer ile bant genişliği izleme yazısında ayrıntılı olarak ele alınıyor.
Çok lokasyonlu ağ izleme projesine nereden başlanır?
Senaryo: Farklı şehirlerde fabrikaları, bölge müdürlükleri ve mağazaları bulunan bir şirkette merkez BT ekibi, şube arızalarını çoğunlukla kullanıcı şikâyetinden öğreniyor. Fabrikalarda yerel bir ücretsiz araç çalışıyor, mağazalar ise hiç izlenmiyor. Yönetim, hangi lokasyonda ne sıklıkla kesinti yaşandığını soran her toplantıda net bir cevap alamıyor.
Proje, merkezdeki OpManager kurulumunun Enterprise sürüme taşınmasıyla başlıyor. Her fabrikaya bir probe kuruluyor; mağazalar ise bulundukları bölgenin probe'una bağlanıyor. Mağaza yönlendiricileri üst cihaz olarak tanımlanıyor ve WAN hatları için gecikme izleyicileri ekleniyor. Birkaç hafta içinde merkez ekibi, bir mağazanın hattının belirli saatlerde düzenli olarak koptuğunu telefon gelmeden görüyor ve sorunu servis sağlayıcıya kayıtlı verilerle iletiyor.
Benzer bir çok lokasyonlu ağ izleme projesi için önerilen sıra şudur:
- Lokasyon envanteri: Hangi lokasyonda hangi cihazlar ve hatlar var, hangileri iş açısından kritik?
- Probe yerleşimi: Cihaz sayısı yüksek ya da NAT arkasındaki lokasyonlara ayrı probe, küçük lokasyonlara bölgesel probe planlanır.
- Ağ gereksinimleri: Probe ile merkez arasındaki bağlantı ve güvenlik duvarı kuralları netleştirilir.
- Şablonlar: Eşik değerleri, alarm kuralları ve bağımlılıklar merkezden ortak şablonlarla tanımlanır.
- Süreç entegrasyonu: Alarmların talebe dönüşmesi için OpManager ve ServiceDesk Plus entegrasyonu devreye alınır.
Sıkça Sorulan Sorular
OpManager Enterprise ile Professional arasındaki fark nedir?
Professional sürüm tek bir sunucu üzerinden izleme yapar ve tek lokasyonlu ya da merkeze doğrudan erişilebilen yapılar için uygundur. Enterprise sürüm ise merkez-prob mimarisini ekler; uzak lokasyonlara kurulan probe sunucularıyla dağıtık izleme yapar ve tüm lokasyonları tek konsolda birleştirir. Çok lokasyonlu ağ izleme ihtiyacı olan kurumlar için belirleyici fark budur.
Şube ile merkez arasındaki bağlantı koparsa izleme durur mu?
Durmaz. Probe, bulunduğu lokasyondaki cihazları yerelde izlemeye devam eder. Bağlantı kesildiği sürede toplanan veriler arşivlenir ve bağlantı geri geldiğinde merkeze iletilir. Şube hattı da izlendiğinde merkez ekibi kesintiyi ayrıca bir alarm olarak görür.
Her şubeye ayrı probe kurmak gerekir mi?
Gerekmez. Probe; cihaz sayısının yüksek olduğu, NAT veya güvenlik duvarı arkasında kalan ya da hattı sık kesilen lokasyonlarda en çok değeri üretir. Az sayıda cihazı olan ve merkeze ya da bölgesel bir probe'a doğrudan erişilebilen küçük şubeler, bu sunucular üzerinden izlenebilir. Doğru yerleşim, lokasyon envanterine göre belirlenir.
Probe ile merkez arasında hangi portlar açılmalıdır?
Üretici dokümanına göre probe sunucusunda giden, merkez sunucuda gelen WebSocket bağlantısına izin verilmelidir. Dış erişime açık kurulumlarda güvenlik duvarında açılması gereken port, merkez sunucudaki 8061 numaralı güvenli porttur. Tüm port listesi ve ayrıntılar merkez-probe bağlantı dokümanında yer alıyor.
Sonuç: Tek sunucu mu, merkez-prob mu?
Tüm cihazların tek bir binada ya da merkeze doğrudan erişilebilen bir ağda olduğu yapılarda tek sunuculu OpManager kurulumu yeterlidir. Lokasyonlar NAT ve güvenlik duvarı arkasındaysa, hatlar zaman zaman kesiliyorsa ya da lokasyon sayısı büyüme planının parçasıysa merkez-prob mimarisi daha sağlıklı bir temel sunar.
Pratik bir ölçüt şudur: Herhangi bir şubedeki arızayı o şubeden haber gelmeden görebiliyorsanız izleme yapınız çalışıyordur. Göremiyorsanız, çok lokasyonlu ağ izleme için merkez-prob yapısını değerlendirmenin zamanı gelmiş demektir.
Technodus, ManageEngine yetkili çözüm ortağı olarak OpManager Enterprise projelerinde lokasyon envanterinden probe yerleşimine, alarm şablonlarından ServiceDesk Plus entegrasyonuna kadar süreci uçtan uca sorumlulukla yürütür. Kendi lokasyonlarınızın bir bölümüyle PoC planlamak için Technodus ekibiyle iletişime geçebilirsiniz.