既定では、Azure Route Server は 2 つのルーティング インフラストラクチャ ユニットの容量でデプロイされます。 この既定のデプロイでは、Route Server の仮想ネットワークとすべてのピアリングされた仮想ネットワークにデプロイされた 4,000 台の接続された VM がサポートされます。
ルーティング インフラストラクチャ ユニットを増やして、ルート サーバーの容量を 1,000 VM 単位で増やすことができます。 この機能を使用すると、より多くの VM が必要になったときにルート サーバーがスケールアウトされるのを待たずに、事前の容量をセキュリティで保護できます。 ルート サーバーが作成されるスケール ユニットが最小容量になります。
Route Server の容量を増やすと、スケールアウトが完了するまで、Route Server は現在の容量の VM の数を引き続きサポートします。 ルート サーバーがより多くのルーティング インフラストラクチャ ユニットにスケールアウトされるまでに最大 25 分かかる場合があります。
注
Route Server の容量に関係なく、Route Server は接続されたリソース (仮想ネットワーク、ブランチ) から最大 10,000 個のルートのみを受け入れることが可能です。
ルート サーバーの容量を編集する
より多くの仮想マシンをサポートする必要がある場合は、ルート サーバーの容量を調整します。
さらにルート サーバーの容量を追加するには、Azure portal の [ 構成] ブレードに移動し、ドロップダウンを使用してルーティング インフラストラクチャ ユニットの数を調整し、[ 保存] をクリックします。
Autoscaling
Azure Route Server では、スポーク VM の使用率に基づく自動スケールがサポートされています。 ルート サーバーのルーティング インフラストラクチャ ユニットとスポーク VM 使用率を監視する方法については、Azure Route Server の監視に関するページを参照してください。
スポーク VM の使用率が時間の経過と共に変化すると、自動スケール アルゴリズムによってルーティング インフラストラクチャ ユニットの数が動的に調整されます。 ただし、自動スケールは瞬時には行われません。 インフラストラクチャの可用性とパフォーマンスを向上させるには、プロビジョニングされた最小ルーティング インフラストラクチャ ユニット (RIU) がワークロードの要件と一致していることを確認します。 自動スケールでは、プロビジョニングされた RIU がこの最小値を下回ることはありません。
ルーティング インフラストラクチャ ユニット テーブル
| ルーティング インフラストラクチャ ユニット | [Number of VMs]\(VM の数\) |
|---|---|
| 2 | 4,000 |
| 3 | 5,000 |
| 4 | 6,000 |
| 5 | 7,000 |
| 6 | 8,000 |
| 7 | 9,000 |
| 八 | 10,000 |
| 9 | 11,000 |
| 10 | 12,000 |
| 11 | 13,000 |
| 12 | 14,000 |
| 13 | 15,000 |
| 14 | 16,000 |
| 15 | 17,000 |
| 16 | 18,000 |
| 17 | 19,000 |
| 18 | 20,000 |
| 19 | 21,000 |
| 20 | 22,000 |
| 21 (二十一) | 23,000 |
| 22 | 24,000 |
| 23 | 25,000 |
| 24 | 26,000 |
| 二十五 | 27,000 |
| 26 | 28,000 |
| 二十七 | 29,000 |
| 28 | 30,000 |
| 二十九 | 31,000 |
| 30 | 32,000 |
| 31 | 33,000 |
| 32 | 34,000 |
| 33 | 35,000 |
| 34 | 36,000 |
| 35 | 37,000 |
| 36 | 38,000 |
| 37 | 39,000 |
| 三十八 | 40,000 |
| 39 | 41,000 |
| 40 | 42,000 |
| 41 | 43,000 |
| 42 | 44,000 |
| 43 | 45,000 |
| 44 | 46,000 |
| 45 | 47,000 |
| 46 | 48,000 |
| 47 | 49,000 |
| 48 | 50,000 |