MSのドキュメントにはポータルでのVMSS作成手順について記載がなかったため、動作確認も含めてまとめてみました。

#目次
検証手順
　1. VMSSの作成
　2. オートスケーリングの構成
　3. VMSSインスタンスに接続する
　4. オートスケールアウトを確認する
　5. オートスケールインを確認する
検証後の気づき
参考知識

#検証手順
##1. VMSSの作成
AzureポータルからVMSSを検索、サービス画面に移動

[＋追加]を選択

スケールセットの作成画面“基本”で以下の情報を入力。

リソースグループ：VMSStest(任意)
スケールセットの名前：fukaVMSS(任意)
地域：東南アジア(任意)
イメージ：WindowsServer2012R2Datacenter(任意ですが、今回の手順はWindowsServer用です)
サイズ：D2s v3(任意)
認証の種類：パスワード
ユーザー名/パスワード：任意

スケールセットの作成画面“ネットワーク”で以下の情報を選択。

仮想ネットワーク：VMSStest-vnet(任意)
“ネットワークインターフェイスの編集”を選択し、
以下情報を選択してインスタンスへのRDP接続を許可(後からでも設定可能)
NICネットワークセキュリティグループ：Basic
パブリック受信ポート：選択したポートを許可
受信ポートを選択：RDP

スケールセットの作成画面“拡大縮小中”で右の情報を入力。

初期インスタンス数：1
スケーリングポリシー：手動(後手順で別途カスタムポリシーを作成)
“確認および作成”の検証で問題なければ[作成]をクリックする。(デプロイ完了まで数分かかります)

##2. オートスケーリングの構成
再度VMSSのサービス画面に移動し、スケールセットが作成されていることを確認する。
一覧から手順1で作成したスケールセットをクリックする。

メニューから[拡大縮小中]を選択し、カスタム自動スケーリングの設定を行う。
“インスタンスの制限”は最小1、最大値3、既定1とする。
[スケーリング条件を追加する]をクリック。

[規則を追加する]をクリックし、“スケールルール”で以下の通りパラメーターを設定する。

再度[規則を追加する]をクリックし、“スケールルール”で以下の通りパラメーターを設定する。

画面上部の[保存]をクリックする。

####これらの規則により、CPUの使用率が70％を超える状態が5分間続くとインスタンスが1つ増え（スケールアウト）、CPUの使用率が20％を下回る状態が5分間続くとインスタンスが1つ減ります（スケールイン）。

##3. VMSSインスタンスに接続する
VMSSのサービス画面から作成したスケールセットを選択し、メニューから“インスタンス”をクリックする。現在1つのインスタンスが実行中であることを確認する。

表示されているインスタンスをクリックし、[接続]から[RDPファイルをダウンロード]をクリックする。ファイルをクリックし、手順1で設定したユーザー名/パスワードを入力してサインインする。

##4. オートスケールアウトを確認する
接続先インスタンスでブラウザを開き、CPUSTRES.EXEをダウンロードする。
タスクバーを右クリックし、“Task Manager”をクリック、起動する。
画面下の[More details]をクリックし、[Performance]タブを選択する。

CPUSTRES.EXEをダブルクリックで起動し、4つのスレッドのパラメーターを次のように設定する。

“Task Manager”のグラフでCPU使用率がほぼ100％になっていることを確認する。
Azureポータルに戻り、VMSSのインスタンス数が3に増えることを確認する。(更新されるまでに5分かかります)

##5. オートスケールインを確認する
CPUSTRESを閉じると“Task Manager”のグラフでCPU使用率が急激に落ちることを確認する。
Azureポータルに戻り、VMSSのインスタンス数が1に減ることを確認する。(更新されるまでに5分かかります)

#検証後の気づき・疑問
・今回は仮想マシンの数が負荷に応じて変化する水平方向のスケーリング（スケールアウト/スケールイン）を試したが、実際の運用では仮想マシンのサイズを増減させる垂直方向のスケーリング（スケールアップ/スケールダウン）も検討する必要がある。特にインスタンスの使用率が低い場合はスケールインだけでなくスケールダウンすることでよりコストパフォーマンスの高い構成が可能になるかもしれない。

・どれくらい急激な負荷の増減に対応できるのか
　→増加が急激な場合やインスタンスの起動に数分かかる場合はインスタンスの増減が間に合わなかったりするらしい。（具体的には未検証）AWS・Azure・GCPでどのくらい違うのかも気になる。
　　→これに対してAWSでは機械学習で負荷を予測して事前に備える予測スケーリング機能がある。
　　　Azureには現状同様の機能はないが、サービスの組み合わせ次第で実現できるのかも今後検証したい。

・負荷がある程度予測できるものなのか、突発的なものにも備える必要があるのかで構成や設定が変わるはず
【ある程度決まった時間の場合】
　時間とインスタンス数を指定する
【急激な負荷増に対応する場合】
　CPU使用率に応じてスケールアウトを設定する
【負荷が少ないときにインスタンス数を抑えてコスト削減】
　CPU使用率に応じてスケールインを設定する

・インスタンスに何らかのアップデートやスキャンが走る場合もCPU上がることも考慮する必要あるかも

・実際にインスタンスにトラフィックを通す場合はLBを経由して各インスタンスに分散させる構成にする必要がある

#参考知識
・VMSSインスタンスのWindowsライセンス料金について
　→Scale Sets使用に対する課金はなく、通常の仮想マシン料金のみ。
　　Azure仮想マシンで用意されているOSイメージは、いずれもAzureの利用料金に含まれており、別途ライセンス料は必要ない。

・スケーリングで特定インスタンスを停止可能か
【手動スケーリングの場合】
　ポータルから指定のインスタンスに対し、「割り当てを解除」することが可能

　また、以下コマンドでも可能
Stop-AzureRmVmss

Stop-AzureRmVmss
    [-ResourceGroupName] <String>
    [-VMScaleSetName] <String>
    [[-InstanceId] <String[]>]

【オートスケーリングの場合】
　できなさそう…？（方法見つけたら更新します）