Использование групп доступности SQL Server в средах Kubernetes
МИТЧ: Дон, что стоит за желанием обеспечить поддержку групп доступности SQL Server (AG) в контейнерах, управляемых Kubernetes?
ДОН: Потребность клиентов в отказоустойчивости уровня 1 для облачных рабочих нагрузок контейнеров с отслеживанием состояния является основным драйвером. Встроенная в Kubernetes (K8) высокая доступность (HA) кластера на уровне модуля/узла подходит для рабочих нагрузок контейнеров без отслеживания состояния, но слишком медленна для рабочих нагрузок контейнеров с отслеживанием состояния, таких как SQL Server.
МИТЧ: Что предлагает новое решение DxEnterprise (DxE) DxEnterprise (DxE) для групп доступности в контейнерах в этой области?
DON: DxE для групп доступности в контейнерах предоставляет пользователям контейнеров SQL Server производительность аварийного переключения на уровне базы данных уровня 1 для постоянно доступных групп доступности (AG), к которой они привыкли при работе с SQL Server на виртуальных машинах или на «голом железе». Это делает DxE для групп доступности в контейнерах идеальным дополнением к высокой доступности кластера Kubernetes на уровне модуля/узла. Эта возможность позволяет клиентам развертывать контейнеры с отслеживанием состояния для уверенного создания новых и инновационных приложений при одновременном совершенствовании ИТ-операций.
МИТЧ: С какими трудностями или проблемами столкнулась DH2i при внедрении поддержки групп SQL Server AG в среды Kubernetes?
ДОН: Выбор архитектуры, сделанный командой разработчиков (они действительно хороши!) несколько лет назад, упростил поддержку Kubernetes. Но при этом самой большой проблемой было пройти оценку решения Microsoft. У нас была очень высокая планка.
МИТЧ: Как именно работает DxEnterprise для групп доступности в контейнерах?
ДОН: На приведенной ниже диаграмме показан вариант использования SQL Server AG для Kubernetes в облаке:
В этом примере пользователь создал два кластера Kubernetes — один в регионе Azure 1 и один в регионе Azure 2 с помощью службы Azure Kubernetes. В каждом кластере есть два контейнера SQL Server+DxE, всего четыре контейнера. После этого клиент использует DxE для создания группы доступности с автоматическим аварийным переключением в четырех контейнерах, охватывающих зоны доступности и регионы. DxE автоматически строит Micro Express-Tunnels, необходимые для связи кластера и репликации AG. Пользователи остаются с надежным уровнем высокой доступности, добавленным к их контейнерной среде SQL Server.
Вот ссылка на DxEnterprise 21.0 Software SQL Server Availability Groups для Kubernetes StatefulSets в кратком руководстве по началу работы с Azure (PDF). У нас также есть бесплатная версия Developer Edition, чтобы пользователи могли приступить к работе.
МИТЧ: Какой опыт могут ожидать администраторы SQL Server, работающие в традиционных корпоративных средах, при работе с DxEnterprise для групп доступности в контейнерах после переноса своих баз данных в среды Kubernetes? Потребуется ли им много нового для управления экземплярами SQL Server, работающими в контейнерах?
ДОН: Запуск SQL Server в Kubernetes аналогичен запуску SQL Server в традиционной среде. То же самое верно и для использования DxE для создания групп доступности и управления ими. Это тот же опыт для пользователей.
MITCH: Какие дополнительные преимущества могут ожидать предприятия от использования DxEnterprise для групп доступности в контейнерах по сравнению с существующими подходами к обеспечению высокой доступности для экземпляров SQL Server, например, с использованием Pacemaker для кластеров HA Linux, работающих в контейнерах?
ДОН: Во-первых, я хочу сказать, что DxE — единственное решение на рынке, обеспечивающее поддержку SQL Server AG в Kubernetes. Ни Pacemaker, ни WSFC, ничего другого. Кроме того, DxE for Containers использует встроенную защищенную технологию Express Micro-Tunnel с несколькими подсетями для поддержки распределенных кластеров Kubernetes AG в зонах/регионах доступности, гибридных и многооблачных средах без VPN или других технологий подключения к сети. Это позволяет клиентам быстро адаптироваться к изменениям рыночных условий и потребительских предпочтений. Опять же, никто другой не может этого сделать. Помимо сложности настройки/управления Pacemaker и других кластерных решений, отличающих DxE, клиенты также могут комбинировать и сочетать поддержку Windows и Linux, «голого железа», виртуальных, облачных серверов и контейнеров с полностью автоматической поддержкой AG для максимизации рентабельности ИТ-бюджета.. Ничто другое на рынке не может этого сделать.
МИТЧ: Не могли бы вы добавить какие-нибудь заключительные слова по этому поводу?
ДОН: Мы знаем, что клиенты хотят использовать контейнеры с отслеживанием состояния в Kubernetes. Они разрабатываются и тестируются. Теперь они могут запустить их в производство, чтобы ускорить свои проекты цифровой трансформации (DX).
МИТЧ: Спасибо, что поделились своим драгоценным временем с нашими читателями.
ДОН: С удовольствием.