专属域名
文档搜索
轩辕助手
Run助手
邀请有礼
返回顶部
快速返回页面顶部
收起
收起工具栏
轩辕镜像 官方专业版
轩辕镜像 官方专业版轩辕镜像 官方专业版官方专业版
首页个人中心搜索镜像

交易
充值流量我的订单
工具
提交工单镜像收录一键安装
Npm 源Pip 源Homebrew 源
帮助
常见问题
其他
关于我们网站地图

官方QQ群: 1072982923

newrelic/kubernetes-operator Docker 镜像 - 轩辕镜像

kubernetes-operator
newrelic/kubernetes-operator
Operator to create New Relic configuration in Kubernetes
1 收藏0 次下载
🙃 代码没问题,结果发布失败在拉镜像
镜像简介版本下载
🙃 代码没问题,结果发布失败在拉镜像

New Relic Kubernetes Operator

![Testing]([] ![Security Scan]([] ![Go Report Card]([] ![GoDoc]([] ![License]([] ![CLA assistant]([] ![Release]([***]

![Docker Stars]([] ![Docker Pulls]([] ![Docker Size]([] ![Docker Version]([]

  • Overview
  • Quick Start
  • Using the Operator to Provision Resources
    • Create a New Relic alert policy
    • Create a New Relic NRQL alert condition
  • Development

Overview

The newrelic-kubernetes-operator is a Kubernetes Operator that facilitates management of New Relic resources from within your Kubernetes configuration. Managing New Relic resources via custom Kubernetes objects can be done the same way you manage built-in Kubernetes objects.

Currently the operator supports managing the following resources:

  • Alert Policies
  • NRQL Alert Conditions.
  • Alert Conditions for APM, Browser and mobile

Quick Start

Note: These quick start instructions do not require you to clone the repo.

Running Kubernetes in a Docker container locally with kind

  1. Install docker, kubectl, kustomize, and kind

    bash
    brew cask install docker
    brew install kubernetes-cli kustomize kind
    
  2. Create a test cluster with kind

    bash
    kind create cluster --name newrelic
    kubectl cluster-info
    
  3. Install cert-manager

    bash
    kubectl apply --validate=false -f [***]
    

    Note: This takes a minute or two to finish so wait a minute before going on to the next step.

    You can also confirm it's running with the command kubectl rollout status deployment -n cert-manager cert-manager-webhook

  4. Install the operator in the test cluster.

    bash
    kustomize build github.com/newrelic/newrelic-kubernetes-operator/configs/default | kubectl apply -f -
    

    Note: This will install operator on whatever kubernetes cluster kubectl is configured to use.

Using a custom container

If you want to deploy the operator in a custom container you can override the image name with a kustomize.yaml file.

  1. Create a new kustomize.yaml file

    yaml
    apiVersion: kustomize.config.k8s.io/v1beta1
    kind: Kustomization
    namespace: newrelic-kubernetes-operator-system
    resources:
      - github.com/newrelic/newrelic-kubernetes-operator/configs/default
    images:
      - name: newrelic/k8s-operator:snapshot
        newName: <CUSTOM_IMAGE>
        newTag: <CUSTOM_TAG>
    
  2. The apply the file with:

    bash
    kustomize build . | kubectl apply -f -
    

Provision New Relic resources with the operator

Once you've completed the Quick Start section, you can start provisioning New Relic resources with our New Relic Kubernetes objects.

Create a New Relic alert policy with NRQL alert conditions
  1. We'll be using the following example policy configuration file. You will need to update the api_key field with your New Relic personal API key.

    examples/example_policy.yaml

    yaml
    apiVersion: nr.k8s.newrelic.com/v1
    kind: Policy
    metadata:
      name: my-policy
    spec:
      # Add your API key here
      api_key: <your New Relic personal API key>
      name: k8s created policy
      incident_preference: "PER_POLICY"
      region: "us"
      conditions:
        - spec:
            nrql:
              query: "SELECT count(*) 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.

    bash
    kubectl 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_key with api_key_secret.

  2. See your configured policies with the following command.

    bash
    kubectl 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>

Create a NRQL alert condition and add it to an existing alert policy
  1. 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

    yaml
    apiVersion: 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"
    
Uninstall the operator

The Operator can be removed with the reverse of installation, namely building the kubernetes resource files with kustomize and running kubectl delete

bash
kustomize build github.com/newrelic/newrelic-kubernetes-operator/configs/default | kubectl delete -f -

Development

This section should get you set up properly for doing development on the operator.

Requirements
  • Go v1.13+
  • Docker (with Kubernetes enabled)
  • kubectl
  • kustomize
  • kubebuilder
Code
  1. Clone the repo

    bash
    git clone ***:newrelic/newrelic-kubernetes-operator.git
    
  2. 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 kubebuilder with brew. Homebrew's kubebuilder package will not provide all the necessary dependencies for running the tests.

  3. Run the test suite, which uses the Ginkgo testing framework. Using the make targets is the quickest way to get started with testing.

    • Running tests with make
      bash
      make test              # runs all tests
      make test-unit         # only runs unit tests
      make test-integration  # only runs integration tests
      
    • Linting the codebase
      bash
      make lint
      
  4. 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.

  5. Confirm your configuration was deployed to your local Kubernetes cluster (the one that we created with kind).

    • Show your namespaces. You should see newrelic-kubernetes-operator-system in the list of namespaces.
      bash
      kubectl get namespaces
      
    • Show the nodes within the newrelic-kubernetes-operator-system namespace.
      bash
      kubectl get nodes -n newrelic-kubernetes-operator-system
      
      You should see something similar to the following output:
      NAME                     STATUS   ROLES    AGE    VERSION
      newrelic-control-plane   Ready    master   163m   v1.18.2
      
  6. Next steps:

    • Create a New Relic alert policy
    • Create a New Relic NRQL alert condition

Helpful commands

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>
查看更多 kubernetes-operator 相关镜像 →
dopplerhq/kubernetes-operator logo
dopplerhq/kubernetes-operator
暂无描述
500K+ pulls
上次更新:未知
infisical/kubernetes-operator logo
infisical/kubernetes-operator
暂无描述
2100K+ pulls
上次更新:未知
snyk/kubernetes-operator logo
snyk/kubernetes-operator
暂无描述
2100K+ pulls
上次更新:未知
graviteeio/kubernetes-operator logo
graviteeio/kubernetes-operator
暂无描述
100K+ pulls
上次更新:未知
twingate/kubernetes-operator logo
twingate/kubernetes-operator
在Kubernetes环境中自动化管理Twingate零信任平台。
1100K+ pulls
上次更新:未知
caapm/kubernetes-operator logo
caapm/kubernetes-operator
暂无描述
10K+ pulls
上次更新:未知

轩辕镜像配置手册

探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式

登录仓库拉取

通过 Docker 登录认证访问私有仓库

Linux

在 Linux 系统配置镜像服务

Windows/Mac

在 Docker Desktop 配置镜像

Docker Compose

Docker Compose 项目配置

K8s Containerd

Kubernetes 集群配置 Containerd

K3s

K3s 轻量级 Kubernetes 镜像加速

Dev Containers

VS Code Dev Containers 配置

MacOS OrbStack

MacOS OrbStack 容器配置

宝塔面板

在宝塔面板一键配置镜像

群晖

Synology 群晖 NAS 配置

飞牛

飞牛 fnOS 系统配置镜像

极空间

极空间 NAS 系统配置服务

爱快路由

爱快 iKuai 路由系统配置

绿联

绿联 NAS 系统配置镜像

威联通

QNAP 威联通 NAS 配置

Podman

Podman 容器引擎配置

Singularity/Apptainer

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 错误时,表示流量已耗尽,需要充值流量包以恢复服务。

410 错误问题

通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。

manifest unknown 错误

先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。

镜像拉取成功后,如何去掉轩辕镜像域名前缀?

使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。

查看全部问题→

用户好评

来自真实用户的反馈,见证轩辕镜像的优质服务

用户头像

oldzhang

运维工程师

Linux服务器

5

"Docker访问体验非常流畅,大镜像也能快速完成下载。"

轩辕镜像
镜像详情
...
newrelic/kubernetes-operator
官方博客Docker 镜像使用技巧与技术博客
热门镜像查看热门 Docker 镜像推荐
一键安装一键安装 Docker 并配置镜像源
咨询镜像拉取问题请 提交工单,官方技术交流群:1072982923
轩辕镜像面向开发者与科研用户,提供开源镜像的搜索和访问支持。所有镜像均来源于原始仓库,本站不存储、不修改、不传播任何镜像内容。
咨询镜像拉取问题请提交工单,官方技术交流群:
轩辕镜像面向开发者与科研用户,提供开源镜像的搜索和访问支持。所有镜像均来源于原始仓库,本站不存储、不修改、不传播任何镜像内容。
官方邮箱:点击复制邮箱
©2024-2026 源码跳动
官方邮箱:点击复制邮箱Copyright © 2024-2026 杭州源码跳动科技有限公司. All rights reserved.