2016 |
VxRail实现量子飞跃 - VCE超融合系统新产品发布(Simon Zhao) |
数据存储管理不求人 Oracle DBA可以很潇洒(Simon Zhao) |
中文白皮书篇 |
(三十二)采用VMware vSphere和EMC XtremIO的Oracle Database虚拟化(中文白皮书) |
(三十三)EMC VSPEX 私有云:VMware vSphere 5.5 和 EMC ScaleIO(中文白皮书) |
(三十四)基于 EMC XTREMIO 环境的 EMC VSPEX 虚拟化 SQL SERVER(中文白皮书) |
(三十五)EMC VSPEX 私有云:Microsoft Hyper-V与EMC ScaleIO(中文白皮书) |
(三十六)EMC XtremIO部署MongoDB解决方案(中文白皮书) |
(三十七)采用Isilon横向扩展NAS的EMC VSPEX(中文白皮书) |
(三十八)EMC VSPEX终端用户计算:采用XtremIO的XenDesktop和Hyper-V(中文白皮书) |
(三十九)部署采用BROCADE GEN 5 SAN FABRIC的EMC XTREMIO全闪存存储的最佳做法(中文白皮书) |
(四十)Microsoft SQL Server 借助XtremIO实现本机高可用性(中文白皮书) |
(四十一)XtremIO 闪存专用数据保护方案XDP(中文白皮书) |
(四十二)EMC VSPEX BLUE 配备VMware Horizon View的终端用户计算(中文白皮书) |
(四十三)Linux 6.x 上使用 EMC XtremIO 部署Oracle的最佳做法(中文白皮书) |
(四十四)EMC ProtectPoint 完整备份解决方案(中文白皮书) |
(四十五)EMC ScaleIO融合存储为SAP HANA配置定制数据中心(TDI)解决方案(中文白皮书) |
(四十六)面向Oracle数据库的EMC XtremIO优化闪存存储(中文白皮书) |
(四十七)针对大型机环境的 EMC VMAX 概述(中文白皮书) |
(四十八)适用于 VNX2 的 VDM METROSYNC(中文白皮书) |
(四十九)EMC VNX 上的虚拟 Data Mover(中文白皮书) |
(五十)适用于Oracle的EMC XtremIO高性能整合解决方案(中文白皮书) |
全闪存阵列篇 |
(五十一)EMC XtremIO部署企业级PostgreSQL解决方案 |
(五十二)VMAX全闪存SQL Server部署解决方案 |
(五十三)EMC XtremIO部署Citrix XenServer 6.5的优势 |
(五十四)VMAX全闪存部署业务关键性Oracle数据库 |
(五十五)VMAX全闪存以及VMAX3部署VMware Virtual Volumes |
(五十六)白皮书:集成EMC XtremIO到ViPR Controller |
(五十七)集成与保护运行于EMC XtremIO之上的虚拟化企业级应用 |
(五十八)EMC XtremIO部署服务器虚拟化解决方案 |
(五十九)AppSync集成RecoverPoint与XtremIO快照复制解决方案 |
(六十)EMC RecoverPoint实现XtremIO上的Oracle远程复制 |
联盟企业混合云 3.5 |
联盟企业混合云 3.5:概念与体系结构指南 |
联盟企业混合云 3.5:基础架构参考体系结构指南 |
联盟企业混合云 3.5:管理指南 |
联盟企业混合云 3.5:基础架构和操作管理指南 |
联盟企业混合云 3.5:安全管理指南 |
Fenglin1
2.1K 消息
0
2016年2月28日 18:00
(四十三)Linux 6.x 上使用 EMC XtremIO 部署Oracle的最佳做法
此白皮书介绍了在光纤通道 SAN 环境中的 Linux 6.x 操作系统上部署 Oracle® 数据库管理系统 (DBMS) 时 EMC XtremIO存储阵列的最佳做法和建议。其中还解释了 XtremIO 的独特功能(如线内数据减少技术 [包括线内重复数据消除和数据压缩]、可扩展性能、数据保护等)如何为部署 XtremIO 作为 Oracle 数据库主存储提供高性能、简单性和空间节省优势。
闪存存储对于提升数据中心中的 I/O 性能是一种很有吸引力的方法。但是,这种方法总是伴随着高昂成本和功能缺失的代价,例如可扩展性、高可用性和企业级功能的缺失。XtremIO 100% 基于闪存的横向扩展企业存储阵列, 不仅提供了高水平的性能和可扩展性,也为 SAN 存储带来了全新水平的易用性,同时还提供了前所未有的高级功能。XtremIO 的全新全闪存阵列设计从创建时就是为 了实现最高的性能和一致的低延迟响应时间,并且提供企业级高可用性功能和可显著降低成本的实时线内数据减少,以及精简资源调配、到 VMware®* 的紧密集成、快照、卷克隆以及极佳数据保护等高级功能。
此白皮书提供了为光纤通道 SAN 环境中的物理服务器在 Linux 6.x 上部署Oracle 11G R2 时的指导和建议经验法则。这包括在 XtremIO 上部署Oracle Database 11G R2 时用于实现最佳性能和重要级别效率的组件的详细描述。
Oracle 的数据库管理系统 (DBMS) 在 XtremIO 存储阵列解决方案上能够以峰值性能运行,无论其工作负载如何,包括运行在线事务处理 (OLTP)、数据仓库存储和混合工作负载。XtremIO 存储阵列可提供可预测的高性能和一致的低延迟。此白皮书中介绍的建议和最佳做法旨在帮助存储管理员,在 Linux 上部署 Oracle DBMS 时,获得最高的 XtremIO 存储阵列性能和数据容量利用率。
白皮书的范围包括以下系统:
详细内容见附件:
1个附件
h13497-oracle-best-practices-xtremio-wp.pdf
Fenglin1
2.1K 消息
0
2016年3月7日 21:00
(四十四)EMC ProtectPoint 完整备份解决方案
本白皮书介绍了 EMC 在数据集呈指数级增长的背景之下,如何从容应对挑战,满足日益严格的保护服务级别协议 (SLA) 要求。EMC ProtectPoint 旨在提供更快、更高效的完整备份,同时消除备份对应用程序服务器的影响,降低总体成本和复杂性。通过集成主存储和业界领先的保护存储(EMC Data Domain 重复数据消除存储系统),ProtectPoint 不再需要传统备份应用程序,同时仍可提供本机完整备份的优势。ProtectPoint 提供两全其美的数据保护,兼具快照的性能和备份的功能,实现了非侵入式数据保护。
数据保护的功能不仅仅是降低风险和成本。它能让您少花一些时间担忧能否可靠地恢复数据,投入更多的时间用于增加商业价值,从而增强业务灵活性。但首先您必须确信您的所有数据都真正受到了切实有效的保护。其中,对任务关键型和高性能应用程序及其数据的保护,既是当务之急,更是重中之重。许多传统数据保护解决方案采用“一刀切”方法,或侧重于解决某方面问题而忽略其他方面的问题,因而存在保护漏洞。相比之下,EMC 提供了一整套连续数据保护解决方案,从可用性到归档,一应俱全,可确保您的所有数据都受到适当级别的保护。
许多应用程序都需要全天候满负荷运行,且其相关数据与日俱增。某些应用程序的性能要求特别具有挑战性。与此同时,这些应用程序的恢复点目标 (RPO) 和恢复时间目标 (RTO) 要求也日趋严格。因此导致了对快速高效保护的要求与满足此要求而不中断其他服务的能力之间存在较大的差距。由于传统备份无法满足此要求,因此很多数据中心采用快照来实现更加高效的保护。遗憾的是,如果用户在需要备份的情况下使用快照,可能会导致欠缺必需的保护和功能,并产生不必要的复杂性。
EMC ProtectPoint 通过集成同类最佳的 EMC 产品,同时提供快照性能和备份功能,从而直接弥补了数据保护连续体系在这方面的差距。ProtectPoint 可让应用程序所有者在不影响其应用程序性能的情况下,全面掌控数据保护,从而获得不折不扣的高效数据保护。EMC ProtectPoint 提供“两全其美”的数据保护。具体而言,EMC 备份的优势包括:
此外,ProtectPoint 提供以下快照优势:
这使得 ProtectPoint 能够提供快照性能和备份功能。
总体而言,借助 EMC ProtectPoint,您可以降低时间、成本和应用程序备份管理的复杂性(图 7)。首先,您将通过非侵入式数据保护消除备份对应用程序服务器的影响,由于没有数据流通过应用程序服务器,只需暂停应用程序,即可完成备份。这可确保您维持一致的应用程序性能,同时获得应用程序一致性备份,从而实现简单恢复。其次,最终您无需做任何折中,即可满足严格的保护SLA 要求。由于仅通过 SAN 直接发送更改的数据块,且所有备份均按本机格式存储,因此您将实现更快速的备份、恢复并可即时访问受保护数据,从而简化粒度恢复。最终,您将只需一个极其精简的基础架构,就能实现所有这些目标,并降低总体成本和复杂性。EMC ProtectPoint 简单高效,且无需额外的基础架构。
ProtectPoint 攻克了保护大型任务关键型应用程序所面临的关键难题,对那些高端企业级存储阵列中的常见工作负载而言,保护要求尤为严格。ProtectPoint 以独特的方式完美解决了这些难题,因为它是专为实现高效的应用程序保护而全新设计的,并不依靠现有的备份应用程序或本机阵列快照复制。凭借这一业内独一无二的解决方案,您现在可以实现对应用程序的高效保护,并且完全无需降低性能。
详细内容见附件:
1个附件
h13261-emc-protectpoint-detailed-review-wp.pdf
Fenglin1
2.1K 消息
0
2016年3月13日 22:00
(四十五)EMC ScaleIO融合存储为SAP HANA配置定制数据中心(TDI)解决方案
本白皮书展示了一种新的方法,可用于突破SAP HANA基于应用装置的传统部署的限制。显示了如何根据EMC ScaleIO融合存储为HANA配置定制的数据中心集成(TDI)解决方案。该解决方案提供了适用于HANA的基于服务器的标准存储,并且具有更高级别的灵活性和可扩展性。
摘要
SAP HANA为企业提供了巨大的机遇,可利用大数据获得竞争优势。凭借众多的内存中处理功能,HANA支持实时运行应用程序和分析,加快商务智能和复杂计算的速度。尽管传统上仅部署为应用装置,但是利用预先集成的服务器、存储和网络,SAP还定义了一个备用部署选项,名为定制的数据中心集成(TDI)。TDI为企业提供了更大的灵活性,使其可以选择运行HANA的硬件组件。
EMC ScaleIO软件为HANA的TDI实施提供高性能、可扩展且经济高效的存储解决方案。ScaleIO支持企业在行业标准服务器中使用内部存储,并创建存储区域网络(SAN)为HANA提供共享数据块存储。ScaleIO提供灵活的部署选项,可通过完全融合的方式安装在现有应用程序服务器上,也可安装在专用服务器上。借助ScaleIO,企业大大提到了灵活性,可从小型HANA实施入手,并随着业务需求的增长进行扩展。ScaleIO还消除了传统HANA应用装置中对大量前期投资的需求,从长远来看可以避免受制于供应商。
EMC和VCE已携手对采用HANA的ScaleIO进行了测试。这些测试旨在证明ScaleIO可以达到SAP的性能基准。通过这些测试,EMC和VCE还可以为ScaleIO基础架构优化配置选项,并将经过优化的配置选项共享给计划进行相似实施的其他企业。
本白皮书介绍了我们构建的测试环境,并且为致力于为HANA部署ScaleIO的其他企业提供了详细的配置建议和最佳做法。此外,本白皮书还包括有关如何启用SAP HANA来访问ScaleIO存储的知道。
通过遵循本白皮书中的指导和建议,任何规模的企业都可以做好充分的准备,从而成功将ScaleIO部署为适用于SAP HANA的TDI解决方案。
业务案例
SAP HANA是功能强大的内存中数据库和应用程序平台,支持在线交易、预测分析、空间处理等突破性功能。传统上,SAP需要HANA以应用装置模式部署,这样就可以通过集成产品包的形式提供认证的计算、存储和网络组件。但是,这种应用装置模式将企业锁定在特定的供应商硬件中,使他们无法使用数据中心的现有资源,限制了灵活性,并且通常会增加HANA的应用成本。
为了应对此种情况,SAP为HANA部署定义了TDI模式。借助TDI,企业可以在经SAP认证的服务器上部署HANA,并且可以自行选择存储和网络设备,只要这设备受SAP支持即可。TDI模式可以加快HANA的部署速度,让HANA部署可以灵活地从较小环境开始,然后根据需要进行扩展,避免了陷入受制于供应商的困境。这有助于企业缩短实现价值的时间、降低风险以及削减HANA的基本之处和运营支出。
适用于HANA TDI的EMC ScaleIO:
EMC ScaleIO为SAP HANA提供理想的TDI解决方案。ScaleIO是纯软件SAN,将行业标准服务器上的内部存储转变为全局共享数据块存储。ScaleIO提供单层弹性计算和存储体系结构,可为SAP应用程序和非SAP应用程序提供线性可扩展性。ScaleIO使企业可以从少量服务器以及数TB的容量入手,然后将环境纵向扩展到数千台服务器和数PB的容量,同时保持一致的性能。此外,ScaleIO可以使用相同的底层体系结构进行纵向扩展和横向扩展,以根据企业的各项要求扩展SAP HANA。
借助ScaleIO,企业可以获得SAP HANA所需的所有性能和容量。优势包括:
本解决方案的目的在于证明EMC ScaleIO融合存储为基于应用装置的SAP HANA传统部署提供可行的备用方案。根据EMC和VCE执行的测试,本白皮书证明了ScaleIO可提供高度灵活、可扩展且经济高效的定制数据中心集成(TDI)解决方案,从而达到SAP要求的KPI。另外,白皮书还提供详细的配置和部署建议,旨在帮助企业成功实施ScaleIO作为其SAP HANA环境的TDI解决方案。白皮书包括以下内容:
详情见附件:
1个附件
h13731-storage-configuration-best-practices-sap-hana.pdf
Fenglin1
2.1K 消息
0
2016年3月24日 01:00
(四十六)面向Oracle数据库的EMC XtremIO优化闪存存储
由Oracle数据库工作负载生成的物理I/O模式已经得到很好的理解。过去,这些I/O特征的可预测性质已经使得平台供应商能够广泛实施各种I/O加速技术,包括预取、合并传输、分层、缓存甚至I/O消除。不过,对所有这些加速技术而言均非常重要的关键假设是存在可识别的活动数据集。虽然Oracle数据库工作负载确实通常都位于活动数据集上,但工作负载的活动数据集很少是静态的 – 它往往会基于数据老化或工作流(如“月末数据处理”)甚至数据源本身等易于理解的因素移动。识别当前的活动数据集并跟上活动数据集的移动既复杂又耗时,因为工作负载、工作负载类型和工作负载数量非常多变。存储管理员不断追逐活动数据集导致的性能热点。
基于闪存介质的全闪存阵列(AFA)可以完全消除识别活动数据集的需要,因为闪存能够均等地服务较大数据集的任何部分。但是并非所有AFA都能带来同等的优势。
尽管有无数的AFA已进入市场,但要获取数据库要求的最佳性能仍非常具有挑战。挑战不仅限于性能。现代存储阵列提供了广泛的功能,例如重复数据消除、快照、克隆、精简资源调配和复制。这些功能构建在底层磁盘管理引擎的基础之上,并遵守有利于顺序I/O的相同规则和限制。简单地用闪存替换硬盘驱动器不会破坏这些功能,但也无法增强这些功能。
EMC开发了完全基于闪存介质的全新类别的企业级存储系统,即XtremIO闪存阵列。XtremIO的方法不是简单地在现有的存储控制器设计或软件中进行闪存替代,而是从头设计全新的阵列以发挥闪存的全部性能潜力,并提供在当前存储系统的背景中前所未有的基于阵列的功能。
本白皮书将帮助读者了解Oracle数据库性能瓶颈以及XtremIO AFA如何利用其独特的功能应对I/O配置文件和负载水平的持续变化以解决这类性能瓶颈。白皮书中证明,要确保最佳Oracle数据库用户体验,必须有针对闪存高度优化的体系结构。
白皮书的主要内容分为以下几个部分:
详细内容见附件(附件为(二)不1ms不是好AFA,全闪存阵列XtremIO优化Oracle数据库性能的中文版本)
1个附件
h13174-wp-optimized-flash-storage-for-oracle-databases.pdf
Fenglin1
2.1K 消息
0
2016年3月29日 23:00
(四十七)针对大型机环境的 EMC VMAX 概述
本白皮书介绍了适用于 IBM z 系统的 EMC VMAX3 和 VMAX 全闪存存储的功能。在运行HYPERMAX 操作系统 5977 和 z/OS 环境中运行 Mainframe Enabler V8.0 时提供大型机功能。在本文档中,VMAX3 是指所有的 VMAX 100K、VMAX 200K 和 VMAX 400K 存储系统,VMAX 全闪存是指 450F 和 850F。
全球各地的组织需要能够提供可即时、持续访问的 IT 基础架构,以便访问大规模增加的与传统在线事务、批处理和大数据使用情形(如数据仓库存储和数据分析)相关联的数据量。这必须通过持续减少总体拥有成本 (TCO)、改善存储服务级别协议 (SLA) 和与数据存储有关的风险缓解措施来完成。许多组织在合同上绑定了描述所需服务级别的 SLA,通常会出现违反法规遵从性相关的处罚。组织正在试着了解如何在多数大型组织作为“记录系统”使用的大型机(被称为“第 1 平台”)上,利用构建于社交、移动、云和大数据时代(IDC 将其统称为“第 3 平台”)新一代“参与系统”应用程序。几乎每周都会出现新的数据可用性和完整性威胁,IT 组织必须利用先进的技术来响应威胁,为数据提供保护。几十年来,EMC 一直在帮助企业解决大型机存储问题,现在,EMC 重新定义了传统存储阵列,将其转变成“数据服务平台”,成为搭建在第 1 平台和第 3 平台之间的桥梁,实现现代化并交付下一代混合云计算和存储,于此同时提供最佳的可用性、数据完整性和总体拥有成本 (TCO) 管理。
现代化大型机存储体系结构需要实现:
支持大型机的 VMAX 100K、200K、400K、450F 和 850F 阵列旨在通过以下方式满足并超越这些要求:
本白皮书介绍了 VMAX3 如何为大型机环境提供这些功能和其他支持的详细信息。详情见附件:
1个附件
h14874-vmax-for-mainframe-overview-wp.pdf
Fenglin1
2.1K 消息
0
2016年4月4日 21:00
(四十八)适用于 VNX2 的 VDM METROSYNC
能够访问数据是许多组织的日常运营和职能中的关键组成部分。通过实施复制解决方案,数据中心可以提供灾难恢复 (DR) 计划和附加冗余,从而避免业务运营中的中断。现在对连续数据可用性的需求比以往任何时候都要高。IT 组织在寻求可在主站点不可用时提供零数据丢失的同步复制解决方案。它们必须能够快速、高效地从灾难中恢复,以便尽快使其业务恢复在线状态。它们希望通过在检测到严重问题时自动故障切换到辅助站点,来尽可能减少宕机时间。本白皮书针对旨在满足这些要求的 VDM MetroSync、VDM MetroSync Manager 和保留 Replicator 会话提供了综合概述。
VDM MetroSync 是适用于 VNX2 File 的灾难恢复 (DR) 解决方案,它利用 MirrorView/S 复制会话以虚拟 Data Mover (VDM) 粒度创建零数据丢失复制解决方案。它允许复制 VDM 以及其所有内容,包括文件系统、检查点、检查点计划、CIFS 服务器、导出、接口等。它可以采用主动/被动配置(其中活动 VDM 限制到一个站点上)或主动/主动配置(其中每个站点都具有其自己的一组活动 VDM)进行配置。VDM 可以根据需要从一个系统移动或故障切换到另一个系统。
VDM MetroSync Manager 是可选软件,可以安装在使用 VDM MetroSync 的 Windows 服务器上。它提供一个 GUI 界面,可显示 VDM MetroSync 会话信息,并运行移动、故障切换或恢复 VDM 这些操作。它还能连续监视会话,并在检测到问题时自动启动故障切换。在两个系统之间启用了同步复制时,还可以使用 Replicator 将异步复制添加到第三个系统。这使第三个系统可以位于距离更远的位置上,并使它可以用作备份和恢复解决方案。当 VDM 在 VDM MetroSync 系统之间进行移动或故障切换时,到第三个系统的 Replicator 会话会保留。由于 Replicator 检查点会随 VDM 一起复制,因此提供了一个公共库检查点,从而无需在故障切换之后进行完全同步。Replicator 会话可以在 VDM 处于活动状态的新系统上进行增量更新并重启。
与机柜级别灾难恢复解决方案相比,VDM MetroSync 提供了几个优势:
此功能的一些典型使用情形包括:
数据移动性
白皮书中包括VDM METROSYNC 配置和操作的详细步骤:
1个附件
h14695-vdm-metrosync-vnx2-wp.pdf
Fenglin1
2.1K 消息
0
2016年4月10日 19:00
(四十九)EMC VNX 上的虚拟 Data Mover
本白皮书介绍了 EMC VNX 系列存储平台中提供的虚拟 Data Mover (VDM) 技术的高可用性和可移植功能。VDM 是 VNX Operating Environment 的标配。虚拟 Data Mover (VDM) 是一项 EMC VNX 软件功能,可用于将通用 Internet 文件系统 (CIFS) 和/或网络文件系统 (NFS) 环境和服务器分组到虚拟容器中。通过使用 VDM,可以将 CIFS 和/或 NFS 环境相互隔离,从而使其更安全、更易于复制和迁移。
VDM 包含支持一台或多台 CIFS 和/或 NFS 服务器及其文件系统所需的数据。每个 VDM 都只能访问装载到该 VDM 的文件系统,从而在 VNX 系统上的物理 Data Mover 与其他 VDM 之间形成逻辑隔离。创建 VDM 时,会为该 VDM 创建大小为 128 MB 的根文件系统。每个 VDM 只创建一个根文件系统。这是存储 CIFS 和/或 NFS 身份信息的文件系统。数据文件系统会装载至在 VDM 根文件系统上创建的装载点,用户数据保留在这些数据文件系统内。
实施 VDM 可以:
从 VDM 访问数据与访问驻留在物理 Data Mover 上的数据没有区别。多名称域解决方案为每个 VDM 实施一台名为“NFS 端点”的 NFS 服务器。VDM 用作容器,其中包括 NFS 端点和/或 CIFS 服务器导出的文件系统。VDM 上的这些文件系统通过连接到 VDM 的 Data Mover 网络接口子集可见。在该 VDM 上,CIFS 和 NFS 协议可共享同一网络接口。客户不用担心性能受到影响。VDM 的工作方式与物理 Data Mover 相同。通过为每个 VDM 实施 NFS 端点,VNX 向 UNIX 环境中的 Data Mover 提供了多名称域解决方案。假设每个 VDM 都在唯一的域命名空间中运行,那么承载多个 VDM 的 Data Mover 能够向作为不同轻型目录访问协议 (LDAP) 或网络信息服务 (NIS) 域的成员的 UNIX 客户端提供服务。与 CIFS 服务类似,多个 NFS 域将被添加到物理 Data Mover,以便为具有不同名称的域提供对 VDM 的访问权限。其中每个 NFS 端点都将分配给一个或多个 Data Mover 网络接口。可以指定任意数量的不同域名系统 (DNS) 或轻型目录访问协议 (LDAP) 域。
详细内容见附件:
1个附件
h10741-vnx-data-movers-wp.pdf
Fenglin1
2.1K 消息
0
2016年4月17日 22:00
(五十)适用于Oracle的EMC XtremIO高性能整合解决方案
本白皮书介绍了在EMC XtremIO全闪存阵列上部署VMware vSphere的虚拟化Oracle Database所具有的性能和运营优势,并且介绍了该解决方案如何增强Oracle Database环境的整合和虚拟化。
虚拟化数据库服务器是用于整合数据库的成熟策略,但是会带来独特的挑战。将多个应用程序整合在更少的物理主机上时,后端存储的I/O工作负载会变得高度随机,是因为虚拟机共享物理主机HBA等资源。XtremIO全闪存存储阵列构建用于在这些需求苛刻的虚拟化环境中执行操作,具有非常高且一致的随机I/O性能和最好的每数据库成本经济效益。此解决方案展示了使用XtremIO存储在VMware vSphere上部署Oracle Database 11g的优势,包括:
此解决方案展示出XtremIO可提供一下优势:
解决方案体系结构
该体系结构包含以下内容:
这些服务器安装有vSphere并且配置为VMware ESXi集群。在此运行四节点Oracle RAC数据库的ESXi集群上创建了四个虚拟机。通过将OLTP和数据仓库(DW)工作负载与Oracle RAC工作负载分开运行,检查了性能。
详细内容见附件:
1个附件
h12117-high-performance-oracle-xtremio-wp.pdf
Fenglin1
2.1K 消息
0
2016年4月25日 23:00
(五十一)EMC XtremIO部署企业级PostgreSQL 解决方案
EnterpriseDB( Postgres Advanced Server Database是由EDB(http://www.enterprisedb.com/)提供的针对企业级的PostgreSQL数据库产品,他在PostgreSQL社区版的基础上提供更多的安全、兼容性、企业开发、DBA管理、HA、扩展等功能。本白皮书主要介绍了在EMC XtremIO全闪存阵列上部署EDB Postgres Advanced Server的性能表现。
解决方案架构:
软件版本:
VM Template:
数据库Profile:
两个测试案例:
测试1 - 性能压力测试
工具pgbench、Read-Only和Read/Write,1、2、4 VM的顺序增加负载。Read-Only结果:
时间维度表现平稳(Read-Only测试):
性能随着DB数量呈线性上升,倍率稳定(Read-Only测试):
Mixed Read/Write测试结果:
时间维度表现平稳(Mixed Read/Write测试):
性能随着DB数量呈线性上升,倍率稳定(Mixed Read/Write测试):
测试2 - 快照性能测试:
测试中,为ProDB创建5个快照,同时运行压力测试。测试结果结果:
总结来看,XtremIO对处理EDB Postgres Advanced Server的负载表现游刃有余。EMC在解决方案中验证了在XtremIO上部署企业级PostgreSQL的良好表现。详细的解决方案中所使用到的技术和配置,见附件:
1个附件
h14581-enterprisedb-xtremio-wp.pdf
Fenglin1
2.1K 消息
0
2016年5月17日 02:00
(五十二)VMAX全闪存SQL Server部署解决方案
本解决方案白皮书描述了VMAX全闪存阵列为运行SQL Server的业务关键性数据提供了易用性、可依赖性、高可用性、安全性等特点的存储部署。VMAX全闪存是EMC 2016年新推出的旗舰存储阵列,它能够通过增加Flash Pack和V-Brick单元同时满足横向与纵向的扩展需求。
同时,针对SQL Server数据库的特点,VMAX全闪存一些关键的优势包括:
性能方面,白皮书提供了两个测试案例,测试环境配置如下:
测试案例一,单SQL Server数据OLTP测试
测试结果达到1.32M的 TPM,每秒21000的批量请求每秒,这种情况下,单个V-Brick的VMAX全闪存阵列的缓存利用率在75%,IO延迟只有区区的0.3 ms。
测试案例二,多SQL Server数据的OLTP测试
这个测试中分别选择3种不同性能的服务器运行SQL Server的压力测试,观察VMAX全闪存在混合负载SQL Server环境中的性能表现。
测试结果是,所有的服务器都能体验到小于1ms的IO延迟。
缓存的Hit率:
前端的IOPS:
测试结果的汇总表:
综合来看,VMAX 全闪存非常适合运行业务关键性的高性能SQL Server需求的负载,并能够利用VMAX的诸多数据保护,数据服务和高可用性的功能。
详细内容见附件:
1个附件
h15019-vmax-all-flash-storage-for-sql-server-wp.pdf
liulei_it
3.2K 消息
0
2016年5月17日 17:00
cloudboos啊 是不是ddboost得大哥
Fenglin1
2.1K 消息
0
2016年5月17日 20:00
ddboost比cloudboost出来的早哦
Fenglin1
2.1K 消息
0
2016年5月22日 21:00
(五十三)EMC XtremIO部署Citrix XenServer 6.5的优势
这篇解决方案描述了在EMC XtremIO全闪存阵列上部署Citrix XenServer 6.5性能和运营上的优势,以及描述解决方案是如何加强在虚拟化环境中的XenServer 6.5运行效率。解决方案使用EMC XtremIO全闪存阵列和Citrix XenServer 6.5提供存储与服务器硬件整合的私有云与服务器虚拟化环境。这种新的虚拟化架构通过集中管理,来提供部署有效的可扩展虚拟计算单元和共享存储来支持。
硬件资源:
软件资源:
参考配置架构的步骤:
测试结果:
在完成上述配置之后,整体环境的性能状况如下图所示
详细内容见附件:
1个附件
h14965-citrix-xenserver-emc-xtremio-all-flash-array.pdf
Fenglin1
2.1K 消息
0
2016年5月29日 22:00
(五十四)VMAX全闪存部署业务关键性Oracle数据库
本白皮书描述和演示了为什么要使用VMAX全闪存阵列部署业务关键性数据库的优势。VMAX全闪存阵列为运行SQL Server的业务关键性数据提供了易用性、可依赖性、高可用性、安全性等特点的存储部署。VMAX全闪存是EMC 2016年新推出的旗舰存储阵列,它能够通过增加Flash Pack和V-Brick单元同时满足横向与纵向的扩展需求。而随着越来越多的Oracle数据库部署在闪存阵列中,能够为客户带来诸如降低数据中心空间、减少能耗、提升性能等优势。
同时,针对Oracle数据库的特点,VMAX全闪存一些关键的优势还包括:
白皮书中还列出了在VMAX全闪存阵列中部署Oracle数据相关的配置建议,包括:
三种情况的性能测试结果
详细内容见附件:
1个附件
h14557-vmax3-all-flash-storage-for-oracle-database-wp.pdf
Fenglin1
2.1K 消息
0
2016年6月7日 23:00
(五十五)VMAX全闪存以及VMAX3部署VMware Virtual Volumes
本白皮书如何在EMC VMAX3和VMAX全闪存上部署VVol的步骤。根据文章(https://community.emc.com/docs/DOC-36732)的介绍,VMware Virtual Volume虚拟卷功能提供了一种的新的范例,可以让单个虚拟机和它的磁盘(而不是LUN)成为存储系统的管理单元。Virtual Volume将虚拟磁盘和其他的虚拟机文件封装起来,原生地储存在存储系统上。通过使用专门的API接口(vSphere APIs for Storage Awareness,VASA),存储系统可以感知到虚拟机和它们相关的内容。通过VASA,vSphere和下层存储系统可以建立起双向的带外(out-of-band)通信,使得数据服务和一些虚拟机操作可以卸载到存储上,比如快照、克隆等。
对于支持Virtual Volume的存储系统的带内(in-band)通信,vSphere仍然使用标准的SCSI和NFS协议。这就使得对Virtual Volume的支持可以在任意类型的存储上实现,如iSCSI、Fibre Channel、FCoE和NFS。而VMAX的内核HYPERMAX OS 5977 Q1 2016开始支持VVol。
本篇白皮书从几个角度介绍了VVol在VMAX阵列上的配置:
白皮书中队上述的内容描述都比较详细,操作管理员只需要按照书中介绍的步骤一步步就能完成配置。
详情见附件: