[AMBARI-17785] Provide support for S3 as a first class destination for log events

• Type: Improvement
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 2.4.0
• Fix Version/s: 2.5.0
• Component/s: ambari-logsearch
• Assignee: Hemanth Yamijala
• Reporter: Hemanth Yamijala
• Created: 19/Jul/16 06:57
• Updated: 10/Sep/16 21:28
• Resolved: 10/Sep/16 19:39

Description

AMBARI-17045 added support for uploading Hadoop service logs from machines to S3. The intended usage there was as a one time trigger where, on-demand, the log files matching certain paths can be uploaded to a given S3 bucket and path.

While useful, there are some use cases where we might need more than this one time activity, particularly when clusters are deployed on ephemeral machines such as cloud instances:

• The machines running the logfeeder could be irrevocably lost and in that case we would not be able to retrieve any logs.
• If we are copying logs at one time, that were generated over a long period of time, the time to copy all the logs at the end could extend cluster up-time and cost.

It would be nice to have an ability to support S3 as another output destination in logsearch just like Kafka, Solr etc. This JIRA is to track work towards this enhancement.

Issue Links

• links to: Review board link