感谢作者的整理和分享
1 个赞
技术细节讲得很清楚,学到了!
1 个赞
内容很好
1 个赞
学习学习
1 个赞
感谢作者的整理和分享
1 个赞
实践案例很有参考价值
1 个赞
宝贵的经验分享,谢谢!
1 个赞
学习学习
1 个赞
赞一个!
1 个赞
实践案例很有参考价值
1 个赞
宝贵的经验分享,谢谢!
1 个赞
这类现象通常是备份任务与业务争抢出口带宽。可从几方面着手:一是给物理备份和归档日志备份限速,OSS 上传侧配置带宽上限,把备份错峰到更低负载时段;二是排查日志备份一直在进行中的根因,多为全量备份失败后 WAL 堆积、归档跟不上,先让全量成功再让日志备份收敛;三是检查 OSS 侧是否有限流或重试风暴,失败重传会放大流量。根本上建议为备份流量单独规划带宽或走独立网络通道,避免与生产链路互相挤占。
1 个赞
经验分享很有价值
2 个赞
感谢作者的整理和分享
1 个赞
期待更多分享
1 个赞
马一下
1 个赞
技术细节讲得很清楚,学到了!
1 个赞
学习了,对自己挺有帮助。
1 个赞
内容很好
实践案例很有参考价值