SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
Azure Load Balancer (ALB) と Internal Load Balancer (ILB) で同一のパブリックポートは使用できませんが、一つの環境に両方とも作成することができます。
この作成方法についてメモを。
ILB については一つしか作成できないようですので、注意しておいたほうがよさそうですね。
BadRequest: LoadBalancer already exists: AlwaysOnILB. Only one internal load balancer allowed per deployment.
ALB と ILB の両方を可用性グループのリスナーに使いたかったのですが、うまくいったりいかなかったりと挙動が安定しないので、これは別の機会に調査してみたいと思います。
# DNS の解決方法についても考慮が必要になってくるので。
数回、AlwaysOn 可用性グループを Azure 上で構築した場合の情報を書きてきましたが今回のリスナーの構成でひと段落かなと。
基本的な情報については チュートリアル:AlwaysOn 可用性グループのリスナー構成 に掲載されています。
AlwaysOn 可用性グループを検証環境用と等で最小構成で構築したい場合のメモを。
この構成は AlwaysOn 可用性グループのフェールオーバーは使用できますが、ドメインコントローラーが SPOF になっていますのでご注意ください。
AlwaysOn 可用性グループを構築する場合、
の 2 種類の構築方法が考えられます。
チュートリアルについては Azure の仮想マシン内の SQL Server の高可用性と災害復旧 の一連のドキュメントから確認することができ、初めて構築する場合には以下の GUI ベースのチュートリアルを確認するとよいかと思います。
テンプレート展開された環境とチュートリアルを参考にした環境ではいくつか相違点があるので少しまとめてみたいと思います。
Azure の価格レベルですが
の 2 種類があり、検証用途で使用する場合には基本を使用すると費用を抑えることができます。
Azure の料金体系について
AlwaysOn 可用性グループの環境を Azure 上に構築しようとして、テンプレート展開や自分で作成などをやっていて気付いたのですが、基本では 負荷分散されたエンドポイントをサポートしていないのですね。
Basic (基本) レベルの仮想マシン
既に Azure ロード バランサーまたは自動スケーリング機能を構成している場合は、その構成を削除しない限り、Basic (基本) レベルの仮想マシン サイズにはダウングレードできない点にもご留意ください。ロード バランサーまたは自動スケーリングの構成を削除すると、上記と同じ手順で Standard (標準) サイズを Basic (基本) サイズに切り替えられるようになります。
これを理解していなくて、テンプレート展開で AlwaysOn 基本の価格レベルに設定したインスタンスを使用して、構築しようとしていたところ、SQL Server を展開しようとしたタイミングでエラーとなってしまっていました。
# テンプレート展開された AlwaysOn は Azure ロードバランサーによりリスナーに接続するためのエンドポイントが作成されるため
なぜ、テンプレート展開できないのかわからず、3 時間ぐらいはまってしまいました…。