我需要实现glusterfs地理复制。在我的生产环境中，端口22在我要进行复制的服务器之间未打开(这是设计使然，我们必须保留它)。有没有一种方法可以使用自定义ssh端口(即22222)来实现它。有没有其他解决办法。注意:我不能使用除这两个之外的其他服务器。 最佳答案 格鲁斯特usestheinstalledsshclient这意味着您可以使用普通的ssh_config覆盖配置。因此，在运行glusterfs的用户(可能是root)的主目录中创建.ssh/config并使用记录的Host配置客户端:[glusterfsnode-hos

我有一个带有很多容器的dockerswarm，但特别是:mysqlmongodb流利Elasticsearch我的问题是，当一个节点发生故障时，管理器会丢弃当前容器并在另一个节点中创建一个新容器。所以每次即使使用docker卷，我也会丢失存储在该特定容器中的持久数据。所以我将在我的集群上创建四个分布式glusterfs卷，并将它们作为docker卷安装到我的容器中。这是解决我的问题的正确方法吗？如果是，我应该为我的glusterfs卷使用什么类型的文件系统？此方法是否存在性能问题？ 最佳答案 GlusterFS不是为所有容器解决此问

我有一个带有很多容器的dockerswarm，但特别是:mysqlmongodb流利Elasticsearch我的问题是，当一个节点发生故障时，管理器会丢弃当前容器并在另一个节点中创建一个新容器。所以每次即使使用docker卷，我也会丢失存储在该特定容器中的持久数据。所以我将在我的集群上创建四个分布式glusterfs卷，并将它们作为docker卷安装到我的容器中。这是解决我的问题的正确方法吗？如果是，我应该为我的glusterfs卷使用什么类型的文件系统？此方法是否存在性能问题？ 最佳答案 GlusterFS不是为所有容器解决此问

在微服务架构中部署数据库的最佳实践是什么，更准确地说是在分布式环境中，例如dockerswarm？微服务原则规定每个服务都应该是无状态的以实现扩展。由于数据库显然是有状态的，它是否应该在集群外部的固定位置，在集群初始化之前部署和配置？我很困惑，因为所有dockercompose示例在服务定义中都包含数据库容器。但事情并没有那么简单。通常，数据库在准备好使用之前需要进行大量配置。此外，docker在协调服务启动顺序方面很糟糕。如果将数据库与服务一起部署到dockerswarm确实是一个好习惯，那么如何确保关键数据的一致性和持久性？ 最佳答案

在微服务架构中部署数据库的最佳实践是什么，更准确地说是在分布式环境中，例如dockerswarm？微服务原则规定每个服务都应该是无状态的以实现扩展。由于数据库显然是有状态的，它是否应该在集群外部的固定位置，在集群初始化之前部署和配置？我很困惑，因为所有dockercompose示例在服务定义中都包含数据库容器。但事情并没有那么简单。通常，数据库在准备好使用之前需要进行大量配置。此外，docker在协调服务启动顺序方面很糟糕。如果将数据库与服务一起部署到dockerswarm确实是一个好习惯，那么如何确保关键数据的一致性和持久性？ 最佳答案

目录前言主机准备配置主机名、关闭防火墙、关闭selinux挂载磁盘安装glusterfs服务端glusterfs的端口分布式集群的结构组成glusterfs集群创建存储卷启动卷k8s使用glusterfs作为后端存储（静态供给glusterfs存储）恢复初始化环境安装Heketi服务（实现k8s动态供给glusterfs存储需要用到Heketi服务）创建hekti用户并配置免密登录修改heketi配置文件启动heketi服务测试hekeit配置hekeit-cli客户端工具的环境变量设置hekeit的topology文件创建卷k8s使用glusterfs作为后端存储（动态供给glusterfs

我看到redhat提出了一种可能的解决方案，将GlusterFS作为hadoop的后端。在这种情况下，您可以摆脱namenode/datanode架构并将其替换为glusterfs，同时您仍然具有HadoopMapreduceapi兼容性。只是想知道性能与原生HDFS相比如何？它真的准备好生产了吗？它是否也支持所有的hadoop生态系统？例如SolrCloud、Spark、Impala等 最佳答案 免责声明:我为存储供应商工作。出色地。我不太了解GlusterFS，但我可以谈谈Lustre因为它在一天结束时是POSIX。它是并行文件