Nikolaicheg Опубликовано 21 июля, 2015 · Жалоба так. давайте может стек в сторону отбросим. мне нужно, чтобы у меня работала моя схема из первого порта. нужно: 1) чтобы было аггрегирование интерфейсов на гипервизорах, подключенных к разным свитчам, для отказоустойчивости. поверх аггрегированного интерфейса будут VLAN'ы с WAN\LAN трафиком. и отдельно SAN трафик без аггрегирования, через MPIO. Помимо гипервизоров, есть еще сервера БД, их нужно подключить так же, как гипервизоры с LAN\WAN трафиком. Нужно, чтобы при выходе из строя одного из свитчей\линков до серверов, все сервисы работали пусть и с деградацией скорости. 2) нужны нормальные буферы, чтобы не было дропов при бурсте ISCSI трафа, а так же трафа при заливке бекапов на бекап сервак. хотелось бы рассмотреть 2 ценовых диападона: до 150 и до 300. БУ тоже рассматриваю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uxcr Опубликовано 21 июля, 2015 · Жалоба JC691A, 1gb packet buffer Только б/у под ваш бюджет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
idv Опубликовано 21 июля, 2015 · Жалоба Для начала - кто у вас гипервизором и что он именно требует для подобной схемы? Вот всфере в таком конфиге LAG не нужен совсем, от слова никак. И это... вы хотите SAN на iSCSI? На гигабите? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikolaicheg Опубликовано 21 июля, 2015 · Жалоба Для начала - кто у вас гипервизором и что он именно требует для подобной схемы? Вот всфере в таком конфиге LAG не нужен совсем, от слова никак. hyper-v не исключаю, что я в корне неправильно подошел к решению вопроса хай авайлабилити :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sexst Опубликовано 21 июля, 2015 · Жалоба С настолько хорошими буферами и 1G линками вы на ISCSI будете дичайшие тормоза виртуалок ловить пока весь буфер в дырку всосется. Это решать нужно с другой стороны - QoS, грамотные WRED профайлы, цепляние дисковых полок на более толстые линки. Пусть дропает, но контролируемо и то что не жалко. Вообще современные ДЦ это тупо TRILL/вланы + stp и тоооооооолстые линки. Без выпендрежа. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikolaicheg Опубликовано 21 июля, 2015 · Жалоба хранилище Starwind 2 ноды, диски SSD Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
idv Опубликовано 21 июля, 2015 · Жалоба SAN надо делать либо на FC (и совсем отдельно от LAN), либо FCoE, либо iSCSI - притом эти два подразумевают 10G-инфраструктуру а строить хранение на гигабитном iSCSI - это либо немного странная лаба, либо у вас сильно странные бизнес-задачи. если серверов мало и есть деньги на СХД - то можно еще и на SAS посмотреть. с hyper-v последними незнаком, как минимум надо читать. Вопрос в том, как именно HV разруливает трафик виртуалок по интерфейсам - полагаясь на логику работы агрегированного канала или сам? вмварь такой конфиг делает без LAG - просто сама раскидывает трафик машин по разным линкам, маки машин засвечивая на нужных линках (ну на деле там больше вариантов, но это как пример). И вообще тогда можно и без стека обойтись. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikolaicheg Опубликовано 21 июля, 2015 · Жалоба у нас 6 гипервизоров, поэтому sas не подходит. на данный момент есть возможность сделать только 1G, в перспективе хотелось бы 10G Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
idv Опубликовано 21 июля, 2015 · Жалоба простите, но эти хотелки так, как вы хотите - нереализуемы. у вас есть нагрузка на шесть гиперов, но нет денег на SAN для этих гиперов? ну так оно не будет работать и все. Шесть хостов будут гонять на процах команду хальт. Может лучше три хоста, но больше денег в инфраcтруктуру? Параметры нагрузки-то вам известны или вы проектируете сферическую стойку в вакууме? PS: мы тут кучку железа продаем как раз из-под типовой задачи... если интересно - в личку. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikolaicheg Опубликовано 22 июля, 2015 · Жалоба бюджет 600тр на 2 железки (с аксессуарами, если требуется). напомню, что я не делаю ДЦ, а у меня стойка в ДЦ :) и мне нужна отказоустойчивость МОИХ сервисов, а не сервисов ДЦ)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
idv Опубликовано 22 июля, 2015 · Жалоба я тоже делал отказоустойчивость исключительно своих сервисов ))) я же закидывал инфу по свитчам в личку. по 10G которые. На остаток бюджета - заапгрейдить имеющиеся хосты. По сетевой части и возможно по дисковой. Ибо что у вас там за дисковые - известно только вам... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dIMbI4 Опубликовано 22 июля, 2015 · Жалоба По любому ставь микротик >_< Интересно, прилетит ли сюда сааб. у него походу ачивка- каждый день влезть в 10 постов в темах где ищется слово микротик, l3 и маршрутизатор)))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 24 июля, 2015 · Жалоба Сколько не прикидывал орган к носу, выбор пал на FC san. iscsi и подобное никак в голове не укладывается, кроме может для скидывания архивов, да и то, стоимость схд не сопоставима со стоимостью дисков. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
idv Опубликовано 25 июля, 2015 · Жалоба первична архитектура ))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
g3fox Опубликовано 25 июля, 2015 · Жалоба А на экстримах с MLAG в 600к не уложиться? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 25 июля, 2015 · Жалоба А на экстримах с MLAG в 600к не уложиться? с нынешним курсом только если убитое б/у искать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
idv Опубликовано 27 июля, 2015 · Жалоба MLAG зачем? ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NikAlexAn Опубликовано 27 июля, 2015 · Жалоба MLAG зачем? ) Желание ТС наверно : "1) чтобы было аггрегирование интерфейсов на гипервизорах, подключенных к разным свитчам, для отказоустойчивости. поверх аггрегированного интерфейса будут VLAN'ы с WAN\LAN трафиком. и отдельно SAN трафик без аггрегирования, через MPIO. Помимо гипервизоров, есть еще сервера БД, их нужно подключить так же, как гипервизоры с LAN\WAN трафиком. Нужно, чтобы при выходе из строя одного из свитчей\линков до серверов, все сервисы работали пусть и с деградацией скорости." Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
idv Опубликовано 27 июля, 2015 · Жалоба Желание ТС наверно ))))) ошибочные желания ТС ))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
g3fox Опубликовано 27 июля, 2015 · Жалоба MLAG зачем? ) Желание ТС наверно : "1) чтобы было аггрегирование интерфейсов на гипервизорах, подключенных к разным свитчам, для отказоустойчивости. поверх аггрегированного интерфейса будут VLAN'ы с WAN\LAN трафиком. и отдельно SAN трафик без аггрегирования, через MPIO. Помимо гипервизоров, есть еще сервера БД, их нужно подключить так же, как гипервизоры с LAN\WAN трафиком. Нужно, чтобы при выходе из строя одного из свитчей\линков до серверов, все сервисы работали пусть и с деградацией скорости." Да, под критерии хотелок от ТС. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikolaicheg Опубликовано 27 июля, 2015 · Жалоба требования поменялись :) в итоге выбор остался между 1) Dell n3048 2) Huawei CE5810-48T4S-EI Никто не юзал вышеуказанные железки? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Pave1- Опубликовано 11 августа, 2015 · Жалоба Бессмысленная трата вкладывать сумасшедние деньги в заранее ущербную инфраструктуру с 1G ИМХО. Если что, последние гипер-в тоже умеют раскидывать виртуальные машины по портам без всякой агрегации со стороны свича. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...