Pull to refresh
0
0
Send message
Я досмотрел ролик до конца. Забаньте автора, пожалуйста. Технология черезвычайно «виртуализирована». Я бы даже сказал излишне. Автор потратил 26 минут моего и вашего времени чтобы пробится в биос блейда. По сути материала (коммутаторы) не сказано ничего.
Беда в том, что все это обман. refurbished оборудование нельзя поставить на поддержку производителю. Нельзя докупить лицензии, если они привязаны к серийному номеру оборудования, и т.п. Экономия при покупке на свой страх и риск — дело хорошее, но популяризация подобных процессов с целью обогащения вещь не очень крутая.
О боже, дайте ссылку в приват закину на широкий канал
Уже коснулось. UEFI стоит уже на многих брендовых серверах. Мой кейс: UEFI не грузит IBM x**** сервер если в него установлено более одного storage контроллера и на логическом диске с установленной осью нет EFI раздела. CentOS только 18 сентября 2012 года выпустила netboot iso v6.3 который правильно делает EFI раздел. Если сюда еще прикрутят secure boot — нет обновлениям UEFI на серверах или апгрейда до нескольких контроллеров (у меня был как раз апгрейд). ваши машины просто перестанут грузится вообще.
У кого заказать в рф не знаю, вся готовая кабельная продукция которая здесь продается это импорт. hyperline, panduit и т.п. Уверен что если доколупатся до какой нить маленькой фирмочки которые делают оптические патчи и т.п., то они обслужат вам большой заказ на нестандартные длины по приемлемой стоимости. Я при обвязке использую стандартные длины 3м, 2м, 1.5м. Чтобы небыло месива из лишних хвостов подбираю порты таким образом чтобы длина между ними максимально соответсвовала длине патча. При монтаже блейдов в аггрегирующий коммутатор в верху стойки — получается нормально и аккуратно. При монтаже кроссовых стоек — начинается веселуха, ибо там плотность высокая, решаю так же, только коммутатор ставлю в центре кросса, чтобы не использовать 3х метровые хвосты. Ну да и кросс я делал года три назад, сейчас от них отказались, вот как раз изза этих гемороев, и все делаем на лезвиях кроме серверов субд.
ну не иженеру наверное не так интересно. просто когда фигачишь столько проводов из готовых патчкордов начинаешь на ходу изобретать всякие хитрости для красивого и качественного монтажа (длина то разная, остаются излишки у слишком длинных). я когда в одной стойке свел 288 портов — это было имба, несколько дней на то чтобы все связать и уложить.
Реквестирую фотку коммутации, если у вас в зале можно снимать :)
132 сервера в стойку — отличный результат.
Я бы предпочел таки лезвия, т.к. у меня есть требования изолированности и проектности. Но если массовая услуга — то вообще супер. Второй интерфейс им нафиг не нужен. Или за бабло. Не думаю что вы аггрегируете всю эту сифню L3 коммутаторами, оно вам не надо. 264 порта в стойке — это имба много. Это просто дохрена портов. Управлять таким количеством сети — это аллес. Если надо л2 виланить — нереальный гимор. Во что втыкаете 132*2 порта из стойки?
Каждое железячное решение и вендор хороши для своих задач, и выбор строить надо исходя из бюджетов, принятой инженерной культуры и стратегии развития IT. HP в среднем выходит дороже IBM, супермикро так вообще low budget. Если вы всю жизнь покупали HP — то не факт что переход на IBM будет мудрым решением, и уж тем более не стоит переходить на блейды от супермикры, т.к. такой экстремизм потянет за собой и инфраструктурные изменения и глюки сетевой совместимости разных вендоров и т.п.
Работаю с HP (было 4 корзины), IBM (10 корзин), Supermicro (россыпью)
HP перестали покупать ибо оно настолько умное — что firmware глючит атомно, вплоть до ситуаций когда лезвие полностью теряется и для восстановления работы его надо вытаскивать из корзины и пихать обратно. Корзинки красивые, модные, с кучей функционала и бохатым веб интерфейсом. Жрет электропитание на все деньги, три корзины в стойку — 8 киловат нагрузки и немой укор от начальника серверного зала. В общем если денег дофига — ваш выбор.

IBM — простой как топор. Работает, жрать не просит. Иногда глючит remote control — если прошивка AMM новая, а лезвие предыдущего поколения с аналоговой видеокартой. В целом софт стабильнее HP, но бывают заморочки с потерей management module целиком. Электричество очень бережет. 3-4 корзины в стойку, нагрузка в районе 5-6 киловат. Для моих задач оказался оптимален.

Supermicro — это когда проект надо сделать ну сильно недорогим. Пофиг на фирмовые винты по 400 долларов и гарантию брендов. Собираем из тех процов и винтов что будут в продаже в никсе. Берем пару запасных машин и все ок. Отказов платформ или БП за 5 лет работы не видел ниразу. Да и за такие деньги — это не проблема выбросил и новый купил. Электричество? да кто его там считает и меряет, пихаем в стойку пока не получим запрет от начальника зала на добавление новых машин :)
Достойные мысли. Ничего не скажешь :).
а ничего не сжималось когда китайским программатором сливали в автомобиль прошивку с неизвестным содержанием? и нафига вам круиз контроль если кнопок на руле нет?
Стоковые ECU инжекторных двигателей содержат точно такие же топливные карты, и карты углов опережения зажигания, которые основываются на той же самой информации что и тюнинг мозги (показания MAF,MAP,lambda, egt и т.п.). Настройка топливных карт, карт зажигания и т.п. требуется если вы внесли дополниетльные конструктивные изменения в автомобиль при которых контролируемые параметры (давление во впускном коллекторе в первую очередь) отличается от заводских (например если на атмосферном моторе дунуть больше воздуха то вы получите бедный AFR (air fuel ratio) что приведет к детонации и разрушению мотора). Формально если выпаять, вытащить считать и тому подобное, и расшифровать стоковую прошивку из стокового ECU, выделить смещения топливных карт и карт опережения зажигания, и нацчится все зашивать обратно — то вы можете произвести теже самые настройки что и на haltech, motec, aem и т.п. Это не всегда целесообразно и иногда экономически выгоднее купить готовый after market ECU с готовыми прошивками под определенные сетапы.
Учавствовать в кольцевой гонке, и сидеть за компьютером даже в стуле с пневмоприводами — две большие разницы. В стуле не сидел, в гонках учавствовал. Симулятор не сможет передать ощущения сноса оси, проскальзывания колес, малые перегрузки при заносе, сносе по которым понимаешь что скорость на входе в поворот была слишком высокая, и скорректировать траекторию и скорость. Т.е. это чувствуется, извините, жопой. Сымитировать это так чтобы она сжалась — я сомневаюсь что это возможно. Как развлекательная система — ну да, прикольно.
PS Гораздо дешевле приехать в open track days на своей, пусть и обычной, машине и получить массу удовольствия и сожженные тормоза (цена вопроса 3 тыщи рублей и новые тормоза).
а мне больше четырех и не надо.
Ну а вы сравните процессоры одногодки от Intel и от IBM на типовых unix задачах. Я сравнивал CPU 2003-2004 года выпуска. Интел где то в 1.5-2 раза производительнее. После этого можно проинвестировать немного чужих долларов в инфраструктуру заведомо менее производительную, и на совете директоров цитировать Э. Танненбаума объясняя свои действия.
Ну вон видишь — рекламные статья пропла. ой, заказывают на хабре :). Так что за счет авиакомпаний, NASA и каких нить бюрократических нефтяных монстров еще поживут. Массовый рынок, как я уже писал, ИМХО не грозит.
Недостаточная по сравнению с конкурентами производительность на типовых задачах (LAMP например) загоняет эти архитектуры в узкие ниши (embedded, RDBMs), низкие продажи (мало заказчиков способных выложить много баксов) увеличивают стоимость. В общем замкнутый круг. Процессор не может стоить дешево, потому что дорого его произвести, мало кто покупает такой дорогой процессор. Невидимая рука рынка так сказать. Поверы встречаются повсеместно (коммутаторы, рейд контроллеры, игровые приставки и т.п.) но сервера на них покупают для суперкомпьютинга. Cell показательный пример — вот вам офигенный процессор с куцыми но сука быстрыми ядрами, сами напишите для него ПО которое будет офигенно считать атомные взрывы на кластере Cell который вы у нас купите. Чудаков мало.
Я работал с блейдами PowerPC. На мой субъективный взгляд — не самолет. Например взяли redhat из коробки и завели, это хорошо, но из коробки он и на X86 тоже заводится. Надо запилить diskless кластер, матерясь разными нехорошими словами за пару недель запилил и отладил. Надо собрать нестандартный php под ppc64, сильно ругаясь, сабмича баги разрабам php — собрал. И сверху последний гвоздь в гроб ppc вбивает цена. За такие бабки проще и надежней собрать все на тех же блейдах, но x64, цена делает этот процессор малопопулярным, новые опенсорс разработки под эту архитектуру никто не делает — неначем тестить. Раньше хоть на маках можно было погонять и потестить — теперь все. В общем оно навсегда уйдет в суперкомпьютеры и embedded.
1

Information

Rating
Does not participate
Registered
Activity