看到「 Highly Available MySQL Clusters at WePay 」這篇講 WePay 用 MySQL 的設計，本來以為是 WeChat 的服務，仔細看查了之後發現原來是 JPMorgan Chase 的服務...
架構在 GCP 上面，本來的 MySQL 是使用 MHA + HAProxy (patch 過的版本，允許動態改變 pool)，然後用 Routes 處理 HAProxy 的 failover。
他們遇到的問題是 crash failover 需要至少 30 分鐘的切換時間，另外就是在 GCP 上面跨區時會有的 network partition 問題...
後續架構變得更複雜，讓人懷疑真的有解決問題嗎 XDDD
改用 GitHub 推出的 Orchestrator 架構，然後用兩層 HAProxy 導流 (一層放在 client side，另外一層是原來架構裡面的 load balancer)，在加上用 Consul 更新 HAProxy 的資訊？
思考為什麼會有這樣設計 (考慮到金融體系的背景)，其實還蠻有趣的...
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
