LevT
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Бессонница после ударного трудового будня... потому откомментирую только. Глядя на цены свичей я морально готовился выложить похожую сумму за 8 лишь портов. Делл подфартил: он реально демпингует с этой моделью. Интеграторы почему-то знают о 10GbE не сильно больше меня. Это я своего знакомого на тему такого делла просветил. А до того он мне безуспешно попытался продать гигабитный нетгир с 4-мя 10GbE аплинками. За 300 тысяч. У нетгира 8-портовых моделей нет точно, насчет делла я не в курсе. Гигабитки вставные вполне достойные - двухпортовые Intel ET. 4 тыр на сегодня стоят. Дублирование стораджа на площадке не обязательно, особеннно симметричное. Дурабилити )) стораджа достигается рейдом (или его аналогом в ZFS) внутри единственной головы. Для непрерывности бизнеса в случае маловероятного выпадения единственной хранилки целиком - соседний сервачок со свежим снапшотом, на немногих ёмких дисках. zfs send | zfs receive свежей разницы можно делать хоть ежеминутно: снапшоты в ZFS не стоят ни-че-го (в отличие от обычного LVM) Возможен офсайт бэкап для дизастер рекавери. В опенсоляре были заделы для HA и CDP, которыми осилила воспользоваться пока только нексента в дополнительно платных плагинах. С реальными отличиями SATA дисков от SAS - а не торгашеским FUD - можно ознакомиться в пдф-ках презентациях SNIA, на которые я ссылался в сисадминском флейме. Бояться тут нечего, по крайней мере под защитой ZFS. Умные контроллеры - которые представляют собой проприетарную встроенную SAN - для ZFS противопоказаны ) Строго предпочтительны глупые HBA, в которые те контроллеры (но только начального уровня, те что круче не катят) превращаются отшибанием ненужных мозгов. Да в общем-то и чипсетные каналы подходят... Добавлено: Сервера у меня сейчас на парных гигабитных линках, вытаскивать их не планирую: сохраню гигабитный интерконнект для подстраховки десятигигабитного (в котором единственный свич будет точкой отказа). Для вмваре LAC на свиче не нужен: хосты вмварные умеют route portgroup traffic based on physical link load. Впрочем, я не знаю в прочих отношениях годных гигабитных свичей, где бы LAC не было. Хорошая практика в продуктиве иметь отдельные свичи для трафика SAN и LAN. Для iSCSI надо отключать L3 фичи на свичах, или хотя бы тщательно тюнить cef, l2mtu 9000 и flow control Впрочем, та нагрузка что Вы описываете - у меня сейчас уже есть на "действующей модели" моей инфры, с единственной циской 3750. Думал вчера заказать вот такое за типа 7 тыр чтобы подстраховать/разгрузить/проапдейтить циску, но мне пообещали к концу недели б/у гигабитный 3Com (4094 кажется: если не удастся ему отшибить L3 фичи, придётся его отдать под LAN, а циску использовать только для SAN) Добавлено: Посмотрел схему. 1) Шпинделей мало: иопсы будут узким местом. Гигабитного интерконнекта точно хватит за глаза. to be continued.. Добавлено: В линуксовой номенклатуре девайсов и сервисов я плохо секу, gfs2 для меня тёмный лес, а про cman вообще не слышал. Если верхий прямоугольник планируется асимметричным (2+1) - то я не уверен, что drbd вытянет общую производительность=2 На мой взгляд всё переусложнено с HA на всех уровнях; посмотреть на твой успешный результат было бы интересно - но помочь его достичь я не смогу. Про расширяемость стораджа под линуксом опять же ничего не скажу; под ZFS она есть, но страдают иопсы, пока не ZFS не сбалансирует IO по девайсам (она позиционирует это умение как своё сильное кун-фу) Для твоих первоначальных задач четырёх шпинделей хватит за глаза - но.... скажу за себя: я начал с приобретения 16-дискового корпуса, набил его 14 терабайтниками и 2-мя SSD кэшами в конце минувшего лета и получил на выходе 6,5TB. Терабайтники и пятисотки во вторую хранилку высвободятся при переносе на этот сторадж нынешней продуктивной инфраструктуры. Добавлено: общее впечатленние: ты переоцениваешь софт к которому питаешь склонность и полагаешься на расхожие неверные представления о железе - потому что сам в этой теме "плаваешь". Для такого проекта начинать надо с планирования железа, а не с линуксовых сервисов, которые ты на нём уже сейчас готов городить. | Всего записей: 17126 | Зарегистр. 14-10-2001 | Отправлено: 02:53 17-04-2012 | Исправлено: LevT, 04:27 17-04-2012 |
|