Configurando um balanceador de carga global

Se você tem um website de e-commerce ou está hospedando um aplicativo que deve estar sempre acessível aos seus usuários, você provavelmente está preocupado com a disponibilidade e o desempenho 24x7 de seu aplicativo.

Os recursos globais de balanceamento de carga disponíveis com o IBM Cloud Internet Services (CIS) podem ajudar a melhorar a confiabilidade e a escalabilidade de seus aplicativos ao mesmo tempo em que fornece a melhor experiência de usuário possível.

Em seu painel, você verá três listas que mostram os balanceadores de cargaSoftware ou hardware que distribui carga de trabalho em um conjunto de servidores para assegurar que os servidores não sejam sobrecarregados. O balanceador de carga também direcionará os usuários para outro servidor se o servidor inicial falhar., os pools de origem e as verificações de integridadeUm processo que monitora os recursos do sistema e as condições para determinar se o sistema está sendo executado de forma eficiente. A verificação de funcionamento pode ser configurada para relatar problemas potenciais e para exibir os níveis de avisos e falhas antes que a integridade do sistema seja comprometida.. As listas exibem o balanceador de carga global novo ou atualizado ou um de seus componentes depois de você ter provisionado ou atualizado. Inicialmente, as listas estão vazias e, antes de criar um balanceador de carga, deve-se tomar algumas ações.

CIS pode oferecer suporte a pools de balanceadores de carga que usam um endereço IP privado, mas você não pode usar serviços de proxy ou verificações de integridade. Além disso, você só pode usar o balanceamento de carga baseado em DNS.

Consulte a Configuração rápida se você já souber o que fazer!

Nesta demo passo-a-passo, aprenda a definir uma configuração semelhante ao diagrama a seguir.

de balanceador de carga global*

Neste exemplo, os recursos do aplicativo são implementados em dois locais do data center, um no oeste dos EUA e outro no leste dos EUA. Os usuários poderão acessar esse aplicativo do mundo todo.

Etapa 1: configurar seu balanceador de carga global

Configurar seu balanceador de carga global.

Navegue para a seção Confiabilidade para começar a trabalhar com balanceadores de carga globais.
Role para a seção Verificações de funcionamento e clique em Criar verificação de funcionamento para definir uma verificação de funcionamento customizada.

Esta configuração é opcional. Se você não definir nenhuma verificação de funcionamento customizada, o sistema usará / como seu caminho de verificação de funcionamento padrão.
Forneça o caminho no qual você deseja conduzir as verificações de funcionamento. É possível usar protocolos HTTP ou HTTPS para as suas verificações de funcionamento.
Ao expandir o menu Opções avançadas, é possível customizar outros parâmetros, como o intervalo de verificação de funcionamento, o número de novas tentativas ou o método de solicitação e o corpo de resposta.
Clique em Criar para concluir sua configuração de verificação de funcionamento.

Etapa 2: identificar seus recursos de aplicativo

Identifique os recursos de seu aplicativo, como os conjuntos de origem e os mecanismos de verificação de funcionamento.

Navegue até a seção Conjuntos de origem e clique em Criar conjunto para definir um novo conjunto de origem.

Os conjuntos de origem são recursos do servidor que entregam aplicativos para seus clientes.
Atribua um nome ao seu conjunto de origem e selecione o mecanismo de verificação de funcionamento que foi definido anteriormente. Inclua seu servidor de aplicativos como sua origem. É possível incluir uma ou mais origens clicando em Incluir origem.

Se seus servidores de aplicativos forem colocados atrás de um balanceador de carga local, como um balanceador de carga do IBM Cloud, inclua o FQDN ou IP virtual de seu balanceador de carga como sua origem em vez de incluir seus servidores individuais.
Clique em Criar para concluir a criação de seu conjunto de origem.

O conjunto de origem aparece inicialmente como Não funcional. Esse estado muda para Funcional após uma verificação de funcionamento bem-sucedida pelo sistema. Pode ser necessário atualizar seu navegador para ver a mudança de estado.

Se você tiver diversas origens dentro de seu conjunto de origem, use o limite de origem funcional para especificar o número mínimo de origens que devem estar funcionais antes de declarar o conjunto como funcional.
Defina tantos conjuntos de origem quanto o número de farms de aplicativos que você possui. Essas farms podem estar dentro das mesmas ou diferentes regiões geográficas. Em nosso exemplo, criamos dois conjuntos de origem representando uma farm de aplicativos nas costas oeste e leste dos Estados Unidos.

Etapa 3: definir o balanceador de carga global

Defina sua configuração do balanceador de carga global especificando um nome do host, incluindo e ajustando seus conjuntos de origem e definindo regras adicionais para controlar como o tráfego é entregue aos clientes.

Clique em Criar balanceador de carga.
Especifique o nome do host para o seu domínio e ajuste o valor de TTL, se desejado (o padrão é 60 segundos), além disso, use Incluir conjunto para incluir seus conjuntos de origem.

Os nomes do host que são combinados com nomes de domínio formam nomes de domínio totalmente qualificados (FQDN) para o seu aplicativo. Seus usuários se conectam ao seu aplicativo usando esse FQDN.
Ajuste as prioridades relativas de seus conjuntos de origem clicando nas setas para cima e para baixo na coluna Prioridade. As solicitações de aplicativos dos usuários são atendidas no modo round-robin por esses conjuntos de origem.
Opcionalmente, é possível definir regras adicionais para controlar como o tráfego é entregue a clientes de diferentes regiões geográficas. É possível usar essas regras para direcionar os clientes para a sua região mais próxima possível. Se alguma dessas regiões falhar, as solicitações serão encaminhadas para outros locais em operação disponíveis, para que os usuários não sejam afetados pelo tempo de inatividade.
Clique em Criar para concluir a configuração de seu balanceador de carga global.
Por fim, verifique a conectividade com o seu aplicativo tentando se conectar à URL do FQDN por meio de um navegador.

Detalhes do balanceador de carga global

Configuração rápida do balanceador de carga global

É possível criar conjuntos e verificações de funcionamento diretamente na opção de menu Criar balanceador de carga. Navegue para Confiabilidade > Balanceador de carga global > Criar balanceador de carga > Incluir conjunto, em seguida, selecione Criar novo na Lista de conjuntos de origem.

Insira um nome de pool, origensUm servidor que processa e responde a solicitações recebidas de clientes e é geralmente usado com um servidor de armazenamento em cache. e selecione uma verificação de integridade. É possível criar uma nova verificação de funcionamento aqui escolhendo Criar novo no menu de listagem Verificação de funcionamento e inserindo as informações para criar a verificação de funcionamento.

Incluindo uma verificação de funcionamento

As verificações de funcionamento são anexos opcionais para conjuntos de origem. Elas usam um intervalo de repetição customizado para análise de um corpo de resposta específico, ou para um código de status, para monitorar o funcionamento do conjunto. Depois de criar uma verificação de funcionamento, é possível incluí-la em um conjunto de origem novo ou existente. Navegue para Confiabilidade > Balanceador de carga global > Eventos de verificação de funcionamento para ver uma tabela de eventos de verificação de funcionamento. É possível filtrar por data, funcionamento do conjunto ou origem, nome do conjunto e nome de origem.

Campos de verificação de funcionamento:

Tipo de monitor: o protocolo a ser usado para a verificação de funcionamento (padronizado para HTTP).
Caminho: o caminho de terminal com relação ao qual a verificação de funcionamento é executada (padronizado para /).
Porta: clique nos botões de seta para aumentar ou diminuir o número da porta.
Descrição: descrição da verificação de funcionamento.

Expanda a seção Opções avançadas para ver mais configurações.

Intervalo de teste: o intervalo (em segundos) entre cada verificação de funcionamento. Os intervalos mais curtos podem melhorar o tempo de failover, mas aumentam a carga nas origens uma vez que as verificações vêm de diversos locais (padronizado para 60).
Método: o método de HTTP a ser usado para a verificação de funcionamento (padronizado como GET).
Tempo limite: o tempo (em segundos) antes de marcar a verificação de funcionamento como com falha (padronizado como 5).
Número de novas tentativas: o número de novas tentativas a serem feitas no caso de um tempo limite antes de marcar a origem como não funcional. As novas tentativas são tentadas imediatamente (padronizado como 2).
Código de resposta esperado: o código de resposta de HTTP esperado ou o intervalo de códigos da verificação de funcionamento. Esse valor deve ser entre 200 e 299 com curingas denotados por um 'x'.
Corpo de resposta: uma subsequência sem distinção entre maiúsculas e minúsculas para correspondência no corpo de resposta. Se essa cadeia não for localizada, a origem será marcada como inoperante.

Expanda a seção Configurar cabeçalhos de solicitação para incluir e configurar cabeçalhos de solicitação de HTTP para serem enviados na verificação de funcionamento. É recomendado que você configure um cabeçalho do Host por padrão. O cabeçalho User-Agent não pode ser substituído.

Incluindo um conjunto

Pelo menos um conjunto é necessário para cada balanceador de carga provisionado. Os conjuntos agrupam suas origens para o balanceador de carga usar.

Ao criar um conjunto, dois campos são necessários:

Nome: um nome abreviado (tag) para o conjunto. Apenas caracteres alfanuméricos, hifens e sublinhados são permitidos.
Origens: a lista de origens dentro desse conjunto. O tráfego direcionado nesse conjunto é balanceado em todas as origens atualmente operantes, desde que o conjunto em si esteja operante.

Campos opcionais adicionais:

Verificação de funcionamento: a verificação de funcionamento para uso para verificação de origens dentro deste conjunto. (padroniza para nenhuma verificação de funcionamento)
Limite de origens operantes: o número mínimo de origens que devem estar operantes para esse conjunto servir o tráfego. Se o número de origens íntegras ficar abaixo desse número, o conjunto será marcado como não íntegro e fará failover para o próximo conjunto disponível. (o padrão é 1)
Região de verificação de funcionamento: a região por meio da qual a verificação de funcionamento executa o monitoramento.

As regiões geográficas da IBM são diferentes das regiões do Cloudflare. Para obter detalhes sobre as regiões geográficas usadas pela Cloudflare, consulte "Geo Steering" em Traffic steering.
Ativado: se é necessário ativar (o padrão) esse conjunto. Conjuntos desativados não recebem tráfego e são excluídos de verificações de funcionamento. A desativação de um conjunto faz com que quaisquer balanceadores de carga que o utilizem efetuem failover para o próximo conjunto, se houver (padronizado como true).

Incluindo um balanceador de carga global

Balanceadores de carga ajudam a distribuir seu tráfego em proxy entre vários conjuntos de origem usando uma distribuição round-robin.

Ao criar um balanceador de carga, os campos obrigatórios são:

Nome do host do balanceador: o nome do host DNS para associar ao seu balanceador de carga. Se esse nome do host já existir como um registro de DNS no DNS da IBM, o balanceador de carga terá precedência e o registro de DNS não será usado.
Conjuntos de origem padrão: uma lista de IDs do conjunto. A lista é ordenada pela prioridade do failover. Conjuntos definidos aqui são usados por padrão ou quando conjuntos de regiões não estão configurados para uma determinada região.

Opcionalmente, é possível configurar os campos a seguir:

Proxy: rotear o tráfego por meio do serviço de desempenho e métricas da IBM.
Afinidade de sessão: sempre rotear por meio da mesma instância de desempenho e métricas. Essa opção está disponível somente se o proxy está ativado.
TTL: Tempo de Vida (TTL) da entrada de DNS para o endereço IP retornado por esse balanceador de carga. Essa opção se aplicará somente ao balanceador de carga sem proxy; caso contrário, ela será padronizada para Automatic.
Rotas geográficas: um mapeamento de códigos de região ou de país para uma lista de conjuntos (ordenados por sua prioridade de failover) para a região fornecida. Quaisquer regiões não definidas explicitamente efetuam fallback para usar os conjuntos padrão.

As regiões geográficas da IBM são diferentes das regiões do Cloudflare. Para obter detalhes sobre as regiões geográficas usadas pela Cloudflare, consulte "Geo Steering" em Traffic steering.

Editando ou excluindo um balanceador de carga global

Para editar ou excluir um balanceador de carga ou um de seus componentes, clique no menu Ações, localizado à direita da linha, e selecione a ação que deseja executar na lista.