... | @@ -36,9 +36,9 @@ Sin embargo, RJ plantea que el modo de tomar información por parte de, por ejem |
... | @@ -36,9 +36,9 @@ Sin embargo, RJ plantea que el modo de tomar información por parte de, por ejem |
|
|
|
|
|
RML plantea que independientemente del *poll* que se haga remotamente de la información, la misma debería guardarse localmente a intervalos regulares en cada host en un formato agnóstico (por ejemplo JSON), de modo tal que si se pierde conectividad entre el host y el NOC, pero el host sigue funcionando, no se pierdan lecturas por este hecho (cosa que ocurriría si la lectura sólo se dispara vía *polling*).
|
|
RML plantea que independientemente del *poll* que se haga remotamente de la información, la misma debería guardarse localmente a intervalos regulares en cada host en un formato agnóstico (por ejemplo JSON), de modo tal que si se pierde conectividad entre el host y el NOC, pero el host sigue funcionando, no se pierdan lecturas por este hecho (cosa que ocurriría si la lectura sólo se dispara vía *polling*).
|
|
|
|
|
|
** GCBA-ASI utiliza **Nagios** y **PRTG**
|
|
* GCBA-ASI utiliza **Nagios** y **PRTG**
|
|
** CABASE utiliza **Observium** y **SmokePing**
|
|
* CABASE utiliza **Observium** y **SmokePing**
|
|
** SLyT-DGSI utiliza **Zabbix**
|
|
* SLyT-DGSI utiliza **Zabbix**
|
|
|
|
|
|
SK y MM plantean que de todos modos, dado que se define que el monitoreo del NOC estará *separado* del monitoreo de la entidad que opere el NOC, hay más libertad en la elección. RJ asiente, pero opina que debería ser una herramienta con la que el operador del NOC tenga experiencia y se sienta cómodo.
|
|
SK y MM plantean que de todos modos, dado que se define que el monitoreo del NOC estará *separado* del monitoreo de la entidad que opere el NOC, hay más libertad en la elección. RJ asiente, pero opina que debería ser una herramienta con la que el operador del NOC tenga experiencia y se sienta cómodo.
|
|
|
|
|
... | | ... | |