A cluster can need direct checks that test whether a service works, alongside measurements reported by the service itself. AppsCode Searchlight managed Icinga-based monitoring through Kubernetes resources, running checks and arranging notifications when problems were detected. This entry concerns that monitoring operator, not OpenStack’s separate search project of the same name. Its published compatibility guidance is historical, so an existing installation needs a supported-version review and a record of its checks and notification behavior before any replacement.
Current guidance
The recovered identity is AppsCode/Searchlight, which managed monitoring through Kubernetes custom resources and Icinga. The OpenStack Searchlight overview preserved in the historical text describes a separate Elasticsearch-backed search project, not this monitoring operator. The upstream README still describes release compatibility around Kubernetes 1.9 and earlier TPR-era integrations. Repository activity is not a substitute for a current release support statement, so this review does not certify that chart or controller for a modern Kubernetes version.
Existing users should inventory custom resources, check definitions, credentials, notification routing and any external systems monitored through the operator. Distinguish Kubernetes object checks from host or application checks; replacing one with standard Prometheus metrics may leave meaningful coverage gaps. Preserve alert suppression and escalation behavior as part of the migration requirements.
Before retaining the project, request or locate an explicit supported controller/chart/Kubernetes combination and verify CRD schemas, RBAC and images in a disposable cluster. If moving to another monitoring stack, reproduce representative success, failure and recovery notifications in parallel before disabling the old checks. No official one-to-one successor was established from the sources reviewed, and the historical minimum-version wording should not be interpreted as an unlimited future compatibility promise.
Historical upstream link check · 2026-10-09
The recorded upstream address redirects to https://github.com/ops-center/searchlight and returned HTTP 200 on 2026-10-09. GitHub does not mark ops-center/searchlight archived or disabled; this does not establish active maintenance, support or compatibility. GitHub resolves the old repository identity to ops-center/searchlight. Link availability does not certify the historical installation instructions or current security support.
Website availability is separate from project, chart and image support. Use the current guidance and primary sources on this page to assess the distribution.
Historical Kubedex content
Preserved for context. Commands, versions, prices and results below reflect the original research.
Searchlight by AppsCode is a Kubernetes operator for Icinga. If you are running production workloads in Kubernetes, you probably want to be alerted when things go wrong. Icinga periodically runs various checks on a Kubernetes cluster and sends notifications if detects an issue. It also nicely supplements white box monitoring tools like, Prometheus with Blackbox monitoring can catch problems that are otherwise invisible, and also serves as a fallback in case internal systems completely fail. Searchlight is a CRD controller for Kubernetes built around Icinga to address these issues. Searchlight can do the following things for you:
- Periodically run various checks on a Kubernetes cluster and its nodes or pods.
- Includes a suite of check commands written specifically for Kubernetes.
- Searchlight can send notifications via Email, SMS or Chat.
- Supplements the white box monitoring tools like Prometheus.
Prerequisites
- Kubernetes 1.7+
Supported Versions
Searchlight Version:
- 7.0.0 (uses CRD)
- 5.1.1 (uses CRD)
- 3.0.1 (uses TPR)
Kubernetes Version:
- 1.8.x+ (test/qa clusters
- 1.7.x+
- 1.5.x – 1.7.x
Searchlight binaries collect anonymous usage statistics to help us learn how the software is being used and how we can improve it. To disable stats collection, run the operator with the flag –enable-analytics=false.
Overview
Searchlight dramatically improves the user-focused search capabilities and performance on behalf of various OpenStack cloud services.
It accomplishes this by offloading user search queries from existing API servers and indexing their data into ElasticSearch. ElasticSearch is a search server based on Lucene. It provides a distributed, scalable, near real-time, faceted, multitenant-capable full-text search engine with a RESTful web interface and schema-free JSON documents. ElasticSearch is developed and released as open source under the terms of the Apache License. Notable users of ElasticSearch include Wikimedia, StumbleUpon, Mozilla, Quora, Foursquare, Etsy, SoundCloud, GitHub, FDA, CERN, and Stack Exchange.
Sources & further reading
Spotted something that needs another look?
Help improve this page →