桌面云设备招标采购项目技术标样本.doc
《桌面云设备招标采购项目技术标样本.doc》由会员分享,可在线阅读,更多相关《桌面云设备招标采购项目技术标样本.doc(142页珍藏版)》请在咨信网上搜索。
资料内容仅供您学习参考,如有不当或者侵权,请联系改正或者删除。 XXXX( 中国) 有限公司 桌面云设备招标采购项目 系统集成方案 Version 1.0 .08.31 All Rights Reserved 更 改 记 录 更改 单号 更改 状态 更改原因 更改 页码 更改前版本号 更改后版本号 更改人 生效日期 备 注 编制人: 编制日期: 审核人: 审核日期: 批准人: 批准日期: 目录 1. 项目概述 7 1.1 项目背景 7 1.2 需求分析 7 1.3 建设目标 7 2. 桌面云整体设计 8 2.1 设计原则 8 2.2 整体设计拓扑图 9 2.3 整体设计概述 9 2.4 方案优势 10 2.4.1 桌面集中管理的优势 10 2.4.2 分布式计算的优势 12 2.4.3 成本节约的优势 12 3. 桌面云详细设计 14 3.1 vShpere基础架构平台 14 3.1.1 vShpere平台介绍 14 3.1.2 vShpere基础架构平台的优势 14 3.2 vCenter Server 15 3.2.1 vCenter Server介绍 15 3.2.2 vCenter Server的优势 15 3.3 vCenter Server设计规格 15 3.3.1 vCenter 服务器的建立 15 3.3.2 vCenter 服务器规格 16 3.3.3 vCenter 数据库 16 3.3.4 vCenter 数据库规格 16 3.4 ESXi主机设计 17 3.4.1 服务器主机指标要求 17 3.4.2 ESXi主机容量规划 18 3.4.3 ESXi主机配置规格 19 3.4.4 服务器主机 IP信息 19 3.4.5 ESXi软件规格 20 3.5 vCenter Server配置 21 3.5.1 集群属性 21 3.5.2 集群功能设定 21 3.5.3 VMware HA 21 3.5.4 vCenter 资源池 22 3.5.5 群集扩展说明 22 3.5.6 虚拟机的命名 23 3.5.7 ESXi主机的命名 23 3.6 存储设计 23 3.6.1 需求分析 23 3.6.2 存储设备选型 23 3.6.3 存储设备参数 25 3.6.4 存储性能和容量规划 26 3.6.5 存储逻辑设计 28 3.6.6 存储LUN的规划及设计 29 3.6.7 VAAI管理套件 30 3.7 网络设计 31 3.7.1 网络设计示意图 31 3.7.2 物理交换机设备选型 31 3.7.3 分布式交换机体系结构 38 3.7.4 逻辑虚拟网络设计 38 3.7.5 分布式交换机技术及优势 39 3.7.6 物理交换机Vlan设计 39 3.7.7 分布式交换机端口组配置 39 3.8 虚拟桌面设计 40 3.8.1 View Manager 40 3.8.2 View 版本说明 42 3.8.3 View支持的操作系统 42 3.8.4 虚拟桌面池管理 43 3.8.5 虚拟机的资源管理 44 3.8.6 安全访问 44 3.8.7 高可用性与扩展 45 3.8.8 离线桌面 46 3.8.9 物理桌面发布 46 3.8.10 应用虚拟化 46 3.8.11 启动风暴的优化 47 3.8.12 访问负载均衡 47 3.8.13 虚拟桌面优化 49 3.8.14 桌面用户配置文件管理 49 3.8.15 开放式API 49 3.9 桌面云运维管理平台 49 3.9.1 管理虚拟桌面 49 3.9.2 用户管理 50 3.9.3 资源管理 51 3.9.4 监控管理 51 3.9.5 告警管理 52 3.9.6 日志管理 53 3.9.7 自助请求管理 53 3.9.8 计费管理 53 3.9.9 网络流量管理 54 3.9.10 虚拟桌面回收管理 54 3.9.11 管理工具 54 3.10 瘦客户机选型 55 3.10.1 Wyse T50参数 55 3.11 安全性设计 57 3.11.1 vShield Endpoint安全防护 57 3.11.2 主机安全 58 3.11.3 vCenter和虚拟机安全 58 3.11.4 vCenter用户组、 角色和权限分配 59 3.11.5 防病毒安全 59 3.12 虚拟机备份 61 3.12.1 VMware Data Recovery概述 61 3.12.2 VMware Data Recovery功能特性 62 3.12.3 VMware Data Recovery备份策略和原则 63 3.13 配置清单 65 3.13.1 软件配置清单 65 3.13.2 硬件配置清单 65 4. 项目实施管理 69 4.1 项目实施组织架构管理 69 4.1.1 项目实施组织架构 69 4.1.2 项目团队成员及履历 70 4.2 项目实施监控 73 4.2.1 质量保证 73 4.2.2 风险管理 74 4.2.3 变更管理 74 4.3 测试管理方案 75 4.3.1 集成测试 75 4.3.2 系统测试 75 4.3.3 用户验收测试 75 4.4 沟通管理方案 76 4.4.1 项目日常管理沟通 76 4.4.2 项目管理委员会层级沟通 76 4.4.3 特殊问题升级沟通 76 4.5 资源管理方案 77 4.5.1 人力资源的组织 77 4.5.2 人力资源的日常管理 77 4.5.3 人力资源的激励与补偿 77 4.5.4 人力资源应急事件响应 78 4.6 项目工时估算 78 4.6.1 项目进度计划 78 4.7 项目验收标准 79 4.7.1 评估程序 79 4.7.2 验收标准 80 4.7.3 项目交付物 80 5. 技术支持与售后服务 80 5.1 服务承诺 81 5.2 故障等级及响应时间 81 5.3 服务明细 82 5.3.1 电话支持服务 82 5.3.2 远程支持服务 82 5.3.3 现场支持服务 82 5.4 驻点工程师服务 83 5.4.1 VMware现场支持服务概述 83 5.4.2 定制的现场支持服务模式 84 5.5 培训服务 88 5.5.1 培训承诺 88 5.5.2 培训目标 89 5.5.3 培训内容及起止时间 89 5.5.4 培训设施 89 5.5.5 培训材料和文件 89 5.5.6 对受训人员的要求 90 5.5.7 培训地点 90 5.5.8 课程效果的评估方法 90 5.6 原厂培训服务 90 6. 成功案例介绍 90 6.1 太平洋保险( CPIC) 桌面虚拟化案例介绍 90 6.2 IBM中国开发中心智能商业桌面云案例介绍 93 6.3 广东移动绿色营业厅和呼叫中心案例介绍 97 1. 项目概述 1.1 项目背景 为了避免传统PC数据隐患高、 易损坏、 数据存储分散、 难以管理及研发有越来越多的对外沟通、 互联网访问的需求, 期望经过桌面云的技术, 建设一套高度信息安全、 高可靠、 设备轻型化、 绿色节能的办公系统。 1.2 需求分析 1、 桌面用户数需求 本次桌面云项目的建设规模如下: 深圳用户数: 1100人(包括Windows 7、 Windows Server 、 Windows Server R2) 北京用户数: 200人(包括Windows 7、 Windows Server 、 Windows Server R2) 总体用户数1300个包含Windows Server: 250个。 2、 桌面虚拟机的标准配置要求 每个桌面均采用Full Clone的模式, 配置要求如下: vCPU CPU最大GHz CPU平均GHz 内存 C盘 D盘 平均IOPS 读写比例 桌面 2 2 0.8 4GB 40GB 80GB 30 1: 1 3、 其它需求 在整体方案设计中考虑硬件30%的资源冗余。 1.3 建设目标 本次桌面云项目应实现以下功能目标: 1) 系统要支持集中管理能力, 如: 对操作系统镜像统一管理、 发布。支持OFFICE 、 IE8、 PDF、 MEDIAPLAYER视频播放软件、 MS-LYNC 、 常见输入法, 支持视频播放, 画面流畅; 2) 支持Java、 .NET等常见编程软件, 如Java、 Visual Studio、 Eclipse、 Dephi; 3) 支持SQL、 Oracle、 DB2等常见数据库软件客户端和服务器端; 4) 用户虚拟桌面颜色至少32位以上, 保证图像显示质量,分辨率最少保证在1024*768; 5) 系统支持安全架构设计, 具有完善的安全防护能力; 6) 系统支持高可用性、 动态迁移等可靠性设计; 7) 系统支持经过扩容存储与计算资源实现用户平滑扩容。 2. 桌面云整体设计 2.1 设计原则 可行性和适应性 平台要保证技术上的可行性和经济上的可能性。 实用性和经济性 平台建设应始终贯彻面向应用, 注重实效的方针, 坚持实用、 经济的原则。 先进性和成熟性 平台设计既要采用先进的概念、 技术和方法, 又要注意结构、 设备、 工具的相对成熟。不但能反映当今的先进水平, 而且具有发展潜力, 能保证在未来若干年内占主导地位。 开放性和标准性 为了满足平台所选用的技术和设备的协同运行能力, 平台投资的长期效应以及系统功能不断扩展的需求, 必须追求系统的开放性和标准性。 可靠性和稳定性 在考虑技术先进性和开放性的同时, 还应从平台结构、 技术措施、 设备性能、 系统管理、 厂商技术支持及维修能力等方面着手, 确保平台运行的可靠性和稳定性, 达到最大的平均无故障时间。 安全性和保密性 在平台设计中, 既考虑信息资源的充分共享, 更要注意信息的保护和隔离, 因此平台应分别针对不同的应用和不同的网络通信环境, 采取不同的措施, 包括系统安全机制、 数据存取的权限控制等。 可扩展性和易维护性 为了适应平台变化的要求, 必须充分考虑以最简便的方法、 最低的投资, 实现平台的扩展和维护。 2.2 整体设计拓扑图 2.3 整体设计概述 VMware View桌面虚拟化构建基于服务器的桌面解决方案, 不但能够解决PC桌面面临的各种难题, 还能优化可用性、 可管理性、 总体拥有成本和灵活性。借助View桌面虚拟化, 在使用VMware ESXi软件虚拟化的服务器上运行的虚拟机中, 能够构建完整的桌面环境-操作系统、 应用程序和配置。管理员可使用 VMware vCenter集中管理环境中的所有虚拟机。最终用户可使用远程显示软件, 从PC或瘦客户端( Thin Client) 访问其桌面环境。 利用 VMware ESXi 的功能和 vCenter Server 的管理功能, View桌面虚拟化 实现了标准化的虚拟硬件, 并为物理 VMware ESXi 主机硬件提供了严格筛选的硬件兼容性列表 (HCL), 有效减少了设备驱动程序不兼容的问题。借助 VMware ESXi 可扩展的 CPU 调度功能以及 VMware Distributed Resource Scheduler (DRS) 的多主机平衡功能, 性能波动现象也明显减少。VMware ESXi 能够直接暂停并重新调度虚拟机, 而无需考虑客户操作系统内部的线程活动。这使得资源共享更加确定, 可显著改进用户在 View桌面虚拟化环境中的体验。 与基于 Terminal Server 的集中式计算不同, View桌面虚拟化 可为每位用户提供一个独立的虚拟机来进行桌面计算。经过为每位用户提供自己的操作系统, View桌面虚拟化 提供了企业部署集中式桌面所需的稳定性和性能管理功能。 VMware View是一个企业级桌面虚拟化解决方案, 它与 VMware vSphere 协同工作, 可提供一个完整的端到端 View桌面虚拟化解决方案, 此解决方案不但能增强控制能力和可管理性, 简化虚拟桌面的管理、 调配和部署; 还能够提供令用户备感亲切的桌面体验, 用户能够经过View Manager安全而方便地访问虚拟桌面, 升级和修补工作都从单个控制台集中进行, 因此能够有效地管理数百甚至数千个桌面, 从而节约时间和资源。数据、 信息和知识财产将保留在数据中心内。 2.4 方案优势 2.4.1 桌面集中管理的优势 VMware View桌面云集传统 Terminal Server的卓越功能与分布式计算的重要功能于一身, 同时还具有很多独一无二的全新优势, 例如: · 性能和可靠性优势: VMware View桌面云是第一个允许用户会话在服务器群中使用资源的计算模型。它实现了用户会话的集中式执行, 无需依赖 Windows 内核来协调多用户会话。另外, View桌面云 还能够实现服务器群的自我平衡, 并能以透明方式在主机之间迁移用户, 这大大扩展了可在基于服务器的计算模型上部署的应用程序数量和类型。 · 能够重新设计桌面: 利用 VMware ESXi 独一无二的内存管理功能、 千兆位的网络连接, 以及高速的共享存储, View桌面可实现前所未有的性能水平, 远非独立的 PC 所及。 · 零停机维护: 在任何 VMware ESXi 主机上执行硬件维护, 都不需要等待用户注销, 也不需要中断用户会话。经过将 VMware ESXi 主机切换到维护模式, 可将所有活动的 View桌面云 会话迁移至服务器群中的其它位置。使用此功能, IT 人员可在正常工作时间执行维护, 而不会对用户产生任何影响。 · 集成的服务器与桌面管理平台: 公司第一次能够统一管理用户桌面和服务器。IT 人员能够简化数据中心的流程, 改进服务器支持小组与桌面支持小组之间的协作。一种备份和灾难恢复功能设计即可同时满足服务器和桌面这两大领域的需求。 · VMware vSphere 能够降低成本: 全球有 100,000 多家 IT 企业采用了可降低成本的 VMware vSphere, VMware 虚拟化软件已节约了数十亿美元的硬件成本和运营成本。随着处理器功能的日益强大、 VMware vSphere在更多低成本硬件上得到认证, 以及该套件不断扩展以适应最苛刻的企业工作负载条件, 由 VMware vSphere所节约的成本还会不断提高。 · 在企业范围内实现标准化: 虚拟化技术是将软件从硬件中抽离出来, 并创立可移动的虚拟机。因此, 利用 VMware vSphere能够在企业范围内更便捷地实现数据中心的标准化。VMware vSphere能够在所有主要硬件供应商的塔式、 机架式和刀片式服务器上运行大多数主流操作系统, 这大大提高了现有多供应商硬件投资的价值。 · 简化 IT 操作, 提高管理效率: VMware vSphere能够简化人工和资源密集型 IT 操作, 例如跨越不同的硬件、 操作系统和软件应用程序环境进行服务器的部署与维护, 这样, 只需较少的 IT 人员就能管理更多的工作负载。另外, vCenter 提供的统一监控和管理平台可显著提高系统管理员的工作效率, 使每个系统管理员能够监控并有效管理更大的基础架构资源池。 · 业务连续性优势: 现在, 集中式计算实现了可移动性, 那些需要使用自己 PC 的用户将获益良多。 · 许可优势: View桌面云 为节约许可证费用创造了新的机会。在与某种可提供动态部署功能的连接代理工具一起使用时, 基于并行安装数量的产品将能够利用并行使用许可模型。 · 精确的性能控制: 使用某些资源协调产品能够更精确地控制 Terminal Server 中的应用程序优先级, 而VMware vSphere中引入的资源池能够用来指定接收服务器群内优先级的用户桌面组。VMware vSphere允许 VIP 用户或需要占用大量 CPU 的应用程序在跨 VMware ESXi 群集分布的单独池中执行操作。 · 消除了多个 N+1 计算仓: 由于应用程序兼容性问题, Terminal Server 部署一般会将应用程序分组并将其置于她们自己的服务器池中。这样, 对于每个已发布的应用程序组, 无论其容量有多大, 都需要部署新的服务器来提供容错功能。View桌面云 的用户隔离技术允许完全基于容量来部署服务器, 这样既可减少服务器数量, 又能满足容错要求。 · 应用程序管理的新选择: 利用模板和克隆技术, 管理员可为各个部门建立计算机模板, 进而根据需要快速部署新的用户桌面。 2.4.2 分布式计算的优势 View桌面云保留了与分布式计算相关的很多优势。经过为每位用户提供自己的操作系统, View桌面云 保留了分布式计算的很多强大功能, 其中包括: · 最终用户隔离: Terminal Server上发生的大部分崩溃均由”蓝屏”事件所致。在Terminal Server中, 用户会话的运行情况完全依赖于其它用户的应用程序是否可靠。如果软件组合未经过测试, 那么当复杂的工作负载过多时, 往往会造成蓝屏事件。与之不同的是, View桌面云 不需要期待操作系统对多个用户保持稳定, 也不需要假设运行中的软件的多个变体能够保持稳定。View桌面云可保护每位用户免受其它用户所产生的问题的影响。这种保护消除了可一次影响30到40位用户的操作系统崩溃事件, 同时View桌面云用户还能够保持分布式计算所具有的隔离水平。高级用户在安装软件和重新启动桌面时, 将不会影响其它用户。 · 改进性能隔离: PC用户需要对自己的CPU、 内存和磁盘资源享有完全访问权限。在Terminal Server上, 用户之间的资源争用现象十分严重, 极大地影响了系统性能。在由安装了已发布桌面的双向Terminal Server所构成的现有服务器群中, 引入高负载的应用程序会引起性能不稳定, 因为部分用户的操作将不时降低服务器上所有其它用户的性能。借助VMware Distributed Resource Scheduler (DRS), vSphere允许在最多128个逻辑CPU 上以近乎线性的方式来扩展View桌面云会话, 并能够实现服务器群级别的会话移动性。Vmware ESXi 调度程序可在最大的服务器上为高负载用户查找空闲CPU周期, 还可使用VMware VMotion™将选定的用户会话移到使用 DRS的其它主机。 现在, 要部署集中式计算解决方案的公司能够完全放心, 她们的基础架构足以进行不可预见的应用程序的部署, 而不会影响用户的桌面体验。虚拟桌面现在能够随意利用整个VMware ESXi主机群中的空闲CPU周期。这样, View桌面云便不但具有群集解决方案所特有的CPU借用功能, 还能够使用户保持PC环境的隔离状态。 2.4.3 成本节约的优势 在考虑总体拥有成本时, 简单的成本评估无法得到真实的情况。每个桌面管理模型和执行模型都有隐含的成本和风险。View桌面云 可节省成本的主要领域包括: · 硬件部署: View桌面云可简化新基础架构的部署。 · 硬件维护: View桌面云提供了特别简单而又十分高级的管理选项, 无需停机即可执行硬件维护。 · 硬件持续时间: VMware vSphere群的资源池模型可提供非常动态的性能平衡和调整功能。这种灵活性允许IT人员在性能需求发生变化以及出现较新的硬件时, 重新调整VMware ESXi 主机硬件的用途, 以适应虚拟桌面和应用程序服务器的各种组合。因而能够显著延长VMware ESXi主机硬件的使用寿命。 · 减少停机时间: VMware ESXi的稳定性与最终用户的隔离减少了与软件故障相关的停机时间。vSphere中有多项功能可帮助延长View桌面云部署的正常运行时间。VMware High Availability (HA)允许View桌面云 桌面在发生硬件故障后自动重新启动。vSphere还能够将VMware ESXi主机切换到”维护模式”之下, 在此模式中, 可在维护期间将View桌面云桌面迁移至其它VMware ESXi主机, 从而无需中断用户会话。经过严格审查的 VMware ESXi 硬件兼容性列表 (HCL) 可进一步延长View桌面云 部署的正常运行时间。 · 系统性能: vSphere提供了无与伦比的平台平衡功能和卓越的资源分配功能。另外, 它还具备特有的 VMware ESXi 内存管理功能, 为增强性能提供了新的机会, 如下面的”性能大幅提升”一节所述。 · 应用程序管理: 在View桌面云环境中, 数据中心的各种设备彼此临近, 有助于在虚拟桌面及其支持服务器之间进行千兆位以太网连接, 这使得应用程序流式传输的性能得到了显著改进。另外, 共享映像策略的实施以及虚拟机模板的使用, 也大大简化了应用程序管理。 View桌面云具有丰富的全新功能, 并为节约成本提供了多种途径, 有助于解决用户环境的管理问题。IT 部门要发现所有这些新机会, 可能还需要一段时间。实践将证明, 就长期而言, View桌面云为企业节省的主要成本应该是与持续采用集中式计算相关的成本。在未采用 View桌面云之前, Terminal Server的稳定性和软件兼容性问题限制了很多公司的成本节约幅度。现在, 公司能够更积极地将重心转向基于服务器的计算, 她们能够相信, 在最终用户隔离、 可扩展的性能平衡以及减少应用程序相互影响等关键功能的共同作用下, 一定能够成功部署现在和未来的各种软件。 3. 桌面云详细设计 3.1 vShpere基础架构平台 桌面云基础设施的一个重要组成部分就是为桌面虚拟机提供一个高可用性和冗余基础架构环境。vShpere虚拟化群集就是提供高可用性的基础。 3.1.1 vShpere平台介绍 VMware vSphere® 是构建云计算基础架构的业界领先的虚拟化平台。vSphere 使用户能够自信地运行关键业务应用程序, 更快地对其业务作出响应。vSphere 加快了现有数据中心向云计算的转变, 同时还支撑兼容的公共云服务, 铺平了通往唯一混合云模式的道路。 vSphere 经过 250,000 多家客户验证( 其中包括全球财富100 强中的全部企业) 并利用十多年的业界领先的 VMware® 技术和经验, 可提供无与伦比的灵活性、 控制力和效率, 同时丝毫无损客户的选择自由。 3.1.2 vShpere基础架构平台的优势 传统分散的桌面当机, 影响只是个体。可是在桌面虚拟化架构下, 如果服务器端出问题, 影响就是大面积的。因此在桌面集中管理模式下, 我们需要充分考虑集中部署所带来的风险。对于客户而言, 稳定性是高于一切的。 比较桌面虚拟化最底层的基础架构实际上是比拼的是服务器虚拟化技术。在这一领域, VMware view内嵌最高级别( Enterprise Plus) 的服务器虚拟化使用许可, 提供了不同级别的容错技术。 • VMware是服务器虚拟化事实上的标准, VMware的市场份额是89%; • VMware服务器虚拟化已经在金融行业内普遍使用( 包括人寿, 四大行) , 其稳定性已得到验证; • 提供VMware Fault Tolerance, 确保零停机时间和零数据丢失; • 提供VMware High Availability, 防止发生计划外服务器停机; • 提供Site Recovery Manager, 从计划内或计划外站点失效, 站点的快速恢复; • 提供VMware vMotion, 防止发生计划内服务器停机; • 提供Storage vMotion, 防止发生计划内存储设备停机。 3.2 vCenter Server 3.2.1 vCenter Server介绍 VMware vCenter™ Server 提供一个可扩展平台, 能够实现主动式的虚拟化管理, 并可提供详尽的虚拟基础架构信息。vCenter Server 可集中管理 VMware vSphere® 环境及简化日常任务, 从而显著提高对环境的管理控制能力。 3.2.2 vCenter Server的优势 VMware vCenter™ Server 提供一个可扩展平台, 能够实现主动式的虚拟化管理, 并可提供详尽的虚拟基础架构信息。vCenter Server 可集中管理 VMware vSphere® 环境及简化日常任务, 从而显著提高对环境的管理控制能力。 • 经过深入了解 vSphere 及其底层基础架构, 可快速分析和修复问题。 • 借助快速调配、 虚拟机工作负载自动平衡和现成的自动化工作流, 可主动管理 vSphere 环境, 从而提高 IT 响应速度。 • 使用基于 Linux 的虚拟设备, 可经过 vCenter Server Appliance (vCSA) 快速部署 vCenter Server 和管理 vSphere。 • 可扩展以满足最严苛的企业环境要求, 最多可管理 10,000 个虚拟机。 3.3 vCenter Server设计规格 3.3.1 vCenter 服务器的建立 在XXXX数据中心环境中部署的vCenter服务器的版本如下表所示。所有正式发布的最新的补丁和升级将立即应用这部分的安装。 软件 版本 VMware vCenter 服务器 Version 5.0 U1 VMware vCenter作为XXXX桌面云基础架构的一部分将以虚拟机的形式部署到2台基础架构物理服务器上。而且用V2V作为冷备恢复可用性方案, 针对当vCenter虚拟机操作系统级或应用软件级别的故障发生时, 针对冷备虚拟机进行最新数据的数据库恢复, 实现vCenter系统可用性方案。 3.3.2 vCenter 服务器规格 安装vCenter的虚拟主机配置如下: 配置项 规格 物理/虚拟 虚拟机 处理器数量 2vCPU 内存 4 GB 网络适配器端口数量 适配器速度 1 千兆 磁盘数量 逻辑分区容量 C盘40GB-系统 D盘 100GB-数据 操作系统 补丁级别 Windows 企业版x64 R2 3.3.3 vCenter 数据库 vCenter数据库是VCMS主要存储区, 而且整个虚拟环境在它控制之下。这是一个持久性的信息存储区域, 主要包含在vCenter环境下每个ESXi主机、 虚拟机、 安全和用户管理的状态信息, vCenter的事件, vCenter从被管理的环境中收集性能数据和统计数字也保存在这个数据库中。 VCMS的数据库在XXXX环境将被放在一个共享数据库平台中。vCenter 数据库将基于网络使用一个ODBC连接配置接口连接到该数据库。这vCenter数据库在XXXX 中将定位于一个运行SQL 服务器数据库服务器。 vCenter数据库将按照XXXX现行策略进行安装和配置在数据库环境中。 3.3.4 vCenter 数据库规格 XXXX虚拟化环境中的vCenter数据库的配置参数如下表所示: 属性 规格 数据库服务器类型 Shared SQL服务器 提供商 型号 版本 Microsoft SQL 服务器 R2 数据源名称 <VMware_VIM_VC> 数据库名 <VC服务器Name_VCDB> 数据库认证 SQL 服务器 Authentication 数据库用户名 VCDBA 数据库用户权限 DBO 自动扩展 Yes 恢复模式 简单 预估容量 100GB 3.4 ESXi主机设计 3.4.1 服务器主机指标要求 1. CPU要求: 采用对称多路处理器技术 支持多路Intel系列6核以上高性能处理器 2. 内存要求: 预留20%内存插槽, 保障内存保证可扩展性 3. 硬盘要求: 最少配置二块本地硬盘并支持raid1、 raid5 4. 网络要求: 保证网络( 含存储网络) 端口及链路冗余, 不出现单点故障 5. 其它要求: 预留30%的硬件资源。 3.4.2 ESXi主机容量规划 1、 深圳VDI主机 CPU: 根据800MHz/人的需求, 一台4路8核的CPU, 可承载的VM数量为2200*4*8/800=88, 考虑到预留30%的冗余量, 88*70%=62, 即一台4路服务器可承载62个VMs。 内存: 88*4GB=352GB , 考虑配置兼容性后, 按24*16GB=384GB。 内存插槽预留比例: (48-24)/48=50% 深圳主机总数量: 1100/62=18台, 配置3个集群, 每个集群的主机数量为6台。 2、 深圳基础架构服务器主机 基础架构服务器需求: 2vCPU 、 8GB内存 、 40GB硬盘, 数量约10台, 总内存8GB*10=80GB 使用两台2路8核的CPU, 内存配置16*8GB=128GB。 内存插槽预留比例: (24-16)/24=33% 主机数量配置: 2台, 配置1个集群。 2、 北京VDI+基础架构服务器主机 CPU: 根据800MHz/人的需求, 一台4路6核的CPU, 可承载的VM数量为2400*4*6/800=72, 考虑到预留30%的冗余量, 72*70%=50, 即一台4路服务器可承载50个VMs。 内存配置: 72*4GB=288GB , 考虑配置兼容性后, 按36*8GB=288GB。 内存插槽预留比例: (48-36)/48=25% 主机数量配置: 200/50=4台, 配置1个集群, 主机数量为4台, 同时承载基础架构服务器的需求。 3.4.3 ESXi主机配置规格 VMware ESXi主机规格如下表所示: 属性 规格1 规格2 规格3 集群 1 3 1 主机数量 2 18 4 提供商 型号 DELL R720 DELL R820 DELL R820 处理器数量 处理器类型 处理器速度 2 8Core E5-2650 2.0 GHz 4 8Core E5-4620 2.2GHz 4 6Core E5-4610 2.4GHz 内存 128GB 384GB 288GB NIC端口 NIC 端口速度 4*2 Gigabit 4*2 Gigabit 4*2 Gigabit HBA端口 供应商/型号 2 port Emulex 2 port Emulex 2 port Emulex 本地磁盘数量 RAID 容量 2 RAID 1 300GB 2 RAID 1 300GB 2 RAID 1 300GB 用途 深圳基础架构服务器 深圳VDI服务器 北京VDI+基础架构服务器 3.4.4 服务器主机 IP信息 下表为VMware ESXi主机的IP配置信息, 这些参数将在实施中确定。 主机名 Management Network IP (Service Console) VMotion IP (Kernel) NA NA NA NA 其它IP信息 IP Description IP 管理网段网管 子网掩码 DNS 1 DNS 2 NTP 1 NTP 2 3.4.5 ESXi软件规格 XXXX计划实施vSphere ESXi、 VMware View软件的规格如下: 软件模块 版本 VMware vShpere ESXi 5.0 U1 VMware vCenter Server 5.0 U1 VMware View 5.1 3.5 vCenter Server配置 3.5.1 集群属性 属性 深圳 北京 集群1属性 集群2属性 集群3属性 集群4属性 集群5属性 主机数量 2 6 6 6 4 预估虚拟机数量 20 360 360 360 200 每主机VM数量 20 60 60 60 50 最大故障主机数量 1 1 1 1 1 固定故障切换主机 0 0 0 0 0 冷备用主机 0 0 0 0 0 最大维护主机容量 1 1 1 1 1 用途 基础架构集群 深圳VDI集群 北京VDI集群 3.5.2 集群功能设定 属性 定义 HA(高可用) 启用 DRS( 分布式资源调度) 自动 EVC( 增强VMotion兼容性) 启用 FT( 容错) 启用 3.5.3 VMware HA 所有Cluster将启用HA功能以消除ESXi/ESXi主机单点故障。当HA集群内某一主机出现故障, 主机上的虚拟机将按照以下顺序在集群内其它主机重新启动 · 高――适用于高等级应用, 优先启动 · 中――默认级别 · 低――低等级应用, 延时启动 · 关闭――不作HA保护 属性 规格 允许主机故障数量 1 主机监控 开启 缺省的启动顺序 中 主机隔离响应 保持启动 接纳控制 如果违反策略则阻止虚拟机启动 虚拟机监测灵敏度 N/A 虚拟机监控 关闭 3.5.4 vCenter 资源池 为了更好的控制和分配虚拟机的资源需要建立资源池。在XXXX桌面云环境中对不同类型的服务器资源使用不同的资源类型, 在使用时对非关键服务器酌情限制资源的消耗。 针对XXXX某些关键性业务而且业务某时段可能存在持续高负载的情型, 本设计建议统计出该业务最高负载时的资源数值, 在虚拟化中对其虚拟机进行预留设置用于保证在资源争用时关键业务资源的绝对可用, 完全的保证关键业务的运行性能。 在每个群集中有三种类型的资源池, 高、 中、 低, 给每个共享资源池的份额分别为高、 中、 低。 资源池将被建立在以下列表 : 资源池名称 共享 限制 保留 High 高 无限制 保留 Common 普通 无限制 无保留 Low 低 可选 无保留 3.5.5 群集扩展说明 群集的扩展说明: 一个群集内的ESXi主机平均- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 桌面 设备 招标 采购 项目 技术 标样
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【丰****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【丰****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【丰****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【丰****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文