Implantar o Oracle WebLogic Server em um Cluster do Kubernetes

Você pode implantar o Oracle WebLogic Server em clusters do Kubernetes on-premises e na Oracle Cloud. A execução do Oracle WebLogic Server no Kubernetes oferece um equilíbrio entre automação, portabilidade e a capacidade de personalizar vários domínios. O Oracle WebLogic Server Kubernetes Operator é uma ferramenta de código aberto que simplifica o processo de criação e gerenciamento de vários domínios do Oracle WebLogic Server em um cluster do Kubernetes.

Arquitetura

Essa arquitetura de referência mostra um domínio do Oracle WebLogic Server implantado em um cluster do Kubernetes provisionado no Oracle Cloud usando o OCI Kubernetes Engine. Esse serviço facilita a criação de um cluster do Kubernetes e fornece os serviços necessários, como balanceador de carga, armazenamento em blocos e rede.

O diagrama a seguir ilustra essa arquitetura de referência.

Veja a seguir a descrição do weblogic-oke.png
Descrição da ilustração weblogic-oke.png

weblogic-oke-oracle.zip

A arquitetura tem os seguintes componentes:

  • Região

    Uma região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, hospedando domínios de disponibilidade. As regiões são independentes de outras regiões, e grandes distâncias podem separá-las (entre países ou até mesmo continentes).

  • Domínios de disponibilidade

    Domínios de disponibilidade são data centers stand-alone e independentes dentro de uma região. Os recursos físicos de cada domínio de disponibilidade são isolados dos recursos de outros domínios de disponibilidade, o que oferece tolerância a falhas. Os domínios de disponibilidade não compartilham infraestrutura como energia ou refrigeração ou a rede interna do domínio de disponibilidade. Portanto, uma falha em um domínio de disponibilidade não deve afetar os outros domínios de disponibilidade na região.

  • Domínios de falha

    Um domínio de falha é um agrupamento de hardware e infraestrutura dentro de um domínio de disponibilidade. Cada domínio de disponibilidade tem três domínios de falha com energia e hardware independentes. Quando você distribui recursos entre vários domínios de falha, seus aplicativos podem tolerar falha no servidor físico, manutenção do sistema e falhas de energia dentro de um domínio de falha.

  • Rede virtual na nuvem (VCN) e sub-redes

    Uma VCN é uma rede personalizável definida por software que você configura em uma região do Oracle Cloud Infrastructure. Como as redes tradicionais de data center, as VCNs oferecem controle sobre seu ambiente de rede. Uma VCN pode ter vários blocos CIDR não sobrepostos que você pode alterar após a criação da VCN. Você pode segmentar uma VCN em sub-redes, com escopo definido para uma região ou para um domínio de disponibilidade. Cada sub-rede consiste em um intervalo contíguo de endereços que não se sobrepõem a outras sub-redes da VCN. Você pode alterar o tamanho de uma sub-rede após a criação. Uma sub-rede pode ser pública ou privada.

  • Balanceador de carga

    O Oracle Cloud Infrastructure Load Balancing fornece distribuição automatizada de tráfego de um único ponto de entrada para vários servidores.

  • Armazenamento de arquivos

    O Oracle Cloud Infrastructure File Storage fornece um sistema de arquivos de rede durável, escalável e seguro e de nível empresarial. Você pode estabelecer conexão com o OCI File Storage de qualquer instância bare metal, de máquina virtual ou de contêiner em uma VCN. Você também pode acessar o OCI File Storage de fora da VCN usando o Oracle Cloud Infrastructure FastConnect e a IPSec VPN.

  • Kubernetes Engine

    O Oracle Cloud Infrastructure Kubernetes Engine (OCI Kubernetes Engine ou OKE) é um serviço totalmente gerenciado, escalável e altamente disponível que você pode usar para implantar seus aplicativos em contêineres na nuvem. Você especifica os recursos de computação necessários aos seus aplicativos, e o serviço Kubernetes Engine os provisiona no Oracle Cloud Infrastructure em uma tenancy existente. O OKE usa o Kubernetes para automatizar a implantação, o dimensionamento e o gerenciamento de aplicativos em contêineres entre clusters de hosts.

  • Cluster do Oracle WebLogic Server

    Um cluster faz parte de um domínio específico do Oracle WebLogic Server. Um cluster consiste em várias instâncias do Oracle WebLogic Server executando simultaneamente e funcionando juntas para oferecer maior escalabilidade e confiabilidade.

    Um cluster WebLogic é diferente de um cluster do Kubernetes. Um cluster WebLogic aparece para os clientes como uma única instância do Oracle WebLogic Server. As instâncias do servidor que constituem um cluster podem ser executadas na mesma máquina ou em máquinas diferentes. Cada instância do servidor em um cluster deve ter a mesma versão do Oracle WebLogic Server.

  • WebLogic Operador do Kubernetes

    Um operador Kubernetes é um software que gerencia aplicativos complexos. O Oracle WebLogic Kubernetes Operator foi projetado para executar uma função semelhante à de um operador humano em uma implementação de data center tradicional. Suas tarefas incluem iniciar e interromper ambientes, iniciar backups, executar operações de dimensionamento, executar tarefas manuais associadas a recuperação de desastres e necessidades de alta disponibilidade e coordenar ações com outros operadores em outros data centers.

Recomendações

Seus requisitos podem ser diferentes da arquitetura descrita aqui. Use as recomendações a seguir como ponto de partida.

  • VCN

    Ao criar uma VCN, determine o número de blocos CIDR necessários e o tamanho de cada bloco com base no número de recursos que você planeja anexar a sub-redes na VCN. Use blocos CIDR que estejam dentro do espaço de endereço IP privado padrão.

    Selecione blocos CIDR que não se sobreponham a nenhuma outra rede (no Oracle Cloud Infrastructure, em seu data center local ou em outro provedor de nuvem) para a qual você pretende configurar conexões privadas.

    Depois de criar uma VCN, você poderá alterar, adicionar e remover seus blocos CIDR.

    Ao projetar as sub-redes, considere seus requisitos de fluxo de tráfego e segurança. Anexe todos os recursos dentro de uma camada ou atribuição específica à mesma sub-rede, que pode servir como um limite de segurança.

    Usar sub-redes regionais.

    Essa arquitetura usa uma sub-rede pública para hospedar o Oracle Cloud Infrastructure Kubernetes Engine. Você também pode usar uma sub-rede privada; nesse caso, use um gateway NAT para permitir o acesso à internet pública do cluster.

  • Mecanismo do Kubernetes do OCI

    Embora o Oracle WebLogic Kubernetes Operator ofereça suporte a qualquer cluster genérico do Kubernetes, essa arquitetura usa clusters do OCI Kubernetes Engine. Esses clusters têm cinco nós de trabalho distribuídos por diferentes hosts físicos. No cluster, três nós de trabalho são dedicados para servidores gerenciados do Oracle WebLogic Server, um para o servidor de administração WebLogic e outro para o operador Kubernetes WebLogic. Você pode criar até 1000 nós em um cluster. Os nós de trabalho são implantados nos hosts VM.Standard2.1 do Oracle Linux.

  • Balanceador de carga

    Por padrão, os servidores Oracle WebLogic Server (servidores administrativos e gerenciados) criados pelo operador não são expostos fora do cluster do OCI Kubernetes Engine. Para expor o aplicativo ao mundo exterior, essa arquitetura usa um balanceador de carga público no Oracle Cloud Infrastructure Load Balancing. Um balanceador de carga público tem um endereço IP público acessível pela internet. Essa arquitetura usa um balanceador de carga com 100 Mbps para tratar o tráfego. Se você precisar lidar com mais tráfego de entrada, poderá escolher largura de banda maior, até 8000 Mbps.

  • File Storage

    Para estar em conformidade com as melhores práticas de execução de domínios do Oracle WebLogic Server, os arquivos de configuração de domínio nessa arquitetura são armazenados no armazenamento de arquivos compartilhados que é acessível de todos os servidores WebLogic do cluster. Essa configuração oferece as seguintes vantagens:

    • Não é necessário recriar imagens do Docker para alterações na configuração do domínio.
    • Os backups são mais rápidos e centralizados.
    • Os logs são armazenados por padrão no armazenamento persistente.

Considerações

  • Escalabilidade

    Você pode expandir seu aplicativo atualizando o número de nós de trabalho no cluster do Kubernetes, dependendo da carga. Da mesma forma, você pode ampliar reduzindo o número de nós de trabalho no cluster. No cluster do Kubernetes, ao criar um serviço, você pode criar um balanceador de carga para distribuir o tráfego de serviço entre os nós designados para esse serviço. Em vez de criar o sistema de arquivos e depois fazer referência a ele a partir dos scripts do operador, você pode criar seu volume persistente usando o provisionador do Oracle Cloud Infrastructure.

  • Disponibilidade do aplicativo

    O cluster do Kubernetes tem três nós de trabalho para servidores gerenciados que estão espalhados por diferentes infraestruturas físicas, para que os próprios clusters do Oracle WebLogic Server tenham a maior disponibilidade.

  • Segurança

    Use políticas para controlar quem pode executar seus recursos do Oracle Cloud Infrastructure e as operações que eles podem executar.

    O Oracle Cloud Infrastructure Kubernetes Engine é integrado ao Oracle Cloud Infrastructure Identity and Access Management (IAM). O serviço IAM fornece autenticação fácil com a funcionalidade de identidade nativa do Oracle Cloud Infrastructure.

Alterar Log

Este log lista alterações significativas: