nfs配置

1.playbook？playbook翻译过来就是“剧本”，那playbook组成如下 play: 定义的是主机的角色 task: 定义的是具体执行的任务 playbook: 由一个或多个play组成，一个play可以包含多个task任务 简单理解为: 使用不同的模块完成一件事情 通俗理解playbook? - playbook 剧本 <---文件 YAML - play 找谁 明星 找那个主机 web01 - task 做什么 干什么事情 yum copy service - 找多个明星,做多件事情 - 找一个明星,做多件事情 2.playbook的优势 1.功能比ad-hoc更全 2.能很好的控制先后执行顺序, 以及依赖关系 3.语法展现更加的直观 4.ad-hoc无法持久使用，playbook可以持久使用 3.playbook的配置语法是由yaml语法描述的，扩展名是yaml 缩进 YAML使用固定的缩进风格表示层级结构,每个缩进由两个空格组成, 不能使用tabs 冒号 以冒号结尾的除外，其他所有冒号后面所有必须有空格。 短横线 表示列表项，使用一个短横杠加一个空格。 多个项使用同样的缩进级别作为同一列表 Playbook执行结果返回颜色状态: 红色： 表示有task执行失败或者提醒的信息 黄色：表示执行了且改变了远程主机状态 绿色：表示执行成功 4

hadoop架构 MapReduce:分布式计算架构 HDFS：分布式文件系统 YARN：集群资源管理系统 HDFS结构： hadoop单机模式 搭建步骤： 搭建四台服务器，分别为：server、node1、node2、node3 1、关闭防火墙和selinux 2、保证server到每一个node节点可以免密码登陆，配置无密码登陆 [root@Server ~]# vim /etc/ssh/ssh_config 2、配置本地域名解析，每一台都需要配置 59 ssh root@node1 yum -y install rsync 60 ssh root@node2 yum -y install rsync 61 ssh root@node3 yum -y install rsync 62 ssh root@node4 yum -y install rsync 63 ssh root@node5 yum -y install rsync 把集群中的每一台设备的本地域名解析文件进行同步 [root@Server ~]# for i in {11..15} ; do rsync -a /etc/hosts root@192.168.1.${i}:/etc/hosts -e 'ssh' & done 3、安装java 查询java安装包 [root@Server ~]# yum -y

1.LNMP架构概述 1.什么是LNMP LNMP是一套技术的组合，L=Linux、N=Nginx、M~=MySQL、P~=PHP 2.LNMP架构是如何工作的 首先Nginx服务是不能处理动态请求，那么当用户发起动态请求时, Nginx又是如何进行处理的。 当用户发起http请求，请求会被Nginx处理，如果是静态资源请求Nginx则直接返回，如果是动态请求Nginx则通过fastcgi协议转交给后端的PHP程序处理，具体如下图所示 3.Nginx与Fast-CGI详细工作流程如下图所示 1.用户通过http协议发起请求，请求会先抵达LNMP架构中的Nginx 2.Nginx会根据用户的请求进行Location规则匹配 3.Location如果匹配到请求是静态，则由Nginx读取本地直接返回 4.Location如果匹配到请求是动态，则由Nginx将请求转发给fastcgi协议 5.fastgi收到后会将请求交给php-fpm管理进程，php-fpm管理进程接收到后会调用具体的工作进程warrap 6.warrap进程会调用php程序进行解析，如果只是解析代码，php直接返回 7.如果有查询数据库操作，则由php连接数据库(用户 密码 IP)发起查询的操作 8.最终数据由mysql->php->php-fpm->fastcgi->nginx->http->user 2

1、uboot 配置内核和dts、文件系统 首先 内核和dts 是通过tftpboot进行获取配置 文件系统是用 nfs 挂载实现 # setenv serverip 192.168.9.120 # setenv ipaddr 192.168.9.233 # setenv bootcmd tftp 41000000 uImage\;tftp 42000000 exynos4412-fs4412.dtb\;bootm 41000000 - 42000000、 #setenv bootargs root=/dev/nfs nfsroot=192.168.9.120:/source/rootfs rw console=ttySAC2,115200 init=/linuxrc ip=192.168.9.233 # saveenv 　　 2、openwrt uboot https://oldwiki.archive.openwrt.org/doc/techref/bootloader/uboot.config 参考文档:《系统移植实验手册.doc》 来源： https://www.cnblogs.com/hzijone/p/11533228.html

此博文包含以下内容： 1、 群集类型 2、负载均衡的分层结构 3、负载均衡的工作模式 4、LVS的负载调度算法 5、LVS相关的基础命令 6、使用ipvsadm管理工具 7、搭建NFS共享存储服务器 8、搭建基于NAT模式的LVS负载均衡群集实例 根据生产环境的不同，群集所提供的功能也各不相同，采用的技术细节也可能各有千秋。关于群集技术的相关概念如下： 1、 群集类型 无论是哪种群集，都至少包括两台节点服务器，而对外表现为一个整体，只提供一个访问入口（域名或IP地址），相当于一台大型计算机。根据群集所针对的目标差异，可以分为以下三种类型： 负载均衡群集（LB）：以提高应用系统的响应能力、尽可能处理更多的访问请求、较少延迟为目的，获得高并发、高负载的整体性能。例如，“DNS轮询” 、“应用层交换”、“反向代理”等都可用做负载均衡群集。LB的负载分配依赖于主节点的分流算法，将来自客户机的访问请求分担给多个服务器节点，从而缓解整个系统的负载压力。 . 高可用群集（HA）：以提高应用系统的可靠性，尽可能地减少中断时间为目标，确保服务的连续性，达到高可用（HA）的容错效果，例如，“故障切换”。“双机热备”、“多机热备”、等都属于高可用群集技术，HA的工作方式包括双工和主从两种模式。双工就是所有节点同时在线；主从则只有主节点在线，但当出现故障时从节点能自动切换为主节点

此博文包含以下内容： 1、 群集类型 2、负载均衡的分层结构 3、负载均衡的工作模式 4、LVS的负载调度算法 5、LVS相关的基础命令 6、使用ipvsadm管理工具 7、搭建NFS共享存储服务器 8、搭建基于NAT模式的LVS负载均衡群集实例 根据生产环境的不同，群集所提供的功能也各不相同，采用的技术细节也可能各有千秋。关于群集技术的相关概念如下： 1、 群集类型 无论是哪种群集，都至少包括两台节点服务器，而对外表现为一个整体，只提供一个访问入口（域名或IP地址），相当于一台大型计算机。根据群集所针对的目标差异，可以分为以下三种类型： 负载均衡群集（LB）：以提高应用系统的响应能力、尽可能处理更多的访问请求、较少延迟为目的，获得高并发、高负载的整体性能。例如，“DNS轮询” 、“应用层交换”、“反向代理”等都可用做负载均衡群集。LB的负载分配依赖于主节点的分流算法，将来自客户机的访问请求分担给多个服务器节点，从而缓解整个系统的负载压力。 . 高可用群集（HA）：以提高应用系统的可靠性，尽可能地减少中断时间为目标，确保服务的连续性，达到高可用（HA）的容错效果，例如，“故障切换”。“双机热备”、“多机热备”、等都属于高可用群集技术，HA的工作方式包括双工和主从两种模式。双工就是所有节点同时在线；主从则只有主节点在线，但当出现故障时从节点能自动切换为主节点

 终于自动挂载文件系统成功了！！！出错的地方两个！！！   第一，恢复出厂设置一定要用eop下载uboot，dnw下载的不行！！！最后记得erase nand params！！   第二，set bootargs noinitrd root=/dev/nfs nfsroot=202.193.61.195:/work/nfs_root/first_fs ip=202.193.61.196:202.193.61.195:202.193.61.1:255.255.255.0::eth0:off init=/linuxrc console=ttySAC0   参数解读：  nfsroot=202.193.61.195: ubuntu ip地址  /work/nfs_root/first_fs要挂载的目录  ip=202.193.61.196: 单板ip（恢复出厂设置后记得先配置ip，手动挂载下能不能成功，可以成功的话再修改bootargs自动挂载！）  202.193.61.195: 依然是ubuntu ip ！！！！！注意！！！  202.193.61.1: 网关，只要处于同一网段就好。  255.255.255.0:: 子网掩码  eth0: 网卡，一般都是0  off 是否自动配置 off就可以 下面回顾下整个过程！ 最小根文件系统的组成：1.dev/console /dev

1、系统引导流程 （1）BIOS( Basic Input Output System ) 服务器主机开机以后，将根据主板BIOS中的设置对CPU (Central ProcessingUhit中央处理器) , 内存显卡,键盘等设备进行初步检测,检测成功后根据预设的启动顺序移交系统控制权,大多时候会移交给本机硬盘。 检测失败通常会通过显示器屏蒂或者蜂鸣器报警。 基本输入输出系统主要功能: BIOS存储硬件的配置信息, CPU虚拟化开关, 系统的引导顺序, 主机硬件时间( BIOS独立的电池、电池没电的效果,主机的时间不准,不会影响系统引导,但是硬件的部分配置信息会丢失，BIOS会恢复出厂设置) BIOS电池放电也是为恢复出厂设置 加电自检 硬件初始化 引导操作系统 （2）MBR引导 　　当从本机硬 盘中启动系统时,首先根据硬盘第个扇区中MBR (Master Boot Record主引导记录)的设置， 将系统控制权传递给包含操作系统引导文件的分区( /boot) ; 　　或者直接根据MBR记录中的引导信息调用启动菜单(如GRUB)。 （3）GRUB菜单 　　对于Linux操作系统来说, GRUB (GRand Unified Bootloader.统启动加载器) 是使用最为广泛的多系统引导器程序。 　　系统控制权传递给GRUB以后,将会显示启动菜单给用户选择，并根据所选项

一、前提 本次实践前，需已完成以下过程： 1、搭建好一个Kubernetes集群(本实践为单节点集群)，网上参考较多，不赘述。 2、选取kubernetes集群外的一台服务器安装 NFS服务端，并在集群内每个节点安装 NFS客户端; NFS服务端所在的服务器IP为 10.141.211.178 ，记为 nfs server ；而集群master服务器，记为 master ; (1) nfs server创建存储目录 /data/k8s/ 并执行命令： chmod 755 /data/k8s/ , 并关闭防火墙 (2) nfs server安装NFS，执行: yum -y install nfs-utils rpcbind ， 再配置NFS，执行： vi /etc/exports ，在该文件内添加内容： /data/k8s *(rw,sync,no_root_squash) ， 然后启动NFS服务，执行： # systemctl start rpcbind && systemctl enable rpcbind # systemctl start nfs && systemctl enable nfs ​ (3) master同样安装并启动NFS，执行： # yum -y install nfs-utils rpcbind # systemctl start rpcbind &&

源码编译安装 ganesha 简介 系统环境：CentOS 7.5 ceph：luminous nfs-gnesha：v2.6 stable 安装步骤 安装依赖 首先需要安装编译会用到的公共库 1 yum install gcc git cmake autoconf libtool bison flex doxygen openssl-devel gcc-c++ krb5-libs krb5-devel libuuid-devel nfs-utils -y 如果是使用 Ubuntu 系统，主要有以下几个包不同 gcc-c++ -> g++ libuuid-devel -> uuid-dev nfs-utils -> nfs-kernel-server 如果要生成 FSAL_RGW 模块，需要安装 librgw2-devel 1 yum install librgw2-devel -y 如果要生成 FSAL_CEPH 模块，需要安装 libcephfs1-devel 1 yum install libcephfs-devel -y 源码下载 克隆源码到本地 1 git clone -b V2.6-stable https://github.com/nfs-ganesha/nfs-ganesha.git --recursive 编译 cmake nfs-ganesha 源码