针对目前主流的一些存储双活方案中，分别有哪些存储仲裁机制来规避双活存储“脑裂”风险？

仲裁的机制很多专家已经说的很清晰了。基本上就是 静态仲裁和第三站点 仲裁方式，两种方式也有各自的优缺点，对于规避脑裂风险，我觉得更多的还是要结合实际的系统架构，企业情况等等多方面的因素去指定方案，方案只是一种理想状态下的解决方案。但很多时候企业往往由于系统架构，资金问题。设备型号版本等多方面的因素导致存在各种安全隐患。
所以我觉得理想状态下现有的技术方案都可以规避脑裂，但实际的环境往往并不理想，这并不是单纯靠某一项仲裁技术就能解决的，当系统架构上升到双活的层面，业务足够重要时，整个架构的维护就成了了一个运维项目。而不能单纯的只考虑某些风险。
对于重要的双活业务，在存储层面。我觉得面对脑裂的风险。首先就是先保证出现脑裂时系统不去争抢资源导致数据丢失。其次才是尽量保障业务的连续性。而具体采用哪种仲裁方式，则根据实际的情况去制定合适的方案。