- Visão geral
- Requisitos
- Recomendado: modelos de implantação
- Manual: preparando a instalação
- Manual: preparando a instalação
- Etapa 1: Configuração do registro compatível com OCI para instalações offline
- Etapa 2: configuração do objectstore externo
- Etapa 3: configuração do High Availability Add-on
- Etapa 4: configuração do Microsoft SQL Server
- Etapa 5: configuração do balanceador de carga
- Etapa 5: configuração do DNS
- Etapa 7: configuração dos discos
- Etapa 8: ajuste das configurações no nível do kernel e do sistema operacional
- Etapa 9: configuração das portas do nó
- Etapa 10: aplicação de configurações diversas
- Etapa 12: validação e instalação dos pacotes RPM necessários
- Etapa 13: geração de cluster_config.json
- Configuração de Certificados
- Configuração do Banco de Dados
- Configuração externa do Objectstore
- Configuração de URL pré-assinada
- Configuração de registro externo compatível com OCI
- Disaster Recovery: configurações Ativo/Passivo e Ativo/Ativo
- Configuração do High Availability Add-on
- Configuração específica do Orchestrator
- Configuração específica do Insights
- Process Mining-specific configuration
- Configuração específica do Document Understanding
- Automation Suite Robots-specific configuration
- Configuração do monitoramento
- Opcional: configuração do servidor proxy
- Opcional: habilitação da resiliência a falhas zonais em um cluster de produção pronto para alta disponibilidade de vários nós
- Opcional: transmitindo resolv.conf personalizado
- Optional: Increasing fault tolerance
- Parâmetros do install-uipath.sh
- Adicionando um nó de agente dedicado com suporte a GPU
- Adição de um nó de agente dedicado ao Task Mining
- Conexão do aplicativo Task Mining
- Adicionando um nó de agente dedicado para robôs do Automation Suite
- Etapa 15: configuração do registro temporário do Docker para instalações offline
- Etapa 16: validação dos pré-requisitos para a instalação
- Manual: realizando a instalação
- Pós-instalação
- Administração de cluster
- Gerenciando produtos
- Introdução ao portal de administração do cluster
- Migrating objectstore from persistent volume to raw disks
- Migração do High Availability Add-on no cluster para externo
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- Migração para um registro externo compatível com OCI
- Mudança para o cluster secundário manualmente em uma configuração Ativo/Passivo
- Disaster Recovery: executando operações pós-instalação
- Convertendo uma instalação existente para configuração multi-local
- Diretrizes sobre atualização de uma implantação Ativo/Passivo ou Ativo/Ativo
- Diretrizes sobre backup e restauração de uma implantação Ativo/Passivo ou Ativo/Ativo
- Redirecionamento do tráfego dos serviços não compatíveis para o cluster principal
- Monitoramento e alertas
- Migração e atualização
- Etapa 1: mover os dados da organização do Identity, de independente para o Automation Suite
- Etapa 2: restauração do banco de dados de produtos independente
- Etapa 3: backup do banco de dados da plataforma no Automation Suite
- Etapa 4: mesclando organizações no Automation Suite
- Etapa 5: atualização das strings de conexão do produto migradas
- Etapa 6: migração do Orchestrator independente
- Etapa 7: migração do Insights independente
- Etapa 8: exclusão do tenant padrão
- B) Migração de um único tenant
- Migração do Automation Suite no Linux para o Automation Suite no EKS/AKS
- Atualizando o Automação Suite
- Download dos pacotes de instalação e obtenção de todos os arquivos no primeiro nó do servidor
- Recuperação da mais recente configuração aplicada do cluster
- Atualização da configuração de cluster
- Configuração do registro compatível com OCI para instalações offline
- Execução da atualização
- Realização de operações pós-atualização
- Configuração específica do produto
- Uso da ferramenta de configuração do Orchestrator
- Configuração de parâmetros do Orchestrator
- Configurações de aplicativo do Orchestrator
- Configuração do AppSettings
- Configuração do tamanho máximo da solicitação
- Substituição da configuração de armazenamento no nível do cluster
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Melhores práticas e manutenção
- Solução de problemas
- Como solucionar problemas dos serviços durante a instalação
- Como desinstalar o cluster
- Como limpar os artefatos offline para melhorar o espaço em disco
- Como limpar os dados do Redis
- Como habilitar o registro em log do Istio
- Como limpar logs manualmente
- Como limpar logs antigos armazenados no bucket do sf-logs
- Como desabilitar os logs de streaming para o AI Center
- Como depurar instalações do Automation Suite com falha
- Como excluir imagens do instalador antigo após a atualização
- Como desabilitar o descarregamento de soma de verificação do TX
- Como atualizar do Automation Suite 2022.10.10 e 2022.4.11 para 2023.10.2
- Como definir manualmente o nível de log do ArgoCD como Info
- Como expandir o armazenamento do AI Center
- Como gerar o pull_secret_value codificado para registros externos
- Como lidar com cifras fracas no TLS 1.2
- How to forward application logs to Splunk
- Não é possível executar uma instalação offline no SO RHEL 8.4
- Erro ao baixar o pacote
- A instalação offline falha devido a um binário ausente
- Problema de certificado na instalação offline
- First installation fails during Longhorn setup
- Erro de validação da string de conexão ao SQL
- Verificação de pré-requisito para o módulo iscsid do selinux falha
- Azure disk not marked as SSD
- Falha após a atualização do certificado
- Antivírus causa problemas de instalação
- Automation Suite not working after OS upgrade
- O Automation Suite requer que backlog_wait_time seja definido como 0
- Não é possível montar o volume devido a não estar pronto para cargas de trabalho
- Falha na coleta de logs do pacote de suporte
- A cadeia de caracteres de conexão SQL da Automação de Teste é ignorada
- Data loss when reinstalling or upgrading Insights following Automation Suite upgrade
- A atualização de nó único falha no estágio de malha
- Cluster unhealthy after automated upgrade from 2021.10
- Upgrade fails due to unhealthy Ceph
- RKE2 não é iniciado devido a um problema de espaço
- O volume não pode ser montado e permanece no estado de loop anexar/desanexar
- A atualização falha devido a objetos clássicos no banco de dados do Orchestrator
- Um cluster do Ceph foi encontrado em um estado degradado após atualização lado a lado
- Um componente sem integridade do Insights causa uma falha na migração
- A atualização do serviço falha para o Apps
- Tempos limite de atualização no local
- Migração de registro do Docker presa no estágio de exclusão do PVC
- Falha no provisionamento do AI Center após a atualização para a 2023.10 ou posterior
- Falha de atualização em ambientes offline
- A validação de SQL falha durante a atualização
- pod snapshot-controller-crds no estado CrashLoopBackOff após a atualização
- Erro de upgrade/reinstalação do endpoint da API REST do Longhorn
- Configurando um intervalo de tempo limite para os portais de gerenciamento
- Autenticação não funciona após migração
- kinit: não é possível encontrar o KDC para o realm <AD Domain> ao obter credenciais iniciais
- kinit: o Keytab não contém chaves adequadas para *** ao obter credenciais iniciais
- Falha na operação GSSAPI devido a código de status inválido
- Alarme recebido para trabalho com falha do Kerberos-tgt-update
- Provedor de SSPI: servidor não encontrado no banco de dados Kerberos
- Falha de login para usuário do AD devido a conta desabilitada
- ArgoCD login failed
- Atualizar as conexões de diretório subjacentes
- Falha ao obter a imagem do sandbox
- Os pods não são exibidos na UI do ArgoCD
- Falha de teste do Redis
- O servidor RKE2 falha ao iniciar
- Segredo não encontrado no namespace da UiPath
- O ArgoCD entra em estado Em andamento após a primeira instalação
- Pods de MongoDB em CrashLoopBackOff ou provisionamento de PVC pendente após exclusão
- Unhealthy services after cluster restore or rollback
- Pods presos em Init:0/X
- Métricas Ceph-rook ausentes nos painéis de monitoramento
- Os pods não podem se comunicar com o FQDN em um ambiente de proxy
- O Document Understanding não está no menu de navegação esquerdo do Automation Suite
- Status de Falha ao criar uma sessão de rotulagem de dados
- Status de Falha ao tentar implantar uma habilidade de ML
- Trabalho de migração falha no ArgoCD
- Reconhecimento de escrita com o Extrator de formulários inteligente não está funcionando
- Execução de alta disponibilidade com o Process Mining
- Falha na ingestão do Process Mining ao fazer logon usando o Kerberos
- After Disaster Recovery Dapr is not working properly for Process Mining
- Não é possível conectar-se ao banco de dados AutomationSuite_ProcessMining_Warehouse usando uma string de conexão em formato pyodbc.
- A instalação do Airflow falha com sqlalchemy.exc.ArgumentError: não foi possível analisar o URL rfc1738 da string ''
- Como adicionar uma regra de tabela de IP para usar a porta 1433 do SQL Server
- Task Mining troubleshooting
- Execução da ferramenta de diagnóstico
- Usando o pacote de suporte do Automation Suite
- Exploração de logs
Guia de instalação do Automation Suite no Linux
Requisitos de hardware e software
Para saber mais sobre os principais conceitos usados em uma implantação do Automation Suite, consulte o Glossário.
A experiência de instalação padrão inclui duas opções de produtos:
- Completo (todos os produtos) – Instale a lista completa de produtos disponíveis no Automation Suite. Para obter detalhes, consulte Produtos do Automation Suite.
-
Selecionar produtos – Permite selecionar e instalar apenas os produtos de seu interesse. Observe, no entanto, que o instalador leva em consideração as dependências entre produtos. Isso significa que, se um produto exigir a instalação de outro, você deverá instalar os dois. Para obter detalhes, consulte Dependências entre produtos.
Observação:Você pode habilitar produtos adicionais posteriormente na mesma implantação a qualquer momento, após a instalação inicial, sem precisar reinstalar. Para obter mais detalhes, consulte Gerenciamento dos produtos.
Recomendamos validar os requisitos de hardware com base no uso esperado e garantir que a implantação tenha capacidade suficiente antes de adicionar produtos adicionais. Para detalhes, consulte Planejamento de capacidade.
Você pode implantar o Automation Suite na avaliação de nó único ou no modo de produção pronto para alta disponibilidade de vários nós . Embora a maioria dos pré-requisitos para os dois perfis seja idêntica, o modo de produção pronto para HA de vários nós requer recursos adicionais.
Depois que a implantação for iniciada, você não poderá alternar/atualizar de um perfil de implantação para outro. Antes de escolher seu perfil de implantação, consulte Casos de uso suportados para instalações de nó único e vários nós.
Tipo de pré-requisito |
Pré-requisito |
---|---|
Hardware |
|
Requisitos gerais das máquinas | |
Requisitos específicos dos seguintes produtos:
| |
Versão do RHEL suportada e a ferramenta ipcalc instalada em todas as máquinas Linux. Para obter detalhes sobre a compatibilidade do RHEL com versões do Automation Suite, consulte Matriz de compatibilidade do RHEL. Observação:
Oferecemos suporte a novas versões secundárias do RHEL em até 90 dias após o lançamento. Oferecemos suporte ao SELinux com políticas padrão. | |
FIPS 140-2 | |
Balanceador de carga L4/balanceador de carga de rede | |
Requisito do servidor do NFS (servidor do NFS no local ou gerenciado na nuvem com a versão NFSv3/NFSv4 baseada no Linux)
| |
Portas dos nós | |
Software |
Pacotes de RPM em cada máquina |
SQL Server | |
Objectstore (armazenamento do Azure Blob, AWS S3, Objectstore compatível com o S3) | |
Registro compatível com OCI | |
Dns | |
TLS 1.2+ | |
IPv4
(O IPv6 não é compatível) | |
A memória de troca deve estar desabilitada. | |
|
- Você precisa de permissão de “root” para instalar e implantar o Automation Suite. Para obter mais informações sobre os componentes específicos que exigem o acesso de root, consulte Requisito de privilégios de root.
-
O Cilium requer permissões CAP_SYS_ADMIN para funcionar corretamente. Certifique-se de que essas permissões sejam concedidas.
- Ter agentes de varredura em execução em seu sistema pode causar falhas de instalação ou tempo de execução, devido às alterações que eles fazem no IPTables. Para evitar esse comportamento, configure seu agente de varredura para que ele não interfira na instalação do Automation Suite.
- A UiPath® não prescreve configurações específicas de firewall ou ferramenta de desenvolvedor desde que os requisitos do Automation Suite sejam atendidos. Com base em nossas observações, um número limitado de ferramentas externas pode interferir com a operação estável do Automation Suite. Se esses problemas surgirem, entre em contato com o fornecedor relevante para obter ajuda. Para obter orientação adicional, consulte a matriz de responsabilidade do Automation Suite.
Antes de começar, considere o seguinte:
- O Automation Suite suporta o Federal Information Processing Standard 140-2 (FIPS 140-2). Você pode executar uma instalação limpa do Automation Suite em um host habilitado para FIPS 140-2. Você também pode habilitar o FIPS 140-2 em uma máquina na qual executou anteriormente uma instalação do Automation Suite. Para obter detalhes, consulte Segurança e conformidade.
Observação:
Atualmente, o Insights não é suportado em hosts habilitados para FIPS. Certifique-se de desabilitar o Insights ao instalar o Automation Suite em um host habilitado para FIPS.
- Os requisitos mínimos de hardware não protegem a implantação de falhas de nó.
- O perfil de produção pronto para alta disponibilidade de vários nós é resiliente a apenas uma falha de nó. Isso significa que você pode perder apenas um nó de servidor. Essa restrição não se aplica aos nós do agente. Você pode perder vários nós de agente e ainda continuar a usar o cluster sem tempo de inatividade, desde que haja capacidade geral de cluster suficiente disponível.
- Você pode aumentar a tolerância a falhas do nó do servidor seguindo as instruções em Experiência de instalação avançada.
As seções a seguir listam os requisitos de hardware para a seleção completa de produtos e produtos individuais.
As seções a seguir descrevem os requisitos rígidos para a seleção completa do produto.
Requisitos gerais
Hardware para todos os produtos |
Requisito mínimo de nó único |
Requisitos mínimos de vários nós |
---|---|---|
Processador por cluster |
32 (v-)CPU/cores |
96 (v-)CPU/cores |
Processador mínimo por nó |
N/A |
8 (v-)CPU/cores |
BATER |
64 GiB |
192 GiB |
Mínimo de RAM por nó |
N/A |
16 GiB |
Discos de clusters* |
256 GB SSD Min IOPS: 1100 |
256 GB SSD Min IOPS: 1100 |
Data Disk
|
512 GiB SSD Min IOPS: 1100 |
512 GiB SSD Min IOPS: 1100 |
Disco do etcd
|
16 GiB SSD Min IOPS: 240 |
16 GiB SSD Min IOPS: 240 |
Disco do pacote UiPath®
|
512 GiB SSD Min IOPS: 1100 |
512 GiB SSD Min IOPS: 1100 |
Armazenamento de objeto
|
512 GiB SSD Min IOPS: 1100 |
512 GiB SSD Min IOPS: 1100 |
*A capacidade de discos de clusters pode precisar ser aumentada com base nas suas habilidades de ML do AI Center e nos requisitos de armazenamento de treinamento.
Se você instalar o Automation Suite no modo de avaliação de nó único e não tiver uma máquina com 32 (v-)CPU/núcleos e 64 GiB de RAM, poderá trazer máquinas com no mínimo 8 (v-)CPU/núcleos e 16 GiB de RAM. Para mais detalhes, consulte Calculadora de capacidade.
Se você escolher esta opção, siga as instruções de instalação e configuração de vários nós.
Recomenda-se trazer objectstore externo sempre que possível. Isso ajuda a escalar o objectstore independentemente do cluster e traz estabilidade adicional. Oferecemos suporte às seguintes opções de objectstore:
- Conta do Azure Storage
- Depósito de armazenamento AWS S3
- Depósito de armazenamento compatível com S3
Para obter detalhes sobre os requisitos de hardware necessários para instalar produtos individuais ou várias combinações de produtos no Automation Suite, use a Calculadora de dimensionamento de instalação do Automation Suite.
Requisitos adicionais do Task Mining
O Task Mining requer um nó de agente adicional, que deve atender aos seguintes requisitos:
Hardware |
Requerimento mínimo |
---|---|
Processador |
20 (v-)CPU/cores |
BATER |
60 GB |
Binários de cluster e disco de estado |
256 GB SSD Min IOPS: 1100 |
Data Disk |
N/A |
Requisitos adicionais de robôs do Automation Suite
Em ambientes de produção prontos para alta disponibilidade com vários nós, os robôs da suíte de automação exigem um nó de agente adicional. Em ambientes de avaliação de nó único, um nó adicional do Automation Suite Robots é opcional.
Os requisitos de hardware para o nó de Automation Suite Robots dependem da maneira como você planeja usar seus recursos. Além dos requisitos adicionais do nó do agente, você também precisa de um mínimo de 10 GiB para habilitar o armazenamento do pacote em cache.
As seções a seguir descrevem os fatores que afetam a quantidade de hardware que o nó Robots do Automation Suite requer.
Tamanho do robô
A tabela a seguir descreve a CPU, memória e armazenamento necessários para todos os tamanhos de robôs.
Tamanho |
CPU |
Memória |
Armazenamento |
---|---|---|---|
Pequeno |
0.5 |
1 GiB |
1 GiB |
Padrão |
1 |
2 GiB |
2 GiB |
Médio |
2 |
4 GiB |
4 GiB |
Grande |
6 |
10 GiB |
10 GiB |
Tamanho do nó do agente
Os recursos do nó do agente do Automation Suite Robots têm um impacto no número de trabalhos que podem ser executados simultaneamente. O motivo é que o número de núcleos de CPU e a quantidade de capacidade de RAM são divididos pelos requisitos de CPU/memória do trabalho.
Por exemplo, um nó com 16 CPUs e 32 GiB de RAM poderia executar qualquer um dos seguintes procedimentos:
- 32 pequenos trabalhos
- 16 trabalhos padrão
- 8 trabalhos médios
- 2 trabalhos grandes
Os tamanhos de trabalho podem ser misturados, portanto, a qualquer momento, o mesmo nó pode executar uma combinação de trabalhos, como o seguinte:
- 10 Trabalhos pequenos (consumindo 5 CPUs e 10 GiB de memória)
- 4 Trabalhos padrão (consumindo 4 CPUs e 8 GiB de memória)
- 3 trabalhos médios (consumindo 6 CPUs e 12 GiB de memória)
Consumo de recursos do Kubernetes
Dado que o nó faz parte de um cluster Kubernetes, o agente Kubernetes presente no servidor (kubelet) consome uma pequena quantidade de recursos. Com base em nossas medições, o kubelet consome os seguintes recursos:
- CPU 0,6
- 0,4 GiB de RAM
Um nó semelhante ao descrito anteriormente teria, na verdade, aproximadamente 15,4 CPUs e 31,6 GiB de RAM.
Seleção automática do tamanho da máquina
Todos os seus processos multiplataforma têm a opção Automation Suite Robots definida como Automático por padrão. Essa configuração seleciona o tamanho da máquina apropriado para executar o processo usando Serverless Robots.
Ao escolher automaticamente o tamanho, os critérios listados na tabela abaixo são avaliados por ordem. Assim que um critério é satisfeito, o tamanho da máquina correspondente é escolhido, e os critérios restantes não são avaliados.
Ordenar |
Critério |
Tamanho da Máquina |
---|---|---|
1 |
Trabalho de depuração remota |
Médio |
2 |
O processo depende da Automação de Interface Gráfica OU O processo depende das atividades de Document Understanding da UiPath |
Padrão |
3 |
Outro processo Unattended |
Pequeno |
Requisitos adicionais do AI Center e do Document Understanding
Além dos requisitos principais de serviço que fazem parte dos requisitos completos da plataforma, o AI Center requer recursos adicionais, dependendo dos modelos que você deseja executar ou treinar. Para obter mais detalhes sobre as gerações de hardware de GPU necessárias e drivers NVIDIA compatíveis, consulte Matriz de compatibilidade.
O AI Center requer armazenamento em disco no runtime para as Habilidades de ML e para o pipeline de treinamento, da seguinte forma:
-
As Habilidades de ML exigem espaço em disco na partição
/var/lib/rancher
para armazenar o modelo treinado para previsões. No pior dos casos, o tamanho do modelo pode ter até 20 GiB. -
O pipeline de treinamento consome o armazenamento da partição
/var/lib/rancher
para hospedar o modelo. No pior dos casos, o tamanho do modelo pode ter até 20 GiB e, além disso, pode exigir armazenamento para o conjunto de dados. O tamanho mínimo do armazenamento do conjunto de dados pode ser de 51 GiB; seu tamanho recomendado é de 105 GiB. Isso deve estar no disco dedicado para o AI Center. O pipeline de treinamento só é agendado no nó no qual o disco dedicado do AI Center está anexado.
A tabela a seguir descreve os recursos adicionais de que o AI Center precisa. Na tabela a seguir, o Disco de Dados é necessário em todos os nós do servidor. O Disco de Dados não é necessário em nós de agentes.
Usar |
CPU |
RAM (GiB) |
GPU |
Disco (GiB) |
---|---|---|---|---|
Mínimo para servir (habilidade de ML, uma réplica) |
0,6 |
2 |
0 |
|
Mínimo para treinamento (pipeline) |
1 |
4 |
0 |
|
Fornecimento do Modelo DU (habilidade de ML, uma réplica) |
1 |
4 |
0 |
|
Treinamento do modelo DU |
2 |
24 |
Altamente recomendado |
|
Na tabela a seguir, o Disco de Dados é necessário em todos os nós do servidor. O Disco de Dados não é necessário em nós de agentes.
Usar |
CPU |
RAM (GiB) |
GPU |
Disco (GiB) |
---|---|---|---|---|
Implementação de pequeno porte:
|
4 |
32 |
0 |
|
Implementação de porte médio:
|
8 |
52 |
Altamente recomendado |
|
rancher
= 80 GiB na partição rancher
2 1 pipeline * 105 GiB = 105 disco de dados
rancher
= 160 GiB na partição rancher
4 (2 pipelines + 1 pipeline DU) * 105 GiB = 315 disco de dados
Requisitos adicionais do AI Computer Vision
Essa configuração funciona em GPUs Nvidia locais, mas também funciona com provedores de nuvem, como AWS, Azure e GCP. Os tipos de GPU sugeridos incluem aqueles da família de produtos RTX, Tesla e Ampere, que têm memória e capacidade de processamento suficientes da GPU.
A principal diferença entre esses dois tipos de GPUs é que as GPUs com virtualização geralmente têm mais GPU RAM e são oferecidas pela maioria dos provedores de nuvem. Ter mais GPU RAM aumenta o tamanho máximo da imagem que você pode inserir para o modelo. Em resumo, as GPUs de virtualização não são significativamente mais rápidas do que as GPUs de consumo.
Você precisa de uma máquina com as seguintes especificações de hardware:
Especificação de hardware | Requisitos |
---|---|
Memória |
|
CPU |
|
GPU |
|
Armazenamento |
|
Recomendações adicionais do Document Understanding
Para obter maior desempenho, você pode instalar o Document Understanding em um nó de agente adicional com suporte a GPU. Observe, no entanto, que o Document Understanding é totalmente funcional sem o nó GPU. Na verdade, o Document Understanding usa VMs de CPU para todas as suas tarefas de extração e classificação; já para o OCR, recomendamos fortemente o uso de uma VM de GPU.
Para obter mais detalhes sobre o uso de CPUs/GPUs dentro da estrutura do Document Understanding, consulte Uso de CPUs e GPUs.
Se você quiser usar um nó adicional com suporte a GPU, deverá atender aos seguintes requisitos:
Hardware |
Requerimento mínimo |
---|---|
Processador |
8 (v-)CPU/cores |
BATER |
52 GB |
Binários de cluster e disco de estado |
256 GB SSD Min IOPS: 1100 |
Data Disk |
N/A |
GPU RAM |
11 GB |
Para obter mais detalhes, consulte as considerações do AI Center.
Antes de iniciar a instalação do Automation Suite, você deve garantir que atende aos seguintes requisitos:
- você tem uma assinatura RHEL;
- você habilitou os repositórios BaseOS e AppStream;
- você instalou os pacotes RPMnecessários.
A tabela a seguir lista os pacotes RPM necessários:
pacote RPM |
Description |
---|---|
|
Necessário em nós para instalação. |
|
Necessário em nós para a execução da verificação de prontidão. |
|
Necessário apenas para instalações off-line. |
O RHEL 8.4 e posterior têm os pacotes RPM necessários nos repositórios BaseOS e AppStream por padrão.
Se você executar uma instalação limpa manual do Automation Suite, deverá garantir que atende aos requisitos do pacote RPM. Nesse caso, você é responsável por instalar os pacotes RPM necessários.
Se você atualizar de uma versão anterior do Automation Suite, já terá instalado os pacotes RPM.
Para obter detalhes sobre as ferramentas que você pode usar para instalar e validar os pacotes do RPM, consulte Validação e instalação dos pacotes do RPM necessários.
A instalação requer um SQL Server externo como pré-requisito. As edições Standard e Enterprise do Microsoft SQL Server 2016, 2017, 2019 e 2022 são compatíveis.
Plataformas adicionais do Microsoft SQL, como Azure SQL Database ou Azure SQL Managed Instance, bem como o Serviço de banco de dados relacional da Amazon também são compatíveis, desde que o mecanismo de banco de dados Microsoft SQL Server atenda aos requisitos.
Suporte de produto individual é variado.
Para cada produto que você planeja implantar, você deve:
- verifique a versão suportada do SQL Server conforme exigido pelo produto;
- aplique os pré-requisitos de configuração do SQL Server, incluindo a permissão de usuário do SQL Server, conforme exigido pelo produto.
Para obter mais informações sobre requisitos do SQL Server específicos do produto, consulte Configuração do Microsoft SQL Server.
Os requisitos mínimos gerais de hardware para o Microsoft SQL Server são os seguintes:
- 8 (v-)CPU
- 32 GiB RAM
- 256 GB SSD
Esses requisitos mínimos são uma orientação geral e não garantem uma operação confiável em uma implantação de produção. O planejamento de capacidade é necessário para determinar os requisitos de hardware necessários para uma operação confiável.
Para cada produto que você planeja implantar, você deve avaliar o uso projetado e aplicar a orientação de planejamento de capacidade conforme especificado pelo produto. Essas informações estão disponíveis nas seções de ajuda de cada produto individual.
Para habilitar um backup, você precisa de um servidor do NFS externo. O Automation Suite é compatível com servidores do NFS no local ou gerenciados na nuvem baseados no Linux, versão NFSv3/NFSv4.
Os requisitos mínimos gerais de hardware para o servidor NFS são os seguintes:
-
CPU - 4 vCPU
-
RAM - 8 GiB
-
Armazenamento - 1 TiB
Observação: se você usar um Objectstore externo, o requisito de armazenamento será de alguns GiBs. Se você usar um Objectstore no cluster, o tamanho mínimo de armazenamento será igual ao tamanho do Objectstore.
Para configurar uma implantação Ativa/Passiva, certifique-se de atender aos seguintes requisitos:
- Hardware
- Balanceador de carga
- Dns
- Certificados
- Armazenamento de objeto
- Gerenciador de tráfego
Ambos os clusters do Automation Suite devem atender a um conjunto de requisitos de software e hardware. Para obter detalhes, consulte os requisitos de hardware para o modo de vários nós.
Ambos os clusters do Automation Suite devem ter um balanceador de carga. Para obter detalhes, consulte Configurando o balanceador de carga.
Para obter detalhes sobre os requisitos de DNS, consulte Configurando o DNS.
Para obter detalhes sobre os requisitos de certificado, consulte Requisitos de certificado.
Você também deve adicionar os SANs ao certificado se tiver aberto o DNS.
A tabela a seguir lista as versões do RHEL compatíveis com cada versão do Automation Suite:
Versão do Automação Suite |
Versões RHEL suportadas |
---|---|
2023.10.6 | 8.6, 8.8, 8.9, 8.10, 9.2, 9.4 |
2023.10.5 |
8.6, 8.8, 8.9, 8.10, 9.2 |
2023.10.4 |
8.6, 8.8, 8.9 |
2023.10.3 |
8.6, 8.8, 8.9 |
2023.10.2 |
8.6, 8.8, 8.9 |
2023.10.1 |
8.6, 8.8 |
2023.10.0 |
8.6, 8.8 |
- Terminologia
- Seleção do produto
- Escolha seu perfil de implantação
- Pré-requisitos em um piscar de olhos
- Requisitos de Hardware
- Complete product selection: hardware requirements
- Individual products: hardware requirements
- RPM package requirements
- Manual installations
- Cloud templates
- Requisitos gerais do Microsoft SQL Server
- Requisitos gerais do servidor NFS
- Requisitos do Disaster Recovery - Ativo/Passivo
- Hardware
- Load balancer
- Dns
- Certificados
- Armazenamento de objeto
- Matriz de compatibilidade do RHEL