host

Centos 什么是centos CentOS是基于Linux内核的100％免费的操作系统，多用于服务器系统，CentOS的存在是为了提供一个免费的企业级计算平台，并努力与其上游源Red Hat保持100％的二进制兼容性。 Centos长什么样子 其实 Linux 系统也是有可视化界面的，但是如果我们使用可视化的界面去使用 Linux 系统，那这与使用 Windows 就没有什么区别了，Linux 系统的操作命令正是它的魅力所在。 如果你想知道它到底长什么样子，可以去敲一些命令，观察你的 CentOS 系统。 Centos系统的基本操作命令 1、pwd ：查看自己当前在哪个目录下； 2、cd /：进入本系统的根目录下（相当于你打开windows系统，点击计算机的操作） 3、、 ls：查看根目录下的内容（就是查看 windows 的 C盘D盘等文件） 4、查看系统版本： cat /etc/centos-release 5、系统更新： yum update 6、查看内核版本号：uname -r 7、查看操作系统位数：getconf LONG_BIT ssh ssh是什么 “SSH 为 Secure Shell 的缩写，由 IETF 的网络小组（Network Working Group）所制定；SSH 为建立在应用层基础上的安全协议。SSH 是目前较可靠

WAS 是 Windows (Process) Activation Service 的缩写,是Windows Vista中所新增的一种进程宿主模型。WAS作为 IIS7.0 特有的新增功能，和以前IIS 6.0的功能相比更加强大，因为它提供并支持除HTTP之外的更多协议，比如TCP方式和Pipe(管道)方式。以下的文中，都把Windows (Process) Activation Service简称为WAS。利用WAS作为WCF(Windows Communication Foundation)的宿主，我们能充分利用WAS的很多优点，因为我们再也不用为非HTTP方式的WCF Service单独编写宿主程序了。而WAS本身的特点，也让我们的服务端程序能享受到只有以往的HTTP方式的WCF Service才能拥有的很多特性。本文也简单向大家分享一下怎样使用WAS来作为WCF Service的宿主。 以往的部署WCF Service的方式，大家一般会想到以下几种： 1. 使用WinForm或者控制台程序作为宿主 2. 使用Windows Service作为宿主 不管我们用怎样的方式来作为WCF Service的宿主，少不了的麻烦，都是需要单独编写Host程序，除此之外，就该轮到WAS了。WAS在Vista中，其实是由一个单独的Windows Service来实现的，如果我们仔细找找

要点： 　　1、按顺序执行，一旦某条语句匹配，后续语句不再处理. 　　2、默认ACL 结尾语句是deny any,所以你要记住的是在ACL 里至少要有1 条permit 语句. 　　3、记得创建了ACL 后要把它应用在需要过滤的接口上. 　　4、每个接口,每个方向,每种协议,你只能设置1 个ACL（每个接口只能有一个 acl in 和一个 acl out）. 　　5、你不可能从ACL 从除去1 行,除去1 行意味你将除去整个ACL,命名访问列表(named access lists)例外. 　　6、ACL 是用于过滤经过router 的数据包,它并不会过滤router 本身所产生的数据包. 　　7、尽可能的把IP 标准ACL 放置在离目标地址近的地方;尽可能的把IP 扩展ACL 放置在离源地址近的地方。 ACL的工作原理 　　•读取第三层及第四层包头中的信息 　　•根据预先定义好的规则对包进行过滤 　　 ACL的两大主要功能： 　　•流量控制 　　•匹配感兴趣流量 ACL的类型： 　　 •标准访问控制列表 　　　–只能根据 源地址 做过滤 　　　–针对整个协议采取相关动作（允许或禁止） 　　 　　 •扩展访问控制列表 　　　–能根据 源、目的地地址、端口号 等等进行过滤 　　　–能允许或拒绝 特定 的协议 　　 　　 •入站及出站 　　 　　需要把ACL应用到接口上

GlusterFS简介 开源的分布式文件系统 由存储服务器，客户端以及NFS/Samba存储网关组成 无元数据服务器 GlusterFS特点 扩展性和共性能 高可用 全局统一命名空间 弹性卷管理 基于标准协议 GlusterFS概述 Brick存储节点 Volume卷 fuse内核模块，用户端的交互性模块 vfs虚拟 Glusterd服务 来理解一下这张图： 上面一层虚拟化管理层，想当于一个应用。缓存，读写头，条带卷，代理想当于API接口 中间rdma传输 相当于一个驱动 下面一层真实的设备 相 当于一个硬件 clusterFS工作流程 弹性HASH算法 通过HASH算法的到一个32位的整数 划分位N个连续的子空间，每个空间对应一个Brick 弹性HASH算法的优点 保证 数据平均分布在每一个Brick中 解决了对元数据服务器的依赖，进而解决了单点故障以及访问瓶颈 通过HASH算法的到一个32位算法，去算去选择，因为你的每一个节点都存储一部分数据，你怎么去识别排序，通过算法。 四个Brick节点的GlusterFS卷，平均分配232次方的区间的范围空间 通过hash算法去找到对应的brick节点的存储空间，去分配数据存储，去调用每一个节点数据 clusterfs的卷类型 分布式卷 复制卷 分布式条带卷 分布式复制卷 条带复制卷 分布式条带复制卷 分布式卷 没有对文件进行分块处理

GFS分布式文件系统集群项目 群集环境 卷类型 卷名称 卷类型 空间大小 Brick dis-volume 分布式卷 40G node1(/b1)、node2(/b1) stripe-volume 条带卷 40G node1(/c1)、node2(/c1) rep-volume 复制卷 20G node3(/b1)、node4(/b1) dis-stripe 分布式条带卷 40G node1(/d1)、node2(/d1)、node3(/d1)、node4(/d1) dis-rep 分布式复制卷 20G node1(/e1)、node2(/e1)、node3(/e1)、node4(/e1) 实验准备 1、为四台服务器服务器每台添加4个磁盘 2、修改服务器的名称 分别修改为node1、node2、node3、node4 [root@localhost ~]#hostnamectl set-hostname node1 [root@localhost ~]# su 3、将四台服务器上的磁盘格式化，并挂载 在这里我们使用脚本执行挂载 #进入opt目录 [root@node1 ~]# cd /opt #磁盘格式化、挂载脚本 [root@node1 opt]# vim a.sh #! /bin/bash echo "the disks exist list:" fdisk -l |grep

1.1 设备透传与重定向 在私有云桌面中，设备的透传（passthrough）与重定向（redirection）一直以来都是作为基本功能出现的。两者的在使用上的区别是前者一般将主机上的设备直接传递给在其中运行的虚拟机，后者则是将客户端的设备通过网络传递给其正在连接的虚拟机，相同点是当传递至虚拟机或虚拟机归还设备时，这对于主机来说是个设备热插拔操作。 1.1.1 PCI/PCI-E设备 在QEMU中，PCI/PCI-E设备目前仅支持透传（某些商业软件可对PCI/PCI-E设备进行重定向），且需要在主机BIOS设置中CPU打开Intel VT-d/选项（AMD CPU与之对应的是AMD Vi），可透传的设备包括显卡、声卡、HBA卡、网卡、USB控制器等，其中某些设备需要额外设置（比如IOMMU）才可进行透传。 使用libvirt透传PCI/PCI-E设备时需要知道要透传设备的总线地址，以在域定义中指定要透传的设备。一般落实到QEMU中有这些为透传准备的设备模型，包括pci-assgn、vfio-pci、vfio-vga等。 以透传主机网卡为例： [root@node1 ~]# lspci 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge ... 02:05.0 Ethernet

Ceontos6.X配置XDMCP远程调用图形化 　　Linux一般不需要图形化，但是偶尔也是需要的，基于X11协议的图形化XDMCP很受推广，VNC也是很不错的。。。 前提： 关闭防火墙，不关闭需要配置177端口放行 关闭selinux,不关闭自己配置selinux上下文 00、服务端图形化组件检测 yum groupinstall -y 'X Window System' 'Desktop' #根据平台不同自己选择安装图形化组件包 yum install -y gdm xdm #安装xdmcp依赖包 01、调整配置文件 vim /etc/X11/xdm/Xaccess 去掉这一行最前面的#号 * #any host can get a login window [root@mvp gdm]# cat /etc/X11/xdm/Xaccess # $XdotOrg: Xaccess,v 1.3 2000/08/17 19:54:17 cpqbld Exp $ # $Xorg: Xaccess,v 1.3 2000/08/17 19:54:17 cpqbld Exp $ # $XFree86: xc/programs/xdm/config/Xaccess,v 1.4 2003/07/09 15:27:40 tsi Exp $ # # Access control file for

MMM群集架构概述 MMM(Master-Master replication managerfor Mysql，Mysql主主复制管理器)是一套灵活的脚本程序，基于perl实现，用来对mysql replication进行监控和故障迁移，并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的)。 MMM高可用架构说明 mmm_mond：监控进程，负责所有的监控工作，决定和处理所有节点角色活动。此脚本需要在监管机上运行。 mmm_agentd：运行在每个mysql服务器上的代理进程，完成监控的探针工作和执行简单的远端服务设置。此脚本需要在被监管机上运行。 mmm_control：一个简单的脚本，提供管理mmm_mond进程的命令。 mysql-mmm的监管端会提供多个虚拟IP（VIP），包括一个可写VIP，多个可读VIP，通过监管的管理，这些IP会绑定在可用mysql之上，当某一台mysql宕机时，监管会将VIP迁移至其他mysql。 在整个监管过程中，需要在mysql中添加相关授权用户，以便让mysql可以支持监理机的维护。授权的用户包括一个mmm_monitor用户和一个mmm_agent用户。 MMM的优缺点 优点： 高可用性，扩展性好，出现故障自动切换，对于主主同步，在同一时间只提供一台数据库写操作，保证的数据的一致性。 缺点：

1.卡默认是3.3v 速度最大25MHZ，切换到高速模式后 卡默认是3.3V 速度最大50MHZ。速度要是再往上走就需要SDR模式和DDR模式了。 2.host发送reset cmd ，就是发送CMD0 让卡reset。卡上电就会进入reset状态或者host 发送cmd0 让卡进入reset状态，卡进入reset状态后会工作在默认的频率 默认的驱动模式 默认的地址是0 ，reset状态在spec上是idle状态 3.host 发送cmd8 + arg ，arg里面是host支持的电压范围，卡收到cmd8 后分析arg ，如果自己的电压范围满足 回response。如果不满足不回response。host收到response后也会分析response 看看卡支持的电压范围。卡支持不支持这个命令 都会呆在idle状态不会动。另外2.0的卡接收到这个命令会知道host也支持2.0 4.host 发送acmd41 + arg ，arg里面是host支持的电压范围 ，如果卡不支持就会进入inactive状态，如果支持就会进入ready状态，所以这个命令就是一个筛选的功能，用法是 host 发送 acmd41 + arg，arg里面的ocr置为0 ，0代表任意的电压范围，这样卡就会回自己的response，response里面是卡自己支持的电压范围，host收集到足够多的response后