香港阿里云服务器什么时候恢复

香港阿里云服务器12月19日恢复。根据查询相关资料信息显示：2022年12月18日上午，阿里云发布《阿里云香港可用区C某机房设备异常》公告，阿里云监控发现香港地域某机房设备异常，影响香港地域可用区C的云服务器ECS，经过一天的修复，于12月19日已经恢复。

世界上最远的距离，不是树枝无法相依，而是相互了望的星星，却没有交汇的轨迹。现代技术的进步，导致了人与人之间距离的消除，直播行业的快速发展的影响和渗透进如今的日常生活，为人们在遥远的距离相见与互诉衷肠提供了契机，使之，在不经意间的，进入了全民直播的时代。2016年各种类型的直播平台在万籁俱寂中如雨后春笋般的出现，新旧互联网公司竞相角逐于直播的蓝色海洋，一些大型赛事、活动与演唱会等通过个人的移动终端直播让实时的分享成为可能，互联网中出现的网络红人与明星也竞相的参与进来，使之聚集了很大的人气，导致流量是如此的巨大，面对如此巨大的用户访问，直播平台对服务器配置提出了很高的要求，那么就从这些方面分析直播平台对服务器配置的要求。

第一，充足的带宽

在直播的业务拓展过程中，除了基本的人力成本、主播签约费、硬件成本以及市场布局成本，巨额带宽成本一直是直播企业消耗的大头。以一般情况来看，在线人数达到百万人，直播平台每月的带宽费用就要上千万元以上，像这样庞大的带宽消耗，是必须依靠的资本投入才能支撑企业的正常运维和增长。那么就体现了美国服务器的优势，因为，美国服务器的带宽价格远远的低于国内的，可根据用户的需求定制属于自己带宽，性价比非常高，能够满足大型带宽需求的平台。优与云科技是从事直播专用服务器租用事业的，能够提供充足的带宽，尽可能的降低企业在赛场上的成本，以使之在赛道上跑的更远。

第二，低延迟

直播视频的基本要求就是要保持直播过程的延迟低，做到实时的传播，避免出现卡顿情况。直播平台必须在这方面有苛刻的要求，那么在这个时候国内服务器相较于海外服务器更具优势了。在同等的情况下，香港服务器有具有国内服务器不具有的优势，免备案，内容松，价格低。所以香港服务器的低延迟，同时具有额外的优势。优与云科技的香港服务器具有高可用性，网络无延时，无丢包，在机房拥有专业的维护人员，能够及时的协助最大程度挽救损失。

第三，存储能力

现在不光是网站数据的存储，直播平台都有回看的功能，这就要求把视频以缓存的形式存储到服务器内存里，而二十四小时，大流量的数据要被存储起来就需要耗费大量的内存设备。

第四，故障转移

网络的世界是瞬息万变，不管是黑客攻击还是网络硬件导致的服务器故障，都可能降低服务器的可用性，影响用户的体验好感。这就需要用到负载均衡技术，系统在线诊断技术，同时及时故障处理的技术人员。

阿里云服务器偶尔连接不上的问题出现在我做了一些TCP优化之后，出现了公司内网偶尔会出现连接不上服务器的问题，但是切换其他的网络就可以正常连接。

1，登陆服务器查看资源使用top，vmstat等命令查看了一番发现服务器各项指标都没有异常。于是将问题转向了网络层。

2，本地使用ping服务器外网ip正常返回，无丢包，延迟也正常。

3，登录服务器查看tcp相关数据。

发现在卡顿时有大量tcp syn包被丢弃，数值一直在增长。

在查阅资料并结合实际情况后，发现该服务器同时启用了 tcp_timestamps和tcp_tw_recycle参数。

后想起，之前同事为改善time_wait连接数过多问题曾改过该内核参数。

解决办法是，关闭tcp_tw_recycle：

再观察，发现服务已正常，偶尔连接不上的现象消失。

我们先来man一下这两个参数(man tcp)：

cp_timestamp 是 RFC1323 定义的优化选项，主要用于 TCP 连接中 RTT(Round Trip Time) 的计算，开启 tcp_timestamp 有利于系统计算更加准确的 RTT，也就有利于 TCP 性能的提升。（默认开启）

关于tcp_timestamps详情请见： https://toolsietforg/pdf/rfc7323pdf

开启tcp_tw_recycle会启用tcp time_wait的快速回收，这个参数不建议在NAT环境中启用，它会引起相关问题。

tcp_tw_recycle是依赖tcp_timestamps参数的，在一般网络环境中，可能不会有问题，但是在NAT环境中，问题就来了。比如我遇到的这个情况，办公室的外网地址只有一个，所有人访问后台都会通过路由器做SNAT将内网地址映射为公网IP，由于服务端和客户端都启用了tcp_timestamps，因此TCP头部中增加时间戳信息，而在服务器看来，同一客户端的时间戳必然是线性增长的，但是，由于我的客户端网络环境是NAT，因此每台主机的时间戳都是有差异的，在启用tcp_tw_recycle后，一旦有客户端断开连接，服务器可能就会丢弃那些时间戳较小的客户端的SYN包，这也就导致了网站访问极不稳定。

主机A SIP:P1 (时间戳T0) ---> Server 主机A断开后

主机B SIP:P1 (时间戳T2) T2 < T0 ---> Server 丢弃

经过此次故障，告诫我们在处理线上问题时，不能盲目修改参数，一定要经过测试，确认无误后，再应用于生产环境。同时，也要加深对相关内核参数的认识和理解。

本文解决灵感来自于 https://blog51ctocom/hld1992/2285410

https://blogcsdnnet/chengm8/article/details/51668992