nfs配置

author：JevonWei 版权声明：原创作品 LVS搭建wordpress，涉及的知识点有DNS，LAMP，NFS及LVS 网络拓扑图 网络环境 NFS 192.168.198.130 mysql 192.168.198.132 RS1 192.168.198.138 RS2 192.168.198.120 LVS： DIP 192.168.198.128 vip 172.16.253.105 DNS 172.16.252.248 Client 172.16.254.150 RS1,RS2的网关指向192.168.198.128，client的DNS指向DNS服务器172.16.252.248 VS [root@VS ~]# iptables -F 添加路由转发选项 [root@VS ~]# vim /etc/sysctl.d/99-sysctl.conf net.ipv4.ip_forward=1 [root@VS ~]# sysctl -p /etc/sysctl.d/99-sysctl.conf \\刷新生效 net.ipv4.ip_forward = 1 配置LVS的调度算法为rr轮询 [root@VS ~]# yum -y install ipvsadm [root@VS ~]# ipvsadm -A -t 172.16.253.105:80 -s rr \\

StorageClass 之前我们部署了 PV 和 PVC 的使用方法，但是前面的 PV 都是静态的，什么意思？就是我要使用的一个 PVC 的话就必须手动去创建一个 PV ，我们也说过这种方式在很大程度上并不能满足我们的需求，比如我们有一个应用需要对存储的并发度要求比较高，而另外一个应用对读写速度又要求比较高，特别是对于 StatefulSet 类型的应用简单的来使用静态的 PV 就很不合适了，这种情况下我们就需要用到动态 PV ，也就是我们今天要讲解的 StorageClass 。 创建 要使用 StorageClass ，我们就得安装对应的自动配置程序，比如我们这里存储后端使用的是 nfs ，那么我们就需要使用到一个 nfs-client 的自动配置程序，我们也叫它 Provisioner ，这个程序使用我们已经配置好的 nfs 服务器，来自动创建持久卷，也就是自动帮我们创建 PV 。 自动创建的 PV 以 ${namespace}-${pvcName}-${pvName} 这样的命名格式创建在 NFS 服务器上的共享数据目录中 而当这个 PV 被回收后会以 archieved-${namespace}-${pvcName}-${pvName} 这样的命名格式存在 NFS 服务器上。 当然在部署 nfs-client 之前，我们需要先成功安装上 nfs 服务器

第12章 使用Samba或NFS实现文件共享 12.1 SAMBA文件共享服务 [root@linuxprobe ~ ]# yum install samba [root@linuxprobe ~]# cat /etc/samba/smb.conf [root@linuxprobe ~]# mv /etc/samba/smb.conf /etc/samba/smb.conf.bak [root@linuxprobe ~]# cat /etc/samba/smb.conf.bak | grep -v "#" | grep -v ";" | grep -v "^$" > /etc/samba/smb.conf [root@linuxprobe ~]# cat /etc/samba/smb.conf 表12-1 Samba服务程序中的参数以及作用 [global] #全局参数。 workgroup = MYGROUP #工作组名称 server string = Samba Server Version %v #服务器介绍信息，参数%v为显示SMB版本号 log file = /var/log/samba/log.%m #定义日志文件的存放位置与名称，参数%m为来访的主机名 max log size = 50 #定义日志文件的最大容量为50KB security = user

KVM迁移 静态迁移（冷迁移） 对于静态迁移，你可以在宿主机上保存一个完成的客户机镜像快照，然后在宿主机中关闭或者暂停该客户机，然后将客户机的镜像文件复制到另一台宿主机中，使用在源主机中启动该客户机时的命令来启动复制过来的镜像。 动态迁移（热迁移） 如果宿主机和目的宿主机共享存储系统，则只需要通过网络发送客户机的vCPU执行状态，内存中的内容，虚机设备的状态到目的主机上。共享存系统指的时源和目的虚机的镜像文件目录是在一个共享的存储上的。 在基于共享存储系统时，KVM动态迁移的具体过程为： 1、迁移开始时，客户机依然在宿主机上运行，与此同时，客户机的内存页被传输到目的主机上。 2、QEMU/KVM 会监控并记录下迁移过程中所有已被传输的内存页的任何修改，并在所有内存页都传输完成后即开始传输在前面过程中内存页的更改内容。 3、QEMU/KVM 会估计迁移过程中的传输速度，当剩余的内存数据量能够在一个可以设定的时间周期（默认 30 毫秒）内传输完成时，QEMU/KVM 会关闭源宿主机上的客户机，再将剩余的数据量传输到目的主机上，最后传输过来的内存内容在目的宿主机上恢复客户机的运行状态。 4、至此，KVM 的动态迁移操作就完成了。迁移后的客户机尽可能与迁移前一致，除非目的主机上缺少一些配置，比如网桥等。 注意，当客户机中内存使用率非常大而且修改频繁时

1.1.架构规划 1.1.1架构规划准备 服务器系统 角色 IP Centos6.7 x86_64 NFS服务器端（NFS-server-inotify-tools） 192.168.1.14 Centos6.7 x86_64 rsync服务器端(rsync热备服务器) 192.168.1.17 1.1.2架构图 2.1 部署前检查 2.1.1 检查rsync热备服务器daemon是否起来 1 [root@backup data]# lsof -i:873 2 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME 3 rsync 3071 root 3u IPv4 18684 0t0 TCP *:rsync (LISTEN) 4 rsync 3071 root 5u IPv6 18685 0t0 TCP *:rsync (LISTEN) 5 [root@backup data]# ps -ef|grep rsync|grep -v grep 6 root 3071 1 0 Dec02 ? 00:00:00 rsync --daemon 7 [root@backup data]# 2.1.2 NFS服务器相对于rsync服务器来说是客户端，所以要配置一个客户端密码 1 [root@nfs-server ~]# echo "zhurui"

第一章、前言 默认情况下容器的数据都是非持久化的， 在容器消亡以后数据也跟着丢失， 所以 Docker 提供了 Volume 机制以便将数据持久化存储。 类似的， Kubernetes 提供了更强大的 Volume 机制和丰富的插件， 解决了容器数据持久化和容器间共享数据的问题。 与 Docker 不同， Kubernetes Volume 的生命周期与 Pod 绑定容器挂掉后 Kubelet 再次重启容器时， Volume 的数据依然还在而 Pod 删除时， Volume 才会清理。 数据是否丢失取决于具体的 Volume 类型， 比如 emptyDir 的数据会丢失， 而 PV 的数据则不会丢 PersistentVolume（pv）和PersistentVolumeClaim（pvc）是k8s提供的两种API资源，用于抽象存储细节。管理员关注于如何通过pv提供存储功能而无需关注用户如何使用，同样的用户只需要挂载pvc到容器中而不需要关注存储卷采用何种技术实现。 pvc和pv的关系与pod和node关系类似，前者消耗后者的资源。pvc可以向pv申请指定大小的存储资源并设置访问模式。 第二章、pv pvc相关知识 生命周期 pv和pvc遵循以下生命周期： 1.供应准备。管理员在集群中创建多个pv供用户使用。 　2.绑定。用户创建pvc并指定需要的资源和访问模式。在找到可用pv之前

两个虚拟机上都要配置 SELinux（在system1和system2都要进行配置） 2.请按下列要求在 system1 和 system2 上设定防火墙系统： 允许 group8.example.com 域的客户对 system1 和 system2 进行 ssh 访问。 禁止 my133t.org 域的客户对 system1 和 system2 进行 ssh 访问。 备注： my133t.org 是在 172.13.8.0/24 网络 3.自定义用户环境 在系统system1和system2上创建自定义命令为qstat ，要求： 此自定义命令将执行以下命令：/bin/ps -Ao pid,tt,user,fname,rsz 此命令对系统中的所有用户有效 4.配置链路聚合 在system2和system1之间按以下要求设定一个链路： 此链路使用接口eth1和eth2 此链路在一个接口失效时仍然能工作 此链路在system1使用下面的地址172.16.3.40/255.255.255.0 此链路在system2使用下面的地址172.16.3.45/255.255.255.0 此链路在系统重启之后依然保持正常状态 RHCSA模拟题中 第五题 group id 判分脚本为40000 第15题 添加swap分区，在分区时，将分区格式设置为linux swap RHCE 1.配置邮件服务

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 vsftpd丶NFS丶SAMBA nfs基于rpc samba基于cifs(smb) DRBD： ftp:File Transfer protocol 文件传输协议 两个连接： tcp：命令连接 tcp：数据连接 在被动模式下数据传输端口是随机的除非自己指定 主动模式：服务器端通过20端口主动连接客户端， 被动模式：客户端使用自己与服务器端建立连接。 默认情况下FTP协议使用TCP端口中的 20和21这两个端口其中20用于传输数据，21用于传输控制信息。但是，是否使用20作为传输数据的端口与FTP使用的传输模式有关，如果采用主动模式，那么数据传输端口就是20；如果采用被动模式，则具体最终使用哪个端口要服务器端和客户端协商决定。 防火墙上连接追踪 数据要流式化 文本：文件流 二进制 c/s Server： wu-ftpd（华盛顿大学的fdtp） proftpd pureftp vsftpd Very Secure ftpd iis ServU Client： GUI windows flashfxp cuteftp filezilla(开源) linux gftp CLI ftp lftp wget lftpget 用户认证： 系统用户 虚拟用户 hash file mysql 匿名用户 数据传输安全 sftp

一、通配符的含义 符号 参数说明 其他说明 | 管道 把前一个命令结果通过管道传递给后面一个命令 ; 命令的分隔符 ll /oldboy/;cat oldboy.tx . 表示当前目录 * 匹配文本或字符串 ls *.txt,ls *.log / 根或路径的分隔符 && 命令分隔 表示并且，前一个执行成功才会执行后面的 $ 取变量的值 echo $PATH {} 配合echo 打印序列 echo {1..6} 通配符中以* 和{} 最为常用 1、举例说明 ①查找/oldboy下所有.txt文件 [root@oldboyedu37 oldboy]# find /oldboy -type f -name "*.txt" /oldboy/abc.txt /oldboy/oldboy.txt /oldboy/a.txt ②在/oldboy目录下批量创建10个以文件，例如：oldboy1-oldboy10.txt [root@oldboyedu37 oldboy]# touch oldboy{1..10}.txt [root@oldboyedu37 oldboy]# ls -lrt -rw-r--r-- 1 root root 0 Jun 5 17:58 oldboy9.txt -rw-r--r-- 1 root root 0 Jun 5 17:58 oldboy8.txt -rw-r--r

很多人都使用过Ubuntu下的apt-get或Centos下的yum，这两者都是Linux系统下的包管理工具。采用apt-get/yum，应用卡发着可以管理应用包之间的依赖关系，发布应用；用户则可通过简单的方式查找、安装、升级、卸载应用程序等。 一、Helm概述 1）Helm简介 Helm是一个用于kubernetes的包管理器。每个包称为一个Chart，一个Chart是一个目录（一般情况下会将目录进行打包压缩，形成name-version.tgz格式的单一文件，方便传输和存储）。我们可以将Helm看作Kubernetes下的apt-get/yum。 对于应用发布者而言，可以通过Helm打包应用，管理应用依赖关系，管理应用版本并发布应用到软件仓库。 对于使用者而言，使用Helm后无须了解Kubernetes的yaml文件语法、应用部署文件。直接使用Helm下载即可在Kubernetes上安装需要的应用。 2）Helm组件及相关术语 1）Helm Helm是一个命令行下的客户端工具。主要用于Kubernetes应用程序Chart的创建、打包、发布及创建和管理本地和远程的Chart仓库。 2）Tiller Tiller是Helm的服务端，部署在Kubernetes集群中，Tiller用于接收Helm的请求，并根据Chart生成Kubernetes的部署文件