openshift

DevOps技能自查表

核能气质少年 提交于 2020-04-11 17:38:50
前篇提到了DevOps的工作岗位要求,但是没有来的及深入细节,本文根据个人10年多的经验,尽量详细地列举DevOps所需要用到的一些技术和相关参考网站。 Linux基础 Linux系统的基本概念; 必须会使用至少一个编辑器,例如VIM; 至少会一种shell,例如bash; 会使用rsh/ssh/scp/rhost/rsync; cron相关设置和命令,crontab; 进程的状态,以及相关的命令ps, top, pgrep,pstree; 文件状态的查看排序,ls; 文件的查找, find; 文件权限,以及相关命令ls, chmod, chown; 文件的压缩解压种类,tar; job相关命令 jobs,nohup,bg, fg, disown; 信号的种类INT,TERM,QUIT, 和kill的使用,例如 kill -9; 软硬链接的概念和命令,ln; 磁盘的使用和配额命令,df,du,quota; 内存的种类swap和buffer,相关命令top; 系统的检测命令,uptime,ps,top, free,pstree; Daemon,service的工作原理,配置,使用,例如命令service; 用户的权限,group等的操作; 磁盘的自动挂载; 文件内容的查找命令grep,sed; 高级命令xargs; 文本数据库的操作命令,例如cut,tr,sort,uniq;

6个出色的Kubernetes发行版,哪款最适合你?

非 Y 不嫁゛ 提交于 2020-03-26 11:06:56
3 月,跳不动了?>>> 作者简介 Christopher Tozzi,自2008年来以自由职业者的身份对Linux、虚拟化、容器、数据存储及其相关主题进行报道。 本文来自 Rancher Labs 时至今日,通过Kubernetes编排容器化应用程序已经成为绝大多数人的第一选择,Kubernetes可以帮助用户轻松实现企业级部署。但是,在安装Kubernetes之前,你还需要再了解一件事:Kubernetes发行版。绝大多数情况下,用户不会直接从源代码中安装Kubernetes,而是在软件公司和云供应商提供的众多Kubernetes发行版中进行选择。 那么,什么是Kubernetes发行版?当前又有哪些出众的Kubernetes发行版呢? 什么是Kubernetes? 在讨论Kubernetes发行版之前,我们先来回顾一下什么是Kubernetes。 Kubernetes是一个用于容器编排的开源平台,它使容器部署应用程序所需的许多任务实现了自动化,包括启动和停止单个容器,以及确定集群中的哪些服务器应当承载哪些容器。如果你还想了解更多关于Kubernetes的基础知识,欢迎查阅以下文章: 再也不用担心学不会K8S!17个K8S初学者必须掌握的知识点 零基础入门│带你理解Kubernetes Kubernetes是容器生态系统中的其中一个容器编排平台

快速部署OpenShift应用

此生再无相见时 提交于 2020-03-23 00:45:29
本文介绍了使用Service Catalog和OC命令部署OpenShift应用、部署基本概念和流程、扩展存储、清理OpenShift对象等。以 Angular 6集成Spring Boot 2,Spring Security,JWT和CORS 中的Spring Boot和Angular项目为例,详细讲解了S2I和Pipeline两种部署方式。 OKD版本3.11,Spring Boot项目源码 heroes-api ,Angular项目源码 heroes-web 。 初识OpenShift部署 Service Catalog OpenShift初始安装中含有一些样例APP供大家学习使用。其中有Apache HTTP Server和Apache HTTP Server(httpd),这两者有什么区别?分别点击进入可以发现: Apache HTTP Server使用template(template名字为httpd-example)部署方式。 Apache HTTP Server(httpd)使用builder image(image stream名字为httpd)部署方式。 Service Catalog样例使用了template和builder image(image+source)两种部署方式。进入Application

快速部署OpenShift应用

旧街凉风 提交于 2020-03-23 00:43:20
本文介绍了使用Service Catalog和OC命令部署OpenShift应用、部署基本概念和流程、扩展存储、清理OpenShift对象等。以 Angular 6集成Spring Boot 2,Spring Security,JWT和CORS 中的Spring Boot和Angular项目为例,详细讲解了S2I和Pipeline两种部署方式。 OKD版本3.11,Spring Boot项目源码 heroes-api ,Angular项目源码 heroes-web 。 初识OpenShift部署 Service Catalog OpenShift初始安装中含有一些样例APP供大家学习使用。其中有Apache HTTP Server和Apache HTTP Server(httpd),这两者有什么区别?分别点击进入可以发现: Apache HTTP Server使用template(template名字为httpd-example)部署方式。 Apache HTTP Server(httpd)使用builder image(image stream名字为httpd)部署方式。 Service Catalog样例使用了template和builder image(image+source)两种部署方式。进入Application

OpenShift 3.11 all in one 安装失败

余生颓废 提交于 2020-03-23 00:11:10
TASK [openshift_service_catalog : Verify that the catalog api server is running] curl: (7) Failed connect to apiserver.kube-service-catalog.svc:443; Connection refused" Warning FailedMount kubelet, okd311 MountVolume.SetUp failed for volume \"service-catalog-ssl\" : secrets \"controllermanager-ssl\" not found" 1 storage_decorator.go:57] Unable to create storage backend: config (&{ /registry [ https://okd311:2379 ] /etc/origin/master/master.etcd-client.key /etc/origin/master/master.etcd-client.crt /etc/origin/master/master.etcd-ca.crt true true 0 {0xc4206ca000 0xc4206ca080} <nil> 5m0s 1m0s}),

RHEL7.4安装openshift

☆樱花仙子☆ 提交于 2020-03-23 00:10:50
记录下安装OpenShift结果,开始OpenShift的学习 PLAY RECAP * **** haproxy.example.com : ok=95 changed=2 unreachable=0 failed=0 localhost : ok=12 changed=0 unreachable=0 failed=0 master01.example.com : ok=403 changed=32 unreachable=0 failed=0 master02.example.com : ok=325 changed=25 unreachable=0 failed=0 master03.example.com : ok=325 changed=25 unreachable=0 failed=0 node01.example.com : ok=115 changed=10 unreachable=0 failed=0 node02.example.com : ok=115 changed=10 unreachable=0 failed=0 来源: 51CTO 作者: OpenStack2015 链接: https://blog.51cto.com/andyliu/2148840

OpenShift 4预览

|▌冷眼眸甩不掉的悲伤 提交于 2020-03-23 00:10:33
2019年5月,Red Hat发布了OpenShift 4.3( GitHub ),但文档尚不完善。 OpenShift 4新特性 自我管理,自动化安装、修补、更新 使用不同类别的Operator来执行集群操作,并在集群上运行服务供应用程序使用 全新的安装工具 OpenShift Installer ,installer充当安装向导,提示用户输入必要的参数,并为其他内容提供合理的默认值。Installer适合新手到专家,为高级用户提供了不同级别的自定义功能。Installer目前支持AWS,但不支持中国区。未来OpenShift Container Platform将支持在更多的云平台和裸机上使用Installer Provisioned Infrastructure或User Provisioned Infrastructure。所有集群的control plane machines必须使用Red Hat Enterprise Linux CoreOS (RHCOS)操作系统。 OpenShift Ansible仅用于扩展或升级 $ ansible-playbook -i inventory/hosts playbooks/scaleup.yml $ ansible-playbook -i inventory/hosts playbooks/upgrade.yml Cluster

【openshift】OC命令部署Openshift

喜你入骨 提交于 2020-03-19 08:10:44
OC命令部署Openshift # install openshift wget -c https://github.com/openshift/origin/releases/download/v3.11.0/openshift-origin-client-tools-v3.11.0-0cbc58b-linux-64bit.tar.gz tar -zxvf openshift-origin-client-tools-v3.11.0-0cbc58b-linux-64bit.tar.gz mv openshift-origin-client-tools-v3.11.0-0cbc58b-linux-64bit/oc /usr/local/bin/ mv openshift-origin-client-tools-v3.11.0-0cbc58b-linux-64bit/kubectl /usr/local/bin/ # 生成配置文件,改了hosts之后最好重启一下在进行后面的操作 cat << EOF >> /etc/hosts 172.26.252.34 okd.xc 127.0.0.1 okd.xc EOF # 删除本地可能之前生成的配置文件,并生成配置文件 rm -rf openshift.local.clusterup oc cluster up --skip-registry

调戏OpenShift:一个免费能干的云平台

左心房为你撑大大i 提交于 2020-03-19 08:08:49
一步一脚印 停停走走,回头看看 博客园 首页 新随笔 联系 订阅 管理 随笔 - 24 文章 - 8 评论 - 2 调戏OpenShift:一个免费能干的云平台 一、前因后果     以前为了搞微信的公众号,在新浪sae那里申请了一个服务器,一开始还挺好的 ,有免费的云豆送,但是一直运行应用也要消费云豆,搞得云豆也所剩无几了。作为一名屌丝,日常吃土,就单纯想玩一玩微信的公众号,而且反正也没什么人,花钱开一个阿里云这样的服务器好像有点不值,就想看看有没有免费的平台给我耍耍。     很遗憾在国内几乎没有,却意外发现国外openshift挺适合我这种屌丝的,而且小应用访问速度并不慢。但免费的东西,有限制,大家都懂。怎么样?想办法干他一炮! 二、安装openshift客户端   对于怎么安装openshift客户端,我就不说了,网上有很多教程,连官网也有他自己的教程。   官网教程: https://developers.openshift.com/getting-started/windows.html   中文教程: http://my.oschina.net/xoyo/blog/173649?fromerr=c3cOX5yt 三、上传代码   安装好后,接着就是push代码啦。push代码需要使用SSH key,没有绑定SSH key的,可以登录openshift客户端的时候会提示

OpenShift中的持续交付

纵然是瞬间 提交于 2020-03-19 08:07:30
上一文中讲述了如何在AWS下搭建OpenShift集群。这篇文章将目光转向如何在OpenShift中实现CI/CD以及产品环境的部署。 持续交付 如果要打造一个持续交付的流水线,首先要考虑多环境的问题。一般一个应用程序会有多个环境,比如开发环境、集成测试环境、系统测试环境、用户验收测试环境、类生产环境、生产环境。如何在OpenShift中隔离并建立对这些环境的部署流程有多种方案可以选择。 同一个project中使用label和唯一名称来区分不同的环境; 集群中的不同project来隔离环境; 跨集群来隔离环境。 我们以第二种方式为例,演示下多环境管理问题。 在上图中,我们有一个build project。build project包含了一组相互依赖性比较强的应用,每个应用对应一个build config,产生的Image Stream存放在image register中。而每个环境各对应一个project,其中包含了该应用的deployment config,其镜像输入是build config产生的Image Stream。之所以这样做,有以下几点考虑: 不同的环境分布在不同的project中,可以很好的借助project的特性进行环境隔离。比如sys project的容器只能部署在label为sys的node上,prod