部署 istio 1.添加 istio 官方的 helm 仓库 helm repo add istio https://storage.googleapis.com/istio-release/releases/1.3.3/charts/ 2.是否添加成功 helm search repo istio NAME CHART VERSION APP VERSION DESCRIPTION istio/istio 1.3.3 1.3.3 Helm chart for all istio compon

Ingress 是一种 Kubernetes 资源,也是将 Kubernetes 集群内服务暴露到外部的一种方式.本文将讲一讲如何用 Helm 在 Kubernetes 集群中部署 Ingress,并部署两个应用来演示 Ingress 的具体使用. 阅读本文前你需要先掌握 Helm 和一些 Kubernetes 服务暴露的相关知识点,如果你还不了解可以先读一读我之前写的 「Helm 入门指南」和「浅析从外部访问 Kubernetes 集群中应用的几种方式」这两篇文章. 部署 Ingress Co

使用 chart 部署 skywalking 本文主要讲述的是如何使用 Helm Charts 将 SkyWalking 部署到 Kubernetes 集群中,相关文档可以参考skywalking-kubernetes和 backend-k8s 文档 . 目前推荐的四种方式: 使用 helm 2 提供的 helm serve 启动本地 helm repo 使用本地 chart 文件部署 使用 harbor 提供的 repo 功能 直接从官方 repo 进行部署 注意:目前 skywalking

skywalking部署 背景介绍 目前公司后端服务全部为微服务并运行在kubernetes集群上,而大量的微服务的背后拥有很复杂的调用关系,纵使你是公司的资深开发也很难理清每一个后端服务之间的依赖关系,并且随着公司的发展,服务数量的增加以及内部调用链的复杂化,仅凭日志监控和基础服务监控是很难做到"See the Whole Picture", 这个时候skywalking的出现刚刚好可以解决我们目前的问题. 简介 skywalking又称应用程序性能管理(APM)工具,它和日志管理工

​项目介绍 Podinfo 是一个用 Go 制作的小型 web 应用程序,它展示了在 Kubernetes 中运行微服务的最佳实践. 它已实现的技术指标(截选自官方 README.md ): 里面每一项技术指标的实现方式,其实都可以拿出来单独讲好久,相关理论也有好多. 这里我只是讲针对这个项目,我们该如何使用 Docker 去试玩它. 构建容器调试环境 IDE VSCode + golang/vscode-go Go 国内加速镜像 https://learnku.com/go/wikis/381

关于链路追踪,目前比较主流是Cat,Zipkin,SkyWalking等这些工具.这篇文章主要介绍关于SkyWalking工具的. 为什么用SkyWalking,因为它基本没有代码侵入,只这一点就足够了.因为这些主流的链路追踪工具,在功能和作用上基本没啥区别. 1.介绍 Skywalking是分布式系统的应用程序性能监视工具,专为微服务,云原生架构和基于容器(k8s, docker)架构而设计. 提供分布式追踪,服务网络分析和可视化一体的解决方案. 这里就不过多的介绍原理和功能性的东西,想看的朋

内容来源于官方 Longhorn 1.1.2 英文技术手册. 系列 Longhorn 是什么? Longhorn 云原生分布式块存储解决方案设计架构和概念 安装 Longhorn 可以通过多种方式安装在 Kubernetes 集群上: Rancher catalog app kubectl Helm 安装要求 安装 Longhorn 的 Kubernetes 集群中的每个节点都必须满足以下要求: 与 Kubernetes 兼容的容器运行时(Docker v1.13+.containerd v1.

Kubernetes 是用于自动部署,扩展和管理容器化应用程序的开源系统.本文将介绍如何快速开始 K8s 的使用. 了解 K8s Kubernetes / Overview 搭建 K8s 本地开发测试,需要搭建一个 K8s 轻量服务.实际部署时,可以用云厂商的 K8s 服务. 本文以 k3d 为例,于 macOS 搭建 K8s 服务.于 Ubuntu 则推荐 MicroK8s.其他可替代方案有: Kubernetes / Install Tools kind, minikube, kubeadm

一.Otomi介绍 Otomi官网:https://otomi.io/ Otomi-core核心模块Github地址:https://github.com/redkubes/otomi-core Otomi是一个开源的.云无关的.基于kubernetes的平台,通过类似桌面的用户界面安全地部署.运行和管理应用程序. Otomi易于安装,具有直观的桌面式UI,可以使用预先配置的内置应用程序提供开箱即用的体验. 就像您最喜欢的Linux发行版所期望的那样.在Kubernetes上安装Otomi后,您

在实践之前,我们先来看看 Helm 的架构. Helm 有两个重要的概念:chart 和 release. chart 是创建一个应用的信息集合,包括各种 Kubernetes 对象的配置模板.参数定义.依赖关系.文档说明等.chart 是应用部署的自包含逻辑单元.可以将 chart 想象成 apt.yum 中的软件安装包. release 是 chart 的运行实例,代表了一个正在运行的应用.当 chart 被安装到 Kubernetes 集群,就生成一个 release.chart 能够多次

Helm学习笔记 Helm 是 Kubernetes 生态系统中的一个软件包管理工具.本文将介绍 Helm 中的相关概念和基本工作原理,并通过一个具体的示例学习如何使用 Helm 打包.分发.安装.升级及回退 Kubernetes 应用. Kubernetes 应用部署的挑战 Kubernetes 是一个提供了基于容器的应用集群管理解决方案,Kubernetes 为容器化应用提供了部署运行.资源调度.服务发现和动态伸缩等一系列完整功能. Kubernetes 的核心设计理念是: 用户定义要部署的

认识Helm 每次我们要部署一个应用都需要写一个配置清单(维护一套yaml文件),但是每个环境又不一样.部署一套新的环境成本是真的很高.如果我们能够使用类似于yum的工具来安装我们的应用的话那就太好了.Helm就相当于kubernetes环境下的yum包管理工具. Helm重要概念 chart:是helm的一个程序包.包含了创建Kubernetes的一个应用实例的必要信息 repository: charts仓库,http/https服务 config:包含了应用发布配置信息 release:是

helm官方建议使用tls,首先生成证书. openssl genrsa -out ca.key.pem openssl req -key ca.key.pem -new -x509 -days -sha256 -out ca.cert.pem -extensions v3_ca -batch openssl genrsa -out tiller.key.pem openssl genrsa -out helm.key.pem openssl req -key tiller.key.pem -n

https://stackoverflow.com/questions/53612553/how-to-uninstall-remove-tiller-from-kubernetes-manually kuberneter 上面装了 helm 想卸载还并不是那么容易,也不知道怎么搞 后面在stackoverflow 看到大神回复 kubectl get -n kube-system secrets,sa,clusterrolebinding -o name|grep tiller|xargs k

Helm介绍 在Kubernetes中部署容器云应用(容器或微服务编排)是一项有挑战性的工作,Helm就是为了简化在Kubernetes中安装部署容器云应用的一个客户端工具.通过Helm能够帮助开发者定义.安装和升级Kubernetes中的容器云应用.同时,也可以通过Helm进行容器云应用的分享. Helm的整体架构如下图(图片来源-Kubernetes中文社区)所示: Helm架构由Helm客户端.Tiller服务器端和Chart仓库所组成:Tiller部署在Kubernetes中,Helm客

本次系列使用的所需部署包版本都使用的目前最新的或最新稳定版,安装包地址请到公众号内回复[K8s实战]获取 介绍 Helm 是 Deis 开发的一个用于 Kubernetes 应用的包管理工具,主要用来管理 Charts.有点类似于 Ubuntu 中的 APT 或 CentOS 中的 YUM.Helm Chart 是用来封装 Kubernetes 原生应用程序的一系列 YAML 文件.可以在你部署应用的时候自定义应用程序的一些 Metadata,以便于应用程序的分发.对于应用发布者而言,可以通过

Helm 为Kubernetes的软件包管理工具,Helm有两部分组成:Helm客户端.Tiller服务端,Helm三个主要部件:Chart.仓库.Release: Chart:为Kubernetes中应用程序所需要的资源的定义. 仓库:为存储Helm chart的仓库,可从仓库中下载chart直接使用 Release: Kubernetes中运行的chart实例,每个chart可多次安装,每次安装都是一个新版本: Helm 常见指令: helm search 在仓库中查找chart helm

一.介绍prometheus-operator 二.查看配置rbac授权 三.helm安装prometheus-operator 四.配置监控k8s组件 五.granafa添加新数据源 六.监控mysql七.alertmanager配置 最后.卸载prometheus-operator 一.概述 The Prometheus resource 声明性地描述了Prometheus deployment所需的状态,而ServiceMonitor描述了由Prometheus 监视的目标集 Servic

1.为什么要用Helm? 首先在原来项目中都是基于yaml文件来进行部署发布的,而目前项目大部分微服务化或者模块化,会分成很多个组件来部署,每个组件可能对应一个deployment.yaml,一个service.yaml,一个Ingress.yaml还可能存在各种依赖关系,这样一个项目如果有5个组件,很可能就有15个不同的yaml文件,这些yaml分散存放,如果某天进行项目恢复的话,很难知道部署顺序,依赖关系等,而所有这些包括 基于yaml配置的集中存放 基于项目的打包 组件间的依赖 都可以通过

Helm 致力于成为 Kubernetes 的包管理工具,可以方便地发现.共享和构建 Kubernetes 应用,它包含几个基本概念: Chart:一个 Helm 包,其中包含了运行一个应用所需要的镜像.依赖和资源定义等,还可能包含 Kubernetes 集群中的服务定义,类似 Homebrew 中的 formula,APT 的 dpkg 或者 Yum 的 rpm 文件: Release: 在 Kubernetes 集群上运行的 Chart 的一个实例.在同一个集群上,一个 Chart 可以安装