Максим Корнеев

самый простой и быстрый способ - установить на нужные ПК дополнительные сетевые карты (можно USB) и подключить их в сегмент видеонаблюдения.

при включении маршрутизации на коммутаторе она будет работать для всех. поэтому придется писать ACL чтобы доступ был только у тех, кому положено.

можно сервер выставить в обе сети и задать права на просмотр на нем. а доступ в интернет для сервера резать на граничном устройстве. я бы рекомендовал именно этот вариант - доступа к самим камерам тогда не будет, а это лучше.

VLAN на сетевой карте - не Ваш случай. рекомендую не рассматривать этот вариант. можете потестировать его, если интересно.

Обсудим оплату разработки архитектуры в которой такого вопроса не будет?

Вижу два решения:
1. Нанять того кто знает и умеет и платить ему.
2. Пойти таки учиться.
Оба эти варианта дадут решение более надёжное и быстрое чем ответы от та их же горемык, которые принципиально не хотят делать правильно и хорошо потому что "это реальный мир"...

Про питание. Существует такая штука - тройник. И ничего разбирать не придется. Можно пойти обратным путем и довести кабеля провайдеров до удобного места. Два " боченка" и два патчкорда. К этому два самых дёшевых роутера и проблема решается максимум за 1000 рублей и 20 минут.

Но если деньги не проблема и хочется через одно устройство. Елтекс ESR серии, длинк DFL, любой L3 коммутатор корпоративного уровня, фортигейт, аса или ее современный аналог. Поднимается два vrf за 5 минут и дело в шляпе за каких-то 200-800к.

Для каждой задачи свой инструмент. Вам нужен простой маршрутизатор, а не вот это все.

А при чем тут сеть и маршрутизация, если архитектура решения кривая? Плюс полное непонимание работы сетей у персонала. С таким вопрос на фриланс надо. Ну или тут искать альтруиста, который не возьмёт ответственность за то что вы сделаете.

IIS->Application pool->WSUSPool->Advanced settings->Recycling=>Private Memory Limit
увеличить на 11059200

дальше депо и супермикро можно не читать - купили себе головную боль, живете с ней. продолжайте импортозамещаться и покупать убогое. и пишите свои вопросы в поддержку вендора - они за это ваши деньги и получили.

если в посте написано слово "микротик" - будет все! и похер на требования к всусу и вдс! все будет работать - ведь рядом МИКРОТИК!

1 не надо зацикливаться что на Л3 устройствах нужно обязательно использовать весь возможный функционал Л3 и только его.
как вариант. на пользовательских устройствах делим пользователей (при необходимости или желании) на группы и разделяем по VLAN. например можно отделить пользователей и принтеры, пользователей и принтеры по отделам/этажам. каждому VLAN отдельный диапазон/ широковещательный домен. VLAN живут только на коммутаторах доступа, дальше все на Л3 динамической маршрутизацией. соответсвенно на ядре бекбон, доступ - в stab. с другой стороны сервисы + оборудование так же делим на диапазоны которые так же маршрутизим на ядре.

https://qna.habr.com/q/1096772 уже ответили

А зачем? В чем сейчас проблема и почему решили что исправлять её нужно именно так? Почему не стали читать icnd1-2 а купили некротик? После удачной покупки надо бы перечитать последние новости о их взломе дабы предотвратить...

такой вопрос стоит миллион - за лайк делать проект SD-WAN как-то не интересно.

есть альтернативное более эффективное но и более затратное решение - нанять специалиста.

то что у вас выделен сегмент для коммутации серверов - уже хорошо. но это подразумевает что имеется так же пул устройств для коммутации пользователей и все это объединяется через ядро. при такой схеме между коммутаторами порты должны быть в тегированном транке, дополнительные VLAN вроде vlan3458 не нужны. маршрутизация между пользовательским и серверным VLAN производится на ядре. если Вы хотите сделать через стыковочные сети, а то что Вы пишите подразумевает именно это, то лучше поднять OSFP. тогда vlan3458 у вас будет содержать все стыковочные сети, а OSFP маршрутизить все это.

не забывайте что маршрутизировать из сети С в сеть П не достаточно, обратные маршруты так же необходимы - без них ответ на пинг Вы никогда не получите. то есть где-то у Вас должен быть прописан маршрут из сети 10.78.140.0 в сеть 10.78.141.0

а я думал что для школьных вопросов майлру вопросы а не тут...

сделайте так, чтобы эти устройства получали адреса из одной подсети или маршрутизацию между проводным и беспроводным сегментами.

посмотрите тут https://www.snort.org/ или https://www.ossec.net/ или аналоги

рискну предположить, что начать было бы не плохо с того, чтобы научиться внятно излагать свои мысли...
по тому как в вопросе написано что есть желание создать 40-80 ВПН серверов. так создавайте, кто не дает?

Если иэто дублированный вопрос о LUN - то производительности Вам скорее всего хватит. Другой вопрос, как Вы храните контент - в СУБД или фалами. LUN это блочный доступ который ориентирован на СУБД, если контент лежит в базе данных - все будет просто замечательно. Если же Вы храните контент файлами - имеет смылс искать хостера с файловым доступом или смотреть другие тарифы у это же хостера в которые входит файловый доступ, а не блочный.
В любом случае iSCSI это протокол работы сервера с СХД и от него Вы не уйдете пока не арендуете бареметал сервер с достаточной дисковой емкостью без подключаемого внешнего СХД. А это скорее всего будет дороже текущего тарифа.