Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 26
Велосипед однако. Особенно радует объединение сетевых карт. Как минимум тут следовало бы указать что оно требует поддержки со стороны коммутатора к которому мы подключаемся, и совершенно неясно чем оно поможет при выходе этого самого коммутатора из строя?
А к чему этот вариант? Тем более что он в принципе не возможен после объединения сетевух. И в добавок те физические адаптеры на которых создается VirtualSwitch по умолчанию переводятся в транк?
Создание сетевого адаптера не представляет сложности и, как мне кажется, описания не требует. Если в вашей сети используются VLAN, то вам нужно настроить интерфейсы для каждой сети. Это можно сделать несколькими способами:
создание виртуальных интерфейсов на уровне хоста гипервизора
А к чему этот вариант? Тем более что он в принципе не возможен после объединения сетевух. И в добавок те физические адаптеры на которых создается VirtualSwitch по умолчанию переводятся в транк?
в Тиминге 2012 R2 есть 3 способа агрегации. Два из них не требуют поддержки со стороны коммутатора. Приведенный на скриншоте вариант тоже. При выходе из строе коммутатора не поможет, но никто не мешает разнести на два коммутатора.
Если внимательно посмотреть на скриншот номер 2 то можно увидеть что в данном случае настройка коммутатора не требуется. Кабели из двух сетевых карт подключены в разные коммутаторы. При выходе из строя коммутатора или сетевухи пакеты продолжат ходить и связь с космосом сохранится.
Ну а при наличии вменяемого multilayer (L2\L3) коммутатора можно VLAN`ы и через него развести.
Эм… А Hyper-V нужен лишь для репликации? А чем плохи варианты с двумя шлюзами в режиме Active-Passive? Например, на бесплатном pfSense, или даже сразу на FreeBSD?
Чем в принципе обоснован такой странный выбор?
Чем в принципе обоснован такой странный выбор?
Hyper-v был выбран для того чтоб избавится от привязки к железу и беспроблемной ее замены. Про freebsd были мысли но не хотелось плодить зоопарк. Хотя одна из важнейших причин это то что с текущим уровнем зарплат специалист который придет в эту контору после меня просто не разгребет всё в приемлемый срок в случае поломки. keep it simple.
Keep it simple — это как раз про одну железку на pfSense. Из всего выше прочитанного не сложно сделать вывод что контора не слишком богатая, или управляется слишком не умными людьми. Разумеется резервирования внешних каналов связи тут нету. Шанс того что упадет шлюз — крайне мал, если беспокоится за дисковую систему — вполне хватит RAID1, если за сетевые карты — сами написали про LACP. Ну а если допустить что оно таки всеже умерло — то при наличии хорошей документации по сети, развернуть заново тот-же pfSense займет не очень много времени.
А вот шанс того, что неграммотный «специалист» развалит hyper-V (особенно Core-версию) — по моему очень велик.
А вот шанс того, что неграммотный «специалист» развалит hyper-V (особенно Core-версию) — по моему очень велик.
Резервирование есть, писать об этом не стал т.к. пост не об этом. Про рейд совсем из головы вылетело когда статью писал. С pfSense не работал так что про простоту ничего не могу сказать. Но со стопроцентной уверенностью скажу что на реплику перейти быстрее. А по поводу того что специалист может сломать hyper-v, тут уж ничего не поделаешь для остальных виртуалок используется тоже он и тоже core версия. Это кстати тоже одна из причин выбора его для шлюза, наверно надо было указать это в статье.
А собрать кластер возможности вообще не было? Это еще быстрее чем реплика. а pfSense — по сути веб-морда к фряхе из которой выпилено все что не касается сети.
Ну теперь вы знаете на ещё один способ больше.
Всё же пощупайте pfSense — он довольно прост в освоении.
А по поводу резервирования — можно как выключенную железку иметь и просто бэкпортировать туда настройки в случае их изменения, так и в режиме High Availability Sync настроить.
Всё же пощупайте pfSense — он довольно прост в освоении.
А по поводу резервирования — можно как выключенную железку иметь и просто бэкпортировать туда настройки в случае их изменения, так и в режиме High Availability Sync настроить.
С каждым комментарием всё больше начинаю сомневаться в вашей компетентности и даже адекватности. То что вы говорите больше похоже на троллинг в стиле «я сделал по другому и у меня всё работает, а у вас херня какая то». Вы с такой уверенностю говорите о количестве измененных конфигов хотя я нигде не упоминал что в статье полностю приведена конфигурация моего шлюза включая каждый измененный файл. успокойтесь уже, избавьте людей от своих комментариев не по существу.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Виртуализация шлюза при помощи Hyper-v