VTSingle represents database for storing traces.
The VTSingle CRD declaratively defines a
single-node VictoriaTraces
installation to run in a Kubernetes cluster.
For each VTSingle resource, the Operator deploys a properly configured Deployment in the same namespace.
The VTSingle Pods are configured to mount an empty dir or PersistentVolumeClaimSpec for storing data.
Deployment update strategy set to recreate
.
No more than one replica allowed.
For each VTSingle resource, the Operator adds Service and VMServiceScrape in the same namespace prefixed with name from VTSingle.metadata.name.
Specification #
You can see the full actual specification of the VTSingle resource in the API docs -> VTSingle
.
If you can’t find necessary field in the specification of the custom resource, see Extra arguments section .
Also, you can check out the examples section.
High availability #
VTSingle doesn’t support high availability. Consider using
VTCluster
or multiple VTSingle resources.
Version management #
To set VTSingle version add spec.image.tag name from releases
apiVersion: operator.victoriametrics.com/v1
kind: VTSingle
metadata:
name: example
spec:
image:
repository: victoriametrics/victoria-traces
tag: v0.1.0
pullPolicy: Always
# ...
Also, you can specify imagePullSecrets if you are pulling images from private repo:
apiVersion: operator.victoriametrics.com/v1
kind: VTSingle
metadata:
name: example
spec:
image:
repository: victoriametrics/victoria-traces
tag: v1.4.0
pullPolicy: Always
imagePullSecrets:
- name: my-repo-secret
# ...
Resource management #
You can specify resources for each VTSingle resource in the spec section of the VTSingle CRD.
apiVersion: operator.victoriametrics.com/v1
kind: VTSingle
metadata:
name: resources-example
spec:
# ...
resources:
requests:
memory: "64Mi"
cpu: "250m"
limits:
memory: "128Mi"
cpu: "500m"
# ...
If these parameters are not specified, then,
by default all VTSingle pods have resource requests and limits from the default values of the following
operator parameters
:
VM_VTSINGLEDEFAULT_RESOURCE_LIMIT_MEM- default memory limit forVTSinglepods,VM_VTSINGLEDEFAULT_RESOURCE_LIMIT_CPU- default memory limit forVTSinglepods,VM_VTSINGLEDEFAULT_RESOURCE_REQUEST_MEM- default memory limit forVTSinglepods,VM_VTSINGLEDEFAULT_RESOURCE_REQUEST_CPU- default memory limit forVTSinglepods.
These default parameters will be used if:
VM_VTSINGLEDEFAULT_USEDEFAULTRESOURCESis set totrue(default value),VTSingleCR doesn’t haveresourcesfield inspecsection.
Field resources in VTSingle spec have higher priority than operator parameters.
If you set VM_VTSINGLEDEFAULT_USEDEFAULTRESOURCES to false and don’t specify resources in VTSingle CRD,
then VTSingle pods will be created without resource requests and limits.
Also, you can specify requests without limits - in this case default values for limits will not be used.
Examples #
VTSingle with resources set #
apiVersion: operator.victoriametrics.com/v1
kind: VTSingle
metadata:
name: example
spec:
retentionPeriod: "12"
storage:
resources:
requests:
storage: 50Gi
resources:
requests:
memory: 500Mi
cpu: 500m
limits:
memory: 10Gi
cpu: 5
VTSingle with existing volume #
create PVC and bind it to existing PV existing-pv-name
spec.storageClassName should match a storage class name of PersistentVolume
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: example-pvc
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 10Gi
storageClassName: standard
volumeName: existing-pv-name
create VTSingle with PVC example-pvc mounted
spec.replicaCount should be set to 1 since existing volume can only be mounted once
apiVersion: operator.victoriametrics.com/v1
kind: VTSingle
metadata:
name: example
spec:
replicaCount: 1
retentionPeriod: "12"
extraArgs:
storageDataPath: /vt-data
volumes:
- name: vtstorage
persistentVolumeClaim:
claimName: example-pvc
volumeMounts:
- name: vtstorage
mountPath: /vt-data
resources:
requests:
memory: 500Mi
cpu: 500m
limits:
memory: 10Gi
cpu: 5