
1 scukmh 2019-12-17 13:02:41 +08:00 想知道怎么唬你的。最后那一段。 |
2 wangyzj 2019-12-17 13:04:11 +08:00 希望不是 20 个 5 元代金券 |
3 eason1874 2019-12-17 13:07:58 +08:00 不是百倍时间赔偿吗,不算你自己操作时间,纯粹工单耽误时间都有半天了,这半天不是应该赔偿吗? |
4 foamvalue 2019-12-17 13:08:38 +08:00 这么强,还能维权? |
7 graceday 2019-12-17 13:23:09 +08:00 阿里云最近新活动,入门级 ECS 89 元 /年,值不值得入手?买了也不知道做什么 |
9 vus520 2019-12-17 13:24:44 +08:00 这不千万云的日常么 |
13 nandehutu 2019-12-17 13:28:35 +08:00 基本上各家云的客服,一开始上来都是答非所问,效率很差 |
14 okwork 2019-12-17 13:36:44 +08:00 楼主心大,用云服务器,每日定期快照是基础保障 |
16 dreamerlv3ex 2019-12-17 13:41:14 +08:00 可怜的学院君。 |
17 opengps 2019-12-17 13:43:09 +08:00 现在的工单服务量太大,确实质量不到位 |
20 shakaraka PRO 不管怎么说还是要多备份才行,要是万一挂上去还是不能访问那就搞笑了 |
21 ysoserious 2019-12-17 13:59:51 +08:00 难怪昨天一整天都打不开. |
22 ysoserious 2019-12-17 14:00:24 +08:00 下午. |
24 nonfu OP @ysoserious 争取以后不再发生这种事情了 |
25 houzhimeng 2019-12-17 14:19:31 +08:00 被阿里坑过 2 次,果断选择云数据库 |
26 nonfu OP @houzhimeng 公司产品的建议使用云数据库了 |
27 struggle001 2019-12-17 14:37:16 +08:00 @nonfu 作为一个渣渣运维分享自己的一些想法: 1.生产环境的数据一定不要放在系统盘上(虽然阿里提供的方法可用,但是有一定的风险) 2.数据放在数据盘(扩展盘)的前提下,定期对系统盘进行快照,如果出现类似问题,直接恢复快照,对数据不产生任何影响。也是分分钟恢复的事情。 3.数据库数据要定时进行 sql 备份,用 bash 写定时脚本,留一个月第一天的备份 1 和近 7 天的备份。如果有条件,可以考虑异地或者 pc 本地备份。 os 还是有一定几率会出现损坏的,或者说阿里的分布式存储出了问题,刚好影响你的系统盘(可能性很小)。所以切记不要放在系统盘数据。 我作为云厂商的运维,出现类似问题,因为没有阿里那套恢复快照到新购磁盘的业务逻辑,我会协助他们保存系统数据,之后重置,效率肯定要比阿里快 N 呗。不过小厂商很难混下去。 |
28 struggle001 2019-12-17 14:40:25 +08:00 @okwork 快照其实对云厂商很不友好,所以都有快照限制的。比如一个用户数据是 100G,打快照之后,所有的 100G 的数据都被修改过,那就额外占用了 100G,在加上 3 副本,实际占用我 600G 的空间。很坑啊。 |
29 nonfu OP @struggle001 嗯 受教 我现在就是按照你这个思路在做的 定期快照+数据库备份 并且数据库备份多处存储 避免单点故障 |
30 struggle001 2019-12-17 14:48:24 +08:00 @nonfu 所以遇到一次问题 也挺好的。哈哈 |
31 nonfu OP @struggle001 是的 不出问题总以为朗朗乾坤 天下太平 有些事情总是习惯拖着 |
32 turi 2019-12-17 14:54:59 +08:00 6 个多小时 才 100 块钱 这套路不就是,一榔头加一个枣吗? 一小时 20 块不到,果然白菜价 |
33 ben1024 2019-12-17 14:59:28 +08:00 阿里云店大欺客的习惯 |
34 okwork 2019-12-17 15:00:29 +08:00 via Android @struggle001 这个没办法了,快照都是增量的,永远胖下去的。瘦身的办法只好隔段时间重置后再新快照,幸好存储空间一般都不算太贵,胖就胖点吧 |
35 nonfu OP @turi 其他的也没办法量化 之前所在的公司千万级流量 IDC 机房断电导致服务器宕机半天 最后也是不了了之了 跟他们扯皮他们有专门的律师团队 千儿八百块钱的事情也就懒得花时间去理会了 |
36 struggle001 2019-12-17 15:04:27 +08:00 @okwork 我公司内部用户用了我 20T 的 ssd 空间,x3 就 60T 了,我都要疯了,采购扩容中..... 天天和他斗智斗勇.... |
37 1239305697 2019-12-17 17:59:05 +08:00 大概意思是:磁盘出问题了,但是磁盘里的数据是正常的 这个算不算运气好,一般不是磁盘出问题了数据就也没有了吗。。 |
38 mmdsun 2019-12-17 18:51:18 +08:00 via Android |
39 avenger 2019-12-17 22:06:06 +08:00 为啥不直接用 rds,ecs 上自建数据库风险很大,运行了一年的服务器你也敢重启…… 不能启动很正常,ecs 应该要做成无状态的,随时可以清掉重新部署。 |
40 a1274598858 2019-12-17 22:15:38 +08:00 为啥你的 ping 这么高?还是在杭州 https://tc.zhensuo.site/2019/12/17/c73b83106eed479cbc9bd743cac5ca2b.png |
41 aqqwiyth 2019-12-17 22:20:01 +08:00 mysql 居然一次性恢复成功. |
42 mytsing520 PRO @a1274598858 小水管,或水管长期处于高使用率范围内 |
43 nonfu OP @a1274598858 还真是 应该是近期出现的 之前都是几~几十毫秒 明天看下 |
45 nonfu OP 才 1 天,够狠。。。 |
46 nonfu OP @1239305697 某个操作系统调用环节出问题而不是整个磁盘坏掉 |
49 akira 2019-12-18 01:06:16 +08:00 |
52 Zach369 2019-12-18 09:52:25 +08:00 建议使用 rds 吧. 我之前测试过,阿里云 ecs 上面搭建 mysql 和 mongodb 不是很稳定. |
56 nonfu OP @akira 是的 遥想当年美团挂了 饿了么还撑得住就是异地多活的功劳 咱做不了异地多活 做个多处备份 再最低价租个国外 VPS 做备份服务器还是可以的 闲时还能拿来当梯子 美滋滋 |
57 tailf 2019-12-18 11:29:43 +08:00 买 RDS 吧,不用自己运维,稳定很多。。 |