İzleme ve Uyarılar
Sunucularınızın sağlığını tek ekrandan izleyin, sorun büyümeden haberdar olun
İşlemci, bellek, disk ve ağ grafikleri, alarmlar, ağ akışları ve yedek durumu, sunucularınıza ajan kurmadan bulut portalınızın içinde bir arada görünür.
Neden şimdi
- Cumartesi gecesi veritabanı sunucusunun diski doldu, uygulama yazamaz oldu ve sorun pazartesi sabahı müşteri şikâyetiyle fark edildi. Disk yüzde seksen beşi geçtiğinde ekibin kanalına düşen bir uyarı, aynı sorunu cuma öğleden sonra çözdürürdü.
- Kullanıcılar sistemin yavaş olduğunu söylüyor ama hangi sunucunun, ne zamandan beri zorlandığını kimse bilmiyor. Son yedi günün işlemci ve bellek grafiği tahmini veriyle değiştirir.
- İzleme için ayrı bir sunucu kurmak, her sunucuya ajan yüklemek ve bunları güncel tutmak küçük bir ekibe ağır geliyor. Burada metrikler altyapı katmanından okunur; sunucularınıza hiçbir şey kurulmaz.
- Yönetim yeni bir proje için kaç sunucu daha açılabileceğini soruyor. Kotanın ne kadarının dolduğunu ve kabaca kaç sunucu daha sığdığını gösteren bir ekran bu soruyu bir dakikada cevaplar.
- Bir sunucudan yurt dışında hiç tanımadığınız bir ülkeye trafik gidiyor olabilir ve bunu kimse bilmiyor. Ağ akışları ekranı, kimin kiminle hangi portta ve hangi ülkeyle konuştuğunu gösterir.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Disk dolduğunu, uygulama durduktan sonra müşteriden öğrenirsiniz. | Eşik aşıldığında uyarı, ekibinizin Slack kanalına ya da kendi olay sisteminize düşer. |
| İzleme için ayrı sunucu ve her makinede ajan gerekir. | Ölçümler sanallaştırma katmanından gelir; sunucuya ajan yüklenmez. |
| Kısa bir yük sıçraması gece yarısı alarm yağdırır. | Eşik aşımı belirlediğiniz süre boyunca sürmedikçe alarm çalmaz. |
| Metrik, yedek durumu ve ağ trafiği ayrı ayrı araçlarda durur. | Hepsi bulut portalınızın içinde, aynı eklentinin sekmelerinde bir aradadır. |
| Kaynağa ulaşılamadığında ekran her şey yolunda gibi görünür. | Ekran verinin ne zaman güncellendiğini ve kaynağın ulaşılamadığını açıkça yazar. |
Bugünden canlıya: nasıl işler
- 1
Portalınızda izleme sekmesi açılır
İzleme eklentisi Nesnet bulutundaki kurumunuzun portalında hazır gelir. Sunucularınızın işlemci, bellek, disk ve ağ grafikleri ilk günden görünür; sizin bir şey kurmanız gerekmez.
- 2
Bildirim kanalınızı bağlarsınız
Ekibinizin Slack kanalının gelen webhook adresini ya da kendi olay sisteminizin webhook adresini bildirim kanalı olarak eklersiniz. Kanal bir kez tanımlanır, bütün alarmlar onu kullanabilir.
- 3
İlk alarm kurallarınızı yazarsınız
Disk, işlemci ve bellek için eşiği, süreyi ve önem derecesini seçerek kurallarınızı tanımlarsınız. Kısa sıçramalarda gereksiz alarm almamak için süre koşulunu birkaç dakika olarak başlatmak iyi bir başlangıçtır.
- 4
Kotayı, yedeği ve ağı takip edersiniz
Kota doluluğunu, sunucu başına yedek durumunu ve ağ akışlarını aynı eklentinin sekmelerinde izlersiniz. Sağlık özeti ve olay zaman çizelgesi, bir sorunda nereden başlayacağınızı gösterir.
Neler alırsınız
Her sunucunun sağlığı grafikte
Her sunucunun işlemci ve bellek kullanımı, kök dosya sistemi doluluğu, ağ trafiği ve çalışıyor ya da durdu bilgisi grafikte görünür. Sorunun ne zaman başladığını tahmin etmek yerine çizgide görürsünüz.
On beş dakikadan otuz güne geçmiş
Grafikleri son on beş dakika, bir saat, bir gün, bir hafta ya da otuz gün için açarsınız. Bir yavaşlık şikâyetinde dünü, geçen haftayı ve geçen ayı aynı ekranda karşılaştırırsınız.
Kendi eşiğinizle alarm kuralları
İşlemci, bellek ya da disk için büyüktür, büyük-eşit, küçüktür ya da küçük-eşit karşılaştırmasıyla kendi eşiğinizi yazarsınız. Kurallar sunucuda değerlendirilir; portalı kimse açmasa da gece yakalanan eşik aşımı bildirimi tetikler.
Kısa sıçramada gereksiz alarm yok
Süre koşulu, eşik aşımı belirlediğiniz süre boyunca kesintisiz sürmedikçe alarmın çalmasını engeller. Bir yedekleme işinin birkaç saniyelik işlemci sıçraması ekibinizi gece uyandırmaz; aşım bitince alarm çözüldü olarak kayda düşer.
Önemine göre üç derece
Her alarma bilgi, uyarı ya da kritik önem derecesi verirsiniz. Kendi olay sisteminiz alarmları derecesine göre yönlendirebilir: bilgi alarmları bir kanala, kritik olanlar o gün sorumlu olan kişinin telefonuna gider.
Uyarılar Slack kanalınıza düşer
Alarmlar ekibinizin Slack kanalına gelen webhook ile gönderilir; kimse ayrı bir ekrana bakmak zorunda kalmaz. Kanalda alarmın hangi sunucuda, hangi değerle ve ne zaman çaldığı yazar.
Kendi sisteminize webhook
Webhook gövdesi kurum, kural adı ve kimliği, önem, durum, etkilenen nesne, ölçülen değer, mesaj ve zaman alanlarını yapılandırılmış JSON olarak taşır. Olay yönetim aracınız, e-posta ya da SMS ağ geçidiniz bu gövdeyi doğrudan işler.
Çalan alarmı onaylayın
Çalan bir alarmı onaylayarak ekibe sorunun ele alındığını gösterirsiniz; iki kişinin aynı sorunla ayrı ayrı uğraşması önlenir. Alarm geçmişi doksan gün saklanır, bir sorunun daha önce kaç kez yaşandığını geriye dönüp görürsünüz.
Aynı olay için ikinci mesaj gelmez
Eklenti yeniden başlasa da hâlihazırda çalan alarmlar hatırlanır ve ikinci kez bildirilmez. Ekibiniz aynı sorun için yinelenen mesajlarla boğulmaz, kanal yalnız yeni bir olay olduğunda hareketlenir ve gerçek uyarılar gürültüde kaybolmaz.
Kotanız ne kadar dolu, kaç sunucu daha sığar
İşlemci, bellek ve depolama kotanızın ne kadarının kullanıldığı ve kabaca kaç sunucu daha sığdığı bir bakışta görünür. Kullanım yüzde yetmişi geçtiğinde ekran kotaya yaklaştığınızı söyler; kapasite isteğini son güne bırakmazsınız.
Yedeklerin durumu aynı yerde
Her sunucunun son başarılı yedek zamanı ve yedek hedefini tutturup tutturmadığı izleme ekranında da görünür. Yedek sorumlusu hangi sunucunun hedefi kaçırdığını ayrı bir panele girmeden görür.
Kim kiminle konuşuyor: ağ akışları
Ağ akışları ekranı hangi sunucunun hangi adresle, hangi port ve protokolle konuştuğunu ve trafiğe izin verilip verilmediğini gösterir. Bir uygulamanın beklenmedik bir yere bağlandığını kayıt dosyası okumadan fark edersiniz.
Trafiğin gittiği ülke
Ağ akışlarında hedef adresin hangi ülkede olduğu da gösterilir. Bir sunucunuzun hiç iş yapmadığınız bir ülkeyle düzenli konuştuğunu görmek, bir güvenlik olayının ya da unutulmuş bir yazılımın ilk ipucu olabilir ve araştırmaya nereden başlanacağını gösterir.
Başarısız oturum açma uyarısı
Son yedi gündeki başarısız oturum açma denemeleri denetim ekranında uyarı olarak öne çıkar. Bir hesaba art arda deneme yapıldığını kimse kayıt dosyasını açmadan görür; parola tahmini saldırısı başarıya ulaşmadan önce fark edilir.
Denetim kaydında kalıp alarmı
Denetim kaydında belirli bir ifade belirlediğiniz süre içinde belirli sayıda geçerse alarm çalar. Örneğin bir saat içinde art arda silinen sunucular ya da tekrarlanan yetki değişiklikleri ekibinizin kanalına düşer.
Tek bakışta sağlık özeti
Kurumunuz için tek bir sağlık hükmü, bir risk puanı ve dört özet kart açılış ekranında durur. Sabah toplantısında ortam iyi mi sorusunun cevabı tek ekrandadır, nereye bakılacağı da oradan bellidir.
Olayların zaman çizelgesi
Metrik, alarm, ağ akışı, denetim ve maliyet olayları aynı zaman penceresinde sıralanır. Bir kesintinin öncesinde kimin hangi değişikliği yaptığını ve hangi değerin ne zaman yükseldiğini tek çizgide okursunuz.
Kendiliğinden yenilenen ekranlar
Sağlık, sunucu, ağ ve alarm ekranları yarım dakikada bir, diğer ekranlar dakikada bir kendiliğinden yenilenir. Sekme görünmüyorken yenileme durur; ekran açık unutulsa da gereksiz yük oluşturmaz.
Verinin tazeliği her ekranda yazar
Her ekran verinin kaç saniye önce güncellendiğini ve canlı mı, durdu mu, eski mi olduğunu gösterir. Eski bir grafiğe bakıp yanlış karar verme riski, ekranın kendisi tarafından ortadan kaldırılır.
Ayrı panel, ayrı parola yok
İzleme ekranları sunucularınızı açtığınız bulut portalının içine gömülüdür. Ekibinize ikinci bir hesap açmanız, ayrı yetki tanımlamanız ya da başka bir araç öğretmeniz gerekmez; portala erişimi olan kişi izleme ekranına da aynı oturumla geçer.
Neden Nesnet
Nesnet'in yazdığı eklenti, portalın içinde
Bulut portalı kendi başına kiracıya izleme ekranı sunmaz; Nesnet bu boşluğu kendi yazdığı eklentiyle kapattı. İzleme ayrı bir panelde, ayrı bir girişle değil, sunucularınızı yönettiğiniz portalın içinde açılır.
Ajan yok, kurulum yok
Metrikler sanallaştırma katmanının ölçüm servislerinden okunur; sunucularınıza ajan kurmanız, güncellemeniz ya da izleme sunucusu işletmeniz gerekmez. Yeni açtığınız sunucu ilk dakikadan grafiklerde görünür.
Ekran size yalan söylemez
Bir veri kaynağına ulaşılamadığında ekran boş ya da sorunsuz bir tablo göstermez, kaynağın geçici olarak ulaşılamadığını yazar. Verinin kaç saniye önce güncellendiği ve canlı mı eski mi olduğu her ekranda görünür.
Başka kurum verinizi göremez
Kurum kimliği her istekte doğrulanmış portal oturumundan alınır, istek parametresinden asla alınmaz. Bir alarm kuralı yalnız kendi kurumunuzun sunucularına karşı değerlendirilir.
Verileriniz Türkiye'de kalır
Metrikler, alarm geçmişi ve denetim kaydı Nesnet'in Equinix İstanbul (Dudullu) ve Türk Telekom Ankara tesislerindeki altyapısında, Türkiye'de durur. İzleme verisi yurt dışındaki bir hizmete gönderilmez.
Nesnet'in işlettiği izleme, Türkçe destek
Eklentiyi, ölçüm kaynaklarını ve altındaki bulutu aynı Nesnet ekibi kurar ve işletir. Bir grafiğin ya da alarmın neden öyle davrandığını Nesnet destek ekibine Türkçe sorabilirsiniz.
Örnek senaryolar
Hafta sonu dolmadan yakalanan disk
Durum
Bir e-ticaret şirketinin veritabanı sunucusunda günlük kayıt dosyaları diski yavaş yavaş dolduruyor. Geçen yıl disk bir cumartesi gecesi dolmuş, sipariş akışı pazartesiye kadar durmuştu.
Sonuç
Ekip disk doluluğu yüzde seksen beşi on dakika boyunca aştığında çalan kritik bir alarm kurdu ve alarmı Slack kanalına bağladı. Uyarı cuma öğleden sonra geldi, eski kayıtlar temizlendi ve disk büyütüldü.
Yavaşlık şikâyetinin kaynağı
Durum
Bir muhasebe bürosunda çalışanlar her ayın son haftasında sistemin yavaşladığını söylüyor. BT ekibi hangi sunucunun zorlandığını bilmiyor.
Sonuç
Otuz günlük grafikte uygulama sunucusunun belleğinin ay sonu toplu işlemlerinde tavana dayandığı görüldü. Sunucunun belleği artırıldı ve aynı eşik için bir uyarı kuralı yazıldı.
Olay sistemine bağlanan uyarılar
Durum
Bir yazılım şirketi bütün operasyon uyarılarını kendi olay yönetim aracında topluyor ve uyarıların ayrı bir ekranda kalmasını istemiyor.
Sonuç
İzleme webhook'u olay aracına bağlandı; gelen JSON gövdesindeki önem alanına göre kritik uyarılar telefona, diğerleri ekip kanalına yönleniyor. Çözülen alarm, olay aracında kaydı kendiliğinden kapatıyor.
Tanımadık bir ülkeye giden trafik
Durum
Bir lojistik şirketinin güvenlik sorumlusu, yalnız Türkiye'deki müşterilerle çalışan bir sunucunun dışarıya ne gönderdiğini görmek istiyor.
Sonuç
Ağ akışları ekranında sunucunun beklenmedik bir ülkedeki bir adresle düzenli konuştuğu görüldü. Kaynak, unutulmuş bir test aracı çıktı; araç kaldırıldı ve güvenlik duvarına çıkış kuralı yazıldı.
Yeni proje için kapasite sorusu
Durum
Bir yazılım evinin yönetimi, yeni bir müşteri projesi için mevcut kotada kaç sunucu daha açılabileceğini soruyor.
Sonuç
Kota ekranı bellek kotasının yüzde yetmiş beşinin dolu olduğunu ve kabaca dört orta boy sunucunun daha sığdığını gösterdi. Proje başlamadan kota artışı istendi.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| İzleme eklentisini geliştirir, işletir ve günceller. | Alarm kurallarınızı, eşiklerinizi ve önem derecelerinizi kendiniz yazarsınız. |
| Ölçüm kaynaklarını ve ağ akışı verisini sanallaştırma katmanından toplar. | Slack kanalınızı ya da webhook adresinizi bildirim kanalı olarak tanımlar ve çalışır tutarsınız. |
| Alarm kurallarını sunucu tarafında sürekli değerlendirir. | Gelen uyarıları ele alır, çalan alarmları onaylarsınız. |
| Kurum yalıtımını korur; her kurum yalnız kendi verisini görür. | Kota uyarılarına göre kaynak ekleme ya da sunucu küçültme kararını verirsiniz. |
| Alarm geçmişini ve denetim kaydını doksan gün saklar. | Uygulama içi metrikler gerekiyorsa kendi izleme aracınızı sunucularınızda çalıştırırsınız. |
Kimler için
Nesnet bulutunda sunucu işleten BT ekipleri
Disk dolmadan, işlemci tavan yapmadan haberdar olmak isteyen ekipler. Kendi eşiğinizi, süresini ve önemini yazdığınız alarm kuralları, sorun kullanıcıya yansımadan önce sizi uyarır.
Kendi olay sistemi ya da Slack kanalı olan ekipler
Uyarıları zaten kullandıkları olay yönetim aracına ya da ekip kanalına akıtmak isteyen ekipler. Webhook gövdesi yapılandırılmış JSON olduğu için kendi sisteminizde kolayca işlenir.
Kapasite planlayan yöneticiler
Kotanın ne kadarının dolduğunu ve kaç sunucu daha sığdığını görmek isteyen yöneticiler. Kota yüzde yetmişi geçtiğinde ekran sizi kendiliğinden uyarır.
Güvenlik ve yedek sorumluları
Başarısız oturum açma denemelerini, dış dünyaya giden trafiği ve hangi sunucunun yedek hedefini kaçırdığını tek yerden görmek isteyen sorumlular. Hepsi aynı eklentinin ayrı sekmelerindedir.
Uygun olmayabilir
Uyarıları e-posta ya da SMS ile almak istiyorsanız bu hizmet bugün size yetmez; bildirim kanalları webhook ve Slack'tir. E-posta ya da SMS'e geçiş, webhook'u kendi bildirim sisteminize bağlayarak kurulur.
Web sitenizin dışarıdan erişilebilir olup olmadığını düzenli yoklayan bir sentetik kontrol ya da uygulama içi performans izleme arıyorsanız bu ürün o değildir; o ihtiyaç için kendi izleme aracınızı sunucularınızın yanında çalıştırmak daha doğru olur.
Altyapının içi
İzleme ekranları, Nesnet'in bulut portalı için geliştirdiği eklentidir ve doğrudan kiracı portalının içinde açılır. Eklenti VM metriklerini ve ağ akışlarını sanallaştırma katmanının ölçüm servislerinden yalnız okuma amacıyla alır; orada hiçbir ayarı değiştirmez. Ağ akışları kuruluşunuzun ağ segmentlerine göre süzülür; alarm geçmişi, denetim kaydı ve olay verisi eklentiyle birlikte gelen veritabanında tutulur. Alarm kuralları sunucu tarafında, varsayılan olarak her 60 saniyede bir değerlendirilir; portalı kimse açmasa da kurallar çalışmaya devam eder. Portal, ölçüm kaynakları, ağ ve veritabanı aynı Nesnet bulutunun parçalarıdır ve hepsini aynı ekip işletir; kapasite kararlarını Nesnet ekibi kendi ölçümleriyle verir.
Yapı taşları
- Bulut portalı
- kiracı portalı; izleme ekranları burada, aynı oturumla açılır
- Nesnet izleme eklentisi
- grafik, alarm kuralı, bildirim, ağ akışı, denetim ve yedek ekranları
- Metrik ve log toplama katmanı
- VM metriklerinin kaynağı (5 dakikalık toplama aralığı)
- Ağ akışı toplama katmanı
- ağ akışı verisinin kaynağı
- Yazılım tanımlı ağ
- kuruluşunuzun ağ segmentleri; akışlar bunlara göre süzülür
- Olay veritabanı
- alarm geçmişi, denetim kaydı ve olay verisinin tutulduğu veritabanı
Diğer seçeneklerle karşılaştırma
| Seçenek | Ne zaman doğru seçim |
|---|---|
| Kendi izleme sunucunuzu ve ajanlarınızı kurmak | Uygulama içi metrik, özel eklenti ya da işletim sisteminin içinden ayrıntılı sayaç gerekiyorsa doğru seçim budur. Bunun karşılığında ajanların kurulumu, güncellenmesi ve izleme sunucusunun ayakta tutulması ekibinizin işi olur. İki yaklaşım birlikte de kullanılabilir. |
| Yalnız portaldaki VM listesine bakmak | Birkaç VM'iniz varsa ve VM'in açık mı kapalı mı olduğunu görmek yetiyorsa ek bir ekrana ihtiyaç duymayabilirsiniz. Eşik, geçmiş grafik ve bildirim istendiği anda bu yöntem yetersiz kalır. |
Teknik özellikler
| İzlenen değerler | CPU (%), bellek (%), kök dosya sistemi doluluğu (%), ağ trafiği (KBps), çalışıyor/durdu |
|---|---|
| Disk değeri | VM içindeki kök dosya sisteminin doluluk yüzdesi; IOPS ve gecikme sunulmaz |
| Kaynak çözünürlüğü | 5 dakika |
| Grafik aralıkları | 15 dk, 1 saat, 24 saat, 7 gün, 30 gün |
| Grafik başına | en çok 50 VM serisi, seri başına en çok 720 nokta |
| Ekran yenileme | sağlık, VM, ağ ve alarm ekranları 30 sn; denetim, yedek ve zaman çizelgesi 60 sn; sekme görünmüyorken durur |
| Ajan | gerekmez; metrikler altyapı katmanından okunur |
| Değerlendirme aralığı | varsayılan 60 saniye, sunucu tarafında |
|---|---|
| Alarm metrikleri | CPU, bellek, disk; >, ≥, <, ≤; eşik müşteri tarafından girilir |
| Süre koşulu | aşım süre boyunca aralıksız sürmezse alarm çalmaz; bitince "çözüldü" kaydı |
| Önem dereceleri | bilgi, uyarı, kritik |
| Bildirim kanalları | webhook (yapılandırılmış JSON), Slack gelen-webhook |
| Webhook alanları | kuruluş, kural adı ve kimliği, önem, durum, nesne, değer, mesaj, zaman (RFC 3339) |
| Alarm geçmişi | 90 gün |
| Kiracı yalıtımı | kuruluş kimliği doğrulanmış portal oturumundan alınır |
|---|---|
| Denetim kaydı | 90 gün |
| Başarısız oturum açma | son 7 gün, denetim ekranında uyarı |
Bir şey bozulursa
Bir veri kaynağı düşerse
İlgili ekran "kaynak geçici olarak ulaşılamıyor" der; boş ya da sorunsuz görünen bir tablo göstermez. Geçici olarak ulaşılamayan kaynak ile hiç yapılandırılmamış kaynak ekranda ayrı ayrı belirtilir.
Yanıt yavaşlarsa
Ekran beklerken geçen süreyi gösterir. 45 saniye içinde yanıt gelmezse hata mesajı ve "yeniden dene" seçeneği çıkar; sayfa sonsuza dek yükleniyor görünmez.
Kimse portalı açmazsa
Alarm kuralları tarayıcıda değil sunucuda değerlendirilir. Gece kimse ekrana bakmasa da eşik aşımı yakalanır ve bildirim gönderilir.
Bir değerlendirme turu hata verirse
Hata kayda geçer ve kural bir sonraki turda yeniden değerlendirilir. Tek bir başarısız tur alarm servisini durdurmaz.
Eklenti yeniden başlarsa
Hâlihazırda çalan alarmlar hatırlanır ve ikinci kez bildirilmez. Ekibiniz aynı olay için yinelenen mesajla uğraşmaz.
Sık sorulan sorular
Fiyatlandırma ve ilk adım
Fiyatlandırma
İzleme ve Uyarılar aylık faturalanır. Fiyatı kullandığınız kaynaklar ve seçtiğiniz kalemler belirler; teklifinizi Nesnet ekibi hazırlar.
Fiyatı belirleyenler
- İzlenen sanal sunucular: ortamınızdaki VM'lerin sayısı.
- Kullanılan depolama: VM disklerinin kapladığı alan GB olarak ölçülür.
- İnternete çıkan trafik: ortamınızdan dışarıya giden veri GB olarak ölçülür.
Nasıl başlarsınız
- 1.Formu doldurun ya da 0800 606 1071'i arayın.
- 2.İzlenecek sunucular ve bildirim kanalınız bir görüşmede netleşir.
- 3.Portalınızdaki izleme sekmesinden ilk alarm kuralınızı yazarsınız.
Sorunu müşterinizden önce siz duyun
Hangi sunucuları izlemek ve uyarıları nereye akıtmak istediğinizi Nesnet ekibine anlatın; aynı iş günü içinde dönüş yapılır. Ajan kurmadan, ayrı panel açmadan ilk alarm kuralınızı aynı gün yazarsınız.