zl程序教程

您现在的位置是:首页 >  工具

当前栏目

在OpenShift中运行容器

容器 运行 openshift
2023-09-27 14:27:26 时间
本文讲的是在OpenShift中运行容器【编者的话】本文不是一篇关于如何在OpenShift中使用和部署容器的指导性文章,也没有具体介绍OpenShift的原理组成,关于如何使用OpenShift可以参考另一篇《OpenShift V3 应用发布部署的简单场景演示》。

【深入浅出学习 etcd】etcd为分布式系统提供可靠、高效的配置管理服务,在Docker、Kubernetes、Mesos等平台中扮演了越来越重要的角色。作为2013年开始的项目,它还很年轻,官方文档中缺乏实现上全面、系统的介绍,本课程深入浅出地介绍了etcd的实现,并为运维和二次开发提供了系统的指导和建议。

本文的关注点在于OpenShift中的容器安全性问题,相信很多用过容器的读者都会遇到在容器里以root用户启动应用的情况,这篇文章着重介绍了OpenShift中我们如何处理这种情况,以及这样处理带来的副作用和其中的原因。
openshift.png
OpenShift 是Red Hat公司推出的一个基于Kubernetes的容器应用平台。并且很简捷,没错,它就是一个PaaS。新的V3版本的OpenShift做了一次重大的改变,所有的组件用go语言重新编写,并且和现在的Kubernetes有了很好的结合。当你使用OpenShift的时候,你其实得到了一个Red Hat推出的基于Kubernetes的分布式系统,OpenShift的功能是围绕着代码部署,自动化构建等等,是一个典型的PaaS平台。

Openshift的优点是什么呢?Red Hat经常引以为豪的就是它的安全性

我不是一个安全领域的专家,但是当你考虑使用Kubernetes并且如果你不想围绕secrets争论的时候,你会发现,Kubernetes有很多关于安全性的功能。RBAC就是一个当你用kubeadm去部署一个集群环境时默认的设置。可以通过强制的网络规则进行网络隔离,pod也可以用安全策略控制非常严格。加上身份验证机制,为所有组建间的通信提供TSL加密,权限控制,至少对我来说,这是一个非常强大和安全系统。

但是对早期的使用者来说这些安全设置是有代价的。在OpenShift中,使用Kubernetes默认的Pod安全策略,他们被SCC(Security Context Constraints)调用。默认使用SCC最明显的地方是在OpenShift的容器中,进程不能用ROOT用户运行。(译者注:表现为权限不够)

所以如果你在minishift里,没有指定一个非ROOT用户去运行一个Docker镜像,这肯定会失败。这意味着,非常遗憾,我们的Bitnami镜像现在还不能运行在OpenShift上。我们正在修复解决这个问题,也就是说在Dockerfile中用一个非特权用户,我将向您展示如何暂时规避这个问题。
开始使用OpenShift 使用OpenShift可以从minishift开始,他是一个定制的minikube,也就是说,它可以运行在你桌面系统的虚拟机里(就像k8s)。客户端oc(译者注:oc是OpenShift的主要命令)可以被非常容易的配置,因为他实际上是在kubectl外面包装了一层。

当你下载后,使用它感觉就像在使用minikube一样:(除了它默认的驱动是xhyve,当然如果你用的是Virtual Box......):
minishift start — vm-driver virtualbox


把oc添加到你的PATH中:
$ minishift oc-env

export

PATH=”/Users/sebgoa/.minishift/cache/oc/v1.5.0:$PATH”

Run this command to configure your shell: eval $(minishift oc-env) $ eval $(minishift oc-env) 
修改SCC 为了修改SCC,你需要用admin用户登录到OpenShift中:
oc login -u sysadmin:admin


这时修改scc:
oc edit scc anyuid


如果你不使用admin用户登录,那么RBAC不会让你修改安全约束(security constraints),这时增加user会像这样:
users:

- system:serviceaccount:default:ci

- system:serviceaccount:ci:default

- system:serviceaccount:myproject:default


基本上,你在你自己的项目里(myproject)可以用默认的服务帐号(service account)以任何uid包括ROOT用户去在运行一个容器。需要注意的是,你自己创建的项目(myproject)是一个可以用被你自己访问的名字空间。它是默认被minishift创建的,你可以用oc config view在k8s中找到它。

作为普通用户切换回minishift( oc config just like kubectl config ):
oc config use-context minishift


用容器创建一个应用程序,并以ROOT身份运行一个进程 你现在可以用容器去创建一个应用程序了,并且这个应用程序的进程是ROOT用户运行的。你解除了pod的安全规则。但是这部太符合最小权限运行原则。oc new-app看起来很像kubectl run
oc new-app --name foobar \

--docker-image bitnami/mariadb \

--env MARIADB_ROOT_PASSWORD=root


现在你已经运行起来了bitnami mariadb在OpenShift里了,( oc logs like kubectl logs :
$ oc logs foobar-1-zft17

Welcome to the Bitnami mariadb container

Subscribe to project updates by watching

https://github.com/bitnami/bitnami-docker-mariadb

Submit issues and feature requests at

https://github.com/bitnami/bitnami-docker-mariadb/issues

Send us your feedback at containers@bitnami.com

nami INFO Initializing mariadb

mariadb INFO ==  Configuring permissions…

mariadb INFO ==  Validating inputs…

mariadb INFO ==  Initializing database…

... snip  


结论 虽然在OpenShift里可以绕过默认的安全约束策略(SCC)但其实这并不是一个理想状态。这就是为什么在Bitnami中,我们现在去修改我们的容器应用模板去harden它们并且让它讷讷个够和运行在OpenShift中。

原文连接:Running Containers in OpenShift(翻译:王晓轩)

原文发布时间为:2017-05-18

本文作者:王晓轩

本文来自云栖社区合作伙伴Dockerone.io,了解相关信息可以关注Dockerone.io。

原文标题:在OpenShift中运行容器


Docker实战之运行第一个容器 你好看官,里面请!今天笔者讲的是Docker实战之运行第一个容器。不懂或者觉得我写的有问题可以在评论区留言,我看到会及时回复。 注意:本文仅用于学习参考,不可用于商业用途,如需转载请跟我联系。
NET MVC接口服务如何运行在容器中 有些公司内部存在一些NET项目,而公司服务器后期都换成了Linux,若单纯为这一个项目占用一台Windows服务器显得极其浪费,因此需要将NET项目嵌入到Linux服务器中,为了后期方便迁移和运维最好是Docker容器中运行。
如何灵活的更改微服务容器运行时的堆内存大小及环境变量 SpringBoot微服务打包容器启动运行时就会加载打包时设置的Jvm参数,当上线后监控到内存不足时需要调整参数时就要重新打包升级版本等一系列繁琐操作,那能不能只需要更改配置重启就能解决问题呢
Docker 如何运行一个容器 大家好,我是阿萨。昨天我们学习了使用Dockerfile 创建镜像,以及给docker 打标签。有了镜像之后,就是运行容器了。今天我们就学习下如何运行容器。