Пространство так же выделяется слайсами по 1ГБ, но эти слайсы не являются непрерывными, и фактически выделение происходит фрагментами по 8KB
Я понял вашу цитату именно, как получение по 8КБ из private raid group, а не как получение с приватных групп по одному slice, а внутри по 8КБ.
Сам slice в рамках пула является непрерывным и занимает непрерывное место на дисках (незаписанные данные числятся нулями). Внутри его для тонких томов имеется фрагментация по 8КБ.
Поэтому получается две разные фрагментации: одна на уровне пула — когда слайсы для тонких томов берутся не по порядку, а вторая на уровне слайсов.
As new writes come into a thin LUN or thick LUN, more physical space is allocated in 1GB slices. This storage-on-demand ensures that at least a 1 GB slice is available at all times. LUN metadata is also embedded within these additional 1 GB.
As new writes come into a thin LUN, more physical space is allocated in 1GB slices. This storage-on-demand ensures that at least a 1 GB slice is available at all times. LUN metadata is also embedded within these additional 1 GB. Data is written to thin LUN in 8KB chunks and optimally placed within 1 GB slices.
A slice is a unit of capacity which is allocated from private RAID Groups to the pool LUN when it need additional storage. Starting with VNX Operating Environment (OE) for Block Release 33, the slice size has been reduced from 1GB to 256 MB.
EMC VNX Virtual Provisioning for the New VNX Series. VNX5200, VNX5400, VNX5600, VNX5800, VNX7600 & VNX7500.
То есть slice — минимальная неделимая величина. Так что фрагментации по 8КБ нет. Может быть только по 1ГБ / 256 МБ.
Суть как раз в том, что thick лун аллоцирует всё своё пространство сразу, а thin — по требованию, но оба механизма аллокации работают с одним размером в 1ГБ для старых / 256МБ для новых массивов. Просто в случае thick эти аллокации идут сразу друг за другом.
Т.е. если после записи очередного полного ГБ, thin LUN потребуется записать следующие 8КБ, будет выделено пространство в пуле размером 1ГБ / 256МБ, а потом туда уже будут заноситься 8КБ блоки.
2. На пулах выделение пространства происходит с гранулярностью в 1 ГБ. А потом внутрь этого 1 ГБ пишутся данные по 8КБ. Это справедливо для первых VNX.
Т.к. в новых VNX FAST VP перевели на гранулярность в 256МБ, то я предполагаю, что и предоставление пространства происходит по 256МБ (пока я упоминаний этого не видел).
Я просто отметил, что числа 75 и 50 связаны не только разностью в 25.
Если бы привели стоимость 4ТБ обычного и гибридного и она была бы всего 25$, то вопрос другой.
По цене «гибриды» лишь немного превышают цену обычных жестких дисков. Если взять уже упоминавшиеся выше модели, то цена Seagate Laptop Thin SSHD ST500LM000 составляет 73-75 долларов, а Seagate ST500LT032 — около 50 долларов США.
Дисклаймер. Я работаю в EMC. Но здесь буду высказывать своё личное мнение, которое может не совпадать с официальной точкой зрения компании.
Конечно, я могу быть не совсем объективен. С другой стороны, можете обращаться ко мне с вопросами.
С опытом работы с Celerra/VNX и на стороне партнёра и на стороне EMC я сам имею ряд претензий к файловой части. Главная же претензия обычна одна — сильное отличие концепции от привычной. Но стоит осмотреться и всё становится понятно и логично. Одного у файловой части не отнять — эта штука очень надёжна и очень функциональна, за что, собственно, её и покупают.
А теперь по пунктам.
1. Возможно отсутствие запрашиваемого вами функционала обосновано отсутствием запросов на его внедрение?
Я за свою карьеру по внедрению Celerra/VNX ни разу не видел standalone файловых серверов, создаваемых на файловой части. В превалирующем большинстве компаний настройкой прав доступа и созданием пользователей/групп занимается Helpdesk и/или администраторы файловых серверов. И, в случае CIFS, это традиционно выполняется на уровне Active Directory.
У всех конечных пользователей всегда есть возможность оформить запрос на внедрение функционала через пресейлов/сейлов. В компании для этого даже есть специальная процедура.
2. Все проблемы с работой интерфейса Unisphere крайне рекомендую оформлять в виде сервисных заявок. Обычно тормоза связаны с проблемами в сети. В частности, связаны с настройками скорости подключения (всем известно, как «хорошо» в Ethernet работают автоматические настройки портов). Дополнительно могу посоветовать поставить локально на рабочей станции Unisphere Client(Windows) — тогда большая часть работы Java-апплетов будет выполняться локально.
3. Тут нужно уточнить о каком варианте/компоненте идёт речь. Есть ESRS Gateway — наиболее функциональная опция удалённого подключения. Данное ПО устанавливается и на Windows и на Linux. Поддерживается виртуализация и с помощью VMware и с помощью Hyper-V. Есть отдельный компонент Policy Manger — он действительно работает только под Windows и виртуализируется только при помощи VMware. Но он является опциональным. Или же речь идёт о ESRS IP Client, который работает только с CLARiiON/VNX и ставится на Windows?
4. Работа Customer Service нацелена на обеспечение работоспособности продуктов. Внедрениями, в том числе консультациями по настройке, занимается Professional Service. Такое разделение в рамках компании. В случае, когда вас перенаправляют в PS, есть смысле туда обратиться. Все вопросы решаются индивидуально. Очень часто, даже в особо сложных случаях, если вам и не ответят подробно, то дадут ссылки на документацию, где можно разобраться. А выполнение работ инженерами PS действительно платно, если работы не описаны в рамках конкретного договора.
Я ничего не упустил и по управлению видео-файлами существует всего две опции: качать по одному и удалить все?
Закачка видео выполнена в виде встроенной бесплатной покупки, а значит требует введения пароля от AppStore, который от детей разумно скрывать. Поэтому скачивание видео приносит сильное неудобство. Отключение же встроенных покупок через настройки iOS ведёт вообще к невозможности нормального использования: прежде, чем отдать ребёнку планшет для самостоятельного изучения и просмотра, мне нужно зайти в КАЖДОЕ видео и скачать вручную. Добавьте, пожалуйста, кнопку скачать всё. Если таковые будут на все видео приложения и на все видео каждого раздела, то будет просто идеально.
Например, системы обладают опцией подключения к инфраструктуре компании EMC для автоматического заведения заявок и удалённого решения проблем (ESRS) и при этом сервисные инженеры подключаются к массивам без GUI Unisphere и USM.
Это не всегда возможно. СХД может быть установлена в закрытом контуре, из которого нет какого-либо доступа к внешним сетям.
Я хотел акцентировать внимание, что поддержка в таком случае работает без доступа к Unisphere и USM и при этом неплохо справляется, но, видимо, криво выразился.
В нашем случае, техподдержка заявила, что сбор необходимой диагностической информации возможен только через standalone софт. Если эта информация доступна через стандартный веб-интерфейс, то это просто недоработка инструкций, по которым работает ТП.
Не стесняйтесь жаловаться сейлу и пресейлу, что работают с вами — от исправления таких недочётов все только выиграют.
Спасибо за ваш обстоятельный ответ. Надеюсь, что он не повлечет каких-либо санкций со стороны вашего руководства.
Такие ответы вызывают уважение, несмотря на указанные вами отрицательные моменты, в отличии от старательно увиливающих от ответов по существу и ведущих слащавые речи товарищей. В общем, мой вам плюс в карму, как специалисту и профессионалу.
Добавлю свои пять копеек в дискуссию. В один пост соберу всё, что хочется сказать.
Дисклаймер. Я работаю в EMC. Но здесь буду высказывать своё личное мнение, которое может не совпадать с официальной точкой зрения компании.
Конечно, я могу быть не совсем объективен. С другой стороны, можете обращаться ко мне с вопросами.
Итак.
1. Про CentOS. Данная ОС не является поддерживаемой какой-либо единой компанией, а не community, нет единого центра поддержки, с которым контактируют пользователи и с которым производители могли бы заключать соглашения на тему кросс-поддержки. Т.е. если производитель железа находит баг или же система нестандартно работает с неким конкретным железом, то производитель мог бы открыть заявку в поддержке ОС. Именно поэтому в матрице поддержки EMC CentOS практически не упоминается, а Red Hat Linux и SUSE Linux имеются. И, соответственно, вся документация рассчитана именно на этих представителей Linux-систем.
2. Документация. Да, большая часть документации находится на портале, требующем авторизации. Я не сильно силён, почему это так, но это, как минимум, исторически сложилось. Кроме документации, портал отвечает за работу с лицензиями, открытием сервисных заявок и их мониторингом и много чего ещё. Т.о. являясь клиентом EMC, вам доступ на портал полезен в том или ином виде. И, с точки зрения контроля доступа, им проще управлять. Есть документы, доступные только разработчика, или же ещё и сотрудникам, партнёрам, конечным пользователям. Хотя поиск, конечно, там далёк от гуглового. Это про закрытую часть.
Насколько я помню, в документации, как в бумажной, так и электронной, идущей с системами VNX, содержится ссылка на mydocs.emc.com/. На данном сайте достаточно легковесный и удобный в обращении помощник по созданию документации на типовые задачи по работе с массивами VNX. В том числе и инициализация, и включение/выключение и подключение серверов. Данный сайт оперативно обновляется и уже содержит информацию на основе актуальных версий прошивок.
Относительно прошивок есть нюанс. Они не предоставляются конечному пользователю потому, что обновление на данный момент считается сервисной операцией и должно выполняться сервисным инженером EMC или партнёра. Весь бесплатный host-based софт доступен для скачивания.
3. Про Windows-only. Управление системами VNX, в том числе с точки зрения сервисной, действительно наиболее удобно с управляющей станции с ОС Windows (не исключено, что во многом это связано с работой Windows на блочных контроллерах :) ), но все задачи возможно выполнить и без присутствия оной. Например, системы обладают опцией подключения к инфраструктуре компании EMC для автоматического заведения заявок и удалённого решения проблем (ESRS) и при этом сервисные инженеры подключаются к массивам без GUI Unisphere и USM.
Сбор конфигурационно-диагностической информации очень прост через USM (Unisphere Service Manager), работающего на Windows. Но, ещё со времен систем CLARiiON CX-серии (их было 4 поколения), которые являются предшественниками VNX, в интерфейсе Unisphere всегда присутствует возможность сбора и скачивания SPCollect для каждого из контроллеров блочного доступа (SPA и SPB) по-отдельности. Сейчас это называется Generate Diagnostic Information и Get Diagnostic Information.
Более того, блочный VNX может управляться по IP через CLI-интерфейс, который доступен для большинства ОС и для некоторых задач имеет даже больший функционал, чем графическая консоль. В том числе может выполнять инициализацию массива.
4. Про поддержку. Системы VNX традиционно продаются в России с так называемой комбинированной поддержкой. Т.е. первой линией поддержки выступает компания-партнёр. Как, например, КРОК. И лишь по решению партнёра (недостаток компетентности, необходимость замены компонент или же требуется привлечение команды разработчиков) открывается заявка в центре поддержки EMC. В конкретных упомянутых случаях я бы посоветовал уточнить, кто и как оказывает поддержку и всегда можно пожаловаться в EMC на низкий уровень оной, как от инженеров партнёров, так и от инженеров EMC. Эти случаи обычно весьма серьёзно разбираются. Hint: спрашивайте «Who`s your manager?» в случае каких-либо проблем.
5. Про удалённое выключение. В обсуждении привели показательный пример про ураган Сэнди, когда это действительно может понадобиться. С другой стороны это так же пример несогласованности работ по восстановлению. Моё личное мнение, что в большинстве случаев раз уж за удалённым выключением последует удалённое включение, то эти операции можно выполнить открытыми на задней панели тумблерами. А при форс-мажорах питание в ЦОД должно подаваться на потребителей по окончанию восстановительных работ полностью.
По факту в системах VNX давно существует опция удалённого выключения, просто до новой версии прошивки она не была реализована в виде отдельной кнопки интерфейса. Хотя унифицированные системы имеют в своём арсенале nas_halt. Или, например, для DataMover, контроллера файлового доступа, имеется команда server_CPU shutdown -halt.
Контроллеры блочного доступа можно выключить через CLI командами naviseccli shutdownpeersp и naviseccli shutdownsp.
6. Стоимость и лицензии. Всё очень сильно варьируется и зависит. 30 000, скорее всего, была озвучена цена price-list. В каждой конкретной сделке цена является обсуждаемой. И сейчас, всё с большим желание выйти на рынок SMB, появляются очень выгодные цены на младшие модели. Опять же для небольших конфигураций можно рассмотреть и семейство VNXe.
Бесплатный функционал, который возможно установить в любой момент, включает в себя поддержку ODX, дедупликацию, сжатие, SANCopy для миграции данных на блочном уровне, в том числе со сторонних массивов, и Virtual (Thin) Provisioning. Остальной функционал объединён в бандлы, которые лицензируется по объёму с разной стоимостью на ТБ для SSD/SAS и SATA. Есть исключения, но в общем это так. Я подробностей лицензирования по объёму не знаю, но предполагаю, что связано это с разницей в размерах таких вещей, как налог на продажу железа, налог на продажу софта, скидка на железо, скидка на ПО и т.п. Т.е. раньше стоимость ПО больше закладывалась в стоимость железа, нежели сейчас.
7. Специфики конфигурации. Такие как отсутствие встроенных портов. Скорее всего связано с маркетинговыми целями и снижением стоимости на минимальные конфигурации, а так же предоставлением возможности выбора даже базовых портов из FC/iSCSI/FCoE.
8. Ограничения. Размер максимального тома на пуле был увеличен до 256 ТБ. При этом тома, отдаваемые файловым контроллерам, не должны превышать 16 ТБ. Многие другие цифры, как количество локальных/удалённых копий на систему, тоже увеличились в связи с большей масштабируемостью систем.
Мой личный опыт подсказывает избегать томов слишком большого размера, т.к. это уменьшает гранулярность управления. Т.е. если на томе в 20 ТБ свободно 5 ТБ, то их другому хосту не отдашь, а вот если это было 10 томов по 2ТБ, то 4 ТБ запросто можно. Это с одной стороны. А с другой мы имеем лимитированную глубину очереди на каждый том, т.е. чем больше томов (в разумных пределах), да ещё в страйпе на стороне хоста, тем большую суммарную глубину очереди мы имеем.
9. Тонкие тома, дедупликация, производительность. В текущей реализации при включении дедупликации тома принудительно конвертируются в тонкие, при работе с которыми имеются дополнительные накладные расходы. И это нужно учитывать при проектировании системы. Мы можем выиграть в полезной ёмкости за счёт производительности. Всё зависит.
10. Active-Active. Работает на данный момент только для томов на Raid Group. Для томов на пулах или при включении любых интеллектуальных функций будет работать уже стандартный ALUA. С дальнейшим развитием кода функционал Active-Active будет доступен для всех томов. Отдельно отмечу, что к служебным томам, на которых строится концепция пула, доступ осуществляется в режиме Active-Active.
11. Доступность нового функционала на старых моделях. Моё ИМХО. Фактически первая линейка VNX была эволюционным наследником CLARiiON. Все же прекрасно понимают, что разработка таких программно-аппаратных комплексов, как СХД, дело весьма затратное и продолжительное и все производители имеют карты развития на 3, а то и на 5 лет. Лично моё мнение, что пока шла разработка нового кода, первый VNX выпустили с одной стороны как наследника, чтобы не терять рынок, но и с рядом нововведений, которые успели довести до ума. У EMC стандартный цикл обновления СХД в 2 года: каждые два года либо происходит полное обновление линейки, либо заметная модернизация существующей. Как тик-так у Интела. Поэтому, возможно, было бы правильнее поменять название линейки, чтобы не было лишних надежд. Т.о. даже обновление кода до новой версии можно считать как конвертацию системы между поколениями. Это было, например, доступно в CLARiiON CX. Но общая база инсталляций показала, что этим функционалом пользовалось менее 1% всех пользователей систем, насколько я слышал. Видимо решили, что не слишком целесообразно держать группу по развитию конвертации ради 1%. Тем более, что через поколение становится более выгодным купить новую систему, чем продлевать поддержку на старую. Это дало отдельный толчок развитию механизмов миграции между массивами.
12. Про Java. Согласен. Но уже вышла новая прошивка с поддержкой Java 1.7.
Ну логика работы vmfs понятна — необходимость целостности данных: если ОС в виртуальной машине записала данные на диск, пусть и виртуальный, то они (данные) должны быть на диске.
Я понял ваш посыл. Я же хочу сказать, что существует сценарий, при котором функционал увеличения/сжатия датастора не требуется, и что появление этого сценария связано с нововведениями VMFS5.
Я понял вашу цитату именно, как получение по 8КБ из private raid group, а не как получение с приватных групп по одному slice, а внутри по 8КБ.
Сам slice в рамках пула является непрерывным и занимает непрерывное место на дисках (незаписанные данные числятся нулями). Внутри его для тонких томов имеется фрагментация по 8КБ.
Поэтому получается две разные фрагментации: одна на уровне пула — когда слайсы для тонких томов берутся не по порядку, а вторая на уровне слайсов.
EMC VNX Virtual Provisioning. Applied Technology. R31
EMC VNX Virtual Provisioning. VNX5100, VNX5300, VNX5500, VNX5700, and VNX7500. Applied Technology. R32
EMC VNX Virtual Provisioning for the New VNX Series. VNX5200, VNX5400, VNX5600, VNX5800, VNX7600 & VNX7500.
То есть slice — минимальная неделимая величина. Так что фрагментации по 8КБ нет. Может быть только по 1ГБ / 256 МБ.
Т.е. если после записи очередного полного ГБ, thin LUN потребуется записать следующие 8КБ, будет выделено пространство в пуле размером 1ГБ / 256МБ, а потом туда уже будут заноситься 8КБ блоки.
Т.к. в новых VNX FAST VP перевели на гранулярность в 256МБ, то я предполагаю, что и предоставление пространства происходит по 256МБ (пока я упоминаний этого не видел).
Если бы привели стоимость 4ТБ обычного и гибридного и она была бы всего 25$, то вопрос другой.
1,5 раза разве немного?
Конечно, я могу быть не совсем объективен. С другой стороны, можете обращаться ко мне с вопросами.
С опытом работы с Celerra/VNX и на стороне партнёра и на стороне EMC я сам имею ряд претензий к файловой части. Главная же претензия обычна одна — сильное отличие концепции от привычной. Но стоит осмотреться и всё становится понятно и логично. Одного у файловой части не отнять — эта штука очень надёжна и очень функциональна, за что, собственно, её и покупают.
А теперь по пунктам.
1. Возможно отсутствие запрашиваемого вами функционала обосновано отсутствием запросов на его внедрение?
Я за свою карьеру по внедрению Celerra/VNX ни разу не видел standalone файловых серверов, создаваемых на файловой части. В превалирующем большинстве компаний настройкой прав доступа и созданием пользователей/групп занимается Helpdesk и/или администраторы файловых серверов. И, в случае CIFS, это традиционно выполняется на уровне Active Directory.
У всех конечных пользователей всегда есть возможность оформить запрос на внедрение функционала через пресейлов/сейлов. В компании для этого даже есть специальная процедура.
2. Все проблемы с работой интерфейса Unisphere крайне рекомендую оформлять в виде сервисных заявок. Обычно тормоза связаны с проблемами в сети. В частности, связаны с настройками скорости подключения (всем известно, как «хорошо» в Ethernet работают автоматические настройки портов). Дополнительно могу посоветовать поставить локально на рабочей станции Unisphere Client(Windows) — тогда большая часть работы Java-апплетов будет выполняться локально.
3. Тут нужно уточнить о каком варианте/компоненте идёт речь. Есть ESRS Gateway — наиболее функциональная опция удалённого подключения. Данное ПО устанавливается и на Windows и на Linux. Поддерживается виртуализация и с помощью VMware и с помощью Hyper-V. Есть отдельный компонент Policy Manger — он действительно работает только под Windows и виртуализируется только при помощи VMware. Но он является опциональным. Или же речь идёт о ESRS IP Client, который работает только с CLARiiON/VNX и ставится на Windows?
4. Работа Customer Service нацелена на обеспечение работоспособности продуктов. Внедрениями, в том числе консультациями по настройке, занимается Professional Service. Такое разделение в рамках компании. В случае, когда вас перенаправляют в PS, есть смысле туда обратиться. Все вопросы решаются индивидуально. Очень часто, даже в особо сложных случаях, если вам и не ответят подробно, то дадут ссылки на документацию, где можно разобраться. А выполнение работ инженерами PS действительно платно, если работы не описаны в рамках конкретного договора.
Закачка видео выполнена в виде встроенной бесплатной покупки, а значит требует введения пароля от AppStore, который от детей разумно скрывать. Поэтому скачивание видео приносит сильное неудобство. Отключение же встроенных покупок через настройки iOS ведёт вообще к невозможности нормального использования: прежде, чем отдать ребёнку планшет для самостоятельного изучения и просмотра, мне нужно зайти в КАЖДОЕ видео и скачать вручную. Добавьте, пожалуйста, кнопку скачать всё. Если таковые будут на все видео приложения и на все видео каждого раздела, то будет просто идеально.
Я хотел акцентировать внимание, что поддержка в таком случае работает без доступа к Unisphere и USM и при этом неплохо справляется, но, видимо, криво выразился.
Не стесняйтесь жаловаться сейлу и пресейлу, что работают с вами — от исправления таких недочётов все только выиграют.
Спасибо!
Дисклаймер. Я работаю в EMC. Но здесь буду высказывать своё личное мнение, которое может не совпадать с официальной точкой зрения компании.
Конечно, я могу быть не совсем объективен. С другой стороны, можете обращаться ко мне с вопросами.
Итак.
1. Про CentOS. Данная ОС не является поддерживаемой какой-либо единой компанией, а не community, нет единого центра поддержки, с которым контактируют пользователи и с которым производители могли бы заключать соглашения на тему кросс-поддержки. Т.е. если производитель железа находит баг или же система нестандартно работает с неким конкретным железом, то производитель мог бы открыть заявку в поддержке ОС. Именно поэтому в матрице поддержки EMC CentOS практически не упоминается, а Red Hat Linux и SUSE Linux имеются. И, соответственно, вся документация рассчитана именно на этих представителей Linux-систем.
2. Документация. Да, большая часть документации находится на портале, требующем авторизации. Я не сильно силён, почему это так, но это, как минимум, исторически сложилось. Кроме документации, портал отвечает за работу с лицензиями, открытием сервисных заявок и их мониторингом и много чего ещё. Т.о. являясь клиентом EMC, вам доступ на портал полезен в том или ином виде. И, с точки зрения контроля доступа, им проще управлять. Есть документы, доступные только разработчика, или же ещё и сотрудникам, партнёрам, конечным пользователям. Хотя поиск, конечно, там далёк от гуглового. Это про закрытую часть.
Насколько я помню, в документации, как в бумажной, так и электронной, идущей с системами VNX, содержится ссылка на mydocs.emc.com/. На данном сайте достаточно легковесный и удобный в обращении помощник по созданию документации на типовые задачи по работе с массивами VNX. В том числе и инициализация, и включение/выключение и подключение серверов. Данный сайт оперативно обновляется и уже содержит информацию на основе актуальных версий прошивок.
Относительно прошивок есть нюанс. Они не предоставляются конечному пользователю потому, что обновление на данный момент считается сервисной операцией и должно выполняться сервисным инженером EMC или партнёра. Весь бесплатный host-based софт доступен для скачивания.
3. Про Windows-only. Управление системами VNX, в том числе с точки зрения сервисной, действительно наиболее удобно с управляющей станции с ОС Windows (не исключено, что во многом это связано с работой Windows на блочных контроллерах :) ), но все задачи возможно выполнить и без присутствия оной. Например, системы обладают опцией подключения к инфраструктуре компании EMC для автоматического заведения заявок и удалённого решения проблем (ESRS) и при этом сервисные инженеры подключаются к массивам без GUI Unisphere и USM.
Сбор конфигурационно-диагностической информации очень прост через USM (Unisphere Service Manager), работающего на Windows. Но, ещё со времен систем CLARiiON CX-серии (их было 4 поколения), которые являются предшественниками VNX, в интерфейсе Unisphere всегда присутствует возможность сбора и скачивания SPCollect для каждого из контроллеров блочного доступа (SPA и SPB) по-отдельности. Сейчас это называется Generate Diagnostic Information и Get Diagnostic Information.
Более того, блочный VNX может управляться по IP через CLI-интерфейс, который доступен для большинства ОС и для некоторых задач имеет даже больший функционал, чем графическая консоль. В том числе может выполнять инициализацию массива.
4. Про поддержку. Системы VNX традиционно продаются в России с так называемой комбинированной поддержкой. Т.е. первой линией поддержки выступает компания-партнёр. Как, например, КРОК. И лишь по решению партнёра (недостаток компетентности, необходимость замены компонент или же требуется привлечение команды разработчиков) открывается заявка в центре поддержки EMC. В конкретных упомянутых случаях я бы посоветовал уточнить, кто и как оказывает поддержку и всегда можно пожаловаться в EMC на низкий уровень оной, как от инженеров партнёров, так и от инженеров EMC. Эти случаи обычно весьма серьёзно разбираются. Hint: спрашивайте «Who`s your manager?» в случае каких-либо проблем.
5. Про удалённое выключение. В обсуждении привели показательный пример про ураган Сэнди, когда это действительно может понадобиться. С другой стороны это так же пример несогласованности работ по восстановлению. Моё личное мнение, что в большинстве случаев раз уж за удалённым выключением последует удалённое включение, то эти операции можно выполнить открытыми на задней панели тумблерами. А при форс-мажорах питание в ЦОД должно подаваться на потребителей по окончанию восстановительных работ полностью.
По факту в системах VNX давно существует опция удалённого выключения, просто до новой версии прошивки она не была реализована в виде отдельной кнопки интерфейса. Хотя унифицированные системы имеют в своём арсенале nas_halt. Или, например, для DataMover, контроллера файлового доступа, имеется команда server_CPU shutdown -halt.
Контроллеры блочного доступа можно выключить через CLI командами naviseccli shutdownpeersp и naviseccli shutdownsp.
6. Стоимость и лицензии. Всё очень сильно варьируется и зависит. 30 000, скорее всего, была озвучена цена price-list. В каждой конкретной сделке цена является обсуждаемой. И сейчас, всё с большим желание выйти на рынок SMB, появляются очень выгодные цены на младшие модели. Опять же для небольших конфигураций можно рассмотреть и семейство VNXe.
Бесплатный функционал, который возможно установить в любой момент, включает в себя поддержку ODX, дедупликацию, сжатие, SANCopy для миграции данных на блочном уровне, в том числе со сторонних массивов, и Virtual (Thin) Provisioning. Остальной функционал объединён в бандлы, которые лицензируется по объёму с разной стоимостью на ТБ для SSD/SAS и SATA. Есть исключения, но в общем это так. Я подробностей лицензирования по объёму не знаю, но предполагаю, что связано это с разницей в размерах таких вещей, как налог на продажу железа, налог на продажу софта, скидка на железо, скидка на ПО и т.п. Т.е. раньше стоимость ПО больше закладывалась в стоимость железа, нежели сейчас.
7. Специфики конфигурации. Такие как отсутствие встроенных портов. Скорее всего связано с маркетинговыми целями и снижением стоимости на минимальные конфигурации, а так же предоставлением возможности выбора даже базовых портов из FC/iSCSI/FCoE.
8. Ограничения. Размер максимального тома на пуле был увеличен до 256 ТБ. При этом тома, отдаваемые файловым контроллерам, не должны превышать 16 ТБ. Многие другие цифры, как количество локальных/удалённых копий на систему, тоже увеличились в связи с большей масштабируемостью систем.
Мой личный опыт подсказывает избегать томов слишком большого размера, т.к. это уменьшает гранулярность управления. Т.е. если на томе в 20 ТБ свободно 5 ТБ, то их другому хосту не отдашь, а вот если это было 10 томов по 2ТБ, то 4 ТБ запросто можно. Это с одной стороны. А с другой мы имеем лимитированную глубину очереди на каждый том, т.е. чем больше томов (в разумных пределах), да ещё в страйпе на стороне хоста, тем большую суммарную глубину очереди мы имеем.
9. Тонкие тома, дедупликация, производительность. В текущей реализации при включении дедупликации тома принудительно конвертируются в тонкие, при работе с которыми имеются дополнительные накладные расходы. И это нужно учитывать при проектировании системы. Мы можем выиграть в полезной ёмкости за счёт производительности. Всё зависит.
10. Active-Active. Работает на данный момент только для томов на Raid Group. Для томов на пулах или при включении любых интеллектуальных функций будет работать уже стандартный ALUA. С дальнейшим развитием кода функционал Active-Active будет доступен для всех томов. Отдельно отмечу, что к служебным томам, на которых строится концепция пула, доступ осуществляется в режиме Active-Active.
11. Доступность нового функционала на старых моделях. Моё ИМХО. Фактически первая линейка VNX была эволюционным наследником CLARiiON. Все же прекрасно понимают, что разработка таких программно-аппаратных комплексов, как СХД, дело весьма затратное и продолжительное и все производители имеют карты развития на 3, а то и на 5 лет. Лично моё мнение, что пока шла разработка нового кода, первый VNX выпустили с одной стороны как наследника, чтобы не терять рынок, но и с рядом нововведений, которые успели довести до ума. У EMC стандартный цикл обновления СХД в 2 года: каждые два года либо происходит полное обновление линейки, либо заметная модернизация существующей. Как тик-так у Интела. Поэтому, возможно, было бы правильнее поменять название линейки, чтобы не было лишних надежд. Т.о. даже обновление кода до новой версии можно считать как конвертацию системы между поколениями. Это было, например, доступно в CLARiiON CX. Но общая база инсталляций показала, что этим функционалом пользовалось менее 1% всех пользователей систем, насколько я слышал. Видимо решили, что не слишком целесообразно держать группу по развитию конвертации ради 1%. Тем более, что через поколение становится более выгодным купить новую систему, чем продлевать поддержку на старую. Это дало отдельный толчок развитию механизмов миграции между массивами.
12. Про Java. Согласен. Но уже вышла новая прошивка с поддержкой Java 1.7.
Какой монобокий опрос.
В оригинале:
«В СССР секса нет, а есть любовь.»