NiTr0

на наге говорят - сырое глюкало...

я бы туда поставил что-то попристойнее. если тплинк - то хотя бы 5412F... но лучше хотя бы что-то типа DES-3200-28 (вам же не надо 24 гигабитных меди?).

новый л2 длинк будет всяко надежнее 15-летней циски... к тому же циска из-за скудности портов его нормально не заменит. и 200Вт потребления на каждую коробочку (в которой всего 10 gbic-ов, т.е. можно воткнуть всего 10 приходящих линков)... вопрос - нафига? вон и 4503 ТСу по цене десктопа предлагают. но это если считать цену покупки и не считать цену сожранного электричества - как железкой, так и кондиционером. посчитав эксплуатационные затраты на электричество/УПС/прочее - захочется подарить это счастье конкуренту. accel-ppp. полноценный ISG с кучей плюшек.

который тоже прекрасно делается на тазике (И даже еще лучше чем на кошке)... а разница в чем?.. я к примеру совершенно не вижу причин, чтобы плодить точки отказа (по сути - добавляется еще одна железка, при смерти которой, как и при смерти тазика, вся сеть ложится). и не надо считать, что 15-летняя циска, продаваемая по цене металлолома, будет блистать надежностью - да, сделана хорошо, может проработать еще 30 лет, а может и крякнуть аккурат на следующие выходные/праздники ночью, когда все уже разъехались по рыбалкам/природам/дачам/морям). ИМХО, смысл в л3 железках появляется п

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

постгря медленнее мускула... задачи идентичные - хранить огромный объем простых данных, с простыми выборками по ним, и кучей инсертов, + потом ессно возникнет потребность в чистке старых неактуальных агрегированных данных (да-да, та самая куча delete). вот только проблема в том, что myisam крашится от любого чиха т.к. не умеет ни транзакции, ни проверку целостности записанных данных, а innodb - просто работает... не только этим. еще более развитым кешированием. что и дает ей некислый прирост производительности.

лга1156 будет кушать Вт 150 от силы, 1155 и свежее - гораздо меньше. так что мимо. у меня на площадке пара лга1156 бордеров + ам3 брас + пара свичей кушает Вт 400 в пике, судя по показометру упса (при этом БП без APFC, обычные десктопные).

что, 50Вт (ну ладно, пускай даже 100 Вт) доп. потребления - это так много, что компенсирует скажем потерю репутации и претензии клиентов в случае ночного отказа/отказа на выходных, когда админ где-то за 100500км на рыбалке и не имеет доступа к IPMI чтобы воткнуть резерв?

как показывает практика - нет, переход в заббиксе с myisam на innodb дал прирост на пару порядков. myisam - разве что для сайтов-визиток и прочих "огромных объемов данных", ввиду своей примитивности. у ТСа в таблице вообще хранятся netflow'ы. да-да, под ярд записей за 3 недели. это не "безумное кол-во инсертов"? и да, delete тутразве не будет использоваться? а главное - расскажите, как MyIASM живет при 600 инсертах в секунду, и при размере БД в несколько десятков ярдов записей... и как хорошо он переносит внезапные отключения питания

можно держать и в холодном резерве, но зачем если горячее резервирование делается элементарно?

unix_secs between '".$starttime."' AND '".$endtime." никаких функций от значений столбцов в WHERE, поиск только по значениям. бред, таблицы на десятки, а то и сотни гигабайт с индексами вполне успешно работают с временем запроса в десятки миллисекунд. если руки у писавшего запросы ровные... вы вообще в курсе, что такое "временная таблица" и когда она создается? намекаю - она создается при join-ах, которыми в запросе и не пахнет. ну у меня на порядок меньше где-то в БД заббикса. работает весьма шустро. при этом - под сотню значений в секунду заносится. i

под линем нет никаких обязательных тонких настроек ядра (разве что коннтрак увеличить если он включен). под бсд - да, придется покрутить крутилки. да обычно работает все - и квагга, и bird нормально. у квагги с ospf грабли бывают. резервация на л3 делается без проблем. сделать линк между бордерами, бордеры - как RR настроить, связав по бгп каждый со своим аплинком и между собой, внутри сети - либо ospf/ibgp на бордеры, либо - действительно заморачиваться с keepalived/прочими VRRP и переносом адреса шлюза.

эта херня принципиально неиндексируемая. уж не в абиллсе ли такой бред подсмотрели? делайте нормальный запрос (да-да, startdate и enddate в unixtime, а не вырывание гланд через анус) и делайте индекс по полям, используемым в выборке.

скорее, и десятку пролопатит на ура. хотя на бзде скорее всего потребуются танци с бубном вокруг тюнинга волшебных крутилок sysctl...

1) как уже сказали - InnoDB вместо окаменелости MyISAM 2) индексы где? без индексов - мускул тупо сравнивает каждую из 820 млн строк с критериями where...

+ если софтроутер поднимать на специализированном флэшечном дистре (leaf/vyos/pfsense/что там еще есть) - бекап/аварийное развертывание упростится и ускорится в разы, + не надо хранить вторую железку в зипе (ну разве что сетевуху/БП держать про запас). сдох тазик вдруг (всякое бывает) - дернуть с подручного офисного компа временно комплект, даже если навернулась флэшка (ну допустим БП все выпалил) - воткнуть новую флэшку с раскатанным бекапом, и упихать все в стойку, минут 10-15 максимум. а что будет если сдохнет один-единственный железный девайс?...

как это - нахрена? а поебстись админу?

1.4 кВтч - это 12 тыс. кВтч в год. или 20 тыс.грн по тарифу 1.7 грн квтч. или 800 баксов в год в трубу. потому и дарят по цене металлолома. вопрос: оно вам надо? на 1 гигабит трафла, которое элементарно пережует любой современный целерон с интеловой двухпортовкой при потреблении Вт 70 и загрузкой камня % 20-30?...

а я не уверен, что там на сфп что-то людское стоит, а не самый дешманский сохо шлак... вскройте, посмотрите.

да в них критикал баги годами правятся (пример - тот же DoS при частых ssh коннектах - железка превращалась в тыкву, правили 3 года что ли), а вы о серьезных оптимизациях ущербного дизайна... не говоря уже о том, что как минимум на медных портах стоит обычный дешманский сохо атерос (пруф: http://img.routerboard.com/mimg/808_hi_res.png), который соответственно вешается своим единственным прерыванием на одно чахленькое ядрышко, которое весело загибается при нескольких сотнях тысяч прерываний в секунду (interrupt moderation отсутствует, буффер микроскопический) и начинаются волшебные тормоза.

а еще бонусом вымывание кеша (собссно, весьма важный ресурс при роутинге/нате). гипертрединг позволяет нагрузить простаивающие исполнительные блоки проца (и локи здесь ни при чем - когда один поток допустим конвертирует жипег, используя активно FPU, второй вполне себе может лопатить похапэ, используя простаивающие целочисленные блоки и получая весьма нехилый прирост). в роутинге же - толку не будет (в лучшем случае будет прирост на уровне погрешности - в пару %, в худшем - падение производительности на 10-20%). разве что в терминации шифрованных туннелей может иметь смысл ИМХО.

ну в общем типичный домашник онлайн кушает 1-1.5 мбита трафика в ЧНН; онлайн в среднем % 50-70 от проплативших услугу. понятно, по ппс и кол-ву сессий коннтрака оно правильнее мериться, но синтетические величины не настолько наглядны...

подойдет. думаю, десятку прожует. хоть и кушать будет Вт 300...

думаю, загнется на 4-5 гигабитах реального трафика... тазик на интеле будет и дешевле и производительнее ИМХО.

ну дело ваше... если есть много лишних денег - можно их и в новую железку закопать. http://local.com.ua/forum/topic/67851-продам-cpu-n-motherboard/- 100 баксов за лга1156 комплект. тазик на нем с БП без APFC и 5 винтами кушает в простое 125-130Вт (измерял ради интереса), из них мать+проц думаю Вт 40-50, еще Вт 10 - память/вайфай, Вт 30-35 - винты, Вт 30-40 - на БП теряется... вам этой железки, думаю, года на 3-4 ближайших хватит, судя по вашему трафику (ессно, если вы не увеличите абонбазу в 5 раз за год).