Close

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

Разные организации мигрируют по-разному. Ваша миграция тоже будет неповторимым процессом. Ключевым фактором успеха в этом деле является планирование.


Руководство 2. Планирование миграции

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

Создание своей команды Обязательно

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

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

Нет однозначных рекомендаций по количеству участников команды и составу ролей. Однако при формировании команды стоит обратить внимание на следующие области компетенций:


Администратор приложений

Роли

Администратор приложений занимается повседневными задачами. Он обладает глубокими знаниями продукта, заботится о производительности и надежности, а также занимается оценкой и обслуживанием приложений Marketplace. Также он может тесно взаимодействовать с конечными пользователями, чтобы понимать их потребности и оказывать необходимую помощь или обучать их.

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

Системный администратор

Позиция

Системный администратор занимается широким кругом вопросов, от инфраструктуры до интерфейса продуктов. Резервное копирование и хранение данных, работа сети и производительность также в его зоне ответственности.

Ответственность
  • Обеспечивает физическим или виртуальным оборудованием.
  • Непосредственно устанавливает версию Data Center.
  • Проверяет исправную работу всех компонентов (при развертывании в кластере).
  • Передает журналы с диска в агрегатор журналов для мониторинга и обеспечения безопасности.

Руководитель проекта

Позиция

Руководитель проекта хорошо знает бизнес и то, как использовать продукты для достижения целей компании. Также он умеет находить баланс при управлении продуктами.

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

Если вы развертываете версию Data Center в кластерной архитектуре, стоит также привлечь в команду специалистов следующих технических сфер:

  • Проектирование сетей: анализ технических характеристик и выстраивание инфраструктуры.
  • Администрирование баз данных: обеспечение целостности базы данных и ее устойчивого функционирования.
  • Обеспечение надежности сайта: поддержка доступности и производительности экземпляра, а также выполнение его аварийного восстановления.
  • Безопасность: соблюдение стандартов обеспечения безопасности (управление VPN, файрволом и т. д.).

Если в команду нужны дополнительные участники

Atlassian предоставит вам соответствующую поддержку при миграции.

Бесплатно с подпиской Data Center

Приоритетная поддержка (на первые шесть месяцев). Отправляйте запросы в поддержку Atlassian. Ваши задачи будут направляться напрямую к специалистам самого высокого класса, которые обеспечат более высокий уровень соглашений SLA, ускоренную расстановку приоритетов и быстрое решение проблем. На данный момент сервис доступен клиентам Data Center для продуктов Jira Software, Jira Service Desk и Confluence.

* Включается в подписку Data Center со 2 февраля 2021 г.

Менеджеры поддержки клиентов. Нужна помощь по достижению целей команды и компании в целом? Новые клиенты Data Center получают доступ к выделенному менеджеру поддержки клиентов, который на протяжении первого года работы постоянно будет готов оказать помощь. Свяжитесь с нами здесь.

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

Платные ресурсы поддержки

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

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

Партнеры Enterprise. Ищете комплексный подход? Партнеры Enterprise сами проведут интеграции систем, развертывания и обновления. Сотрудничество с партнерами Enterprise — отличный вариант для организаций со сложными требованиями или тех организаций, которым необходима помощь на месте. Найдите подходящего партнера в нашем каталоге партнеров.

Составьте график Обязательно

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

 

Некластерная архитектура

Кластерная архитектура

Планируйте

до 2 недель

от месяца

Проведите тестовую миграцию

до недели

3–6 месяцев

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

до недели

~ 6–9 месяцев

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

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

Анализ экземпляра Server и оптимизация инфраструктуры

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

Обновление до последней версии с долгосрочной поддержкой (LTS) Рекомендуется

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

Оценка размера экземпляра Обязательно

Версия Data Center отвечает потребностям команды при любом масштабе. Подготовьте инфраструктуру к успешной миграции: определите текущий размер экземпляра Server и приведите его в соответствие с рекомендованным размером профиля. После корректировки определите темп роста экземпляра для адекватного масштабирования.

Оценка производительности экземпляра Server Рекомендуется

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

Оптимизация экземпляра Server Рекомендуется

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

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

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

Документирование текущих процессов Рекомендуется

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

Аудит текущих приложений

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

Если версия Data Center недоступна, вы можете и дальше пользоваться приложением Server. Как только версия Data Center станет доступна, будет необходимо обновить приложение.

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

Оценка технологических решений

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

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

Understand environment changes if you’re using a cloud provider

Browser grid icon

Application layer


Instances and locations

  • Do you want to federate or consolidate your instances?
  • What does your future growth look like?
  • Do you need to have any data isolation?
  • How many environments does your team have, such as staging or production environments?

Instances profiles

  • How many people are going to be accessing your instance?
  • Where are your teams going to be located?
  • How much data is currently in your instance and how much data do you plan to add to your instance?

Apps, integrations, and customizations

Do you need all of them, or is this an opportunity to simplify?

Server icon

Infrastructure layer


Instance sizing

  • What are your future growth projections?
  • Are there times when you have lower levels of user traffic?
Information icon

Looking at your user traffic can help determine your organization’s scale patterns. If there are times when you have more teams accessing your products, you can also consider setting up a scaling schedule.

For more information, here’s our node sizing overview.

Account structure

  • Which accounts should your environment be deployed on?
  • Do you want different accounts associated with each of your environments?
  • Do you want your Data Center products to use the same account as your other CI/CD or collaboration tools?

Governance model

  • What does your governance model look like?
  • What are your minimal system standards?
  • Are you using centralized logging?
  • What are your user management needs?

Consider using AWS landing zone and AWS System Manager as part of your governance model.

VPC

  • Do you want to use a new virtual private cloud (VPC)?

Information icon

Whether you want to deploy in a new VPC or use an existing one, you can leverage the Atlassian Standard Infrastructure (ASI) template.

  • Are there any network principles that you want to change, such as limiting public internet access and internal IP addressing for office and VPN network routing?
  • Should you use TLS certificates?

Geography

  • If using an existing VPC, have you come up with a plan for office and VPN network access?

Information icon

We recommend that you allow access from all offices and VPNs as your product usage will most likely grow over time.

Direct Connect

  • Do you want to use Direct Connect to help with performance and security?
  • How much data do you need to move from your server instance to Data Center?
Information icon

AWS Snow Family may be a resource that you may want to consider if you’re moving large amounts of data.

Safe icon

Business continuity and disaster recovery


Backup

What does your backup strategy look like?

Information icon

We recommend that you use a combination of both your existing backup strategy and backup capabilities built into AWS. For more information, see:

AWS provides infrastructure services that are less prone to singular outages. Our Quick Start templates use some of those services to provide high availability for your instance:

Regional failover

Do you need to implement cold, warm, or hot sites in different regions?

Typically, your disaster recovery needs are met by having your services run over multiple availability zones, but you may want to mitigate regional outages too. As you’re deciding if you want to implement these sites in different regions consider the following:

  • Cost of infrastructure and data transfer
  • Speed of recovery vs AWS
  • Time spent maintaining and testing the recovery site
  • Cost of running the site