nagios工作原理（请写出apache2.X 版本的两种工作模式，以及各自工作原理如何查看apache 当前所支持的模块，并且查）

本文目录

• 请写出apache2.X 版本的两种工作模式，以及各自工作原理如何查看apache 当前所支持的模块，并且查
• 大数据技术Hadoop笔试题
• 高性能Linux服务器构建实战的作品目录

请写出apache2.X 版本的两种工作模式，以及各自工作原理如何查看apache 当前所支持的模块，并且查

prefork(多进程，每个进程产生子进程)和worker（多进程，每个进程生成多个线程)
prefork 的工作原理是，控制进程在最初建立“StartServers”个子进程后，为了满足
MinSpareServers 设置的需要创建一个进程，等待一秒钟，继续创建两个，再等待一秒钟，
继续创建四个……如此按指数级增加创建的进程数，最多达到每秒32 个，直到满足
MinSpareServers 设置的值为止。这就是预派生（prefork）的由来。这种模式可以不必
在请求到来时再产生新的进程，从而减小了系统开销以增加性能。
worker 是2.0 版中全新的支持多线程和多进程混合模型的MPM。由于使用线程来处
理，所以可以处理相对海量的请求，而系统资源的开销要小于基于进程的服务器。但是，
worker 也使用了多进程，每个进程又生成多个线程，以获得基于进程服务器的稳定性。这
种MPM 的工作方式将是Apache 2.0 的发展趋势。
***隐藏网址***
worker 模式下，如果有prefork.c 就是工作在prefork.c 的模式下。
你使用过监控软件吗？说说其特点
使用nagios 对服务器进行监控，其特点可实时实现手机短信、电子邮件、MSN、飞信报警。
使用cacti 对流量进行监控。
如果有什么不懂的话可以去看看《Linux就该这么学》这本书，非常适合新手学习Linux。

大数据技术Hadoop笔试题

大数据技术Hadoop笔试题

　　导读：Hadoop有高容错性的特点，并且设计用来部署在低廉的(low-cost)硬件上。以下是由我J.L为您整理推荐的面试笔试题目和经验，欢迎参考阅读。

　　单项选择题

　　1. 下面哪个程序负责 HDFS 数据存储。

　　a)NameNode

　　b)Jobtracker

　　c)Datanode

　　d)secondaryNameNode

　　e)tasktracker

　　2. HDfS 中的 block 默认保存几份?

　　a)3 份

　　b)2 份

　　c)1 份

　　d)不确定

　　3. 下列哪个程序通常与 NameNode 在一个节点启动?

　　a)SecondaryNameNode

　　b)DataNode

　　c)TaskTracker

　　d)Jobtracker

　　4. Hadoop 作者

　　a)Martin Fowler

　　b)Kent Beck

　　c)Doug cutting

　　5. HDFS 默认 Block Size

　　a)32MB

　　b)64MB

　　c)128MB

　　6. 下列哪项通常是集群的最主要瓶颈

　　a)CPU

　　b)网络

　　c)磁盘

　　d)内存

　　7. 关于 SecondaryNameNode 哪项是正确的?

　　a)它是 NameNode 的热备

　　b)它对内存没有要求

　　c)它的目的是帮助 NameNode 合并日志，减少 NameNode 启动时间

　　d)SecondaryNameNode 应与 NameNode 部署到一个节点

　　多选题

　　8. 下列哪项可以作为集群的管理工具

　　a)Puppet

　　b)Pdsh

　　c)Cloudera Manager

　　d)d)Zookeeper

　　9. 配置机架感知的下面哪项正确

　　a)如果一个机架出问题，不会影响数据读写

　　b)写入数据的时候会写到不同机架的 DataNode 中

　　c)MapReduce 会根据机架获取离自己比较近的网络数据

　　10. Client 端上传文件的时候下列哪项正确

　　a)数据经过 NameNode 传递给 DataNode

　　b)Client 端将文件切分为 Block，依次上传

　　c)Client 只上传数据到一台 DataNode，然后由 NameNode 负责 Block 复制工作

　　11. 下列哪个是 Hadoop 运行的模式

　　a)单机版

　　b)伪分布式

　　c)分布式

　　12. Cloudera 提供哪几种安装 CDH 的方法

　　a)Cloudera manager

　　b)Tar ball

　　c)Yum d)Rpm

　　判断题

　　13. Ganglia 不仅可以进行监控，也可以进行告警。( )

　　14. Block Size 是不可以修改的。( )

　　15. Nagios 不可以监控 Hadoop 集群，因为它不提供 Hadoop 支持。( )

　　16. 如果 NameNode 意外终止，SecondaryNameNode 会接替它使集群继续工作。( )

　　17. Cloudera CDH 是需要付费使用的。( )

　　18. Hadoop 是 Java 开发的，所以 MapReduce 只支持 Java 语言编写。( )

　　19. Hadoop 支持数据的随机读写。( )

　　20. NameNode 负责管理 metadata，client 端每次读写请求，它都会从磁盘中读取或则会写入 metadata 信息并反馈 client 端。( )

　　21. NameNode 本地磁盘保存了 Block 的位置信息。( )

　　22. DataNode 通过长连接与 NameNode 保持通信。( )

　　23. Hadoop 自身具有严格的权限管理和安全措施保障集群正常运行。( )

　　24. Slave 节点要存储数据，所以它的磁盘越大越好。( )

　　25. hadoop dfsadmin –report 命令用于检测 HDFS 损坏块。( )

　　26. Hadoop 默认调度器策略为 FIFO( )

　　27. 集群内每个节点都应该配 RAID，这样避免单磁盘损坏，影响整个节点运行。( )

　　28. 因为 HDFS 有多个副本，所以 NameNode 是不存在单点问题的。( )

　　29. 每个 map 槽就是一个线程。( )

　　30. Mapreduce 的 input split 就是一个 block。( )

　　31. NameNode 的 Web UI 端口是 50030，它通过 jetty 启动的 Web 服务。( )

　　32. Hadoop 环境变量中的 HADOOP_HEAPSIZE 用于设置所有 Hadoop 守护线程的内存。它默认是 200 GB。( )

　　33. DataNode 首次加入 cluster 的时候，如果 log 中报告不兼容文件版本，那需要 NameNode执行“Hadoop namenode -format”操作格式化磁盘。( )

　　别走开，答案在后面哦!

　　1. 下面哪个程序负责 HDFS 数据存储。答案C datanode

　　a)NameNode

　　b)Jobtracker

　　c)Datanode

　　d)secondaryNameNode

　　e)tasktracker

　　2. HDfS 中的 block 默认保存几份? 答案A默认3分

　　a)3 份

　　b)2 份

　　c)1 份

　　d)不确定

　　3. 下列哪个程序通常与 NameNode 在一个节点启动?答案D

　　a)SecondaryNameNode

　　b)DataNode

　　c)TaskTracker

　　d)Jobtracker

　　此题分析：

　　hadoop的集群是基于master/slave模式，namenode和jobtracker属于master，datanode和 tasktracker属于slave，master只有一个，而slave有多个SecondaryNameNode内存需求和NameNode在一个数量级上，所以通常secondary NameNode(运行在单独的物理机器上)和NameNode运行在不同的机器上。

　　JobTracker和TaskTracker

　　JobTracker 对应于 NameNode

　　TaskTracker 对应于 DataNode

　　DataNode 和NameNode 是针对数据存放来而言的

　　JobTracker和TaskTracker是对于MapReduce执行而言的

　　mapreduce中几个主要概念，mapreduce整体上可以分为这么几条执行线索：obclient，JobTracker与TaskTracker。

　　1、JobClient会在用户端通过JobClient类将应用已经配置参数打包成jar文件存储到hdfs，并把路径提交到Jobtracker, 然后由JobTracker创建每一个Task(即MapTask和ReduceTask)并将它们分发到各个TaskTracker服务中去执行。

　　2、JobTracker是一个master服务，软件启动之后JobTracker接收Job，负责调度Job的每一个子任务task运行于 TaskTracker上，并监控它们，如果发现有失败的task就重新运行它。一般情况应该把JobTracker部署在单独的机器上。

　　3、TaskTracker是运行在多个节点上的slaver服务。TaskTracker主动与JobTracker通信，接收作业，并负责直接执行每一个任务。TaskTracker都需要运行在HDFS的DataNode上。

　　4. Hadoop 作者 答案C Doug cutting

　　a)Martin Fowler

　　b)Kent Beck

　　c)Doug cutting

　　5. HDFS 默认 Block Size 答案：B

　　a)32MB

　　b)64MB

　　c)128MB

　　(因为版本更换较快，这里答案只供参考)

　　6. 下列哪项通常是集群的最主要瓶颈：答案：C磁盘

　　a)CPU

　　b)网络

　　c)磁盘IO

　　d)内存

　　该题解析：

　　首先集群的目的是为了节省成本，用廉价的pc机，取代小型机及大型机。小型机和大型机有什么特点?

　　1.cpu处理能力强

　　2.内存够大

　　所以集群的瓶颈不可能是a和d

　　3.网络是一种稀缺资源，但是并不是瓶颈。

　　4.由于大数据面临海量数据，读写数据都需要io，然后还要冗余数据，hadoop一般备3份数据，所以IO就会打折扣。

　　7. 关于 SecondaryNameNode 哪项是正确的?答案C

　　a)它是 NameNode 的热备

　　b)它对内存没有要求

　　c)它的目的是帮助 NameNode 合并日志，减少 NameNode 启动时间

　　d)SecondaryNameNode 应与 NameNode 部署到一个节点。

　　多选题：

　　8. 下列哪项可以作为集群的管理?答案：ABD

　　a)Puppet

　　b)Pdsh

　　c)Cloudera Manager

　　d)Zookeeper

　　9. 配置机架感知的下面哪项正确：答案ABC

　　a)如果一个机架出问题，不会影响数据读写

　　b)写入数据的时候会写到不同机架的 DataNode 中

　　c)MapReduce 会根据机架获取离自己比较近的网络数据

　　10. Client 端上传文件的时候下列哪项正确?答案B

　　a)数据经过 NameNode 传递给 DataNode

　　b)Client 端将文件切分为 Block，依次上传

　　c)Client 只上传数据到一台 DataNode，然后由 NameNode 负责 Block 复制工作

　　该题分析：

　　Client向NameNode发起文件写入的请求。

　　NameNode根据文件大小和文件块配置情况，返回给Client它所管理部分DataNode的信息。

　　Client将文件划分为多个Block，根据DataNode的地址信息，按顺序写入到每一个DataNode块中。

　　11. 下列哪个是 Hadoop 运行的模式：答案ABC

　　a)单机版

　　b)伪分布式

　　c)分布式

　　12. Cloudera 提供哪几种安装 CDH 的方法?答案：ABCD

　　a)Cloudera manager

　　b)Tarball

　　c)Yum

　　d)Rpm

　　判断题：

　　13. Ganglia 不仅可以进行监控，也可以进行告警。( 正确)

　　分析：此题的目的是考Ganglia的’了解。严格意义上来讲是正确。ganglia作为一款最常用的Linux环境中的监控软件，它擅长的的是从节点中按照用户的需求以较低的代价采集数据。但是ganglia在预警以及发生事件后通知用户上并不擅长。最新的ganglia已经有了部分这方面的功能。但是更擅长做警告的还有Nagios。Nagios，就是一款精于预警、通知的软件。通过将Ganglia和Nagios组合起来，把Ganglia采集的数据作为Nagios的数据源，然后利用Nagios来发送预警通知，可以完美的实现一整套监控管理的系统。

　　14. Block Size 是不可以修改的。(错误 )

　　分析：它是可以被修改的Hadoop的基础配置文件是hadoop-default.xml，默认建立一个Job的时候会建立Job的Config，Config首先读入hadoop-default.xml的配置，然后再读入hadoop- site.xml的配置(这个文件初始的时候配置为空)，hadoop-site.xml中主要配置需要覆盖的hadoop-default.xml的系统级配置。

　　15. Nagios 不可以监控 Hadoop 集群，因为它不提供 Hadoop 支持。(错误 )

　　分析：Nagios是集群监控工具，而且是云计算三大利器之一

　　16. 如果 NameNode 意外终止，SecondaryNameNode 会接替它使集群继续工作。(错误 )

　　分析：SecondaryNameNode是帮助恢复，而不是替代，如何恢复，可以查看

　　17. Cloudera CDH 是需要付费使用的。(错误 )

　　分析：第一套付费产品是Cloudera Enterpris，Cloudera Enterprise在美国加州举行的 Hadoop 大会 (Hadoop Summit) 上公开，以若干私有管理、监控、运作工具加强 Hadoop 的功能。收费采取合约订购方式，价格随用的 Hadoop 丛集大小变动。

　　18. Hadoop 是 Java 开发的，所以 MapReduce 只支持 Java 语言编写。(错误 )

　　分析：rhadoop是用R语言开发的，MapReduce是一个框架，可以理解是一种思想，可以使用其他语言开发。

　　19. Hadoop 支持数据的随机读写。(错 )

　　分析：lucene是支持随机读写的，而hdfs只支持随机读。但是HBase可以来补救。HBase提供随机读写，来解决Hadoop不能处理的问题。HBase自底层设计开始即聚焦于各种可伸缩性问题：表可以很“高”，有数十亿个数据行;也可以很“宽”，有数百万个列;水平分区并在上千个普通商用机节点上自动复制。表的模式是物理存储的直接反映，使系统有可能提高高效的数据结构的序列化、存储和检索。

　　20. NameNode 负责管理 metadata，client 端每次读写请求，它都会从磁盘中读取或则会写入 metadata 信息并反馈 client 端。(错误)

　　此题分析：

　　NameNode 不需要从磁盘读取 metadata，所有数据都在内存中，硬盘上的只是序列化的结果，只有每次 namenode 启动的时候才会读取。

　　1)文件写入

　　Client向NameNode发起文件写入的请求。

　　NameNode根据文件大小和文件块配置情况，返回给Client它所管理部分DataNode的信息。

　　Client将文件划分为多个Block，根据DataNode的地址信息，按顺序写入到每一个DataNode块中。

　　2)文件读取

　　Client向NameNode发起文件读取的请求。

　　21. NameNode 本地磁盘保存了 Block 的位置信息。( 个人认为正确，欢迎提出其它意见)

　　分析：DataNode是文件存储的基本单元，它将Block存储在本地文件系统中，保存了Block的Meta-data，同时周期性地将所有存在的Block信息发送给NameNode。NameNode返回文件存储的DataNode的信息。

　　Client读取文件信息。

　　22. DataNode 通过长连接与 NameNode 保持通信。( )

　　这个有分歧：具体正在找这方面的有利资料。下面提供资料可参考。

　　首先明确一下概念：

　　(1).长连接

　　Client方与Server方先建立通讯连接，连接建立后不断开，然后再进行报文发送和接收。这种方式下由于通讯连接一直存在，此种方式常用于点对点通讯。

　　(2).短连接

　　Client方与Server每进行一次报文收发交易时才进行通讯连接，交易完毕后立即断开连接。此种方式常用于一点对多点通讯，比如多个Client连接一个Server.

　　23. Hadoop 自身具有严格的权限管理和安全措施保障集群正常运行。(错误 )

　　hadoop只能阻止好人犯错，但是不能阻止坏人干坏事

　　24. Slave 节点要存储数据，所以它的磁盘越大越好。( 错误)

　　分析：一旦Slave节点宕机，数据恢复是一个难题

　　25. hadoop dfsadmin –report 命令用于检测 HDFS 损坏块。(错误 )

　　26. Hadoop 默认调度器策略为 FIFO(正确 )

　　27. 集群内每个节点都应该配 RAID，这样避免单磁盘损坏，影响整个节点运行。(错误 )

　　分析：首先明白什么是RAID，可以参考百科磁盘阵列。这句话错误的地方在于太绝对，具体情况具体分析。题目不是重点，知识才是最重要的。因为hadoop本身就具有冗余能力，所以如果不是很严格不需要都配备RAID。具体参考第二题。

　　28. 因为 HDFS 有多个副本，所以 NameNode 是不存在单点问题的。(错误 )

　　29. 每个 map 槽就是一个线程。(错误 )

　　分析：首先我们知道什么是map 槽,map 槽-》map slotmap slot 只是一个逻辑值 ( org.apache.hadoop.mapred.TaskTracker.TaskLauncher.numFreeSlots )，而不是对应着一个线程或者进程

　　30. Mapreduce 的 input split 就是一个 block。(错误 )

　　31. NameNode 的 Web UI 端口是 50030，它通过 jetty 启动的 Web 服务。(错误 )

　　32. Hadoop 环境变量中的 HADOOP_HEAPSIZE 用于设置所有 Hadoop 守护线程的内存。它默认是 200 GB。( 错误)

　　hadoop为各个守护进程(namenode,secondarynamenode,jobtracker,datanode,tasktracker)统一分配的内存在hadoop-env.sh中设置，参数为HADOOP_HEAPSIZE，默认为1000M。

　　33. DataNode 首次加入 cluster 的时候，如果 log 中报告不兼容文件版本，那需要 NameNode执行“Hadoop namenode -format”操作格式化磁盘。(错误 )

　　分析：

　　首先明白介绍，什么ClusterID

　　ClusterID

　　添加了一个新的标识符ClusterID用于标识集群中所有的节点。当格式化一个Namenode，需要提供这个标识符或者自动生成。这个ID可以被用来格式化加入集群的其他Namenode。

　　二次整理

　　有的同学问题的重点不是上面分析内容：内容如下：

　　这个报错是说明 DataNode 所装的Hadoop版本和其它节点不一致，应该检查DataNode的Hadoop版本

高性能Linux服务器构建实战的作品目录

前言
第1篇　Web应用篇
第1章　轻量级HTTP服务器Nginx
1.1　什么是Nginx
1.2　为什么要选择Nginx
1.2.1　Nginx与Apache的异同
1.2.2　选择Nginx的优势所在
1.3　Nginx的模块与工作原理
1.4　Nginx的安装与配置
1.4.1　下载与安装Nginx
1.4.2　Nginx配置文件的结构
1.4.3　配置与调试Nginx
1.4.4　Nginx的启动、关闭和平滑重启
1.5　Nginx常用配置实例
1.5.1　虚拟主机配置实例
1.5.2　负载均衡配置实例
1.5.3　防盗链配置实例
1.5.4　日志分割配置实例
1.6　Nginx性能优化技巧
1.6.1　编译安装过程优化
1.6.2　利用TCMalloc优化Nginx的性能
1.6.3　Nginx内核参数优化
1.7　实战Nginx与PHP（FastCGI）的安装、配置与优化
1.7.1　什么是 FastCGI
1.7.2　Nginx+FastCGI运行原理
1.7.3　spawn-fcgi与PHP-FPM
1.7.4　PHP与PHP-FPM的安装及优化
1.7.5　配置Nginx来支持PHP
1.7.6　测试Nginx对PHP的解析功能
1.7.7　优化Nginx中FastCGI参数的实例
1.8　实战Nginx与Perl、Java的安装与配置
1.8.1　Perl（FastCGI）的安装
1.8.2　为Nginx添加FCGI支持
1.8.3　测试Nginx +Perl(FastCGI)
1.8.4　搭建Nginx+Java环境
1.9　本章小结
第2章　高性能HTTP加速器Varnish
2.1　初识Varnish
2.1.1　Varnish概述
2.1.2　Varnish的结构与特点
2.1.3　Varnish与Squid的对比
2.2　开始安装Varnish
2.2.1　安装前的准备
2.2.2　获取Varnish软件
2.2.3　安装pcre
2.2.4　安装Varnish
2.3　配置Varnish
2.3.1　VCL使用说明
2.3.2　配置一个简单的Varnish实例
2.3.3　Varnish对应多台Web服务器的配置实例
2.4　运行Varnish
2.4.1　varnishd指令
2.4.2　配置Varnish运行脚本
2.4.3　管理Varnish运行日志
2.5　管理Varnish
2.5.1　查看Varnish进程
2.5.2　查看Varnish缓存效果与状态
2.5.3　通过端口管理Varnish
2.5.4　管理Varnish缓存内容
2.6　Varnish优化
2.6.1　优化Linux内核参数
2.6.2　优化系统资源
2.6.3　优化Varnish参数
2.7　Varnish的常见应用实例
2.7.1　利用Varnish实现图片防盗链
2.7.2　利用Varnish实现静态文件压缩处理
2.8　本章小结
第3章　Memcached应用实战
3.1　Memcached基础
3.1.1　什么是Memcached
3.1.2　Memcached的特征
3.1.3　Memcached的安装
3.1.4　Memcached的简单使用过程
3.2　剖析Memcached的工作原理
3.2.1　Memcached的工作过程
3.2.2　Slab Allocation的工作机制
3.2.3　Memcached的删除机制
3.2.4　Memcached的分布式算法
3.3　Memcached的管理与性能监控
3.3.1　如何管理Memcached
3.3.2　Memcached的监控
3.3.3　Memcached变种产品介绍
3.4　通过UDFs实现Memcached与MySQL的自动更新
3.4.1　UDFs使用简介
3.4.2　memcached_functions_mysql应用实例
3.4.3　对memcached_functions_mysql的简单功能进行测试
3.4.4　使用memcached_functions_mysql的经验与技巧
3.5　本章小结
第2篇　数据备份恢复篇
第4章　开源网络备份软件bacula
4.1　bacula总体概述
4.1.1　bacula是什么
4.1.2　bacula适合哪些用户
4.1.3　bacula的功能特点
4.1.4　bacula的工作原理
4.2　安装bacula
4.2.1　bacula的几种网络备份拓扑
4.2.2　编译与安装bacula
4.2.3　初始化MySQL数据库
4.3　配置一个bacula备份系统
4.3.1　配置bacula的Console端
4.3.2　配置bacula的Director端
4.3.3　配置bacula的SD
4.3.4　配置bacula的FD端
4.4　启动与关闭bacula
4.4.1　启动bacula的Director daemon与Storage daemon
4.4.2　在客户端FD启动File daemon
4.5　实战bacula备份恢复过程
4.5.1　实例演示bacula的完全备份功能
4.5.2　实例演示bacula的增量备份功能
4.5.3　实例演示bacula的差异备份功能
4.5.4　实例演示bacula的完全恢复功能
4.5.5　实例演示bacula的不完全恢复功能
4.6　本章小结
第5章　数据镜像备份工具rsync与unison
5.1　rsync简介
5.1.1　什么是rsync
5.1.2　rsync的功能特性
5.1.3　下载与安装rsync软件
5.2　利用rsync搭建数据镜像备份系统
5.2.1　rsync的应用模式
5.2.2　企业案例：搭建远程容灾备份系统
5.3　通过rsync+inotify实现数据的实时备份
5.3.1　rsync的优点与不足
5.3.2　初识inotify
5.3.3　安装inotify工具inotify-tools
5.3.4　inotify相关参数
5.3.5　inotifywait相关参数
5.3.6　企业应用案例：利用rsync+inotify搭建实时同步系统
5.4　unison简介
5.5　安装unison
5.6　配置双机ssh信任
5.6.1　在两台机器上创建 RSA密钥
5.6.2　添加密钥到授权密钥文件中
5.7　unison的使用
5.7.1　本地使用unison
5.7.2　远程使用unison
5.7.3　unison参数说明
5.7.4　通过配置文件来使用unison
5.8　本章小结
第6章　ext3文件系统反删除利器ext3grep
6.1　“rm–rf”带来的困惑
6.2　ext3grep的安装与使用
6.2.1　ext3grep的恢复原理
6.2.2　ext3grep的安装过程
6.3　通过ext3grep恢复误删除的文件与目录
6.3.1　数据恢复准则
6.3.2　实战ext3grep恢复文件
6.4　通过ext3grep恢复误删除的MySQL表
6.4.1　MySQL存储引擎介绍
6.4.2　模拟MySQL表被误删除的环境
6.4.3　通过ext3grep分析数据、恢复数据
6.5　本章小结
第3篇　网络存储应用篇
第7章　IP网络存储iSCSI
7.1　存储的概念与术语
7.1.1　SCSI介绍
7.1.2　FC介绍
7.1.3　DAS介绍
7.1.4　NAS介绍
7.1.5　SAN介绍
7.2　iSCSI的概念
7.3　FC SAN与IP SAN
7.4　iSCSI的组成
7.4.1　iSCSI Initiator
7.4.2　iSCSI Target
7.5　iSCSI的工作原理
7.6　搭建基于IP SAN的iSCSI存储系统
7.6.1　安装iSCSI Target软件
7.6.2　配置一个简单的iSCSI Target
7.6.3　在Windows上配置iSCSI Initiator
7.6.4　在Linux上配置iSCSI Initiator
7.7　iSCSI 在安全方面的相关设定
7.7.1　Initiator主机以IP认证方式获取iSCSI Target资源
7.7.2　Initiator主机以密码认证方式获取iSCSI Target资源
7.8　iSCSI性能优化方案
7.8.1　iSCSI性能瓶颈
7.8.2　iSCSI性能优化
7.9　本章小结
第8章　分布式存储系统MFS
8.1　MFS概论
8.2　MFS 文件系统
8.2.1　MFS文件系统结构
8.2.2　MFS的编译与安装实例
8.3　编译与使用MFS的经验总结
8.3.1　安装选项说明
8.3.2　管理服务器
8.3.3　元数据日志服务器
8.3.4　数据存储服务器
8.3.5　客户端挂载
8.4　管理与使用MFS
8.4.1　在客户端挂载文件系统
8.4.2　MFS常用操作
8.4.3　为垃圾箱设定隔离时间
8.4.4　快照
8.4.5　MFS的其他命令
8.5　维护MFS
8.5.1　启动MFS集群
8.5.2　停止MFS集群
8.5.3　MFS 数据存储服务器的维护
8.5.4　MFS元数据的备份
8.5.5　MFS 管理服务器的恢复
8.5.6　从备份恢复MFS 管理服务器
8.6　通过冗余实现失败防护的解决方案
8.7　本章小结
第4篇　运维监控与性能优化篇
第9章　运维监控利器Nagios
9.1　Nagios综述
9.1.1　什么是Nagios
9.1.2　Nagios的结构与特点
9.2　Nagios的安装与配置
9.2.1　安装Nagios
9.2.2　配置Nagios
9.3　Nagios的运行和维护
9.3.1　验证Nagios配置文件的正确性
9.3.2　启动与停止Nagios
9.3.3　Nagios故障报警
9.4　Nagios性能分析图表的实现
9.4.1　Nagios性能分析图表的作用
9.4.2　PNP的概念与安装环境
9.4.3　安装PNP
9.4.4　配置PNP
9.4.5　修改Nagios配置文件
9.4.6　测试PNP功能
9.5　利用插件扩展Nagios的监控功能
9.5.1　利用NRPE外部构件监控远程主机
9.5.2　利用飞信实现Nagios短信报警功能
9.6　本章小结
第10章　基于Linux服务器的性能分析与优化
10.1　系统性能分析的目的
10.1.1　找到系统性能的瓶颈
10.1.2　提供性能优化方案
10.1.3　使系统硬件和软件资源的使用达到平衡
10.2　分析系统性能涉及的人员
10.2.1　Linux系统管理人员
10.2.2　系统架构设计人员
10.2.3　软件开发人员
10.3　影响Linux性能的各种因素
10.3.1　系统硬件资源
10.3.2　操作系统相关资源
10.3.3　应用程序软件资源
10.4　系统性能分析标准和优化原则
10.5　几种典型应用对系统资源使用的特点
10.5.1　以静态内容为主的Web应用
10.5.2　以动态内容为主的Web应用
10.5.3　数据库应用
10.5.4　软件下载应用
10.5.5　流媒体服务应用
10.6　Linux下常见的性能分析工具
10.6.1　vmstat命令
10.6.2　sar命令
10.6.3　iostat命令
10.6.4　free命令
10.6.5　uptime命令
10.6.6　netstat命令
10.6.7　top命令
10.7　基于Web应用的性能分析及优化案例
10.7.1　基于动态内容为主的网站优化案例
10.7.2　基于动态、静态内容结合的网站优化案例
10.8　本章小结
第5篇　集群高级应用篇
第11章　构建高可用的LVS负载均衡集群
11.1　LVS集群的组成与特点
11.1.1　LVS集群的组成
11.1.2　LVS集群的特点
11.1.3　LVS集群系统的优缺点
11.2　高可用 LVS负载均衡集群体系结构
11.3　高可用性软件Heartbeat与Keepalived
11.3.1　开源HA软件Heartbeat的介绍
11.3.2　安装heartbeat
11.3.3　开源HA软件Keepalived的介绍
11.3.4　安装Keepalived
11.4　安装LVS软件
11.4.1　配置与检查安装环境
11.4.2　在Director Server上安装IPVS管理软件
11.5　搭建高可用 LVS集群
11.5.1　通过heartbeat搭建LVS高可用性集群
11.5.2　通过Keepalived搭建LVS高可用性集群系统
11.5.3　通过piranha搭建LVS高可用性集群
11.6　测试高可用LVS负载均衡集群系统
11.6.1　高可用性功能测试
11.6.2　负载均衡测试
11.6.3　故障切换测试
11.7　本章小结
第12章　RHCS集群
12.1　RHCS集群概述
12.2　RHCS集群的组成与结构
12.2.1　RHCS集群的组成
12.2.2　RHCS集群结构
12.3　RHCS集群的运行原理及功能
12.3.1　分布式集群管理器（CMAN）
12.3.2　锁管理（DLM）
12.3.3　配置文件管理（CCS）
12.3.4　栅设备（Fence）
12.3.5　高可用性服务管理器
12.3.6　集群配置和管理工具
12.3.7　Redhat GFS
12.4　安装RHCS
12.4.1　安装前准备工作
12.4.2　配置共享存储和RHCS管理端Luci
12.4.3　在集群节点上安装RHCS软件包
12.4.4　在集群节点上安装和配置iSCSI客户端
12.5　配置RHCS高可用集群
12.5.1　创建一个cluster
12.5.2　创建Failover Domain
12.5.3　创建Resources
12.5.4　创建Service
12.5.5　配置存储集群GFS
12.5.6　配置表决磁盘
12.5.7　配置Fence设备
12.6　管理和维护RHCS集群
12.6.1　启动RHCS集群
12.6.2　关闭RHCS集群
12.6.3　管理应用服务
12.6.4　监控RHCS集群状态
12.6.5　管理和维护GFS2文件系统
12.7　RHCS集群功能测试
12.7.1　高可用集群测试
12.7.2　存储集群测试
12.8　本章小结
第13章　Oracle RAC集群
13.1　Oracle集群体系结构
13.2　Oracle ClusterWare体系结构与进程介绍
13.2.1　Oracle ClusterWare 简介
13.2.2　Oracle ClusterWare 进程介绍
13.3　RAC数据库体系结构与进程
13.3.1　RAC 简介
13.3.2　Oracle RAC的特点
13.3.3　RAC进程管理
13.3.4　RAC数据库存储规划
13.4　安装Oracle RAC数据库
13.4.1　安装前的系统配置需求
13.4.2　设置数据库安装资源
13.4.3　配置主机解析文件
13.4.4　检查所需软件包
13.4.5　配置系统内核参数
13.4.6　设置 Shell对Oracle用户的限制
13.4.7　配置hangcheck-timer内核模块
13.4.8　配置系统安全设置
13.4.9　创建Oracle用户和组
13.4.10　设置Oracle用户环境变量
13.4.11　配置节点间SSH信任
13.4.12　配置共享存储系统
13.4.13　安装Oracle Clusterware
13.4.14　安装Oracle数据库
13.4.15　配置Oracle Net
13.4.16　创建RAC数据库
13.5　Oracle CRS的管理与维护
13.5.1　查看集群状态
13.5.2　启动与关闭集群服务资源
13.5.3　启动与关闭CRS
13.5.4　管理voting disk
13.5.5　管理OCR
13.5.6　快速卸载CRS
13.6　ASM基本操作维护
13.6.1　ASM的特点
13.6.2　ASM的体系结构与后台进程
13.6.3　管理ASM实例
13.7　利用srvctl管理RAC数据库
13.7.1　查看实例状态（srvctl status）
13.7.2　查看RAC数据库配置信息（srvctl config）
13.7.3　启动
13.7.4　增加
13.8　测试RAC数据库集群的功能
13.8.1　负载均衡测试
13.8.2　透明应用失败切换测试
13.9　本章小结
第14章　构建MySQL+heartbeat+DRBD+LVS集群应用系统
14.1　MySQL高可用集群概述
14.2　heartbeat + DRBD高可用性方案的实现原理
14.3　部署MySQL高可用高扩展集群
14.3.1　配置之前的准备
14.3.2　DRBD的部署
14.3.3　DRBD的配置
14.3.4　DRBD的维护和管理
14.3.5　DRBD的性能优化
14.3.6　MySQL的部署
14.3.7　heartbeat的部署
14.4　搭建Slave集群
14.4.1　为什么要搭建Slave集群
14.4.2　利用LVS+Keepalived搭建高可用MySQL Slave集群
14.4.3　高可用Slave集群的一些注意点
14.5　部署MySQL集群要考虑的问题
14.6　本章小结