SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
SQL Server 2012 の新機能である AlwaysOn は Windows Azure の仮想マシン (VM : VIrtual Machine) に構築することができます。
Windows Azure で SQL Server AlwaysOn 可用性グループ を作ってみる
Tutorial: AlwaysOn Availability Groups in Windows Azure
HADR Tutorials for SQL Server in Windows Azure VMs
構築できるのは知っていたのですが実際に試したことはなかったので少しまとめてみたいと思います。
まずは WSFC の構築から。
投稿を書いている時点 (2013/5/7) の投稿ですので最新の構築方法では変わっているかもしれません。
Windows Server 2008 / 2008 R2 で AlwaysOn 可用性グループを構築する場合、前提の修正プログラムがいくつかあります。
適用する必要のある修正プログラムは以下の KB に記載されています。
AlwaysOn 可用性グループの前提条件、制限事項、および推奨事項 (SQL Server)
AlwaysOn 可用性グループでは最大 3 台で同期コミットモードを構築することができます。 
同期コミットモードではプライマリレプリカでデータの変更をした際のコミット時に、セカンダリレプリカでのコミットを保証するために、セカンダリでコミットが行われるのを確認してから処理を完了させるという動作になります。
複数台で同期コミットモードを構築した場合、コミットの完了がどのように動作するのかを見ていきたいと思います。
AlwaysOn 可用性グループでデータの同期をしているデータベースをリストアする際の流れなどをつらつらとまとめてみたいと思います。
AlwaysOn 可用性グループの可用性モードは同期コミットと非同期コミットの 2 種類のモードがあります。
可用性モード (AlwaysOn 可用性グループ)
今回の投稿では同期コミットを使用した場合のスループットへの影響を確認するための考え方についてまとめてみたいと思います。
以前投稿した データベースミラーリングの同期モードによる遅延について と近い内容ですね。