Arquitetura de implantação do Azure

Esta página oferece informações sobre a arquitetura de implantação no Azure junto com os componentes necessários.

Diagrama de arquitetura

Observação: uma arquitetura altamente disponível abrange três zonas de disponibilidade.

Lista completa de componentes

• Identidade Atribuída ao Usuário (Microsoft.ManagedIdentity/userAssignedIdentities) – configurada no conjunto de dimensionamento de máquina virtual do servidor e usado para o seguinte:
  • para permitir que o conjunto de dimensionamento de máquina virtual do servidor consulte o VMSS e identifique o primeiro servidor em que a instalação será executada;
  • para validar se os requisitos de hardware e as cotas da assinatura foram atendidos.
• Atribuição de função, leitor (Microsoft.Authorization/roleAssignments) – usado para permitir que a identidade gerenciada execute as operações acima mencionadas.
• Scripts de implantação (Microsoft.Resources/deploymentScripts):
  • um executado no início da implantação para validar a configuração selecionada (cota, disponibilidade, etc.);
  • um executado no final da implantação para validar seu status, pois algumas tarefas são assíncronas.
• Cofre de senhas (Microsoft.KeyVault/vaults) – usado para armazenar vários nomes de usuário e senhas (por exemplo: nome de usuário e senha SQL, senha ArgoCD).
• Servidor SQL (Microsoft.Sql/servers) – o servidor usado para criar os bancos de dados SQL.
• Bancos de dados SQL (Microsoft.Sql/servers/databases) – os bancos de dados necessários para cada serviço habilitado.
• Conjuntos de dimensionamento de máquinas virtuais (Microsoft.Compute/virtualMachineScaleSets) – os nós do cluster.
  • um conjunto de dimensionamento é usado para nós de servidor (plano de controle de cluster). Os nós de servidor também executam cargas de trabalho e possuem um disco de dados dedicado. Eles também têm a Identidade atribuída (Identidade Atribuída ao Usuário). Discos para cada nó:
    • Disco de sistema operacional de 256GiB (Premium_LRS)
    • Disco de binários de 256GiB (Premium_LRS)
    • Disco de dados de 512GiB ou 2TiB (básico ou completo, Premium_LRS)
    • UltraSSD_LRS 16GiB se habilitado, caso contrário Premium_LRS
  • um conjunto de escala é usado para nós de agente. Projetados para executar apenas cargas de trabalho (eles não têm serviços de plano de controle). Se o número de nós de agente desejados for 0, um conjunto de escala vazio será criado. Discos para cada nó:
    • Disco de sistema operacional de 256GiB (Premium_LRS)
    • Disco de binários de 256GiB (Premium_LRS)
  • Nós de GPU. Opcional. Nós usados especificamente para modelos de ML que possuem placas de vídeo. Se a quantidade de nós de GPU desejada for 0, nenhum conjunto de escala é criado. Discos para cada nó:
    • Disco de sistema operacional de 256GiB (Premium_LRS)
    • Disco de binários de 256GiB (Premium_LRS)
  • Máquina virtual (Microsoft.Compute/virtualMachines) – nó do Task Mining (o tamanho é o mesmo que o tamanho do nó VMSS do agente).
  • Extensão de Máquina Virtual (Microsoft.Compute/virtualMachines/extensions) - usada para instalar o Automation Suite
  • Discos (Microsoft.Compute/disks):
    • Disco de sistema operacional de 256GiB (Premium_LRS)
    • Disco de binários de 256GiB (Premium_LRS)
  • Interface de rede (Microsoft.Network/networkInterfaces)
• Rede virtual (Microsoft.Network/virtualNetworks) – rede virtual usada para implantar as máquinas virtuais do nó.
  • Sub-rede de Rede Virtual (Microsoft.Network/virtualNetworks/subnets) – onde residem todos os nós;
  • Sub-rede de Rede Virtual (Microsoft.Network/virtualNetworks/subnets) – usada para Azure Bastion (opcional, criado se o Azure Bastion estiver habilitado e uma rede virtual existente não foi selecionada).
• Balanceador de carga público (Microsoft.Network/loadBalancers) - usado para balancear o tráfego para os nós:
  • 443 – tráfego HTTPS para o cluster
  • 6443 – tráfego HTTPS para a API do Kubernetes
• Balanceador de carga interno (Microsoft.Network/loadBalancers) – usado durante a instalação para registro do nó. Possui IP fixo e permite tráfego em todas as portas.
• Bastion (Microsoft.Network/bastionHosts) – usado como uma jump box para acessar os nós do cluster. Opcional. Não implantado se você selecionou uma rede virtual existente.
• Grupo de segurança de rede (Microsoft.Network/networkSecurityGroups) – usado para proteger o tráfego de sub-rede. Permite conexões HTTPS (443) e VNet internas.
• Gateway NAT (Tradução do Endereço de Rede) (Microsoft.Network/natGateways) – usado para conectividade de saída durante a instalação. Ao usar VNet, uma conectividade de saída existente precisa ser fornecida, pois isso não será implantado.
• Endereços IP públicos (Microsoft.Network/publicIpAddresses)
  • um usado para o Azure Bastion. Isso é implantado se você selecionou uma nova Rede Virtual e se o Azure Bastion estiver habilitado.
  • um usado para o balanceador de carga público
  • um usado para o Gateway. NAT. Ao usar VNet, uma conectividade de saída existente precisa ser fornecida, pois isso não será implantado.
• Prefixos de IP público (Microsoft.Network/publicIPPrefixes) – usados para o Gateway NAT. Ao usar VNet, uma conectividade de saída existente precisa ser fornecida, pois isso não será implantado.
• Zona DNS privada (Microsoft.Network/privateDnsZones) – como essa implantação também pode ser usada sem uma zona DNS pública, uma zona DNS privada é criada.
  • Registros DNS conforme necessário
  • Link de rede virtual
• Conta de armazenamento (Microsoft.Storage/storageAccounts)
  • Um usado para orquestração de instalação e exposição de logs.