Как стать автором
Обновить

Бесплатно и качественно: как пресейл может задать тон проекту

Время на прочтение 8 мин
Количество просмотров 3.1K
Всего голосов 11: ↑9 и ↓2 +7
Комментарии 7

Комментарии 7

Кровавый энтерпрайз, в идеале, нужно избавляться от SPARC и AIX в пользу x86 с виртуализацией. Да сложно, иногда не возможно, но поддерживать этот зоопарк такое себе удовольствие, уверен что у них есть сервера на которые даже ЗИП не заказать уже.
Кстати, почему библиотека «набита» 4 Tb винтами (шёл 2020 год)?
Вы большие молодцы что выполнили проект «бесплатно», подозреваю, что его стоимость «села» с стоимость железа. В итоге у заказчика осталась какая нибудь документация? Кто писал ПМИ? Как определяли стоимость оборудования, торги были?
Избавление от AIX и SPARC – вопрос местами религиозный и, вы правы, достаточно непростой).
У заказчика в плане используемых версий ПО все неплохо – древних Legacy систем, несовместимых с текущей версией NetBackup (на момент реализации – NetBackup 8.1.x), в проекте не было.

Несмотря на 2020 год, 4ТБ диски более чем популярны. Причины – меньшее время реконструкции RAID (ребилда) и более высокая производительность за счет большего числа шпинделей на заданный объем. Да и вообще 4ТБ диск быстрее, чем 10ТБ из-за разной технологии записи ячеек.

Бесплатным в нашем случае именно пресейл, который по уровню проработки похож на проект. Ясное дело, что сам проект и железо стоят денег. И торги были.

ПМИ разрабатывали в рамках проекта – заданием на работы предусматривалась разработка комплекта технической и рабочей документации, включая: техническое задание, описание технического решения, программу и методику испытаний, профили настройки оборудования, таблицу зонирования, предложения по настройке политик резервного копирования.
Тогда Вы большие молодцы. Обычно, в кровавом энтерпрайзе, в наших российских реалиях, твориться сама дичь: защита проекта у вендора (это когда скидку может получить только один партнёр и он в итоге выиграет, в реальности, безальтернативные торги) и технические задания, написанные под конкретного производителя и соответственно интегратора.
Меня дико бесит что я не могу просто обратиться в DELL (любой другой производитель) и купить то что мне нужно по заранее объявленной цене. Обязательно в цепочке должен быть производитель — дистрибьютер — партнёр/интегратор – конечный заказчик. На каждом этапе цены тщательно скрываются и могут очень сильно плавать (вплоть до разницы в цене в 2-3 раза).
Спасибо!
Вы затрагиваете довольно сложный вопрос. Если цены у всех одинаковые, то битва будет разворачиваться за 1-2% прибыли. За эту прибыль невозможно держать штат инженеров (у нас, например, это почти 1500 человек с внушительной ЗП), делать пресейлы подобные этому, консультировать заказчиков и прочее. Интегратор превратится в продавца с ларьком(( Искусство хорошего интегратора — быть настолько полезным заказчику, чтобы он согласился заплатить чуть больше, но получить экспертизу и сервис.
С другой стороны, если хочешь купить пару серверов Dell, а тебе выкатывают наценку в 50% — это неприятно. Но есть масса способов этого избежать, на самом деле:-)
В моём идеальном мире должно быть:
  1. ТЗ должен разрабатывать заказчик, грамотное и подробное;
  2. На его основе, проектировщик должен разработать проект со всей документацией (проекты, ПМИ, инструкции, политики и пр.) и получить за это хорошие деньги(хороший проект стоит хорошо, мало кто это понимает);
  3. Продавец должен продать оборудование с обоснованной наценкой;
  4. Интегратор должен выполнить пуско-наладочные работы и получить за это деньги;
  5. Заказчик, в итоге, должен получить рабочую систему.

Подозреваю, что обычно это не работает, так как
  • часто заказчик не в состоянии написать вменяемое ТЗ (нехватка кадров в эксплуатации) и это за него делает интегратор и результат получается не предсказуемый;
  • проектировщик делает проект в стиле «прокатило», формально присутствует полный комплект документации, но если её начать читать внимательно, то волосы встают дыбом (копипаста рекламных буклетов, неувязка с другими системами и пр.)
  • большинство заказчиков думают что за проект платить не надо, в итоге все равно платят в стоимости оборудования и в итоге без документации;
  • ПНРят абы как, лишь бы сдать заказчику;
  • В провинции очень мало хороших интеграторов;

Извините, наболело. :)
Причины – меньшее время реконструкции RAID (ребилда) и более высокая производительность за счет большего числа шпинделей на заданный объем.

Решают проблему устаревшей архитектуры DD с классическим RAID?
Да и вообще 4ТБ диск быстрее, чем 10ТБ из-за разной технологии записи ячеек.

Как раз 4 ТБ диски чаще делают с SMR, а обычный на 10 ТБ будет быстрее из-за большей плотности записи на пластину.
Как раз 4 ТБ диски чаще делают с SMR, а обычный на 10 ТБ будет быстрее из-за большей плотности записи на пластину.

Не сильно следил за этим последнее время, но мне кажется, что SMR в 4ТБ дисках — явление консьюмерское, на железо типа DataDomain такие диски не идут. Не так?
Ну и количество шпинделей и объем диска всегда влияют на скорость ребилда, независимо от архитектуры. Хоть и distributed RAID в этом плане лучше.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий