WAN和云服务管理:简化你的多供应商环境.docVIP

WAN和云服务管理:简化你的多供应商环境.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
WAN和云服务管理:简化你的多供应商环境 WAN和云服务管理:简化你的多供应商环境 PAGE / NUMPAGES WAN和云服务管理:简化你的多供应商环境 WAN和云服务管理:简化你的多供应商环境 大多数企业都已经了解管理多个服务供应商的复杂性,这些企业也意识到,当添加云服务到各种服务组合, 特别是使用多个云服务供应商, 企业可能面临失去控制、性能和安全的重大风险。 所幸的是,周密的计划可以通过仔细选择供应商以及控制服务部署本身,将这种风险降低到可接受的水平。 云服务和 WAN 服务具有一些共同的特点。两者都具有性能、安全和管理方 面的问题 ;两者都涉及服务水平协议 (SLA);并且当它们互相之间或者与其他 IT 元 素集成时,都可能互相推诿责任。 我们必须同时解决这两个问题, 所以我们最好 构建一个云计算和 WAN供应商特性和功能的矩阵。 构建你的 WAN/云服务供应商矩阵要考虑的问题 对于矩阵中给定的 WAN/云服务供应商组合的第一个问题是:云服务和 WAN 提供商是否提供 VPN 连接,如果是的话,哪个供应商是主承包商。企业应该对 于每个云计算 /WAN 供应商组合确定这个问题,而且企业还应该注意两者之间的关系有多久,因为他们的合作关系越久,他们的支持和诊断就做得越好。 第二个问题是他们的地理位置。 看看每个服务在你地图中的地理位置, 并确定这种 WAN/云计算组合是否支持该服务位置,如果是的话,云服务和 WAN供应 商是否在实际服务区域存在服务点,或者需要回传。如果 WAN 供应商对某个区域提供的云支持是从其他地方提供, 较长的连接可能会影响性能和可靠性。 这通常是最复杂的分析, 因为你需要对你公司希望使用云服务的每个主要地理位置进行分析。 第三个问题是必须涵盖监控和管理。 WAN/云组合在其连接点提供服务监控 吗 ?在连接点缺乏监控意味着问题确定和故障隔离功能将会更加困难。性能和状 态检测在云计算网络中特别重要, 因为如果没有了解网络性能对其的影响, 将很 难评估云性能。 巩固 SLA—打造良好的 WAN/云服务管理 当从基本矩阵中挑选出合适的组合后,下一步是审查 SLA。当网络供应商同 时也是云服务供应商时, 企业可能面临合并的 SLA和统一的问题管理。 这意味着 SLA可以专注于传统的问题,例如正常运行时间和性能等问题。但如果你在任何地区拥有不同的网络和云服务供应商, 你需要将早期 SLA 讨论集中在双方都同意 的具体机制方面, 例如性能标准和可用性测量。 当双方需要管理数据, 它们分析这些数据的方式非常重要。 SLA不能基于主观的用户水平的性能和可用性,而应该基于双方协定的监测点的情况。 否则,你将无法确定问题以及将问题报给到供应商。你还需要有一个非常具体的问题上报程序, 以确定那些无法通过一线支持联系人解决的问题将如何上传到更高的管理层 (供应商的组织以及你自己企业的管理层 )。在这个上报程序的顶部应该是你为最终解决争端确定的仲裁过程。 当选中供应商组合, 并且签订 SLA和合同后,这种关系将会过渡到他们的运营阶段。大多数成功管理包含多个网络和云服务供应商的云计算用户都表示, 他们的支持过程是从支持应用及其用户的内部开始, 随后这个团队会过滤问题。 在 混合应用 (网络和云计算 )中,通常是首先将可疑的问题交给内部网络支持或者 IT 支持组,让他们执行第一级问题隔离, 然后根据需要以及 SLA中的规定联系供应商。 你自己的支持程序的支持团队将需要与供应商联系。 这将需要对内部人员进行特殊的训练, 以及制定一份操作手册来描述问题应该如何被隔离和报告。 在这些过程中需要解决的一个问题是,当出现问题时,如何 “传播警报 ”。在很多多供应商云环境中, 一个地方出现的问题可能会出现在其他的管理界面上, 这个问题 的通知信息被传播到任何可以看见的地方。 如果你不这样做的话, 很可能出现相同的问题,引发昂贵且具破坏性的平行决议过程。 最后一点是, “人多势众 ”这一说法在多供应商网络 /云配置中并不适用。随着涉及的供应商数量的增加, 这些关系的复杂性也在增加。 这个数字越大, 你就越应该指定一个供应商作为整个过程的集成商。 这样做将会节省事后很多确定问题的麻烦,并且提高整体的正常运行和用户满意度。

文档评论(0)

131****3377 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档