You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@knox.apache.org by "Sumit Gupta (JIRA)" <ji...@apache.org> on 2016/09/30 01:56:20 UTC
[jira] [Updated] (KNOX-643) Add the ability to gather and expose
metrics in the gateway
[ https://issues.apache.org/jira/browse/KNOX-643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sumit Gupta updated KNOX-643:
-----------------------------
Attachment: KNOX-643.patch
Initial API and implementation.
> Add the ability to gather and expose metrics in the gateway
> -----------------------------------------------------------
>
> Key: KNOX-643
> URL: https://issues.apache.org/jira/browse/KNOX-643
> Project: Apache Knox
> Issue Type: New Feature
> Components: Server
> Affects Versions: 0.8.0
> Reporter: Sumit Gupta
> Assignee: Sumit Gupta
> Fix For: Future
>
> Attachments: KNOX-643.patch
>
>
> The goal would be to capture various request/response metrics in the gateway and expose them via JMX and/or REST.
> Some of the requests on the dev mailing list are:
> - Capture TPS both at the service level as well as aggregate for the server instance.
> - Byte transfer counts per service and aggregate
> - Unsuccessful login
> - Successful login but overall return was HTTP 500 which indicates failure
> on the cluster side. An example would be users connecting to Knox with
> valid AD user/pass but which were not authorized in the cluster. This can
> happen when the cluster is in secure mode but a service like Centrify has
> not allowed the user into the cluster's zone.
> - Unsuccessful AD lookup by Knox - user doesn't exist.
> - Connection counts that used and didn't use an auth cookie and resulted in
> an AD lookup
> - Current open connections
> - Capability to reset the aggregate counters while Knox is running.
> - Ability to hook into Ambari's Metric collection framework.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)