Tag: 车队

车队glusterfs比纯glusterfs有什么好处

我有一个问题，看到glusterfs与车队在纯粹的glusterfs的好处 我们的起始位置： 我们只是使用牧场主的车队，没有别的 我们有持久数据的glusterfs设置 设置没有车队 在每个docker主机上挂载glusterfs卷 使用docker swarm创build服务，并将它们挂载到主机上的右侧目录，该主机在后台托pipeglusterfs 设置与车队 运行有史以来dockerhost（它在后台挂载glusterfs卷）的护卫队deamon， 用docker swarm创build服务并在其上附加一个卷 音量驱动程序，它在后台映射到glusterfs目录 那么，启动一个deamon（车队），在后台挂载的好处是什么呢？我可以通过/ etc / fstab

我应该在哪里保存CoreOS集群的服务文件，我应该如何加载它们？

我想在负载平衡器后面部署一个CouchDB服务器集群，并让这些服务完成这个神奇的etcd发现。 在完成CoreOS快速入门之后 ，我对如何真正使用我自己所学的东西感到茫然，我不知道哪个更深入的教程能让我走。 在演示中，我在正在运行的实例中编写了一个服务文件，然后使用fleetctl来启动它。 我想要做的是在我的项目中有版本控制下的服务文件，如Dockerfile。 如何让CoreOS群集使用外部服务文件进行初始化？ 我正在使用Vagrant进行本地开发，但我会尽快部署到AWS。

Docker，CoreOS和基于舰队的部署

我试图围绕着CoreOS ，我仔细阅读了他们的官方文档，一些随机文章，甚至还看了他们CTO的这个精彩的演讲 。 我对 CoreOS的理解是，它是一个简化的Linux发行版，它需要运行的任何东西都是OCF兼容的容器 ， 而不仅仅是一个Docker容器。 我对 舰队的 理解是它的systemd在集群层面 我对 法兰绒的 理解是，它是由etcd和fleet使用的networking层将networking请求路由到生活在集群中的容器 所以，首先，如果我的上述断言是不正确的或以任何方式误导，请首先纠正我！ 假设我或多或less地走上正轨，我在这里有一些担忧： CoreOS提供哪些具体的好处？Docker包含的应用程序不在其他Linux发行版（如Ubuntu或Debian）中？ 换句话说，通过使用Docker / CoreOS与Docker / Ubuntu可以获得什么样的客观效益？ 舰队就像一个调度引擎，就像Mesos或Kubernetes一样。 它是这些项目的直接竞争者，还是处理不同“层次”（不同types的责任）的调度？ 如果是这样，这些区别是什么？