СоХабр закрыт.

С 13.05.2019 изменения постов больше не отслеживаются, и новые посты не сохраняются.

| сохранено

H Лучшее ТЗ на покупку СХД, что я видел… в черновиках

Big Data, Компьютерное железо, SAN
ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Перечень поставляемого оборудования и программного обеспечения:
 Контроллер СХД – 1 шт.

Требования к архитектуре решения:
 СХД должна быть единым программно-аппаратным комплексом с едиными управлением всем функционалом.
 СХД должна быть подключена к имеющейся инфраструктуре не менее чем двумя Ethernet коммутаторами в отказоустойчивой схеме.
 СХД должна обеспечивать возможность установки в стандартный монтажный шкаф 19''
 СХД в поставляемой конфигурации должна занимать не более 2 RU

Требования к СХД:
 СХД должна иметь не менее 4 (четырех) интерфейсов 1 Гб/с Ethernet
 СХД должна иметь не менее 2 (двух) интерфейсов SAS
 СХД должна иметь не менее 6 ГБ оперативной памяти ЕСС
 СХД должна иметь энергонезависимую память со сроком хранения данных не менее 3 (трех) суток
 СХД должна иметь дублированные вентиляторы и источники питания с возможностью горячей замены
 СХД должна позволять устанавливать SAS или SATA диски
 СХД должна позволять подключать суммарно не менее 55 дисков
 СХД должна иметь не менее 12 дисков SATA емкостью каждого от 2 Тб и скоростью вращения не менее 7200 об/мин
 СХД должна обеспечивать локальное и удаленное зеркалирование RAID-групп, в том числе и защищающих данные при одновременном выходе из строя двух любых дисков в одной RAID-группе
 СХД должна иметь возможность подключения дополнительных дисковых полок. Подключение дополнительной дисковой полки должно быть выполнено по двум каналам. Подключение полок должно обеспечивать изоляцию от широковещательных ошибок (lip storm) внутри дополнительной полки
 СХД должна позволять проводить замену дисков в горячем режиме – без останова или выключения
 СХД должна позволять выделять диски горячего резерва (hot spare) без ограничений по количеству таких дисков и месту их установки
 Масса одной дисковой полки не должна превышать 35,0 кг
 Потребляемая мощность не должна превышать 550 Вт

Требования к программному обеспечению
 Все лицензии на программное обеспечение должны предлагаться без ограничений по объему СХД
 Унифицированный контроллер СХД должен обеспечивать при наличии необходимых лицензий возможность доступа ко всему дисковому пространству по протоколам файлового и блочного доступа (iSCSI, CIFS, NFS).
 СХД должна обеспечить возможность интеграции в домен Windows 2008/Windows 2003/Windows 2000 (Active Directory) и со службами E-Directory(Novell),NIS,, LDAP
 СХД должна обеспечивать создание мгновенных снимков данных в количестве не менее 250 (двухсот пятидесяти) на раздел или том. Мгновенные копии должны одновременно занимать минимальный объем (должны храниться только изменения без полного копирования тома) и не снижать производительность СХД
 СХД должна обеспечивать полное восстановление тома или LUN из любой мгновенной копии за один раз. Не допускается восстановление несколько последовательных версий данных, чтобы получить последующую
 СХД должна обеспечивать возможность создания томов/LUN'ов, удаления томов/LUN'ов и динамического изменения размера томов/LUN'ов, без прерывания доступа к уже хранимым данным
 СХД должна обеспечивать возможность установки приоритетов обслуживания на каждый том/LUN и управление политикой кэш-памяти для каждого тома/LUN'а
 СХД должна обеспечивать компрессию данных на блочном уровне
 СХД должна иметь web-инструменты для управления системой
 СХД должна иметь инструменты управления системой с командной строки и возможность автоматизации действий путем задания сценариев. Не должно быть ограничений на языки создания сценариев
 СХД должна иметь возможность централизованного управления и сбора статистики
 СХД должна иметь возможность создавать мгновенные виртуальные копии баз данных или виртуальных машин
 СХД должна поставляться в комплекте с сервисным контрактом на сервисное обслуживание по программе замены вышедшего из строя оборудования на следующий рабочий день сроком не менее 36 месяцев
 Программное обеспечение «вырезал название» должно обеспечивать резервное копирование данных на блочном уровне не менее 1 ТБ данных на источнике
 Поставщик должен обеспечить установку, настройку и ввод в эксплуатацию системы, в соответствии с потребностями Заказчика, а также обеспечить обучение не менее 2-х сотрудников Заказчика, для работы с системой в штатном режиме.

////

Просто сборник перлов какой-то. Обязательно буду дергать по одному пункту в свои RFP, чтобы вводит в ступор поставщиков.
СХД, ТЗ, Перлы, Система хранения, железо
4027
  infeneon

комментарии (52)

+20
Suvitruf ,  
Просветите непосвящённого, в каком месте смеяться?
–9
+1 –10
infeneon ,  
Да почти в любом пункте. Другое дело что это актуально для профильных специалистов.

Например:

 СХД должна иметь энергонезависимую память со сроком хранения данных не менее 3 (трех) суток

Что это за энергонезависимая память на 3-е суток? (нельзя бы чуточку беременной)

 СХД должна обеспечить возможность интеграции в домен Windows 2008/Windows 2003/Windows 2000 (Active Directory) и со службами E-Directory(Novell),NIS,, LDAP

Как СХД может обеспечить интеграцию? Видимо все же поддерживать авторизацию… или что то подобное.

 СХД должна иметь не менее 6 ГБ оперативной памяти ЕСС

Вы знаете такую память? Подозреваю что никто не знает, особенно производители последней.

…
+4
heilage ,  
А что не так с памятью с ECC? ru.wikipedia.org/wiki/ECC
–6
+3 –9
infeneon ,  
Вы сами ответили, память может быть DDR какой то например с коррекцией ошибок. Я уже не говорю что никто так не пишет в случае СХД (используется термин кэш память тем более что в эру юнифайд массивов есть еще файлеры — сервера по сути, и можно запутаться).
+4
frutonyanya ,   * (был изменён)
Нормальное требование к серверной памяти
–6
+2 –8
infeneon ,  
Мы про СХД вроде говорили :-)

+ выше написал
+6
UnixMaster ,  
>>СХД должна иметь энергонезависимую память со сроком хранения данных не менее 3 (трех) суток
Есть такая штука у NetApp — NVRAM. Это своеобразный буфер, в который складываются все команды перед записью на диск. Этот модуль энергозависимый и питается от батареи. Примерно в течение 3-х суток. Но маркетинговый отдел НатАппа называет данную память «энергонезависимой», оттуда ноги растут скорее всего.
>> СХД должна обеспечить возможность интеграции в домен Windows 2008/Windows 2003/Windows 2000 (Active Directory) и со службами E-Directory(Novell),NIS,, LDAP
Может, если на борту, к примеру, Линукс или Data ONTAP :)
>>СХД должна иметь не менее 6 ГБ оперативной памяти ЕСС
ru.wikipedia.org/wiki/ECC, Да, на СХД тоже есть ОЗУ :)

Как написал ниже habrahabr.ru/post/238673/#comment_8017737, ТЗ заточено под конкретного вендора.
–7
+1 –8
infeneon ,  
Мне глубоко наплевать на данного вендора, благо сейчас есть выбор. Пусть они пишут что хотят, но повторять чью то дурость, я считаю еще большей дуростью :-)

Да… получается что бэкенд СХД NetApp настолько шустрый, что надо трое суток чтобы записать изменения на диск :-)
+1
UnixMaster ,  
С NVRAM фишка в другом. Когда происходит резкое отключение питания, то данные, которые не успели записаться хранятся там. И так могут пролежать около 3-х суток, пока не кончится заряд батареи, а после включения питания дозаписываются на диск.
–5
infeneon ,  
А что мешает им сразу записаться?
+6
plin2s ,  
Например полное отсутствие питания. Это как кеш на контроллере с бекапной батарейкой. Вполне разумное требование.
–11
+1 –12
infeneon ,  
Стоп. Так в чем разница?

Память + батарейка это не энергонезависимая память.
+3
UnixMaster ,  
Это сделано для защиты от сбоев на ФС во время отключения питания. головкам ХДД надо записать данные в несколько мест для целостного их сохранения(зависит от ФС), например записать сами данные и журнал. Более подробно про особенность их ФС и НВРАМ можно почитать тут — habrahabr.ru/company/netapp/blog/99832/
–4
infeneon ,  
Спасибо, я что то еще помню т.к. обучался по NetApp и несколько лет администрировал решение на их основе. Нормальный СХД, со своими плюсами и минусами.

Я просто видимо отвык уже от жизни где питание пропадает а в СХД нет своего ИБП (ай, сейчас меня тоже обвинят в лояльности к одному из вендоров :-)
+5
UnixMaster ,  
Многие требования вполне адекватные, похоже на то, что заказчик написал ТЗ под конкретного вендора на Букву N :)
–3
infeneon ,  
Да это понятно, тут порядка 5 пунктов однозначно ограничивают выбор. Просто странно что вендор предварительно не поправил перлы, это же в открытом доступе на сайте известной компании (Государственной конечно) висит. Я бы наверное в запой на месяц ушел от стыда, если бы такое написал. А люди на этом еще заработали я думаю.
–14
+1 –15
infeneon ,  
Отрадно видеть минусы без объяснения причины. Минусуете все что не понятно, думаете от этого станет понятнее? :-)
+17
cepera_ang ,  
Хоть я и не минусовал, но могу объяснить — это просто здесь нафиг не нужно. Ощущение, что вы перепутали Хабр с интранет-форумом какого-то интегратора или типа того. По поводу ТЗ — таких проходит по 20 штук в день у любого, кто их продаёт и перлы зачастую кочуют из одного в другое. Там и подержка Х дисков с возможностью расширения до X*4 путём замены контроллеров и thing provisioning и просто нерасшифровываемые наборы слов. Но юмор поймут немногие, а те, кто понимает уже над этим не смеются, а плачут.
–1
infeneon ,  
Возможно я не прав. Просто видел тут разные посты, согласен что большинству будет не понятно мое веселье, но в теме поста достаточно четко обозначен круг людей кому это может быть интересно, думал этого достаточно.

Пусть минусуют, это же в их карму в конце концов. Если мне что то не нравится, я пишу об этом, если мне что то не понятно, я спрошу или пройду мимо. Зачем минусовать? (риторический вопрос не требующий ответа)
+2
velvetcat ,  
> Зачем минусовать?

За тем же, за чем и плюсовать. Фидбек.
+8
frutonyanya ,  
Странно видеть нормальные, вроде, требования — без объяснения чего в них смешного.
–3
infeneon ,  
Если я начну объяснять, то боюсь будет не смешно уже :-(

Скажем так, из всей этой клоунады названной ТЗ, я бегло вижу только 4 пункта которые являются значимыми требованиями, при этом не вижу основных требований которые предъявляют к СХД (банально — iops-ы и емкость).
+5
homm ,  
> Отрадно видеть минусы без объяснения причины.

Отрадно видеть ТЗ на какой-то СХД (что это вообще) оформленное как топик без объяснения причины.

> Минусуете все что не понятно, думаете от этого станет понятнее? :-)

Абсолютно в этом уверен. Скорее всего вам больше не захочется публиковать ничего в таком виде.
–4
infeneon ,  
Потому что данный топик либо понятен как есть, но ограниченному кругу людей, либо не понятен как его не расписывай.

Представьте если бы я стал рассказывать что отвертку шлиц нельзя использовать вместо филипса, в качестве комментария к чье то инструкции. Те кто понимает суть не поняли бы зачем я пишу очевидные вещи, а те кто суть не понял, не поняли бы юмора даже после объяснений, это как рассказывать смысл анекдота, смысл будет понятен, но смешно уже не будет.

С таким минусом я уже ничего не буду публиковать на этом ресурсе. С другой стороны, если основной контингент сайта минусует все что не понял, то мне тут точно не место и жалеть я о нем не буду. Хотя интерес остается, что думает человек нажимая на минус, даже мой комментарий с примерами заминусовали (опять же молчком, без единого замечания т.к. просто не могут что то по делу сказать) — habrahabr.ru/post/238673/#comment_8017731 т.е. подтвердили то что я выше написал.
+9
maovrn ,  
Я поставил вам минус за статью, это второй или третий минус за несколько лет моей хабражизни, обычно просто прохожу мимо. Причины:
1. Вы пытаетесь показать, что ваш заказчик идиот. Никогда не следует считать заказчика идиотом. Он может не разбираться в вашей предметной области, работа с заказчиком подразумевает также его обучение.
2. Вы сметесь над чужим незнанием. Это просто не этично.
3. Непонятен источник этого документа. Если из корпоративной переписки, это не делает вам чести вытаскивание в паблик документа, предназначенного для ограниченного круга лиц.
4. Это не статья вообще, всего лишь копия какого-то документа с одним единственным комментарием. Нет ничего ценного.

Как минимимум, вам стоит отказаться от Дартаньянства и привести действительно хорошее ТЗ для сравнения. Или хотя бы прокомментировать, как можно было бы исправить тот или иной пункт.
–5
infeneon ,   * (был изменён)
Во первых спасибо за ваш комментарий. Я всегда стараюсь объективно относится к критике в свой адрес.

По первому пункту. Я конечно так не считаю, тем более что сам обычно выступаю в роли заказчика :-)
По второму пункту. Согласен, но я убрал все детали которые бы могли бы явно указать на автора.
По третьему пункту. Требования взяты из интернета, они опубликованы в общем доступе.
По четвертому пункту. Согласен.

Привести хорошее ТЗ мне сложно т.к. мой труд это собственность компании на которую я работаю. Возможно пафосно звучит, но вы тоже об этом упомянули.
0
matrix9164 ,  
Я хоть и не минусовал, но предположу, что как минимум заголовок не точный. Не посвящённый в этом вопросе человек может подумать, что это всё не шутки ради, а вполне серьёзное ТЗ. Думаю если б вы взяли слово «Лучшее» в кавычки, это исправило бы ситуацию в какой-то степени, и даже те, кто «не в теме», поняли бы в чём прикол.
–1
infeneon ,   * (был изменён)
Принято. Спасибо.

Хотя уже все равно наверно. Отправил запрос на удаление аккаунта.
+1
maovrn ,  
Просто уберите статью в черновики.
0
infeneon ,  
Полагаете это исправит ситуацию? :-)
0
maovrn ,  
Смотря что вы хотите исправить. ТЗ точно не исправит. А ваш аккаунт от минусов убережет.
0
infeneon ,  
Хм, действительно, а что я хочу исправить?
Общественное мнение — но это утопия.
Минусы моего аккаунта — опять же, нет смысла.
0
mark_ablov ,  
Процентов 80, имхо, вполне нормальные требования, 20% уже странновато звучат, да.
–1
infeneon ,  
Пусть будет так.
–4
infeneon ,  
Неужели никто из тех кто минусует не рискнет написать причину? Вам самим то не противно? Давайте тогда до -100 догоним.
+5
robofox ,  
Просто статья не в формате хабра. Можно было бы снабдить каждый пункт комментариями: в чем проблема и как могло бы быть. И назвать статью «как нельзя составлять ТЗ по СХД». ТЗ, конечно, насквозь глупое и написанное под копирку, но это очевидно только специалистам, которые в своей практике сами на такие насмотрелись и «в цирке не смеются».
–2
infeneon ,  
Спасибо. Я уже понял свою ошибку.
+2
maratvildan ,  
тогда время убирать в черновики, а не глаза мозолить
0
drayv ,  
Тут уже многие аргументировали минуса, и главная из причин «Хабр — саморегулируемое сообщество». Другими словами люди не хотят видеть подобного здесь.
+2
Wernisag ,  
Обычный гос заказ. Как выше написали, под конкретного вендора. А все остальное написано человеком который или не в теме или крутится около неё. Да даже если это начальник ИТ департамента мэрии или областной администрации, в случае государства должность не гарантирует уровень квалификации. А по поводу, почему это не поправил вендор, так железо то продают продавцы, а не инженеры интеграции.
–3
infeneon ,  
Ага, поэтому смешно так что плакать хочется :-(
–1
Smasher ,  
FAS2520 или FAS2220 :)
–1
infeneon ,  
Давайте без рекламы :-)
–2
mirrik ,  
Краснярску привет! :)
–3
+1 –4
daemon2k ,  
На самом деле таких ТЗ 90% из 100.
Беда в том, что составлением этих ТЗ занимаются не специалисты, а «ойти-менеджеры», которые в большинстве к технологиям имеют весьма посредственное отношение.
По факту 70% тут адекватно, остальное бред, заточенное, как правильно сказали, под конкретный бренд и скорее всего под конкретного продавца.
Автор, забей на комментарии и минуса.
Большинство аудитории хабра не понимают большинство терминов, поэтому и минусуют.
Вот если бы тема была бы «Винда — куйня, а линукс — круто' тогда тема была бы в плюсе. Это же Хабр.
0
+2 –2
infeneon ,  
«Винда — куйня, а линукс — круто»

Оооо… это все еще актуально? Я думал уже придумали что то более интересное. Даже Apple vs Samsung звучит более заманчиво :)
–1
+2 –3
daemon2k ,  
Вот видишь — и меня минусовать начали сразу. Я же говорю — это же Хабр ;)
+1
+2 –1
infeneon ,  
Не перетягивайте мои минусы! :-)
0
chuck ,  
Хабр медленно превращается в непонятно что…
0
Wernisag ,  
Амнистия была ошибкой…
+4
cepera_ang ,  
Забавно увидеть на Хабре обсуждение ТЗ, которое сам и писал ;) © бывший коллега
+1
nonname ,  
У каждого специалиста есть как минимум 3 стадии профессионального юмора:
1) Когда тебе ситуация кажется не смешной, потому что ты её не понял.
2) Когда ситуация тебе кажется смешной, потому что наконец то понял в чем дело.
3) Когда тебе уже не смешно, потому что теперь это повседневность.