横向扩展存储

1. 软件定义存储相比传统存储有何优势

超融合核心的分布式存储也是软件定义存储（SDS）的一种形态，而超融合架构本质上也是一种软件定义存储（SDS）和虚拟化融合部署的模式。所以软件定义存储与传统存储的区别可以参考超融合与传统架构的区别，详情如下：

一、架构和资源管理模式对比如下以SmartX 超融合产品为例，分别给出了下超融合架构和传统架构的部署区别和资源管理模式区别。

从上图可以看出，超融合架构在整个产品运维周期中，不仅大量操作被自动化，运维简单，而且时间短，效率高。可以有效降低人员要求，将 IT 人员解放出来进行更创新的活动。
5、采购成本和总拥有成本的降低在客户最关注的成本方面，服务器+超融合软件（或超融合一体机），相比服务器加传统中高端存储的成本，有较大幅度的降低。但除了采购成本，超融合在总拥有成本上都有大幅降低。关于超融合在成本方面的优势可以访问官方技术博客：《超融合相比传统FC SAN架构有什么成本优势？》
可以看到，超融合通过创新的架构，以更优的成本让IT基础架构更敏捷、能力更强，而这些特性，将为用户加快数字化转型奠定坚实基础。

2. 哪些企业真正需要系统具备横向扩展能力

在如今环境多样化的状况下，横向扩展系统将会具有深远的影响。由于某些行业需要存储大量的文件，因此需要足够的访问带宽才能满足应用对性能的要求，因此对外扩展系统已经首先在网络附加存储(NAS)方面发挥了威力。 例如，过去基于纸张或缩微胶片开展业务的一些大型传统行业，在信息数字化后，其数据存储压力扑面而来。对提供横向扩展NAS系统的供货商而言，这些行业正是对他们充满了吸引力的垂直市场，因为他们的产品正好可以为高性能的应用提供支持。 如果我们观察一下 “横向扩展NAS的垂直关联行业图”中的IO轴和吞吐量的关系模型，就会发现这些行业有许多应用都要求非常高的吞吐量。在许多横向扩展NAS系统(包括明年将推出的支持并行网络文件系统的NAS系统)中内置的并行数据服务功能提供的能力超过了每秒MB——传统纵向扩展NAS系统提供的能力值。纵向扩展NAS的垂直关联行业图 来源：企业战略集团，2011年. 就在最近的五年前，这张图还不是这个样子。许多右上方的业务负载还挤在图中的左下侧。但是处理器技术(如多处理器和更快的芯片集)，视频、图像和设计软件(例如3-D CAD、4-D医学成像、高清电视等等还有很多)等各方面的进步，已经催生了新的业务负载，而这些负载带来了完全不同的性能需求。这些应用产生了海量的文件和多线程的访问请求，单处理器或双处理器的纵向扩展系统没法及时完成响应，造成了业务系统的响应减慢或请求服务超时。 让我们对一些具体的行业进行深入分析，来佐证我的观点。 金融服务。这些习惯了管理巨量交易信息的用户，现在成了高性能并行文件系统的主力用户。高性能并行文件系统通常是应用在市场业绩预测和商业智能方面。这些应用调用的文件，不只是内容巨大，还需要长时间的密集计算处理，需要高级别的数据保护并需要保证数据的即时可用性。金融服务的用户特意寻找横向扩展架构以消除数据整合的瓶颈。数据整合是金融服务IT的核心任务。对于这些用户来说，理想的NAS解决方案是，可以随时通过增加节点，来使数据的访问性能变得更快。 生命科学。毫不奇怪，从事与健康相关的科学研究组织，对并行文件系统解决方案非常感兴趣，因为这些系统可以提供高带宽的数据传输能力和大规模的可扩展性。在这些组织中，紧密合作是非常必须的。例如，IT团队必须得想办法，使成千上万的研究人员可以共享非常大的基因测序文件或蛋白质组数据。这些企业还必须加快他们的发现过程来获得成功。如果能更快地发明一种新的药物，这种药物就可以被更快地进行测试，就能更快地获得批准，并应用于医疗和科研实践中。对这些组织而言，要加速药物的发现过程，以IT为中心的解决方案就是，构建基于高性能并行文件系统的基础设施，从而避免后续不断进行颠覆性的系统改造和升级。 制造和设计。像已经明确的其他行业一样，高科技制造商、航空航天公司、纳米电子新企业、CAD / CAM设计公司以及其他更多的类似组织，也需要巨大的存储量。他们都在寻找方法来优化数据管理。这些行业用户需要实现存储容量的无缝扩展，以应对数字信息的不断增长，并提高工程团队之间的信息共享能力。在这样的环境中，系统失效会导致重大的经济损失。所以制造和设计领域的用户希望部署基于文件的存储系统，以达到近乎100%的可靠性以及容量在线升级的简易性。他们为增强文件系统管理、数据移动、复制和迁移/分级存储等功能，寻找自动化的解决方案。 媒体和娱乐。传媒和娱乐机构的经营模式已经发生了急剧的变化。在早期的年代里，他们会出版印刷的杂志，现在，这些杂志仅提供“单一网络在线”格式。不仅所有编辑的内容需要迅速提供给读者和编者，所有的广告文件也一样。对数字密集型的媒体和娱乐公司而言，大型视频文件也加剧了数据增长带来的问题。 今天的传媒和娱乐机构创建和保护着TB或PB级的文件数据。在一些企业中，大部分数据是建立在“边缘”——远离主数据中心的远程新闻分社或CGI设计工作室。这些业务机构为数据的复制备份带来了难题，甚至可能会使得基础设施的灾难恢复(DR)能力受到障碍。媒体和娱乐机构正在寻找高性能的横向扩展NAS解决方案来解决各种问题 ——例如提高虚拟服务器基础设施的性能，或者，为内容的创作者和阅读者提供信息的随时可用性和及时可用性。 石油和天然气。在过去，探寻石油和天然气储量具有很大的不确定性。今天，借助于数字化的信息数据，这已经成了一个高精度的科学过程。过去的十年中，在油层下降和提取操作变得更加复杂的同时，对疑似资源储藏地点的三维可视化，已成为该行业无时不刻需要利用的工具。在石油和天然气垂直市场的IT经理，面临的挑战是找到NAS基础设施，以支持海量数据的共享和保护。这些数据是对石油储量建模/仿真处理的结果。如果没有一个这样的架构，能够在数据存储容量增长的同时保持数据访问的性能，那么保持企业的竞争优势会变得非常困难——主要原因是 “见效时间”(资源开采)太长了。对石油和天然气企业处理巨型规模的模拟计算而言， 横向扩展NAS系统是一个很好的解决方案。而这样的模拟计算，是他们在竞争中获得成功的直接保证。 传统的高性能计算、学术和研究。在公共部门工作的天体物理学家、分子生物学家、化学家、核物理学家和社会科学家，是海量数据的制造者和使用者。例如，由欧洲核子研究中心运行的大型强子对撞机，其IT团队在2010年中期就管理着 70 PB的数据。甚至规模非常小的研究设施(通常是运行在经费有限的大学机构或商业实验室)也依赖于高性能网格计算和并行文件系统架构，以支持建模和仿真任务，才能够解决现实世界问题以及为“大”问题做出回答。他们的工作需要低延迟的网络集群，以应对非常高的性能要求和带宽要求。 这些行业是横向扩展系统的先期实际采用者，因为它们在吞吐量性能方面有横向扩展的刚性需求。但大多数的部门应该充分考虑，将许多PB的数据存储在一个单一命名空间，其效率如何以及能节省多少运营费用。这是横向扩展系统在云架构获得应用的原因。

3. 分布式存储和传统存储比较在哪些应用场景比较有优势

1、分布式存储优势

分布式存储可以使生产系统在线运行的情况下进行纵向扩展（Scale-Up）或横向扩展（Scale-Out），且存储系统在扩展后可以达到容量与性能均线性扩展的效果。其具有以下特性：

高性能

分布式存储系统能够将所有存储节点的处理器资源、硬盘资源、网络资源进行整合，将任务切分给多台存储节点，进行并发数据处理，避免了单个硬盘或设备造成的瓶颈，提升整个集群的处理能力。分布式存储系统具有良好的性能扩展能力，可以满足应用程序对存储性能不断增长的要求。

高扩展性

分布式存储系统通过扩展集群存储节点规模从而提高系统存储容量、计算和性能的能力，通过增加和升级服务器硬件，或者指通过增加存储节点数量来提升服务能力。分布式存储系统支持在线增加存储节点，对前端业务透明，系统整体性能与存储节点数量呈线性关系。

高可用性

分布式存储系统同时基于硬件及软件设计了高可用机制，在面对多种异常时（如存储节点宕机、网络中断、硬盘故障、数据损坏等）仍可提供正常服务，提高分布式存储系统硬件的可用性可以通过增加存储节点数量或者采用多种硬件冗余机制保证。分布式存储系统多采用副本机制或纠删码机制保证数据的高可用性，副本机制可以提供较高的数据冗余度，但会降低存储系统有效空间的利用率，纠删码机制可以在保证一定数据冗余度的情况下，大幅提高存储系统的有效空间利用率。

高安全性

分布式存储系统支持可靠的权限控制及互信确认机制，同时采用私有的数据切片及数据编码机制，可以从多重角度保证集群系统不受恶意访问和攻击，保护存储数据不被窃取。

2、分布式存储应用场景

分布式的“四高”特性，使得其在高性能计算、大数据视频云及大数据分析等应用场景中有着广泛的应用。

高性能计算场景

在如气象气候、地质勘探、航空航天、工程计算、材料工程等领域，基于集群的高性能计算，已成为必需的辅助工具。集群系统有极强的伸缩性，可通过在集群中增加或删减节点的方式，在不影响原有应用与计算任务的情况下，随时增加和降低系统的处理能力。根据不同的计算模式与规模，构成集群系统的节点数可以从几个到成千上万个。这些业务对后端的存储系统提出了新的需求，包括统一的存储空间、高效率的文件检索、高带宽的吞吐性能，高可靠的数据安全保障等。

大数据视频云应用场景

随着视频高清技术及超高清技术的普及，视频大数据应用场景，如雪亮工程、平安城市、广电媒资、影视制作、视频网站等领域，对存储设备提出了大容量、高读写性能、高可靠性、低延时及可扩展性等需求。针对这样大规模视频数据应用场景，就需要一个技术先进、性能优越的存储系统作为后端数据存储的支撑者。

大数据分析应用场景

伴随着互联网技术及人工智能的发展，各种基于海量用户/数据/终端的大数据分析及人工智能业务模式不断涌现，同样需要充分考虑存储功能集成度、数据安全性、数据稳定性，系统可扩展性、性能及成本各方面因素。

在数据爆发增长的“数字时代”，软件定义的分布式存储是存储技术高速发展的结晶，并具有着很大的成长空间，必将应用于更广泛的大数据业务场景。

4. 以下哪一项是emc横向扩展nas

emc产品一般是san存储，如果想横向扩展为nas 需要添加nas机头，一般在VNX系列上可以进行此操作，把SAN设备作为NAS提供共享的文件系统来使用

5. 对象存储系统的与传统存储的比较

有大量的基于块和基于文件的存储系统可供选择，一个明显的问题是，我们为什么需要另外一种存储技术呢？块和文件都是成熟且经过验证的，所以也许看起来好像他们可以增强以满足日益增长的分布式云计算生态系统的需求。
基于块的存储系统，磁盘块通过底层存储协议访问，像SCSI命令，开销很小而且没有其它额外的抽象层。这是访问磁盘数据最快的方式，所有高级别的任务，像多用户访问、共享、锁定和安全通常由操作系统负责。换句话讲，基于块的存储关心所有底层的问题，但其它事情都要依靠高层的应用程序实现。所有的对象存储拥有基于块存储的节点，利用对象存储软件集合提供所有其它的功能。
基于块的存储系统是对象存储系统的补充，而基于文件的存储系统一般被认为是直接的竞争者。横向扩展的NAS系统的关键属性就是扩展性，对象存储也是这样，通过增加节点实现水平扩展。但由于NAS系统是基于分层文件结构的有限的命名空间，它们对于有着接近无限扩展能力的、具有扁平结构的纯对象存储来讲，所受的约束更多，对象存储仅受到对象ID的位数限制。尽管限制多多，但横向扩展的NAS系统仍然具备对象存储的诸多特性，而其欠缺的功能，像对于表征状态转移（REST）协议的支持，厂商们正在快速的完善中，这样他们就可以把横向扩展的NAS系统划归到对象存储的类别中了。

6. 如何将Ceph与OpenStack集成 00 OpenStack中国社区

Rackspace解决方案架构师Keith Tenzer讨论了为什么OpenStack和Ceph是一个了不起的组合。
在本文中，我们将讨论为什么Ceph非常适合OpenStack。

我们还将展示如何将三个重要的OpenStack用例：Cinder（块存储）、Glance（镜像）和Nova（虚拟机虚拟磁盘）与Ceph集成。

Ceph提供统一的横向扩展存储，使用带有自我修复和智能预测故障功能的商用x86硬件。它已经成为软件定义存储的事实上的标准。因为Ceph是开源的，它使许多供应商能够提供基于Ceph的软件定义存储系统。 Ceph不仅限于Red Hat、Suse、Mirantis、Ubuntu等公司。 SanDisk、富士通、惠普、戴尔、三星等公司现在也提供集成解决方案。甚至还有大规模的社区建造的环境（如CERN），为10000个虚拟机提供存储服务。

Ceph绝不局限于OpenStack，但是这是Ceph开始获得牵引力的地方。看看最新的OpenStack用户调查，Ceph是OpenStack存储的显着领导者。2016年4月OpenStack用户调查报告的第42页显示，Ceph占OpenStack存储的57％，下一个是LVM（本地存储）占28％，NetApp占9％。如果我们不看LVM，Ceph领先其他存储公司48％，令人难以置信。这是为什么？

有好几个原因，我认为以下是最重要的三个：

·Ceph是一个横向扩展的统一存储平台。OpenStack最需要的存储能力的两个方面：能够与OpenStack本身一起扩展，并且扩展时不需要考虑是块（Cinder）、文件（Manila）还是对象（Swift）。传统存储供应商需要提供两个或三个不同的存储系统来实现这一点。它们不同样扩展，并且在大多数情况下仅在永无止境的迁移周期中纵向扩展。它们的管理功能从来没有真正实现跨不同的存储用例集成。

·Ceph具有成本效益。 Ceph利用Linux作为操作系统，而不是专有的系统。你不仅可以选择找谁购买Ceph，还可以选择从哪里购买硬件。可以是同一供应商也可以是不同的。你可以购买硬件，甚至从单一供应商购买Ceph +硬件的集成解决方案。已经有针对Ceph的超融合方案出现（在计算节点上运行Ceph服务）。

·和OpenStack一样，Ceph是开源项目。这允许更紧密的集成和跨项目开发。专有供应商总是在努力追赶，因为他们有秘密要保护，他们的影响力通常限于开源社区。

这里是一个架构图，显示了所有需要存储的不同OpenStack组件。它显示了这些组件如何与Ceph集成，以及Ceph如何提供一个统一的存储系统，扩展以满足所有这些用例。

如果你对与Ceph和OpenStack相关的更多主题感兴趣，推荐这个网址：http://ceph.com/category/ceph-and-openstack/。

说够了为什么Ceph和OpenStack如此伟大，该说说如何连接它们了。

如果你没有Ceph环境，可以按照这篇文章快速设置。

Glance集成

Glance是OpenStack中的映像服务。默认情况下，映像存储在本地控制器，然后在被请求时复制到计算主机。计算主机缓存镜像，但每次更新镜像时，都需要再次复制。

Ceph为Glance提供了后端，允许镜像存储在Ceph中，而不是本地存储在控制器和计算节点上。这大大减少了抓取镜像的网络流量，提高了性能，因为Ceph可以克隆镜像而不是复制镜像。此外，它使得在OpenStack部署或诸如多站点OpenStack之类的概念的迁移变得更简单。

安装Glance使用的Ceph客户端。
创建Ceph用户并将主目录设置为/ etc / ceph。
将Ceph用户添加到sudoers。
在Ceph管理节点。为Glance镜像创建Ceph RBD池。
创建将允许Glance访问池的密钥环。
将密钥环复制到OpenStack控制器上的/ etc / ceph。
设置权限，让 Glance可以访问Ceph密钥环。
将密钥环文件添加到Ceph配置。
创建原始Glance配置的备份。
更新Glance配置。
重新启动Glance。
下载Cirros镜像并将其添加到Glance。
将QCOW2转换为RAW。 建议Ceph始终使用RAW格式。
将镜像添加到Glance。
检查Ceph中是否存在Glance图像。

Cinder集成

Cinder是OpenStack中的块存储服务。 Cinder提供了关于块存储的抽象，并允许供应商通过提供驱动程序进行集成。在Ceph中，每个存储池可以映射到不同的Cinder后端。这允许创建诸如金、银或铜的存储服务。你可以决定例如金应该是复制三次的快速SSD磁盘，银应该是复制两次，铜应该是使用较慢的擦除编码的磁盘。

为Cinder卷创建一个Ceph池。
创建一个密钥环以授予Cinder访问权限。
将密钥环复制到OpenStack控制器。
创建一个只包含OpenStack控制器上的身份验证密钥的文件。
设置密钥环文件的权限，以便Cinder可以访问。
将密钥环添加到OpenStack控制器上的Ceph配置文件中。
使KVM Hypervisor访问Ceph。
在virsh中创建一个密钥，因此KVM可以访问Ceph池的Cinder卷。
为Cinder添加一个Ceph后端。
在所有控制器上重新启动Cinder服务。
创建Cinder卷。
在Ceph中列出Cinder卷。

将Ceph与Nova计算集成

Nova是OpenStack中的计算服务。 Nova存储与默认的运行虚拟机相关联的虚拟磁盘镜像，在/ var / lib / nova / instances下的Hypervisor上。在虚拟磁盘映像的计算节点上使用本地存储有一些缺点：

·镜像存储在根文件系统下。大镜像可能导致文件系统被填满，从而导致计算节点崩溃。

·计算节点上的磁盘崩溃可能导致虚拟磁盘丢失，因此无法进行虚拟机恢复。

Ceph是可以直接与Nova集成的存储后端之一。在本节中，我们将看到如何配置。

为Nova创建验证密钥环。
将密钥环复制到OpenStack控制器。
在OpenStack控制器上创建密钥文件。
设置密钥环文件的权限，以便Nova服务可以访问。
确保安装所需的rpm软件包。
更新Ceph配置。
让KVM可以访问Ceph。
在virsh中创建一个密钥，这样KVM可以访问Cinder卷的Ceph池。
备份Nova配置。
更新Nova配置以使用Ceph后端。
重新启动Nova服务。
列表Neutron网络。
启动使用在Glance步骤中添加的Cirros镜像的临时VM实例。
等待直到VM处于活动状态。
在Ceph虚拟机池中列出镜像。我们现在应该看到镜像存储在Ceph中。

故障排除

无法删除存储在CEPH RBD中的Glance镜像。

7. 在保障数据可靠性上现在火热的软件定义存储和传统存储有什么区别

超融合核心的分布式存储也是软件定义存储（SDS）的一种形态，而超融合架构本质上也是一种软件定义存储（SDS）和虚拟化融合部署的模式。所以软件定义存储与传统存储在数据可靠性方面可以参考超融合与传统架构的对比，详情如下：

用服务器构建存储，客户顾虑最多的首先是可靠性，如果需要衡量可靠性：

• 系统的冗余度？通俗的说就是允许硬件坏多少？

• 出现故障后是否完全自动恢复？

• 恢复速度和时间？因为系统处于降级状态下是比较危险的状态，故障窗口越小，出现整体故障的可能性就越小。

以下给出详细的系统冗余与恢复机制对比。

• 多副本：同一份数据会保存多份（通常设置为 2 副本或 3 副本），即使副本所在的节点宕机也不会造成数据丢失；

• HA（高可用）：节点宕机时，该节点上的虚拟机自动迁移至集群内其它节点，降低业务中断时间；

• 机架感知：根据机房物理拓扑结构，将副本分配在不同的机架、机箱、主机上，有效减少甚至避免物理硬件（电源、交换机等）故障导致的数据丢失。理论上，3 副本结合机架感知配置，系统可最多容忍 2 个机架上的主机全部失效；

• 快照：为虚拟机打快照，在其发生故障时将数据恢复至快照状态；

• 双活：同城双数据中心，灾难时无损快速恢复业务（RPO=0）；

• 备份：异地主备数据中心，灾难时尽可能挽回数据损失。

8. 哪款存储不支持横向扩展

横向扩展（scale-out）存储是一种磁盘的容量可以按需扩展的网络附属存储（NAS）架构，如果当给定的磁盘阵列达到存储上限时，可以添加另一个阵列以扩展系统容量。
横向扩展（scale-out）存储是一种磁盘的容量可以按需扩展的网络附属存储（NAS）架构，即有一些驱动器内置在其它存储阵列上。如果当给定的磁盘阵列达到存储上限时，可以添加另一个阵列以扩展系统容量。
从概念上来看，scale-out存储和传统的纵向扩展（scale-up）方式不同。在scale-up系统中，网络存储由单一的形式因素所限制，而在scale-out系统中，可以在需要时添加和配置新的硬件。Scale-out方式最主要的优势是节省成本，还可以更有效地利用硬件资源。
在scale-out存储流行之前，企业往往要购买大量的存储阵列，以确保将来扩展时能有足够的磁盘空间。如果后来没有扩展容量或者扩展的比预期的要少的多，那么原先购买的磁盘都会浪费。有了scale-out架构，在购买磁盘时就可以量力而行，一旦存储空间的需求超出预期，可以添加新的阵列而不会受到任何限制。[1]

9. 如何对SQL Server数据库进行横向扩展

一般人们会选择纵向扩展（scale up）SQL Server数据库，而非横向扩展（scale out）。纵向扩展很容易：增加硬件、处理能力、内存、磁盘和提高网络速度。其原理就是仍然在一台服务器上运行数据库，但是增加了服务器的处理能力和资源。这种方法很昂贵，但是非常简单直接。
采用云技术
有时候，最简单的方法就是将问题交由其他人处理。微软的Windows Azure云服务包含一个基于云的SQL Server版本SQL Azure.这在技术上并非真正意义的横向扩展，因为它是一种无限纵向扩展方法。所以，转移到Azure并不需要对您的应用程序进行大改动。实际上，您只需要将应用程序迁移到SQL Azure,然后支付存储、处理和数据传输费用。这些都是收费服务，但是您不需要再担心扩展问题。
复制
SQL Server原生复制是一种支持横向扩展的解决方案，与数据库的创建和使用方式有关。您只需要在多台服务器上复制多个数据库副本，然后将不同的用户指向各台服务器。这种方法通常最适合支持地理位置分散的用户，如亚洲办公室的用户使用服务器1,而北美办公室的用户则使用服务器2.每一台服务器都拥有完整的数据副本，并且会复制伙伴服务器的所有修改。
这种方法不支持自动负载均衡，并且最适合用在用户固定只使用一部分数据的情况。换而言之，如果亚洲用户只需要编辑与他们办公室相关的数据--例如，主要是亚洲客户的信息，那么复制能够保证其他数据库副本也包含这些记录的副本。如果所有用户都需要编辑完整的数据集，那么复制就变得有一些复杂，因为SQL Server必须在支持用户的同时，编辑位于不同服务器的同一个数据。
SQL Server的合并复制能够处理这种冲突，但是您必须进行一些自定义合并编程，这意味着您的开发人员必须开发一些算法，确定用户并发访问数据时谁获取编辑权限。客户应用程序也需要增加编程；使它们不仅向数据库提交数据修改，也要循环检查这些修改是否被其他并发用户重写。用户也需要重新培训，因为客户端应用程序可能会提示："您正在编程的数据已经发生变化。您需要重新检查，确定您的编辑是否仍然有效。"
联合数据库
另一个重要的横向扩展方法是联合。通过这种方法，您可以将数据库划分到多台服务器上。垂直分割将同一个表的不同行保存到不同的服务器上。同时，地理分区是最常用的方法：将所有亚洲数据记录保存在一台服务器上，而所有欧洲数据则保存在另一台服务器上。这种方法不同于整体复制：每一个位置的服务器都不具备完整的数据库，而只拥有该位置的数据。通过实现一种SQL Server分布式分区视图而形成完整的表，用户就可以浏览一个"联合"或组合的数据视图。水平分割则将表的字段保存在不同的服务器上，因此各台服务器一起协作构成组合的表。
这些数据库的创建并不简单，其中涉及一种整体操作。您需要掌握关于数据访问和使用的详细信息，才能够实现正确的部署。此外，您还需要一位SQL Server数据库架构师，他应该全面理解这些技术，分析您的业务情况，并且能够正确地创建这些组件。
在一些情况中，实现这种横向扩展对客户端应用程序的改动很小。对于本身在设计上大量使用视图和存储过程进行数据访问的应用程序，更是如此。因为这些元素只是是在后台抽象，在客户端上不会发生变化。但是，这些应用程序并不常见；通常，实现横向扩展都需要修改客户端程序，使客户端与后台结构分离。
横向扩展并不简单
毫无疑问，实现SQL Server横向扩展非常复杂--这也是Azure等云数据库系统流行的原因之一。此外，有一些第三方供应商能够帮助实现横向扩展技术，而不需要完全依赖SQL Server的原生特性。您需要自己下功夫了解这些方法，理解数据访问和使用方法，这样才能够选择最符合您要求的方法。