Longhorn,企业级云原生容器分布式存储 - 支持 ReadWriteMany (RWX) 工作负载

存储 存储软件 云原生 分布式
Longhorn 通过 NFSv4 服务器(share-manager)公开常规 Longhorn 卷,原生支持 RWX 工作负载。

[[419796]]

Longhorn 通过 NFSv4 服务器(share-manager)公开常规 Longhorn 卷,原生支持 RWX 工作负载。

对于每个正在使用的 RWX 卷 Longhorn 将在 longhorn-system 命名空间中创建一个 share-manager- Pod。

该 Pod 负责通过在 Pod 内运行的 NFSv4 服务器导出 Longhorn 卷。

还有为每个 RWX 卷创建的服务,用作实际 NFSv4 客户端连接的端点。

要求

为了能够使用 RWX 卷,每个客户端节点都需要安装 NFSv4 客户端。

对于 Ubuntu,您可以通过以下方式安装 NFSv4 客户端:

  1. apt install nfs-common 

对于基于 RPM 的发行版,您可以通过以下方式安装 NFSv4 客户端:

  1. yum install nfs-utils 

如果 NFSv4 客户端在节点上不可用,则在尝试挂载卷时,以下消息将是错误的一部分:

  1. for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program.\n 

RWX 卷的创建和使用

对于动态配置的 Longhorn 卷,访问模式基于 PVC 的访问模式。

对于手动创建的 Longhorn 卷(恢复、DR 卷),可以在 Longhorn UI 创建期间指定访问模式。

通过 UI 为 Longhorn 卷创建 PV/PVC 时,PV/PVC 的访问模式将基于卷的访问模式。

只要卷未绑定到 PVC,就可以通过 UI 更改 Longhorn 卷的访问模式。

对于 RWX PVC 使用的 Longhorn 卷,卷访问模式将更改为 RWX。

故障处理

share-manager Pod 的任何故障(卷故障、节点故障等)都将导致重新创建 Pod 并设置卷的 remountRequestedAt 标志, 这将导致 workload Pods 被删除,Kubernetes 重新创建它们。此功能取决于 卷意外分离时自动删除工作负载 Pod 的设置, 默认情况下为 true。如果该设置被禁用,workload Pods 可能会在 RWX 卷故障时出现 io errors。

建议启用上述设置以保证在 RWX 卷出现问题时自动进行工作负载故障转移。

从以前的外部供应商迁移

下面的 PVC 创建了一个 Kubernetes job,可以将数据从一个卷复制到另一个卷。

  • 将 data-source-pvc 替换为之前由 Kubernetes 创建的 NFSv4 RWX PVC 的名称。
  • 将 data-target-pvc 替换为您希望用于新工作负载的新 RWX PVC 的名称。

您可以手动创建一个新的 RWX Longhorn volume + PVC/PV,或者只创建一个 RWX PVC,然后让 Longhorn 为您动态配置一个卷。

两个 PVC 都需要存在于同一个命名空间中。如果您使用的命名空间与默认命名空间不同,请在下方更改 job 的命名空间。

  1. apiVersion: batch/v1 
  2. kind: Job 
  3. metadata: 
  4.   namespace: default  # namespace where the PVC's exist 
  5.   name: volume-migration 
  6. spec: 
  7.   completions: 1 
  8.   parallelism: 1 
  9.   backoffLimit: 3 
  10.   template: 
  11.     metadata: 
  12.       name: volume-migration 
  13.       labels: 
  14.         name: volume-migration 
  15.     spec: 
  16.       restartPolicy: Never 
  17.       containers: 
  18.         - name: volume-migration 
  19.           image: ubuntu:xenial 
  20.           tty: true 
  21.           command: [ "/bin/sh" ] 
  22.           args: [ "-c""cp -r -v /mnt/old /mnt/new" ] 
  23.           volumeMounts: 
  24.             - name: old-vol 
  25.               mountPath: /mnt/old 
  26.             - name: new-vol 
  27.               mountPath: /mnt/new 
  28.       volumes: 
  29.         - name: old-vol 
  30.           persistentVolumeClaim: 
  31.             claimName: data-source-pvc # change to data source PVC 
  32.         - name: new-vol 
  33.           persistentVolumeClaim: 
  34.             claimName: data-target-pvc # change to data target PVC 

历史

从 v1.0.1 开始可用,External provisioner

https://github.com/Longhorn/Longhorn/issues/1183

从 v1.1.0 开始可用,Native RWX support

https://github.com/Longhorn/Longhorn/issues/1470

责任编辑:武晓燕 来源: 黑客下午茶
相关推荐

2021-08-26 00:23:14

分布式存储高可用

2021-08-24 05:02:34

云原生容器分布式

2021-08-25 05:05:26

存储 备份恢复

2021-08-28 05:04:19

存储云原生分布式

2021-09-03 05:00:28

分布式存储云原生

2021-08-29 23:53:32

存储Air Gap安装

2021-10-18 23:49:50

云原生分布式存储

2021-08-18 14:33:53

存储云原生容器

2021-08-17 00:24:38

块存储云原生分布式

2022-02-21 10:17:33

Rancher开源云原生

2021-08-17 12:36:21

Longhorn云原生存储

2014-03-03 09:23:43

Zabbix分布式系统监控

2019-01-24 14:49:15

深信服

2009-10-26 14:10:46

分布式设计

2009-08-25 13:25:00

Java企业级应用架构分布式结构

2021-09-01 09:19:53

分布式云云计算云存储

2014-03-10 17:21:00

IT技术周刊

2023-09-14 15:38:55

云原生分布式架构

2021-03-14 18:23:18

边缘计算对象存储分布式计算
点赞
收藏

51CTO技术栈公众号