转---技巧：关于解决SAN存储架构问题的讲解

hello_world_abc

随着竞争的加剧、经济环境的波动，分层存储架构已经被广泛应用。许多有兴趣解决SAN存储架构问题--如速度慢、存储增长超过控制、难以承受的迁移成本--的公司开始转向分层存储并采取以下措施：

　　● 明确定义恢复点目标(RPO)和恢复时间目标(RTO)，并将这个作为数据放置的依据(相对于业务范围导向且没有明确目标的一级服务);

　　● 同业务部门沟通这些要求，允许IT部门根据这些政策方针来进行存储分配;

　　● 简化层级，要求最严格的应用程序放在一级(根据服务层次)，其他的缺省地放在二级，并且根据记录管理和保留政策--按照法律规定和公司要求--迁移到三级存储架构;

　　● 虚拟化前端和后端资源，在存储阵列外提供一个服务层，并逐渐倚重低成本阵列来降低硬件成本和减少昂贵的存储软件许可证支出。虚拟化所有可能二级存储，并尽量虚拟化一级存储;

　　● 存储架构管理软件和流程，减少现有的存储管理软件套件，如果可能，减少到一个套件;而且

　　● 按应用程序分组，仔细测试虚拟化的可靠性和性能，在合理的时间范围内进行部署;

　　在建立了一个单一的SAN环境之后尽可能快地实施分层存储架构策略。

　　自然，这些分层存储架构策略还在发展中，而且还有一定的风险，即虚拟化复杂性，性能问题，可用行问题(例如，将一个一级存储阵列放在一个中等虚拟化设备的后面)。

　　而且虽然这些方法看起来能够明显简化IT环境并减少硬件、软件和迁移成本，但是它们非常依赖于厂商(们)所提供的虚拟化技术。用户在管理这些分层存储架构风险的时候需要有极其谨慎的心态，实行保守计划，采取兆级管理策略--这些兆级管理策略不单单依赖于厂商提供的产品，而是将组织作为一个整体来抓住其流程。

　　虽然有这些存储架构风险问题和潜在的锁定风险，50%的期望成本节约还是使得分层管理成为一个有吸引力的目标。