阿里POLARDB集群创建常见问题

ITKer 运维 2019-10-12 87 0 阿里云POLARDB

  为什么只读节点没有压力?

        答:默认情况下事务中的请求都会路由到主节点,若是用sysbench做压测,0.5版本的sysbench可以加上--oltp-skip-trx=on,1.0版本的sysbench可以加上--skip-trx=on去掉事务,若业务上因为事务较多导致只读库负载过低,可以提交工单开启读写分离下的分布式事务。


       新增的只读节点会自动加入到读写分离吗?

      答:新增只读节点之后新建的读写分离连接会转发请求到该只读节点。新增只读节点之前建立的读写分离连接不会转发请求到新增的只读节点,需要断开该连接并重新建立连接,例如,重启应用


  白名单该如何配置?

  答:如果ECSPOLARDB位于同一地域(例如,华东1),填写ECS的私网IP地址; 如果ECS与POLARDB位于不同的地域,填写ECS的公网IP地址,或者将ECS迁移到POLARDB所在地域后填写ECS私网IP地址。


  相对于mysql,ploardb的优势在哪里?

     答:优势主要体现在以下几个方面

  支持数据海量存储:

  POLARDB支持最大容量100T,最多可横向扩展16个节点,每个节点最高88 vCPU,Serverless分布式存储空间根据数据量自动伸缩,且仅须为实际使用的容量付费。

  极速弹性应对突增负载:

  采用计算&存储分离架构,摆脱CPU、内存磁盘互相制约的困扰,对计算和存储节点进行了针对性优化,大幅提升了资源利用率与性能。高并发场景下相比传统MySQL性能最高提升6倍,单节点最高100万QPS,增加计算节点只需5分钟,快速弹性应对突发业务负载。

  数据安全可用:

  POLARDB采用“一主多从”架构,同一实例的所有读写和只读节点都访问存储上的同一个数据副本,极大降低了用户的存储成本。可实现主备切换0数据丢失,彻底解决了异步复制带来的只读节点数据与读写节点数据非强一致缺陷,几分钟内即可扩展只读副本,备份和恢复数据。

  与多种数据库引擎兼容:

  POLARDB完全兼容 MySQL,不需修改代码即可以迁移到阿里云的企业数据库平台。

  计算节点与存储节点分离:

  计算节点:主要承担SQL解析以及存储引擎计算。存储节点:使用存储集群的方式,主要承担数据块存储和数据库快照。计算存储分离,摆脱了计算节点CPU、内存和存储节点磁盘互相制约的困扰,POLARDB对计算层关注CPU与内存性能的优化,对存储层关注低成本的存储实现,各自进行了针对性优化,提升资源利用率与性能。

  而计算节点和存储节点之间通过RDMA网络连接,保证数据的传输不会出现瓶颈。与传统MySQL在购买的时候需要指定购买的磁盘大小不同,POLARDB实现计算存储分离后,存储单独购买,可按量付费,也可选择不同规格的存储包。新增只读实例仅需要付出计算的成本,不需要单独增加存储成本。

  共享存储:

  与传统MySQL一个实例一份数据拷贝不同,POLARDB同一个实例的所有节点(包括读写节点和只读节点)都访问存储节点上的同一份数据,由于只读实例的扩展不需要拷贝数据,创建新的只读实例不但速度快,而且很便宜,您仅需要支付相应计算节点的成本。

  RDMA(Remote Direct Memory access)网络和备份优化:

  借助优秀的RDMA网络以及最新的PAXOS块存储技术,POLARDB的数据备份耗时可以做到秒级,服务器宕机后无需搬运数据,重启进程即可恢复服务。此外,POLARDB使用了Copy On Write技术,实现秒级快照,分钟级全量备份,轻松支持100T磁盘规格。

  此外:

  传统MySQL在购买时,需要指定购买的磁盘大小,通常不超过3TB。如果空间不够,需要升级磁盘空间,数据量大的实例升级可能需要几天的时间。POLARDB底层使用存储集群的方式,磁盘动态扩容,磁盘扩容过程对用户无感知,且扩容不需要停止实例。

  传统MySQL新增只读实例需重新拷贝数据,扩容速度受限于数据拷贝延迟。POLARDB自带一个只读实例,多节点共享存储,因此增额外只读实例,不需要重新拷贝数据,可以实现分钟级的快速弹性扩容。

  传统MySQL读写实例和只读实例各自拥有一份独立的数据,用户购买只读实例,不仅需要付出计算的成本,还需要付出存储资源的成本。POLARDB的存储真正做到实际使用多少仅须支付多少的按量付费方式。

版权声明

本文仅代表作者观点,不代表本站立场。
本文系作者授权发表,未经许可,不得转载。

评论