Re: [uanog] вопросик про 600 мб потока...
On Fri, Jan 16, 2009 at 09:21:23AM +0200, Andrew Degtiariov wrote:
16 января 2009 г. 9:04 пользователь Paul Arakelyan
написал: Скажу, что ликвидность тазика в краткосрочной перспективе выше, что можно взять и потестить тоже проще - дня в 2-3 можно уложиться.
Ликвидность тазика: это купить и выбросить. На таком трафике будут во В долгосрочной перспективе - да, где-то $100-150 получится через года 3. В краткосрочной - http://itc.ua/freeads/ и скидки в 20% сделают своё дело (бухгалтерию не рассматриваем :) )...
всю вылазить всякие прелести (100%), а тюнинг может длиться долго. Клиентам это врядли понравится :-) В принципе - я б не сказал, что "там есть много чего тюнить", т.е. довольно быстро можно понять "хватит или нет" при знании предмета. Хакинг ядра мы не рассматриваем, но какое-то время нужно всё равно - вот поэтому я бы и занялся тестированием жизнеспособности решения в "лабораторных условиях". Но ключевой момент всё же - "обширное знание предмета" - иначе ну его нафиг. Да и Juniper - тоже наверно надо уметь настраивать? Или там есть веб-интерфейс, шоб мышой потыкать и всё полетело?
Мне кажется, гораздо дешевле заплатить на 4000$ больше за гарантированно рабочее решение, учитывая, что эта сумма при 600Мбит/с Тут тоже интересные варианты - а в эти 4К входит сервис адекватный задаче? Бо 2х4К уже весьма себе вложение... Или прийдётся держать в шкафу хотя бы тазик настроенный-готовый - т.е. всё равно пришли к тому, от чего ушли. Только сильно усложнили - ведь надо будет реализовать одинаковый функционал на разных платформах.
Меж тем вариант со стандартным ПК имеет важное свойство - унифицированность с окружающим миром, т.е. и "второй такой же" не напряжно иметь, и просто "забрать первый попавшийся"/быстро купить замену - не проблема.
даже UA-IX в Киеве - все навсего 4-х месячная абонплата. Мы реально не знаем, что там с бюджетом. Может это вообще проект из серии "или хорошо и быстро взлетим или ну его на...". Не считая момента "окупится через Х времени". Я, наример, под свой прожект покупал б/у 19" корпус ($50) и играл в очумелые ручки (впрочем, это было изначальное желание, вначале тоже домашний корпус стоял, да и перспектива поехать в колокол есть), пихая туда обычный БП Chieftec 350W (спасибо Колоколу за идею). Сэкономил где-то $80. Проц домашний вначале брался с разгоном (Core2duo 2,13->3.2GHz), вот как раз это позволило пережить период тюнинга системы (закончившийся удачным снапшотом 8.0), когда косяки лезли из шедулера и не только. Теперь "оверклокерский" продукт Gigabyte P35-DS3L с разогнанным домашним процом заменился на Core2Quad с рук ($160)+мать из сервиса одной компании крупной конторы ($40, 3 мес гарантии - я её брал для "поставить в 1U корпус", для чего понадобится удалить/обпилить аудио разъём - т.е. гарантия летит по-любому). Итого затратив $430+15$(корзина с вентилятором)+диски я получил 19" 3U Core2Quad 2.4GHz/8GB (сейчас бы это на $80 дешевле вышло - память в 2 раза дешевле, ну и корпуса с нормальными БП попались). При этом решение меньше греется (undervolted CPU), меньше гудит, чтоб не сказать весьма тихо работает (ох, кто делал те сервера супермикро - самолёты, блин, на взлёте). За несколько месяцев всё окупилось. А теперь прикинем, что было бы, купи я даже БУ server-grade hardware - увеличение срока окупаемости в 3-4 раза, больше граблей на начальном этапе (шедулер ОС) - ну, это просто невезение, и один плюс в моей задаче - возможно, легче было бы жить, когда 8ГБ стало не хватать (проще было бы добавить память, а так - неделя труда на оптимизацию и перспектива покупки новой платы - $110 и 4x4GB DDR2 модулей ($400), которых в стране нету, и вообще только OCZ их выпускает - даже буржуям не хватает).
Текущая идея-фикс - это "домашний геймерский тазик" в 19" 3U корпусе. Ещё ищу где бы радиатором для socket775 в 1U корпус разжиться и думаю, как его сделать бесшумным... -- Best regards, Paul Arakelyan.
2009/1/16 Paul Arakelyan
настраивать? Или там есть веб-интерфейс, шоб мышой потыкать и всё полетело?
Вообще говоря, приличное оборудование только так и настраивается. Это ж тебе не какой-нибудь nix с его голимым CLI... -- /doka
Vladimir Litovka wrote:
2009/1/16 Paul Arakelyan
mailto:unisol@cs.kiev.ua> Да и Juniper - тоже наверно надо уметь настраивать? Или там есть веб-интерфейс, шоб мышой потыкать и всё полетело?
Вообще говоря, приличное оборудование только так и настраивается. Это ж тебе не какой-нибудь nix с его голимым CLI...
Вообще говоря, если исходить из заявления Литовки, Cisco тоже оборудование неприличное. ;-) -- With best regards, Gregory Edigarov
2009/1/16 Gregory Edigarov
Vladimir Litovka wrote:
2009/1/16 Paul Arakelyan
mailto:unisol@cs.kiev.ua> Да и Juniper - тоже наверно надо уметь настраивать? Или там есть веб-интерфейс, шоб мышой потыкать и всё полетело?
Вообще говоря, приличное оборудование только так и настраивается. Это ж тебе не какой-нибудь nix с его голимым CLI...
Вообще говоря, если исходить из заявления Литовки, Cisco тоже
оборудование неприличное. ;-)
Оно нишевое - ниже 400Mbps и выше 5Gbps :-) -- /doka
Hello! On Fri, Jan 16, 2009 at 11:48:00AM +0200, Vladimir Litovka wrote:
Да и Juniper - тоже наверно надо уметь настраивать? Или там есть веб-интерфейс, шоб мышой потыкать и всё полетело? Вообще говоря, приличное оборудование только так и настраивается. Это ж тебе не какой-нибудь nix с его голимым CLI... Вообще говоря, если исходить из заявления Литовки, Cisco тоже оборудование неприличное. ;-) Оно нишевое - ниже 400Mbps и выше 5Gbps :-)
Недостаток лишь один - приходится в "голимом CLI" настраивать ;-) -- WBR, Alexander Burnos
Fri, Jan 16, 2009 at 11:38:41, doka.ua wrote about "Re: [uanog] вопросик про 600 мб потока...":
настраивать? Или там есть веб-интерфейс, шоб мышой потыкать и всё полетело? Вообще говоря, приличное оборудование только так и настраивается. Это ж тебе не какой-нибудь nix с его голимым CLI...
Приличное чему?;)) Как по мне, приличное в плане конфигурирования оборудование отличается в первую очередь возможностями 1) экспорта конфига в формате пригодном для его последующего импорта 2) экспорта конфига в текстовом формате, пригодном для анализа глазами и средствами текстового анализа 3) импорта после всех видов экспорта и с разных источников (чем больше, тем лучше) 4) импорта изменений без полного конфига 5) транзакционности конфигурирования 6) своевременного автоматического восстановления после ошибок конфигурирования и только после этого уже начинаются особенности собственно интерфейса. Cisco традиционно удовлетворяет (1)-(3) и почти всегда (4), но уже (5), (6) есть только на отдельных моделях, с которыми простые работяги от клавиатуры уже не сталкиваются:) Веб-настройка обладает по сравнению с CLI только одним преимуществом: возможностью адекватной группировки параметров по темам (что в CLI дороговато, потому что флэш-память не резиновая - веб хоть полезнее внешним сделать) и более внятной реализацией концепции "опережающего вопроса" в интерфейсе (списки параметров, меню, предопределённые значения), и то - по сравнению с обычным IOS CLI это преимущество очень слабо, а недостатков дофига (например, без той же транзакционности изменений работать в варианте "меняем не более одного параметра на странице за раз" зверски неудобно). Пользу мог бы тут дать только грамотно построенный комплект wizard'ов веб-настройки рекомендованных и типичных конфигураций (причём не сносящий нафиг всё, что за пределами его фиксированных знаний, а как минимум аккуратно сохраняющий то, что не относится к его области деятельности). Ну и где такое у той же Cisco?;)) -netch-
5) они в IOX (IOS XR) сделали, но еще недавно он работал только на CRS-1 и с
соответствующим железом на GSR.
2009/1/18 Valentin Nechayev
Fri, Jan 16, 2009 at 11:38:41, doka.ua wrote about "Re: [uanog] вопросик про 600 мб потока...":
настраивать? Или там есть веб-интерфейс, шоб мышой потыкать и всё полетело? Вообще говоря, приличное оборудование только так и настраивается. Это ж тебе не какой-нибудь nix с его голимым CLI...
Приличное чему?;))
Как по мне, приличное в плане конфигурирования оборудование отличается в первую очередь возможностями 1) экспорта конфига в формате пригодном для его последующего импорта 2) экспорта конфига в текстовом формате, пригодном для анализа глазами и средствами текстового анализа 3) импорта после всех видов экспорта и с разных источников (чем больше, тем лучше) 4) импорта изменений без полного конфига 5) транзакционности конфигурирования 6) своевременного автоматического восстановления после ошибок конфигурирования
и только после этого уже начинаются особенности собственно интерфейса. Cisco традиционно удовлетворяет (1)-(3) и почти всегда (4), но уже (5), (6) есть только на отдельных моделях, с которыми простые работяги от клавиатуры уже не сталкиваются:)
Веб-настройка обладает по сравнению с CLI только одним преимуществом: возможностью адекватной группировки параметров по темам (что в CLI дороговато, потому что флэш-память не резиновая - веб хоть полезнее внешним сделать) и более внятной реализацией концепции "опережающего вопроса" в интерфейсе (списки параметров, меню, предопределённые значения), и то - по сравнению с обычным IOS CLI это преимущество очень слабо, а недостатков дофига (например, без той же транзакционности изменений работать в варианте "меняем не более одного параметра на странице за раз" зверски неудобно). Пользу мог бы тут дать только грамотно построенный комплект wizard'ов веб-настройки рекомендованных и типичных конфигураций (причём не сносящий нафиг всё, что за пределами его фиксированных знаний, а как минимум аккуратно сохраняющий то, что не относится к его области деятельности). Ну и где такое у той же Cisco?;))
-netch-
Hello Igor Chunikhin! Sun, Jan 18, 2009 at 04:08:42AM -0500, ichunikhin wrote about "[uanog] Re: [uanog] вопросик про 600 мб потока...":
5) они в IOX (IOS XR) сделали, но еще недавно он работал только на CRS-1 и с соответствующим железом на GSR.
И было в J наверное изначально.
Как по мне, приличное в плане конфигурирования оборудование отличается в первую очередь возможностями 1) экспорта конфига в формате пригодном для его последующего импорта 2) экспорта конфига в текстовом формате, пригодном для анализа глазами и средствами текстового анализа 3) импорта после всех видов экспорта и с разных источников (чем больше, тем лучше) 4) импорта изменений без полного конфига 5) транзакционности конфигурирования 6) своевременного автоматического восстановления после ошибок конфигурирования
И вообще ситуация как с языками программирования - можно делать визуальные средства разработки и прочие костыли в виде IDE, а можно развивать языковые средства, которые позволят легко оперировать сложными абстракциями и просто выражать сложные вещи. Может я упрощаю, но вот воьмем тот же MPLS - он во многом упрощает конфигурирование - тем, что на готовой сети настраивать приходится только PE узлы, а так бы в чистой L2 ethernet сети пришлось бы прописывать vlan'ы по всему пути на куче железяк. -- //ShaD0w
participants (7)
-
Alexander Burnos
-
Gregory Edigarov
-
Igor Chunikhin
-
Michail Litvak
-
Paul Arakelyan
-
Valentin Nechayev
-
Vladimir Litovka