sunao

考虑性能的前提是满足业务的诉求，可以根据业务的实际情况来评估存储的性能要求。海量小文件是一个典型的IO密集型模型，可以考虑从文件的数量，大小等方面进行评估。

NAS作为虚拟化存储和SAN作为虚拟化存储最大的区别在于管理的对象不同，SAN管理的逻辑磁盘，NAS挂载的文件。SAN存储可以通过直通方式将磁盘直接挂载的上层使用，也可以通过VMFS等方式，将文件交给上层使用；还有一个很大区别就

这个主要还是需要从业务的价值和需求角度出发来进行衡量。如果有业务连续性和容灾方面诉求的，都可以考虑使用双活的方案。通过双活可达到RPO=0，RTO≈0的效果。

关键的NAS业务建议使用双活进行部署。NAS双活为客户提供以下的收益：跨站点的高可用持续保护；避免数据丢失的风险，减少系统宕机时间以及快速的灾难恢复；如果是AA双活，还可以提供性能提升与并能简化管理。之前在中国建设银行

NAS的应用场景很广泛，非结构化的数据大都可以部署在NAS环境，典型的应用场景比如电子影像业务，数据交换平台相关业务等。对于这些应用，如果业务的连续性与可靠性要求的，可以基于实际情况考虑双活方式部署。数据迁移有两种方

之前在中国建设银行，北京农商银行，平顶山银行，厦门国际银行等采用了类似方案落地。NAS双活为客户提供以下跨站点的高可用持续保护；避免数据丢失的风险，减少系统宕机时间以及快速的灾难恢复等收益；如果是AA双活，还可以提供性

以何种力度来做双活取决于业务层面的考虑。如果我们需要保障的完整业务的可靠性，那么就需要从业务的全局出发来考虑双活的颗粒度。

首先需要对业务场景进行评估，确定可行的实现方案。之后主要是进行实施前的评估，确定是否能够满足双活的要求，主要关注组网、存储层、主机以及业务相关的限制；在满足的情况下就行进行详细的项目实施；

双活本身故障在双活侧会进行自行切换，上层理论可以做到几乎无感知。如果从解决的方案层面端到端考虑虚拟化场景的可用性，就需要结合存储，网络，主机，以及应用拉通进行拉通分析。由于增加了虚拟化层，在主机侧增加了虚拟化的兼

DNS不是必须的。DNS可以对访问的存储进行业务均衡和故障倒换。典型的一体化双活故障处理流程：单点故障不影响业务，大部分双点故障场景下也不影响业务连续性。1、如果仲裁服务器无故障，无论是链路故障，还是优先站点、非优