环境介绍: 说明 节点 ip 系统 Gitlab Server git.ds.com 10.0.1.179 CentOS 7.5.1804 Gitlab Runner   10.0.1.178 CentOS 7.5.1804 Docker Registry Harbor harbor.ds.com 10.0.1.183 CentOS 7.5.1804 关于 gitlab server和Harbor的安装这里就表述了. 一.gitlab runner的安装 (gitlab 10版本的) 1.根据具

k8s国内镜像 https://www.jianshu.com/p/b9fecdb5e3a7 wu_sphinx 关注 2019.05.06 20:43* 字数 155 阅读 628评论 0喜欢 0 最近折腾k8s,使用kubeadm部署集群,遇到镜像下载的问题 $ kubeadm config images list k8s.gcr.io/kube-apiserver:v1.14.1 k8s.gcr.io/kube-controller-manager:v1.14.1 k8s.gcr.io/k

K8S+GitLab-自动化分布式部署ASP.NET Core(三) 更新镜像版本并部署到K8S上   一.介绍 前一篇,介绍了ASP.NET Core部署到K8S上,下面介绍我们在发布新一版本中怎么通过Gitlab CI自动给镜像打版本并部署到K8S上. 二.我们通过GitLab CI/CD 变量 不废话,先上代码: stages: - build - test - package - deploy - release build: stage: build script: - cd Depl

K8S+GitLab-自动化分布式部署ASP.NET Core(二) ASP.NET Core DevOps K8S+GitLab-自动化分布式部署ASP.NET Core(二) ASP.NET Core DevOps   一.介绍 前一篇,写的K8S部署环境的文章,简单的介绍下DevOps(Development和Operations的组合词),高效交付, 自动化流程,来减少软件开发人员和运维人员的沟通.Martin Fowler说过,"持续集成并不能消除Bug,而是让它们非常容易发现和改正.

K8S+GitLab-自动化分布式部署ASP.NET Core(一) 部署环境 一.部署流程介绍 开发人员通过Git上传asp.net core 项目到Gilab,并编写好.gitlab-ci.yml , GitLab-Runner 自动拉取代码,然后进行Build,编译,单元测试,生成镜像,并推送到Harbor仓库,docker 进行测试部署,最后部署部署到K8S. 二.集群组件介绍 节点 IP 组件 Deploy 192.168.0.201 Breeze  Master01 192.168.

对于容器编排工具k8s来说,你可以使用它规定的yaml格式的脚本,使用客户端kubectl来与k8s进行通讯,将你定义好的yaml部署脚本应用到k8s集群上,而这对yaml脚本一般来说都是很像的,就是说,你需要反复的使用同样结构的代码,这对于开发人员来说不是一个好的信号,所以helm出现了,它是一种模板化的部署工具,你定义好模板之后,把变量的对象放在values.yaml里就可以了. 引起的问题 在使用helm进行部署时出现了一个问题,使用镜像时习惯的使用了latest这个版本,也就是最新版本,

写在前面 最近在 K8S 1.18.2 版本的集群上搭建DevOps环境,期间遇到了各种坑.目前,搭建环境的过程中出现的各种坑均已被填平,特此记录,并分享给大家! 服务器规划 IP 主机名 节点 操作系统 192.168.175.101 binghe101 K8S Master CentOS 8.0.1905 192.168.175.102 binghe102 K8S Worker CentOS 8.0.1905 192.168.175.103 binghe103 K8S Worker Cent

写在前面 最近在 K8S 1.18.2 版本的集群上搭建DevOps环境,期间遇到了各种坑.目前,搭建环境的过程中出现的各种坑均已被填平,特此记录,并分享给大家! 文章和搭建环境所需要的yml文件已收录到:https://github.com/sunshinelyz/technology-binghe 和 https://gitee.com/binghe001/technology-binghe .如果文件对你有点帮助,别忘记给个Star哦! 服务器规划 IP 主机名 节点 操作系统 192.1

环境说明 系统环境: CentOS Linux release 7.4 docker Version: 18.03.1-ce 运行镜像 docker run --detach \ --hostname gitlab.example.org \ --publish : --publish : \ --name gitlab \ --restart always \ --volume /opt/gitlab:/etc/gitlab \ --volume /opt/gitlab/logs:/var/l

Gitlab是一款非常强大的开源源码管理系统.它支持基于Git的源码管理.代码评审.issue跟踪.活动管理.wiki页面,持续集成和测试等功能.基于Gitlab,用户可以自己搭建一套类似Github的开发协同平台. 以下演示使用Gitlab官方提供的社区版本(Gitlab CE)的DockerHub镜像 1.运行如下命令: docker run --detach \ --hostname gitlab.example.com \ --publish 443:443 --publish 80:8

#!/bin/sh ### 版本信息 K8S_VERSION=v1.13.2 ETCD_VERSION=3.2.24 DASHBOARD_VERSION=v1.8.3 FLANNEL_VERSION=v0.10.0-amd64 DNS_VERSION=1.14.8 PAUSE_VERSION=3.1 coredns_version=1.2.6 ## 基本组件 docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/kube-

问题 谷歌云镜像仓库:k8s.gcr.io 镜像拉取不下来 阿里云操作配置 注册阿里云账号:点击注册 右上角点击"控制台" 点击左上角 选择"容器镜像服务" 第一次使用镜像仓库会提示注册,用户名是阿里云账号,密码重新设置一个即可(这个也可以设置成和登录密码一样) 创建命名空间 创建镜像仓库 这个镜像仓库右侧点击"管理" 构建 -- 添加规则 上面也可以看到关联的仓库 代码仓库操作配置 方式一:github操作配置 注册github账号:https

jenkins 构建配置参数化构建过程 构建  执行 shell  , 将版本号参数传入 脚本 脚本push  带版本号的镜像到阿里云镜像仓库 #!/bin/bash #获取参数 while getopts "n:" opt; do case $opt in n) version=$OPTARG ;; \?) ;; esac done ****** ****** sudo docker tag fashion*****prod registry-vpc.cn-hangzhou.aliy

FROM centos:7.4.1708 #维护者信息MAINTAINER by icdss # 标签LABEL version="1.0" # 安装依赖RUN yum -y updateRUN yum groupinstall -y developmentRUN yum provides '*/applydeltarpm'RUN yum install deltarpm -yRUN yum -y install epel-release && \ yum -y ins

1.基本概念 使用k8s安装gitlab-ce,采用GlusterFS实现持久化(注意PG使用的是NFS存储,使用动态存储重启postgresql的pod后无法成功启动pg,待解决),并集成了openLDAP. 注意:我公司使用的gitlab是独立于k8s集群之外的. 2.安装部署 最一开始使用的是helm安装gitlab,网上的文档应该全部都是使用的这个chart:https://github.com/helm/charts/tree/master/stable/gitlab-ce 但是这个c

k8s 国内镜像下载方案 众所周知,国内是不太容易下载k8s.gcr.io站点的镜像的 一.第一种方案:Azure中国镜像站 http://mirror.azure.cn/help/gcr-proxy-cache.html Global Proxy in China (Azure中国镜像) dockerhub (docker.io) dockerhub.azk8s.cn gcr.io gcr.azk8s.cn k8s.gcr.io gcr.azk8s.cn/google-containers q

❝ 目录: 微服务探索之路01篇.net6.0项目本地win10系统docker到服务器liunx系统docker的贯通 微服务探索之路02篇liunx ubuntu服务器部署k8s(kubernetes)-kubernetes/dashboard ❞ 1.简介 第一篇提到的docker官方提供了镜像仓库是公共的,私有的是需要收费的,所以我们需要在自己的服务器搭建私有镜像仓库,这样也比较安全.docker官方提供的registry可以快速的搭建,但是它没有界面管理和高级权限控制,所以本文采用由

在上一篇博客中,我们成功将 Gitlab CI 部署到了 Docker 中去,成功创建了 Gitlab CI Pipline 来执行 CI/CD 任务.那么这篇文章我们更进一步,将它集成到 K8s 集群中去.这个才是我们最终的目标.众所周知,k8s 是目前最火的容器编排项目,很多公司都使用它来构建和管理自己容器集群,可以用来做机器学习训练以及 DevOps 等一系列的事情. 在这里,我们聚焦 CI/CD,针对于 Spring Boot 项目,借助 Gitlab CI 完成流水线的任务配置,最终部

目录 一.概述 二.生产环境部署k8s,接下来我们描述一下在真正生产环境中我们部署k8s应该部署成什么样子 一.概述 1.通过以往的学习应该可以了解到k8s 和以往提到的devops概念更容易落地了.比如我们说的CI,CD,CD ​ CI(Continuous Integration):持续集成 CD():持续交付 CD(Continuous Deployment):持续部署 2.早期作为运维手工来实现发布和部署来讲我们一周发布一次就很头疼了,如果是持续部署的话一天可能要部署好几次甚至几十次.即

一. docker简介 环境配置 软件开发最大的麻烦事之一,就是环境配置.用户计算机的环境都不相同,你怎么知道自家的软件,能在那些机器跑起来? 用户必须保证两件事:操作系统的设置,各种库和组件的安装.只有它们都正确,软件才能运行.举例来说,安装一个 Python 应用,计算机必须有 Python 引擎,还必须有各种依赖,可能还要配置环境变量. 如果某些老旧的模块与当前环境不兼容,那就麻烦了.开发者常常会说:"它在我的机器可以跑了"(It works on my machine),言下之