有人知道ZStack镜像服务器采用FCSAN的LUN进行提供镜像存储能力，是怎么实现的么？

ZStack的镜像服务器是通过FCSAN已划分的LUN在指定物理机上识别发现后，对此LUN格式化分区，然后再挂载到相应路径，在云平台界面添加镜像服务器时候选择ImageStore类型镜像仓库，填写这台物理机的SSH信息并填写LUN挂载路径；同时需要在/etc/rc.d/rc.local内写入此LUN自动挂载信息，并赋予可执行权限。

当企业采用了一款新的应用程序时，例如SQL数据库，该应用程序需要一个或者多个块存储LUN与之关联。LUN的创新、协作、管理及防护功能为存储配置奠定了基础。逻辑单元号(简称LUN)是一种物理块存储空间(即整个磁盘)的逻辑需求其中一部分或者一组，例如廉价磁盘冗余陈列，是从多个磁盘及多个控制器中聚合而成的。存储LUN可以使某个应用程序或者某些应用程序与存储位置进行互动。例如，应用程序不能够控制磁盘中磁道、扇区及簇。存储分配需要这种物理到逻辑转换，包括操作系统和文件系统。提供给企业工作负载的存储会根据数据中心中特定服务或者应用程序、性能需求以及管理能力发生变化，甚至有时候变化非常大。每台服务器需要多少存储LUN呢?关于“每台服务器需要配置多少存储LUN”的问题仍然是一个被大家争论的话题。在一个纯物理、非虚拟化的环境中，一台服务器承载单独一个应用程序任务，LUN要尽可能适用于应用程序及其数据。多数复杂的应用程序需要不止一个存储LUN，一个LUN用于应用程序内容，而另一个用于应用程序文件。每一个应用程序配置一个LUN的优势在于仅仅需要相对简单的备份和恢复方案即可，因为所有东西都在同一个存储空间中，将所有内容备份和恢复在一起变得非常重要。多个应用程序能够使用同一个存储LUN。例如，几个服务器中的基于块的应用程序能够使用同一个LUN，这也意味着有的物理服务器可以不必配置存储LUN。这样就可以简化供应关系，但是却引出了其他严重的问题，例如存储能力、性能和备份。LUN必须足够大，从而才能满足多个应用程序存储需求的服务能力。多个服务器同时向多个应用程序发出读和写的需求会引起存储和应用程序性能下降。因为，备份通常涉及一套完整的LUN、大的备份，共享LUN时间相对较长，并且对于其中的另外一些应用程序来说，要想存储所有东西耗费时间而且也不必要。一般来说，采用大型LUN对企业来说并不是最好的做法。存储LUN最佳实践方式也是延续到承载多个VM的虚拟服务器上。多个VM共享一个LUN是完全有可能实现的，但是，相同潜在的能力、性能和数据保护问题也会相继出现。在这种情况下，我们需要考虑将每个VM配置其自有LUN。随着虚拟化技术的不断演进，像VMware vSphere虚拟盘卷这样的技术可以保证每个VM存储实例部署和管理，进一步强调了配置多LUN要比配置较少LUN更可取。为了计划存储管理，我们要选择应用程序及其系统需求数量(而不是服务器数量)作为数据中心LUN实际数量。

---