Monitorizare IT

Ești conștient de cât de mult poate costa "downtime-ul" pentru afacerea ta?

Concentrează-te pe afacerea ta

Acum te poți concentra asupra ceea ce este cu adevărat important pentru organizația ta știind că sistemele, aplicațiile și rețelele sunt proactiv monitorizate și orice problemă va fi identificată înainte ca ea să devină critică.


Sistemul de monitorizare Check_MK este o soluție completă de monitorizare IT care oferă o vizibilitate complexă a rețelelor, sistemelor și aplicațiilor indiferent dacă acestea sunt: on-premise, pe domeniu fizic, virtual sau undeva într-un nor.

Concentrează-te pe afacerea ta

Detectare automată a serviciilor

Discovery

Check_MK descoperă în mod automat pe toate sistemele toate elementele care trebuie monitorizate indiferent dacă acestea sunt on-premise sau într-un nor. Această caracteristică unică iți economisește timp și efort considerabil în procesul de configurare.


Cât de mult timp petreci pentru a configura sistemul de monitorizare? Detectarea automată a serviciilor îți oferă o agilitate nemaiîntâlnită în trecut. Cu Check_MK îți poți concentra energia pe lucruri mai importante.


Tu rămâi în control tot timpul, cu cel mai flexibil motor de reguli din domeniu.

Înaltă Performanță

Dobândirea instantă a vizibilității asupra ceea ce se întamplă în infrastructură nu trebuie să creeze o limitare a performanței rețelei. Cu Check_MK performanța nu este afectată datorită eficienței agentului și a componentelor pentru server.


Printr-o proiectare unică poți sta fără griji deoarece Check_MK va ține un ochi vigilent la fel de bine pe 100 sau 100000 de sisteme.

Înaltă Performanță

Bateriile sunt Incluse

Baterrile sunt Incluse

Cu peste 700 de check-uri incluse care se configurează singure și care acoperă metricii cei mai importanți, vei avea rapid tot ce este necesar pentru o întreagă platformă de monitorizare. Toate check-urile suportă descoperire automată a serviciilor ceea ce face extrem de facil producesul de inițializare.


Cu multe check-uri adăugate săptămânal poți sta liniștit că vei putea acoperi și sistemele viitoare.

Subscripții

Spearhead este partenerul Premier Check_MK în România și lucrăm în mod direct cu dezvoltatorii Check_MK pentru a oferi pachetele OMD oficiale cu suport.

Abonații primesc acces la zona securizată de download Check_MK unde se găsesc pachetele oficiale cu toate versiunile a sistemului de monitorizare Check_MK special adaptate pentru a se potrivi cu toate versiunile individuale de Enterprise Linux.

Prețuri

Check_MK se vinde sub forma unei subscripții anuale pe baza a numărului de servicii monitorizate. Un serviciu este o unitate monitorizata, precum un CPU sau un proces de sistem. Prețurile nu includ TVA (dacâ este aplicabil).

3,000 Numărul serviciilor monitorizate

€ 600

7,000 Numărul serviciilor monitorizate

€ 1100

15,000 Numărul serviciilor monitorizate

€ 1800

30,000 Numărul serviciilor monitorizate

€ 2800

60,000 Numărul serviciilor monitorizate

€ 4400

100,000 Numărul serviciilor monitorizate

€ 5800

Dacă aveți nevoie de mai mult de 100.000 servicii vă rugăm să ne contactați

Contracte de support

Ai nevoie de un pic de ajutor cu sistemul de monitorizare Check_MK, inclusiv cu componentele Nagios, OMD, PNP4Nagios sau NagVis?

Lucrăm îndeaproape cu dezvoltatorii pentru a oferi servicii și suport impecabil. De asemenea dezvoltăm și menținem o serie de add-on-uri și plugin-uri. Am fi încântați să discutăm cerințele tale.

Contactați-ne pentru a primi o ofertă personalizată în funcție de cerințele tale specifice.

Documentație

Documentația este un efort open source care sperăm să fie de ajutor. Documentația poate fi găsită aici.

Check_MK via Cloud

Sistemul nostru de monitorizare ChecK_MK este gata de utilizare în câteva minute. Dacă ești în căutare pentru o modalitate rapidă și ușoară de a obține vizibilitate în sistemele și aplicațiile tale iți putem oferi sistemul de monitorizare Check_MK ca un serviciu.

Cu livrarea prin intermediul cloud-ului suntem disponibili în toate colțurile lumii. În doar câteva minute poți obține o vizibilitate granulară a rețelei.

Un demo va fi disponibil în viitorul apropiat, până atunci poți să ne trimiți un email, ne-ar face plăcere să iți arătăm ceea ce am făcut.

Istorial of Werk-urilor

Dezvoltarea software a Check_MK este organizată în așa numitele “Werks”. Un Werk este orice schimbare sau un bug fix care are o influență asupra utilizatorului final.

Sven Panne [ Fri, 23 Jun 2017 11:42:57 +0000 (13:42 +0200)] 
4695 FIX Make communication with event console more robust

When the monitoring core connects to the event console very rapidly, a "No
buffer space available" error could happen intermittently.  This can be seen
in the log, and the corresponding command fails, too, e.g. archiving an
event.  This has been fixed, the connection is simply retried when this
rare but harmless error happens.

Change-Id: Id382dfe9f4267bb7d660ac306a963a3e622a8041

Simon Betz [ Fri, 23 Jun 2017 10:43:47 +0000 (12:43 +0200)] 
Updated werk 4782

Change-Id: Iab2e291bc4a1f05231a59a2e337b3cb4c4dd0e7f

Simon Betz [ Mon, 12 Jun 2017 07:21:09 +0000 (09:21 +0200)] 
4782 Prevent deletion of parent host

Change-Id: I08dc31201d1f361344fd3fe3802c96aa7b191ccc

Lars Michelsen [ Fri, 23 Jun 2017 06:43:36 +0000 (08:43 +0200)] 
livedump: Correctly updating version in binary

Change-Id: Iffea4f9189be143bd019c8be87c3130a2c2d24ff

Lars Michelsen [ Thu, 22 Jun 2017 11:47:09 +0000 (13:47 +0200)] 
4897 FIX check_bi_aggr: Fixed URL in error messages in case of exceptions during checking

Change-Id: I97f2f5fd692d6e877ba80f2c7d47958c5611698a

Sven Panne [ Thu, 22 Jun 2017 12:09:36 +0000 (14:09 +0200)] 
Add a configure flag for old librrd versions.

Old (pre-1.6.0) versions of librrd were not thread-safe, so one has to use the
thread-safe variant librrd_th explicitly. This in itself is already tragic
enough, but to make things worse, you can't write a compile-time check to
distinguish these versions. :-/ So we default to the assumption that librrd is
thread-safe (which is the case within OMD) and the user of e.g. a standalone
version of Livestatus on an old system has to use the configure flag below.
Not really nice, but we can't really do much about that.

Change-Id: Icc1132814eaf8bd621aa7a0e5f981b1cd48aa625

Mathias Kettner [ Thu, 22 Jun 2017 11:36:41 +0000 (13:36 +0200)] 
Updated werk 4042

Change-Id: I8386209e73ac087bb76446ec414ca596f5dcb76e

Tom Baerwinkel [ Thu, 22 Jun 2017 09:39:46 +0000 (11:39 +0200)] 
4809 Display the OMD Site and Host Tags in HTML Emails

The OMD Site and Host Tags can be shown optionally in HTML Emails.
By default the information is not displayed. To show the information
it can be enabled under "Host and Service Parameters" or per rule
in the Notifications menu.

Change-Id: I4e0272410902fcb428b2538fb60dedbe9288e02b

Simon Betz [ Thu, 22 Jun 2017 09:22:52 +0000 (11:22 +0200)] 
Minor cleanup

Change-Id: I12f15070140a813f89f8548d144c080f14d6bfb9

Lars Michelsen [ Thu, 22 Jun 2017 09:18:01 +0000 (11:18 +0200)] 
4896 FIX Views: Services are now sorted correctly again

Change-Id: If3718dc7215a2f586e0e7a520bd5e4d0ded10638

Sven Panne [ Thu, 22 Jun 2017 08:46:15 +0000 (10:46 +0200)] 
4694 FIX Reloading the Nagios core works again

Reloading the Nagios core (e.g.  via "cmk -O") resulted in a segmentation
fault of Nagios, this has been fixed.  This was a regression from the 1.2.8
series.

Change-Id: Ib7faf0368841a6580f40d9ca170a1348b7fcbe41

Lars Michelsen [ Thu, 22 Jun 2017 07:16:47 +0000 (09:16 +0200)] 
4895 FIX cmk --convert-rrds: Don't fail when RRDs refered by PNP XMLs are missing

When using the "cmk --convert-rrds" command it is possible that XML files of PNP4Nagios
are refering to RRDs that do not exist. Previously the conversion totally failed with an
error message. It was now converted to a warning message instead. The conversion of other
RRDs is now continued in case of such errors.

Change-Id: I813b62ef9527646e3c67fd304e1a961105503080

Lars Michelsen [ Thu, 22 Jun 2017 06:27:11 +0000 (08:27 +0200)] 
4894 FIX Fixed still visible sites on "activate changes" page after deletion

When deleting a site from a distributed WATO setup, the site was still
visible on the activate changes page until the site apache was restarted
in some cases.

This has now been fixed and the sites are removed immediately from the
activate changes page.

Change-Id: Ic23d87c44bde24e39007bfb3c408d4df34fbcf32

Lars Michelsen [ Thu, 22 Jun 2017 06:25:00 +0000 (08:25 +0200)] 
4893 FIX Fixed creation of default "local" site

Previous 1.4 versions were creating a new distributed monitoring site
when there did not exist a site named exactly like the site ID of the
central site.

WATO now only creates this default site entry when there is no site
configured at all.

Change-Id: If6bd65869fdeb2e27d8edf340e4f43fc92c6fe91

Lars Michelsen [ Wed, 21 Jun 2017 19:20:34 +0000 (21:20 +0200)] 
Trusted CAs: Fixed error reporting during initial WATO config creation

Change-Id: Ib2084851fac6a6a745dd2b2686489b026e3ba8d2

Lars Michelsen [ Wed, 21 Jun 2017 17:06:53 +0000 (19:06 +0200)] 
4892 FIX Cleanup site changes of deleted sites correctly

When a site was replicated via WATO before and is deleted, the file where
the pending changes of that site were stored was left in the master site.

The path to the file is "var/check_mk/wato/replication_changes_[site].mk".
In case you have files for old sites you can savely delete them.

Change-Id: I98eb375e43300fc5f9551987b4fc703c2f96d0d6

Lars Michelsen [ Wed, 21 Jun 2017 16:54:11 +0000 (18:54 +0200)] 
Fixed factory reset of trusted certificate authorities

Change-Id: I1dd3f8e028354a4f4dde48ca21038e01df4cca41

Lars Michelsen [ Wed, 21 Jun 2017 16:32:32 +0000 (18:32 +0200)] 
4891 FIX Trusted CA certificate file is now updated during all WATO activations

The trusted CA file (var/ssl/ca-certificates.crt) which is needed for validating
SSL certificates e.g. when doing WATO syncs or using SSL during monitoring is now
written during each WATO activation, regardless of the changes which are activated.

Change-Id: Ia85ef320cfd7a32d1981aeffacc8573b660d5b2e

Simon Betz [ Wed, 21 Jun 2017 13:35:10 +0000 (15:35 +0200)] 
Updated werk 4871

Change-Id: I67c6c284c209cdc7c9dce1d886d9e5d7f29d71da

Simon Betz [ Wed, 21 Jun 2017 13:24:09 +0000 (15:24 +0200)] 
4871 FIX if.include: Added missing interface types

Added following interface types:

231: "macSecControlledIF",
232: "macSecUncontrolledIF",
233: "aviciOpticalEther",
234: "atmbond",
235: "voiceFGDOS",
236: "mocaVersion1",
237: "ieee80216WMAN",
238: "adsl2plus",
239: "dvbRcsMacLayer",
240: "dvbTdm",
241: "dvbRcsTdma",
242: "x86Laps",
243: "wwanPP",
244: "wwanPP2",
245: "voiceEBS",
245: "ifPwType",
258: "vmwareVirtualNic"

which are now available in the ruleset
{{Network Interface and Switch Port Discovery}}.

Change-Id: I57eec7045d959b441151028416f3fa227ab7524f