怎么搭建就不在讲述了，有个哥们的博文写得周详，就不抄了。
一、搭建过程
第一篇 配置域控
http://www.cnblogs.com/lyhabc/p/4678330.html
第二篇 配置故障转移集群
http://www.cnblogs.com/lyhabc/p/4682028.html
第三篇 配置always on
http://www.cnblogs.com/lyhabc/p/4682986.html
第四篇
http://www.cnblogs.com/lyhabc/p/6136227.html
搭建非域AlwaysOn win2016+SQL2016
http://www.cnblogs.com/lyhabc/p/6498712.html
SQL Server AG集群启动不起来的临时自救大招
http://www.cnblogs.com/lyhabc/p/6953255.html
搭建过程还是挺复杂的，据沈老板说 window 2016 + ms sql 2017 搭建always on没那么麻烦，
不用先搭建AD域控和故障集群转移，可以一步就搭建起来，回头一定要起手试试（TODO）。
二、架构及原理
有一个哥们总结得很好，继续转链接
架构及原理 http://blog.51cto.com/dufei/1384210
三、个人理解
真心感叹商业数据库就是不一样，sql server 2012就开始支持了，而mysql group replication GA版目前还未发行，
目前互联网搭建的高可用架构，不管是普通的主备及一主多备，还是MHA以及MHA的升级版其实远达不到金融级的要求的。
不过之前听过2次oracle专家讲mgr特性，跟ms always on特性的思路都差不多。
这个特性都出来这么久了，可是还是未看到国内有一家云数据库提供这个特性，这是为啥？
未完待续。。。
====================
以上有一部分理解并不正确，always on并非类似于基于paxos协议的集群写，到是跟mysql的复制模式差不多，
sqlserver mysql
固化（发送日志块） bin-log同步
重做 重放
异步模式下也会告知master 非同步模式下，主备关联性不强
而且sql sqlserver always on整合了故障集群转移
特性及思考：
1、基于always on，可以最大支持4个副本。
--支持sqlserver只读副本的特性
2、主服务器和辅助服务器之间的数据会被加密和压缩，以提高安全性和网络传输效率。
可以实现多站点的部署，即主站点和辅助站点可以跨物理网络。
-- 对于容灾系统的特性的支撑来讲是非常合适的
3、.支持自动、手动和强制三种故障转移方式
具体切换条件是？