Migrando o Runtime Fabric: VMs / Bare Metal para Kubernetes autogerenciados

Migrando o Runtime Fabric: VMs / Bare Metal para Kubernetes autogerenciados

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

[ad_1]

Tempo de leitura: 18 minutos

Este blog serve como um guia para ajudá-lo a entender melhor os requisitos, considerações e processos que fazem a migração do Runtime Fabric em VMs / Bare Metal para o Runtime Fabric em execução no Kubernetes autogerenciado. Esses processos podem precisar ser ajustados com base no ambiente de infraestrutura e nas metas de disponibilidade durante a migração.

Este guia descreve um procedimento para:

  1. Configure um novo Runtime Fabric com as mesmas configurações e configurações personalizadas para corresponder à instância existente.
  2. Implante aplicativos em execução no Runtime Fabric existente no novo ambiente.
  3. Use um balanceador de carga TCP para direcionar as solicitações de entrada do Runtime Fabric existente para o novo ambiente.
  4. Descarte o ambiente do Runtime Fabric existente após passar um tempo suficiente com os novos aplicativos de hospedagem com êxito.

Diferenças de capacidades

Revise as diferenças de recursos entre o Runtime Fabric em Kubernetes autogerenciados em comparação com o Runtime Fabric em VM / Bare Metal. Se houver recursos não suportados exigidos por sua equipe, você deve reavaliar sua migração para o Runtime Fabric no Kubernetes autogerenciado.

image.png

Além disso, as seguintes configurações de implantação de aplicativo não estão disponíveis no Runtime Manager ao implantar no Runtime Fabric em Kubernetes autogerenciados:

  • No preâmbulo:
    • Segurança de última milha: trabalhe com o operador do Kubernetes para configurar com o controlador de entrada.
    • Encaminhar sessão SSL: trabalhe com seu operador Kubernetes para configurar com o controlador de entrada.
  • Sob registros:
    • Encaminhar registros de aplicativos para um serviço externo: trabalhe com o operador do Kubernetes para configurar o encaminhamento de registros externos.

Pessoas

O Runtime Fabric em Kubernetes autogerenciados requer no mínimo as seguintes personas, que permitem gerenciar o cluster do Runtime Fabric:

  • Arquiteto de projeto ou administrador MuleSoft
  • Operador de K8s ou especialista em TI com proficiência em gerenciamento de Kubernetes
    • Se estiver executando em um serviço Kubernetes gerenciado em nuvem, espera-se que essa pessoa tenha proficiência no gerenciamento de sua infraestrutura de nuvem.
  • O administrador da rede deve fazer ajustes na lista de permissões do seu ambiente

Requisitos

Para iniciar o processo de instalação do seu Runtime Fabric em Kubernetes autogerenciados, verifique se:

  • Um ambiente EKS ou AKS Kubernetes dedicado à execução do Mules.
  • Certificados TLS usados ​​para configurar o balanceador de carga interno no Runtime Fabric em VMs / bare metal.
  • Núcleos de licenciamento Mule suficientes para executar implantações Mule em ambos os Fabrics de tempo de execução durante a migração.

Procedimento

Alguns dos pré-requisitos que este procedimento de instalação do Runtime Fabric no Kubernetes autogerenciado são os seguintes:

  • Você está executando uma configuração de produção do Runtime Fabric em VMs / bare metal.
  • Os nós do controlador para o seu Runtime Fabric são liderados por um balanceador de carga TCP.
  • Seu Runtime Fabric apresenta relatórios saudáveis ​​durante a execução rtfctl status.
  • Seu Runtime Fabric está sendo exibido como ativo no Anypoint Runtime Manager.
  • Você tem um ou mais aplicativos em execução no Runtime Fabric.
  • O tempo de inatividade mínimo para aplicativos em execução é desejado durante a migração.
image.png

Configure o ambiente Kubernetes

Essas etapas serão realizadas pela operadora K8s e pelo administrador da rede:

  1. Peça ao seu operador K8s para provisionar um novo ambiente EKS ou AKS.
    1. Fornece orientação sobre a quantidade de núcleos de CPU e memória disponíveis para cada nó de trabalho. Esses valores servirão como a quantidade máxima absoluta de núcleos e memória que você poderá alocar para uma réplica individual.
    2. Forneça orientação sobre a quantidade de núcleos que você está licenciado para operar neste ambiente. Isso ajudará o operador do K8s a ajustar o número máximo de nós de trabalho que o ambiente do K8s pode atingir.
    3. Embora não seja obrigatório, recomendamos ter pelo menos dois nós de trabalho disponíveis o tempo todo para reduzir o tempo que seu ambiente Kubernetes tem para se recuperar de falhas baseadas em nós.
  2. Peça ao seu operador K8s para configurar o suporte para entrada no ambiente EKS ou AKS. Certifique-se de que sua operadora K8s tenha o seguinte:
    1. Acesso aos certificados TLS usados ​​para configurar o balanceador de carga interno no Runtime Fabric em VMs / bare metal.
    2. Os esquemas de domínio que seus aplicativos atuais estão usando, incluindo especificações relacionadas ao uso de subdomínio ou roteamento baseado em caminho.
    3. A quantidade de CPU e memória para a qual o balanceador de carga interno está configurado com o Runtime Fabric existente.
  3. Peça ao seu operador K8s para configurar o encaminhamento de log em seu ambiente EKS ou AKS em seu serviço de log externo.
  4. Se necessário, peça ao seu administrador de rede para permitir o lista completa de portas e nomes de host no ambiente em que seu Runtime Fabric no Kubernetes autogerenciado será executado. Abaixo estão os nomes de host adicionais introduzidos com esta versão:
image.png
  1. Se necessário, verifique com o operador K8s se todos os proxies HTTP ou SOCKS5 usados ​​com o Runtime Fabric existente foram configurados corretamente com o ambiente Kubernetes.

Se seu ambiente depende de proxies de saída para acessar os nomes de host, é importante que o ambiente Kubernetes esteja ciente de que deve usar esses proxies para extrair as imagens Docker necessárias do registro de contêiner da MuleSoft.

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
image.png

Instale o Runtime Fabric no ambiente Kubernetes

Essas etapas serão realizadas pelo operador K8s e administrador MuleSoft:

  1. Em Anypoint Platform, navegue até Runtime Manager> Runtime Fabrics e crie um novo Runtime Fabric.
    • Nomeie seu Runtime Fabric
    • Selecione a opção EKS ou AKS
  2. Após o envio, você verá o link para as instruções de instalação e uma string de dados de ativação. Envie ambos para o seu operador K8s, juntamente com a sua chave de licença Mule e os proxies mencionados acima (se aplicável), e peça-lhes que sigam as instruções no documentação.
    • O operador do K8s deve ter instalado o Runtime Fabric no ambiente Kubernetes e injetado a chave de licença Mule. Para validar, você deve ver o status do Runtime Fabric no relatório do Anypoint Runtime Manager como ativo.
    • Confirme com o seu operador K8s o endpoint que o novo Runtime Fabric está configurado para usar. Você precisará disso para enviar solicitações ao Mules implantado no novo Runtime Fabric.
    • Você pode usar o Validador de chave de licença para verificar se a chave de licença Mule é válida.
  3. No Anypoint Runtime Manager:
    • Associe o novo Runtime Fabric aos ambientes e grupos de negócios Anypoint para corresponder ao seu Runtime Fabric existente.
    • Adicione os domínios que seu operador K8s configurou com solicitações de entrada para o novo Runtime Fabric na seção de tráfego de entrada do Runtime Fabric no Runtime Manager.
      • Esta etapa é necessária apenas se você precisar de roteamento de subdomínio para seus aplicativos.
      • Se isso não for especificado, você não poderá selecionar um domínio durante a implantação do aplicativo.
  4. Reúna todas as propriedades seguras inseridas em seu Runtime Fabric em VMs / bare metal e peça ao seu operador K8s para inserir esses segredos no novo Runtime Fabric, usando os comandos oferecidos via rtfctl. A documentação pode ser encontrada aqui.

Implantar aplicativos e gateways de API no Runtime Fabric

O aplicativo existente com suas políticas do API Manager precisa ser implementado no novo Runtime Fabric. As etapas abaixo podem ser realizadas pelo arquiteto do projeto ou um desenvolvedor de aplicativos Mule:

  1. Implante um aplicativo de teste no novo Runtime Fabric. O exemplo a seguir ilustra esse procedimento da IU do Runtime Manager, mas essas etapas podem ser realizadas por meio de APIs de plataforma ou Maven.
    • Crie uma nova implementação de aplicativo com o mesmo nome do aplicativo existente.
    • No destino de implementação, selecione o novo Runtime Fabric.
      • Se você não vir o novo Runtime Fabric, verifique se o Runtime Fabric está associado ao ambiente e grupos de negócios corretos.
    • Importe o artefato do aplicativo do Exchange, com a versão que corresponda à implantação existente em execução no Runtime Fabric existente.
    • Defina a versão do tempo de execução do Mule, valores de CPU, valor de memória, contagem de réplicas e outras configurações para corresponder à implantação existente no Runtime Fabric existente. Passe por cada guia para definir os valores de acordo.
    • Implante o aplicativo no novo Runtime Fabric e confirme se a implantação foi bem-sucedida.
  2. Se o seu aplicativo Mule aceita solicitações de entrada, use o ponto de extremidade fornecido pelo seu operador K8s para verificar se as solicitações podem ser encaminhadas para o seu aplicativo implantado.
    • Se você suspeitar que as solicitações de entrada não estão alcançando seu aplicativo Mule, trabalhe com o seu operador K8s para solucionar problemas de configuração com a rede subjacente, controlador de entrada ou modelo de cancelamento de entrada.
    • Se estiver executando no Kubernetes v1.18 ou superior, verifique se o operador do K8s configurou o modelo de modificação de entrada para especificar a classe de entrada. Consulte a documentação fornecida pelo controlador de entrada configurado no ambiente Kubernetes para mais informações.
  3. Repita as etapas acima nesta subseção para implantar todos os aplicativos no novo Runtime Fabric.
  4. Ao implantar por meio de APIs de plataforma ou do plug-in Mule Maven – normalmente usado para pipelines de CI – certifique-se de que os seguintes recursos não sejam especificados, pois não são compatíveis com o Runtime Fabric em Kubernetes autogerenciados:
    • Parâmetros de implantação do aplicativo Mule, como lastMileSecurity

Adicionar novos nós do Runtime Fabric ao balanceador de carga TCP

Os nós autogerenciados do Kubernetes precisam ser adicionados ao balanceador de carga TCP para que ele possa atender ao tráfego ativo. As etapas abaixo podem ser realizadas pela operadora do K8s, com assistência do administrador da rede:

  1. Peça ao seu operador K8s para configurar o balanceador de carga TCP em frente ao Runtime Fabric existente para adicionar os nós com o novo Runtime Fabric.
    • Os nós que precisam ser adicionados ao pool de servidores do balanceador de carga TCP são aqueles que estão executando o controlador de ingresso.
  2. Nesse ponto, os aplicativos em execução no Runtime Fabric existente e no novo devem atender às solicitações de entrada. Isso pode ser validado exibindo as métricas dos aplicativos em execução no novo Runtime Fabric usando Anypoint Monitoring.

Interrompa as solicitações de entrada no Runtime Fabric existente

Depois que o Kubernetes Runtime Fabric autogerenciado é adicionado ao balanceador de carga TCP, as solicitações de entrada para o Runtime Fabric existente devem ser interrompidas. As etapas abaixo podem ser realizadas pela operadora do K8s, com ajuda do administrador da rede.

  1. Quando estiver pronto, peça ao operador K8s para remover os nós do controlador do Runtime Fabric existentes do pool de servidores do balanceador de carga TCP.
  2. Verifique se os aplicativos em execução no Runtime Fabric existente não estão mais atendendo a solicitações examinando suas métricas usando o Anypoint Monitoring.

Descartar o Runtime Fabric existente

Depois que todos os aplicativos MuleSoft forem migrados para o Kubernetes autogerenciado, o cluster existente do Runtime Fabric pode ser excluído. As etapas abaixo requerem o administrador de TI e o arquiteto do projeto:

  1. Depois de validar se os aplicativos implantados no novo Runtime Fabric estão se comportando conforme o esperado, desimplante os aplicativos em execução no Runtime Fabric existente do Anypoint Runtime Manager.
  2. Exclua o Runtime Fabric existente do Anypoint Runtime Manager navegando até Runtime Manager> Runtime Fabrics> Selecionando o Runtime Fabric existente> Selecionando “Excluir Runtime Fabric” e confirmando a seleção.
  3. Peça ao seu administrador de TI para descartar a infraestrutura que executa o Runtime Fabric existente.

Resumo

Com o Runtime Fabric no Kubernetes autogerenciado, os clientes podem trazer sua infraestrutura e seus próprios Kubernetes (k8s), desde que o serviço k8s seja AKS ou EKS ou (Google Kubernetes Engine GKE em breve) Isso permite aos clientes maior controle, transparência e flexibilidade usando o serviço k8s da Amazon ou o serviço k8s do Azure. EKS / AKS são altamente disponíveis e gerenciados por provedores de nuvem liberando tempo do desenvolvedor para se concentrar na integração / desenvolvimento de API. O dispositivo Runtime Fabric, portanto, é substituído pelo próprio AKS / EKS do cliente.

Para saber mais sobre o Runtime Fabric, faça nosso curso Anypoint Platform Operations: Runtime Fabric. Se precisar de ajuda com a implementação da migração, entre em contato com os Serviços Profissionais MuleSoft ou um Parceiro MuleSoft.

[ad_2]

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
Luiz Presso