Introdução ao Address Pool Manager

Benefícios do Address Pool Manager

• Eficiência — Melhora a eficiência da utilização de endereços. O APM centraliza e automatiza a alocação de endereços para vários BNGs na rede. O APM usa a alocação de prefixo just-in-time, para provisionar prefixos somente quando um BNG precisar de endereços IP adicionais.

  O APM fornece apenas tantos prefixos quanto o BNG precisa. Depois de particionar o pool global do APM em grupos de prefixos, o APM subdivide ainda mais os prefixos para corresponder à solicitação do BNG. Essa subdivisão permite que o APM otimize o tamanho dos prefixos alocados.

• Simplicidade — evita a sobrecarga e a complexidade do monitoramento e provisionamento manuais de BNGs individuais.

• Capacidade de implantação — Instala e opera em qualquer hardware que atenda aos requisitos.

• Capacidade de recuperação — Recupera os prefixos não utilizados de pools que estão usando poucos endereços IP para um pool central e redistribui esses prefixos para outros pools que precisam deles.

Terminologia de endereçamento

Você deve ter um bom entendimento de endereçamento IP, roteamento entre domínios sem classe (CIDR), máscaras de sub-rede de comprimento variável (VLSMs) e como subdividir prefixos IP em sub-redes (sub-redes). Ao planejar sua estratégia de endereçamento (fora do escopo desta documentação) ou usar a recuperação manual de endereços, pode ser útil ver uma calculadora de sub-rede IP. Você pode encontrar muitas dessas calculadoras online.

Usamos a seguinte terminologia nesta documentação:

• Prefixo — Um endereço de rede IPv4 de 32 bits e comprimento de prefixo expresso usando notação CIDR; por exemplo, 198.51.100.0/24. Um prefixo define a parte da rede de um endereço IP. Um prefixo representa uma sub-rede.

• Comprimento do prefixo — O número de bits que determina o comprimento do prefixo e o tamanho da parte da rede de um endereço IP. Um comprimento de prefixo /24 significa que a parte de rede do endereço tem 24 bits. Os bits restantes (de 32) representam a parte do host de um endereço de rede. Para um prefixo com um comprimento de prefixo /24, a parte do host é de 8 bits: 32 – 24 = 8.

• Tamanho da rede — Às vezes, esse termo é usado para significar várias coisas diferentes, dependendo do contexto, o que pode levar à ambiguidade. Descrevemos o comprimento do prefixo e como ele corresponde ao número de endereços de host em sub-redes da seguinte forma:

  • Um prefixo mais longo, determinado por um comprimento de prefixo mais longo, corresponde a mais sub-redes com menos endereços de host para alocar por sub-rede.

  • Um prefixo mais curto, determinado por um comprimento de prefixo mais curto, corresponde a menos sub-redes com mais endereços de host para alocar por sub-rede.

• Endereços gratuitos são endereços IP que estão disponíveis e não foram atribuídos a assinantes.

Como funciona o APM

O APM mantém uma coleção centralizada de prefixos IP para um grupo de BNGs na rede. A CLI do APM refere-se aos BNGs gerenciados como entidades. Este documento geralmente usa o termo BNG, mas em alguns casos este documento usa o termo entidade.

O APM coordena a criação de domínios de pool com o BNG. Cada domínio de pool corresponde a um pool de endereços vinculado para uma determinada combinação de instâncias de roteamento no BNG. Além disso, em um controlador BNG CUPS, um domínio de pool corresponde a um pool de endereços vinculado para um determinado grupo de assinantes e combinação de instância de roteamento. Como os domínios de pool são criados dinamicamente, o BNG e o APM mantêm perfis ou modelos contendo atributos necessários para instanciar um domínio de pool. O perfil do APM contém atributos como repartição, limites de recuperação e comportamento de recuperação automática. O BNG. profile contém atributos como tamanho do prefixo e comportamento de instalação da rota de descarte.

APMi versão 1 (compatível com o Junos OS versão 22.1R1 e posterior). Você pode verificar a versão do APMi executando o comando show apm entity .

• Limiares e alarmes
• Operação geral do APM

Tabela 1: Ação tomada pelo APM para diferentes alarmes

Horário	Alarme enviado por BNG	Descrição
T0	—	Início da linha do tempo com um domínio de pool preenchido.
T1	Alarme de repartição	À medida que os assinantes fazem login, o número de endereços gratuitos no BNG cai abaixo do limite de repartição. O BNG envia um alarme de repartição. O APM recebe o alarme de repartição e aloca prefixos para o domínio do pool. O BNG aloca endereços dos prefixos de pool do domínio do pool.
T2	Alarme de repartição	O APM recebe o alarme de repartição, mas a partição não tem prefixos disponíveis. O alarme é NACKed e um carimbo de data/hora de repetição é definido como 15 minutos depois. O BNG tenta novamente o alarme de repartição neste carimbo de data/hora, a menos que não precise mais dos endereços.
T3	Alarme de repartição	No carimbo de data/hora da repetição, o BNG reenvia o alarme de repartição, pois o número de endereços livres ainda está abaixo do limite de repartição.
T4	Alarme de recuperação	Os assinantes continuam a fazer logout até que o número de endereços gratuitos ultrapasse o limite de recuperação. O BNG envia o alarme de recuperação com o pool sugerido a ser recuperado. O APM coloca um dreno na piscina sugerida e o BNG inicia o processo de drenagem na piscina.
T5	Alarme drenado da piscina	Quando o pool de endereços tem zero assinantes, não há endereços alocados no pool. O BNG envia o alarme de drenagem da piscina para o APM. O APM responde ao alarme de drenagem do pool com uma solicitação de exclusão. O BNG remove o pool da lista de pools do domínio do pool. O APM move o prefixo correspondente de volta para a partição para realocação. O número de endereços gratuitos cai após a remoção do pool.
T6	Alarme de recuperação	O APM recebe o alarme de recuperação, mas não executa nenhuma ação porque o alarme ocorreu fora da janela de recuperação. O APM retorna um alarme NACK com um carimbo de data/hora de repetição definido como a hora do início da janela de recuperação. O BNG tenta novamente o alarme de recuperação neste momento se ainda houver um excedente de endereços gratuitos.

As etapas a seguir explicam a operação geral do APM:

1. O BNG e o APM se comunicam usando o APMi, protocolo baseado em gRPC definido pela Juniper. O Google RPC (gRPC) é uma estrutura comum para a criação de protocolos de comunicação extensíveis e interoperáveis. Após a conexão inicial, o BNG inicia a sincronização do domínio do pool. O processo de sincronização de domínio do pool sincroniza o conjunto de domínios do pool que estão ativos. O APM alinha a lista de domínios de pool ativos com a lista de domínios de pool do BNG. Após a sincronização do domínio do pool, o BNG executa a sincronização do pool (descoberta) para cada domínio do pool. O APM alinha a lista de pools de cada domínio com a lista do BNG. Se o APM tiver retido pools adicionais (não na lista de pools do BNG para o domínio), os prefixos do pool serão liberados para a partição. Se o APM não tiver pools, o APM tentará alocar pools.

2. O APM monitora as mensagens de alarme enviadas pelo BNG.

3. O APM avalia e age no alarme. Por exemplo, se um BNG estiver ficando sem endereços, o BNG enviará um alarme de repartição ao APM. O APM aloca o número solicitado de prefixos da partição de origem do domínio e os retorna na resposta de alarme. O BNG adiciona esses prefixos de pool ao domínio do pool.

A Figura 1 mostra uma visão mais detalhada dos relacionamentos entre os vários componentes funcionais de uma única instância do APM. Cada bloco gerenciador mostra as tabelas de banco de dados que usa.

Observação:

Você pode executar várias instâncias do APM simultaneamente em vários clusters diferentes na rede. Essas instâncias do APM são independentes e não têm conhecimento umas das outras. As instâncias não compartilham estado ou configuração.

Cada instância do APM inclui os seguintes microsserviços como componentes funcionais do aplicativo:

• Gerente de entidade — Orquestra as atividades de gerenciamento de pool para os BNGs sob gerenciamento. Essas atividades incluem o processamento de alarmes e a alocação e recuperação de prefixos de pool.

• Gerenciador de endereços — Organiza o pool central de endereços em partições e gerencia as alocações dos prefixos raiz configurados em cada partição. Ele subdivide os prefixos raiz em prefixos menores e aloca os prefixos de acordo com os critérios configurados para o BNG.

• Gerenciador de provisionamento — Faz interface com o BNG para provisionar domínios de pool e seus pools de endereços associados. O gerenciador de provisionamento garante que os domínios e os prefixos de pool alocados associados permaneçam sincronizados entre o APM e o BNG.

  O gerenciador de provisionamento do APM se comunica com os BNGs gerenciados usando o APMi. O gerenciador de provisionamento envia mensagens gRPC para provisionar e desprovisionar prefixos diretamente nos BNGs em resposta a alarmes de domínio iniciados pelo BNG.

• O microsserviço MGMT fornece um esquema de configuração baseado em texto e CLI para que você possa configurar o conjunto de prefixos globais, os BNGs gerenciados e seus atributos de domínio do grupo associados. É possível usar a CLI para exibir estatísticas e estado para vários componentes funcionais. A saída fornece informações sobre carga do sistema, eficiência, utilização e erros ou condições anormais.

• Operador de APM — coordena várias alternâncias de geografia (alterações de função) e relata a integridade dos componentes de APM.

• Instância de banco de dados (DB) — Fornece acesso compartilhado às tabelas de banco de dados que cada componente funcional do APM usa. O banco de dados inclui tabelas para informações de domínio de endereço, BNG e pool. O banco de dados fornece armazenamento persistente para informações de configuração e estados operacionais.

• Sincronização de banco de dados — sincroniza o conteúdo relevante do banco de dados entre regiões geográficas.

• O APM emprega um banco de dados com informações de estado sobre as entidades, domínios de pool, pools, prefixos, alocações, configuração e assim por diante. Duas instâncias de banco de dados, uma primária e uma em espera, são implantadas em um modo de espera ativa. As instâncias do banco de dados são monitoradas por um serviço sentinela de banco de dados que detecta uma falha no banco de dados primário. Em caso de falha do banco de dados primário, o secundário assume a função do primário enquanto um novo banco de dados stand-by é restaurado.

  Observação:

  A redundância requer um mínimo de três nós de trabalho além do nó primário. Os nós de trabalho devem estar todos em servidores físicos separados. No entanto, os nós podem ser máquinas físicas ou virtuais.

CLI e gerenciamento de configuração

A interface de usuário (MGMT) é uma versão conteinerizada do processo de gerenciamento do Junos OS. Com essa interface, você pode usar a mesma estrutura de CLI que o Junos OS para configuração e monitoramento. O MGMT também fornece uma interface que permite gerenciar remotamente o APM.

O APM executa as seguintes tarefas:

• Carrega a configuração inicial do APM do serviço MGMT no banco de dados antes que outros componentes do APM possam prosseguir para seu estado de tempo de execução.

• Traduz comandos e configurações em ações e parâmetros que os microsserviços do APM entendem.

• Registra a configuração inicial e as alterações subsequentes no banco de dados para persistência. Ele notifica os componentes do APM sobre quaisquer alterações.

• Sincroniza as alterações de configuração confirmadas com a instância do MGMT no cluster de carga de trabalho de peer (usado apenas para várias configurações geográficas).

Operador de APM

O microsserviço Operador do APM coleta periodicamente dados de integridade para os microsserviços do APM. Em um ambiente de várias geografias, o Operador do APM coordena a função (ativa ou backup/inativa) dos serviços principais em cada cluster de carga de trabalho. Os operadores do APM (há um em cada cluster de carga de trabalho) se comunicam entre si pela rede entre clusters e por um backup (rede fora de banda) para coordenar a função dos serviços principais e também para retransmitir a integridade do pod de cada cluster de carga de trabalho. O microsserviço Operador do APM consiste em um pod do gerenciador de estado e um pod do controlador.

DBSync

O microsserviço DBSync mantém a sincronização entre os clusters de carga de trabalho de determinados estados persistentes armazenados no banco de dados de cada cluster de carga de trabalho. Os microsserviços DBSync se comunicam entre si pela rede entre clusters.

Gerente de Entidade

O gerenciador de entidades coordena as operações de outros componentes funcionais, que afetam o estado da entidade.

Para cada BNG sob gestão, o gerente de entidades rastreia as seguintes informações:

• O endereço BNG, que é o endereço de transporte do BNG que hospeda pools gerenciados.

• Uma lista dos domínios do pool que estão sendo gerenciados.

Um domínio de pool representa um pool de endereços vinculado no BNG. Para cada domínio de pool, o gerenciador de entidades rastreia as seguintes informações:

• Nome de domínio do pool — Uma string definida pelo usuário que identifica o pool gerenciado para o BNG. Cada nome de domínio do pool deve ser exclusivo para esse BNG. Isso significa que o nome de domínio do pool atua efetivamente como uma chave; Às vezes, ela é chamada de chave de domínio do pool. Uma cadeia de caracteres definida pelo usuário construída pela entidade. Para BNG, a cadeia de caracteres consiste no nome do perfil de domínio vinculado ao nome da instância de roteamento. Para o Controlador BNG CUPS, a cadeia de caracteres consiste no nome do perfil de domínio vinculado ao nome do grupo de assinantes e ao nome da instância de roteamento.

• O APM usa o formato pool-domain-name-sequence-number para nomear os pools que ele cria. O sequence-number tem pelo menos 4 dígitos; se o valor for menor que 1.000, o número de sequência é preenchido com 0 à esquerda. Portanto, 0001, 0999, 1000 213339 são números de sequência válidos. Por exemplo, se o nome de um domínio de pool for test-pd, o APM nomeará o primeiro pool test-pd. Ele nomeia os pools subsequentes test-pd-0000, test-pd-0001 e assim por diante.

• Prefixos — Uma lista ordenada dos prefixos que compõem o domínio do pool.

O gerenciador de entidades coleta várias estatísticas voláteis para várias operações (última descoberta, última alocação, última recuperação e assim por diante) no domínio do pool. As estatísticas incluem as contagens de alarmes, o número de pools, seus prefixos associados e os carimbos de data/hora. Você pode exibir essas estatísticas com comandos do APM show , como show apm entity.

O gerenciador de entidades solicita um novo prefixo para um domínio de pool do gerenciador de endereços quando o gerenciador de provisionamento retransmite o alarme de repartição do BNG para o gerenciador de entidades.

A solicitação de prefixo inclui as seguintes informações:

• Família de endereços — atualmente oferece suporte a IPv4

• Chave de alocação — o endereço IP e o domínio do pool do BNG gerenciado

• Comprimento do prefixo solicitado — O tamanho do prefixo que você deseja alocar de uma partição para um domínio de pool.

Posteriormente, o gerente de entidades tenta provisionar o(s) prefixo(s) alocado(s) para o pool de endereços do BNG.

O gerente de entidades inicia um processo para descobrir e reconciliar os domínios do pool BNG (Sincronização) sob gerenciamento quando o gerente de provisionamento notifica o gerente de entidades de que um BNG está acessível. O gerente de provisionamento envia um relatório de acessibilidade ao gerente de entidade sempre que o estado de acessibilidade é alterado. O gerente de entidades solicita a descoberta de todos os domínios de pool gerenciados para esse BNG.

O processo de descoberta usa a interface de provisionamento para localizar os domínios do pool e as informações do pool associadas, conforme conhecido pelo BNG. No final do processo de descoberta, o APM e o BNG têm os mesmos domínios de pool e prefixos de pool alocados.

Se as informações descobertas não corresponderem às informações existentes, o APM atualizará seus bancos de dados com as informações de partição para domínios de pool (para corresponder ao BNG). Se o APM descobrir um conflito durante a atualização, ele sinalizará o conflito como um aviso no log.

Gerenciador de endereços

O gerenciador de endereços usa um algoritmo VLSM para subdividir os prefixos raiz nas partições do pool de endereços em subprefixos menores até o valor que você configurou para cada prefixo max-prefix-len raiz. Durante a repartição, o gerenciador de endereços corresponde a uma solicitação de um prefixo de tamanho apropriado a uma partição e a um prefixo raiz. O APM aloca um subprefixo livre do prefixo raiz para atender ao evento de repartição.

O gerenciador de endereços registra uma mensagem de aviso se a porcentagem de endereços livres em uma partição cair abaixo do free-prefix-utilization limite. O cruzamento desse limite indica que a partição corre o risco de ficar sem endereços porque alocou muitos endereços.

Ao configurar o APM, você atribui prefixos raiz a uma partição. O gerenciador de endereços distribui prefixos de apenas uma única partição para qualquer domínio. Cada partição representa um contexto de alocação. O gerenciador de endereços usa o viés que você configura para o domínio para selecionar a partição da qual ele subdivide prefixos para alocação ao domínio.

Ao adicionar um prefixo raiz a uma partição, verifique se ele se encaixa nos limites mínimo e máximo de comprimento de prefixo especificados para essa partição:

• O min-prefix-lenvalor é o prefixo raiz válido mais curto.

• O max-prefix-lenvalor é o prefixo raiz válido mais longo.

Assim, min-prefix-len <= comprimento do prefixo raiz <= max-prefix-len.

Por exemplo, se min-prefix-len for 20 e max-prefix-len for 24, você poderá adicionar um prefixo raiz com comprimentos de prefixo de /20, /21, /22, /23 ou /24.

Quanto menor o comprimento do prefixo, mais endereços de host individuais estão disponíveis na sub-rede. Quanto maior o comprimento do prefixo, menos endereços de host individuais disponíveis na sub-rede. Por exemplo:

• Um comprimento de prefixo de /20 fornece 4.094 endereços de host utilizáveis.

• Um comprimento de prefixo de /24 fornece 254 endereços de host utilizáveis.

Observação:

Se você configurar um prefixo raiz que esteja fora dos limites especificados, o APM não o adicionará à partição.

• Subdivisão de prefixo
• Alocação de prefixo
• VLSM
• Exemplo de VLSM

Gerente de provisionamento

O gerenciador de provisionamento consiste em processos de trabalho que gerenciam as seguintes operações de provisionamento:

• Descoberta — sincroniza os domínios do pool e as informações do pool associadas entre o APM e um BNG. No final do processo de descoberta, o APM e o BNG concordam com a lista de domínios de pool e prefixos de pool alocados.

  Comportamento do APM — o APM reconcilia seus domínios de pool com a lista do BNG de modo que a lista do APM corresponda à lista do BNG. Os prefixos de pool para domínios que são excluídos durante a reconciliação têm seus prefixos de pool associados retornados à partição original.

  O gerenciador de provisionamento executa a descoberta sempre que o APM estabelece uma conexão com o BNG gerenciado, incluindo uma conexão restabelecida após uma falha de conexão. Enquanto a conexão estiver inativa, um administrador poderá alterar a configuração no BNG. O APM se ajusta adequadamente se detectar uma alteração durante a descoberta subsequente.

• Provisionamento — provisiona e desprovisiona prefixos em um BNG gerenciado. Enquanto o gerenciador de endereços gerencia a alocação de prefixos, o gerenciador de provisionamento se comunica com o BNG para provisionar o pool de endereços.

Quando a conexão é restaurada, o gerente de provisionamento notifica o gerente de entidades de que o BNG está acessível. O gerente de entidades solicita que o gerente de provisionamento inicie o processo de sincronização.

Recuperação automática de prefixos

Você pode habilitar o APM para lidar automaticamente com a tarefa de recuperação. Você pode configurar a pool-domain-profile recuperação automática no atribuído à entidade, conforme configurado na entity-match instrução.

Quando você habilita a recuperação automática, estas ações ocorrem:

• O APM responde aos alarmes de recuperação de domínio enviados pela entidade. O alarme de recuperação contém um nome de pool sugerido para recuperar.

• O APM responde ao alarme de recuperação instruindo a entidade a colocar um dreno ativo no pool. Quando o pool tiver sido completamente drenado (sem alocações de endereço pendentes do pool), a entidade gerará um alarme de drenagem do pool de domínio.

• O APM responde ao alarme de drenagem do pool instruindo a entidade a excluir o pool; O APM retorna o prefixo do pool para a partição da qual ele foi alocado.

• Depois que o prefixo é retornado à partição, ele fica disponível para outras entidades que geram alarmes de distribuição de domínio.

A recuperação automática permite limitar o número de endereços não utilizados mantidos na entidade. Como o processo de recuperação automática envolve um dreno ativo que potencialmente afeta o serviço, você pode configurar o APM para iniciar a recuperação automática apenas durante uma janela de manutenção configurada.

Liberando prefixos alocados para uma entidade

Caso uma entidade de rede falhe e não consiga se reconectar ao APM para permitir que qualquer prefixo de pool alocado seja recuperado para suas partições de origem, você poderá usar o request apm release entity system-id comando. Esse comando desaloca todos os prefixos e domínios de pool associados a uma entidade de rede. Você não poderá usar o request apm release entity system-id comando se o estado do APMi da entidade for reachable.

Use estas etapas para liberar prefixos de uma entidade inacessível.

1. Use o show apm entity system id comando para exibir o status de acessibilidade da entidade e os prefixos de pool mantidos por seus domínios de pool. A saída mostra que a entidade está acessível e alocou 3 prefixos de pool.

2. O request apm release entity system id comando não é bem-sucedido quando a entidade está acessível.

3. Insira o show apm entity para ver se a entidade está inacessível.

4. Como a entidade na Etapa 3 está inacessível, você pode inserir o comando para iniciar a request apm release entity system-id recuperação. O APM desprovisiona o pool e retorna os endereços para a partição de origem para realocação. Todos os prefixos de pool relatados na Etapa 1 são liberados.

Recuperação manual de endereços

A recuperação manual oferece controle refinado. A recuperação manual exige que você monitore de perto os domínios do pool e os pools de endereços em seus BNGs gerenciados.

1. Use o show apm alarms comando para exibir todos os alarmes pendentes recebidos do BNG. A saída exibe os nomes dos pools com o status do reclaim alarme.

   O reclaim alarme significa que o domínio do pool tem um excedente de endereços. O Info campo contém o nome de um pool que o BNG recomenda para recuperação. Um alarme de recuperação não significa que a piscina tenha um conjunto de drenos ativo. Se um dreno não estiver no lugar na piscina, a piscina ainda poderá alocar endereços.

2. Emita o request apm drain comando para começar a drenar a piscina.
   Observação:

   Você pode remover um dreno que você iniciou emitindo o request apm activate comando.

3. Use o show apm alarms comando para ver se o pool foi drenado. O status do alarme exibe o pool-drained status.
4. Emita o comando para iniciar a request apm reclaim recuperação. O APM desprovisiona o pool e retorna os endereços para a partição de origem para realocação.

Ao escolher a recuperação manual, tenha cuidado ao escolher o pool a ser recuperado. Aqui estão algumas das considerações para escolher um pool para recuperar.

• Ao drenar um pool, você deve acomodar os assinantes que usam esses endereços em outros pools no domínio do pool. Deve haver endereços livres suficientes nos outros pools (no domínio) para absorver esses assinantes. Portanto, o número de endereços livres no domínio do pool deve ser maior do que o número de endereços usados no pool que você drena:

  (endereços livres de domínio do pool) –(endereços gratuitos do pool de drenagem) > (endereços usados do pool de drenagem)

• Ao drenar um pool, você não deve deixar o domínio do pool em perigo imediato de ficar sem endereços gratuitos. Se a contagem de endereços livres no domínio ficar abaixo do limite de aparte, ela acionará um alarme de aporção que resultará no provisionamento de APM de mais endereços para o pool. Em outras palavras, tente não iniciar uma drenagem em uma piscina, a menos que a seguinte desigualdade seja verdadeira:

  (endereços livres de domínio do pool) – (endereços totais do pool de drenagem) > (limite de repartição)

Carimbos de data e hora

Use o show apm entity comando para monitorar as operações de recuperação do APM. A saída do comando mostra carimbos de data/hora para os últimos eventos de descoberta, última alocação e última recuperação quando você exibe estatísticas para um roteador ou um domínio de pool específico. Os carimbos de data/hora estão no formato ISO-8601 com um relógio de 24 horas:

YYYY-MM-DDThh:mm:ssZ

• T é o delimitador entre a data e a hora.

• Z indica que a hora está no fuso horário UTC. Se a hora do roteador usar um fuso horário diferente, o formato mostrará o deslocamento do UTC para identificar o fuso horário.

• Os fusos horários a oeste do UTC têm um deslocamento negativo, designado por –hh:mm.

• Os fusos horários a leste do UTC têm um deslocamento positivo designado por +hh:mm.

Por exemplo, os seguintes carimbos de data/hora mostram a mesma hora, assumindo a hora padrão:

• 2020–03–20T15:10:25Z (Londres)

• 2020–03–20T10:10:25-05:00 (Nova Iorque)

• 2020–03–20T16:10:25+01:00 (Paris)

• 2020–03–20T23:10:25+08:00 (Pequim)

Objetos do Kubernetes provisionados por APM

O APM cria os seguintes objetos do Kubernetes durante o início ou a implantação. O APM usa esses objetos em todo o seu ciclo de vida. Os objetos são removidos em apm stop.

• Namespace — cluster virtual de máquinas de nó que estão executando o APM. Todos os objetos do APM são isolados no jnpr-apm.

• Serviços de balanceamento de carga — os objetos são criados no momento da configuração para obter o endereço IP externo atribuído pelo balanceador de carga do cluster. Os serviços externos fora do cluster usam esses endereços IP externos para iniciar a comunicação com o APM. O cluster deve dar suporte ao MetalLB como o balanceador de carga de rede.

• ConfigMap — Armazena o arquivo de configuração para o servidor de banco de dados (redis.conf) e um arquivo de configuração inicial (juniper.conf) para o MGMT.

• PersistentVolumeClaims — Para contêineres que têm requisitos de armazenamento dinâmico de dados, esse objeto inclui MGMT.

• Segredos — Armazena chaves e certificados que você precisa para proteger o APMi.

• CustomResources — Um recurso personalizado (OperatingRole) é usado pelo APM para gerenciar a função dos microsserviços principais em cada cluster de carga de trabalho.