需要通过托管服务器和租用带宽运营网站的企业,在这样一个大环境下,想要选择一个真正负责任、信誉好、服务好的服务器托管商,显得尤为困难和重要。接下来,企商在线通过在IDC行业十四年的运营经验,给大家提出几点需要注意的事项,少走弯路,尽量做到把钱花在刀刃上。
看似关键的问题未必有意义
很多人在初次接触服务器托管商的时候,总是希望显得自己专业一些,会问很多关于机房和带宽的问题。可事实是,有些问题具体到用户本身,问题的答案其实毫无参考价值。
比如有些人会问机房的出口有多大表面上的逻辑是,机房的出口越大,机房的带宽压力就越小,就越稳定。可是,除非你需要用到百兆、G口以上的大带宽,否则对于绝大多数的小带宽独享和共享用户来说,机房总出口跟某一个托管用户是没什么直接关系的。当然,虽然对于用户享受到的服务没有影响,但是在同等条件下,选择出口比较大的机房还是不错的选择,毕竟出口的大小也是衡量一个机房规模的指标。比如企商在线的自建机房之一,广渠门机房,总带宽容量高达90G,而一个拥有90G带宽的机房规模即便小也小不到哪去。
提到带宽,有些人会问是100M共享还是1000M共享并且希望自己能以较低的价格在1000M共享的机柜托管自己的服务器。可事实是,无论100M共享还是1000M共享,指的都是机柜所在的交换层,跟你的服务器带宽没有直接联系,我们最该关注的是托管的服务器具体的带宽是多少,服务器在100M共享下的10M机柜要比在1000M共享下的6M机柜快得多。
应该关注的问题
有很多问题,看似与托管毫无关系,却有很多可以作为参考的有价值信息。比如在托管服务器时,应该问一下托管商机柜用的交换机是什么品牌、什么型号,根据这些信息就可以得知是否有硬件端口隔离,能不能限制端口带宽。这是很容易忽略但却非常重要的信息。硬件端口隔离的应用,可以有效的抵御互联网病毒,提高安全性。限制端口带宽可以使同一机柜上的服务器之间相互不干扰,能够最大程度的保证带宽稳定性。而这些都是与服务器托管质量直接相关的。
还有一个非常容易忽略的问题,一个正规的数据中心,按照规范的设计,其带宽资源是不能100%的用于出售给用户的。正常情况下,数据中心应该按照30%的比例做带宽冗余,这样在遇到大规模攻击或者病毒的时候,这部分的冗余带宽可以继续保证用户的服务质量。而很多服务商,为了一时的利益,将本该做冗余的带宽也全部都租用给用户,这会导致一旦出现问题,就会产生连锁反应,给所有人带来不可挽回的损失。
双线一直是服务器托管服务商们吸引用户的最大法宝之一,双线虽然有双线的好处,但是我们在租用服务器的时候不应该盲目的追求双线。如果一个机房是节点机房,或者有国际出口,那即便这个机房是单线也一样很快,南北访问都不会有任何问题。比如企商在线的北京广渠门机房、广西联通机房,前者是企商在线通过改造中国电信工程局原有机房建成的节点机房,后者是企商在线与中国联通广西分公司合作的电信级机房,具有海量价格低廉的优质国际出口。在这两个机房托管服务器,即便是单线,也可以很好的保证全国乃至全亚洲范围内的网站访问速度。
几个小窍门还有一些小问题小窍门,可以帮助我们甄别托管服务商的好坏。比如如果有服务商承诺他们的服务器100%不会被攻击,那我们就可以下一个100%不会在他们这托管服务器的结论。这个世界上没有任何人敢保证自己的服务器不会被攻击,哪怕是美国中情局也不敢。
如果希望知道某一个机房的带宽是否稳定,可以长时间的ping他们的某个ip。这是非常有效的一种手段。
正规的服务商应该有ICP许可证,这是常识,但是如果你通过通信管理局的网站也能查到该服务商的许可证,就可以有效的过滤掉一些许可证造假的骗子公司。
通过查询IP可以确定机房的具体位置,这可以有效的过滤掉那些拉一根网线就谎称自己是机房的人。
总结在与IDC服务商接触时,应该注意的问题何止千千万,一篇文章的分享解决不了所有的问题。国外品牌的基本情况是专业机柜厂商,比如VERO英国威龙(后来被美国APW收购,现在他们销售在北京,工厂在上海),CPI机柜(部分进口,国内OEM一部分)和日东机柜(东西不错,品牌国人不认,销售都下岗了N多)。还有做工业机柜为主的Schroff霍夫曼(在中国是青岛奔泰,奔泰收购了APW VERO机柜的香港代理商雅百达,雅百达抢注了VERO的中文商标威龙,所有奔泰在卖威龙机柜,其实跟英国VERO就是两套东西,国外都认VERO,买VERO还是找APW吧),威图(其实威图大头生意是工业机柜)。传统的服务器厂商(IBM,HIP,DELL),他们的都是贴牌的。另外就是UPS厂商如施耐德APC,艾默生和Tripplite。 国外Tripplite做的也很好,和服务器厂商一个毛病,走的是代工路线。国外一般还会选择Eaton,Panduit等。在国内能实施冷通道的是APW,威图,艾默生,APC,CPI就是找国内小工厂做个冷通道,在国内基本没施工能力。>
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)