$subnet次に仮想マシンを作成するためにコンフィグを設定しています。最初に、仮想マシンのサイズと仮想マシンの設定上の名称を設定します。今回は「$vm」という変数に仮想マシンのコンフィグを追加していきます。最終的にロードバランサーを使うため「Basic」ではなく「Standard」を使用しています。イメージを設定します。最新のイメージを選択しています。$vm次に、仮想マシンの実際のコンピューター名や、管理者ユーザー名/パスワードを設定します。「-Credential」に指定した内容が仮想マシンの管理者となります。$interface最後の設定として、仮想マシンのイメージを保存するためのストレージの場所と仮想ディスクの名称を設定します。FromImageここまでの作業で、仮想マシンを作成するためのコンフィグが「$vm」という変数に設定できた状態となります。この状態ではまだ仮想マシンは作成されていませんので、コンフィグを使用して仮想マシンを作成します。$vm現状の仮想マシンでは、仮想マシンの作成時にのみ可用性セットが設定できるため、可用性セットを使用する場合は、仮想マシンの作成時に設定します。$avset.Idこれで仮想マシンのベースの部分の作成は完了した形となります。ここまでのリソースグループの内容がこちらになります。割り当てられていません。割り当てなくても作成をすることができます。設定されていないため、「接続」がグレーアウトしています。リソースを作成します。関連付けられていることが確認できますね。アドレスのリソースから確認することができます。持ちましたので、「接続」をクリックできるようになります。「3389」に対して接続を行いに行きます。クラシックな仮想マシンの場合は、「hogehoge.cloudapp.net」に対して接続が行われていたかと思います。アドレスのリソースで設定することができます。名ラベルを使用することができます。名でも接続ができるようになります。ここまでのリソースグループの内容がこちらになります。仮想マシンに関連付けして、仮想マシン自体を直接インターネットに出す方法で接続をしていました。検証環境で使用する場合はこれでもよいですが、実際に使用する場合、このパターンではなくロードバランサー経由でアクセスすることが多いかと思います。最後にロードバランサー経由でリモートデスクトップする設定を行ってみたいと思います。関連付けを削除します。$interface次にロードバランサーを作成します。リソースマネージャーではロードバランサーも一つのリソースとして定義されます。割り当てられていません。関連付けがロードバランサーになっていることは確認できます。今回は、ロードバランサーの「33389」のアクセスを、仮想マシンの「3389」にリダイレクトするルールを設定しています。$lb最後に、ロードバランサーの背後に存在する仮想マシンを含める、バックエンドアドレスプールを作成します。この段階では、バックエンドアドレスプールという設定を加えるだけで、プールに仮想マシンの登録は行っていません。$lbここまででロードバランサーの設定は完了しました。最終的に作成されたリソースがこちらになります。ファイルがダウンロードされます。構成要素ごとに作成して、少し流れがわかった気がします。今回使ったスクリプトのサンプルの設定値を含めた全体はこちら。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。