本节书摘来自异步社区《策略驱动型数据中心——ACI技术详解》一书中的第1章，第1.2节,作者： 【美】Lucien Avramov 【意】Maurizio Portolani 更多章节内容可以访问云栖社区“异步社区”公众号查看。
1.2 基于POD的设计
本节介绍POD的概念，具体分析来自于思科和NetApp的FlexPod架构。
1.2.1 共享基础架构和云计算的POD模型或数据模型
数据的使用方式在不断动态地演进。如今，数据中心项目具有固定的预算，特定的范围和需求。一旦设计最终确定后，这些需求会转换为某种网络拓扑结构、交换机数量等。大多数项目的目标是不仅要满足最初的需求，还要提供未来按需在相同站点或不同的物理位置扩展的能力。当前的行业趋势表明，数据中心正在发生朝共享基础架构和云计算的巨大转变之中。因此，在数据中心使用信息的方式是一种“按需付费模式”，其中计算、存储和网络组件可以不断添加。
正是认识到需求和数据中心计划可能不断变化，思科设计了思科Nexus系列交换机，以保证在迁移过程中增量化地增长——不同代的数据中心矩阵共存，例如思科 Nexus 7000、6000-5000、2000系列的三层设计，最新的思科Nexus 9000 独立式或包含以应用为中心的基础架构软件。手动使用所有思科Nexus网络设备的替代方案是，创建支持这种使用模型的设计；已存在包含计算、存储和网络的一体化解决方案。已经有不同类型的一体化、按需付费的解决方案，例如FlexPod和Vblock。这些解决方案的目的在于提供允许通过复制同一个块模型或“POD”并朝数据中心扩展此模型来实现增量增长的模型。通过引入这种标准化，POD可帮助客户减轻对数据中心的扩展或新数据中心基础架构执行规划、设计、实现和自动化所涉及的风险和不确定性。这种模式会形成一个易于预测并对未来扩展拥有自适能力的架构。
FlexPod模型与Vblock模型的关键区别在于存储：FlexPod使用NetApp存储，而Vblock使用 EMC 存储。这两种解决方案都在计算功能上使用了思科 UCS，在网络功能中使用了思科Nexus系列交换机。在选择模型时，理解所需要的VM数量和数据中心所使用的应用是很重要的，因为这些因素将决定解决方案是存储密集型的还是 CPU 密集型的。例如，Oracle Database是存储密集型的，而大数据是 CPU 密集型的。在存储选择上，一个关键的技术选型是给应用使用的存储类型：集中化的共享存储还是主机上的分布式本地存储？光纤通道类型的存储还是基于IP的存储？存在让用于不同用途的不同应用和POD类型在同一个数据中心矩阵中运行的可行性。
这种POD模型解决了以下设计原则和架构目标。
- 应用的高可用性：确保服务可访问并易于使用。
- 可扩展性：通过适当的资源量解决不断高涨的需求。
- 灵活性：提供新服务或资源恢复能力，而无需修改基础架构。
- 可管理性：通过开放标准和API实现高效的基础架构操作。
- 性能：确保需要的应用或网络性能得以满足。
- 全面的安全性：帮助不同的组织建立自己的具体策略和安全模型。
通过使用FlexPod、Vblock和Hitachi，在创建详细的文档、信息和成功案例，帮助客户将其数据中心转型为这种共享基础架构模型的过程中，该解决方案架构和它的许多用例都得到了全面的检验和验证。此产品组合包括但不限于以下内容。
- 最佳架构设计实例。
- 工作负载调整和扩展指南。
- 实现和部署说明。
- 技术规范（什么是和什么不是FlexPod配置的规则）。
- 常见问题（FAQ）。
- 针对各种不同用例的思科验证设计（CVD）和NetApp验证架构（NVA）。
1.2.2 FlexPod设计
FlexPod是一种最佳数据中心架构实践，它包含以下3个组成部分。
- 思科统一计算系统（思科UCS）
- 思科Nexus交换机
- NetApp矩阵附加存储（FAS）系统
这些组件依据思科和NetApp的最佳实践来连接和配置。FlexPod可纵向扩展来实现更高的性能和容量（根据需要单独添加计算、网络或存储资源），或者它可针对需要多种一致部署的环境而横向扩展（部署额外的FlexPod堆栈）。此模型提供了一种基准配置，而且还能够灵活地调整和优化来适应许多不同的用例。
通常，解决方案越灵活越可扩展，能够跨每种实现而提供相同特性和功能的单一统一架构的维护就会变得越来越困难。这正是FlexPod的关键优势之一。每个组件系列提供了一些平台和资源选项来扩展或缩减基础架构，同时支持FlexPod的配置和最佳连接实践所要求的相同特性和功能。
POD设计方法使数据中心项目能够按需增长，保持包含计算、网络和存储的相同的初始架构，并随着项目需求扩大而扩大规模。
