Objetivos

• Aprenda a configurar um VPC multizona com escala automática de instância.
• Entenda os conceitos de balanceamento de carga pública e privada.
• Saiba como escalar instâncias dinamicamente ou periodicamente.
• Conheça o uso de hosts dedicados.

1. O app de front-end implementado em instâncias de servidor virtual se comunica com o app de back-end por meio do balanceador de carga privado.
2. O app de back-end se comunica de forma segura com os serviços de nuvem via um terminal privado virtual (VPE).
3. À medida que a carga no aplicativo aumenta, o ajuste de escala para o VPC é ativado e dinamicamente inclui ou remove as instâncias de servidor virtual com base em métricas como CPU, RAM, etc. ou por meio de ajuste de escala planejado.
4. À medida que o escopo se expande, o host dedicado se isola e realiza cálculo pesado nos dados. Redimensione a instância no host dedicado atualizando o perfil com base em seu requisito. Além disso, expanda a capacidade de volume de armazenamento de blocos.
5. Todas as instâncias se comunicam com os serviços IBM Cloud sobre o backbone privado usando um terminal privado virtual (VPE). Consulte o tópico Sobre os gateways do terminal privado virtual para obter mais detalhes.

Antes de Iniciar

O tutorial requer:

• Uma IBM Cloud conta faturável.
• Um shell local com curl..

Ativar a criação de log e o monitoramento

1. Configure uma instância IBM Cloud Logs como destino de IBM Cloud Logs Routing. Consulte Primeiros passos com IBM® Cloud Logs Routing
2. Configure uma instância Monitoring para coletar métricas da plataforma. Consulte Ativação de métricas de plataforma

Provisão de serviços em nuvem necessária

Nesta seção, você criará os serviços de nuvem a seguir necessários para o aplicativo usando IBM Cloud Schematics: IBM Cloud Databases for PostgreSQL e IBM Cloud Object Storage.

1. Navegue até SchematicsÁreas de trabalho, clique em Criar área de trabalho.
   1. Na seção Especificar modelo, forneça https://github.com/IBM-Cloud/vpc-scaling-dedicated-host na URL do repositório GitHub ou GitLab.
   2. Selecione terraform_v1.5 como a versão do Terraform e clique em Next.
2. Em Detalhes da área de trabalho,
   1. Forneça um nome de espaço de trabalho: ' vpc-scaling-workspace.
   2. Escolha um Resource Group e um Location.
   3. Clique em Avançar.
3. Verifique os detalhes e, em seguida, clique em Criar.
4. Em Variáveis, defina ' step1_create_services como true clicando no menu de ação na linha > Editar, desmarque Usar padrão, escolha true no menu suspenso ' Override Value e clique em Salvar.
5. Configure quaisquer variáveis adicionais que você gostaria de substituir, as mais típicas são region, resource_group_name.
6. Role até a parte superior da página e clique em Gerar plano. Isso é o mesmo que o comando terraform plan.
7. Clique em Mostrar mais para verificar os recursos a serem provisionados.
8. Navegue até a página da área de trabalho usando o menu de trilha de navegação e clique em Aplicar plano. Verifique os logs para ver o status dos serviços criados.

Navegue até a lista de recursos. Aqui, é possível filtrar pelo basename usado para criar os recursos, ou seja, vpc-scaling, e você verá os serviços em nuvem necessários para este tutorial provisionado no grupo de recursos que você especificou. Todos os dados armazenados com esses serviços são criptografados com uma chave gerada e armazenada no IBM Key Protect for IBM Cloud.

Configurar um Virtual Private Cloud Multizona

Nesta seção, você irá:

• Provisione uma IBM Cloud® Virtual Private Cloud (VPC) com sub-redes que se estendem por duas zonas. Para garantir a alta disponibilidade do seu app de front-end e do app de back-end, você criará vários VSIs nessas zonas.
• Configure um balanceador de carga pública para o seu front-end e um balanceador de carga privado para o seu app de back-end para oferecer alta disponibilidade entre as zonas.
• Crie um modelo de instância usado para prover instâncias em seu grupo de instância.

Inicialmente, você pode não implantar todos os recursos de infraestrutura para fazê-lo escalar, mesmo que tenha projetado dessa forma. É possível iniciar com apenas uma ou algumas instâncias, conforme mostrado a seguir.

À medida que a carga aumentar, você poderá precisar de mais instâncias para entregar o tráfego. Você pode configurar um balanceador de carga público para o app de front-end e um balanceador de carga privado para o app de back-end para distribuir igualmente as solicitações recebidas pelas instâncias. Com um balanceador de carga, é possível configurar verificações de funcionamento específicas para os membros do conjunto de membros associados às instâncias.

Um modelo de instância é necessário para que seja possível criar um grupo de instâncias para o ajuste automático de escala. O modelo de instância define os detalhes das instâncias de servidor virtual que são criadas para o seu grupo de instâncias. Por exemplo, especifique o perfil (vCPU e memória), a imagem, os volumes conectados e as interfaces de rede para o modelo de imagem. Além disso, " user data é especificado para executar automaticamente os scripts de inicialização necessários para os aplicativos front-end e back-end, respectivamente. Todas as instâncias de serviço virtual criadas para um grupo de instâncias utilizam o modelo de instância que é definido no grupo de instâncias. O script provisiona um modelo de instância e um grupo de instâncias (um para front-end e outro para back-end) sem políticas de ajuste de escala automático definidas ainda. Este exemplo não requer volumes de dados para que eles sejam comentados no recurso modules/create_vpc/autoscale/main.tf ibm_is_instance_group.

O VPC usa a tecnologia cloud-init para configurar instâncias de servidor virtual. O campo user data na nova página do servidor virtual para VPC permite que os usuários insiram opções de configuração customizadas usando cloud-init.

Aumente o carregamento em suas instâncias para verificar o ajuste de escala

Nesta seção, você começará o ajuste de escala das instâncias com o método de ajuste de escala inicialmente configurado como estático. Em seguida, você se move para ajustar a escala das instâncias com o escalonamento dinâmico, configurando um gerenciador de instância e uma política de gerenciador de grupos de instância. Com base nas métricas de utilização de destino que você define, o grupo de instâncias pode incluir ou remover dinamicamente as instâncias para atingir a sua disponibilidade de instância especificada.

Configurar um host dedicado e prover uma instância de serviço virtual com um volume de dados criptografados

O fornecimento de hosts dedicados incorrerá em custos. Use o Estimador de custos para gerar uma estimativa do custo baseada em seu uso projetado.

Nesta seção, você criará um host dedicado em um grupo e oferecerá uma instância com um volume de dados criptografados.

A razão pela qual você cria um host dedicado é gerar um nó de cálculo de locatário único, livre de usuários fora de sua organização. Dentro desse espaço dedicado, é possível criar instâncias de servidor virtual de acordo com as suas necessidades. Além disso, é possível criar grupos de hosts dedicados que contêm hosts dedicados para um propósito específico. Como um host dedicado é um espaço de locatário único, somente os usuários em sua conta que têm as permissões necessárias podem criar instâncias no host.

1. Navegue até a guia Configurações da área de trabalho do seu Schematics, atualize a variável step4_create_dedicated como true e clique em Salvar a configuração.

2. Clique em Aplicar o plano para prover os recursos a seguir,

   • um grupo de hosts dedicado
   • um host dedicado
   • uma instância de serviço virtual com volume de dados criptografados (criptografia usando o IBM Key Protect for IBM Cloud) e com um grupo de segurança anexado.

   

3. Na saída de log, copie o endereço IP da instância e ative o Cloud Shell para executar o comando a seguir substituindo o item temporário <IP_ADDRESS> pelo endereço IP da instância

   export INSTANCE_IP=<IP_ADDRESS>
   

   Geralmente, você não irá configurar um IP público (IP flutuante) para uma instância. Nesse caso, um IP flutuante é configurado permite curl para o app implementado na instância.

4. Emita o comando curl a seguir para consultar o banco de dados. O aplicativo em execução na instância irá ler conteúdo do Databases for PostgreSQL sobre o terminal privado. Os dados são os mesmos que estão disponíveis ano aplicativo de front-end.

   curl \
   -s -X POST \
   -H "Content-Type: application/json" \
   --data '{ "query": "query read_database { read_database { id balance transactiontime } }" }' \
   http://$INSTANCE_IP/api/bank
   

5. Emita o comando curl a seguir para consultar o depósito do COS. O aplicativo em execução na instância irá ler conteúdo do Object Storage e retornar os resultados no formato JSON. Os dados armazenados em COS só estão disponíveis para o aplicativo em execução por meio da instância no host dedicado.

   curl \
   -s -X POST \
   -H "Content-Type: application/json" \
   --data '{ "query": "query read_items { read_items { key size modified } }" }' \
   http://$INSTANCE_IP/api/bank
   

6. Emita o comando curl a seguir para consultar o banco de dados e o depósito COS de uma vez. O aplicativo em execução na instância lerá conteúdo do Databases for PostgreSQL e do Object Storage e retornará os resultados no formato JSON.

   curl \
   -s -X POST \
   -H "Content-Type: application/json" \
   --data '{ "query": "query read_database_and_items { read_database { id balance transactiontime } read_items { key size modified } }" }' \
   http://$INSTANCE_IP/api/bank
   

Redimensione o VSI e expanda o volume de armazenamento de bloco conectado no host dedicado

Se você observou o perfil da instância provisionado no host dedicado, ele é configurado como cx2-2x4,em que c significa a família Compute (categoria) com 2 vCPUs e 4 GiB de RAM. Nesta seção, você irá redimensionar a instância atualizando o perfil para cx2-8x16 com 8 vCPUs, 16 GIB de RAM.

Nesta seção, você também expandirá o volume de armazenamento de bloco conectado ao VSI de 100 GB para 250 GB. Para entender a capacidade máxima no perfil de volume selecionado, confira Expandindo a capacidade do volume de armazenamento de bloco

O que vem a seguir?

Estenda o cenário configurando a finalização de SSL, sessões adesivas e criptografia de ponta a ponta. Para obter mais informações, consulte esta postagem do blog.

Remover recursos

Para remover a área de trabalho do Schematics e seus recursos, siga estes passos:

1. Acesse as áreas de trabalho do Schematics e selecione a sua.
2. Clique no menu suspenso Ações... e clique em Destruir recursos para limpar todos os recursos que foram provisionados por meio de Schematics.
3. Clique no menu suspenso Ações... e em Excluir área de trabalho para excluir a área de trabalho.

Dependendo do recurso, ele não é excluído imediatamente, mas retido (por padrão por 7 dias). É possível recuperar o recurso excluindo-o permanentemente ou restaurando-o dentro do período de retenção. Consulte este documento sobre como usar a recuperação de recurso.

Conteúdo relacionado

• Acessar instâncias remotas de forma segura com um host bastion
• Acessando instâncias de servidor virtual usando consoles VNC ou seriais
• Introdução ao IBM Cloud Hyper Protect Crypto Services