Helm

Kubernetes上PostgreSQL集群的管理

自作多情 提交于 2019-12-02 22:53:57
基于Kubernetes部署PostgreSQL可以获得快速伸缩、故障转移、在线修复等优点。在《 Kubernetes快速部署高可用PostgreSQL 》中介绍了使用Stolon项目进行部署的方法和步骤。集群安装完毕后,可以通过pgsql命令行工具进行操作。我们更希望有一个WebUI的图形化工具,这里介绍pgAdmin4的安装和使用(以Ubuntu 18.04LTS为例)。 关于pgadm4工具: https://wiki.postgresql.org/wiki/Apt 其它PostgreSQL管理工具: https://wiki.postgresql.org/wiki/Community_Guide_to_PostgreSQL_GUI_Tools#pgAdmin_4 Helm install: https://github.com/helm/charts/tree/master/stable/postgresql 1、安装pgadm4 获得 repository key,在 https://www.postgresql.org/media/keys/ACCC4CF8.asc ,如下: sudo apt-get install curl ca-certificates curl https://www.postgresql.org/media/keys/ACCC4CF8.asc

JupyterHub on Kubernetes--定制用户环境

会有一股神秘感。 提交于 2019-12-02 19:15:43
JupyterHub on Kubernetes--定制用户环境 https://zero-to-jupyterhub.readthedocs.io/en/latest/ Note For a list of all the options you can configure with your helm chart, see the Helm Chart Configuration Reference . This page contains instructions for a few common ways you can extend the user experience for your kubernetes deployment. The user environment is the set of packages, environment variables, and various files that are present when the user logs into JupyterHub. The user may also see different tools that provide interfaces to perform specialized tasks, such as RStudio, RISE, JupyterLab, and

JupyterHub on Kubernetes--项目简介

流过昼夜 提交于 2019-12-02 19:15:32
JupyterHub on Kubernetes--项目简介 https://github.com/jupyterhub/zero-to-jupyterhub-k8s This is under active development and subject to change. This repo contains resources, such as Helm charts and the Zero to JupyterHub Guide , which help you to deploy JupyterHub on Kubernetes. Zero to JupyterHub with Kubernetes Guide The Zero to JupyterHub Guide gives user-friendly steps to create a new JupyterHub deployment using Kubernetes. For additional information about JupyterHub, such as a technical overview, configuration reference, and API reference, please consult the JupyterHub project documentation

JupyterHub on Kubernetes-Helm安装

孤街醉人 提交于 2019-12-02 19:15:23
JupyterHub on Kubernetes-Helm安装 本文编译自 https://zero-to-jupyterhub.readthedocs.io/en/latest/setup-jupyterhub.html 本文地址, https://my.oschina.net/u/2306127/blog/1836933 ,by openthings, 2018.06.28. 更多内容,参考 JupyterHub on Kubernetes部署与应用指南 。 当我们有了 Kubernetes cluster 和 helm 安装好后,就可以开始安装 JupyterHub了。 1、快速安装指南 参考配置和一些脚本工具在 github.com/openthings/kubernetes-tools/jupyter 。 下面的helm安装方法中,helm .... -f config.yaml会出错,报缺失参数错误。 直接复制Helm Chart到自己的目录,然后修改。 修改proxy:secretToken:为执行 openssl rand -hex 32 产生的字符串,带引号。 在values.yaml文件中,搜索“storageClass”,有两处,改为"nfs"或其它的存储引擎。 修改singleuser:storage:capacity:为 1Gi,以免=耗用资源过多。

JupyterHub on Kubernetes--部署指南

情到浓时终转凉″ 提交于 2019-12-02 19:15:02
JupyterHub on Kubernetes--部署指南 https://zero-to-jupyterhub.readthedocs.io/en/latest/ JupyterHub is a tool that allows you to quickly utilize cloud computing infrastructure to manage a hub that enables your users to interact remotely with a computing environment that you specify. JupyterHub offers a useful way to standardize the computing environment of a group of people (e.g., for a class of students or an analytics team), as well as allowing people to access the hub remotely. This growing collection of information will help you set up your own JupyterHub instance. It is in an early stage, so

如何使用Helm更新使用ConfigMap的应用程序

不问归期 提交于 2019-12-02 19:14:51
Helm的小小黑科技,让你简单快速地更新那些使用ConfigMap的应用程序。随时随心更改配置文件内容,而应用程序将实时根据变化而更新~ 文内有逐步的步骤详解,还有打包好的helm chart供你使用哟! Helm让Kubernetes应用程序的管理工作变得毫不费力。Helm Charts使Kubernetes应用程序的安装和升级更加容易。本文将讨论Helm的一个极妙的技巧:如何使用Helm,简单快速地更新那些使用ConfigMap的应用程序。 更新部署 上图的示例就是一个部署的配置文件。我们假设它是用于运行应用程序的。您可以在spec.template部分下指定pod模板。现在,如果您想更新应用程序,则必须从此spec.template部分更改内容。这意味着,容器镜像更改之后,部署将更新,但spec.replicas不会发生任何改变。 更新使用ConfigMap的部署 某些应用需要某些特定的配置文件和值,我们不建议将这些配置文件或配置值打包进容器镜像中,因为如果这么做的话,那每次配置文件发生更改时,都必须重新创建容器镜像。而Kubernetes提供了一种管理配置文件/值的好方法——使用ConfigMap资源。 有两种方法可以将ConfigMap数据暴露给一个pod: Env vars Volume mounts 下面我们将重点关注暴露ConfigMap的卷挂载方式。

Rancher 2.2 GA:企业进入应用跨多K8S集群、混合云部署新时代

◇◆丶佛笑我妖孽 提交于 2019-12-02 19:14:20
Rancher 2.2 GA版本引入的创造性新功能,将进一步实现Kubernetes-as-a-service,使企业用户能够专注于加速创新和推动业务价值。 2019年3月26日,业界领先的容器管理软件提供商Rancher Labs正式发布Rancher 2.2 GA版本。Rancher 2.2中创造性的新功能,将极大简化IT运维人员对企业级Kubernetes的配置与管理工作,同时让企业IT开发人员对其应用程序拥有更强把控。通过Rancher 2.2,企业的IT团队可以极大减少对基础架构的担忧,更多地关注于加速创新和推动业务价值。 “随着Kubernetes的采用呈指数级增长,企业IT人员一直在寻求一种简单、可靠和可重复的方式来配置、管理和支持企业级Kubernetes集群,且越来越多企业的Kubernetes集群是跨本地环境与云环境混合部署的,”梁胜,Rancher Labs联合创始人及CEO表示。 “Rancher 2.2正式版本中有很多功能来满足这些需求,包括用于灾备和恢复的etcd自动备份和恢复,用于提高敏感项目隐私的多租户应用程序目录,以及为跨多个集群的应用程序提供高可用性的Global DNS功能。” 简化Kubernetes,加速混合云场景的企业创新 Rancher 2.2 GA版本是Rancher Labs迄今为止最重要的产品版本,在先前发布过的2

JupyterHub on Kubernetes-- Helm Chart简介

偶尔善良 提交于 2019-12-01 11:05:46
JupyterHub on Kubernetes-- Helm Chart简介 目前,JupyterHub支持在Kubernetes上的Helm Chart安装,(2018.06)最新版本是0.6。 本文来源, https://blog.jupyter.org/announcing-the-jupyterhub-helm-chart-v0-5-fa532bb8519d?gi=9c7d9c2fd2d5 本文地址, https://my.oschina.net/u/2306127/blog/1836175 ,by openthings,2018-06.28. 更多内容,参考 JupyterHub on Kubernetes部署与应用指南 。 参考资料: 官方文档, JupyterHub documentation 开发源码, JupyterHub development repository Helm项目, JupyterHub Helm Chart development repository 部署JupyterHub到Kubernetes, Zero to JupyterHub guide JupyterHub 使得对多个用户提供不同的Jupyter服务实例成为可能(Jupyter本身已经可以让多个用户使用同一个实例,而且共享里面的数据和代码)。通过 JupyterHub Helm

Istio Helm Chart 详解 —— 概述

 ̄綄美尐妖づ 提交于 2019-12-01 11:05:37
Helm 是目前 Istio 官方推荐的安装方式,除去安装之外,还可以利用对输入值的一些调整,完成对 Istio 的部分配置工作。官方提供了 Istio 的 Helm 部署方式,侧重于快速启动,而这一组文章将会采用由上至下的顺序,基于 Istio 1.0.2 版本的 Helm Chart 做一系列的讲解。 Istio 的 Helm Chart 分为两个大分支:istio 和 istio-remote,后者为多集群部署方式,这里暂不涉及,后面的内容围绕 istio 展开。 总体结构 Istio Chart 是一个总分结构,其分级结构和设计结构是一致的,这里做一个简单的说明。 Chart.yaml Chart 的基础信息,这里看到 1.0.2 的 Release 中, version 的值还是 1.0.1;要求的 Tiller 版本要大于等于 2.7.2-0 。 values-*.yaml 这里提供了一组 values 文件,提供 Istio 在各种场景下的关键配置范本。对 Istio 的定制可以从 values.yaml 的改写开始,完成后可以使用 helm template 命令来生成最终的部署文件供 kubectl 使用。 values.yaml 文件的一些细节可以参考官方文档。 values-istio-auth-galley.yaml :启用控制面 mTLS;缺省打开网格内的

从 Jenkins 到 Jenkins X

房东的猫 提交于 2019-11-30 23:26:35
本文首发于: Jenkins 中文社区 这是一个关于 dailymotion 从 Jenkins 到 Jenkins X 的旅程,我们遇到的问题,以及我们是如何解决它们的故事。 我们的上下文 在 dailymotion ,我们坚信 devops 最佳实践,并且在 Kubernetes 投入了大量投资。 我们的部分产品已经部署在 Kubernetes 上,但并不是全部。 因此,当迁移我们的广告技术平台的时候,我们想要完全采用“ Kubernetes 式”——或者云原生,以追随技术趋势! 这意味着要重新定义整个 CI/CD 流水线,从静态/永久环境迁移,转向动态按需分配环境。 我们的目标是 授权给我们的开发人员 , 缩短我们的上线时间 以及 降低我们的运营成本 。 对于新的 CI/CD 平台我们的初始需求是: 尽可能避免从零开始 :我们的开发人员已经习惯使用 Jenkins 和声明式流水线,并且它们可以很好地满足我们当前的需求。 以公有云基础设施为目标 ——Google 云平台和 Kubernetes 集群 与 gitops 方法论兼容 ——因为我们喜欢版本控制、同行评审和自动化 在 CI/CD 生态系统中有相当多的参与者,但是只有一个符合我们的需求,Jenkins X ,它基于 Jenkins 和 Kubernetes ,原生支持预览环境和 gitops Kubernetes 之上的