用Elastic Block Store EBS 完善性能和数据可用性
发布时间：2022-07-01 00:09:13 所属栏目：云计算 来源：互联网
导读：如今，许多数据库即服务（DBaaS）解决方案将计算层和存储层分开来，比如包括Amazon Aurora和Google BigQuery。由于数据存储和数据复制可以由现有服务来处理，DBaaS无需担心这种复杂性，这种解决方案很有吸引力。然而，这种设计的性能有时可能不如传统方式
|
如今，许多数据库即服务（DBaaS）解决方案将计算层和存储层分开来，比如包括Amazon Aurora和Google BigQuery。由于数据存储和数据复制可以由现有服务来处理，DBaaS无需担心这种复杂性，这种解决方案很有吸引力。然而，这种设计的性能有时可能不如传统方式：使用本地磁盘作为存储。 本文将介绍如何认真选择弹性块存储（EBS）类型，辅以巧妙的优化，在EBS上部署DBaaS可以获得比在本地磁盘上更好的性能。 在部署TiDB Cloud时，我们有放置规则，保证一个Region的副本会分布在多个可用区（AZ）。失去一个可用区（AZ）不会对TiDB Cloud产生巨大影响。然而，如果出现AZ + 1故障（即一个可用区和另一个可用区中的至少一个节点同时出现故障），该Region将变得不可用。我们在生产环境中遇到过这样的故障，花了好大的精力才让TiDB集群恢复正常。为了避免再次遭遇这种痛苦的经历，EBS进入了我们的视线。 AWS Elastic Block Store（EBS）是AWS提供的一种块存储服务，可以附加到EC2实例上。然而，EBS上的数据独立于EC2实例，因此当EC2实例出现故障时，数据持续存在。当EC2实例出现故障时，可以使用Kubernetes，将EBS自动重新挂载到正常工作的EC2实例。此外，EBS卷是为关键任务系统设计的，因此它们可以在AZ内复制。这意味着EBS不太可能出故障，因此我们就放心了。 基于SSD的EBS卷通常有四种类型：gp2、gp3、io1和io2。（我们在设计和实现TiDBCloud时，io2 Block Express还处于预览模式，所以我们没有考虑它。）下表总结了这些卷类型的特点。 （编辑：PHP编程网 - 襄阳站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐