Personal tools
Skip to content. | Skip to navigation
Topbeat is the Beat used for server monitoring. It is a lightweight agent that installed on your servers, reads periodically system wide and per process CPU and memory statistics and indexes them in Elasticsearch.
Tire is a Ruby client for the Elasticsearch search engine/database. It provides Ruby-like API for fluent communication with the Elasticsearch server and blends with ActiveModel class for convenient usage in Rails applications. It allows to delete and create indices, define mapping for them, supports the bulk API, and presents an easy-to-use DSL for constructing your queries. It has full ActiveRecord/ActiveModel compatibility, allowing you to index your models (incrementally upon saving, or in bulk), searching and paginating the results. Please check the documentation at <http://karmi.github.com/retire/>.
A syslog processing system that stores received messages in an Elasticsearch database. When coupled with the graylog-web-interface, which provides a front-end web interface, will allow for powerful message analytics for a server network. Other information, including but not limited to user credentials, stream configurations, etc, are stored in MongoDB
Official low-level client for Elasticsearch. Its goal is to provide common ground for all Elasticsearch-related code in Python; because of this it tries to be opinion-free and very extendable. The client’s features include: translating basic Python data types to and from json (datetimes are not decoded for performance reasons) configurable automatic discovery of cluster nodes persistent connections load balancing (with pluggable selection strategy) across all available nodes failed connection penalization (time based - failed connections won’t be retried until a timeout is reached) support for ssl and http authentication thread safety pluggable architecture
Ruby client for Elasticsearch. See the `elasticsearch` gem for full integration.
Ruby API for Elasticsearch. See the `elasticsearch` gem for full integration.
Ruby integrations for Elasticsearch (client, API, etc.).
This package contains the PCP Performance Metrics Domain Agent (PMDA) for collecting metrics about Elasticsearch.
This extension index Plone content into ElasticSearch. This doesn’t replace the Plone catalog with ElasticSearch, nor interact with the Plone catalog at all, it merely index content inside ElasticSearch when it is modified or published. In addition to this, it provides a simple search page called search.html that queries ElasticSearch using Javascript (so Plone is not involved in searching) and propose the same features than the default Plone search page. A search portlet let you redirect people to this new search page as well. This extension have been built for Plone 4, but might work with Plone 3. Usage After adding this extension to your buildout (including the zcml), you can install the extension in Plone. A configuration screen is available inside site setup. It will let you configure the URLs of the ElasticSearch servers to use in order to index, and search. To proceed: Fill in the ElasticSearch settings, Click on Save, Click on Create Index in order to create the ElasticSearch index, Click on Import site content in order to index already existing content in ElasticSearch. You can use the same ElasticSearch server (and probably index) for multiple Plone sites, creating a federated search that way. Security disclaimer By default is no authentication or access validation while searching or indexing content. The original purpose of this search is to be public. If you have private content that you don’t want to be searchable or viewable by unauthorized people, please be sure to check the checkbox index only published content in the configuration screen. In addition to this ElasticSearch is not secured by default, meaning there is no authentication to provide in order to index or look-up content. Be sure to hide it behind a firewall and use a proxy or Apache in order to restrict the requests made to it: you only need to allow access via POST to the sub-URL _search after the index name configured in the configuration screen. For instance, if the index name is plone, you shall allow only requests to http://your-public-es-url/plone/_search. After you configured your proxy, be sure to configure its public URL, like http://your-public-es-url in the configuration screen so the search page knows how to contact it. However if you want to allow users to search though restricted and not yet published content, you can check index security and uncheck index only published content in the configuration screen. After reindexing your content, if you check proxy search requests though Plone and apply security filter, search will work on restricted and not yet published content, but will be slower as the queries will be proxied though Plone.
The official low-level Elasticsearch client, for use in the browser.