Я не понимаю, что столкнулась с сложной ситуацией: Разбудить сервер по запросу.
Разбудить физический сервер, который прослушивает определенный порт, когда приходит входящий пакет. Между клиентами и сервером может быть контроллер / промежуточное ПО, но это не должно влиять на пропускную способность (и прозрачно для пользователей).
Основная цель: экономия энергопотребления.
Настройка, которую я пробовал для этой демонстрации, применяется к серверу Samba NAS.
команда preexec samba (Автоматическая удаленная файловая система WoL, Прозрачный шлюз для FileServer): Цель этого решения - открыть передний NAS, который принимает все запросы, и когда пользователь хочет получить доступ к определенному общему ресурсу, команда preexec разбудит сервер с помощью специального сценария.
Пробуждение брандмауэра : аналогично предыдущему варианту, но действуя на транспортном уровне в отношении запрошенного порта, брандмауэр разбудит сервер. Требуется подсеть для маскировки сервера.
IPVS DR : на основе сред с балансировкой нагрузки цель состоит в том, чтобы воспользоваться преимуществами плавающего IP-адреса. Я придумал изменить стек ipvs (ipvsadm или оставайся живым) путем реализации функции сервера пробуждения при поступлении запроса. Это много работы и поиска, поэтому я бы предпочел посмотреть, есть ли другие решения;)
Это пример с сервером NAS, но я бы предпочел элегантное и универсальное решение для решения этой проблемы.
Любые идеи ? :)
Возможно, самое простое решение, полностью прозрачное:
Не забудьте добавить статическую запись ARP на восходящем маршрутизаторе, если вы используете триггерный кадр более высокого уровня, такой как SYN для HTTP.
