Требования Сервера маршрутизации Запроса приложения
Можно сделать это путем создания меньшей подсети. Так, например, если у Вас есть/24 сеть, можно вырезать маленький блок от этой подсети, такой как/29 сеть.
Например, если 8.8.8.0/24 была Ваша сеть общего пользования. Вы могли использовать второй интерфейс с 8.8.8.240/29. У Вас затем было бы 8.8.8.241 присвоенных к тому интерфейсу, и это будет шлюзом для клиентов. У Вас затем было бы 5 остающихся дюйм/с, которых Вы могли использовать.
[kbrandt@alpine: ~] ipcalc 8.8.8.240/29
Address: 8.8.8.240 00001000.00001000.00001000.11110 000
Netmask: 255.255.255.248 = 29 11111111.11111111.11111111.11111 000
Wildcard: 0.0.0.7 00000000.00000000.00000000.00000 111
=>
Network: 8.8.8.240/29 00001000.00001000.00001000.11110 000
HostMin: 8.8.8.241 00001000.00001000.00001000.11110 001
HostMax: 8.8.8.246 00001000.00001000.00001000.11110 110
Broadcast: 8.8.8.247 00001000.00001000.00001000.11110 111
Hosts/Net: 6 Class A
Даже при том, что у Вас могла бы быть/24 сеть в другом интерфейсе, который накладывается с/29, который не имеет значения, потому что более определенное (Вы могли бы думать о нем как меньшем), маршрут всегда побеждает. Следует иметь в виду, когда Вы делаете это, потерю 2 применимых IP-адресов, один для сети и один для широковещательной передачи.
Обучение разделить на подсети является стоящим навыком, у нас есть наш собственный вид Мега ответа, над которым, в Как Работает Разделение на подсети IPv4?.
Другая опция не состоит в том, чтобы сделать никакого NAT для блоков IP и только использовать NAT для определенного дюйм/с. Это хорошо работает, потому что правила NAT будут иметь приоритет, поскольку они происходят перед маршрутизацией.
Я никогда не видел рекомендаций Microsoft по размеру для ARR.
При этом, если вы не используете кэширование на уровне ARR, то спецификации минимальны. Без кеширования служба ARR мало что делает. Единственный сервер начального уровня, вероятно, справится с вашей пользовательской нагрузкой. Убедитесь, что какая-либо сетевая карта на сервере хорошо работает с масштабированием на стороне приема. Кроме того, если бы у меня был выбор между двумя небольшими серверами с NLB и ARR и одним большим сервером, я бы выбрал два меньших сервера для резервирования.
Если вы используете кэширование, я бы рекомендовал один процессор с большим количеством ядро и много быстрой оперативной памяти. Если у вас несколько процессоров, вам придется иметь дело с сходством NUMA, которое, я не думаю, понимает механизм кеширования ARR.