加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

EC2上的PostgreSQL的EBS快照与WAL-E的对比

发布时间:2020-12-13 18:10:26 所属栏目:百科 来源:网络整理
导读:我已准备好将我们的posgresql数据库移至EC2,但我对最佳备份和恢复策略有点不清楚.最初的计划是构建一个EBS支持的服务器,设置WAL-E来处理WAL归档和基本备份到S3.如果实例崩溃,我会拍摄最终生产服务器卷的快照.我还看到很多人为了恢复目的而频繁执行EBS快照.
我已准备好将我们的posgresql数据库移至EC2,但我对最佳备份和恢复策略有点不清楚.最初的计划是构建一个EBS支持的服务器,设置WAL-E来处理WAL归档和基本备份到S3.如果实例崩溃,我会拍摄最终生产服务器卷的快照.我还看到很多人为了恢复目的而频繁执行EBS快照.

推荐的策略是什么?是否有理由使用WAL存档并执行预定的EBS快照?

EBS快照将为您提供与WAL-E备份略有不同的备份类型. EBS备份整个驱动器,这意味着如果您的EC2 Virt发生故障,您可以使用上一个EBS快照重新启动virt,并且事情将在您上次拍摄快照的地方正确.

EBS快照的频率将定义数据库备份的好坏程度.

关于WAL-E的吸引人之处在于“连续存档”.如果我需要备份每个数据库事务,那么WAL-E似乎是正确的选择.我可以想象的Manys应用程序不能丢失交易,所以这似乎是一个非常谨慎的选择.

我认为您计划将生产量作为基线进行快照,然后使用WAL-E来持续存档数据库似乎非常合理.就个人而言,我可能会为该计划添加一个定期快照(每天一次?),以便采用硬基线并使恢复过程更容易一些.

通常的警告“测试你的恢复计划!”这里适用.你混合了许多技术(EC2,EBS,Postgres,Snapshots,S3,WAL-E),因此确保你能够实际恢复 – 而不仅仅是回归 – 至关重要.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读