我们正在通过RFP程序来改变我们大部分服务器(~10个function相当强大的主机和数据库服务器)的托pipe公司。
当select现有的公司时,我不在公司,过去也没有与托pipe公司合作过(在以前的公司中总是有现场硬件)。 我们将在接下来的几周内为每家公司进行实地考察。 你通常寻找什么types的东西? 问他们现场的工作人员等? 任何可以帮助我评估和比较的东西。
大多数托pipe公司维护VM Ware农场,通过光纤连接DR站点。
您在考虑向您的托pipe公司提出什么问题,这是一件好事,但我认为您正在向后推进。 首先找出你的要求 ,然后询问每个公司他们的基础设施将如何满足他们 。
当他们解释他们的基础设施如何满足你的需求时, 不要害怕提出问题 ,如果你不满意你所得到的答案, 不要害怕让一个相对较高级别的人给你一个好的解释 – 你给托pipe公司好钱,如果他们的销售人员不能解释你所满意的东西,坚持一个networking工程师或数据中心运营团队的人来解释一些事情。
除了其他人提到的之外,还有其他一些要考虑的事情(面向托pipe – 将硬件托pipe在别人的设施中):
我把这一点放在最后,因为这确实是一个最小的担忧 – 数据中心在面临子系统/组件故障时花钱使自己非常可靠和健壮。 从“数据中心消失会发生什么”的意义上讲,灾难恢复最好是通过另一个数据中心来解决,所以我问的问题是这样的:
有很多东西你可以看看哪些对你的具体情况会有或多或less的重要性。 想我总是喜欢知道:
编辑 &symcbean说什么。 我忘了:-)
除了成本…
types:托pipe或托pipe
访问
电源和连通性SLA
数据安全 – 安全港规定,数据中心的其他用户访问您的硬件
数据中心和您的用户之间的networking延迟
上游networkingpipe理 – 特别关注DDOS
networking可用性支持 – 多path?
连续性计划 – 包括网站丢失
今天上午我发生了重大的事情,我正在把RFP放在这个主题上! 显然,你需要询问他们的安全安排是什么,他们是否得到认可 – 但要深入探讨一下他们是如何评估内部风险的:他们如何审查新员工并监督特权进入,他们在事故发生时的程序是什么发生,他们如何从错误中学习?
看看他们是否对配电有很好的了解,因为在我的经验中,有些主机拧紧了,例如他们有高度可靠的电源进入大楼,然后使配电单元超载到你的吊舱,或者把双电源所有的服务器都会从同一个断路器运行机架的两侧。
并询问他们对更新的看法; 传统观点认为,在应用到您的服务器之前,您应该testing每个微软补丁程序。 补丁pipe理是他们提供的服务还是你必须自己做?
仔细看看他们为你做了什么监测。 这将节省您的时间,并请您的老板,如果你得到一个很好的每日或每周报告,告诉你什么时候你的邮件服务器用完了存储等等。在这个领域有很多层次的复杂性,你可能想要定制你的性能监控到您的应用程序,以便这些措施尽可能接近用户体验的代理。
希望这可以帮助!
在实践中 ,即使使用专用服务器,其客户支持的质量也是最重要的事情之一。 有些SLA在纸上看起来不错,但在实践中却不是这样,而无用的工作人员从RAID中拉出WRONG磁盘来响应票据,可能会毁了你的一天。
如果某件东西似乎很便宜(托pipe公司的利润率低),那么一旦您给予更多的问题修复,支持有时甚至会很快失去质量 – 无论您或他们是否造成问题都无关紧要! – 比他们预期的要好,因为它们实际上是在损害你的钱。
此外,请检查他们可以提供什么备份设施,如果他们能提供一个负担得起的现场备份,不计入您的stream量配额,但仍然在一个不同的防火区,可以为您节省大量的麻烦和金钱。
如果您计划在后期设置后端LAN或硬件防火墙/负载平衡器:并非每个托pipe服务器都能够或愿意这样做。
有趣的问题,但我认为这将是非常主观的。 例如,有些人会担心他们如何处理灭火 – 恕我直言,这是无关紧要的,因为即使这个地方烧到地上,离开火山口,合同应该覆盖你。
你可以看看像SAS70authentication(现在SSAE 16我相信),如果数据中心是正常运行时间authentication(以及在什么层次),但是这些东西应该是在你定义了你的需求并将它们提供给潜在的供应商。
确定您的要求是关键,因为这会大大减less可用的选项,并使决策达到更易于pipe理的水平。
我也不会忘记考虑一个完整的云解决scheme。
Redundancy and Speed
看看是否有任何选项来共享站点镜像…我个人知道,HostMySite.com用来设置这些比共享主机多一点…现在没有这么多…
另一件事,我会寻找连接…你想要一个提供商也是一个ISP或骨干。