我正在评估Kubernetes作为我们新应用程序的平台。就目前而言，它看起来非常令人兴奋!但是，我遇到了一个问题:我在GCE上托管我的集群，我需要某种机制来在两个Pod之间共享存储-连续集成服务器和我的应用程序服务器。使用kubernetes执行此操作的最佳方法是什么？似乎没有一种卷类型适合我的需要，因为如果一个pod需要写入磁盘，则无法共享GCE磁盘。NFS会很完美，但似乎需要为kubernetes集群提供特殊的构建选项？编辑:共享存储似乎是我现在使用Kubernetes多次遇到的问题。有多个用例，我只想拥有一个卷并将其连接到多个pod(具有写访问权限)。我只能假设这将是一个常见的用

已结束。此问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎与aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers无关.如果您认为该问题将成为anotherStackExchangesite上的主题，您可以发表评论，说明在哪里可以回答问题。关闭去年。Improvethisquestion我对GoogleCloud平台和Docker还很陌生，我设置了一个节点集群，制作了一个Dockerfile来复制一个repo并在公共(publ

我有以下由Dockerfile创建的图像:REPOSITORYTAGIMAGEIDCREATEDSIZEruby/lablatestf1903b1508cb2hoursago729.6MB我有以下YAML文件:apiVersion:extensions/v1beta1kind:Deploymentmetadata:name:ruby-deploymentspec:replicas:2template:metadata:labels:app:rubyspec:containers:-name:ruby-appimage:ruby/labimagePullPolicy:IfNotPrese

我正在寻找一种模式，允许在Kubernetes中运行在同一个pod上的两个容器之间共享卷。我的用例是:我有一个在docker容器内运行的RubyonRails应用程序。docker镜像包含/app//public中的静态Assets目录，我需要从在同一个pod中运行的nginx容器访问这些Assets。在'vanilla'docker中，我会使用--volumes-from共享此目录的标志:dockerrun--nameapp-v/app//publicdockerrun--volumes-fromappnginx阅读此文档后:https://github.com/GoogleClou

背景:目前我们正在使用Docker和DockerCompose来提供我们的服务。我们已将不同环境的配置外部化为定义应用程序读取的环境变量的文件。例如一个prod.env文件:ENV_VAR_ONE=SomethingProdENV_VAR_TWO=SomethingelseProd和一个test.env文件:ENV_VAR_ONE=SomethingTestENV_VAR_TWO=SomethingelseTest因此我们可以在启动容器时简单地使用prod.env或test.env文件:dockerrun--env-fileprod.env然后，我们的应用程序会根据prod.env中定

我现在正在尝试在Kubernetes集群上运行一个带有shell(/bin/bash)的简单容器。我认为有一种方法可以通过使用pseudo-tty和分离选项(docker上的-td选项来保持容器在Docker容器上运行)运行命令)。例如，$sudodockerrun-tdubuntu:latest在Kubernetes中有这样的选项吗？我尝试使用kubectlrun-container命令来运行容器，例如:kubectlrun-containertest_containerubuntu:latest--replicas=1但是容器会退出几秒钟(就像使用dockerrun命令启动时没有我

我正在寻找在DC/OS上运行Docker容器时是否使用Marathon和Chronos、DockerSwarm或Kubernetes的一些利弊。例如，什么时候使用Marathon/Chronos比使用Kubernetes更好，反之亦然？现在我主要是在进行试验，但希望我们能在夏季之后开始在生产中使用其中一项服务。这可能会取消DockerSwarm的资格，因为我不确定到那时它是否可以投入生产。我喜欢DockerSwarm的地方在于它本质上只是“Docker命令”，您不必学习全新的东西。我们已经在使用docker-compose并且它可以与DockerSwarm一起工作(至少在理论上)，所以

Kubernetes似乎都是关于将容器部署到集群云。它似乎没有触及的是开发和登台环境(或类似的)。在开发过程中，您希望通过一些重要更改尽可能接近生产环境:在本地部署(或至少在只有您可以访问的地方)在页面刷新时使用最新的源代码(假设它是一个网站；理想情况下，页面会在本地文件保存时自动刷新，如果您安装源代码并使用诸如Yeoman之类的东西就可以做到这一点).同样，人们可能希望在非公共(public)环境中进行持续集成。Kubernetes是否支持这样的开发环境，还是必须构建的东西，希望在生产期间它仍然可以工作？ 最佳答案 更新(2016

已结束。此问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提出有关书籍、工具、软件库等方面的建议的问题。您可以编辑问题，以便用事实和引用来回答它。关闭2年前。社区审核了是否重新打开这个问题3个月前并关闭:原始关闭原因未解决ImprovethisquestionKubernetes被称为容器集群“调度器/协调器”，但我不知道这是什么意思。在阅读了Kubernetes站点和(模糊的)GitHubwiki之后，我能说的最好的就是它以某种方式确定了哪些VM可用/能够运行您的Docker容器，然后将它们部署在那里。但这只是我的猜测，我还没有在他们的文档中看到

我对所有这些都比较陌生，但我很难清楚地了解列出的技术。虽然，所有这些都试图解决不同的问题，但也有共同点。我想了解什么是共同的，什么是不同的。少数的组合很可能非常适合，如果是的话，它们是什么？我列出了其中一些以及问题，但如果有人详细列出所有问题并回答问题，那就太好了。Kubernetes与Mesos:这个链接What'sthedifferencebetweenApache'sMesosandGoogle'sKubernetes提供了对差异的深入了解，但我无法理解为什么Kubernetes应该在Mesos之上运行。是否更多地与将两个开源解决方案结合在一起？KubernetesvsCore-