双活方案中的NAS复制及切换方案

双活方案中的NAS复制及切换方案

双活方案中的NAS复制及切换问题？在同城双活的建设过程中，很多负载均衡的应用需要用到NAS来实现文件的共享，满足负载均衡的需求。一般的NAS都采取网络复制到同城的方案，复制的内容一般没有办法实时同步，有一定的滞后，没有办法保证数据的完全一致，一旦生产发生问题，遇到需要切换的场景，可能会丢失一些数据。有些对于数据一致要求较高的应用可能因为文件的不一致造成异常（比如一些批量作业）。请问有什么好的解决办法？问题来自社区会员@chenxiaofei徽商银行系统工程师

@chenmingfu西部某城商银行基础架构组长：如果是双活场景的话，可以考虑把nas存储也设置为双活，否则，采用主备复制的方式，nas文件系统在数据同步状态下同城端主机是无法mount这些文件系统的，这将导致nas文件系统无法实时使用，可以根据实际nas文件应用场景区分，没必要同步的就两边分别独立挂载各自数据中心内的nas文件系统，这样也能解耦。@LX11华为高级工程师：当前业界已经具备NAS双活技术，NAS双活采用AP架构，使主机能够将两个存储系统的文件系统视为单个存储系统上的单个文件系统，并保持文件系统的实时双写存放和读取。@crazierspore华为产品总监：首先看一些NAS的同步双写流程：①同步双写由SPACE发起，当有主机IO时，SPACE转发给Pair；②由Pair根据当前状态决定是否双写，如果是同步双写，则将IO拆分成两个IO，一个由源文件系统RIM实际写入SPACE；③另一个IO通过目标文件系统RIM代理转发到从端；④由EPL根据链路进行路由，通过TCP或FC或iSCSI链路转发到从端；⑤当从端EPL接收到主端数据时，找到目标文件系统RIM，并由其写入目标文件系统的SPACE。因此有关对于数据一致要求较高的应用可能因为文件的不一致造成异常的影响，一般由于切换时间引起。影响切换时间长短的几个因素：1、协议类型，推荐使用NFSv3协议，NFSv3属无状态协议，NFS受故障影响小，故障后直接重试直到响应，而CIFS和NFSV4属有状态协议，故障后还需维护自身的状态信息，遇到加锁业务时切换时间会更长甚至断业务，而且CIFS没有锁和句柄同步，对于已经加锁的文件故障恢复后没法恢复锁导致文件冲突，比如打开的文件遇到双活故障场景恢复后只能另存为文件，无法原文件保存。2、挂载NFS时需要修改协议重试的时间参数：-otimeo=XX，该参数的单位是1/10秒，默认值为600，建议设置成50，即重试时间5秒。如果设置时间太短，阵列还没切换完成，会导致重试次数较多，整体时间较长。举例：mount-tnfs-overs=3,timeo=50/11.11.11.1/FS/FS3、主机上运行的业务模型，如果是加锁类业务切换时间会比不加锁类业务时间长（针对NFSv4和CIFS协议），因为故障切换流程还需保障之前加锁的业务锁释放是否完成，是否会有锁冲突，比如VMware或者集群类业务。为了排除是加锁影响，测试时挂在文件系统是可以加上nolock参数。举例：mount-tnfs-onolock/11.11.11.1/FS/FS4、主机业务压力，这个原理很简单，如果主机上业务压力较大，故障切换时间就相对较长，因此测试时需要调小主机的业务压力，减小下IO的并发。5、故障方式，掉电（拔电源）是非计划内的故障，需要阵列去感知掉电故障然后走仲裁，这里仲裁还需要静默8秒才切换，因此切换时间相对较长，而用下电或者重启的方式进行故障则是计划内的故障，阵列可以主动通知仲裁进行业务切换，会立即进行切换，最终的