Lightbits спонсировал этот пост.
Тайм -ауты применения — это разочаровывающая реальность для профессионалов DevOps, работающих в средах с открытым исходным кодом, таких как OpenShift, OpenStack и Kubernetes. Эти тайм-ауты, часто вытекающие из узких мест хранения, могут серьезно повредить производительности приложений, что приводит к разочарованным конечным пользователям, потерянности производительности и взорванных соглашений на уровне обслуживания.
Изображение 1
Программное хранилище, разработанное для постоянной низкой задержки, гарантирует, что ваши приложения работают гладко, даже для наиболее требовательных рабочих нагрузок в масштабе.
Давайте перейдем к основным причинам тайм-аутов применения в средах с открытым исходным кодом и рассмотрим, как NVME через TCP (NVME/TCP) и программное хранилище (SDS) ускорит производительность и надежность вашей платформы данных и устранить тайм-ауты применения.
Что запускает тайм -аут приложения?
Прежде чем эффективно обращаться к тайм -аутам применения, крайне важно понять их основные причины. Тайм -ауты приложения возникают, когда приложение пытается получить доступ к хранилищу, но не получает ответа в течение указанного периода времени. В средах с открытым исходным кодом это может быть вызвано несколькими факторами:
- Высокая задержка: Задержка, задержка в доступе к хранению, является основным виновником после тайм -аутов. Традиционные системы хранения могут бороться с тем, чтобы идти в ногу с требованиями современных облачных приложений, что приводит к увеличению задержки и, следовательно, тайм-аутам.
- Ограничения IOPS: IOPS (операции ввода/вывода в секунду) — это показатель, который отражает количество операций чтения и записи, которые система хранения может обрабатывать в секунду. Если ваша инфраструктура хранения имеет ограниченную IOP, она может быть перегружена рабочей нагрузкой приложения, что приведет к тайм -аутам.
- Сетевые узкие места: Сеть, подключая ваши приложения к вашему хранилище, также может стать узким местом. Если сетевая инфраструктура не предназначена для удовлетворения требований высокопроизводительных приложений, она может способствовать задержке и тайм-аутам.
Повышение производительности для Red Hat OpenShift и OpenStack
Программное хранилище предлагает убедительное решение для задач приложений в средах OpenShift, OpenStack и Kubernetes. Благодаря отделению программного обеспечения для хранения от аппаратного обеспечения, SDS представляет собой уровень гибкости и эффективности, который может значительно повысить производительность.
- Усиление производительности: SDS Solutions предназначены для обеспечения высокой IOPS и низкой задержки, что может значительно улучшить общую производительность ваших приложений OpenStack.
- Масштабируемость по требованию: Одним из ключевых преимуществ SDS является его неотъемлемая масштабируемость. По мере того, как ваши потребности в хранении растут, вы можете легко добавить больше емкости и производительности, не нарушая свою деятельность.
- Устойчивость и надежность: Решения SDS часто включают такие функции, как избыточность данных и устойчивость к разломам, обеспечивая доступность ваших данных даже в случае сбоев аппаратного обеспечения. Этот добавленный уровень защиты сводит к минимуму риск потери данных и времени простоя.
Ключевые соображения для программных реализаций хранения
При внедрении решения SDS в вашей средах OpenShift, OpenStack и Kubernetes очень важно рассмотреть базовый протокол хранения. NVME/TCP Storage, изобретенное Lightbits Labs, представляет собой высокопроизводительный протокол, который хорошо подходит для чувствительных к производительности приложений в этих средах из-за его низкой постоянной задержки и высокопроизводительных возможностей.
Сетевая инфраструктура также играет важную роль в производительности приложения. Задержка сети, пропускная способность, перегрузка и потеря пакетов могут повлиять на производительность. Потерянные пакеты должны быть повторно переданы, что увеличивает задержку и снижает общую пропускную способность.
Чтобы избежать этих связанных с сетью проблем с производительностью, важно гарантировать, что ваша сетевая инфраструктура предназначена для удовлетворения требований высокопроизводительного трафика хранения. Это может включать использование сетевых адаптеров с высокой пропускной способностью, реализацию политик качества обслуживания (QOS) и оптимизации конфигураций сети.
CEPH Storage-это широко принятая программная платформа для хранения с открытым исходным кодом для различных рабочих нагрузок в облачных средах, включая OpenShift Red Hat и развертывание OpenStack. Популярность CEPH в этих средах связана с его экономической эффективностью в качестве решения с открытым исходным кодом.
Модель реализации NVME/TCP (NVM Express или нелетучная спецификация контроллера хоста памяти) включает в себя интеграцию шлюза NVME CEPH (NVME над тканями). Эта модель может ввести архитектурную сложность, что приводит к узким местам и увеличению задержки сетей хранения, вызванных дополнительным переводом и протоколом.
Ceph Nvme-of Gateway от документации по продукту IBM Ceph, «Ceph Nvme-of Gateway (Technology Preview)»
В то время как CEPH стремится поддерживать современные высокоскоростные протоколы, такие как NVME/TCP, текущий подход включает в себя использование шлюзов протоколов и слоев перевода на существующую архитектуру CEPH. Эта модель может улучшить совместимость CEPH, но она отклоняется от первоначально предназначенной конструкции архитектур NVME/TCP и не может обеспечить требования к задержке и производительности для устранения тайм -аутов применения в OpenShift, OpenStack или Kubernetes.
Кроме того, оптимизация ресурсов, доступных для ваших целей хранения, имеет решающее значение для максимизации преимуществ SDS. Это включает в себя обеспечение того, чтобы ваши цели имели достаточные ядер ЦП, память и быстрые сетевые адаптеры для эффективной работы с рабочей нагрузкой хранения.
Заключение
Тайм -ауты применения могут быть существенным препятствием для плавных операций. Однако, используя SDS, профессионалы DevOps могут разблокировать новый уровень производительности, масштабируемости и надежности. SDS предлагает убедительный подход для повышения производительности приложений и оптимизации управления хранилищем в развертываниях с открытым исходным кодом.
Когда вы исследуете варианты SDS, рассмотрите такие факторы, как базовый протокол. NVME/TCP появился на сцене как экономичный вариант без компромисса, предлагая исключительную производительность и опыт пользователей.
Чтобы узнать больше о программном хранилище и сравнить два ведущих NVME по сравнению с TCP Solutions, посетите сравнение производительности Ceph vs. Lightbits.
Lightbits Software Defence Block Storage предлагает лучшую цену/производительность для чувствительных к производительности рабочих нагрузок. Изобретатели NVME/TCP, Lightbits используются FINSVCS, биотехнологичностью, электронной коммерцией, CSP и MSP для высокопроизводительных, масштабируемых, устойчивых и экономически эффективных облачных инфраструктуры в масштабе. Узнайте больше новейших из Lightbits Trending Stories YouTube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Кэрол Платз привносит более 25 лет технологического евангелизации и маркетингового лидерства для высокопроизводительных решений для хранения данных для своей роли в качестве вице-президента по маркетингу в Lightbits. До прихода в компанию она направила маркетинг для стартапов хранения, таких как Wekaio, … Подробнее от Carol Platz
