ПРЕДОСТАВЛЕНИЕ ХРАНИЛИЩА, ОРИЕНТИРОВАННОГО НА ПРИЛОЖЕНИЯ, С ПОМОЩЬЮ FUNGIBLE STORAGE CLUSTER
22, март 2022 Недавно мы имели удовольствие выступать на Storage Field Day 23 в Сан-Хосе. Это было первое выступление Fungible и своего рода «презентация» нашей платформы Fungible Storage для более широкой аудитории влиятельных лиц. Хотя последние несколько лет мы занимались разработкой технологий на базе Fungible DPU, кластер Fungible Storage Cluster является основой для организаций, ориентированных на «облачную» обработку центров обработки данных и, в частности, на предоставление услуг хранения для современных приложений. В то время как общедоступное облако играет важную роль для организаций, стремящихся к гибкости, масштабируемости и эластичности ресурсов, клиенты, которые еще не перешли на общедоступное облако, все еще испытывают трудности с выделением услуг хранения, соответствующих потребностям их приложений на детальном уровне. Мы видим, что приложения изменились и разрабатываются с учетом преимуществ облачных архитектур, но для многих существующие устаревшие платформы хранения с трудом справляются с постоянно меняющимися требованиями, когда масштаб, производительность и эффективность являются высокими. стоимость. В конечном итоге цель должна состоять в том, чтобы предоставить хранилище как услугу, адаптированную к каждой конкретной рабочей нагрузке или бизнес-результату. Представляем Fungible Storage Cluster 4.0 и Fungible Storage Initiator Fungible Storage Cluster — это высокопроизводительная, масштабируемая, блочная платформа хранения, которая позволяет клиентам подбирать подходящие службы хранения для своих индивидуальных приложений и рабочих нагрузок, предлагая детализированность для каждого тома таких услуг, как надежность, сжатие, шифрование и т. д. Все это поддерживается сверхнизкой задержкой за счет использования NVMe/TCP в качестве транспортного средства хранения. Этот подход обеспечивает повышенную производительность, сокращение задержек и уменьшение использования ЦП для общих задач, ориентированных на данные. С выпуском 4.0 FSC (Fungible Storage Cluster) в сочетании с Fungible Storage Initiator клиенты теперь могут предоставлять хранилище как услугу, адаптированную к конкретным потребностям приложения, при этом разгружая сложные задачи, ориентированные на данные, которые потребляют значительные ресурсы ЦП. . В выпуске 4.0 добавлено несколько новых функций, которые помогут организациям, стремящимся к облачному хранению данных. Тома RF1. Том RF1 — это первая в отрасли функция, которая сочетает в себе производительность необработанного тома хранилища NVMe с преимуществами служб шифрования и сжатия данных, которые традиционно были доступны только для полностью надежных томов. Теперь можно создавать тома хранения, чтобы обеспечить преимущества эффективности и безопасности на уровне хранения и позволить клиентам максимально эффективно использовать свои инвестиции в хранилище, а также обеспечить значительное повышение производительности. Erasure Coded 2+1 Volumes Хранилище с Erasure coded обеспечивает превосходную устойчивость данных и экономию емкости, но традиционно его сложно внедрить в масштабе при сохранении производительности из-за сложной математики, требующей значительной нагрузки на ЦП для расчета. Учитывая, что Fungible Storage Cluster представляет собой массив хранения с питанием от Fungible DPU, Erasure Coding обрабатывается на кристалле DPU, а не ЦП, что обеспечивает почти 10-кратное повышение производительности и эффективности. С FSC 4.0 мы представляем EC 2+1, что обеспечивает большую надежность при меньшей точке входа, в дополнение к поддержке объемов EC 4+2 и EC 8+2, которые мы уже предлагали клиентам. Взаимозаменяемый ускоритель с инициацией хранилища NVMe/TCP быстро становится де-факто средством передачи данных для современных приложений, которым требуется производительность и масштабируемость. Используя мощь Fungible S1 DPU внутри вычислительной системы хоста, клиенты теперь могут переносить операции хранения NVMe/TCP с ЦП на Fungible DPU. Это дает несколько основных преимуществ по сравнению с выполнением этой работы в родной операционной системе. Использование ЦП значительно снижается, экономя до 50 % ядер ЦП, а производительность увеличивается на 50 % по сравнению с программной инициацией. Уменьшение использования ядра ЦП приводит к тому, что больше ЦП доступно для запуска приложений и рабочих нагрузок, а не для обслуживания потребностей ввода-вывода операционной системы хоста. Повышение производительности приводит к более быстрому получению данных. Приложения для облачного хранения данных Приложения для облачного хранения данных имеют три основные характеристики хранилища, которые необходимо учитывать. Производительность, емкость и службы данных, а заказчики были вынуждены использовать универсальный подход к решению своих потребностей в хранении данных, ориентированных на приложения. Поэтому возникает вопрос: а что, если бы вы могли выделить нужное количество ресурсов, производительности и служб данных на уровне приложений и в то же время значительно снизить нагрузку на ЦП, необходимую для этого? Предлагая детальный подход к согласованию требований приложений и услуг хранения Не все приложения имеют одинаковые требования к памяти. Это представляет собой проблему, когда мы смотрим на то, сколько устаревших продуктов хранения было разработано. Часто клиентам дается несколько ручек, которые нужно крутить, чтобы удовлетворить требования приложения, или им дается так много, что им требуются месяцы обучения и докторская степень в области возможностей продукта, чтобы должным образом удовлетворить их потребности. С Fungible Storage Cluster мы стремились упростить этот процесс и предоставить клиентам контроль, простоту и уверенность в предоставлении хранилища как услуги в их центр обработки данных. Основополагающим элементом этого подхода является возможность предоставлять детализированные услуги по работе с данными, устойчивость данных, емкость и производительность в соответствии с требованиями отдельных приложений. Некоторым приложениям требуется чистая производительность для временных или эфемерных данных, и поэтому они не получают преимуществ от дополнительных служб данных, таких как сжатие или шифрование. Другим может потребоваться более высокий уровень устойчивости данных, умеренная емкость и производительность. А некоторым может потребоваться шифрование, сжатие и качество обслуживания для правильного согласования приложений и служб хранения. Благодаря FSC 4.0 клиенты могут правильно распределять услуги хранения в соответствии с потребностями приложения и применять облачный подход к предоставлению услуг хранения своей организации. Очевидно, что пост в блоге может зайти так далеко, поэтому мы просим вас посмотреть здесь презентацию Storage Field Day 23, чтобы увидеть, как вы можете облачить свое хранилище, и посмотреть демонстрацию Fungible Storage Cluster . |
|