这是一个创建于 1802 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
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
wunonglin 2019-12-17 13:55:45 +08:00
不管怎么说还是要多备份才行，要是万一挂上去还是不能访问那就搞笑了
|
 |
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  2
@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 2019-12-17 22:56:58 +08:00
@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 吧，不用自己运维，稳定很多。。
|
Select Language