Комментарии 17
А как же развивающиеся PCI-E SSD?
PCI-e SSD развиваются прекрасно, но применяется в довольно специфических задачах. Например сервера кэширования. А в чем вопрос?
Ну вы упомянули почти все современные внутренние системы хранения данных, а о PCI-E SSD ни слова, хотя их тоже активно используют, по слухам тот же Facebook
Facebook использует ВСЁ, что есть в мире. В том числе PCI-e SSD от Fusion IO (предыдущее поколение кэширующих серверов) и LSI WarpDrive (текущее поколение, возможно будущее). Пока PCI SSD имеют достаточно высокую цену от $4 до $10 за гигабайт, поэтому не применется повсеместно. Еще одна область применения PCIe-SSD частично озвучена в статье — низкая латентность. То есть это не когда у вас 200000 запросов в секунду, а, например всего лишь сотни-тысячи, но нужен мгновенный ответ (нет времени ждать, пока будет доставлена информация с HDD). Например, при показе интерфейса странички соцсети. Данные можно подгрузить чуть попозже, а вот заголовок, элементы управления, и первые несколько событий из ленты нужны сразу. Эти данные заранее подготавливаются для всех пользователей с использованием, например, hadoop и записываются на PCI-eSSD.
Да я уже понял что вы в курсе дела, я повторю свой вопрос: почему в статье то этого нет?
Я подозреваю потому, что эта деталь вызовет такой вал вопросов от меня, и еще неопределенного числа лиц на хабре с требованием подробностей (и «раздень эту… тему полностью»), блоггер на хабре просто утонет в этом.
Тут я бы предложил им наверное провести «день открытых дверей», где они предоставят для интервью и своих технарей-задротов (в хорошем смысле!) для всех нормальных хабралюдей, и заодно пару пиарщиков-словоблудов для всех остальных.
И сразу озвучить качество кофе-брейка для завлекаловки.
Тут я бы предложил им наверное провести «день открытых дверей», где они предоставят для интервью и своих технарей-задротов (в хорошем смысле!) для всех нормальных хабралюдей, и заодно пару пиарщиков-словоблудов для всех остальных.
И сразу озвучить качество кофе-брейка для завлекаловки.
Потому что это достаточно обрывочные сведения, передающиеся из уст в уста. И они очень быстро устаревают. Это же передний край технологий, как все мы помним… Как обстоят дела с железом в каждом конкретном Мега-ЦОД досконально может сказать только архитектор этого Мега-ЦОД.
Что именно «обрывочные сведения»??? Устаревают — да, ибо конкуренция в этом сегменте растёт всё быстрее и быстрее и за последний год к этой «гонке» присоединилось множество игроков, даже тот же Сиагейт. Хотя у меня есть ощущение что статья написана с целью попиарить LSI Nytro с её ссдшным кэшем, тогда в общем то всё понятно.
Обрывочные сведения — это то что я и мои коллеги узнают во время встреч с архитекторами этих ДЦ. Нам обычно не делают презентаций как и что работает :)))
А про кэш на ССД они вам подробнее рассказывают? :))
Нам тоже не делают, прислали вот ioTurbine, а рассказывать как оно внутри работает — не хотят, за то хотят партнёрство в России с нами :/
Нам тоже не делают, прислали вот ioTurbine, а рассказывать как оно внутри работает — не хотят, за то хотят партнёрство в России с нами :/
Как работает внутри карточек и с точки зрения софта, я как раз могу прояснить, а вот как в Мега-ЦОД — это обрывочные сведения. По поводу ИОТурбины. У нас есть функциональный аналог, называется Nytro XD. Это ПО для кэширования + одна или несколько PCIe-SSD WarpDrive. То же самое и ioTurbine. Только у FIO архитектурно совсем другая карточка. Там нет ни FSP, ни HBA-чипа. Они всем, в т.ч. раскладкой, Wear Leveling'ом, управляют из драйвера внутри ОС сервера. Это мягко говоря спорное решение. При неожиданной перезагрузке данные кораптятся. Ну и памяти и CPU time от сервера кушается много из-за этого. У нас большая часть этих вещей реализована аппаратно в FSP SandForce. А софт перехватывает доступ к блочным устройствам на уровне драйвера и занимается кэшированием на имеющиеся у него SSD, проходящих через него данных. Что у нас, что у FIO.
Так как в статье это об этом написано не совсем четко, дополню.
NAS и SAN имеют несколько другое назначение, нежели локальные накопители. Например, чтобы построить отказоустойчивый кластер из SQL-серверов, необходимо разделяемое хранилище (shared storage), которое реализуется через эти самые NAS/SAN. Насколько я знаю, не существует решений с DAS. Но и, конечно, в большой SAN можно запихнуть несколько десятков накопителей. С обычным сервером такое не получится.
NAS и SAN имеют несколько другое назначение, нежели локальные накопители. Например, чтобы построить отказоустойчивый кластер из SQL-серверов, необходимо разделяемое хранилище (shared storage), которое реализуется через эти самые NAS/SAN. Насколько я знаю, не существует решений с DAS. Но и, конечно, в большой SAN можно запихнуть несколько десятков накопителей. С обычным сервером такое не получится.
Интересно, что вы подняли эту тему. На сомом деле мы только что выпустили решение для кластеризации на DAS. Оно называется Syncro CS, подробнее здесь: www.lsi.com/channel/products/storagecomponents/Pages/Syncro.aspx и здесь: www.thesmarterwaytoon.com/
Ну и позволю не согласиться, назначение у всех СХД одинаковое. Просто решения разные и у всех есть достоинства и недостатки. Основным критерием для Мега-ЦОДов являются масштабируемость как по производительности, так и по емкости, до таких значений, которых не может достичь ни одна СХД Enterprise-класса, и цена. Цена за гигабайт и цена за MB/s и IOPs. Здесь DAS не имеет альтернатив.
Ну и позволю не согласиться, назначение у всех СХД одинаковое. Просто решения разные и у всех есть достоинства и недостатки. Основным критерием для Мега-ЦОДов являются масштабируемость как по производительности, так и по емкости, до таких значений, которых не может достичь ни одна СХД Enterprise-класса, и цена. Цена за гигабайт и цена за MB/s и IOPs. Здесь DAS не имеет альтернатив.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Мега-ЦОДы — пионеры инноваций. Часть 2