Design and implementation inspired by prometheus-operator. It's great a tool for managing monitoring configuration of your applications. VictoriaMetrics operator has api capability with it.
So you can use familiar CRD objects: ServiceMonitor, PodMonitor, PrometheusRule and Probe. Or you can use VictoriaMetrics CRDs:
VMServiceScrape- defines scraping metrics configuration from pods backed by services.VMPodScrape- defines scraping metrics configuration from pods.VMRule- defines alerting or recording rules.VMProbe- defines a probing configuration for targets with blackbox exporter.
Besides, operator allows you to manage VictoriaMetrics applications inside kubernetes cluster and simplifies this process quick-start With CRD (Custom Resource Definition) you can define application configuration and apply it to your cluster crd-objects.
Operator simplifies VictoriaMetrics cluster installation, upgrading and managing.
It has integration with VictoriaMetrics vmbackupmanager - advanced tools for making backups. Check backup docs
For kubernetes-cluster administrators, it simplifies installation, configuration, management for VictoriaMetrics application. And the main feature of operator - is ability to delegate applications monitoring configuration to the end-users.
For applications developers, its great possibility for managing observability of applications. You can define metrics scraping and alerting configuration for your application and manage it with an application deployment process. Just define app_deployment.yaml, app_vmpodscrape.yaml and app_vmrule.yaml. That's it, you can apply it to a kubernetes cluster. Check quick-start for an example.
VictoriaMetrics provides helm charts. Operator makes the same, simplifies it and provides advanced features.
- quick start doc
- high availability doc
- relabeling configuration doc
- managing crd objects versions doc
- design and description of implementation design
- operator objects description doc
- backups docs
- security doc
- resource validation doc
Operator configured by env variables, list of it can be found at link
It defines default configuration options, like images for components, timeouts, features.
operator tested at kubernetes versions from 1.16 to 1.22
For clusters version below 1.16 you must use legacy CRDs from path
and disable CRD controller with flag: --controller.disableCRDOwnership=true
- cannot apply crd at kubernetes 1.18 + version and kubectl reports error:
Error from server (Invalid): error when creating "release/crds/crd.yaml": CustomResourceDefinition.apiextensions.k8s.io "vmalertmanagers.operator.victoriametrics.com" is invalid: [spec.validation.openAPIV3Schema.properties[spec].properties[initContainers].items.properties[ports].items.properties[protocol].default: Required value: this property is in x-kubernetes-list-map-keys, so it must have a default or be a required property, spec.validation.openAPIV3Schema.properties[spec].properties[containers].items.properties[ports].items.properties[protocol].default: Required value: this property is in x-kubernetes-list-map-keys, so it must have a default or be a required property]
Error from server (Invalid): error when creating "release/crds/crd.yaml": CustomResourceDefinition.apiextensions.k8s.io "vmalerts.operator.victoriametrics.com" is invalid: [upgrade to the latest release version. There is a bug with kubernetes objects at the early releases.
Feel free asking any questions regarding VictoriaMetrics:
- operator-sdk verson v1.0.0 + [https://github.com/operator-framework/operator-sdk]
- golang 1.15 +
- minikube or kind
start:
make runfor test execution run:
#unit tests
make test
# you need minikube or kind for e2e, do not run it on live cluster
#e2e tests with local binary
make e2e-local