Не так давно я рассказывал о том, как грядущий релиз OpenStack при помощи поддержки vGPU обеспечит возможность применения новых технологий, таких как прогнозирование временных рядов и автономное распознавание изображений. На этот раз мы рассмотрим опции развертывания, которые обеспечат возможность применения этих приложений.
Red Hat и сообщество OpenStack определили, что для удовлетворения потребностей современных поставщиков телекоммуникационных услуг, интернета вещей (IoT), приложений розничной торговли и других рабочих нагрузок, классический подход с использованием централизованной инфраструктуры уже не всегда подходит. Вместо этого, приложения и их фоновая инфраструктура, скорей всего, должны быть вынесены в периметр, для максимально близкого размещения по отношению к клиенту или источнику данных, что в свою очередь обеспечит обработку полученных данных со скоростью, приближенной к реальному времени.
Рассмотрим некоторые новые возможности, которые доступны в релизе OpenStack Stein или могут появиться в будущих версиях Red Hat OpenStack.
Больше опций развертывания.
Как часть релиза OpenStack Stein (и будущей версии платформы Red Hat OpenStack), возможность иметь один узел управления для развертывания и управления множеством отдельных кластеров поможет сократить аппаратные требования для запуска и расширения инфраструктуры OpenStack в удаленных расположениях.
Данная возможность поможет обеспечить преимущества в нескольких областях, особенно, когда это касается управления. Меньшее число необходимых узлов управления, может увеличить эффективность расходования бюджета на архитектуру, оставив больше средств для узлов, на которых будут запускаться рабочие нагрузки. В результате можно получить больше приложений на большем числе узлов в большем числе расположений.
Организация инфраструктуры рядом с клиентом – это, конечно, хорошо, однако не все клиенты внешние. Растягивая окружение OpenStack из центра обработки данных (ЦОД) в периметр, служба ИТ может получить распределенную архитектуру с более целостными и централизованными возможностями управления, которые могут сократить сложность и потребление ресурсов, а также могут помочь увеличить гибкость возврата инвестиций – делая больше за меньшее.
Стабильность и устойчивость.
Обсудим стабильность. Теперь вместо одного стека, распределенного по всей длине (который по умолчанию оставляет возможность для простоя) развертывание может состоять из нескольких стеков.
Это даёт ИТ существенное упрощение развертывания и управления одной сущностью, с устойчивостью достаточной для обработки выхода из строя «Сайта-А», не оказывая никакого влияния на «Сайт-Б». Смысл подобного развертывания заключается в том, что все больше инфраструктуры выходит за рамки центра обработки данных в удаленные расположения, увеличивая риск простоя, отключения и так далее. Инфраструктура, которая может обрабатывать больше переменных может, помочь поддерживать целостность, работу приложений и сократить незапланированный простой.
Это достигается за счет новой возможности «Tripleo», которая позволяет отделить плоскость управления от вычисления и хранения, что позволяет клиентам устанавливать плоскость управления, затем разворачивать вычислительные узлы и узлы хранилища комплектуя в отдельные стеки развертывания. Для распределенных окружений, увеличение скорости развертывания для сотен или тысяч пограничных узлов, а также изоляция одних групп узлов от других может помочь сохранить множество часов, исключить путешествия в удаленные расположения и сократить трудозатраты на устранение ошибок при помощи проверенного многократно использованного рабочего потока.
Хранилище периметра.
Управление и развертывание – это здорово, но что администраторы будут использовать в инфраструктуре периметра? Отличная плоскость управления – не единственная плоскость, которая представлена, хранилище периметра имеет аналогичное значение.
Как часть релиза Stein, каждый кластер имеет собственный кластер Ceph, который обеспечивает дополнительные сценарии использования, где необходимы локальные данные. Хранилище Cinder также может получить высокую доступность за счет «Active-Active», производительность Ceph также может быть улучшена за счет локализации данных. Это может обеспечить возможность соответствия более строгому SLA даже в самом удаленном расположении и сократить число срочных командировок.
Дополнительно, возможности, такие как кэш Glance, могут сократить время загрузки и использование пропускной способности – полезно при наличии большого числа удаленных узлов. Эти компоненты закладывают основу для будущих гиперконвергеных узлов в периметре, которые могут сочетать вычислительные возможности и хранилище в одном устройстве. Размер, объединенный с масштабированием и управлением OpenStack может помочь развертываниям в периметре стать быстрее, проще и упростить их управление.
Итог.
Когда факторы доступности и безотказной работы отходят на второй план, оставляя на первом стоимость или накладные расходы – один узел может стать идеальным решением: Релиз Stein обеспечивает возможность развертывания OpenStack на одном узле. Иногда меньшее и более простое решение является ответом на вопрос развертывания инфраструктуры в периметре, эта добавленная функциональность может открыть дверь для таких сценариев использования, где массивный многоузловой кластер не является подходящей архитектурой.
Так как клиенты хотят более быстрые в отклике приложения, размещение инфраструктуры ближе к ним становится возможно при помощи распределенной архитектуры OpenStack. Платформа Red Hat OpenStack спроектирована для предоставления масштабирования, простого управления и доступности приложений, необходимых для предоставления лучших возможностей клиенту, сбалансированных с гибкостью архитектуры развертывания OpenStack в соответствии с техническими и бизнес требованиями.
P.S. Если вы не знакомы с архитектурой решения OpenStack, познакомиться с ней можно при помощи моей статьи «Обзор Red Hat OpenStack».
Ранее я уже рассказывал о новых возможностях грядущего релиза: Поддержка vGPU будет добавлена в Red Hat OpenStack Platform 15. Позже мы еще вернемся к обсуждению новых возможностей OpenStack.
Комментариев нет:
Отправить комментарий