Отчасти вы правы – иногда понятие SMB мы, напичканные западными маркетинговыми материалами, тянем как кальку с западных. И действительно часто у нас и в забугорье под этим понимаю разные вещи. Кстати, для описанного вами (филиал компании) в маркетинговой терминологии для позиционирования часто есть отдельный термин — ROBO (Remote Office, Branch Office).
Если поломка сервера и простой информационных систем на день два не принесёт проблем/убытков – действительно нет нужды в решениях, которые проектируются для высокой доступности. Выбор решения должен быть обоснованным. Решения EMC, как вендора высшего класса в области СХД – конечно прежде всего для тех, для кого простой недопустим или обойдётся дороже.
1) Какое преимущество системы хранения по сравнению с сервером или blade-шасси с парой серверов – очень хороший и в то же время коварный вопрос.
Т.к. не открою секрет, что тут нет магии, и концептуально большинство современных внешних системы хранения это и есть по сути blade (специализированное) шасси на пару серверов, с подключёнными к ним дисками и дисковыми полками. Т.е. теоретически можно самостоятельно собрать кастомное решение лучше, быстрее и дешевле, но на практике это мало реализуемо. Те, кто такое собирают раз-два-три, обычно потом основывают компании-стартапы по производству СХД или софта для организации своей СХД (я говорю тут в первую очередь не про Россию, а про мировую практику).
Преимуществами промышленной внешней СХД по сравнению с реальным, а не теоретически идеальным решением будут стандартные плюсы для промышленных решений:
1) Специализированное (уже продумано и обкатано, оптимизировано под задачу)
2) Выделенное.
3) Более простое (в настройке и эксплуатации).
4) Более надёжное (в том числе как следствие предыдущих)
2) Про пример бизнеса на 10-12 (up to 25) человек, которым нужна такая внешняя СХД.
Однозначно это нужно бизнесу, которому недопустим простой из-за остановки информационных систем на день или несколько, или из-за этого убытки или упущенная прибыль будет больше, чем стоимость такой СХД.
В качестве примера, мне проще и понятнее, наверное, привести то что я как IT-специалист и сотрудник дистрибьютора вижу наиболее полно и чаще всего: небольшие интеграторы, поднимающие тяжёлые проекты (часто сроки горят и срыв их недопустим, дополнительно внешняя СХД удобна и для тестирования и отработки некоторых решений)
Небольшие команды разработчиков (СХД для возможности развёртывания продуктивных и тестовых сред) или проектировщиков, работающих с моделями значительного объёма.
Т.е. в первую очередь, наверное, малый IT-бизнес, обслуживающий большой бизнес.
Полагаю, что и для небольших предприятий, ориентированных и на физических конечных заказчиков, особенно для стартапов, где ставки высоки, и остановка работы может быть фейлом, способным загубить начинание.
На практике не так давно общался с коллегой, ответственным за информационные системы в небольшой компании, для которой характерны высокие нагрузки в определённые периоды – у них основное продуктивное хозяйство: 1С и некоторые вспомогательные базы, лежат даже на более мощной СХД на приличном числе твердотельниках. Он честно признался, что полагает, что заложен коэффициент запаса даже избыточный и большую часть времени это простаивает, но он головой отвечает за работу информационных систем в те периоды, которые по-настоящему «горячие».
Т.е. выбор готовой внешней СХД от вендора класса А часто предпочтителен:
• Людям, обслуживающим и ответственным за инфраструктуру, если они имеют компетенции и хотят заниматься скорее уровнем приложений и не тратить время на собирание и создание самостоятельно инфраструктурной части – получить готовую платформу, чтобы на ней развёртывать продуктивные сервисы.
• Руководителям, понимающим, что покупка готовой платформы ускорит развёртывание и качество решения не будет столь сильно зависеть от компетенции их IT-персонала. В том числе это часто позиция опытных эксплуатационщиков, готовых стоять грудью за то, чтобы к ним точно не возникло вопросов.
Тут я говорю о людях, как о роли – в условиях малого бизнеса эта роль может быть как у директора, так и у одного из манагеров.
Спасибо за интерес. Мы постараемся в будущем подкреплять его интересными публикациями, в первую очередь техническими. Ведь продукт F5 действительно очень интересный, а осведомленность о нем, даже среди специалистов, не высокая. Мы всерьез намереваемся изменить такую ситуацию.
Действительно сервер с внутренними SSD (если там не стоит какой-то совсем неудовлетворительный контроллер или его не настроили загадочным образом) — будет быстрее, чем внешняя СХД с аналогичным количеством накопителей: Шина PCI-express быстрее чем большинство сетевых протоколов. Но с точки зрения удобства в эксплуатации и высокой доступности часто уже проигрывает.
Если ещё лет 8 назад заказчикам нужно было аргументировать — зачем вообще нужно внешние хранилище SAN или NAS и какие плюсы это даёт по сравнению с внутренней ёмкость серверов – это был регулярный диалог. Сейчас, серьёзнейшим драйвером стало повсеместное распространением решений VMware, это объяснять уже никому не приходится. Меньшее число лет назад — наиболее актуальной темой для объяснения была необходимость в твердотельных накопителях и их надёжность. Сейчас и этот вопрос уже не поднимается.
Но каждое решение стоит рассматривать для конкретной задачи и того, насколько полно оно её решает. Если сервер на atom-е удовлетворяет потребностям и не вызывает проблем — отлично. Если не удовлетворяет – можно посмотреть и на другие варианты, включая EMC VNXe.
Спасибо за комментарии, аргументы поняты и понятны. Постараюсь ответить также по пунктам, хотя и не надеюсь, что вы согласитесь, но, надеюсь, что услышите и меня.
1) Такой подход продиктован стандартами отрасли — в основном решения EMC это проектные решения и цена формируется под проект с проектными скидками. Хотя линейка VNXe максимально приближена к тому, чтобы быть рыночным решением — пока нет возможности публично озвучить цены и продавать это в интернет магазинах. Хотя в этом направлении работа ведётся.
2) Всё очень зависит от задач. В некоторых случаях — выбор собственноручно собранного NAS или NAS класса для дома или малого офиса может обоснован (вот наоборот ставить VNXe домой — точно не стоит, если дома нет отдельной серверной). В некоторых же подобные системы являются лучшим выбором. Если эти 10-15 пользователей, связаны совместной работой с какими-то тяжёлыми моделями, и/или для бизнес-процесса недопустим значительный простой – требования иные. Большинство систем VNXe собственное и являются NAS (а некоторые также SAN — потому Unified), но премиального класса и заточенные на корпоративное использование (визарды и шаблоны для подключения к vSphere, Exchange и т.д.).
Надёжность — это комплексное понятие. Чтобы говорить на одном языке, важно точно определить, что под ним понимать: часто рассматривают HA (High Availability — высокую доступность) + DR (Disaster Recovery — восстановление работы после аварии).
Эти системы обеспечивает высокую доступность (HA): отсутствие прерываний в работе при сбоях задублированных компонентов, и отсутствие, или минимизация прерываний работы во время обслуживания.
Функционал для построения DR решений в системах VNXe также заложен: это и репликация, и интеграция с решениями по резервному копированию. Непременной частью DR является регулярный бэкап (резервное копирование).
Даже без полноценного DR регулярный бэкап — необходим. Никакая высокая доступность его не заменяет, т.к. высокая доступность не спасает от порчи данных, например, в случае сбоя ПО или ошибочных или зловредных действий.
3) Права система конечно сама не раздаст. При работе CIFS сервер управление правами будет абсолютно аналогично управлению Windows файловым сервером и делаться через те же инструменты Microsoft и оснастки MMC. Но некоторые вопросы по обслуживанию или продумыванию снимет или упростит, особенно если у администратора нет свободного времени, чтобы внимательно изучать тему хранения, возможности и настройки, а у его начальника нет желания, чтобы устройство работы и настройки знал и умел только конкретный сотрудник.
4) В принципе да, можно сказать и именно так — производитель СХД, имеющий мощный R&D способен сваять прошивку лучше. Системы хранения работают именно в определённой программно-аппаратной конфигурации, именно с такими алгоритмами RAID, проактивной горячей замены и т.д. Поэтому под конкретную конфигурацию, а не абстрактное использование в сотрудничестве с производителями дисков можно сделать прошивку лучше, чем для общего случая.
Защита от установки дисков с рынка — тут тоже есть. Да, часть стоимости СХД по сути «зашивается» в диски.
5) По ценовым вопросам при нашей неготовности приводить конкретные цифры публично диалог конструктивный конечно не получится. Поднять, собирая самостоятельно – да, за само железо + софт вероятнее всего будет дешевле, но у готового решения есть свои плюсы, а целесообразность, глядя на цифры каждый волен определить для себя.
Спасибо за комментарий,
Разговаривая с разной аудиторией порой забываешь о том, что в разных местах разное является «нормой» и «стандартом». В контексте систем хранения EMC — если бы подходили сторонние диски — мы это выделили бы жирным текстом и поместили в первые абзацы =) Но спасибо — учтём.
Семейство систем хранения EMC растёт скорее сверху вниз — от high-end систем. Сегмент SMB у EMC начал осваиваться последним. Отсюда и подход, что если система используется под продакшн — она должна иметь контракт на поддержку/обслуживание (для большой железки high-end класса или мейнфрейма — отсутствие контракта на поддержку просто нонсенс — с этим вряд ли кто будет спорить). VNXe — это максимально упрощённые и в обслуживании, и в управлении/настройке системы, но всё-таки в первую очередь имеющие корпоративные корни. Если задача обеспечить гарантированную работу процессов, в обеспечении которых участвует эта система — система должна иметь поддержку.
Если задачи иные — эти системы могут быть не лучшим выбором.
Также, например, на системах VNXe пользователи не имеют доступ к root-у (root на них вообще получается своеобразным образом и получить его в теории может только поддержка). Если приоритетом является желание делать с системой всё что захочется, иметь на ней полный контроль, поставить на неё стороннее ПО — это не тот выбор.
В этом как раз нет привязки с точки зрения перехода к конкуренту: «свои» диски используют все или почти все системы хранения корпоративного уровня. Переход к конкуренту — как правило осуществляется при покупке новой СХД. И при переходе к конкуренту покупаются и СХД, и диски. Обеспечение простоты перехода к конкуренту чаще лежит в предоставлении инструментов для удобной и простой миграции томов и файловых серверов или наоборот сложности в миграции.
Использование же «своих» дисков позволяет нормально оказывать поддержку: если на диске появляются ошибки и их количество превышают порог — система сама запускает его проактивное копирование на диск горячей замены и создаёт тикет на замену, а после окончания копирования выводит диск из эксплуатация. Подход исходит из того, что сохранность данных гораздо ценнее, чем дисков. И заказчику нет нужды думать о дисках.
Защита от произвольных дисков с рынка в этом безусловно есть – и да, в диски «зашивается» часть совокупной стоимости СХД. Существуют разные модели того, из чего складывается совокупная стоимость: цена может быть в основном зашита в голову, в диски, в потеррабайтные лицензии и т.д. пропорции могут меняться, и производители могут менять модель от поколения к поколению. Причём помимо сугубо маркетинговых за этим порой лежат и вполне осмысленные причины. Но это уже вообще повод для отдельной маркетинго-философской дискуссии и сравнительного анализа. Разумно смотреть на совокупную стоимость владения.
Да, действительно, кроме первых трёх лет (они входят в стоимость) сервисный контракт не бесплатен.
С совместимостью же дисков дела обстоят следующим образом:
1) EMC не выпускает дисков сама, поэтому используются диски других производителей
2) Для обеспечения длительной бесперебойной работы дисков EMC устанавливает на них свою версию прошивки
3) В партнейм EMC обозначающий накопитель входит как сам диск, так и специальные салазки и (в ряде случаев) специальный контоллер
Поэтому диски купленные на рынке могут иметь точно такой же партномер производителя дисков (например seagate), но никто не гарантирует того, что они будут совместимы с системой (система может их просто не распознать).
Однако, даже если такой диск запустится, применение сторонних дисков автоматически лишает весь СХД гарантии.
Я очень рад, что с 2007 года ваша система работает без единого отказа.
Однако неужели «дружественная организация» до сих пор может уместить все свои данные на зеркале из двух старых дисков?
Неужели она не развивалась и там так и осталось всего 15 сотрудников?
Если так, то возможно им действительно хватит этого старого системника.
Вот только 8 лет — серьёзный возраст для ПК, что будет если в разгар рабочего дня он всё-таки сломается?
Или на нём давно уже не лежат критичные для компании данные?
Если нет — то нет смысла сравнивать его с хранилищем данных, от которых зависит работа компании.
Нет необходимости забивать себе голову этим вопросом.
На всём протяжении сервисного контракта (а его можно продлить в любое время) вы просто получаете новые диски взамен вышедших из строя.
Предоставляемые диски проходят дополнительную проверку качества на заводах EMC в отличии от дисков, которые продаются в розничных магазинах.
Если поломка сервера и простой информационных систем на день два не принесёт проблем/убытков – действительно нет нужды в решениях, которые проектируются для высокой доступности. Выбор решения должен быть обоснованным. Решения EMC, как вендора высшего класса в области СХД – конечно прежде всего для тех, для кого простой недопустим или обойдётся дороже.
Т.к. не открою секрет, что тут нет магии, и концептуально большинство современных внешних системы хранения это и есть по сути blade (специализированное) шасси на пару серверов, с подключёнными к ним дисками и дисковыми полками. Т.е. теоретически можно самостоятельно собрать кастомное решение лучше, быстрее и дешевле, но на практике это мало реализуемо. Те, кто такое собирают раз-два-три, обычно потом основывают компании-стартапы по производству СХД или софта для организации своей СХД (я говорю тут в первую очередь не про Россию, а про мировую практику).
Преимуществами промышленной внешней СХД по сравнению с реальным, а не теоретически идеальным решением будут стандартные плюсы для промышленных решений:
1) Специализированное (уже продумано и обкатано, оптимизировано под задачу)
2) Выделенное.
3) Более простое (в настройке и эксплуатации).
4) Более надёжное (в том числе как следствие предыдущих)
2) Про пример бизнеса на 10-12 (up to 25) человек, которым нужна такая внешняя СХД.
Однозначно это нужно бизнесу, которому недопустим простой из-за остановки информационных систем на день или несколько, или из-за этого убытки или упущенная прибыль будет больше, чем стоимость такой СХД.
В качестве примера, мне проще и понятнее, наверное, привести то что я как IT-специалист и сотрудник дистрибьютора вижу наиболее полно и чаще всего: небольшие интеграторы, поднимающие тяжёлые проекты (часто сроки горят и срыв их недопустим, дополнительно внешняя СХД удобна и для тестирования и отработки некоторых решений)
Небольшие команды разработчиков (СХД для возможности развёртывания продуктивных и тестовых сред) или проектировщиков, работающих с моделями значительного объёма.
Т.е. в первую очередь, наверное, малый IT-бизнес, обслуживающий большой бизнес.
Полагаю, что и для небольших предприятий, ориентированных и на физических конечных заказчиков, особенно для стартапов, где ставки высоки, и остановка работы может быть фейлом, способным загубить начинание.
На практике не так давно общался с коллегой, ответственным за информационные системы в небольшой компании, для которой характерны высокие нагрузки в определённые периоды – у них основное продуктивное хозяйство: 1С и некоторые вспомогательные базы, лежат даже на более мощной СХД на приличном числе твердотельниках. Он честно признался, что полагает, что заложен коэффициент запаса даже избыточный и большую часть времени это простаивает, но он головой отвечает за работу информационных систем в те периоды, которые по-настоящему «горячие».
Т.е. выбор готовой внешней СХД от вендора класса А часто предпочтителен:
• Людям, обслуживающим и ответственным за инфраструктуру, если они имеют компетенции и хотят заниматься скорее уровнем приложений и не тратить время на собирание и создание самостоятельно инфраструктурной части – получить готовую платформу, чтобы на ней развёртывать продуктивные сервисы.
• Руководителям, понимающим, что покупка готовой платформы ускорит развёртывание и качество решения не будет столь сильно зависеть от компетенции их IT-персонала. В том числе это часто позиция опытных эксплуатационщиков, готовых стоять грудью за то, чтобы к ним точно не возникло вопросов.
Тут я говорю о людях, как о роли – в условиях малого бизнеса эта роль может быть как у директора, так и у одного из манагеров.
Если ещё лет 8 назад заказчикам нужно было аргументировать — зачем вообще нужно внешние хранилище SAN или NAS и какие плюсы это даёт по сравнению с внутренней ёмкость серверов – это был регулярный диалог. Сейчас, серьёзнейшим драйвером стало повсеместное распространением решений VMware, это объяснять уже никому не приходится. Меньшее число лет назад — наиболее актуальной темой для объяснения была необходимость в твердотельных накопителях и их надёжность. Сейчас и этот вопрос уже не поднимается.
Но каждое решение стоит рассматривать для конкретной задачи и того, насколько полно оно её решает. Если сервер на atom-е удовлетворяет потребностям и не вызывает проблем — отлично. Если не удовлетворяет – можно посмотреть и на другие варианты, включая EMC VNXe.
1) Такой подход продиктован стандартами отрасли — в основном решения EMC это проектные решения и цена формируется под проект с проектными скидками. Хотя линейка VNXe максимально приближена к тому, чтобы быть рыночным решением — пока нет возможности публично озвучить цены и продавать это в интернет магазинах. Хотя в этом направлении работа ведётся.
2) Всё очень зависит от задач. В некоторых случаях — выбор собственноручно собранного NAS или NAS класса для дома или малого офиса может обоснован (вот наоборот ставить VNXe домой — точно не стоит, если дома нет отдельной серверной). В некоторых же подобные системы являются лучшим выбором. Если эти 10-15 пользователей, связаны совместной работой с какими-то тяжёлыми моделями, и/или для бизнес-процесса недопустим значительный простой – требования иные. Большинство систем VNXe собственное и являются NAS (а некоторые также SAN — потому Unified), но премиального класса и заточенные на корпоративное использование (визарды и шаблоны для подключения к vSphere, Exchange и т.д.).
Надёжность — это комплексное понятие. Чтобы говорить на одном языке, важно точно определить, что под ним понимать: часто рассматривают HA (High Availability — высокую доступность) + DR (Disaster Recovery — восстановление работы после аварии).
Эти системы обеспечивает высокую доступность (HA): отсутствие прерываний в работе при сбоях задублированных компонентов, и отсутствие, или минимизация прерываний работы во время обслуживания.
Функционал для построения DR решений в системах VNXe также заложен: это и репликация, и интеграция с решениями по резервному копированию. Непременной частью DR является регулярный бэкап (резервное копирование).
Даже без полноценного DR регулярный бэкап — необходим. Никакая высокая доступность его не заменяет, т.к. высокая доступность не спасает от порчи данных, например, в случае сбоя ПО или ошибочных или зловредных действий.
3) Права система конечно сама не раздаст. При работе CIFS сервер управление правами будет абсолютно аналогично управлению Windows файловым сервером и делаться через те же инструменты Microsoft и оснастки MMC. Но некоторые вопросы по обслуживанию или продумыванию снимет или упростит, особенно если у администратора нет свободного времени, чтобы внимательно изучать тему хранения, возможности и настройки, а у его начальника нет желания, чтобы устройство работы и настройки знал и умел только конкретный сотрудник.
4) В принципе да, можно сказать и именно так — производитель СХД, имеющий мощный R&D способен сваять прошивку лучше. Системы хранения работают именно в определённой программно-аппаратной конфигурации, именно с такими алгоритмами RAID, проактивной горячей замены и т.д. Поэтому под конкретную конфигурацию, а не абстрактное использование в сотрудничестве с производителями дисков можно сделать прошивку лучше, чем для общего случая.
Защита от установки дисков с рынка — тут тоже есть. Да, часть стоимости СХД по сути «зашивается» в диски.
5) По ценовым вопросам при нашей неготовности приводить конкретные цифры публично диалог конструктивный конечно не получится. Поднять, собирая самостоятельно – да, за само железо + софт вероятнее всего будет дешевле, но у готового решения есть свои плюсы, а целесообразность, глядя на цифры каждый волен определить для себя.
Разговаривая с разной аудиторией порой забываешь о том, что в разных местах разное является «нормой» и «стандартом». В контексте систем хранения EMC — если бы подходили сторонние диски — мы это выделили бы жирным текстом и поместили в первые абзацы =) Но спасибо — учтём.
Если задачи иные — эти системы могут быть не лучшим выбором.
Также, например, на системах VNXe пользователи не имеют доступ к root-у (root на них вообще получается своеобразным образом и получить его в теории может только поддержка). Если приоритетом является желание делать с системой всё что захочется, иметь на ней полный контроль, поставить на неё стороннее ПО — это не тот выбор.
Использование же «своих» дисков позволяет нормально оказывать поддержку: если на диске появляются ошибки и их количество превышают порог — система сама запускает его проактивное копирование на диск горячей замены и создаёт тикет на замену, а после окончания копирования выводит диск из эксплуатация. Подход исходит из того, что сохранность данных гораздо ценнее, чем дисков. И заказчику нет нужды думать о дисках.
Защита от произвольных дисков с рынка в этом безусловно есть – и да, в диски «зашивается» часть совокупной стоимости СХД. Существуют разные модели того, из чего складывается совокупная стоимость: цена может быть в основном зашита в голову, в диски, в потеррабайтные лицензии и т.д. пропорции могут меняться, и производители могут менять модель от поколения к поколению. Причём помимо сугубо маркетинговых за этим порой лежат и вполне осмысленные причины. Но это уже вообще повод для отдельной маркетинго-философской дискуссии и сравнительного анализа. Разумно смотреть на совокупную стоимость владения.
С совместимостью же дисков дела обстоят следующим образом:
1) EMC не выпускает дисков сама, поэтому используются диски других производителей
2) Для обеспечения длительной бесперебойной работы дисков EMC устанавливает на них свою версию прошивки
3) В партнейм EMC обозначающий накопитель входит как сам диск, так и специальные салазки и (в ряде случаев) специальный контоллер
Поэтому диски купленные на рынке могут иметь точно такой же партномер производителя дисков (например seagate), но никто не гарантирует того, что они будут совместимы с системой (система может их просто не распознать).
Однако, даже если такой диск запустится, применение сторонних дисков автоматически лишает весь СХД гарантии.
Однако неужели «дружественная организация» до сих пор может уместить все свои данные на зеркале из двух старых дисков?
Неужели она не развивалась и там так и осталось всего 15 сотрудников?
Если так, то возможно им действительно хватит этого старого системника.
Вот только 8 лет — серьёзный возраст для ПК, что будет если в разгар рабочего дня он всё-таки сломается?
Или на нём давно уже не лежат критичные для компании данные?
Если нет — то нет смысла сравнивать его с хранилищем данных, от которых зависит работа компании.
На всём протяжении сервисного контракта (а его можно продлить в любое время) вы просто получаете новые диски взамен вышедших из строя.
Предоставляемые диски проходят дополнительную проверку качества на заводах EMC в отличии от дисков, которые продаются в розничных магазинах.