一、MHA概念MHA(MasterHighAvailability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA的出现就是解决MySQL单点的问题。MySQL故障切换过程中，MHA能做到o-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。1、MHA的组成 （一）、MHANode(数据节点)MHANode运行在每台MySQL服务器上。（二）、MHAManager(管理节点)MHAManager可以单独部署在一台独立的机器上，管理多个master-slave集群;也可以部署在一台slave节点上。MHAManage

一、MHA概念MHA(MasterHighAvailability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA的出现就是解决MySQL单点的问题。MySQL故障切换过程中，MHA能做到o-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。1、MHA的组成 （一）、MHANode(数据节点)MHANode运行在每台MySQL服务器上。（二）、MHAManager(管理节点)MHAManager可以单独部署在一台独立的机器上，管理多个master-slave集群;也可以部署在一台slave节点上。MHAManage

问题：在hadoop的1.2.0中由于单个磁盘故障导致datanode节点失效，生产环境中datanode节点大多都有多块磁盘，我们现在需要一种方法，让datanode不会被单块磁盘的故障导致整个节点失效。解决方法及适用场景：1、修改hadoop源代码(介个在作者能力之外)2、修改hdfs-site.xml中的dfs.data.dir的值，将故障盘的挂载点删除并重启(推荐在手动部署的hadoop环境中，将此方法做成脚本使用)3、卸载故障盘，临时将数据写入根目录的挂载点，不修改配置文件(笔者的环境，使用hortonworks部署的hadoop，配置文件由ambari管理，手动修改后一旦使用amb

问题：在hadoop的1.2.0中由于单个磁盘故障导致datanode节点失效，生产环境中datanode节点大多都有多块磁盘，我们现在需要一种方法，让datanode不会被单块磁盘的故障导致整个节点失效。解决方法及适用场景：1、修改hadoop源代码(介个在作者能力之外)2、修改hdfs-site.xml中的dfs.data.dir的值，将故障盘的挂载点删除并重启(推荐在手动部署的hadoop环境中，将此方法做成脚本使用)3、卸载故障盘，临时将数据写入根目录的挂载点，不修改配置文件(笔者的环境，使用hortonworks部署的hadoop，配置文件由ambari管理，手动修改后一旦使用amb