Предприятиям, стремящимся перейти к облачным технологиям, необходимо также обеспечить полную модернизацию своей сетевой инфраструктуры, в которую входят балансировщики нагрузки, пишет на портале Network Computing Зьюс Керравала, основатель и главный аналитик ZK Research.

Облако стало стандартной операционной практикой для компаний, поскольку оно обеспечивает необходимый уровень гибкости, требуемый для цифровой трансформации, как в частных, так и в публичных облачных средах. Важно понимать, что облачная операционная модель может достичь уровня гибкости, необходимого для удовлетворения потребностей бизнеса, только при условии полной модернизации всех инфраструктурных компонентов. Облачные архитекторы справедливо говорят: «Вы гибки только настолько, насколько ваш наименее гибкий компонент», которым во многих случаях является унаследованный аппаратный балансировщик нагрузки.

Балансировщики являются ключевым компонентом инфраструктуры, поскольку они обеспечивают целый ряд критически важных сервисов, таких как разгрузка SSL (удаление SSL-шифрования из входящего трафика), кэширование, мониторинг приложений, безопасность приложений и, конечно, локальная и глобальная балансировка нагрузки на серверы. Унаследованные балансировщики нагрузки являются проверенной и надежной инфраструктурой и удовлетворяют потребности операционной команды для традиционных приложений. Однако они не отвечают потребностям облачной операционной модели и современных приложений на базе контейнеров.

Некоторые производители унаследованных балансировщиков нагрузки виртуализировали свои аппаратные средства для работы в облаке, но их архитектура не менялась с 1990-х. Хотя может показаться, что это сработает, по сути, это перенос кода без модификации, поэтому виртуальная версия, размещенная в облаке, будет иметь те же ограничения, что и физическое устройство. Кроме того, такой подход вынуждает заказчиков развертывать отдельные разрозненные продукты для каждой среды, что усложняет управление, масштабирование и делает практически невозможным применение согласованных политик. Поэтому необходим модернизированный программно-определяемый балансировщик нагрузки, созданный для облачных операционных моделей.

Такие балансировщики имеют следующие преимущества по сравнению с унаследованными аналогами.

Ускоренное развертывание приложений с помощью балансировщика нагрузки

При запуске нового приложения операционной команде необходимо развернуть инфраструктуру, например серверы и хранилища, и открыть тикеты для предоставления виртуальных IP-адресов (VIP) для балансировщиков нагрузки. Унаследованным балансировщикам, даже виртуальным, могут потребоваться дни и недели для предоставления VIP. Согласно недавнему исследованию ZK Research, 77% респондентов заявили, что традиционные ADC (Application Delivery Controllers), они же балансировщики нагрузки, создают значительную задержку при развертывании приложений. Программно-определяемые балансировщики, как правило, могут быть запущены в течение нескольких минут и предназначены для масштабируемой архитектуры.

Кроме того, одним из преимуществ облачной операционной модели является возможность автоматического масштабирования емкости на аппаратном обеспечении общего назначения. Унаследованные ADC, как правило, имеют тесную интеграцию аппаратного и программного обеспечения, и для повышения их производительности часто требуется комплексная модернизация. Еще одна проблема, которая может повлиять на скорость работы приложения, — задействование дополнительных возможностей, таких как брандмауэры веб-приложений.

Это может привести к тому, что приложение будет работать неоптимально до тех пор, пока не будет обновлено оборудование. В отличие от этого программно-определяемый балансировщик нагрузки может автоматически запускать новые экземпляры служебных виртуальных машин, на которых размещается балансируемый сервис, для удовлетворения дополнительных потребностей приложений и трафика, сохраняя при этом согласованные политики благодаря централизованной плоскости контроля и управления.

Современные балансировщики нагрузки предназначены для гиперавтоматизации и оснащены множеством дополнительных функций, таких как балансировка нагрузки на наименьшее количество соединений, перенаправление HTTP и переключение контента, которые включены по умолчанию или легко включаются с помощью интуитивно понятного пользовательского интерфейса. Унаследованные продукты, как правило, требуют написания сложных и утомительных TCL-скриптов даже для базовых функций для каждого VIP, что приводит к человеческим ошибкам и длительному управлению изменениями.

Программно-определяемый балансировщик легко интегрируется с другой инфраструктурой и получает IP-адреса из систем IP-адресации (IPAM), автоматически регистрируется на DNS-серверах, автоматически приобретает SSL-сертификаты и динамически обновляет брандмауэры. В традиционных балансировщиках каждая функция выполняется отдельными командами, и владельцы приложений, как правило, открывают тикет поддержки для каждой из них. Некоторые из этих задач могут быть решены быстро, однако этот процесс требует значительных человеческих ресурсов.

Операционная согласованность для гибридного мультиоблака

В любой среде меняются архитектуры приложений и модели развертывания, и возникают проблемы. Задача ИТ-специалистов заключается в том, как обеспечить операционную согласованность гибридного мультиоблака. Одним из наиболее значимых преимуществ программно-определяемого балансировщика нагрузки является отделение функций управления от плоскости данных. Это позволяет создать единую плоскость управления, которая может охватывать несколько дата-центров и облаков, что обеспечивает сквозную видимость, согласованные политики и централизованный контроль. Если возникает проблема или необходимость в изменениях, ИТ-специалисты могут быстро увидеть, где она находится, и централизованно внести необходимые изменения. Это также помогает избежать дрейфа конфигурации. Унаследованные балансировщики нагрузки управляются индивидуально каждым устройством, поскольку они вертикально интегрированы и монолитны по своей конструкции. Это может увеличивать эксплуатационные расходы как минимум в 10 раз.

Портал самообслуживания балансировщика нагрузки расширяет возможности команд разработчиков приложений

Возможности самообслуживания, встроенные в модернизированные балансировщики нагрузки, позволяют сократить время развертывания новых приложений или управления изменениями с нескольких дней или недель до нескольких минут. Современные архитектуры рассчитаны на многопользовательскую эксплуатацию, что обеспечивает строгий и гранулированный доступ на основе ролей для уменьшения радиуса воздействия. Это позволяет командам разработчиков приложений самостоятельно решать такие базовые задачи, как создание нового VIP, добавление или удаление сервера из пула или автомасштабирование, не обращаясь к командам, отвечающим за работу балансировщиков нагрузки.

Кроме того, команды разработчиков приложений могут отслеживать производительность приложений с помощью богатого встроенного набора функций аналитики и наблюдения за производительностью сети и приложений. Это позволяет предотвращать проблемы и оптимизировать работу приложений.

В целом, основными принципами облачной операционной модели являются простота, самообслуживание, гибкость и масштабируемость. Это работает только в том случае, если весь технологический стек поддерживает это. Любое предприятие, стремящееся перейти к облачным технологиям, должно также убедиться в том, что его сетевая инфраструктура, включающая балансировщики нагрузки, полностью модернизирована.