UCloud推出GlobalSSH,让海外SSH访问不卡顿-创新互联
近年来,随着海外发展中国家的互联网普及率逐步提升,加之BAT等互联网巨头对国内市场的垄断,导致越来越多的中小企业迫于生存压力开始选择“出海”拓展业务。与此同时,出海对企业的IT基础设施管理也带来了诸多挑战。
网站建设哪家好,找成都创新互联!专注于网页设计、网站建设、微信开发、微信小程序定制开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了潍坊免费建站欢迎大家使用!SSH卡顿,运维难题
特别是对于IT运维研发人员而言,管理位于海外的云服务器,除了要面临DNS、时区等不同国家差异带来的网络延时外,跨国网络线路的复杂性也是避免不了的问题。其中,由于跨国网络线路波动导致的SSH登录反应缓慢、执行命令延时等问题最为棘手。在这种情况下,传输文件的平均速率往往能慢到几十KB/s,甚至直接传输失败。
场景示例
由于业务需要,某公司的服务器托管于国外,而运维人员在国内办公,经常需要通过SSH登录的方式管理服务器。但是由于网络的波动,通过SSH管理服务器时,经常会出现卡顿、连接失败、传输速度较慢等现象,容易导致运维工作出错、效率变慢,从而间接影响公司业务的正常发展。
什么是GlobalSSH
为了帮助用户解决此类问题,2018年6月UCloud正式推出了SSH加速(GlobalSSH),GlobalSSH旨在解决因跨国网络抖动导致的SSH敲命令卡顿、传输速率不稳定、传文件失败等问题。
目前GlobalSSH支持对香港、新加坡、北美三个地区的云主机进行SSH加速,后续还将陆续支持东京、雅加达、法兰克福、莫斯科等地区,敬请期待。
为什么要使用GlobalSSH
避免卡顿,加速明显
GlobalSSH这款运维神器,可以避免卡顿、大幅提升传输速率,通过一个简单的实验,即可验证有无GlobalSSH情况下,文件传输速度的显著区别。
GitHub上的开源工具sshping,可以用来精准地测试SSH连接的表现。
使用下述命令,测试一个位于洛杉矶的GlobalSSH加速域名:
sshping -r es 107.150.102.137.pathx.ucloudgda.com
结果如下:
而未经加速的SSH连接,表现如下:
结果可见,国内云主机向美国洛杉矶主机发起连接,GlobalSSH可将连接时延从177ms降为157ms,缩短约13%。
除了可以大幅提升传输速率,借助于UCloud自研的PathX以及智能调度技术,GlobalSSH也能极大的降低丢包率和网络抖动,使得终端响应速度更快,从而避免遇到输入一个字符长时间不显示的问题。
接入简单,无需改动
GlobalSSH的使用非常简单,只需要在UCloud控制台创建一个SSH加速实例,输入需要加速的服务器IP即可。
实例创建完毕后,生成一个类似128.1.38.240.pathx.ucloudgda.com的域名,使用此域名作为ssh访问的host即可获得稳定的SSH访问体验,如ssh root@128.1.38.240.pathx.ucloudgda.com。
计费灵活,成本低廉
一个GlobalSSH实例的费用仅需60元/月,所产生的流量费用为2元/GB,(根据当日流量使用情况于次日凌晨结算,不足1GB免费)。除此之外,用户还可以根据自己的实际需要,灵活选择年付/月付/按时付费。
多技术支撑,简约而不简单
为了让产品便捷使用,同时又提供强大的产品能力,GlobalSSH在后台技术架构上经过巧妙设计,以达到易用性、灵活性和稳定性的统一。
隧道及NAT技术
PathX底层线路为GlobalSSH的加速提供了物理上的保证,借助多种隧道技术,用户对SSH的访问请求可以从源端转发到位于全球各地的目的端。而通过多层NAT机制,不仅位于UCloud上的云主机可以获得加速,即使非UCloud云主机,只需正常填写加速域名和IP,也可获得相同的加速效果。
智能域名调度
GlobalSSH的加速域名,通过智能调度,可将域名按情况解析到不同线路和地区的接入集群,不仅能规避骨干网故障带来的影响,也能将局部地区的访问效果更加优化。
高可用设计
GlobalSSH的接入层,采用高可用可扩展的集群设计,并有充分的容灾考虑。这种设计同时也能降低成本,当访问量很小时,用户只需付出很少的费用。
布局全球,助力出海
截至2018年6月,UCloud已在香港、新加坡、东京、首尔、台北、高雄、雅加达、曼谷、迪拜、法兰克福、莫斯科、洛杉矶、华盛顿等13个城市部署了云数据中心,为国内企业提供云计算服务。秉承“用户的需求就是我们下一个产品”的理念,GlobalSSH从细节处着手,解决用户运维上的切实烦恼,帮助越来越来的国内企业走出国门,更好地服务全球用户。
本文名称:UCloud推出GlobalSSH,让海外SSH访问不卡顿-创新互联
文章来源:http://azwzsj.com/article/diddcs.html