Die Berücksichtigung von Wartungsfenstern ist für die korrekte Erstellung und Interpretation von SLA-Reports ausschlaggebend. Während Downtimes und Statusänderungen geplant werden können, müssen unerwartete Änderungen nachträglich eingetragen und sanktioniert werden. Betrachten wir dazu ein Beispiel aus der Praxis: Denken Sie an einen ISP, welcher ein gewisses SLA mit seinem Kunden definiert hat, sagen wir eine Verfügbarkeit…
Read MoreDowntimes are an important part for the correct creation and interpretation of an SLA report. While downtimes and status changes can be scheduled, unexpected changes need to be retroactively fixed or sanctioned. Let me give you a practical example to better explain what I mean: Think about an ISP who defined a certain SLA with…
Read MoreI downtime sono una parte importante per la creazione corretta e l’interpretazione di un report sugli SLA. Mentre i downtime e i cambiamenti di stato possono essere pianificati, i cambiamenti inaspettati devono essere fissati e corretti retroattivamente. Vi darò un esempio pratico per spiegare meglio il significato: Pensate a un Internet Service Provider che ha…
Read MoreChangelog: – fixed: Cisco asa vpn connection filter breaks logstash config (#NSE-15)
Read MoreChangelog: – fixed: Cisco asa vpn connection filter breaks logstash config (#NSE-15)
Read MoreChangelog: – fixed: Cisco asa vpn connection filter breaks logstash config (#NSE-15)
Read MoreChangeLog: – Fixed NETEYE_EXTRA_SERVICES error in neteye init script (#NB-1)
Read MoreChangeLog: – Fixed NETEYE_EXTRA_SERVICES error in neteye init script (#NB-1)
Read MoreChangeLog: – Fixed NETEYE_EXTRA_SERVICES error in neteye init script (#NB-1)
Read MoreChangelog: Make /etc/cron.daily/elasticsearch-cleanoldindexes.sh cluster aware
Read MoreChangelog: Make /etc/cron.daily/elasticsearch-cleanoldindexes.sh cluster aware
Read MoreChangelog: Make /etc/cron.daily/elasticsearch-cleanoldindexes.sh cluster aware
Read More