newrelic/kubernetes-operator FROM Transactions" since_value: "10" enabled: true terms: - threshold: "75.0" time_function: "all" duration: "5" priority: "critical" operator: "above" name: "K8s generated alert condition" - spec: type: "apm_app_metric" enabled: true metric: "apdex" condition_scope: application entities: - "5950260" terms: - threshold: "0.9" time_function: "all" duration: "30" priority: "critical" operator: "above" name: "K8s generated apm alert condition 2"
Once you've added your API key, we can apply it your local cluster.
bashkubectl apply -f examples/example_policy.yaml
Note: You can also use a Kubernetes secret for providing your API key. We've provided an example secret configuration file in case you want to use this method. You'll need to replace
api_keywithapi_key_secret.
See your configured policies with the following command.
bashkubectl describe policies.nr.k8s.newrelic.com
Note: You should also see the newly created policy within your New Relic account.
The operator will create and update alert policies and NRQL alert conditions as needed by applying your configuration files with kubectl apply -f <filename>
We'll be using the following example NRQL alert condition configuration file. You will need to update the api_key field with your New Relic personal API key.
examples/example_nrql_alert_condition.yaml
yamlapiVersion: nr.k8s.newrelic.com/v1 kind: NrqlAlertCondition metadata: name: my-alert-condition spec: # Add your API key here api_key: <your New Relic personal API key> name: "K8s generated alert condition" nrql: # Note: This is just an example. # You'll want to use a query with parameters that are # more specific to the needs for targeting associated # kubernetes objects. query: "SELECT count(*) FROM Transactions" since_value: "10" enabled: true terms: - threshold: "75.0" time_function: "all" duration: "5" priority: "critical" operator: "above" existing_policy_id: 26458245 # Note: must match an existing policy in your account region: "us"
The Operator can be removed with the reverse of installation, namely building the kubernetes resource files with kustomize and running kubectl delete
bashkustomize build github.com/newrelic/newrelic-kubernetes-operator/configs/default | kubectl delete -f -
This section should get you set up properly for doing development on the operator.
Clone the repo
bashgit clone ***:newrelic/newrelic-kubernetes-operator.git
Install kubebuilder following the instructions for your operating system. This installation will also get etcd and kube-apiserver which are needed for the tests.
Note: Do not install
kubebuilderwithbrew. Homebrew'skubebuilderpackage will not provide all the necessary dependencies for running the tests.
Run the test suite, which uses the Ginkgo testing framework. Using the make targets is the quickest way to get started with testing.
make
bashmake test # runs all tests make test-unit # only runs unit tests make test-integration # only runs integration tests
bashmake lint
Perform the steps from the Quick Start section, which walk through the initial required setup and get you going with your first kubectl apply of the operator configuration.
Confirm your configuration was deployed to your local Kubernetes cluster (the one that we created with kind).
newrelic-kubernetes-operator-system in the list of namespaces.
bashkubectl get namespaces
newrelic-kubernetes-operator-system namespace.
You should see something similar to the following output:bashkubectl get nodes -n newrelic-kubernetes-operator-system
NAME STATUS ROLES AGE VERSION newrelic-control-plane Ready master 163m v1.18.2
Next steps:
bash# Describe the currently configured policies. kubectl describe policies.nr.k8s.newrelic.com # Describe the currently configured alert conditions. kubectl describe nrqlalertconditions.nr.k8s.newrelic.com # Get the node being used for the newrelic operator. kubectl get nodes -n newrelic-kubernetes-operator-system # Describe the node being used for the newrelic operator. kubectl describe node <your-node-name> # Tail logs of the operator's manager container (useful during development). # Use the `describe node` command above to locate your manager controller. kubectl logs -f -n newrelic-kubernetes-operator-system -c manager newrelic-kubernetes-operator-controller-manager-<hash from>
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
在 Linux 系统配置镜像服务
在 Docker Desktop 配置镜像
Docker Compose 项目配置
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
VS Code Dev Containers 配置
MacOS OrbStack 容器配置
在宝塔面板一键配置镜像
Synology 群晖 NAS 配置
飞牛 fnOS 系统配置镜像
极空间 NAS 系统配置服务
爱快 iKuai 路由系统配置
绿联 NAS 系统配置镜像
QNAP 威联通 NAS 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
无需登录使用专属域名
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
免费版仅支持 Docker Hub 访问,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等;免费版仅支持 docker.io。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
来自真实用户的反馈,见证轩辕镜像的优质服务