ПО ссылке выше (content.dell.com/us/en/business/d/campaigns/dpack-downloads.aspx) вторая ссылка — клиент под линукс. :)
Вот конкретная ссылка на него www.dell.com/support/drivers/us/en/555/DriverDetails?DriverId=5XF67
С его статистикой и репортом проще работать, чем руками эмулировать вашу нагрузку
Еще раз. Latency менее 2 мс — что кэшхит, т.к. даже SSD в сетевых устройствах дает latency ~4мс.
практически любой массив любого производителя легко будет давать вам и 10000 IOPS при Latency <2 мс, если вы будете грузить его нагрузкой со 100% кэшхитом.
При 100% рандоме (что так же в реальности встречается совсем редко) каждый шпиндель SATA будет давать порядка 120 IOPS, SAS/FC c дисками 15К — порядка 200 IOPS со шпинделя. Т.е. какого бы класса вы массив не купили — при 100% рандоме и 10HDD SAS15K больше 2000-2200 IOPS вы с него не снимете.
В отрасли все производители, как правило, оперируют параметром — сколько IOPS даст массив при Latency <30мс, и при таких условиях 100000 IOPS — это очень большой показатель.
Давайте так. скачайте с сайта Dell бесплатную утилиту DPACK. Она собирает статистику о том, какой ввод-вывод на вашей СХД, какими блоками, сколько кэшхитов, соотношение чтения-записи и т.п. Все безопасно и никакие ваши данные трогаться не будут.
Скачать можно тут:
content.dell.com/us/en/business/d/campaigns/dpack-downloads.aspx
Там же есть описание как инсталлировать и настраивать. Соберите отчет хотя бы за 4 часа, лучше за день и пришлите мне — mvorobyev (собака) dell.com — и мы предложим вам вариант который подойдет под вашу нагрузку с любым запасом по емкости или производительности под ваши нужды.
В будущем постараемся сделать статью про конкретную реализацию для проекта с цифрами на базе конкретных массивов.
Fluid Data — это просто концепция и идея, которая воплощается в различных решениях (equallogic, Compellent, NX, DX, FS и т.п. устройствах), на базе различных аппаратных и программных платформ. Т.е. статья — про идею, которая имеет различные реализации, а не про конкретное решение.
«Производительность? IOPS/Gb?
Latency?
Уровень избыточности?
Цена за Гб и за IOPS?»
Вопросы не несущие под собой никакого смысла без понимания характера нагрузки, объемов, требований, условий эксплуатации и многого другого.
Производительность в «тяжелых» решениях переваливает за 100K IOPS в зависимости от нагрузки (размер блока, % кэшхита, соотношение чтение/запись, наличие мирроринга, тип RAID, и т.д.).
Latency при 100% кэшхите — 3 милисекунды
Цена от 10K USD до 2,5M USD за массив
Как вы наверняка поняли, вопросы должны быть предметными, типа сколько IOPs и какая Latency будет в такой конфигурации, при таком типе нагрузки. Сколько это стоит и т.п.
Это мы постараемся осветить позднее, на примере конкретных реализаций.
С поддержкой в РОссии все хорошо. Более 180 сервисный партнеров. Для почти всех крупных городов России возможно гарантийное время восстановления — 4 часа.
Спец просто на хабре не сидит.
Вообще это дисковые устройства бывшей компании LSI. К примеру, IBM продает их под брендом DS3X00/
Т.е. и спецов, и запчаствей в стране полно.
С поддержкой в РОссии все хорошо. Более 180 сервисный партнеров. Для почти всех крупных городов России возможно гарантийное время восстановления — 4 часа.
Брать можно спокойно, их полно (более 100 шт в наличии) и новых и на сервисных складах.
Можно брать с расширенной гарантией и не напрягаться.
1. Все зависит от ОСи. Если после удалени — блоки будут нулевыми — они храниться не будут, если там сигнатура или что-то еще — будут, т.к. массив не знает полезная это информация или нет.
2. Поддерживаются практически все оси (можно посмотреть на сайте производителя). Ось сообщает хранилищу о неиспользовании блока — путем замены его на нулевой. :)
3. Алгоритм настраивается в соответствии с политиками которые вы пропишите для массива. Стандартные политики (которые дефолтно ставит Dell) скорее всего не отловят этот момент.
4. Что вы понимаете под стоимостью (CAPEX, CAPEX + OPEX), какого объема, под какой тип нагрузки, какие протоколы для подключения используются (FC, FCoE, iSCSI). В общем, можно сказать лишь, что чем больше объем, тем дешевле стоит. :)
Решение работает несколько лет на базе дискового массива Dell Compellent.
«А «перетекание» как поставленный с ног на голову flashcache (не в «горячую» зону данные копируются, а из нее).»
Данные перетекают туда-сюда, и технология более продвинута, чем FlashCache.
«А вот «операции чтения / записи распределены по всем дискам» смущает задачами, связанными с последовательным чтением/записью. Выходит, на последовательное чтение будет сказываться»
Последовательное чтение/запись слабо грузит массив с точки зрения IOPs, так что данные будут лежать скорее всего на SATA, и никаких проблем не будет.
Вот конкретная ссылка на него
www.dell.com/support/drivers/us/en/555/DriverDetails?DriverId=5XF67
С его статистикой и репортом проще работать, чем руками эмулировать вашу нагрузку
практически любой массив любого производителя легко будет давать вам и 10000 IOPS при Latency <2 мс, если вы будете грузить его нагрузкой со 100% кэшхитом.
При 100% рандоме (что так же в реальности встречается совсем редко) каждый шпиндель SATA будет давать порядка 120 IOPS, SAS/FC c дисками 15К — порядка 200 IOPS со шпинделя. Т.е. какого бы класса вы массив не купили — при 100% рандоме и 10HDD SAS15K больше 2000-2200 IOPS вы с него не снимете.
В отрасли все производители, как правило, оперируют параметром — сколько IOPS даст массив при Latency <30мс, и при таких условиях 100000 IOPS — это очень большой показатель.
Давайте так. скачайте с сайта Dell бесплатную утилиту DPACK. Она собирает статистику о том, какой ввод-вывод на вашей СХД, какими блоками, сколько кэшхитов, соотношение чтения-записи и т.п. Все безопасно и никакие ваши данные трогаться не будут.
Скачать можно тут:
content.dell.com/us/en/business/d/campaigns/dpack-downloads.aspx
Там же есть описание как инсталлировать и настраивать. Соберите отчет хотя бы за 4 часа, лучше за день и пришлите мне — mvorobyev (собака) dell.com — и мы предложим вам вариант который подойдет под вашу нагрузку с любым запасом по емкости или производительности под ваши нужды.
Fluid Data — это просто концепция и идея, которая воплощается в различных решениях (equallogic, Compellent, NX, DX, FS и т.п. устройствах), на базе различных аппаратных и программных платформ. Т.е. статья — про идею, которая имеет различные реализации, а не про конкретное решение.
«Производительность? IOPS/Gb?
Latency?
Уровень избыточности?
Цена за Гб и за IOPS?»
Вопросы не несущие под собой никакого смысла без понимания характера нагрузки, объемов, требований, условий эксплуатации и многого другого.
Производительность в «тяжелых» решениях переваливает за 100K IOPS в зависимости от нагрузки (размер блока, % кэшхита, соотношение чтение/запись, наличие мирроринга, тип RAID, и т.д.).
Latency при 100% кэшхите — 3 милисекунды
Цена от 10K USD до 2,5M USD за массив
Как вы наверняка поняли, вопросы должны быть предметными, типа сколько IOPs и какая Latency будет в такой конфигурации, при таком типе нагрузки. Сколько это стоит и т.п.
Это мы постараемся осветить позднее, на примере конкретных реализаций.
Спец просто на хабре не сидит.
Вообще это дисковые устройства бывшей компании LSI. К примеру, IBM продает их под брендом DS3X00/
Т.е. и спецов, и запчаствей в стране полно.
Брать можно спокойно, их полно (более 100 шт в наличии) и новых и на сервисных складах.
Можно брать с расширенной гарантией и не напрягаться.
2. Поддерживаются практически все оси (можно посмотреть на сайте производителя). Ось сообщает хранилищу о неиспользовании блока — путем замены его на нулевой. :)
3. Алгоритм настраивается в соответствии с политиками которые вы пропишите для массива. Стандартные политики (которые дефолтно ставит Dell) скорее всего не отловят этот момент.
4. Что вы понимаете под стоимостью (CAPEX, CAPEX + OPEX), какого объема, под какой тип нагрузки, какие протоколы для подключения используются (FC, FCoE, iSCSI). В общем, можно сказать лишь, что чем больше объем, тем дешевле стоит. :)
«А «перетекание» как поставленный с ног на голову flashcache (не в «горячую» зону данные копируются, а из нее).»
Данные перетекают туда-сюда, и технология более продвинута, чем FlashCache.
«А вот «операции чтения / записи распределены по всем дискам» смущает задачами, связанными с последовательным чтением/записью. Выходит, на последовательное чтение будет сказываться»
Последовательное чтение/запись слабо грузит массив с точки зрения IOPs, так что данные будут лежать скорее всего на SATA, и никаких проблем не будет.