这个步骤,是配合公司的竞赛. 因为公司这次的环境,我们只有namespace权限,而没有整个集群的管理, 而且,公司没有提供统一的helm chart repo, 所以只能自建. 参考URL: http://www.acaiblog.cn/2018/11/13/helm%E6%90%AD%E5%BB%BAchart%E6%9C%AC%E5%9C%B0%E4%BB%93%E5%BA%93/ https://www.hi-linux.com/posts/21466.html 一,安装helm客户端

本地库初始化 使用 git bash 打开 git 命令行窗口.这个命令行窗口兼容 Linux 命令. 命令:mkdir 当前文件下新建文件夹. 命令:git init 初始化空的本地库,.git文件夹. .git 文件夹中存放的是本地库相关的子文件夹和文件,不要随意删除或修改. 设置签名 作用是区分不同开发人员的身份.形式是用户名和邮箱. 登录远程库的账号.密码和这个没有任何关系. git config 项目级别/仓库级别:仅在当前本地库范围内有效. 设置用户名和密码: git config

为了便于将集群中的服务暴露到集群外部,需要使用Ingress.接下来使用Helm将Nginx Ingress部署到Kubernetes上. Nginx Ingress Controller被部署在Kubernetes的边缘节点上. 这里将master作为边缘节点,打上label [root@master /]# kubectl label node master node-role.kubernetes.io/edge= node/master labeled [root@master /]#

1. helm简介 1.1 为什么需要helm 1.2 helm中几个概念 1.3 helm用途 2. helm安装 3. helm的基本使用 3.1 安装chart仓库里面的chart 3.2 创建自定义的chart 3.2.1 文件目录结构 3.2.2 自定义chart的示例 3.3 helm的基本操作补充 3.3.1 查看release 3.3.2 安装release 3.3.3 更新release 3.3.4 卸载release 3.3.5 回滚release 1. helm简介 1.1

GIT 版本控制常用命令汇总 git version 查看当前git版本信息 git help 获取全部命令帮助信息 git help <command> 获取指定命令帮助信息 git config user.name "Your Name Comes Here"  设置当前项目git用户名 git config --global user.name "Your Name Comes Here"  设置全局项目git用户名 git config user

由于公司用的是git进行版本管理,所以零零散散的学了一些常用到的git指令: 近日把廖雪峰前辈的git教程看了一遍,感觉操作起来更得心应手,在此做个记录,如有错漏望指正: git init //初始化git仓库 git add fileName //将指定文件的修改添加到暂存区 git add . / git add -a //将所有的文件修改添加到暂存区 git status //检查工作区状态 git commit -m "commitMessage" //将暂存区的修改提交到版本

安装git完成后 1.首先配置你的用户信息,用于体现在你的提交记录中包含your name and your email git config --global user.name "your name" git config --global user.email "your Email" 2.生成SSH Keys,通过在git@osc中添加公钥使电脑和Git@OSC之间建立安全的加密 生成:ssh-keygen -t rsa -C "xxxxx@xxx

GIT 版本控制常用命令汇总 git version 查看当前git版本信息 git help 获取全部命令帮助信息 git help <command> 获取指定命令帮助信息 git config user.name "Your Name Comes Here"  设置当前项目git用户名 git config --global user.name "Your Name Comes Here"  设置全局项目git用户名 git config user

把公司的SVN迁移到GitLab CE(GitLab社区版)原因主要有下面几个: 年青的新人进来,喜欢用git的越来越多 GitLab CE提供了优美的 web 界面,图形化分支结构,更直观的代码审查,统计.issue 系统.wiki 等功能全面集成 Git 比SVN commit和push更快,Git库就在本地,commit是本地提交,回家照样干活.push的时候是push一个压缩的文件,而不是一个个文件的push. Git数据库是分布式的,每个用户都有一个本地库,数据更安全. 因为是本地co

版本库 index 暂存区,HEAD 将来1.0,2.0的指向  多次add,一次commit 每次commit一次,head就指向了最新的版本.head是回退版本的时候会用到 一般有开发的分支,master一般是上线的分支,开发的分支没问题以后,合并到master分支 --------------------------------------------------------------------------------------------- 码云地址:https://gitee.c

文主要记录通过Jenkins集成git .svn .sonarqube,获取源码后自动构建进行sonar scanner代码审查,并分析在sonar能够展示Author的原因. 一.Sonar通过jenkins拉取gitlab中代码,在前端页面展示Author: (1)在这里 Author读取的为用户本地账号的邮箱.若用户在本地库设置了账号和邮箱,则读取本地库的邮箱显示,若用户没有设置本地库账号邮箱,则sonar读取用户本地全局账号的邮箱. (2)本地库账号邮箱查看,本地库.git文件 conf

Kubernetes 是什么 Kubernetes 是一个开源的,用于管理云平台中多个主机上的容器化的应用,Kubernetes 的目标是让部署容器化的应用简单并且高效,Kubernetes 提供了应用部署,规划,更新,维护的一种机制.Kubernetes 在设计结构上定义了一系列的构建模块,其目的是为了提供一个可以部署.维护和扩展应用程序的机制,组成 Kubernetes 的组件设计概念为松耦合和可扩展的,这样可以使之满足多种不同的工作负载.可扩展性在很大程度上由 Kubernetes API

一.分支介绍 在版本控制过程当中,有时候需要同时推进多个任务,这样的话,就可以给每个任务创建单独的分支. 有了分支之后,对应的开发人员就可以把自己的工作从主线上分离出来,在做自己分支开发的时候,不会影响到主线分支的运行. 如图所示: 要开发个新功能,加个蓝色背景.那么从master上建一个分支feature-blue,开发完后,合回到master. 同时另外一个新功能也要做,给系统加个小游戏.同样上建一个分支feature-game进行开发. 发现feature-blue上有个bug,那么再从m

Microk8s 安装helm3 原本使用官方的命令时这样的.但是使用的是官方的源,网络极不稳定.就出现了下面的状况.解决方法是更改为国内的源. microk8s enable helm3 curl: (56) GnuTLS recv error (-54): Error in the pull function. 通过ps命令查看该进程的工作 可以看到使用microk8s enable helm3的时候,执行的命令和工作的目录.用此来确定工作的数据目录. 进入action目录查看的时候看到了e

回忆一个电脑多账户问题 之前也说了,如果使用ssh登陆的话,一个电脑就只能登陆一个账号了,不像通过凭据可以切换(但是其实也可以每次去生成新的公钥和私钥,只要你不嫌麻烦) 再次补充: ssh-keygen -t rsa -C "邮箱" 到github或者码云上选择: clone or download 把原来的use https改成use ssh 创建一个专门的use ssh的本地库 然后它(git)自动就会去家目录下找.ssh文件夹找到私钥 进行登陆了,就不需要我们填密码了!(win7

git在同步到远程库 关于git中多个用户切换的事情: 完全使用账户密码策略连接远程库: 之前一直尝试在本地切换多个用户,发现一直不行,很奇怪?后面发现必须要去win10的凭据管理器删除当前git的凭据. 以上是输入账户密码,进行凭据校验的情况: 完全使用ssh免登陆策略进行远程库连接: 如果是要通过ssh方式登陆的话,建议还是不要多用户切换了,因为ssh方式免登陆校验的话,每次都要去生成新的ssh密钥去切换,着实太过于麻烦了. 配合账户密码策略和ssh两种策略管理两个账户: 之前还想过,一个用

  Git设置签名 签名的作用是区分不同操作者的身份,用户的签名信息在每一个版本的提交信息中能够看到, 以此确认本次提交是谁做的,git首次安装必须设置用户签名,否则无法提交代码 这里设置的用户签名和登录代码托管中心的账号没有任何关系 # 设置用户名 git config --global user.name test77 git config --global user.email test77@test.com # 查看设置的用户签名 git config --list cat ~/.git

1.概述 我们一般是在k8s里面部署一些简单的应用,比如用deployment,daemonset,statefuleset的方式来部署应用,但是如果要部署一些复杂的应用,那么整个配置的编写.部署的过程就会变的更加的复杂,那么helm这个工具就可以来帮助解决这个复杂应用的部署问题. helm可以类比与linux环境下yum部署应用的方式,只需要执行几条命令,就可以将应用需要的配置.依赖都部署到环境中.同样,helm也是通过几条简单的命令,将某个应用需要的配置.依赖都部署到了k8s集群上. 本文档

hadoop本地库与系统版本不一致引起的错误解决方法 部署hadoop的集群环境为 操作系统 centos 5.8 hadoop版本为cloudera   hadoop-0.20.2-cdh3u3 集群中设置支持gzip lzo压缩后,在对压缩文件进行读取或者对输入文件压缩的时候要使用到hadoop的本地库,本地库的默认位置在 $HADOOP_HOME/lib/native/Linux-amd64-64   (64位操作系统) $HADOOP_HOME/lib/native/Linux-i386

1.从哪些地方可以识别hadoop是32位还是64位?2.hadoop本地库在什么位置? hadoop在安装的时候,我们需要知道hadoop版本是32位还是64位. hadoop官网本来提供的都是32位,因为我们大部分都是64位,所以不得不编译.后来官网从hadoop2.5版本开始就提供了64位.为了防止我们用错,下面我们来实际操作和观察. 我们来从官网下载的hadoop2.4.1安装包.hadoop是32位还是64位,我们查看本地库即可.即进入$hadoop_home/lib/native,使

目前针对apache hadoop更新的版本较多,由此而产生了两个方面的问题: 1.如何查看运行的集群当中的hadoop的版本的问题. 2.如何查看运行集群当中的hadoop的位数 下面详细的介绍一下 1.查看版本信息 通过在集群上执行:hadoop version  命令可以查看对应的hadoop的版本.如下图所示: 2.查看hadoop集群的位数 执行:cd $HADOOP_HOME/lib/native file  libhadoop.so.1.0.0 此时就可以查看的到hadoop本地库