高性能多核CPU、虚拟化和快速、无处不在的互联网接入等技术的成熟,加速了云计算服务的采用。事实上,根据最新的研究,今天正在开发的50%的软件应用程序是基于云的。这种向云计算的持续转变,正在影响着企业的网络基础设施,因为他们在关键应用上更多地依赖云计算系统。具体而言,当网络流量过渡到云消费模式时,网络流量的特点会发生变化。而这些变化如何影响用户体验的质量(或服务质量),应该是网络团队的首要任务。在本文中,我想快速了解一下正在采用的不同类型的云服务,并提供一些网络运营团队应该考虑的服务质量(QoS)最佳实践。
业界关注三种主要的云服务模式:软件即服务(SaaS)、平台即服务(PaaS),以及基础设施即服务(IaaS)。SaaS消除了终端用户购买和管理计算基础设施和软件的需要。PaaS消除了购买和管理计算基础设施和许可证的需要。它还管理额外的平台服务,如数据库和计费。此外,PaaS可以将终端用户锁定在一个特定的平台环境中。而IaaS消除了购买和管理计算基础设施的需要,并提供了转移到其他平台的灵活性。
大多数云服务是通过互联网使用标准的互联网客户端应用程序来提供的,互联网接入使用户可以在几乎任何地方灵活地使用这些服务。如果不调整QoS策略,标准的互联网协议,如HTTP和HTTPS,会被视为与普通的Web浏览。网络上的预期负载是否会对终端用户产生影响,最好根据当前的网络设计和在网络上运行的服务来确定。但是,NetOps制定的任何标准QoS策略都会将这些应用视为休闲网络流量,并将其分配到最佳努力类。为了确保你有适当的QoS政策,这里有七个关键步骤需要考虑。
1)与其他IT团队进行沟通。在大型企业中,可能有多个团队参与推出云服务。例如,如果NetOps团队将统一通信放在云中,他们可能需要与不同的小组合作,而不是实施Google Apps for Business。最好的方法是让团队尽早参与到关于发布的讨论中,而不是在发布之后再去解决问题。询问以下问题是很有帮助的:如何最好地识别用于确定优先级的流量,以及是否存在任何已知的关于应用程序易丢失、延迟或抖动的问题。
2) 了解流量。网络运营团队应通过对网络流量进行基线分析,对其当前状况有一个良好的了解。这是因为云服务将通过增加进出云服务提供商的流量而导致流量和使用模式的转变。例如,过去严格意义上的内部办公和备份流量,现在可能会大大增加对网络周边的带宽需求,需要进行电路升级。团队可以通过使用Netflow报告解决方案评估具体的应用消耗来确定网络流量利用率。
3) 开发初始设计。设计云服务如何适应当前的架构和相应的QoS考虑(和政策)是很重要的。与传统的广域网环境一样,云服务流量也最适合具有四个或更多类别的QoS模型。最低限度,实时语音/视频、交易数据、批量数据和最大努力的数据流量应被分成独特的类别,以便进行带宽管理。在一些网络中,可能需要更多的进一步细分。如果基线分析表明需要更多的带宽或改变网络结构模型,应将此纳入计划。
4) 审查计划。应该向其他IT团队和组织内的主要利益相关者介绍QoS策略。他们将希望了解相关变化,以及这些变化可能对当前服务产生的影响。如果现有的网络架构需要更新(升级的广域网服务,新的路由器,甚至不同的网络设计),也需要审查。
5)设计细节。大多数云服务流量将使用现有的互联网协议。一定要知道你要连接的服务的IP地址,以便将它们与随意的互联网流量区分开来。利用NetFlow报告解决方案可以大大帮助这个过程。一些NetFlow解决方案还可以帮助超越基本的IP地址列表来识别流量。