跳到主要内容
注册无需实名认证
安云主机 AnYun VPS

服务状态

服务状态

节点开放情况、可用性承诺、历史维护公告与故障说明。本页是静态页面,不是实时监控面板 —— 这一点写在最前面,免得你按绿点做判断。

开放下单节点

9 / 9

12 个月自测可用率

99.98%

合同承诺

99.9%

计划维护窗口

北京时间 03:00–06:00

已发布故障说明

待补充

要点

安云主机现在的服务状态如何?

安云主机目前有 9 个节点开放下单,合同可用性承诺为 99.9%,过去 12 个月的自测可用率为 99.98%。计划内维护固定安排在北京时间 03:00–06:00;低于承诺时的补偿标准与申请时限以服务等级协议(/sla)为准 —— 补偿条款只写在一份文件里。请注意:本页是随站点构建生成的静态页面,不是实时探测面板 —— 表中的「状态」指该节点是否开放下单,不代表此刻的机器健康状况。判断当下是否有故障,请以你自己的外部监控为准。

节点状态

各机房当前是否开放下单

「受理中」表示该节点正常接受新订单,「未开放」表示暂不接受。 这一列描述的是库存与运营状态,不是机器健康状态 —— 静态页面做不到后者,我们也不假装做得到。

机房详情 →
机房 地区 状态 开通日期 端口速率 产品线 最近维护公告
洛杉矶 LAX 北美 受理中 2020-09-14 1 Gbps VPS 云服务器、大容量存储服务器、独立服务器、GPU 显卡服务器 2024-09-18 · 洛杉矶老一代宿主机退役
圣何塞 SJC 北美 受理中 2022-01-19 1 Gbps VPS 云服务器、独立服务器
香港 HKG 亚洲 受理中 2021-01-14 1 Gbps VPS 云服务器、独立服务器
东京 NRT 亚洲 受理中 2021-03-17 1 Gbps VPS 云服务器、独立服务器
新加坡 SIN 亚洲 受理中 2022-03-09 1 Gbps VPS 云服务器、独立服务器
首尔 ICN 亚洲 受理中 2024-01-17 1 Gbps VPS 云服务器
法兰克福 FRA 欧洲 受理中 2021-07-21 1 Gbps VPS 云服务器、大容量存储服务器、独立服务器、GPU 显卡服务器 2026-06-17 · 法兰克福存储集群固件升级
阿姆斯特丹 AMS 欧洲 受理中 2023-01-18 1 Gbps VPS 云服务器、大容量存储服务器 2023-11-22 · 阿姆斯特丹上游端口升级
伦敦 LHR 欧洲 受理中 2025-01-22 1 Gbps VPS 云服务器

开通日期与更新日志同源。某个配置暂时缺货时,页面显示为不可下单而不是隐藏 —— 缺货是容量管理的结果,藏起来才是营销手段。

可用性

两个数字,一个是承诺,一个是自测

合同可用性承诺(SLA)
99.9%
过去 12 个月自测可用率 我们自己的监控,未经第三方审计
99.98%
可用性承诺与补偿倍率
99.9%,补偿标准见 /sla
申请时限
事件后 30 天内

承诺低于自测数字是刻意的:把宣传口径写得比实测还高,第一次故障就会变成争议。 补偿以延长服务时长发放,不退现金 —— 加密货币退款涉及汇率与手续费,折算过程本身会变成新的争吵。

你可以用自己的外部监控(UptimeRobot、Zabbix 等)取证,我们以你的监控数据为准处理申请。

故障公开与补偿

故障与攻击

合同可用性承诺为 99.9%。低于承诺时的补偿标准、申请时限与计算方式,以服务等级协议(/sla)为准 —— 补偿条款只应存在于一份文件里,写在两处迟早会对不上。故障原因说明在恢复后 72 小时内发布。

可用性承诺与补偿倍率 99.9%,补偿标准见 /sla

补偿以账户服务金的形式发放,不退现金 —— 加密货币退款涉及汇率与手续费,折算过程本身就会变成新的争议。具体比例见服务等级协议。

故障原因说明写明时间线、影响范围、根因与后续动作。写不清楚根因就直说还在排查,不用“网络波动”这种话搪塞。

故障记录不删除。一个开了五年却没有任何故障记录的状态页,比有故障记录的状态页更可疑。

不覆盖的范围

  • 计划内维护窗口不计入停机时长。
  • 客户自身配置错误、DDoS 攻击导致的黑洞路由、上游不可抗力不在补偿范围内。
  • 补偿需要你主动提交工单。我们不自动发放,也不会假装系统会自动识别每一次影响。

攻击防护

故障与攻击

我们不公布防御带宽数字。攻击流量超过所在机房的清洗能力时,被攻击的 IP 会进入黑洞,这是所有服务商的共同做法,区别只在于肯不肯提前说。

“无限防御”“无视攻击”是这个行业最容易识破的两句话:清洗能力由机房和上游决定,转售商没有能力凭空创造带宽。

黑洞触发的阈值与持续时长由所在机房的策略决定,各节点不同。下单前可以就具体节点提交工单询问,我们给出当前的实际策略,而不是给一个好看的数字。

如果你的业务本身就是高频攻击目标,请在下单前说明,我们会直接告诉你这里合不合适 —— 不合适就不卖,比卖了再吵好。

不覆盖的范围

  • 不提供针对性的高防线路,也不承诺具体清洗容量。
  • 黑洞期间该 IP 不可达,我们无法提前解除。
  • 攻击导致的停机不计入可用性补偿。

故障记录

已发布的故障原因说明

本页暂无可发布的故障事件记录

待补充

这里的空白表示记录尚未整理成可发布的形式, 不表示过去从未发生故障。我们不打算用几条编造的「已修复」事件把这一栏填满 —— 编出来的故障说明经不起追问:时间线、影响范围、根因,随便一项被追问都会露馅。

这一点我们自己的政策里已经写死了:一个开了几年却没有任何故障记录的状态页, 比有故障记录的状态页更可疑。所以请把这块空白当成「还没做完的事」,而不是「零故障」的证明。

按政策,故障原因说明在恢复后 72 小时内发布, 写明时间线、影响范围、根因与后续动作;根因没查清就直说还在排查,不用「网络波动」搪塞。 已发布的说明不删除。

我们自己引入的软件问题与处理方式,记在更新日志的「修复」分类里,可以先看那边 —— 那一部分是真实存在的记录。

维护公告

历史计划维护 7

长期保留,不因页面改版而消失。计划内维护固定在北京时间 03:00–06:00, 一般变更 72 小时 / IP 变更与迁移 7 天;上游机房的紧急维护不在我们的窗口约束内, 遇到时我们把通知原样转达,不加修饰。

维护与变更政策 →

这一档暂时缺货,页面显示为不可下单而不是隐藏。已有实例完全不受影响,续费正常。补货时间取决于宿主机到货,确定前不给承诺日期。

开机与重装的调度组件换代,按区域灰度,先欧洲后亚太。用户侧无感知,唯一可见的变化是新建实例的等待时间更稳定。

第一批开业时上架的硬件到期,实例分批冷迁移到新宿主机,配置与 IP 不变,单机停机数分钟。迁移窗口逐台通知,不做「统一维护日」。

计划内维护,面板与下单进入只读状态约 40 分钟,已运行的服务器不受影响。窗口提前一周公告,实际用时比公告的短。

分三批滚动重启,每批提前 48 小时在面板与邮件公告,单机停机控制在几分钟。我们不做「无感知升级」的宣传:需要重启就说需要重启。

订阅通知

怎么在第一时间知道

维护与变更通知走工单加站内公告,不依赖邮件送达:用一次性邮箱注册的客户很多, 邮件到不了。想在站外收到提醒,最省事的是订阅更新日志的 RSS —— 它不需要你留下任何身份信息, 这一点和本站其余部分是一致的。

RSS 订阅
/feed.xml
站内公告与工单
控制面板内,登录后可见
滥用与安全事件
[email protected]

目前没有独立的通知订阅页面。等我们做出一个不需要你交出邮箱就能用的通知方式,会在更新日志里公告。

常见问题

关于服务状态

这一页是实时的吗?

不是。本页随站点构建生成,是静态页面。表格里的「状态」表示该节点当前是否开放下单,不是实时健康探测的结果。任何一个把静态 HTML 做成绿点面板的服务商,绿点在故障期间也一样是绿的 —— 与其做这种页面,不如直接说清楚。判断此刻是否有故障,请用你自己的外部监控(UptimeRobot、Zabbix 等),并以工单为准。

99.98% 这个数字怎么来的?

来自我们自己的监控,统计口径是过去 12 个月的滚动可用率,尚未经过第三方审计。合同承诺的是 99.9%,比自测数字保守 —— 承诺低于实测是我们的刻意选择,反过来才是危险信号。你完全可以用自己的监控数据来推翻这个数字,处理补偿申请时我们以你的监控为准。

为什么故障记录是空的?

因为我们还没有把故障记录整理成可发布的形式,而不是因为过去从未发生过故障。我们自己的政策里写着:一个开了几年却没有任何故障记录的状态页,比有故障记录的状态页更可疑。所以这里宁可空着并写明原因,也不放几条编出来的「已解决」事件充数。按政策,故障原因说明在恢复后 72 小时内发布,发布后不删除。

维护会提前多久通知?

一般变更 72 小时 / IP 变更与迁移 7 天。通知渠道是工单加站内公告,不依赖邮件送达 —— 加密货币付款的客户很多用一次性邮箱,邮件到不了。计划内维护窗口固定在北京时间 03:00–06:00,历史公告长期保留在本页下方,不会因为页面改版而消失。

联系 工单
扫码
手机访问

扫码在手机上打开