)
)
Giriş
Windows Server izleme kurulumları genellikle yerel araçlardan, betiklerden ve üçüncü taraf yazılımlardan, parçalanmış, maliyetli veya yönetilmesi zor sistemlere evrilir. Bunları etkili bir şekilde değiştirmek, ürün özelliklerini karşılaştırmaktan daha fazlasını gerektirir. Bu makale, değiştirmenin ne zaman mantıklı olduğunu, Windows Server izleme kapsamının neleri içermesi gerektiğini, hangi yeteneklerin önceliklendirilmesi gerektiğini, uygun izleme kapsamını nasıl belirleyeceğinizi ve kritik altyapı görünürlüğünü kaybetmeden nasıl geçiş yapacağınızı açıklar.
Bir IT ekibinin Windows Server İzleme Yedeklemesi arayacağı durumlar nelerdir?
Herkesin değiştirmek istediği "Windows Server Monitoring" adında bir ürün yok. Şu anda sahip oldukları, Windows'a özgü araçların, kapsamlı bir üçüncü taraf çözümünün, kendi geliştirdikleri betiklerin veya daha bütünsel bir kurumsal gözlem yığını kombinasyonu olabilir.
Onların başka bir şey istemesinin nedeni, IT organizasyonundaki doğru kişilere iletilen daha iyi eyleme geçirilebilir bilgilere duyulan ihtiyaç kadar, lisans maliyetlerinin spiralleşmesi de olabilir.
Diğer zamanlarda, bu basitçe ölçek meselesidir - büyüyen bir altyapı artık amatörce yapılmış bir sistemin sağlayabileceğinden daha fazlasını gerektirir veya bir sistem yöneticisine sunulan araçlar, iş operasyonlarını etkilemeden önce sorunları tespit etmek ve çözmek için gerekli olan bilgi türlerini açığa çıkarmamaktadır.
Yerel Windows Araçları Artık Yeterli Olmadığında
Yerel Windows araçlarının bazı tanı ve izleme değeri vardır. Performans İzleyici örneğin, işlemciler, bellek, diskler, süreçler ve daha fazlası için performans sayaçlarına sahiptir.
Sunucu Yöneticisi üzerinden görüntülendiğinde, yerel ve uzaktan sunucular için performans, olay veya hizmet verilerine erişilebilir.
Ancak, bunlar sadece tanılardır. Bir BT ekibinin fiziksel ve sanal Windows sunucuları için ihtiyaç duyduğu izleme ve uyarı yetenekleri bu araçların hiçbiri içinde mevcut değildir.
Mevcut İzleme Kurulumunuzun Eksik Olduğu Şeyle Başlayın
Değişiklik düşünülürken sorulması gereken ilk şey "Hangi ürün en fazla özelliğe sahip?" değil, "Mevcut sunucu izleme yazılımımızın neyi eksik?" olmalıdır. Çünkü bu sınırlamalar, potansiyel bir yedek çözüm için seçim kriterlerini belirlemelidir.
Mevcut Windows Server İzleme Kurulumunuzun Ne Zaman Değiştirilmesi Gerekiyor?
Eski olduğu için bir izleme çözümünün değiştirilmesi gerekmez, ancak yöneticilerin altyapı sorunlarını zamanında tespit etmelerini, anlamalarını ve yanıt vermelerini engelliyorsa değiştirilmelidir.
Mevcut yaklaşımın bu ihtiyacı artık karşılamadığını gösteren birkaç uyarı işareti olabilir.
İzleme Çok Parçalı Hale Geldi
Yönetici, sunucu performansı için bir araç, olay günlükleri için başka bir araç, hizmet kullanılabilirliği için farklı araçlar ve web siteleri veya uygulamalar için başka bir gösterge paneli kullanabilir.
Her bir bileşen kendi başına çalışabilse de, yöneticilerin verileri manuel olarak ilişkilendirmesi gerektiğinde sorun giderme süreci daha zor hale gelir çünkü bu çok daha fazla çaba gerektirir. Ayrıca, tüm kritik sistemlerin sürekli olarak izlenmesini sağlamak zorlaşabilir.
Bu nedenle, bir yedekleme seçeneği, temel bileşenleri birleştirmeli ve yöneticilerin daha dikkatli bir şekilde izlemeleri gereken sistemleri önceliklendirmelerine olanak tanımalı, gereksiz olanları ortadan kaldırmalıdır.
Uyarılar Yararlı Bilgiler Yerine Gürültü Üretiyor
Her geçici CPU zirvesini rapor eden bir uyarı sistemi, önemli sorunları atlayan bir sistem kadar işe yaramaz olabilir.
Etkili izleme, bağlam gerektirir; kaynak kullanımındaki kısa süreli bir artışın herhangi bir eylem gerektirmesi olası değildir, oysa CPU kullanımındaki artışların uzun vadeli bellek artışları, tekrarlanan hizmet kesintileri veya disk alanındaki azalmalarla birleşmesi, gelişen bir sorunu işaret edebilir. Temel değerler ve eğilimler, bir sorun olup olmadığını veya operasyonların normal varyansını belirlemede önemli faktörlerdir.
Eğer yöneticiler uyarıları yaygın ve önemsiz oldukları için göz ardı ediyorlarsa, uyarı sisteminin yapılandırılması, değiştirme seçiminde ana öncelik olmalıdır.
Maliyetler Altyapıdan Daha Hızlı Artıyor
İzleme ürünlerinin lisanslama modelleri son derece çeşitlidir. Satıcıya bağlı olarak, sunucu sayısı, sensörler, hizmetler, öğeler, CPU çekirdekleri, metrikler veya veri hacmi ile ölçeklenebilirler.
On sunucu için maliyet etkin bir platform, elli veya yüz sunucu için önemli ölçüde daha az çekici hale gelebilir. Altyapı büyümesi, bir izleme platformu ek depolama, toplayıcılar veya idari kaynaklar gerektiriyorsa dolaylı maliyetleri de artırabilir.
Değiştirme planlaması, yalnızca bugünkü fiyatı değil, aynı zamanda izleme maliyetinin zamanla artmasına neden olan unsurları da dikkate almalıdır.
Sorunlar, IT'ye ulaşmadan önce kullanıcılara ulaşır.
En yaygın uyarı işaretlerinden biri, destek biletlerinin düzenli olarak altyapı sorunlarını izleme sistemi tarafından keşfedilmeden önce tanımlamasıdır.
Yetersiz bellek, sürücülerde boş alan eksikliği, başarısız hizmetler, anormal bant genişliği tüketimi veya uygulama performansında düşüş yönetici tarafından etkilenen sistemler ciddi bir kesinti yaşamadan önce düzeltici çalışmaların yapılabilmesi için ideal olarak yeterince erken tanımlanmalıdır.
Bir kuruluşun BT departmanları, kullanıcı destek kanalları aracılığıyla keşfedilen altyapı sorunlarıyla düzenli olarak ilgilenmek zorundaysa, mevcut yapılandırmanın yeniden değerlendirilmesi gerekebilir.
Bir Windows Server İzleme Yedekleyicisi Ne İzlemelidir?
Platform değiştirmeden önce, BT ekiplerinin korunması gerekenleri ve yeni çözümün karşılaması gerekenleri belirlemesi gereken izleme yetenekleri vardır.
Çoğu Windows Server uygulaması, en az birkaç kategorinin izlenmesini gerektirir.
CPU, Bellek ve Disk Performansı
CPU kullanımının faydalı olmasına rağmen, yüzdeler nadiren tam hikayeyi anlatır. İşlemci üzerindeki sürekli baskı, işlem etkinliği ve değişken kullanım desenleri, genel operasyonlar hakkında izole zirvelerden daha fazla bağlam sağlar.
Bellek izleme, yalnızca mevcut RAM kullanımını göstermek yerine, sürekli tüketimi, sayfa basıncını ve olağandışı büyümeyi de tanımlamalıdır. Disk izleme, bir sunucunun yeterli boş depolama alanına sahip olabileceği veya mevcut kapasitenin kritik bir seviyeye yaklaşırken normal bir şekilde çalışabileceği durumlarda, hem kapasiteyi hem de etkinliği içermelidir.
Microsoft'un Windows Server performans kılavuzu, sistem darboğazlarını araştırmak için işlemci, bellek, mantıksal ve fiziksel diskler, süreçler ve diğer bileşenler arasında sayaçlar kullanır. Değişim planlaması için önemli nokta, kaynak tüketiminin neden değiştiğini anlamak için yeterli derinliği korumaktır, sadece yüksek olup olmadığı değil.
Süreçler ve Kritik Hizmetler
İşletim sistemi sağlığı sadece resmin bir parçasıdır.
Bir Windows Server makinesi, kullanıcıların çalıştırmak istediği uygulama, işlem veya hizmetin çalışmayı durdurmuş olmasına rağmen çalışır durumda olabilir. İzleme gereksinimleri, her sunucunun rolünü ve bu rolü yerine getirmek için gereken hizmetleri yansıtmalıdır.
Bir Internet Information Services (IIS) sunucusu, veritabanı sunucusu, etki alanı denetleyicisi ve Remote Desktop Session Host'un aynı gereksinimleri yoktur. Kullanışlı bir alternatif, yöneticilerin her sunucu için önemli olanı izlemelerine izin vermek olacaktır; bu, tüm ortam için tek bir sağlık tanımı atmak yerine.
Ağ ve Bant Genişliği Aktivitesi
Beklenmedik trafik desenleri, ağ hataları veya olağandışı bant genişliği tüketimi hem performans hem de altyapı sorunlarını ortaya çıkarabilir.
Ağ görünürlüğü, yöneticilerin yavaş uygulama performansının sunucudan, ağdan veya başka bir bağımlı sistemden kaynaklanıp kaynaklanmadığını belirlemeleri gerektiğinde özellikle faydalı hale gelir.
Bir Windows Server izleme yedeği, mutlaka tam bir ağ izleme platformuna dönüşmek zorunda değildir. Ancak, ekibinizin normal sorun giderme süreçlerinin gerektirdiği ağ görünürlüğü seviyesini sağlamalıdır.
Etkinlikler, Uygulamalar ve İş Yükleri
Bazı organizasyonlar için, genel işletim sistemi metrikleri yeterlidir. Diğerleri için ise bunlar sadece başlangıçtır.
Windows Server ortamları, kendi sağlık göstergeleri ile Active Directory Domain Services, IIS, SQL Server, Hyper-V ve diğer iş yüklerini barındırabilir. Temel CPU, bellek ve disk izleme, her iş yüküne özgü hatayı ortaya çıkaramaz.
Bu, önemli bir değiştirme kriteri oluşturur: organizasyonun öncelikle genel Windows Server sağlık izleme ihtiyacı mı var, yoksa belirli Microsoft iş yükleri ve uygulamaları hakkında derin bir görünürlüğe mi ihtiyacı var?
Cevap, hangi tür izleme platformunun uygun olduğunu önemli ölçüde değiştirebilir.
Değiştirmenin neyi geliştirmesi gerekir?
Hayati izleme kapsamını sürdürmek yalnızca bir görev parçasıdır. Yeni sistem ayrıca değiştirilmesine neden olan operasyonel kısıtlamaları da çözmelidir.
Dört özellik özel dikkati hak ediyor.
Merkezi Görünürlük
Yönetici, her seferinde bağlanma veya farklı araçlar seti kullanma zahmetine girmeden, birçok izlenen sunucunun durumunu değerlendirebilmelidir.
Merkeziyetçilik, altyapı birden fazla konuma ve sanal örneklere genişledikçe daha önemli hale gelecektir. uzaktan sunucular ya da müşteri tesislerinde. Amaç, bir başka gösterge paneli oluşturmak değil, yöneticilere daha yakından incelenmesi gereken alanları belirleyebilecekleri bir genel bakış sağlamaktır.
Tarihsel Veriler ve Temel Değerler
Gerçek zamanlı izleme "Şu anda ne oluyor?" sorusunu yanıtlar, ancak tarihsel izleme "Şu anda olan şey olması gereken bir şey mi?" sorusunu da eşit derecede önemli bir şekilde yanıtlar.
%70 bellek kullanımı ile çalışan bir sunucu, bu kullanımın asla daha yüksek olmadığı durumlarda tamamen sağlıklı olabilir, ancak %30'dan %70'e yavaş bir yükseliş de önemli bir olayın başlangıcı olabilir.
Tarihsel veriler, BT ekiplerinin performansın temel seviyelerini belirlemek tekrarlayan olayları derinlemesine inceleyerek temel nedenlerini keşfetmek, kapasite planlamak ve altyapı değişikliklerinin performansı olumlu veya olumsuz etkileyip etkilemediği konusunda yargılarda bulunmak. Bu nedenle, bir değişimin, hem tarihsel verilerden değer sağlama yeteneği hem de gerçek zamanlı panolar için sunduğu şey açısından değerlendirilmesi gerekmektedir.
Eyleme Geçirilebilir Uyarılar
Değiştirme değerlendirmeleri, bir platformun "uyarıları destekleyip desteklemediği" ikiliğinin ötesine geçmelidir.
Yönetici, eşiklerin kendi ortamlarına göre ayarlanıp ayarlanamayacağını, kimin bilgilendirileceğini ve bildirimlerin geçici anormallikler ile müdahale gerektiren durumlar arasında ayırt etmenin pratik olup olmadığını bilmek isteyecektir.
Amaç daha fazla uyarı üretmek değil. Gürültüyü azaltmak ve önemli koşulları gözden kaçırmayı zorlaştırmaktır.
Faydalı Raporlama
Raporlar, bir süre boyunca gözden geçirilmesi gereken bilgileri iletmek veya şu anda bir gösterge panelini gözden geçiren yöneticinin ötesinde raporlamak için yararlıdır.
IT personeline kaynak tüketimini gözden geçirme, tekrarlayan sorunları araştırma, kullanılabilirliği belgeleme veya altyapı hakkında müşterilere ve yönetime bilgi sağlama konusunda yardımcı olabilirler. Planlı raporlama, yöneticilerin aynı bilgiyi tekrar tekrar çıkarmak için harcadıkları manuel çabayı kurtarabilir.
Ana kriter, mevcut rapor şablonlarının sayısı değil, raporların organizasyonun gerçekten sorması gereken operasyonel soruları ele almasıdır.
Sunucu İzleme mi yoksa Tam Görünürlük mü İhtiyacınız Var?
Bu, bir Windows Server izleme yedeği seçerken en kritik kapsam kararı olabilir. Modern gözlemlenebilirlik platformları, altyapı metriklerini ve günlüklerini alabilirken, aynı zamanda izleri, uygulama performans izlemeyi, bulut hizmetlerini, konteynerleri ve büyük ölçekli telemetriyi de destekleyebilir.
Dağıtılmış uygulamalar, mikro hizmetler veya karmaşık hibrit bulut ortamları için bu yetenekler hayati olabilir.
Odaklanmış Sunucu İzlemenin Yeterli Olduğunda
Her Windows sunucu ortamı için her zaman gerekli değildir, ancak.
Sunucu performansı, süreçler, kullanıcılar, bant genişliği, web siteleri, uyarılar ve altyapı trendlerine özel olarak odaklanmış bir BT ekibi, ek telemetri boru hatları, depolama gereksinimleri ve uzman yönetimi ekleyen bir gözlemlenebilirlik mimarisinin tanıtımından fayda sağlamayabilir.
Daha Geniş Gözlemlenebilirlik Ne Zaman Gereklidir
Aksine, odaklanmış bir sunucu izleme platformu, mühendislerin dağıtılmış izleme, uygulama bağımlılık haritalama, merkezi günlük analitiği veya ayrıntılı uygulama performans izleme gerektirmesi durumunda yetersiz kalabilir.
Karar, bu nedenle, hangi seçeneğin daha sofistike olduğundan çok kapsamla ilgilidir. Seçin sunucu izleme altyapı sağlığı ve operasyonel görünürlük gereksinim olduğunda. Sorun giderme, yöneticilerin veya mühendislerin altyapı davranışını uygulamalar, günlükler, izler ve dağıtılmış hizmetlerle ilişkilendirmesini gerektirdiğinde daha geniş gözlemlenebilirlik seçin.
Doğru değişim, izleme mimarisini gereksiz yere karmaşıklaştırmadan gerekli derinliği sağlayan platformdur.
Windows Server İzleme Yerine Koymalarını Nasıl Karşılaştırmalısınız?
Gereksinimler ve kapsam belirlendikten sonra, ürün karşılaştırmaları çok daha faydalı hale gelir.
Farklı satıcıların özellikleriyle başlamaktansa, ürünleri aynı soru setine karşı karşılaştırın:
- Kullandığınız Windows Server sürümlerini ve sunucu rollerini destekliyor mu?
- CPU, bellek, diskler, süreçler ve hizmetler ile ağ etkinliğini gerekli ölçüde izleyebilir mi?
- Yöneticiler merkezi bir konsoldan birden fazla sunucuyu izleyebilir mi?
- Tendensleri belirlemek ve olayları araştırmak için yeterli tarihsel bilgiyi tutuyor mu?
- Eşik değerleri ve uyarılar ortamınıza göre özelleştirilebilir mi?
- Yönetim, yönetim veya müşteriler tarafından gereken raporları sağlıyor mu?
- Gözetim sistemini işletmek için ne kadar altyapı gereklidir?
- Gözetim, ajanlara, uzaktan anket yapmaya veya başka bir toplama yöntemine mi dayanıyor?
- Altyapının izlenmesi arttıkça lisanslama nasıl değişir?
Ekip, Windows'a özgü iş yükü izleme veya daha geniş bir gözlemleme gerektiriyor mu?
Bu, bir ürün sayfasındaki özellik sayısından çok daha faydalı bir karşılaştırma oluşturur.
İzleme derinliği, dağıtım karmaşıklığı, yönetim, uyarı kalitesi, lisanslama ve değer elde etme süresi, bir platformun değerini etkileyen tüm unsurlardır. Daha küçük bir seçenek, daha büyük bir platforma göre daha az genel gider ve organizasyonun ihtiyaç duyduğu gereksinimleri karşılama nedeniyle operasyonel açıdan daha iyi bir uyum sağlayabilir.
Gözetim Sistemini Görünürlüğü Kaybetmeden Nasıl Değiştirebilirsiniz?
Gözetim yazılımını değiştirmek belirli bir risk faktörü sunar, çünkü organizasyonun böyle bir hizmeti sağlayan yazılımı değiştirdiği kritik geçiş anında görünürlüğün azalması her zaman bir olasılıktır.
Göç süreci aşamalı olarak gerçekleştirilirse daha az riskli olacaktır.
Mevcut İzleme Kapsamı
Mevcut sistemin envanteri çıkarılmalı, yeni aracın gözetlemesi gereken temel unsurların belirlenmesi için göç süreci başlamadan önce ve herhangi bir bileşen kapatılmadan önce.
Envanter, tüm sunucuları, web sitelerini, programları, hizmetleri, en önemli performans göstergelerini, eşik değerlerini, bildirimleri ve raporları listelemelidir.
Özellikle, göçten sonra sistemi sürdüren kişi için önemini yitirmiş olabilecek zamanla oluşturulan özel kontrol listelerine dikkat edilmelidir. Bu temel envanter, ardından değiştirmenin doğruluğunu doğrulamak için kritik bir kapsam olarak işlev görecektir.
Mevcut Temel Değerleri Belirle
Göçten önce normal performansı kaydedin.
CPU kullanımı, bellek tüketimi, disk etkinliği ve bant genişliği, iş yükü ve sunucu rolüne göre değişir. Bir etki alanı denetleyicisi, bir uygulama veya veritabanı sunucusuyla aynı normal davranışa sahip olmayabilir.
Mevcut temel bilgiler, yöneticilere yeni platformu yapılandırmak ve değerlendirmek için bir referans sağlar.
Her iki İzleme Sistemini Geçici Olarak Çalıştırın
Geçiş süresince mevcut ve yedek sistemlerin çalışır durumda kalmasını sağlamak için mümkün olan her yerde.
Paralel izleme, yöneticilerin her iki sistemde toplanan bilgilerin tutarlı olduğunu doğrulamalarına ve hayati unsurların eksik olmadığını kontrol etmelerine yardımcı olur. Ayrıca, yedek sistem tam olarak devreye alınmadan önce toplama aralığı, ölçüm yöntemleri ve diğer faktörlerdeki farklılıkları belirlemek için de faydalıdır.
Yeni ve eski platformların tam olarak aynı verileri sağlaması gerekmez, ancak yöneticilerin ihtiyaç duyduğu bilgilere erişmesine izin vermelidir.
İzleme Kapsamını Doğrula
Yeni platformu, ona geçmeden önce oluşturulan envanterle karşılaştırın.
Önemli sunucuların, hizmetlerin, web sitelerinin, metriklerin ve diğer izlenen kaynakların dikkate alındığından emin olun. Bu, eski kontrollerin değerinin, operasyonel olup olmadığını veya sadece eski yapılandırmaları körü körüne yeniden uygulayıp uygulamadıklarını düşünmek için de iyi bir zamandır.
Bir değiştirme girişimi, gerekli olan görünürlüğü korumaya çalışmalı, ancak gerekli olmayan karmaşıklığı korumamalıdır.
Eski Platformu Emekliye Ayırmadan Önce Test Uyarıları
Bir eşik belirlendiği için bir uyarının çalışacağını varsaymayın.
Beklenen koşulların bildirim gönderdiğinden, bunların doğru kişilere ulaştığından ve eşiklerin çok yüksek/düşük ayarlanmadığından emin olun. Mümkünse, yer değiştirmeyi yeterince normal iş yükü değişimi ile geçmesini izleyin, böylece belirgin uyarı gürültüsünü görebilirsiniz.
Eski platformu yalnızca kapsama ve uyarıları izledikten sonra devre dışı bırakın.
Daha Basit Bir Windows Server İzleme Alternatifi mi Arıyorsunuz?
Her organizasyonun sunucu altyapısı üzerinde faydalı görünürlük sağlamak için kurumsal ölçekli bir gözlemleme platformuna ihtiyacı yoktur. Sunucu sağlığını, kaynak tüketimini, süreçleri, bant genişliğini, kullanıcıları ve web sitelerini esas olarak izleyen BT ekipleri için, odaklanmış bir çözüm, gereksiz izleme karmaşıklığı getirmeden gerekli operasyonel görünürlüğü sağlayabilir.
TSplus Sunucu İzleme Windows ve Linux sunucularının ve web sitelerinin gerçek zamanlı ve tarihsel izlenmesini merkezi hale getirir, yapılandırılabilir uyarılar ve özelleştirilebilir raporlama ile. Yöneticiler, CPU, bellek, disk etkinliği, süreçler, bant genişliği ve bağlı kullanıcıları tek bir yerden takip edebilir, bu da parçalı veya aşırı karmaşık bir izleme sisteminin yerini almak için pratik bir seçenek haline getirir.
Sonuç
Windows Server izleme yerine geçiş yapmak, mevcut yapılandırmanın neden artık çalışmadığını anlamak ve altyapınızın gerçekten ihtiyaç duyduğu görünürlüğü tanımlamakla başlar. İzleme kapsamı, eyleme geçirilebilir uyarılar, tarihsel veriler, raporlama, yönetim ve ölçeklenebilirlik, sadece en uzun özellik listesine sahip platformu seçmekten daha önemlidir.
Doğru kapsam belirlendikten sonra, mevcut sistemi emekliye ayırmadan önce aşamalı olarak geçiş yapın ve izleme kapsamını doğrulayın. Amaç, her eski yapılandırmayı yeniden üretmek değil, ilk etapta değiştirilmesine neden olan maliyet, karmaşıklık veya operasyonel kısıtlamaları azaltırken temel görünürlüğü korumaktır.
)
)
)
