Lightbits спонсировал этот пост.
Произведенная эскалацией затрат и рисков, виртуализация является горячей темой для многих профессионалов DevOps. Интерес организаций, стремящихся мигрировать их виртуальные машины (VMS) и модернизировать их ИТ -инфраструктуру, не может быть недооценен. Как многие уже обнаружили, модернизация инфраструктуры и приложения для перемещения от устаревших виртуальных машин имеют свои преимущества: ускоренная доставка заявок, снижение эксплуатационных расходов и минимизированные бизнес-риски, такие как блокировка поставщиков.
Тем не менее, хотя Compute часто находится в центре внимания, хранилище имеет решающее значение для успешных миграций виртуальной машины, что влияет на факторы, наиболее важные для DevOps, такие как производительность, масштабируемость и надежность. Вот новый подход к миграции виртуализированных приложений с акцентом на перспективу DevOps.
Соображения хранения для виртуализированных приложений
При миграции приложений из устаревших виртуальных машин команды DevOps должны тщательно оценить варианты хранения для удовлетворения современных требований. Ключевыми соображениями должны быть быстрое обеспечение и управление, масштабируемость, гибкость, доступность данных и устойчивость.
В устаревших виртуализированных средах постоянное хранилище обычно было предоставлено через выделенные сети областей хранения (SAN), используя такие протоколы, как волоконно -канал (FC), ISCSI (интерфейс Internet Computer System) или сетевая файловая система (NFS).
В то время как эти технологии обеспечивали стабильную основу для многих развертываний, их неотъемлемые ограничения жесткости и масштабирования часто возникают проблемы в современных, гибких парадигмах инфраструктуры. Поскольку практика DevOps способствует повышению ловкости, масштабируемости и оптимизации затрат, традиционные архитектуры хранения могут стать узкими местами. Развивающиеся стратегии хранения имеют решающее значение для соответствия инфраструктуре в качестве принципов кода и динамического характера современных развертываний приложений.
В то время как NFS, ISCSI и FC исторически были распространены, в ландшафте DevOps наблюдается рост более адаптируемых и эффективных решений, таких как NVME, по сравнению с TCP (NVME/TCP). Этот переход подпитывается зрелостью платформ программного хранилища (SDS) и императивом для высоко масштабируемых и экономичных бэкэндов хранения, которые могут быть предназначены и управляются программно.
Увеличение внедрения программного хранения
Для хранения блоков устаревшая инфраструктура SAN с использованием FC все еще находится в игре. Исторически, выделенная пропускная способность FC и надежные наборы функций традиционных массивов хранения оправдывали этот выбор, особенно с учетом ограничений старого сетевого оборудования. Однако ландшафт меняется.
Сетевые достижения и рост SDS в корне изменяют способ, которым мы архитешируют хранилище для современной виртуализации. Ключевым драйвером для принятия SDS является экономическая эффективность; Решения на базе Ethernet предлагают значительные сбережения по сравнению с традиционными SAN и обеспечивают большую масштабируемость.
Такие технологии, как хранилище CEPH, ISCSI и все более популярное NVME/TCP, предоставляют программные объемы блоков. Примечательно, что NVME/TCP набирает значительную поддержку благодаря своей способности обеспечивать высокую производительность в значительно более низкой точке стоимости, используя существующую инфраструктуру Ethernet. Это делает его убедительной альтернативой традиционным FC Sans для требования рабочих нагрузок на уровне блоков, согласованных с DevOps, сосредоточенными на эффективности и ловкости.
По мере того, как сетевые достижения в области пропускной способности и технологические инновации Ethernet продолжаются, организации будут отойти от ограниченных ограничений традиционного FC SAN к более гибкому и масштабируемому сетевому хранилищу, а NVME/TCP-четкий лидер.
Включение живых миграций виртуальных машин
VMS традиционно требует бесшовного состояния или способности виртуальной машины перемещаться от одного физического хост -сервера к другому без какого -либо заметного прерывания приложений, сервисов или пользовательских сессий. Пропускная пропускная способность и сетевая подключение во время живых миграций между хостами обычно следуют эфемерной модели, будучи свежим на новом хосте с сетевым сокращением после стартапа.
Тем не менее, такие технологии, как NVME/TCP, позволяют VMS поддерживать высокую пропускную способность ввода/вывода не только во время стационарной работы, но и, что важно, на протяжении всего процесса живой миграции. Эта способность преодолевает разрыв в гибкости между виртуальными машинами, минимизируя влияние на производительность во время критических инфраструктурных операций, что способствует более плавной доступности и устойчивости применения.
Команда в Lightbits Labs недавно проверила, как виртуальные машины с использованием хранилища NVME/TCP смогли поддерживать последовательный iOS во время мигрирования. Была использована виртуальная машина, поддерживаемая тремя претензиями постоянного объема (PVC) — одно для операционной системы (VDA) и двух других (VDC и VDD) для приложения. Результаты сценария FIO (гибкий тесто ввода/вывода) показывают крошечное уменьшение IOPS и крошечный удар по задержке, между регулярным заездом FIO (VM не мигрирует) и пробежком, который непрерывно отправляет iOS в хранилище во время живой миграции.
Заключение
Одной из самых больших проблем в модернизации виртуализации является поддержание доступности приложений, услуг и пользовательских сессий во время живых миграций. Традиционно, FC Sans предоставили инфраструктуру хранения, но современные программные решения NVME/TCP хранят, способствуют тому, как организации разрабатывают свои виртуализированные среды.
И хотя путешествие каждого клиента является уникальным, есть основные фундаментальные соображения при планировании и архите следующего поколения инфраструктуры виртуализации организации. Они обычно вращаются вокруг интеграции хранения виртуальной машины. Программное определение NVME/TCP Storage обеспечивает производительность, масштабируемость и надежность для ускорения рабочих процессов DevOps.
- Быстрое обеспечение и управление: Команды DevOps требуют возможности быстро обеспечить и управлять хранением для виртуальных машин. Решения SDS, такие как NVME, над TCP, обеспечивают динамическое обеспечение и управление объемами хранения, повышение эффективности.
- Масштабируемость и гибкость: Современные приложения требуют масштабируемого и гибкого хранения. Решения SDS, такие как NVME/TCP, обеспечивают возможность масштабировать хранилище по мере необходимости и предлагают более экономически эффективные варианты, чем традиционные SANS.
Для команд DevOps программное хранилище с NVME/TCP интересно для виртуализированных приложений. Он обеспечивает быстрое обеспечение, масштабируемость, гибкость, устойчивость и постоянную и устойчивую высокую производительность, необходимую для современных применений, которые традиционно нуждались в ткани на основе SAN.
Lightbits Software Defence Block Storage предлагает лучшую цену/производительность для чувствительных к производительности рабочих нагрузок. Изобретатели NVME/TCP, Lightbits используются FINSVCS, биотехнологичностью, электронной коммерцией, CSP и MSP для высокопроизводительных, масштабируемых, устойчивых и экономически эффективных облачных инфраструктуры в масштабе. Узнайте больше новейших из Lightbits Trending Stories YouTube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Кэрол Платз привносит более 25 лет технологического евангелизации и маркетингового лидерства для высокопроизводительных решений для хранения данных для своей роли в качестве вице-президента по маркетингу в Lightbits. До прихода в компанию она направила маркетинг для стартапов хранения, таких как Wekaio, … Подробнее от Carol Platz
