新加坡文件服务器在虚拟化和私有云环境中的部署和管理策略？ (新加坡wp批文)

VPS云服务器 2025-04-25 08:13:13 浏览次

在新加坡部署文件服务器时，采用虚拟化和私有云环境的部署与管理策略能够提高资源利用率、灵活性和安全性。本文将深入探讨这些策略的应用与实践。

虚拟化技术在文件服务器部署中的应用

私有云环境的搭建与管理策略

安全措施和性能优化方法

结论

采用虚拟化技术和私有云环境部署文件服务器，能够提高资源利用率、灵活性和安全性，满足新加坡用户对文件存储和访问的需求。通过合理的部署与管理策略，可以确保文件服务器的稳定运行和数据安全，提升用户体验和业务效率。

好主机测评广告位招租-300元/3月

VMware 与 OpenStack 如何最佳整合

OpenStack中国社区编者按：通过多年的发展，VMWare在虚拟化市场处于领军地位，很多企业部署了VMWare虚拟化方案，随着OpenStack云计算平台的快速崛起，很多企业都面临一个问题：能否、以及如何整合VMWare和OpenStack来最佳化已有的投资和对接未来的趋势？来自rackSpace的Kenneth Hui从不同角度分享了他的思考，而且给出了VMware vSphere与OpenStack整合的推荐方案。在过去12个月中，“OpenStack 目前已经在风口浪尖之上”�0�2这句话我们已经从运营商或分析师口中听到了?可事实上，很多公司仍在评估OpenStack并且试图确定如何将OpenStack与公司的IT策略整合。这也符合云计算等前沿技术的发展规律，个人的观点是：OpenStack正在经历由技术创新、实践向主流应用普及的发展过程。我也和很多在早期就开始评估或在小型项目中应用OpenStack的公司谈过，他们的大多数如今还是VMware的忠实客户，并且运行的也都是传统应用，他们非常明白OpenStack不可忽视，但是他们很难真正理解OpenStack的真正价值，也很难理解它是如何影响他们的vSphere环境的。我们谈话中最常出现的问题如下：OpenStack作为一个开源的虚拟机管理器，它能否替代我当前的ESXi 服务器么？在OpenStack和vSphere之间，有没有一些特色功能的差异？如高可用性、vMotion，分布式资源调度等。我们能否或者应否将OpenStack与vSphere混合使用？有没有一些原因让我们同时运行OpenStack和vSphere？我对于这些问题的答案通常从三个方面来说明问题的答案：传统应用和云应用的区别传统应用型架构与云应用消费型架构的不同对使用OpenStack与vSphere过程中的一些选项进行具体说明虚拟化和云计算最开始对于我个人来说，当我与客户谈起vSphere和OpenStack时，重点要强调的就是传统应用架构与云计算架构的设计理念的不同。在这里，我想把重点放在基于虚拟化技术的传统应用架构上来，如ESX虚拟机管理器和vSphere，他们作为虚拟化技术的突出代表，可以在少数大型服务器之上虚拟化出很多小型服务器。这种工作机制在应用是单一架构时表现得相当不错，如Oracle或者Microsoft Exchange。今天，每一个这种传统类型应用都包裹在一个单独的虚拟机之中，只能通过ESXi虚拟机管理器扩展应用规模。在传统架构下，高可用的实现可以通过集群应用来实现，比如Oracle的Real Application Clusters；然而这同时也是非常复杂且昂贵的，并且大多数应用不支持集群式部署。大多数VMware用户则会选择将应用服务器作为虚拟机运行在vSphere集群之上，依赖于vSphere的高可用性和vMotion来提供基础架构的恢复和冗余。诚然这些解决办法都可以实现高可用，但是他们都需要特定的部署架构，如依赖共享存储等，这也一定程度地给架构的扩展性带来挑战。云计算，较比传统虚拟化技术而言，更加适合不同类型的应用，如MongoDB和Hadoop。像OpenStack这样的云平台，在最初就被设计成适应分布式应用的架构，应用的组件在OpenStack平台中跨越了多个物理或虚拟设备。这些类型的应用也被设计成随着规模的增加，可以通过添加应用实例或者重新平衡应用实例间的负载；另一个云计算平台背后的设计原则是，鉴于应用的分布式特性，应用弹性控制权是掌握在应用自身手里而不在底层基础架构平台手中。 OpenStack这种设计常常被VMware领域的同学们所误解为是它的确定或者不成熟的地方，“缺乏”如vSphere 高可用这种功能被看作是OpenStack还没有在生产级领域准备好。但是，这是传统应用架构与云计算架构的设计理念不同所带来的误解。在云上运行的分布式应用（业内称此类型应用为“原生云应用”）已经降低了应用部署花费和可用性的门槛。通过将应用的弹性化需求转移，云平台不再需要共享所有资源的架构如应用共享存储。这种改变促进了用户对构建高可扩展性云平台的需求，不单单是基础架构层，架构需要设计成包含多层以更加适合下一代大规模应用的部署。消费模式一旦客户了解了以上两种架构设计原则的不同，我们就可以开始讨论不同架构的消费模式问题了。这里也将区分这两种消费模式的不同。比如：除了在我们自己的数据中心上运行裸机服务器和虚拟化技术，公司可以应用主机托管产品，如Rackspace的专用vCenter产品或在VMware的vCloud混合云产品。这两者都是建立在VMware技术基础之上，为用户提供虚拟化解决方案。两者的设计架构都较适用于那些不需要块数部署的、不依赖虚拟化基础设施提供弹性和可扩展性的传统型应用。相比之下，云计算型架构的消费模式通常开始于公有云的使用，将来向私有云部署上扩展。在这里，我们关注的重点仍是通过常用商用硬件能够实现快速资源供给、高可扩展、适应下一代应用的云架构。 vSphere与OpenStack整合到目前为止我们应该很清楚了，VMware vSphere与OpenStack两者任何一个都无法满足多种应用类型。 Rackspace就有一些用户，由于他们应用的分布式本质，用户已经将应用放到基于OpenStack的共有云或私有云之上了。相反，大多数用户都运营着传统型应用，这些应用通常运行在裸机或在虚拟化架构之上，并且它们并不那么容易地去迁移到如OpenStack这样的云架构之上。对于这些用户，共存、非替代可能是应用OpenStack的正确之道。这条混合之路通常伴随三种解决方案，如下：孤岛型解决方案孤岛型架构是用户选择最多的。通常，这种方案涉及到保存在vSphere上的现有遗留传统应用和在独立OpenStack云上建立新应用的抉择。虽然这是最最无痛的融合OpenStack的解决方案，但是它保持了IT基础架构的孤岛劣势，并且增加了运维和复杂性，通常我们需要两个独立团队去维护这两套独立系统，这也会带来额外的开销。多虚拟机管理器集成解决方案另一种解决方案是基于VMware已完成的工作将vSphere与OpenStack相集成。这种方案类似于孤岛型解决方案，传统型应用仍然运行在vSphere之上，而新的下一代应用则运行在新的虚拟机管理器之上，如KVM或在XEN。在这种情况下，OpenStack成为多虚拟机管理器的控制平台，它将允许新创建的应用被分配到最适合他们的虚拟机管理平台之上。这种架构的主要缺点是vSphere与OpenStack整合这种方案非常新，这带来了很多问题，比如两平台的整合边缘过于粗糙仍需改进，比如平台的资源如何调度等问题仍然需要解决。 Rackspace的混合实践方案上图是Rackspace给出的OpenStack与vSphere混合解决方案。在分离管理平台这方面，这种架构非常像孤岛型架构，此外，它还保证不同类型应用可以被部署到合适的虚拟机管理平台之上。这里的目标是保持架构的独立，整合两个环境的运维团队使他们可以共同工作来打造一个集成的平台。这其中的一个关键是应用技术，如Rackspace的RackConnect把这些基础架构连接起来，使每个架构都可以与其他架构协同工作。这里举一个例子，一个应用运行在基于OpenStack的Rackspace私有云之上，通过RackConnect与运行在vSphere集群上的Oracle数据库相连接。

合适的私有云存储设备应该如何进行选择

另外，由于存储决策涉及到的投资规模相对较大，周期较长，因此它的重要性也就更强一些。在选择合适的平台时，有几个因素必须要考虑进去，它们是：协议、容量、性能、可扩展性、易管理性和成本。除了这些标准的决定因素之外，你还要保证选择的存储设备不会处于网络e79fa5ee4b893e5b19e339、计算和自动化/组织平台之外的真空范围内。存储设备必须尽可能地与基础设施生态系统无缝整合在一起。协议是目前存储领域最热门的问题。光纤通道存储网络是目前企业数据中心使用率最高的存储网络，iSCSI和NFS发挥着更重要的作用。另外，以太网光纤通道(FCoE)标准已经成型，产品推出市场已有数年的时间，端到端系统也已经成熟。作为一个行业，由于网络合并优势多多，因此现在主要向以太网或IP协议(iSCSI、NFS和FCoE)的方向发展，但是光纤通道仍然占有较大的市场份额，因为它在传统投资、性能可靠性以及客户信任方面仍占有很大优势。选择什么样的协议在整体决策中发挥很大的作用，因为它可以而且还将继续决定使用哪一家厂商的产品和平台。另外，它还影响着基础设施的整体设计、体系结构和类型。关键是保证平台的灵活性，为你打算在基础设施上部署的各种服务提供所需的协议。在大多数环境下，都会同时存在基于模块和基于文件的存储需求。如果选择光纤通道存储来满足模块存储需求，就需要另外配备一个专用网络(通常要配备2个以便作为后备使用)，某些iSCSI存储也是如此。可扩展性是另一个因素。光纤通道标准目前正处于16Gbit，32Gbit已经开始出现。基于以太网的部署通常是10Gbit，以后会朝着40Gbit和100Gbit的方向发展。随着以太网线路和带宽管理能力的快速增长，时间上正好满足向基于以太网的存储协议迁移。容量和可扩展性也是客户考虑的重要因素。传统的存储系统的最大磁盘容量由它们支持的磁盘数量和那些磁盘的大小决定。那也就是说，最大容量通常会令客户感到困惑，因为没有分级和高速缓存等功能的话，性能将于磁盘数量挂钩。因此你必须配备更多磁盘来保证IOPS性能，而且还要配备很多没有被使用的备用存储容量。你想选择一个存储平台，这个平台可以在基础构架的工作周期中灵活扩展以满足你的容量需求。还有另外一个方法是选择存储POD，或者包括存储在内的基础构架POD。用这个方法，你需要根据服务水平协议的表现，像IOPS，虚拟机等等来购买存储POD或基础构架POD，当性能达到要求的时候，你再买另外的POD。这个方法的关键是需要能管理多个POD的自动化/组织平台。性能表现对于任何存储部署平台来说都意义重大。在一个典型的私有云部署平台中，在性能表现上被划分为多个层次，一般情况下可以被分为银级、金级和铂金级。你想让你的存储平台可以在不耗尽资源的情况下有多个服务层次(也就是说，你不想在每次服务中都为顶层服务花费)。存储的一些功能像自动分层处理(阵列频繁地从磁盘中读取数据，或者反过来)，电脑高速缓冲处理(前端的高速缓冲内存条)，可以满足在低消耗下实现高性能。此外，像数据去重、复制和快照等功能也是值得考虑的方面。最关键因素是易管理性，这在存储部署平台的总成本中扮演了重要角色。对于私有云来说，你一定想要一个能被本地工具和你自己选择的自动化/组织平台同时管理和检测的系统。存储管理平台越开放，它的应用程序界面或软件伙伴生态系统就就越强大，你使用起来就越方便。当你作出决定的时候，你一定要确保你为自动化/组织平台选择的软件能够很好的适应你的存储平台。这些工具会经常被使用并且价格昂贵，它们对你选择硬件的限制多不多就显得很重要。总之，对于私有云来说，存储平台的选择很复杂也很重要。即使你现在只考虑虚拟化，为了以后存储平台在云方面的发展，你也要仔细斟酌你的选择。