阿里云服务器关机后还会继续收费吗？

首先，感谢悟空问答的邀请，这个问题我没有实际操作过，也没有使用过阿里云，但是去详细咨询了阿里云客服，现将问题答案公之于众。

阿里云的的付费方式是按量付费， 是一种先使用后付费方式。使用这种方式，您可以按需取用资源，随时开启和释放资源，无需提前购买大量资源。与传统主机投入相比，成本可以降低 30%−80%。

适用资源

采用按量付费方式计费的 ECS 资源包括：

· ECS 实例，包括 vCPU 核数和内存容量。

· 镜像，包括市场镜像和来源于市场镜像的共享镜像或自定义镜像。

· 随按量付费实例一起购买的磁盘，包括系统盘和数据盘。

· 单独购买的数据盘。

· 随按量付费实例一起购买的按固定带宽计费的公网带宽。具体计费描述，请参考 公网带宽计费。

· 快照。具体计费描述，请参考 快照计费。

只有快照是按小时计费，按小时出账单。其他资源均按使用时长计费精确到秒，按小时出账单。

如果您要创建一个按量付费的 ECS 实例，创建实例页面底部显示的 配置费用 就包括了 ECS 实例、镜像和磁盘的费用。

开通要求

开通按量付费的 ECS 资源时，阿里云账户余额不得少于 100.00 元或者等值的代金券或者优惠券。

支付方式

按量付费资源的支付方式包括：在线支付、阿里云账号余额、优惠券或代金券。

只有在有效期内而且适用场景为 通用券 的代金券才能用于购买按量付费资源。您可以登录管理控制台，通过 费用中心 > 代金券管理 查看代金券的 适用场景 是否为 通用券。

计费周期

按量付费资源的计费周期因资源类别而异，具体说明如下表所示。为了便于阅读，在 产品价格页 上，计费精确到秒的资源也提供了每小时的价格，您只需要将价格除以 3600 即可得到每秒的价格。

实例从创建到释放的整个生命周期内不足 0.01 元，将补齐按照 0.01 元收取。

结算周期

按量付费资源从创建开始付费，到释放结束付费，按秒收费，以一个整点为一个结算周期（均以 UTC+8 时间为准）。整点结算完进入新的结算周期时，如果账号可用余额小于上一周期的账单金额，您会收到短信或邮件提醒余额不足。

注意：

· 这里的 释放 可能是您自己执行的释放资源操作，也可能是因欠费由系统触发的自动释放。建议您 开启自动释放 功能，避免超出预期开通时长产生不必要的费用。

· 只有 释放实例 才会结束计费。只是在控制台上 停止实例 不会停止计费。

· 欠费后，即使已经设置自动释放时间，按量付费的 ECS 实例也不会遵循设置的时间释放。自欠费日起 7 天后，ECS 实例及相关数据（包括系统盘、随实例同时释放的数据盘和快照）都将被永久删除，数据无法找回。

· 如果设置了自动释放，计费结束时间以系统实际释放时间为准（精确到秒）。

你关机了 并不等于释放了

这就和你租车有点像 你租赁好汽车

开回家了 你说我今天不开了 我放到我家车库里

怎么月底我去还车 还扣我的钱啊？

你把车停到你家 虽然你不用 但是租车行也不能租赁给别人啊 相当于还是你在用 还是要给你计费的

你不打算用了 请及时把车还回去

在阿里云 就是要及时释放

你要是不用了 要去控制台及时释放的

所以说，关机之后还是要收到费用的。

阿里云按量付费用户如何释放实例和关闭自动释放？

　　按量付费：释放实例、关闭自动释放

　　说明： 本文档仅适用于 按量付费 的用户。

　　释放实例

　　如果您不再需要某个实例，需要将其尽快释放。否则即使您停机，阿里云仍会继续收费，直至您释放实例。

　　有两种释放方式：

　　立即释放：立即释放该按量付费的实例。

　　定时释放：为您的按量付费实例安排释放计划，选择一个未来的时间释放资源。可以精确到小时。您也可以再次设置，覆盖前一次的设置。

　　操作如下：

　　登录云服务器管理控制台。

　　单击左侧导航栏中的 实例 。

　　单击页面顶部的地域。

　　选择需要实例，点击单击右侧的 更多 ，然后选择 释放实例 。

　　在弹出的窗口中，选择释放行为，立即释放 ，或者 定时释放 。

　　如果选择了 定时释放 ，需要您继续设置是否自动释放、以及释放的日期和时间。

　　单击 下一步 ，然后单击 确认 。

　　输入您收到的手机验证码，然后单击 确认 。

　　关闭自动释放

　　如果您不再希望让系统自动释放您的按量付费实例，您可以关闭您设置的自动释放功能。

　　操作如下：

　　登录 云服务器管理控制台。

　　单击左侧导航栏中的 实例 。

　　单击页面顶部的地域。

　　选择需要实例，点击单击右侧的 更多 ，然后选择 释放实例 。

　　在弹出的窗口中，选择释放行为 定时释放 。

　　关闭自动释放开关。

　　单击 下一步 ，然后单击 确认 。

阿里云登录受限？

阿里云服务器无法登陆常见原因如下：

1、系统问题：宕机、关机、卡死、蓝屏、系统文件丢失导致系统损坏等；

2、系统内安装安全类软件后，未开放相应的协议及端口而被拦截；

3、修改了远程端口号，但未修改系统防火墙规则或安全类软件的规则；

4、远程服务未开启；

5、被恶意DDOS攻击，流量超防御峰值导致IP被封，尚未解封。

阿里云服务器今天出现宕机，对企业有什么影响，您怎么看？

是的，阿里云又宕机了，这几年阿里云基本上每年都要带大家玩一下心跳，阿里云宕机是正常的，笔记服务器最终还是硬件设备，但对于企业来说损失却是巨大的，不是说阿里云承诺补贴就能挽回的。

这次事件发生至少证明了一个道理，有钱还是要异地多活、还是要自建服务器、还是要多重备份、还要养一堆靠谱的运维人员。当然这次事件也不完全是一件坏事，至少又让一部分人意识到灾备的重要性。

服务器宕机损失是不可逆转的对于创业公司、或者说一个企业需要上线新的项目，不管是App还是，尤其是刚刚上线的时候，尤其是你好不容易网站被Google等搜索引擎收录了，突然服务器就宕机了，最终损失是巨大的，用户不来了、搜索引擎降级了，这种打击是毁灭性的。

目前所有公有云厂商对单一可用区产品的可用性保障是99%到99.95%，达不到99.99%更达不到100%，这不仅仅是阿里云，几乎国内所有的云服务厂商华为云、腾讯云等都差不多是这个数据。

2015年阿里云大规模宕机、2016年阿里云大规模宕机、2018年阿里云几乎全线崩溃、2019年1月、3月两次阿里云故障、阿里云疑似造成企业源代码泄漏......这些年阿里云的故障就没断过，并且随着阿里云规模的增加，还有更加严重的趋势。

混合云、去中性化可能是未来最佳方案对于初创企业来说，公有云还是最具性价比的解决方案，不过企业到了一定的发展规模，还是强烈建议应该采取更加健全的解决方案，混合云可能是未来最为靠谱的方案，纯公有云、纯私有云都是不太安全的解决方案。

有实力的企业应该尽可能自建服务器，如果要减少成本依然要使用一定比例的公有云服务器，毕竟公有云减少了大量的运维、服务器成本，我建议自建服务器应该用在刀刃上，核心数据、核心业务逻辑放在自己的内网服务器上，前端模块等往公有云服务器上放，这样的话可以最大限度的实现分离。

此外还要跨区部署、尽可能的实现异地多活、分布式的设计方案，这样可以最大限度的降低风险，毕竟鸡蛋放在不同的篮子还是要安全很多。

最后一点是，很多企业觉得为什么百度、淘宝、微信这样的服务器这么能扛，都经受了极端情况的考验，但是要注意的是，这些互联网巨头企业在IT运维、弹性资源等方面的人力投入几乎是不计成本的，而这些事实大多数人都忽略了。

服务器宕机其实也是给企业敲响了警钟，公有云不是万能的，阿里云也没有大家想象中或者吹嘘中那么强大，每年双十一阿里的服务器其实都没能扛住峰值那会儿。

出现了问题时而实习生经验不足、时而一行代码问题、时而人为操作的问题......阿里云在技术策略、管理策略其实都还是有很大问题的，这次春晚百度一战成名，扛住了春晚流量洪峰，让我们不得不重新去挖掘技术的本质，底层架构始终是基础，很显然阿里云现在做得还不够好。

文章为字节跳动作者Emacservimer悟空问答原创专稿，未经允许转载、抄袭必究！