Comments 41
Про Documentum напишете?
«UPS применен потому, что NVRAM проигрывает оперативной памяти по времени доступа»
это что?
это что?
Со слов разработчиков, при создании XtremIO был выбор: для хранения большого объема метаданных (которые при потере питания массива, естественно, должны сохраняться) использовать какую-нибудь технологию энергонезависимой памяти или обычную оперативную память контроллера, добавив UPS. Выбор был сделан в пользу второго варианта из-за скорости доступа к памяти.
#
«Такого набора ноу-хау нет ни у кого. И именно такая архитектура и функциональность — это то, что отличает XtremIO от всех остальных игроков на рынке. И таким набором функционала (дедупликация «на лету», компрессия, scale-out, снэпшоты, и все это в едином массиве без дополнительных шлюзов и сложных конструкций), пожалуй, никто не обладает.»
Скажите, а зачем прямо обманывать читателей?
www.nutanix.com/2014/10/08/nx-9000-series/
Nutanix NX-9000. All Flash. 20TB флеша в 2U. Доступна сейчас. По функционалу — коллосально впереди, один Metro Cluster на 400км чего стоит.
www.nutanix.com/blog/2014/10/09/announcing-nutanix-metro-availability/
Отмажетесь что «Nutanix это конвергентная система»? Так это хорошо, к XtremeIO надо еще сервера и прочее (и собственно получать упор в I/O).
Вот уж…
Скажите, а зачем прямо обманывать читателей?
www.nutanix.com/2014/10/08/nx-9000-series/
Nutanix NX-9000. All Flash. 20TB флеша в 2U. Доступна сейчас. По функционалу — коллосально впереди, один Metro Cluster на 400км чего стоит.
www.nutanix.com/blog/2014/10/09/announcing-nutanix-metro-availability/
Отмажетесь что «Nutanix это конвергентная система»? Так это хорошо, к XtremeIO надо еще сервера и прочее (и собственно получать упор в I/O).
Вот уж…
Все названные вами «фичи» — в Nutanix есть, а так-же намного больше. Внутри сделано намного грамотнее (хранение метаданных в Cassandra), по VDI — тянет легко 2U коробка 400+ виртуальных машин, есть проекты на десятки тысяч VM, включая множество в гос. органах США и Европы.
Собственно, Nutanix выносит из контрактов в США в первую очередь EMC. В том числе потому что клиенты устали когда им лапшу вешают на уши.
Вот и (очень успешная) программа есть.
www.nixvblock.com
И да, Nutanix практически весь на opensource построен. Национальная безопасность.
Собственно, Nutanix выносит из контрактов в США в первую очередь EMC. В том числе потому что клиенты устали когда им лапшу вешают на уши.
Вот и (очень успешная) программа есть.
www.nixvblock.com
И да, Nutanix практически весь на opensource построен. Национальная безопасность.
По крайней мере, EMC не бегает по чужим блогам, поливая авторов грязью и рекламируя свою продукцию. НЯМС, на любом другом ресурсе вас за такое поведение бы уже забанили с концами. Фи.
Что до этого вашего нутаникса, то всем он хорош, но вот если я не хочу использовать виртуализацию? Ну вот ваще. А хочу обычный массив (но с возможностью масштабирования scale-out) под одну базу данных.
Не трудитесь отвечать. Я достаточно хорошо представляю матчасть, и не готов здесь дискутировать о преимуществах и недостатках вашего продукта.
Что до этого вашего нутаникса, то всем он хорош, но вот если я не хочу использовать виртуализацию? Ну вот ваще. А хочу обычный массив (но с возможностью масштабирования scale-out) под одну базу данных.
Не трудитесь отвечать. Я достаточно хорошо представляю матчасть, и не готов здесь дискутировать о преимуществах и недостатках вашего продукта.
Вот честно, не стал бы писать в ваш блог, если бы вы откровенно не пытались обманывать — про функционал, уникальность и прочее.
Хотя в общем-то по миру везде ситуация примерно идентичная — дикие деньги на маркетинг и облапошивание клиентов.
Матчасть как раз я не уверен что вы хорошо представляете (если позволяете себе такие вещи про «уникальность»), хотя как я вижу — понимаете что дискуссия не приведет к желаемому вашим работодателем результату.
Кстати, а какой вы реально результат ожидали вообще?
На Habrahabr достаточно много грамотных инженеров, зачем им сказки рекламные рассказывать-то?
Хотя в общем-то по миру везде ситуация примерно идентичная — дикие деньги на маркетинг и облапошивание клиентов.
Матчасть как раз я не уверен что вы хорошо представляете (если позволяете себе такие вещи про «уникальность»), хотя как я вижу — понимаете что дискуссия не приведет к желаемому вашим работодателем результату.
Кстати, а какой вы реально результат ожидали вообще?
На Habrahabr достаточно много грамотных инженеров, зачем им сказки рекламные рассказывать-то?
Максим, ну остановитесь уже пожалуйста уже. Все прекрасно знают вашу точку зрения: Nutanix — rulezz, все остальное гавно!
iLexey,
Собственно Nutanix тут совершенно ни при чем (кроме того что я всегда говорю о том что точно знаю и в чем разбираюсь — поэтому я говорю о нем, являясь в т.ч. сертифицированным тренером, обучившим уже сотни инженеров в РФ — включая Ростелеком / Газпром и прочих).
В сущности, любой вендор другой точно так-же среагировал бы, если бы не было дурацких внутренних правил («не говорить плохого даже если врут»).
К счастью, у нас их нет — мы не играем по правилам, навязанным конторами, распиливающими рынок и раздевающими клиентов.
Как уже было написано, если бы в данной «джинсе» EMC откровенно не врали, в общем-то никто бы и не заметил.
Разбираем (опять-же, можно было бы говорить о других вендорах, замечательных решениях типа Hitachi G1000, или бесплатной Ceph, но я всегда говорю о том в чем реально разбираюсь):
Заявка не очень грамотного маркетолога из EMC:
«Такого набора ноу-хау нет ни у кого. И именно такая архитектура и функциональность — это то, что отличает XtremIO от всех остальных игроков на рынке. И таким набором функционала (дедупликация «на лету», компрессия, scale-out, снэпшоты, и все это в едином массиве без дополнительных шлюзов и сложных конструкций), пожалуй, никто не обладает.»
1) Дедупликация «на лету» — Nutanix делает не только на лету, но и отложенную (map / reduce), а так-же еще и дедупликацию RAM кэша (extremeio это не умеет делать).
2) Компрессия — «на лету» и отложенная сделана в Nutanix.
3) Снэпшоты (с аппаратной аккселерацией VAAI / VCAI / ODX для HyperV / KVM) — сделаны в Nutanix
4) Scale-out — масштабирование не ограничено в Nutanix (да хоть сотни тысяч нодов), но реально ограничено в ExtremeIO
5) Единый массив давно сделан в Nutanix, причем намного грамотнее чем в xtremeIO (см. Nutanix Bible — stevenpoitras.com/the-nutanix-bible/ ) — никаких шлюзов и сложных конструкций
Если реально устроить разбор полетов, то ExtremeIO «сливается» мгновенно, причем всем становится понятно что им пытаются продать плохое решение за дикие деньги.
Собственно Nutanix тут совершенно ни при чем (кроме того что я всегда говорю о том что точно знаю и в чем разбираюсь — поэтому я говорю о нем, являясь в т.ч. сертифицированным тренером, обучившим уже сотни инженеров в РФ — включая Ростелеком / Газпром и прочих).
В сущности, любой вендор другой точно так-же среагировал бы, если бы не было дурацких внутренних правил («не говорить плохого даже если врут»).
К счастью, у нас их нет — мы не играем по правилам, навязанным конторами, распиливающими рынок и раздевающими клиентов.
Как уже было написано, если бы в данной «джинсе» EMC откровенно не врали, в общем-то никто бы и не заметил.
Разбираем (опять-же, можно было бы говорить о других вендорах, замечательных решениях типа Hitachi G1000, или бесплатной Ceph, но я всегда говорю о том в чем реально разбираюсь):
Заявка не очень грамотного маркетолога из EMC:
«Такого набора ноу-хау нет ни у кого. И именно такая архитектура и функциональность — это то, что отличает XtremIO от всех остальных игроков на рынке. И таким набором функционала (дедупликация «на лету», компрессия, scale-out, снэпшоты, и все это в едином массиве без дополнительных шлюзов и сложных конструкций), пожалуй, никто не обладает.»
1) Дедупликация «на лету» — Nutanix делает не только на лету, но и отложенную (map / reduce), а так-же еще и дедупликацию RAM кэша (extremeio это не умеет делать).
2) Компрессия — «на лету» и отложенная сделана в Nutanix.
3) Снэпшоты (с аппаратной аккселерацией VAAI / VCAI / ODX для HyperV / KVM) — сделаны в Nutanix
4) Scale-out — масштабирование не ограничено в Nutanix (да хоть сотни тысяч нодов), но реально ограничено в ExtremeIO
5) Единый массив давно сделан в Nutanix, причем намного грамотнее чем в xtremeIO (см. Nutanix Bible — stevenpoitras.com/the-nutanix-bible/ ) — никаких шлюзов и сложных конструкций
Если реально устроить разбор полетов, то ExtremeIO «сливается» мгновенно, причем всем становится понятно что им пытаются продать плохое решение за дикие деньги.
Говорите Nutanix не при чем? А речь во все коменнтариях только о нем… Здесь речь про флеш массив.
Nutanix флеш массив? Просмотрел Gartner Magic Quadrant, нет не видел. ;)
Nutanix флеш массив? Просмотрел Gartner Magic Quadrant, нет не видел. ;)
1) Потому что имею компетенции по нему, засим могу квалифицированно сравнение проводить.
2) «Флеш масив» лишь маленькая часть того что он умеет. Ссылку на NX-9000 я уже прикладывал.
Гартнер вы смотрели не тот — надо смотреть конвергентные системы, по технологиям мы обошли всех (визионеры индустрии)
www.crn.com/news/data-center/300073165/gartner-converged-infrastructure-magic-quadrant-nutanix-top-visionary-vce-overall-leader.htm
Gartner Converged Infrastructure 'Magic Quadrant:' Nutanix Top Visionary
2) «Флеш масив» лишь маленькая часть того что он умеет. Ссылку на NX-9000 я уже прикладывал.
Гартнер вы смотрели не тот — надо смотреть конвергентные системы, по технологиям мы обошли всех (визионеры индустрии)
www.crn.com/news/data-center/300073165/gartner-converged-infrastructure-magic-quadrant-nutanix-top-visionary-vce-overall-leader.htm
Gartner Converged Infrastructure 'Magic Quadrant:' Nutanix Top Visionary
Вот сами и ответили, что это конвергентная система. Чего сравниваем то? А отчет я правильный смотрел: pulseblog.emc.com/2014/09/04/leading-vendor-new-gartner-magic-quadrant-names-emc-solid-state-array-leader/
Нет, подход неверный.
Области примнения продуктов — пересекаются крайне высоко (IMHO более чем на 90%) — даже best practice ExtremeIO идут по виртуализации в основном и базам данных. Правда их кардинально меньше чем наших.
Когда решения предназначены решать идентичные задачи — их можно и нужно сравнивать.
Единственный вариант когда реально не пересекаются продукты — это bare metal инсталляции и нестандартные архитектуры (типа IBM P серии и тд), но этот рынок стремительно схлопывается.
Области примнения продуктов — пересекаются крайне высоко (IMHO более чем на 90%) — даже best practice ExtremeIO идут по виртуализации в основном и базам данных. Правда их кардинально меньше чем наших.
Когда решения предназначены решать идентичные задачи — их можно и нужно сравнивать.
Единственный вариант когда реально не пересекаются продукты — это bare metal инсталляции и нестандартные архитектуры (типа IBM P серии и тд), но этот рынок стремительно схлопывается.
Информирование читателей о неточностях и конкурирующих продуктах — хорошо.
Манера подачи этой информации — плохо. Вас минусуют исключительно за это.
Вам бы грамотного пиарщика найти, не типичного подлизу, и не хамло, а такого, с язвинкой — польза была бы в десять раз больше.
Btw, большая часть их «набора ноу-хау нет ни у кого», есть даже в банальной zfs.
Emc, конечно несколько дальше убежало, не не на столько, что бы размахивать флагом.
Манера подачи этой информации — плохо. Вас минусуют исключительно за это.
Вам бы грамотного пиарщика найти, не типичного подлизу, и не хамло, а такого, с язвинкой — польза была бы в десять раз больше.
Btw, большая часть их «набора ноу-хау нет ни у кого», есть даже в банальной zfs.
Emc, конечно несколько дальше убежало, не не на столько, что бы размахивать флагом.
Не плохо бы названия конкурирующих продуктов писать все таки без ошибок, просто по правилам хорошего тона. Да и что бы проводить «квалифицированные» сравнения, как минимум, необходимо быть специалистом в обоих сравниваемых решениях. Мне в этом плане импонирует подход HDS, которая расширяя свой офис, набирала специалистов от всех своих основных конкурентов. Как раз, что бы новые сотрудники могли проводить квалифицированые сравнения :-).
Есть пара вопросов:
1. Будет ли проблема с удалением данных при обновлении прошивки дальше? Проблема известна.
2. Имеется ли проблема аналогичная с VNX, касающаяся неравномерной загрузки CPU?
3. Будут ли проведены SPEC тесты?
4. Будут ли Best Practices для больших инсталяций, например вот таких, на 1.4 милиона пользователе exchange.
1. Будет ли проблема с удалением данных при обновлении прошивки дальше? Проблема известна.
2. Имеется ли проблема аналогичная с VNX, касающаяся неравномерной загрузки CPU?
3. Будут ли проведены SPEC тесты?
4. Будут ли Best Practices для больших инсталяций, например вот таких, на 1.4 милиона пользователе exchange.
Не расстраивайте парней, они свято верят что они «пожалуй, никто не обладает».
— «Туркмены изобрели письменность. Никто и не спорит, другие в это время летали на Луну.»
— «Туркмены изобрели письменность. Никто и не спорит, другие в это время летали на Луну.»
1. Все, что можно сказать про апгрейды, уже сказано вот тут.
2. В XtremIO как раз изначально все параллелится. При чем здесь старый кларион или VNX?
3. В смысле spec.org? У них же только SPECsfs для файловых хранилищ, их мы для Isilon и VNX публикуем, а у XtremIO доступ блочный.
4. Референсные архитектуры для разных задач есть на xtremio.com в разделе solutions, посмотрите, там много.
2. В XtremIO как раз изначально все параллелится. При чем здесь старый кларион или VNX?
3. В смысле spec.org? У них же только SPECsfs для файловых хранилищ, их мы для Isilon и VNX публикуем, а у XtremIO доступ блочный.
4. Референсные архитектуры для разных задач есть на xtremio.com в разделе solutions, посмотрите, там много.
Только не надо отвечать в стиле «апгрейды с потерей данных — это хорошо». даже не смешно (особенно — клиентам). впрочем за потерю данных огромное спасибо, много на Nutanix переходят именно после таких приколов с EMC.
Вроде в 21 веке
Почему-то Nutanix при апгрейде данные не теряет, при том что изменения между ОС — колоссальные бывают (сотни новых фич).
Про референсы — забавно очень.
Иду в solutions, иду в серверную виртуализацию (где надеюсь найти например MS Exchange) — www.xtremio.com/virtualization
Вижу только жалкую писульку: www.xtremio.com/vmware-server-virtualization-reference-architecture
я что-то упустил? это — «много»? и где описание архитектур на HyperV и KVM?
Вроде в 21 веке
Почему-то Nutanix при апгрейде данные не теряет, при том что изменения между ОС — колоссальные бывают (сотни новых фич).
Про референсы — забавно очень.
Иду в solutions, иду в серверную виртуализацию (где надеюсь найти например MS Exchange) — www.xtremio.com/virtualization
Вижу только жалкую писульку: www.xtremio.com/vmware-server-virtualization-reference-architecture
я что-то упустил? это — «много»? и где описание архитектур на HyperV и KVM?
А что же с результатами SPC-1? Когда сообщество увидит хоть один результат EMC в этом тестировании?
Еще вопрос, если позволите. Возможно ли на лету переносить данные с флеш-массива на VNX/VMAX и обратно?
Еще вопрос, если позволите. Возможно ли на лету переносить данные с флеш-массива на VNX/VMAX и обратно?
А только меня бесят технические обзоры, где не указывается даже ориентировочная цена?
Я помогу коллеге, видимо стесняются.
store.emc.com/us/Product-Family/EMC-XtremIO-Products/EMC-XtremIO-All-Flash-Scale-Out-Array/p/EMC-XtremIO-Flash-Scale-Out
Более-менее вменяемая железка (4 узла) — миллион долларов и больше. Ну, так в интернетах говорят.
Вот тут было обсуждение (28 миллионов рублей)
habrahabr.ru/company/croc/blog/214139/
Тогда курс был сильно ниже рубля
store.emc.com/us/Product-Family/EMC-XtremIO-Products/EMC-XtremIO-All-Flash-Scale-Out-Array/p/EMC-XtremIO-Flash-Scale-Out
Более-менее вменяемая железка (4 узла) — миллион долларов и больше. Ну, так в интернетах говорят.
Вот тут было обсуждение (28 миллионов рублей)
habrahabr.ru/company/croc/blog/214139/
Тогда курс был сильно ниже рубля
Да, по мелочам никто не играется. Прикольно.
Ну почему. У нас с жадностью все нормально, младшая серия железок от 40$k мировой прайс стартует, причем готовый кластер под ключ с 3-я нодами.
Но тут все просто — EMC надо кормить десятки тысяч работников. Да еще и внутри бороться (контора разваливается похоже)
www.bloomberg.com/news/2014-10-08/emc-gets-public-call-from-elliott-to-spin-off-vmware-unit.html
Тобишь принцип «берем диск на заводе, добавляем в конце нолик к цене...»
Но тут все просто — EMC надо кормить десятки тысяч работников. Да еще и внутри бороться (контора разваливается похоже)
www.bloomberg.com/news/2014-10-08/emc-gets-public-call-from-elliott-to-spin-off-vmware-unit.html
Тобишь принцип «берем диск на заводе, добавляем в конце нолик к цене...»
Зная, как жидко какается нетапп при удалении сильно дедуплицированных данных под нагрузкой, задам вам тот же вопрос.
Дано: утилизация по IO на 50% от возможного. Данные занимают 50% места. Уровень дедупликации — 1:1000. Внезапно, вас просят всю эту 1000 раз по 50% стереть. Сколько времени будет занимать удовольствие и какой лаг по IO это создаст?
Напомню: под нагрузкой.
Дано: утилизация по IO на 50% от возможного. Данные занимают 50% места. Уровень дедупликации — 1:1000. Внезапно, вас просят всю эту 1000 раз по 50% стереть. Сколько времени будет занимать удовольствие и какой лаг по IO это создаст?
Напомню: под нагрузкой.
Вопрос интересный. В XtremIO удаление данных — это исключительно обновление метаданных, которые специально обрабатываются целиком в оперативной памяти. То есть при удалении «лишнего» ввода-вывода к SSD не создается. Потому удовольствие быстрое и не напряжное. Кстати, попробую замерить при случае.
Совершенно согласен с пользователем shapa. За многие годы работы с EMC вывел уникальную формулу подхода EMC — недосказанное враньем не считается. Яркий пример — VPlex, которым до сих пор не возможно управлять без ViPR, но почему-то EMC об этом начинает рассказывать только после того как втюхали VPlex.
Теперь по поводу «уникального» и «неповторимого» XtremIO:
1. Какова интеграция с инфраструктурой? Есть ли софт для создания консистентных снапшотов (Oracle, MS SQL и т.п.)? Можно ли мониторить XtremIO не только при помощи продуктов EMC? Есть ли API, PowerShell модули для управления и т.п.(а не убогий SMI-S)?
2. CLI работает на хосте управления или на самой железке? В ней есть табличные выводы и grep(или аналог)?
Теперь по поводу «уникального» и «неповторимого» XtremIO:
1. Какова интеграция с инфраструктурой? Есть ли софт для создания консистентных снапшотов (Oracle, MS SQL и т.п.)? Можно ли мониторить XtremIO не только при помощи продуктов EMC? Есть ли API, PowerShell модули для управления и т.п.(а не убогий SMI-S)?
2. CLI работает на хосте управления или на самой железке? В ней есть табличные выводы и grep(или аналог)?
Про невозможность управления VPLEX без ViPR — весьма странно. Хотя бы потому, что ViPR значительно позже, чем VPLEX появился.
В XtremIO есть полноценный RESTful API, через него можно и управлять, и статистику собирать, и с разными инфраструктурными продуктами по управлению и мониторингу интегрировать. Есть плагин для vCenter (кстати, единый для разных массивов EMC), Cinder драйвер для OpenStack, для PowerShell тоже что-то видел.
CLI полноценный и пригодный для скриптинга. Кроме того, что можно зайти по SSH на интерфейс управления, можно поставить CLI в виде отдельной утилитки на любой хост, и на нем уже использовать любые grep'ы и awk'и.
В XtremIO есть полноценный RESTful API, через него можно и управлять, и статистику собирать, и с разными инфраструктурными продуктами по управлению и мониторингу интегрировать. Есть плагин для vCenter (кстати, единый для разных массивов EMC), Cinder драйвер для OpenStack, для PowerShell тоже что-то видел.
CLI полноценный и пригодный для скриптинга. Кроме того, что можно зайти по SSH на интерфейс управления, можно поставить CLI в виде отдельной утилитки на любой хост, и на нем уже использовать любые grep'ы и awk'и.
Если нужен только мониторинг, старый добрый SNMP поможет — он, естественно, поддерживается. MIB можно бесплатно скачать с нашего сайта технической поддержки.
Для интеграции продуктов EMC в среды Microsoft, в том числе и для предоставления интерфейса PowerShell, у нас есть бесплатный плагин — EMC Storage Integrator. В текущей версии (3.5) ESI не поддерживает XtremIO. Следите за анонсами.
Есть набор модулей, созданный энтузиастами. Он в своей основе как раз использует вызовы REST API.
По поводу VPLEX. Скажите, Вы используете этот продукт в своей компании? У Вас есть какие-то конкретные вопросы, с которыми мы можем Вам помочь? Честно говоря, ни от кого из пользователей VPLEX, с кем я общался, не доводилось слышать подобных отзывов.
Для интеграции продуктов EMC в среды Microsoft, в том числе и для предоставления интерфейса PowerShell, у нас есть бесплатный плагин — EMC Storage Integrator. В текущей версии (3.5) ESI не поддерживает XtremIO. Следите за анонсами.
Есть набор модулей, созданный энтузиастами. Он в своей основе как раз использует вызовы REST API.
По поводу VPLEX. Скажите, Вы используете этот продукт в своей компании? У Вас есть какие-то конкретные вопросы, с которыми мы можем Вам помочь? Честно говоря, ни от кого из пользователей VPLEX, с кем я общался, не доводилось слышать подобных отзывов.
За долгие работы вывел уникальную формулу — процентов 95 продавцов не компетентны и не достаточно знают продукт, который продают. И EMC тут далеко не уникально :-). Точно такой же вывод можно сделать про любого ИТ вендора и не только :-).
Если переходить в частности, то Nutanix тоже не спешит техническую документацию в свободный доступ выложить. А без нее что-то кому-то доказывать достаточно сложно и бесперспективно.
А если уж говорить про альтернативы XtremIO, то они есть. Но называть их в блоге EMC не считаю уместным. Ну и врятли к ним можно отнести Nutanix, IMНO решения все таки разноплановые.
Если переходить в частности, то Nutanix тоже не спешит техническую документацию в свободный доступ выложить. А без нее что-то кому-то доказывать достаточно сложно и бесперспективно.
А если уж говорить про альтернативы XtremIO, то они есть. Но называть их в блоге EMC не считаю уместным. Ну и врятли к ним можно отнести Nutanix, IMНO решения все таки разноплановые.
В случае с XtremIO, у нас уже есть механизм подсчета хэшей и возможность ссылаться на один физический блок нескольким логическим адресам. Причем все это делается до записи данных на диски.
А как решается (и решается ли вообще) вопрос потенциальной коллизии хэшей?
Немного математики.
Мы гарантированно получим коллизию, если мы уже записали 2^160 блоков (кол-во всех возможных вариантов дайджестов в SHA-1) по 4КБ и хотим записать еще один.
2^160 это 1.4615016e+48 блоков данных по 4КБ, то есть на массиве у нас хранится 5.8460065e+48 КБ данных. Таким образом, поместив на массив 5.2e+33 экзабайт данных мы гарантированно получим коллизию из-за того, что у нас кончились дайджесты.
Теперь перейдем к реальности. Например, система XtremIO из восьми XBrick 10ТБ будет иметь полезный объем 8.33*8 ~ 67 ТБ. Даже с учетом дедупликации 1:10 это будет всего лишь 670 терабайт. Ежедневная полная перезапись всего этого объема данных в течение 5 лет дает суммарно порядка 1.1 экзабайта данных.
Цифры несколько несопоставимые.
Да, вероятность коллизии имеется. Однако на этих объемах данных эта вероятность настолько мала, что при аккуратной оценке всех рисков, риск потери данных из-за коллизии будет стоять далеко не на первом месте.
Мы гарантированно получим коллизию, если мы уже записали 2^160 блоков (кол-во всех возможных вариантов дайджестов в SHA-1) по 4КБ и хотим записать еще один.
2^160 это 1.4615016e+48 блоков данных по 4КБ, то есть на массиве у нас хранится 5.8460065e+48 КБ данных. Таким образом, поместив на массив 5.2e+33 экзабайт данных мы гарантированно получим коллизию из-за того, что у нас кончились дайджесты.
Теперь перейдем к реальности. Например, система XtremIO из восьми XBrick 10ТБ будет иметь полезный объем 8.33*8 ~ 67 ТБ. Даже с учетом дедупликации 1:10 это будет всего лишь 670 терабайт. Ежедневная полная перезапись всего этого объема данных в течение 5 лет дает суммарно порядка 1.1 экзабайта данных.
Цифры несколько несопоставимые.
Да, вероятность коллизии имеется. Однако на этих объемах данных эта вероятность настолько мала, что при аккуратной оценке всех рисков, риск потери данных из-за коллизии будет стоять далеко не на первом месте.
Согласен, да, вероятность весьма мала. Но сравнивать конечно стоит не с гарантированной коллизией — кому нужна система хранения, которая гарантированно не хранит данные? :) Сравнение с вероятностью ошибки чтения диска или ленты гораздо интереснее. Но позицию я понял, спасибо.
Интересно ваше мнение — не секрет, что есть «альтернативные» решения, в которых системы занимаются дополнительной верификацией блоков (после сравнения хэша), не напрасно ли? Ведь для AFA лишняя операция будет заметна — если можно снизить латентность ценой ошибки, вероятность которой стремиться к нулю, то почему бы так не поступить? Или может быть кто-то из «альтернативных» производителей выскажется…
Интересно ваше мнение — не секрет, что есть «альтернативные» решения, в которых системы занимаются дополнительной верификацией блоков (после сравнения хэша), не напрасно ли? Ведь для AFA лишняя операция будет заметна — если можно снизить латентность ценой ошибки, вероятность которой стремиться к нулю, то почему бы так не поступить? Или может быть кто-то из «альтернативных» производителей выскажется…
UFO just landed and posted this here
Sign up to leave a comment.
Флеш-массив EMC XtremIO: коротко о главном