【K8s】Helm Chart 方式部署 Sentry

最新推荐文章于 2025-12-15 16:43:26 发布
原创 最新推荐文章于 2025-12-15 16:43:26 发布 · 2.2k 阅读 · 15 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#kubernetes #sentry #容器

本文内容均来自个人笔记并重新梳理，如有错误欢迎指正！

如果对您有帮助，烦请点赞、关注、转发、订阅专栏！

专栏订阅入口

| 精选文章 | Kubernetes | Docker | Linux | 羊毛资源 | 工具推荐 |

往期精彩文章

【Docker】（全网首发）Kylin V10 下 MySQL 容器内存占用异常的解决方法

【Docker】（全网首发）Kylin V10 下 MySQL 容器内存占用异常的解决方法（续）

【K8s】专题十六（2）：Kubernetes 包管理工具之 Helm 使用

目录

一、基本介绍

二、部署过程

1、创建命名空间

2、添加 Sentry 仓库

3、下载 Chart 包

4、修改 sentry/values.yaml 文件

5、部署 Sentry 服务

一、基本介绍

Sentry 是一款软件监控工具，提供代码级可观测性，可以帮助开发者识别、调试性能问题及错误，并持续了解跨系统和服务的应用程序代码运行状况。

作为全栈应用程序监控解决方案，Sentry 提供以下功能，可以帮助开发者确保应用程序平稳运行。

  • 监控

    • Sentry 的错误监控功能可以快速找到问题的根源，方便开发者了解并修复问题。Sentry 会自动捕获未处理的异常（错误），将类似的错误归类为“问题”，以便更有效地进行分类和管理

    • Sentry 的性能监控功能可以收集应用程序的请求响应时间、测量吞吐量和延迟等指标，并查看错误对多个服务的影响

    • Sentry 的实时监控功能可以监测应用程序的发布情况，并查看核心指标（如崩溃会话、故障率等）

  • 追踪

    • Sentry 的分布式追踪功能可以全面展示应用程序从前端到后端以及系统之间的运行情况，可以快速识别性能瓶颈，特别适合微服务

  • 分析

    • Sentry 提供代码级洞察能力，可以在应用程序运行的任何环境中分析代码，从而快速找出导致速度缓慢的函数

  • 协作

    • 支持与团队成员共享错误信息、分配修复任务等，提升团队协作效率‌

    • 支持

      • Sentry 支持 100 多个平台和框架，涵盖 30 多种编程语言

    二、部署过程
    1、创建命名空间
    kubectl create ns sentry

    2、添加 Sentry 仓库
    helm repo add sentry https://sentry-kubernetes.github.io/charts
helm repo ls

    3、下载 Chart 包
    helm search repo sentry
helm pull sentry/sentry
tar -xzf sentry-26.18.0.tgz

    4、修改 sentry/values.yaml 文件
    # 修改 storageClass 信息
global:
  storageClass: sentry-storage
  defaultStorageClass: sentry-storage
# 同时搜索所有 storageClass 字段，取消注释并修改
...
# 修改初始账号信息
user:
  create: true
  email: admin@sentry.local
  password: sentry@2025
...
# 指定 ROOT URL（若不指定，首次登录时可以在页面修改）
system:
  url: "https://sentry.demo.com"
🔔 该参数对应 ConfigMap 对象 sentry-sentry 下的 system.url-prefix

    5、部署 Sentry 服务
    helm upgrade -i sentry ./sentry -n sentry --wait --timeout=1000s

    需要等待一段时间，会分批创建资源对象，并对数据库进行初始化，最终 Pod 清单如下：

    sentry-billing-metrics-consumer-6fd48db6fd-5kfh7
sentry-clickhouse-0
sentry-cron-8f5b4f955-2kgpd
sentry-generic-metrics-consumer-6f84458ff8-5pzn8
sentry-ingest-consumer-attachments-6b7dd64db-95ghq
sentry-ingest-consumer-events-8bd96cb95-t8c7x
sentry-ingest-consumer-transactions-649bbb59cc-wln84
sentry-ingest-monitors-6b76bff894-8rrqd
sentry-ingest-occurrences-5d955f55b4-4nkxl
sentry-ingest-replay-recordings-58d666bf68-kp8gl
sentry-issue-occurrence-consumer-674fcb79d-4f2vl
sentry-kafka-controller-0
sentry-kafka-controller-1
sentry-kafka-controller-2
sentry-metrics-consumer-6779884b54-rpqtd
sentry-nginx-5bdc7f9fcc-4cnmq
sentry-post-process-forward-errors-57b787456b-7bqvf
sentry-post-process-forward-issue-platform-76bbfbc87d-jjz6m
sentry-post-process-forward-transactions-5c4cd7b894-j8cfp
sentry-process-segments-6b67ffc87c-kkk5b
sentry-process-spans-557bf6cc5c-l27cx
sentry-rabbitmq-0
sentry-relay-64c9984bf4-dt52x
sentry-sentry-postgresql-0
sentry-sentry-redis-master-0
sentry-sentry-redis-replicas-0
sentry-snuba-api-fc8d6ccbc-xsrqv
sentry-snuba-consumer-6b98bdbdf7-pb2ns
sentry-snuba-eap-items-span-consumer-78f9bdf4fd-5x9cj
sentry-snuba-generic-metrics-counters-consumer-59bd9f9c94-lmht4
sentry-snuba-generic-metrics-distributions-consumer-fb9dc4lkp66
sentry-snuba-generic-metrics-sets-consumer-6f6bf6c466-6bf4c
sentry-snuba-group-attributes-consumer-8f94855d8-wzw4k
sentry-snuba-metrics-consumer-9655d88b7-xrkhb
sentry-snuba-outcomes-billing-consumer-55bdf57597-8rczh
sentry-snuba-outcomes-consumer-58ccdd478c-jzd7p
sentry-snuba-replacer-7984984bcc-2n69p
sentry-snuba-replays-consumer-d89c9cb85-wzvl6
sentry-snuba-spans-consumer-9fc4b45cd-fhkr4
sentry-snuba-subscription-consumer-eap-spans-64cc479cf-cgtrv
sentry-snuba-subscription-consumer-events-57cf6cc59f-5pjrk
sentry-snuba-subscription-consumer-metrics-698b8dc6c9-4kgxk
sentry-snuba-subscription-consumer-transactions-659bc74b54mhr9c
sentry-snuba-transactions-consumer-58f5df8498-n5z29
sentry-subscription-consumer-eap-spans-d67c8f455-l9xds
sentry-subscription-consumer-events-78b6599874-2dxfv
sentry-subscription-consumer-generic-metrics-cdc9c4c99-9s9nc
sentry-subscription-consumer-metrics-6cfb795dc9-5c2c8
sentry-subscription-consumer-transactions-5795d99cf8-kcdnw
sentry-symbolicator-api-6649fb9b67-5wgxv
sentry-web-8658979898-tqmmd
sentry-worker-5565fc4644-t9lcv
sentry-zookeeper-clickhouse-0

    Sentry(v20.12.1) K8S 云原生架构探索，玩转前/后端监控与事件日志大数据分析，高性能+高可用+可扩展+可伸缩集群部署
    o__cc的博客
    01-13 863
    Sentry 算是目前开源界集错误监控，日志打点上报，事件数据实时分析最好用的软件了，没有之一。将它部署到 Kubernetes，再搭配它本身自带的利用 Clickhouse （大数据实时分析引擎）构建的 Snuba 服务进行数据分析~简直了。（已无敌????） 在实战之前，我们先跟随官方文档初步了解下 Sentry 的整体项目架构。 项目架构 这一节，来自于官方文铛。 https://develop.sentry.dev/architecture/ 注意：最新官方版 20.12.1。 它的架构细节可能
    Sentry实时应用错误跟踪系统在Kubernetes中私有化部署
    hack1015的专栏
    04-19 1964
    应用错误跟踪系统：对软件系统运行过程中产生的错误日志进行收集从而实现监控告警。 虽然软件错误❌是不可避免的，但是可以降低错误数。 提高对错误的治理能力能让错误带来的损失降到最低 ​???????? 。 错误日志监控在最顶层的业务层监控,有他将会帮助你打造更好的软件！ 我们需要业务场景下自己发现Bug的速度快于用户报告Bug的速度，毕竟让用户报告已经晚了。 典型的这套系统的架构：错误日志(前端、后端) =&g...
    k8s-sentry：向Sentry报告kubernetes事件
    02-04
    k8s哨兵 k8s-sentry是监视集群并将所有运行问题报告给的简单工具。 有两种替代实现： ：Sentry kubernetes的官方记者。 没有积极地维护它，并且遭受了。 ：一种替代的go实现。 这仅监视Pod状态更改。 这导致它成为几种事件类型（丢失卷，入口错误等）。 k8s-sentry手表有几件事情： 所有警告和错误事件 Pod容器以非零退出代码终止 豆荚完全失败 部署方式 请参阅以获取Kubernetes清单和安装说明。 组态 配置完全通过环境变量完成。 变量 描述 SENTRY_DSN Sentry项目所需的DSN。 SENTRY_ENVIRONMENT
    Sentry交付到k8s
    weixin_39306620的博客
    02-07 2647
    sentry部署
    Sentry(v20.12.1) K8S 云原生架构探索，JavaScript 性能监控之管理 Transactions
    o__cc的博客
    01-21 1064
    系列 Sentry-Go SDK 中文实践指南 一起来刷 Sentry For Go 官方文档之 Enriching Events Snuba：Sentry 新的搜索基础设施(基于 ClickHouse 之上) Sentry 10 K8S 云原生架构探索，Vue App 1 分钟快速接入 Sentry(v20.12.1) K8S云原生架构探索,玩转前/后端监控与事件日志大数据分析,高性能高可...
    通过Helm Chart在Kubernetes集群Self-Hosted私有化部署Sentry（离线）
    arnolan的博客
    04-23 2971
    我们知道，Sentry是非常优秀的应用错误跟踪系统，还可以支持大多数的语言。不论是用在灰度的时候做验证也好，还是生产上用来快速追踪、定位以及提高对错误的治理能力也好，都非常适合，让运维人员不再依赖和等待用户的报错。 在上一篇文章《docker-compose安装sentry 9.1.2不踩坑指南》中我们聊了docker-compose部署Sentry，这次我们尝试下通过Helm Chart的方式在...
    K8S系列之7.1：云原生DevOps（CI/CD 在 K8S 中的实践）
    最新发布
    技术引领业务创新
    12-15 617
    摘要： 云原生时代下，GitOps已成为DevOps演进的核心实践，通过将Git作为唯一事实源，实现声明式配置、自动化同步和完整审计的现代化交付流程。传统CI/CD存在环境漂移、手动干预等问题，而GitOps通过四大原则（声明式基础设施、版本控制一切、自动化变更分发、闭环监控）构建可靠流水线。Argo CD作为核心引擎，提供高可用架构与生产级部署方案，支持从代码提交到集群部署的自动化同步。通过Kubernetes清单和Helm Chart的版本化管理，结合自动修复与回滚机制，GitOps显著提升了部署效率和
    CentOS上使用Helm安装Dapr的完整指南
    Dapr的安装依赖于Helm Chart，官方提供了专门的Dapr Helm Chart用于在Kubernetes中部署控制平面组件，包括dapr-sidecar-injector、dapr-placement-server、dapr-sentry（用于mTLS）、dapr-operator等。安装步骤一般...
    Sentry(v20.12.1) K8S 云原生架构探索，1分钟上手 JavaScript 性能监控
    o__cc的博客
    01-21 451
    系列 Sentry-Go SDK 中文实践指南 一起来刷 Sentry For Go 官方文档之 Enriching Events Snuba：Sentry 新的搜索基础设施(基于 ClickHouse 之上) Sentry 10 K8S 云原生架构探索，Vue App 1 分钟快速接入 Sentry(v20.12.1) K8S云原生架构探索,玩转前/后端监控与事件日志大数据分析,高性能高可...
    Sentry(v20.12.1) K8S 云原生架构探索，SENTRY FOR JAVASCRIPT Source Maps 详解
    o__cc的博客
    01-15 740
    系列 Sentry-Go SDK 中文实践指南 一起来刷 Sentry For Go 官方文档之 Enriching Events Snuba：Sentry 新的搜索基础设施(基于 ClickHouse 之上) Sentry 10 K8S 云原生架构探索，Vue App 1 分钟快速接入 Sentry(v20.12.1) K8S云原生架构探索,玩转前/后端监控与事件日志大数据分析,高性能高可...
    sentry-kubernetes：Sentry的Kubernetes事件记者
    02-03
    哨兵kubernetes 免责声明：该项目未由Sentry正式维护。 该代码由getsentry GitHub组织管理，因为它是由前雇员创建的。 有关更多信息，请参见 。 Kubernetes中的错误和警告经常被操作员忽略。 即使检查了它们，也很难理解和理解集群中发生的其他情况。 sentry-kubernetes是您在Kubernetes集群内启动的一个小容器，该容器将向Sentry发送错误和警告，并在其中将它们清晰地呈现并进行智能分组。 然后，可以使用典型的Sentry功能（例如通知）来帮助操作和开发人员可见性。 在上创建一个新项目，并在启动sentry-kubernetes容器时使用您的DSN： kubectl run sentry-kubernetes \ --image getsentry/sentry-kubernetes \ --env="DSN=$YOUR_DSN" 过滤器和选项 请参阅sendry-kubernetes.py中的完整列表 ENV无功 描述 EVENT_NAMESPACES_EXCLUDED 以逗号分隔的名称空间列表。 例如：“ qa
    Sentry(v20.12.1) K8S 云原生架构探索，SENTRY FOR JAVASCRIPT 故障排除
    ting2909的博客
    03-31 322
    Max JSON Payload Size maxValueLength 的默认值为 250，但是如果您的消息较长，则可以根据需要调整此值。请注意，并非每个单个值都受此选项影响。 CORS Attributes and Headers 要了解来自不同来源的脚本引发的 JavaScript 异常，请执行以下两项操作： 添加一个 crossorigin=”anonymous” 脚本属性 script 属性告诉浏览器 “anonymously” 地获取目标文件。当请求此文件时，潜在的用户识别信息(如 cook
    Sentry(v20.12.1) K8S 云原生架构探索， SENTRY FOR JAVASCRIPT 手动捕获事件基本用法
    o__cc的博客
    01-14 442
    系列 Sentry-Go SDK 中文实践指南 一起来刷 Sentry For Go 官方文档之 Enriching Events Snuba：Sentry 新的搜索基础设施(基于 ClickHouse 之上) Sentry 10 K8S 云原生架构探索，Vue App 1 分钟快速接入 Sentry(v20.12.1) K8S云原生架构探索,玩转前/后端监控与事件日志大数据分析,高性能高可...
    推荐开源项目：Sentry-Kubernetes —— 搭建你的云原生错误监控系统
    gitblog_00695的博客
    08-29 944
    推荐开源项目：Sentry-Kubernetes —— 搭建你的云原生错误监控系统 在快速迭代的云原生时代，Kubernetes 成为了容器编排的首选。然而，伴随着系统的复杂性增加，集群内部的错误和警告往往难以被及时捕捉和理解。今天，我们来探讨一个强大的开源工具——Sentry-Kubernetes，它是专为解决这一痛点而设计的，让你的Kubernetes集群错误管理变得轻而易举。 项目介绍 Se...
    探索 Kubernetes 监控新纪元： Sentry-Kubernetes
    gitblog_00085的博客
    05-22 455
    探索 Kubernetes 监控新纪元： Sentry-Kubernetes 在这个容器化和微服务盛行的时代，Kubernetes 已成为管理和部署应用的强大工具。然而，其复杂性也意味着错误和警告有时难以被及时发现和理解。为了改善这种情况，我们很高兴向您推荐一款名为 sentry-kubernetes 的开源项目，它能将 Kubernetes 中的事件直接报告给 Sentry，让故障排查变得简单高...
    Sentry Kubernetes 使用指南
    gitblog_00217的博客
    08-26 512
    Sentry Kubernetes 使用指南 项目介绍 Sentry Kubernetes 是一个在 Kubernetes 集群内部运行的小型容器，用于将错误和警告发送到 Sentry，以便在 Sentry 中进行清晰的展示和智能分组。Sentry 的典型功能，如通知，可以帮助运维和开发人员更好地了解集群状态。 项目快速启动 环境准备 安装 Kubernetes 集群：使用 kind 创建一个...
    helm安装Sentry
    LitongZero的博客
    05-18 2129
    文中的--kubeconfig ~/.kube/sentry，是指k8s的配置，添加配置后，可以访问指定k8s，如不需要，自行去除。 1.安装helm 2.设置镜像 helm repo add stable http://mirror.azure.cn/kubernetes/charts helm repo add incubator http://mirror.azure.cn/kubernetes/charts-incubator helm repo update 3.检测镜像 helm sear.
    记一次sentry部署过程
    weixin_30383279的博客
    06-05 417
    本文记录下部署sentry和其中遇到的问题 Sentry 是一款基于 Django实现的错误日志收集和聚合的平台，它是 Python 实现的，但是其日志监控功能却不局限于python，对诸如 Node.js, php,ruby, C#,java 等语言的项目都可以做到无缝集成，甚至可以用来对iOS, Android 移动客户端以及 Web前端异常进行跟踪。我们可以在程序中捕获异常，并发送到 ...
    k8s集群通过helm chart离线部署Apollo 1.7.0,禁用 Eureka
    12-03
    <think> 首先，用户的问题是："我想查找在k8s集群中通过helm chart离线部署Apollo 1.7.0并禁用Eureka的方法"。这是基于提供的引用内容。 回顾引用内容： - 引用[1]：Apollo 1.7.0增加了基于Kubernetes原生服务发现的部署模式，替换了内置的Eureka，并提供了Helm Charts。 - 引用[2]：讨论了Kubernetes部署Seata高可用集群，但提到了Apollo。 - 引用[3]：提到了Apollo在配置中心中的使用。 - 引用[4]：讨论了Seata Server的部署，包括Docker和Kubernetes。 关键点来自引用[1]："Apollo 1.7.0版本增加了基于Kubernetes原生服务发现的部署模式，来替换内置的Eureka，所以在整体部署上有很大简化，同时官方也提供了Helm Charts"。 用户需求：离线部署Apollo 1.7.0使用Helm Chart，并禁用Eureka。 我需要构建一个结构清晰的回答，确保真实可靠。回答应该包括步骤、注意事项，并参考引用。 核心元素： 1. **离线部署**：这意味着我们需要处理在没有互联网连接的环境下部署Helm Chart。 2. **禁用Eureka**：Apollo 1.7.0默认使用Kubernetes服务发现替换Eureka，所以我们需要确保配置正确。 3. **Helm Chart**：官方提供了Helm Charts，所以我们应该使用这些。 步骤概述： 1. **准备离线环境**： - 下载所需的Helm Chart和依赖。 - 保存到本地仓库或文件系统。 2. **禁用Eureka**： - 在Helm values.yaml文件中，设置相关配置来禁用Eureka。 - 根据引用[1]，Apollo 1.7.0默认使用Kubernetes服务发现，但我们需要确认如何显式禁用Eureka。 3. **部署Helm Chart**： - 使用Helm安装命令，指定离线Chart路径。 - 确保配置正确。 来自引用[1]的细节：部署要点包括部署到本地Docker Desktop Kubernetes环境。但用户指定离线部署，所以我需要调整。 我如何找到禁用Eureka的具体方法？ - 检查Apollo官方文档或Helm Chart的values.yaml。 - 基于引用[1]，Apollo 1.7.0用Kubernetes服务发现替换Eureka，所以禁用它可能意味着确保服务发现模式设置为Kubernetes。 在Helm Chart中，可能有参数如`configService.serviceDiscoveryType`或类似设置。我应该建议用户查看官方文档。 为了离线部署： - 下载Helm Chart包（如从GitHub Releases）。 - 下载任何依赖（如Docker镜像）。 - 使用`helm pull`或类似命令获取Chart。 - 然后`helm install`从本地路径。 结构化回答： 1. **介绍**：简要说明Apollo 1.7.0的变化和Helm Chart支持。 2. **准备工作**： - 下载Helm Chart和依赖。 - 准备Docker镜像（如果离线）。 3. **配置禁用Eureka**： - 修改values.yaml文件。 - 设置服务发现为Kubernetes。 4. **部署步骤**： - 使用Helm安装命令。 5. **验证**：确保部署成功。 6. **注意事项**：离线部署的特殊性。 添加引用：在相关部分末尾添加[^1]，因为引用[1]是最相关的。 生成相关问题：在末尾添加相关问题，基于系统指令。 确保回答真实可靠：我基于提供的引用和一般知识。引用[1]是主要来源。 详细步骤： - **下载Helm Chart**：从Apollo GitHub仓库下载Chart。 - 例如，使用`helm repo add apollo https://github.com/apolloconfig/apollo-helm-charts` 但离线时，需要下载tarball。 - **离线处理**： - 下载Chart：`helm pull apollo/apollo --version 1.7.0` 或类似。 - 保存到本地。 - 下载Docker镜像：使用`docker pull`或保存为tar文件。 - **禁用Eureka**： - 在values.yaml中，设置`configService.serviceDiscoveryType: Kubernetes`，因为Apollo 1.7.0默认使用它。 - 可能不需要显式禁用Eureka，因为它已被替换；但为了安全，设置相关参数。 - 参考官方文档：在Apollo Helm Chart中，可能有参数如`eureka.enabled: false`。 - **部署**： - 解压Chart（如果需要）。 - 修改values.yaml。 - `helm install apollo ./path/to/chart -f values.yaml` 相关问题： 1. 如何验证Apollo部署是否禁用了Eureka？ 2. Apollo在Kubernetes中的高可用部署方法是什么？ 3. 离线部署Helm Charts的常见挑战有哪些？ </think> ### 在Kubernetes集群中通过Helm Chart离线部署Apollo 1.7.0并禁用Eureka的方法 Apollo 1.7.0版本引入了基于Kubernetes原生服务发现的部署模式，替代了内置的Eureka服务，从而简化了部署过程。官方提供了Helm Charts支持开箱即用部署。以下是针对离线环境（无互联网连接）部署Apollo 1.7.0并禁用Eureka的详细步骤。部署基于引用[1]中提到的官方Helm Chart实现[^1]。 #### 步骤 1: 准备工作（离线环境准备） 在离线部署前，需在联网环境中下载所有必需资源： - **下载Helm Chart**： - 从Apollo官方GitHub仓库下载Helm Chart包（版本1.7.0）。例如： ```bash # 在联网机器上执行 helm repo add apollo https://github.com/apolloconfig/apollo-helm-charts helm pull apollo/apollo --version 1.7.0 ``` 这将下载一个类似`apollo-1.7.0.tgz`的tarball文件。将其保存到本地目录（如`/offline/apollo-chart`）。 - **下载Docker镜像**： - Apollo依赖Docker镜像（如`apolloconfig/apollo-config-service`）。在联网环境中拉取镜像并导出为tar文件： ```bash docker pull apolloconfig/apollo-config-service:1.7.0 docker save -o apollo-config-service-1.7.0.tar apolloconfig/apollo-config-service:1.7.0 # 重复此步骤下载其他必需镜像，如apollo-admin-service、apollo-portal等 ``` 将所有tar文件传输到离线环境的Docker主机，并使用`docker load -i <file>`导入。 - **准备Kubernetes集群**： - 确保集群已安装Helm CLI（版本≥3.0）。 - 如果使用私有镜像仓库（如Nexus），将镜像推送到仓库，并在Kubernetes节点上配置ImagePullSecrets（引用[2]中类似高可用部署的准备工作）[^2]。 #### 步骤 2: 配置禁用Eureka Apollo 1.7.0默认使用Kubernetes服务发现替换Eureka，但需显式配置以确保Eureka被禁用。编辑Helm Chart的`values.yaml`文件： - 在下载的Helm Chart目录中，找到并修改`values.yaml`： ```yaml # 禁用Eureka服务发现 configService: serviceDiscoveryType: "Kubernetes" # 设置为Kubernetes模式，禁用Eureka eureka: enabled: false # 显式关闭Eureka组件 adminService: serviceDiscoveryType: "Kubernetes" eureka: enabled: false portal: serviceDiscoveryType: "Kubernetes" eureka: enabled: false ``` **说明**： - `serviceDiscoveryType: "Kubernetes"` 是Apollo 1.7.0的核心变更，启用Kubernetes原生服务发现（引用[1]）[^1]。 - 设置`eureka.enabled: false`确保Eureka组件不被启动。 - 保存此配置为`custom-values.yaml`，用于后续部署。 #### 步骤 3: 离线部署Helm Chart 在离线环境的Kubernetes集群中执行部署： - **安装Helm Release**： ```bash # 解压或直接使用下载的Chart包 tar -xzvf apollo-1.7.0.tgz cd apollo # 使用Helm安装，指定本地Chart路径和自定义配置 helm install apollo-offline ./ \ -f custom-values.yaml \ --namespace apollo-system \ --create-namespace ``` **参数解析**： - `apollo-offline`: Helm Release名称。 - `./`: 当前目录下的Chart路径（离线来源）。 - `-f custom-values.yaml`: 应用禁用Eureka的配置。 - `--namespace apollo-system`: 推荐创建独立命名空间。 - **验证部署**： - 检查Pod状态： ```bash kubectl get pods -n apollo-system # 预期输出：config-service、admin-service和portal的Pod应为Running状态 ``` - 验证Eureka是否禁用： ```bash kubectl logs <config-service-pod-name> -n apollo-system | grep "Eureka" # 预期输出：日志中应显示Eureka is disabled或类似信息 ``` #### 注意事项 1. **离线依赖管理**： - 如果使用私有镜像仓库，在`values.yaml`中设置`image.repository`指向私有仓库地址，并配置`imagePullSecrets`（引用[2]中高可用部署的镜像管理方法）[^2]。 2. **持久化存储**： - Apollo的Portal和Config Service可能需要持久化存储。在`values.yaml`中配置PVC（如NFS），参考引用[2]中的NFS插件设置[^2]。 3. **高可用性**： - 在生产环境，通过设置`replicaCount`增加Pod副本数。例如： ```yaml configService: replicaCount: 3 ``` 4. **故障排查**： - 如果部署失败，检查Pod日志：`kubectl logs <pod-name> -n apollo-system`。 - 确保Kubernetes服务发现配置正确（如ServiceAccount权限）。 #### 总结 通过以上步骤，您可以在离线Kubernetes集群中成功部署Apollo 1.7.0，并禁用Eureka，转而使用Kubernetes原生服务发现。官方Helm Chart简化了此过程，但离线部署需额外准备镜像和Chart文件[^1]。部署后，Apollo可作为配置中心使用，类似引用[3]中的Seata集成场景[^3]。
    评论
    添加红包

    请填写红包祝福语或标题

    个

    红包个数最小为10个

    元

    红包金额最低5元

    当前余额3.43元 前往充值 >
    需支付：10.00元
    成就一亿技术人!
    领取后你会自动成为博主和红包主的粉丝 规则
    hope_wisdom
    发出的红包

    打赏作者

    行者Sun1989

    您的鼓励是我创作的最大动力

    ¥1 ¥2 ¥4 ¥6 ¥10 ¥20
    扫码支付：¥1
    获取中
    扫码支付

    您的余额不足，请更换扫码支付或充值

    打赏作者

    实付元
    使用余额支付
    点击重新获取
    扫码支付
    钱包余额 0

    抵扣说明：

    1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
    2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

    余额充值