nfs

昨天。使用openfiler创建nas存储系统，安装oracle软件，在所有正面最好，要创建一个数据库时报ora错，原来使用nfs安装oracle数据库，mount选项有特殊要求，如以下。以备查： RAC In the table below Binaries is the shared mount points where the Oracle Home and CRS_HOME is installed. Datafiles includes Online Logs, Controlfile and Datafiles Operating System Mount options for Binaries Mount options for Oracle Datafiles Mount options for CRS Voting Disk and OCR Sun Solaris * rw,bg,hard,nointr,rsize=32768, wsize=32768,proto=tcp, noac,vers=3,suid rw,bg,hard,nointr,rsize=32768, wsize=32768,proto=tcp,noac, forcedirectio, vers=3,suid rw,bg,hard,nointr,rsize=32768, wsize=32768

目标 在Tekton Pipeline中，使用python基本环境容器（下称A）运行python项目（下称B），B读取集群NFS共享数据（下称C），处理数据后写入C。 （B的项目文件需要上传到Git，A中任务依赖Git中该资源） 一、NFS搭建 目的：使用NFS模拟数据共享 1.1 NFS Server端 1. 配置 yum install nfs-utils mkdir /var/nfs chmod -R 777 /var/nfs chown nfsnobody:nfsnobody /var/nfs systemctl enable rpcbind systemctl start rpcbind vi /etc/exports ： /var/nfs 192.168.0.39(rw,sync,no_root_squash,no_subtree_check) 192.168.0.41(rw,sync,no_root_squash,no_subtree_check) 2. 参数解释： (1) Ro 该主机对该共享目录有只读权限 (2) Rw 该主机对该共享目录有读写权限 (3) Root_squash 客户机用root用户访问该共享文件夹时，将root用户映射成匿名用户 (4) No_root_squash 客户机用root访问该共享文件夹时，不映射root用户 (5) All

Mysql部署 关于持久化部署mysql数据库 mysql数据库如果简单地部署在k8s集群上，当pods重启时，数据可能会造成丢失，经过查找资料，发现通过PV和PVC可以进行一个持久化的部署。 PV、PVC PersistentVolume（持久卷） 和 PersistentVolumeClaim（持久卷申请） PersistentVolume (PV) 是外部存储系统中的一块存储空间，由管理员创建和维护。与 Volume 一样，PV 具有持久性，生命周期独立于 Pod。 PersistentVolumeClaim (PVC) 是对 PV 的申请 (Claim)。PVC 通常由普通用户创建和维护。需要为 Pod 分配存储资源时，用户可以创建一个 PVC，指明存储资源的容量大小和访问模式（比如只读）等信息，Kubernetes 会查找并提供满足条件的 PV 1.什么是持久化？ 本人找了好多文章都没有找到满意的答案，最后是从孙卫琴写的《精通Hibernate：Java对象持久化技术详解》中，看到如下的解释，感觉还是比较完整的。摘抄如下： 狭义的理解: “持久化”仅仅指把域对象永久保存到数据库中；广义的理解,“持久化”包括和数据库相关的各种操作。 ● 保存：把域对象永久保存到数据库。 ● 更新：更新数据库中域对象的状态。 ● 删除：从数据库中删除一个域对象。 ● 加载：根据特定的OID

Linux分区格式查看 两个文件 /etc/fstab 和/etc/mtab /etc/fstab是用来存放文件系统的静态信息的文件，当系统启动的时候。 系统会自动地从这个文件读取信息，并且会自动将此文件中指定的文件系统挂载到指定的目录。 /etc/mtab则显示的是已经被挂载的fs的清单文件。 每当 mount 挂载分区、umount 卸载分区，都会动态更新 mtab，mtab 总是保持着当前系统中已挂载的分区信息，fdisk、df 这类程序，必须要读取 mtab 文件，才能获得当前系统中的分区挂载情况。 域说明： 转载自： http://www.linuxidc.com/Linux/2012-04/59111.htm 文件的六个域，分别为： <file system>、<mount point>、<type> 、<options>、<dump>、<pass>。下面将详细介绍这六个域的详细意义。 1、<fie sysytem>。这里用来指定你要挂载的文件系统的设备名称或块信息，也可以是远程的文件系统。做过嵌入式linux开发的朋友都可能知道 mount 192.168.1.56:/home/nfs /mnt/nfs/ -o nolock (可以是其他IP)命令所代表的意义。它的任务是把IP为192.168.1.56的远程主机上的/home/nfs/目录挂载到本机的/mnt/nfs

目录 参考文档 理论概述 DRBD 架构 NFS 架构部署 部署DRBD 部署heartbeat 部署NFS及配合heartbeat nfs切记要挂载到别的机器上不要为了省事，省机器 参考文档 https://blog.51cto.com/732233048/1669417 CentOS 7下安装配置Heartbeat高可用集群_服务器应用_Linux公社-Linux系统门户网站 https://www.linuxidc.com/Linux/2019-02/157123.htm NFS自动挂载_服务器应用_Linux公社-Linux系统门户网站 https://www.linuxidc.com/Linux/2013-05/84777.htm 1 NFS高可用解决方案之DRBD+heartbeat搭建 - 温柔易淡 - 博客园 https://www.cnblogs.com/liaojiafa/p/6129499.html Linux HA集群之DRBD详解(较全面) 构建Mysql+heartbeat+DRBD+LVS集群应用系统系列之DRBD的搭建 https://www.cnblogs.com/liaojiafa/p/6118425.html RHEL/CentOS/Fedora各种源(EPEL、Remi、RPMForge、RPMFusion)配置 - AderStep -

k8s存储: (持久化) docker容器是有生命周期的。 volume 1，存储类（Storage class）是k8s资源类型的一种，它是有管理员为管理PV更加方便创建的一个逻辑组，可以按照存储系统的性能高低，或者综合服务质量，备份策略等分类。不过k8s本身不知道类别到底是什么，它这是作为一个描述。 2，存储类的好处之一就是支持PV的动态创建，当用户用到持久性存储时，不必再去提前创建PV，而是直接创建PVC就可以了，非常的方便。 3，存储类对象的名称很重要，并且出了名称之外，还有3个关键字段 Provisioner（供给方）: 及提供了存储资源的存储系统。k8s内建有多重供给方，这些供给方的名字都以“kubernetes.io”为前缀。并且还可以自定义。 Parameters(参数)：存储类使用参数描述要关联到的存储卷，注意不同的供给方参数也不同。 reclaimPolicy:PV的回收策略，可用值有Delete(默认)和Retain 简介 1, 由于容器本身是非持久化的，因此需要解决在容器中运行应用程序遇到的一些问题。首先，当容器崩溃时，kubelet将重新启动容器，但是写入容器的文件将会丢失，容器将会以镜像的初始状态重新开始；第二，在通过一个Pod中一起运行的容器，通常需要共享容器之间一些文件。Kubernetes通过存储卷解决上述的两个问题。 2,

官方链接 https://kubernetes.io/zh/docs/concepts/storage/ 容器中的磁盘文件是临时存放的，如果容器销毁、停止数据也将丢失。同时在一个pod运行多个容器的时候，常常需要在容器之间共享数据。kubernetes抽象出voleme对象来解决这2个问题。 Volume类型 网络数据卷 nfs https://kubernetes.io/zh/docs/concepts/storage/#nfs 本地数据卷 hostpath https://kubernetes.io/zh/docs/concepts/storage/#hostpath emptyDir https://kubernetes.io/zh/docs/concepts/storage/#emptydir emptyDir 当pod指定到某个节点上时，首先创建的是一个emptyDir,并且pod只要一直在这个node上运行，emptyDir就一直存在。当pod从节点删除时，emptydir卷也会被永久删除。它的主要用途如下： 缓存空间，例如基于磁盘的归并排序。 为耗时较长的任务提供检查点，以便于任务能够方便的从崩溃前恢复执行。 在web服务器容器服务数据时，保存内容管理器获取的文件。 应用场景：多容器之间的数据共享。 示例 emptyDir.yaml apiVersion: v1

在虚拟化的一系列解决方案中，数据的持久化都是需要我们非常关心的问题，dokcer是这样，Kubernetes也是这样。不过在Kubernetes中，有一个数据卷的概念。 一、Volume简介 我们经常都会说：容器、Pod都是很短暂的！其含义就是容器和Pod的生命周期都是很短暂的，会被频繁地销毁和创建。容器销毁时，保存在容器内部文件系统中的数据都会被清除。 Volume的生命周期独立于容器，Pod中的容器可能被销毁和重启，但Volume会被保留。 Kubernetes Volume主要解决了以下两个问题： 1）数据持久性： 通常情况下，容器运行起来后，写到其文件系统的文件是暂时性的。当容器崩溃后，kubelet会将这个容器不断的重启，当达到重启的次数后，容器仍然不可用，那么就会将这个容器kill掉，重新生成新的容器。此时，新运行的容器并没有原容器中的数据，因为容器是由镜像创建的； 2）数据共享： 同一个Pod中运行的容器之间，经常会存在共享文件/共享文件夹的需求； 从根本上来说，一个数据卷仅仅是一个可以被Pod访问的目录或文件。这个目录是怎么来的，取决于该数据卷的类型。同一个Pod中的两个容器可以将一个数据卷挂载到不同的目录下。 Volume 提供了对各种 backend 的抽象，容器在使用 Volume 读写数据的时候不需要关心数据到底是存放在本地节点的文件系统中呢还是云硬盘上

确认host端的nfs支持的版本，使用命令nfsstat查看 rzx@rzx-desktop:~$ nfsstat Server rpc stats: calls badcalls badfmt badauth badclnt 12242 41 41 0 0 Server nfs v3: null getattr setattr lookup access 4 0% 1787 14% 29 0% 1542 12% 706 5% readlink read write create mkdir 244 1% 5579 45% 2173 17% 14 0% 4 0% symlink mknod remove rmdir rename 1 0% 0 0% 1 0% 0 0% 12 0% link readdir readdirplus fsstat fsinfo 0 0% 0 0% 112 0% 20 0% 8 0% pathconf commit 4 0% 2 0% 在bootargs中指定版本console=ttymxc1,115200 root=/dev/nfs rw nfsroot=192.168.0.105:/home/rzx/work/nfs,v3 ip=192.168.0.107:192.168.0.105:192.168.0.1:255.255.255.0::eth0