A partir de 15 de fevereiro de 2024, o suporte para produtos de servidor não vai estar mais disponível. Migre para manter o suporte. Saiba como
Guia de upgrade do Data Center
Nenhuma empresa é igual, assim como jornadas de migração. Siga o guia de upgrade passo a passo para garantir uma transição suave do Atlassian Server para o Data Center.
Avaliar
Cada empresa tem necessidades e requisitos próprios. Portanto, é importante entender as opções para planejar upgrades.
Avaliar o Cloud e o Data Center
Como primeira etapa, a gente recomenda avaliar o Data Center e o Cloud para encontrar a melhor opção para sua organização. Para muitos clientes grandes, o Cloud Enterprise é uma ótima opção, oferecendo maiores limites de usuário, controles administrativos avançados e funções integradas de segurança e conformidade.
Para receber uma recomendação personalizada, faça a avaliação de migração. A gente vai fazer algumas perguntas sobre seus requisitos e então recomendar o melhor caminho para você.
O guia de comparação de Cloud e Data Center também é uma ótima referência, oferecendo uma comparação lado a lado das funções, além de orientações sobre qual opção escolher com base no seu caso de uso.
Tem uma pergunta detalhada sobre o Cloud? Entre em contato para agendar uma consulta de Cloud com um especialista em migração.*
*Disponível para clientes com licenças Commercial ou Acadêmicas com mais de 25 usuários ou agentes
Entenda seus requisitos de arquitetura e infraestrutura
Decidiu pelo Data Center? Você vai precisar conhecer a arquitetura e as configurações de implementação do Data Center com suporte.
O Data Center pode ser implementado de duas maneiras diferentes: com ou sem cluster. Ambas permitem que você aproveite funções e funcionalidades corporativas, mas cada opção requer considerações diferentes. Esta é uma tabela que descreve as diferenças entre arquiteturas com e sem cluster:
Sem cluster recomendado
Requisitos de infraestrutura
Uma arquitetura sem cluster permite que você faça o upgrade para o Data Center na infraestrutura existente, para que não precise fazer nenhuma alteração na infraestrutura.
Casos de uso recomendados
A gente recomenda que todos os clientes façam o upgrade para o Data Center usando o caminho de upgrade sem cluster. Os clientes podem implementar uma arquitetura em cluster uma vez no Data Center, se necessário.
Benefícios
Desbloqueie as funções corporativos que não dependem de clustering:
Em geral, os upgrades sem cluster são o ponto em que muitos clientes iniciam a jornada no Data Center. É recomendável aproveitar esse upgrade de 2 minutos para garantir uma transição tranquila.
Com cluster
A gente recomenda que todos os clientes façam o upgrade para o Data Center primeiro usando o caminho de upgrade sem cluster. Depois do upgrade do Data Center, os clientes podem implementar uma arquitetura em cluster, se necessário.
Requisitos de infraestrutura
Você vai precisar dos seguintes componentes para fazer upgrade para o Data Center em um cluster:
- Balanceador de carga
- Pontos centrais de aplicativo
- Sistema de arquivos acessível por todos os pontos centrais do aplicativo
- Ponto central do ElasticSearch (Bitbucket)
Casos de uso recomendados
- Você precisa de alta disponibilidade
- Você quer fazer o upgrade sem tempo de inatividade
- Você espera aumentar para tamanho XL no curto prazo
Benefícios
Descubra as funções corporativas que o clustering oferece:
- Funções e capacidades corporativas
- Alta disponibilidade e failover — se um ponto central no cluster do aplicativo ficar inativo, os outros assumem a carga, garantindo que os usuários tenham acesso ininterrupto ao produto.
- Escalabilidade instantânea — adicione novos pontos centrais ao cluster sem tempo de inatividade ou taxas de licenciamento adicionais. Os índices e plugins são automaticamente sincronizados.
- Recuperação de desastres — implemente um sistema de recuperação de desastres fora do local para a continuidade dos negócios, mesmo em caso de uma interrupção completa do sistema. Os índices de produtos compartilhados deixam tudo funcionando de novo com rapidez.
Revise a diferença entre os produtos de servidor e do Data Center
Embora o Data Center ofereça funções com as quais você pode estar familiarizado, a gente também criou capacidades adicionais e estendeu a funcionalidade de muitas funções do Server. Analise as diferenças entre o Server e o Data Center e tenha uma noção de quais novas funções vão estar disponíveis para você e quais vão exigir uma arquitetura em cluster.
- Comparação de funções do Jira Server e do Data Center
- Comparação de funções do Jira Service Management Server e do Data Center
- Comparação de funções do Confluence Server e do Data Center
- Comparação de funções do Crowd Server e do Data Center
- Comparação de funções do Bitbucket Server e do Data Center
- Comparação das funções do Bamboo Server e do Data Center
Avalie as decisões de tecnologia
Antever as decisões de tecnologia vai acelerar o design de um ambiente pronto para produção para os produtos do Data Center, adaptado às necessidades da organização. Se você vai implementar os produtos do Data Center em um ambiente com cluster ou não, olhe para a infraestrutura que você está usando no momento para executar seus produtos e considere se faz sentido para você implementar na AWS, no Azure ou no seu próprio hardware ou mudar para uma implementação orquestrada usando Kubernetes ou Docker. Se você decidir implementar em um ambiente com cluster, vai precisar começar a avaliar os componentes adicionais necessários, como um balanceador de carga, sistema de arquivos e pontos centrais de aplicativo.
Para recomendações e recursos adicionais que podem ajudar você a avaliar decisões de tecnologia, baixe a checklist de implementação.
Conheça seu provedor de nuvem
A implementação em um fornecedor de nuvem, como Amazon Web Service (AWS) ou Microsoft Azure, pode ser novidade para sua empresa. Se você planeja usar um fornecedor de nuvem, a gente recomenda reservar um tempo adiantado para:
- Entenda a implementação e as peças arquitetônicas de seus produtos de Data Center
- Saiba mais sobre as diferentes ferramentas de gerenciamento de configuração, como o Ansible Chef, o Puppet ou o Salt.
Tanto o AWS quanto o Azure oferecem cursos de treinamento que podem ajudá-lo a aprender mais sobre as plataformas. Embora não seja necessário, você pode até achar benéfico que alguém da sua equipe se torne um arquiteto de soluções certificado. Para obter mais informações, aqui estão alguns recursos que você pode fazer conferir:
Planeje e se prepare
Agora que você escolheu o caminho do Data Center, está tudo pronto para começar a criar um plano minucioso de upgrade.
Monte sua equipe Obrigatório
Uma das partes mais importantes dessa jornada é reunir a equipe certa o mais cedo possível. O upgrade para a arquitetura em cluster vai afetar várias equipes na organização e requer o envolvimento coletivo de todos.
Depois que a equipe de projeto estiver montada, é importante alinhar a equipe a metas compartilhadas e elaborar o cronograma com uma data-alvo acordada.
Não há uma resposta definitiva para quais funções e quantas pessoas devem ser incluídas na equipe. No entanto, é importante considerar as seguintes áreas de especialização ao montar sua equipe:
Administrador de aplicativos
Funções
O administrador de aplicativos lida com a administração do dia a dia. Ele tem conhecimento profundo do produto, se preocupa com desempenho e confiabilidade, bem como avalia e faz manutenção os aplicativos do Marketplace. Também pode trabalhar em estreita colaboração com os usuários finais para entender as necessidades deles e dar assistência ou treinamento.
Responsabilidades
- Toma decisões sobre aplicativos que não são aprovados pelo Data Center.
- Verifica se os usuários e as permissões são mantidos sem erros durante a transição.
Administrador do sistema
Função
O administrador do sistema lida com tudo, desde a infraestrutura até a interface do produto. Ele é responsável por backups, armazenamento, rede e desempenho.
Responsabilidades
- Provisiona o hardware (físico ou virtual) necessário.
- Instala e faz o upgrade dos aplicativos da Atlassian.
- Verifica a funcionalidade e o desempenho durante os testes para garantir que o Data Center esteja operando sem erros.
- Garante que todos os pontos centrais do cluster estejam acessíveis e que o balanceador de carga esteja configurado corretamente.
- Configura qualquer ferramenta de registro, monitoramento e segurança.
Líder do projeto
Função
O líder do projeto tem um relacionamento profundo com a empresa e sabe como e por que o produto é usado para atender aos objetivos da empresa. Também sabe como fazer as trocas certas para manter a governança entre os produtos.
Responsabilidades
- Mantém o projeto sob controle com marcos importantes e datas estimadas para alcançar esses objetivos.
- Controla o cronograma, garante a conclusão da tarefa e resolve problemas multifuncionais.
- Comunica as atualizações do projeto às partes interessadas e anúncios aos usuários finais.
- Trabalha com os principais interessados na compra do Data Center.
Se você estiver implementando o Data Center em uma arquitetura com cluster, também pode considerar a possibilidade de ter membros da equipe com conhecimento técnico nas seguintes áreas:
- Engenharia de rede: analisa as especificações e constrói sua infraestrutura.
- Administração de banco de dados: configura e implementa a estratégia de backup do banco de dados.
- Confiabilidade do site: estabeleça o tempo de atividade, desempenho e operações de recuperação de desastres da instância.
- Segurança: garanta a conformidade com os padrões de segurança (VPN, firewall etc).
Necessidade de membros da equipe adicionais
A Atlassian oferece suporte se você precisar de ajuda com o upgrade.
Grátis com o Data Center
Suporte Prioritário: os itens críticos de suporte vão ser encaminhados direto aos engenheiros experientes, que estão comprometidos em oferecer SLAs mais altos, triagem e resoluções mais rápidas. O Suporte Prioritário está incluído em todas as assinaturas do Data Center do Jira Software, Jira Service Management, Confluence e Crowd. Ele também está incluído nas assinaturas do Bitbucket Data Center com 500 usuários ou mais e nas assinaturas do Bamboo Data Center com 100 agentes ou mais.
Comunidade da Atlassian: prefere fazer crowdsourcing? Encontre respostas, suporte e inspiração de outros usuários da Atlassian. A gente recomenda que você participe do grupo da comunidade Enterprise para ver histórias, dicas e práticas recomendadas para usar os produtos Atlassian em escala.
Recursos de suporte pagos
Serviços de consultoria da Atlassian: faça a mudança mais tranquila possível com a orientação de consultores experientes da Atlassian. Os consultores da Atlassian vão mergulhar nas configurações e fluxos de trabalho e vão oferecer práticas recomendadas valiosas, insights e orientação técnica. Juntos, vocês vão desenvolver um plano de upgrade abrangente para executar com confiança.
Suporte Premier: procurando um alto nível de serviço? O Suporte Premier da Atlassian oferece o maior nível de suporte com acesso em tempo integral à equipe de suporte sênior.
Parceiros de solução: procurando uma opção completa? Os parceiros empresariais fazem integrações, implementações e upgrades de sistema. São uma ótima opção para organizações com requisitos complexos ou que procuram ajuda no local. Visite o Diretório de Parceiros para encontrar um parceiro que seja ideal para você.
Monte um cronograma Obrigatório
Aqui estão os cronogramas básicos que você pode usar para avaliar quanto tempo o upgrade deve levar.
| Sem cluster | Com cluster |
---|---|---|
Planejamento | Sem cluster 0 a 2 semanas | Com cluster 1 mês + |
Simulação | Sem cluster 0 a 1 semana | Com cluster 3 a 6 meses |
Lançamento | Sem cluster 0 a 1 semana | Com cluster ~6 a 9 meses |
Os cronogramas incluídos são baseados em diversos clientes que fizeram o upgrade para o Data Center, mas é importante observar que o cronograma real vai variar em razão de fatores específicos do ambiente, como tamanho, complexidade e preparação, entre outros.
Revise a instância de servidor e otimize a infraestrutura
Seja qual for a escolha para implementar o Data Center (com ou sem cluster), reserve um tempo para revisar a instância de servidor e entender se há alguma área que você quer otimizar durante a migração.
Avalie o tamanho da instância Obrigatório
O Data Center foi desenvolvido para atender às necessidades das equipes em grande escala. Para configurar a infraestrutura antes de fazer upgrades, confira o tamanho da instância atual do Server e faça os ajustes com base nas recomendações de tamanho do perfil. Ao ajustar o tamanho, considere a taxa de crescimento para escalar de acordo.
Compare a instância de servidor Recomendação
Faça uma avaliação básica da funcionalidade e do desempenho existentes no seu sistema. Dessa forma, se você escolher usar funções como otimizador de campo personalizado ou arquivamento, vai poder medir a melhoria de desempenho entre o Data Center e sua instância do Server existente.
Ajuste sua instância de servidor Recomendação
Mesmo se planeja tirar vantagem imediata dos recursos (como arquivamento e otimizador de campo personalizado) para esfriar a instância, você deve ajustar as instâncias do servidor antes de migrar. Observe as instâncias do servidor e reserve um tempo para identificar e corrigir quaisquer configurações abaixo do ideal. Gastar esse tempo no início vai ajudar a estabelecer uma base mais sólida para a instância do Data Center.
Avaliar e atualizar governança Obrigatório
A maneira como os usuários interagem com os produtos também afeta o desempenho. Antes de implementar o Data Center, avalie essas características de uso e determine se você precisa estabelecer quaisquer restrições sobre coisas como scripts que fazem chamadas REST ou outras integrações para proteger o desempenho.
Documentar processos atuais Recomendação
Após o ajuste da instância, é hora de documentar o ambiente do Server. Essa documentação ajuda a orientar as decisões sobre configuração no upgrade do Data Center, a influenciar as modificações do processo e a determinar se os itens encontrados após o upgrade são novos ou já existiam.
Auditar seus aplicativos atuais Recomendação
Usar um grande número de aplicativos pode degradar o desempenho da sua instância. A gente recomenda que você audite e remova todos os aplicativos que não sejam cruciais para aumentar o desempenho geral do sistema. Você também deve garantir que os aplicativos sejam compatíveis com o Data Center, pois vai ser necessário fazer upgrade deles para uma versão do Data Center, se houver uma disponível.
Se, no momento, não houver uma versão para o Data Center do seu aplicativo, você pode continuar usando o aplicativo do Server, mas vai ser necessário fazer upgrade assim que um estiver disponível.
Você deve considerar o preço atual e futuro dos aplicativos como parte do custo total de propriedade do Data Center. Você pode usar o kit de ferramentas de caso de negócios do Data Center para ajudar com sua avaliação.
Defina seu ambiente de Data Center Obrigatório
Camada de aplicativo
Instâncias e sites
- Você quer federar ou consolidar suas instâncias?
- Como é o seu crescimento futuro?
- Você precisa ter algum isolamento de dados?
- Quantos ambientes sua equipe tem, como ambientes de staging ou produção?
Perfis da instância
- Quantas pessoas vão acessar sua instância?
- Onde suas equipes vão estar localizadas?
- Quantos dados estão atualmente em sua instância e quantos dados você planeja adicionar à instância?
Aplicativos, integrações e personalização
Você precisa de todos eles, ou esta é uma oportunidade de simplificar?
Camada de infraestrutura
Tamanho da instância
- Quais são suas projeções de crescimento futuro?
- Há momentos em que você tem níveis mais baixos de tráfego de usuários?
Para obter mais informações, consulte a visão geral de dimensionamento de pontos centrais.
Estrutura da conta
- Em quais contas seu ambiente deve ser implementado?
- Você quer contas diferentes associadas a cada um dos seus ambientes?
- Você quer que seus produtos de Data Center usem a mesma conta que suas outras ferramentas de CI/CD ou de colaboração?
Modelo de governança
- Qual é a aparência do seu modelo de governança?
- Quais são seus padrões mínimos de sistema?
- Você está usando o registro em log centralizado?
- Quais são as suas necessidades de gerenciamento de usuários?
Considere usar a zona de aterrissagem da AWS e o Gerenciador de Sistema da AWS como parte do seu modelo de governança.
VPC
-
Você quer usar uma nova nuvem privada virtual (VPC)?
Se você quer implementar em uma nova VPC ou usar uma existente, você pode aproveitar o template Atlassian Standard Infrastructure (ASI).
- Existem princípios de rede que você quer alterar, como limitar o acesso público à Internet e o endereçamento de IP interno para roteamento de rede de escritório e VPN?
- Você deve usar certificados TLS?
Geografia
-
Se estiver usando uma VPC existente, você criou um plano para acesso à rede de escritório e VPN?
A gente recomenda que você permita o acesso de todos os escritórios e VPNs, pois o uso do produto provavelmente vai aumentar com o tempo.
Direct Connect
- Você quer usar o Direct Connect para ajudar com desempenho e segurança?
- Quantos dados você precisa mover da instância do servidor para o Data Center?
A família AWS Snow pode ser um recurso que você pode considerar se estiver movendo grandes quantidades de dados.
Continuidade de negócios e recuperação de desastres
Backup
Qual é a aparência da sua estratégia de backup?
A gente recomenda que você use uma combinação da estratégia de backup existente e dos recursos de backup incorporados à AWS. Para obter mais informações, consulte:
A AWS oferece serviços de infraestrutura menos propensos a interrupções singulares.
Failover regional
Você precisa implementar sites frios, mornos ou quentes em diferentes regiões?
Normalmente, suas necessidades de recuperação de desastres são atendidas com a execução de seus serviços em várias zonas de disponibilidade, mas você também pode querer mitigar as interrupções regionais. Ao decidir se quer implementar esses sites em diferentes regiões, considere o seguinte:
- Custo da infraestrutura e da transferência de dados
- Velocidade de recuperação em relação à AWS
- Tempo gasto na manutenção e no teste do site de recuperação
- Custo de execução do site
Fazer upgrade para o Data Center (sem cluster) recomendado
A gente recomenda que todos os clientes façam o upgrade para o Data Center usando uma arquitetura sem cluster. Os upgrades sem cluster são uma opção de upgrade mais rápida e simplificada, oferecendo acesso mais rápido às funções empresariais, de segurança e suporte do Data Center.
Faça o upgrade dos seus aplicativos
Se você tiver algum aplicativo Server instalado em sua instância, é aqui que você deve fazer o upgrade para uma versão aprovada do Data Center de cada aplicativo, quando disponível. Se você fizer upgrade da licença de produto do Data Center antes do upgrade dos apps, eles podem parar de funcionar.
Dê um upgrade na licença do produto
O upgrade para o Data Center em um ambiente sem cluster é muito simples e permite que você use de imediato as funções e os recursos empresariais que não exigem cluster.
Para fazer o upgrade, basta ir para a seção de administração do produto Server e inserir a nova chave de licença do Data Center. Você pode voltar e configurar o cluster mais tarde, se precisar.
O Data Center sem cluster é compatível com as seguintes versões do produto:
Jira Software: 6.3 ou posterior
Jira Service Management: 4.0 ou posterior
Confluence: 7.2 ou posterior
Bitbucket: sem versão mínima
Bamboo: 8.0 ou posterior
Crowd: 3.0 ou posterior
**Se você estiver usando uma versão mais antiga, a gente recomenda entrar em contato com o suporte para obter ajuda com o upgrade.
Para obter guias específicos do produto sobre upgrades sem cluster, consulte a documentação:
- Fazer upgrade para o Bitbucket Data Center
- Fazer upgrade para o Crowd Data Center
- Fazer upgrade para o Confluence Data Center
- Fazer upgrade para o Jira Data Center
Depois que aderir ao Data Center, a gente recomenda que você faça upgrade para a versão mais recente do suporte de longo prazo (LTS) disponível para o produto.
Fazer upgrade para o Data Center (com cluster) não recomendado
Devido à complexidade, a gente não recomenda fazer upgrades iniciais para o Data Center em arquitetura em cluster. A gente recomenda que todos os clientes primeiro façam o upgrade para o Data Center usando o caminho de upgrade sem cluster. Depois disso, os clientes que precisam de uma arquitetura em cluster podem começar a implementação.
Depois de fazer o upgrade para o Data Center em arquitetura sem cluster, você vai poder implementar uma arquitetura em cluster se precisar de alta disponibilidade.
Adquira a infraestrutura necessária para seu cluster
Para implementar o Data Center em um cluster, você vai precisar dos seguintes componentes:
- Banco de dados
- Balanceador de carga
- Pontos centrais de aplicativo
- Sistema de arquivos compartilhados
- Ponto central do ElasticSearch (Bitbucket)
Balanceador de carga
O balanceador de carga é a primeira coisa que as solicitações dos usuários atingem se você implementou em um cluster. As solicitações chegam ao balanceador de carga, e o balanceador de carga distribui cada solicitação aos pontos centrais do aplicativo. Você pode usar um balanceador de carga baseado em hardware ou software. Para soluções de software e hardware, o balanceador de carga deve ser vinculado ao cluster do aplicativo usando uma conexão LAN de alta velocidade para garantir alta largura de banda e baixa latência. Todos os balanceadores de carga de software devem ser executados em máquinas dedicadas.
Os produtos do Data Center presumem que a solicitação de cada usuário vai para o mesmo ponto central durante uma sessão. Se as solicitações forem para pontos centrais diferentes, os usuários podem ser desconectados inesperadamente e podem até perder informações armazenadas na sessão. Portanto, é necessário associar uma sessão ao mesmo ponto central, habilitando “sessões fixas” (ou afinidade de sessão) baseadas em cookies no balanceador de carga. Ao usar sessões fixas baseadas em cookies, você pode usar o cookie emitido pelo produto ou um cookie gerado pelo balanceador de carga.
Adicione uma camada extra de proteção e evite que o balanceador de carga se torne um único ponto de falha adicionando redundância à solução de balanceamento de carga. Configure dois balanceadores de carga em uma configuração ativo-passivo, usando um endereço IP virtual em ambos os balanceadores de carga. Se o balanceador de carga ativo falhar, ele vai fazer failover para o balanceador de carga passivo.
Para obter mais informações consulte as opções de configuração do balanceador de carga.
Pontos centrais de aplicativo
Os pontos centrais dos aplicativos são onde o produto real reside. Cada ponto central no cluster do Data Center deve ser executado na mesma versão do produto e estar localizado junto para manter um mínimo de latência. No entanto, você pode habilitar uma rede de distribuição de conteúdo (CDN) para dar suporte ao desempenho das equipes distribuídas em lugares diferentes. Esses pontos centrais devem ser configurados em um cluster, agindo como um só, para entregar o produto aos usuários. O número de pontos centrais no cluster depende das necessidades e da configuração do produto. Em geral, a gente descobre que entre 2 e 4 pontos centrais são suficientes para a maioria dos clusters, mas use os guias de dimensionamento de pontos centrais para tomar a decisão certa.
O Bitbucket requer um ponto central de aplicativo adicional dedicado apenas ao ElasticSearch, que permite a pesquisa de código.
Sistema de arquivos compartilhados
O sistema de arquivos compartilhados é onde os dados que devem ser acessados de qualquer ponto central do aplicativo são armazenados, como arquivos anexados e repositórios do Git.
Em um ambiente do Data Center, você precisa configurar o sistema de arquivos compartilhado como seu próprio ponto central. Você pode usar qualquer programa NAS ou SAN baseado em NFS para seu sistema de arquivos compartilhado, mas a gente recomenda o NFS3 para manter o desempenho. Apenas fique longe de protocolos distribuídos como DFS, pois eles não são compatíveis.
Compile o cluster
É hora de compilar o cluster do Data Center. Além de configurar cada um dos vários componentes no cluster (pontos centrais do aplicativo, balanceador de carga, banco de dados, sistema de arquivos), você também precisa dimensionar os pontos centrais do aplicativo no cluster com base nos requisitos de desempenho.
A gente reuniu alguns exemplos de configuração que você pode consultar. A Atlassian não endossa, aprova ou recomenda quaisquer fornecedores ou configurações específicas. Eles são oferecidos como referência. Se você quiser mais orientações práticas sobre como configurar o ambiente ideal, veja se trabalhar com um Gerente de contas técnicas, Suporte Premier ou um Parceiro é ideal para você.
Crie um ambiente de staging
Para fazer o upgrade para múltiplos pontos centrais, é recomendável criar um ambiente de staging para testar o Data Center antes de entrar em operação na produção.
O ambiente de staging deve replicar com fidelidade o seu ambiente de produção, incluindo proxies reversos, configuração SSL ou balanceador de carga. Você pode optar por usar um servidor físico diferente ou uma solução virtualizada. O principal é se certificar de que seja uma réplica adequada do ambiente de produção.
Para obter instruções detalhadas, consulte:
Faça o upgrade dos seus aplicativos
Se você tiver algum aplicativo Server instalado em sua instância, é aqui que você deve fazer o upgrade para uma versão aprovada do Data Center de cada aplicativo, quando disponível. Se você fizer upgrade da licença de produto do Data Center antes do upgrade dos apps, eles podem parar de funcionar.
Teste o Data Center
A fase de teste é etapa fundamental, embora intensiva, na implementação da instância de Data Center em cluster. Para implementar o Data Center na produção com confiança, a equipe deve executar conjuntos iterativos de testes funcionais, testes de integração e testes de desempenho para examinar a instalação do Data Center.
Todo cuidado é pouco. Uma fase de testes completa vai agilizar a implementação da produção e permitir que você leve em conta circunstâncias imprevistas. Execute vários testes de aceitação do usuário (UATs), se preciso, até que você tenha total confiança para ativar.
Saiba mais sobre o desempenho em produtos do Data Center:
Entrada em produção
Agora que você fez o upgrade do ambiente de teste para o Data Center, está pronto para entrar em produção.
Antes de concluir o upgrade, verifique se o ambiente de produção corresponde ao ambiente de teste para que tudo funcione sem erros na produção, pois você vai concluir as mesmas etapas que fez durante a fase de testes.
Você implementou o Data Center em um cluster!
Para obter orientações técnicas detalhadas, consulte a documentação:
Faça upgrade para a Versão de Suporte de Longo Prazo mais recente
Uma vez no Data Center, a gente recomenda que você faça upgrade para a versão mais recente do suporte de longo prazo (LTS) disponível para os produtos.
Você encontra a versão LTS mais recente aqui:
Fale com um parceiro
Tem alguma dúvida sobre as opções de migração ou de caminho? Receba orientação especializada da equipe de especialistas em migração.