Close

Руководства по миграции на версию Data Center

No organization is the same and neither is your migration journey. The key to any good migration is planning.


Руководство 4. Развертывание в кластерной архитектуре

Вы изучили руководства по началу работы и планированию и теперь готовы развертывать версию Data Center в кластерной среде.

Выстраивание инфраструктуры для кластера

Для развертывания версии Data Center в кластере необходимы следующие компоненты:

  • База данных
  • Балансировщик нагрузки
  • Узлы приложений
  • Файловая система
  • Узел Elasticsearch (Bitbucket)

Балансировщик нагрузки

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

Продукты Data Center предусматривают направление запросов каждого пользователя на один и тот же узел в течение сеанса. Если запросы будут направлены на разные узлы, пользователя может «выбросить» из системы. При этом сохраненные в сеансе данные могут быть потеряны. Поэтому каждый сеанс должен выполняться на одном узле. Для этого нужно включить функцию «закрепления сеансов» на основе cookie-файлов (привязка сеансов) на балансировщике нагрузки. Для закрепления сеансов могут использоваться как cookie-файлы, созданные продуктами, так и cookie-файлы, генерируемые балансировщиком нагрузки.

Повысьте отказоустойчивость, установив резервный балансировщик нагрузки для подстраховки на случай отказа главного балансировщика. Пару балансировщиков нагрузки можно эксплуатировать в конфигурации «активный/пассивный», назначив один виртуальный IP-адрес обоим балансировщикам. При отказе активного балансировщика произойдет аварийное переключение на пассивный.

Подробнее см. на странице о вариантах конфигурации балансировки нагрузки.

Что такое узлы приложений?

На узлах приложений размещаются и работают продукты. Все продукты, запускаемые на узлах в пределах кластера Data Center, должны быть одной версии. Узлы должны находиться в одном месте для снижения значения задержки. Однако при наличии географически распределенных команд вы можете использовать сеть доставки контента (CDN). Узлы должны быть скомпонованы в кластер и работать как единое целое для поставки продукта пользователям. Количество узлов в кластере зависит от ваших потребностей и конфигурации продукта. Для большинства кластеров бывает достаточно от двух до четырех узлов, но вы можете воспользоваться нашими руководствами по определению оптимальной конфигурации узлов, чтобы оценить точнее.

Значок: информация

Важное примечание: для Bitbucket необходим дополнительный узел приложения, выделенный под систему Elasticsearch, позволяющую выполнять поиск по коду.

Как работает файловая система?

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

В среде Data Center совместно используемая файловая система должна находиться на отдельном узле. Для работы совместно используемой файловой системы можно использовать любые программы NAS или SAN на основе NFS, но для поддержки высокой производительности рекомендуется использовать NFS3. Не используйте DFS и другие распределенные протоколы, поскольку они не поддерживаются.

Создание кластера

Теперь пора создать кластер Data Center. Помимо настройки каждого компонента в кластере (узлов приложений, балансировщика нагрузки, базы данных и файловой системы), необходимо оптимизировать конфигурацию узлов кластера в соответствии с требованиями к производительности.

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

Создание раздела проиндексированных файлов

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

Раздел проиндексированных файлов должен в точности повторять рабочую среду, включая использование обратных прокси-серверов, конфигурации SSL и балансировщика нагрузки (для версии Data Center). Можно использовать другой физический или виртуальный сервер. Главное, чтобы копия рабочей среды была достаточно точной.

После создания среды необходимо:

  • Создать копию базы данных
  • Создать копию продукта
  • Копировать локальный домашний каталог в общий домашний каталог
  • Создать копию системы управления внешними пользователями (необязательно)
Значок: информация

Подробные инструкции см. по следующим ссылкам.

Анализ и обновление приложений

Прежде чем развертывать некластерный вариант Data Center, необходимо провести анализ приложений и обновить их до версии Data Center (если доступно). Если пропустить этот шаг и мигрировать, приложения могут перестать работать.

Установка Data Center

После настройки кластерной архитектуры все готово к установке продуктов Data Center.

Подробные инструкции по развертыванию продуктов Data Center в кластере см. в нашей документации.

 

Jira Software
Jira Service Desk

Confluence

Bitbucket

Crowd

Свое оборудование

Jira Software
Jira Service Desk

Свое оборудование

Confluence

Свое оборудование

Bitbucket

Свое оборудование

Crowd

Свое оборудование

AWS

Jira Software
Jira Service Desk

AWS

Confluence

AWS

Bitbucket

AWS

Crowd

AWS

Azure

Jira Software
Jira Service Desk

Azure

Confluence

Azure

Bitbucket

Azure

Crowd

 

Тестовая миграция

Тестирование является обязательным этапом развертывания версии Data Center. Часто это самая трудоемкая часть процесса миграции. Для уверенного развертывания версии Data Center в рабочей среде, команде необходимо выполнить многократные функциональные и интеграционные тесты, а также тесты производительности, чтобы в итоге одобрить установку Data Center. При миграции с версии Server на версию Data Center каждое тестирование может занимать от одной до двух недель.

Не пропускайте и не сокращайте этот этап. Тщательное тестирование упростит развертывание в рабочей среде и позволит предотвратить все нежелательные неожиданные обстоятельства. Проведите столько приемочных пользовательских тестов (UAT), сколько необходимо для полной уверенности, что все готово к миграции.

Узнайте о производительности продуктов Data Center:

Значок: информация

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

Запуск в рабочей среде

После переноса тестовой среды на версию Data Center все готово к запуску версии в рабочей среде.

Перед выполнением миграции убедитесь, что рабочая среда соответствует тестовой и все будет работать корректно, когда вы повторите все шаги этапа тестирования уже в рабочей среде.

Обновление приложений в рабочей среде

Прежде чем развертывать версию Data Center в кластерной среде, необходимо провести анализ приложений и обновить их до версии Data Center (если доступно). Если пропустить этот шаг и мигрировать, приложения могут перестать работать.

Установка Data Center в рабочей среде

Как и на этапе тестирования, необходимо перенести теперь уже рабочую среду на версию Data Center. Подробные инструкции см. на страницах:

 

Jira Software
Jira Service Desk

Confluence

Bitbucket

Crowd

Ваше оборудование

Jira Software
Jira Service Desk

Ваше оборудование

Confluence

Ваше оборудование

Bitbucket

Ваше оборудование

Crowd

Ваше оборудование

AWS

Jira Software
Jira Service Desk

AWS

Confluence

AWS

Bitbucket

AWS

Crowd

AWS

Azure

Jira Software
Jira Service Desk

Azure

Confluence

Azure

Bitbucket

Azure

Crowd

 

Развертывание версии Data Center в кластере завершено!

Подробнее об администрировании версии Data Center см. в разделе ресурсов.