Esta seção descreve os requisitos de hardware, software e rede para os hosts que executam os componentes do Ops Manager.
Importante
Antes de implantar hosts, use a Lista de verificação de instalação do MongoDB Ops Manager para planejar sua configuração.
Para obter os requisitos para as instâncias do MongoDB em execução como o Banco de Dados do Aplicativo do Ops Manager e o Banco de Dados de Backup, consulte Instalar o Banco de Dados do Aplicativo e o Banco de Dados de Backup do Ops Manager.
Requisitos de hardware
Observação
Ao usar o termo hardware nesta página, ele deve ser entendido como as especificações por host usando uma das seguintes arquiteturas:
hardware físico,
componentes de hardware alocados a um host virtual,
componentes de hardware alocados para um contêiner virtual, ou
componentes de hardware alocados para um nó de trabalho do Kubernetes.
Cada host deve atender aos requisitos totais de RAM e capacidade de disco para todos os componentes do Ops Manager que ele atende:
Aplicativo Ops Manager
Bancos de dados de aplicativos do Ops Manager
Principais bancos de dados para o(s) Daemon(s) de backup ativo(s)
Backup de bancos de dados de blockstore
Exemplo
Você deseja servir o aplicação de Ops Manager e um Backup Daemon em um host. Esta configuração do Ops Manager gerenciará e monitorará 300 hosts MongoDB , fará backup de 200 hosts e executará FCV 6.0 ou posterior. A capacidade total de disco de todos os bancos de dados em backup é de 4 TB. Os requisitos totais seriam:
O aplicativoOps Manager precisa de 15 GB de RAM.
O Backup Daemon também precisa de pelo menos 100 GB de capacidade de disco disponível.
Este exemplo de host exigiria um mínimo de 15 GB de RAM e 100 GB de capacidade de disco.
Aviso
Potencial para falha de produção
Sua instância do Ops Manager pode falhar em produção se você não configurar o seguinte:
O gerente de operações hospeda de acordo com os requisitos de sistema do gerente de operações.
MongoDB hosts per the Production Notes in the MongoDB manual. MongoDB instances in Ops Manager include:
O banco de dados de aplicativos do Ops Manager,
Cada blockstore.
Requisitos de hardware do Ops Manager
Todo host que atende ao aplicativo Ops Manager deve atender aos seguintes requisitos de hardware. Observe que conectar muitos hosts a um único projeto pode causar problemas de desempenho.
Número de hosts monitorados | Núcleos de CPU | Physical Memory [1] | Disk |
|---|---|---|---|
Até 400 hosts monitorados | 4+ | 15 GB | 10 GB for Ops Manager Application in |
Até 2.000 hosts monitorados | 8+ | 15 GB | 10 GB for Ops Manager Application in |
Mais de 2.000 anfitriões | Contactar o gestor de conta MongoDB | Contactar o gestor de conta MongoDB | Contactar o gestor de conta MongoDB |
| [1] | Memória Física, neste contexto, significa memória residente exibida como RES no comando ps resulta em plataformas Linux. Isso também se aplica a máquinas virtuais e contêineres, mesmo que sua memória física seja uma construção virtual. |
| [2] | (1, 2) Storage capacity needed for logs depends on how you Configure Log Rotation. By default, logs rotate every gigabyte and every 24 hours, whichever comes first. Conservative estimates require allocating 30 GB of disk for each month of logs you want to keep. Review your disk allocation and log rotation settings for the optimal disk configuration. |
Importante
Cada host do Ops Manager deve ter pelo menos 20 GiB de espaço livre disponível no diretório /tmp. O Ops Manager monitora esse requisito e avisa se o espaço disponível ficar abaixo desse limite, pois o serviço pode não funcionar corretamente se houver armazenamento temporário insuficiente.
Observação
Os requisitos de CPU e memória listados acima se aplicam somente aos hosts do Ops Manager que não têm o backup habilitado. Se você planeja usar backups do Ops Manager, poderão ser necessários recursos adicionais, pois as operações de backup dependem de fatores como tamanho do banco de dados, volume diário de oplog e carga de trabalho geral. Para obter assistência no dimensionamento do Ops Manager para backups, abra um caso de suporte no Suporte do MongoDB.
Requisitos de hardware do banco de dados de aplicativos do Ops Manager
The Ops Manager Application Database runs as a three-member replica set that runs on dedicated hosts.
Todo host que atende o Ops Manager Application Database deve atender os seguintes requisitos de hardware (físico ou virtual). Observe que conectar muitos hosts a um único projeto pode causar problemas de desempenho.
Número de hosts monitorados | RAM | Capacidade de disco | Núcleos de CPU |
|---|---|---|---|
Até 400 | 8 GB de RAM mais a RAM necessária para o aplicativo | 200 GB | 4 × 2 GHz+ |
Até 2.000 | 15 GB de RAM mais a RAM necessária para o aplicativo | 500 GB | 4 × 2 GHz+ |
Mais de 2.000 | Contacte o seu gestor de conta MongoDB | Contacte o seu gestor de conta MongoDB | Contacte o seu gestor de conta MongoDB |
Para obter o melhor desempenho, use:
SSDs para armazenar seus bancos de dados de aplicativos do Ops Manager.
The WiredTiger storage engine. For the differences between the WiredTiger and MMAPv1 storage engines, see the types of storage engines in the MongoDB manual.
As estimativas de capacidade de disco são aproximadas. A capacidade de disco necessária pode aumentar ou diminuir devido ao número de bancos de dados monitorados.
Dica
O Performance Advisor pode aumentar o consumo de espaço de armazenamento
Se você ativar o Performance Advisor, planeje capacidade adicional para o banco de dados de aplicativo do MongoDB Ops Manager. O Performance Advisor armazena até 14 dias de dados. Certifique-se de que haja espaço em disco suficiente disponível e monitore o uso do disco regularmente.
Requisitos de hardware do Backup Daemon
Importante
Antes de começar a usar o Backup, entre em contato com o gerente de conta do MongoDB para ajudar a estimar os requisitos de armazenamento do host do Daemon de backup.
Cada host no qual você ativa o Daemon de Backup deve atender aos seguintes requisitos, além daqueles para o Ops Manager.
Cada host que atende a um Daemon de backup ativo tem os seguintes requisitos de hardware:
O backup Daemon deve ter pelo menos 100 GB de capacidade de disco disponível.
Entre em contato com seu gerente de contas do MongoDB para determinar a capacidade do disco e os requisitos de taxa de transferência.
Requisitos de hardware do banco de dados de backup
Se você usar o Ops Manager Backup, deverá provisionar hosts para o banco de dados de backup.
Host requirements for the Backup Database vary, depending on whether you use a blockstore database or file system storage to store your snapshots. The Backup Database always holds oplog data.
Se você armazenar snapshots no Banco de Dados de Backup, seus hosts normalmente devem ter capacidade suficiente para armazenar de 2 a 3 vezes o tamanho total dos dados de produção de backup. Os snapshots são compactados e eliminados da duplicação no nível do bloco no blockstore.
Seus requisitos específicos dependem da compressibilidade dos dados e da taxa de alteração. Entre em contato com o gerente de conta do MongoDB para ajudar a estimar o caso de uso e os requisitos de armazenamento dependentes da carga de trabalho para seus hosts de banco de dados de backup.
Se você armazenar snapshots no Banco de Dados de Backup, cada membro portador de dados deverá atender aos seguintes requisitos:
Núcleos de CPU | Capacidade de disco | RAM |
|---|---|---|
4 × 2 GHz+ | A capacidade mínima de disco necessária para o blockstore do Ops Manager usa a seguinte fórmula: (2 a 3 vezes o tamanho total do Contact MongoDB Support to accurately determine your minimum disk capacity. | 8 GB de RAM por TB de disco de blockstore para fornecer uma bom snapshot e velocidade de restauração. O Ops Manager define 1 TB de blockstore como 1024 4 bytes. |
Entre em contato com seu gerente de contas do MongoDB para determinar a capacidade do disco e os requisitos de taxa de transferência.
Se você não armazenar snapshots no Banco de Dados de Backup, cada membro portador de dados deverá atender os seguintes requisitos:
Núcleos de CPU | Capacidade de disco |
|---|---|
4 × 2 GHz+ | O tamanho dos oplogs compactados para a janela point-in-time configurada. O padrão é 24 horas. |
Requisitos de rede
Acesso ao site da Internet
Se você configurou o Ops Manager para baixar binários diretamente da Internet, o Ops Manager exige acesso aos seguintes sites em HTTPS usando solicitações de IPv4 e IPv6 para a Internet:
Local | Propósito |
|---|---|
downloads.mongodb.com, downloads.mongodb.org | To download MongoDB Enterprise Builds. |
opsmanager.mongodb.com | To download the MongoDB version manifest. |
fastdl.mongodb.org | Para fazer o download das compilações da comunidade do MongoDB. |
Latência entre o Ops Manager e os hosts de banco de dados de backup
Connections between the Ops Manager Application host and its Application Database, Oplog, and blockstore replica sets must have the lowest possible network latency. With deployments exceeding 200 MongoDB hosts, latency between your Ops Manager Application components should be under 1 ms. Please contact MongoDB Support if you anticipate that your network environment cannot meet this requirement.
Configuração de manutenção de atividade TCP
Many Ops Manager components connect to a running mongod process. These include:
o banco de dados do aplicativo,
qualquer banco de dados de backup, e
qualquer banco de dados MongoDB que o MongoDB Agent gerencia
Os sistemas que hospedam esses componentes enviam tráfego de dados uns para os outros para verificar uma conexão ativa. A configuração de manutenção do TCP determina com que frequência executar esta verificação. A maioria dos sistemas usa o valor padrão de 7200 segundos (duas horas).
The network connection may drop within that timeframe. Without an existing connection, Ops Manager must create a new connection to that mongod process. This can delay communication or result in network timeouts or socket errors. To prevent this issue, reduce the keepalive value to increase the verification checks. All Ops Manager components must use the same keepalive value.
To learn how to set this to the recommended value, see Does TCP keepalive time affect MongoDB Deployments? in the MongoDB Server Manual.
Acesso ao host do MongoDB Agent e MongoDB
Cada host de MongoDB Agent e MongoDB deve se autoidentificar como seu FQDN para garantir conectividade confiável.
Use o comando a seguir para encontrar o host FQDN:
hostname -f
Seu resultado deve ficar assim:
mongodb.example.com
Os hosts Windows devem estar conectados à Internet e vinculados a um domínio do Active diretório.
Use o comando a seguir para encontrar o host FQDN:
PS C:\> systeminfo | findstr /B /C:"Host" /C:"Domain"
Seu resultado deve ficar assim:
Host Name: mongodb Domain: example.com
Combine o Host Name e o Domain com um . para obter o FQDN. Com o exemplo anterior, o FQDN é mongoodb.example.com.
Portas acessíveis
O aplicativo de Ops Manager deve ser capaz de se conectar a usuários e agentes MongoDB por HTTP ou HTTPS. Os agentes do MongoDB devem poder se conectar aos bancos de dados MongoDB do cliente MongoDB.
Embora o MongoDB Ops Manager exija apenas portas de rede HTTP (ou HTTPS) e MongoDB abertas para se conectar com usuários e bancos de dados, as portas que são abertas em um firewall dependem de quais funcionalidades estão habilitadas: criptografia, autenticação e monitoramento.
Esta página define quais sistemas precisam se conectar a quais portas em outros sistemas.
O Ops Manager se conecta a vários serviços. Esta página explica as portas que devem ser abertas para implantar os vários componentes usados com uma sistema do Ops Manager.
As portas específicas que devem ser abertas em qualquer firewall intermediário dependem de quais recursos estão habilitados, como criptografia, autenticação e monitoramento.

Dica
Todas as portas listadas nas seções a seguir ou são a porta especificada na documentação para instalações do MongoDB ou as portas conhecidas para o serviço específico atribuído pela IANA. Se o número da porta puder ser alterado, ele será observado após a tabela em cada seção.
Para executar o Ops Manager sem uma conexão com a Internet, consulte Configurar sistema para ter acesso limitado à Internet para garantir que você tenha todos os binários necessários para executar o Ops Manager sem uma conexão com a Internet.
Abrir portas para acessar o Ops Manager
O Ops Manager exige os seguintes requisitos mínimos de porta de rede:
Tanto os usuários do Ops Manager quanto os agentes MongoDB devem ser capazes de se conectar ao aplicativo de Ops Manager por HTTP ou HTTPS.
Ops Manager must be able to connect to the
mongodrunning the Ops Manager application MongoDB databases.Para cada projeto do Ops Manager, os MongoDB Agents devem ser capazes de se conectar a todos os processos MongoDB do cliente (
mongodoumongos).O aplicativo Ops Manager também deve ser capaz de enviar e-mails aos usuários do Ops Manager.
Para usar o Ops Manager, abra as seguintes portas para os hosts especificados.
Serviço, serviço | Porta padrão | Transporte | Direção | Propósito | Utiliza TLS? | |||||
|---|---|---|---|---|---|---|---|---|---|---|
HTTP | 8080 | TCP | Entrada | Fornece uma conexão web ao Ops Manager de usuários e MongoDB Agents. | No | |||||
HTTPS | 8443 | TCP | Entrada | Fornece uma conexão segura com o Ops Manager a partir de usuários e MongoDB Agents. | Sim | |||||
HTTP ou HTTPS | 8090 | TCP | Entrada | Fornece um endpoint de verificação de integridade para monitorar o Ops Manager por meio de um serviço de monitoramento como Zabbix ou Nagios. Ele só está disponível por meio de Para habilitá-lo, consulte Habilitar o Health Check Endpoint. Quando ativado, você pode acessar o endpoint em: IMPORTANTE: esta porta só é acessível a partir de O ponto de extremidade da API oferece a capacidade de verificar as conexões do serviço HTTP com o banco de dados do aplicativo Ops Manager e o armazenamento de snapshots de backup. Uma resposta bem-sucedida retorna o seguinte: | Opcional | |||||
MongoDB | 27017 | TCP | saída | Conecta-se ao aplicativo MongoDB, backup e bancos de dados de clientes. | Opcional | |||||
SMTP | 587 | TCP | saída | Envia e-mails do Ops Manager para um host SMTP ou para o AWS SES. | Opcional |
Observação
Para definir uma porta não padrão para o Ops Manager, consulte Gerenciar nome de host e portas do Ops Manager.
Para configurar uma porta diferente para o banco de dados do aplicativo, consulte
mongo.mongoUri.Para configurar uma porta diferente para um banco de dados cliente, consulte Implantar uma instância autônoma doMongoDB, implantar um conjunto de réplicas ou implantar um cluster fragmentado para uma nova sistema ou Adicionar processos existentes do MongoDB ao Ops Manager para uma sistema existente.
Portas abertas para acessar o Ops Manager e os hosts do MongoDB

A maioria da administração do Ops Manager pode ser realizada por meio da interface do usuário. Alguns procedimentos exigem acesso ao sistema operacional. Para permitir que seus administradores acessem seu Ops Manager, bem como os hosts do MongoDB, abra as seguintes portas para esses hosts.
Serviço, serviço | Porta padrão | Transporte | Direção | Propósito | Utiliza TLS? |
|---|---|---|---|---|---|
ssh | 22 | TCP | Entrada | Administração do sistema Linux. | Sim |
RDP | 3389 | TCP | Entrada | Administração do sistema Windows. | No |
Abra portas para fazer backup, restaurar e executar query de instâncias MongoDB usando o Ops Manager

O Ops Manager pode fazer backup de bancos de dados MongoDB em um ou mais sistemas de armazenamento:
Um banco de dados MongoDB (blockstore)
Um bucket de armazenamento compatível com S3 (blockstore de armazenamento compatível com S3)
Um sistema de arquivos (armazenamento do sistema de arquivos).
Para fazer backup de hosts MongoDB, abra as seguintes portas para os hosts de backup preferidos (armazenamento de blocos, armazenamento de snapshots de armazenamento compatível com S3 e/ou armazenamento de snapshots do sistema de arquivos):
Serviço, serviço | Porta padrão | Transporte | Direção | Propósito | Utiliza TLS? |
|---|---|---|---|---|---|
MongoDB | 27017 | TCP | saída | Faça backup de snapshots de todo o banco de dados para blockstore ou snapshots de metadados para o banco de dados de metadados de blockstore de armazenamento compatível com o S3. | Opcional |
HTTPS | 443 | TCP | saída | Faça backup dos dados do snapshot do banco de dados em um bucket de armazenamento compatível com S3. | Sim |
NFS | 2049 | TCP | saída | Faça backup de capturas de imagens do banco de dados no sistema de arquivos baseado em UNIX/Linux-based. | No |
CIFS | 3020 | TCP | saída | Faça backup de snapshots do banco de dados no sistema de arquivos baseado no Windows. | No |
Servidor proxy | 25999 | TCP | saída | Consulte o host de backup de captura instantânea. | No |
Os snapshots também podem ser restaurados usando o link exibido no aplicativo Ops Manager. As mesmas portas necessárias para usar o Ops Manager precisariam estar abertas para que o usuário baixasse o snapshot.
Para encontrar o link de download, clique em Continuous Backup, depois na aba Restore History e, em seguida, clique no link download ao lado do snapshot.
Observação
Para configurar uma porta diferente para o blockstore, consulte Gerenciar o armazenamento de snapshots do Blockstore.
Para configurar uma porta diferente para o banco de dados de metadados do Snapshot Store de armazenamento compatível com o S3, consulte Gerenciar armazenamento de snapshots compatível com o S3.
MongoDB 3.4.2 O Enterprise e o posterior oferecem a capacidade de executar queries de snapshots de backup. O Ops Manager provisiona esses snapshots consultáveis como instâncias do MongoDB somente leitura, conforme descrito em Query a Backup. Para executar query de uma captura de imagem da cópia de segurança, abra as seguintes portas:
Serviço, serviço | Porta padrão | Transporte | Direção | Propósito | Utiliza TLS? |
|---|---|---|---|---|---|
MongoDB | 27700-27719 | TCP | Entrada | Habilite a comunicação entre o host do aplicativo e um snapshot de backup para query | Opcional |
Portas abertas para autenticar usuários do Ops Manager usando LDAP

Os usuários do MongoDB Enterprise podem autenticar usuários do Ops Manager usando LDAP. Para autenticar usando LDAP, abra as seguintes portas no Ops Manager e no seu host LDAP.
Serviço, serviço | Porta padrão | Transporte | Direção | Propósito | Utiliza TLS? |
|---|---|---|---|---|---|
LDAP | 389 | UDP | Ambos | Autenticar e/ou autorizar usuários do Ops Manager em relação ao host do LDAP. | No |
LDAPS | 636 | UDP | Ambos | Autenticar e/ou autorizar usuários do Ops Manager em relação ao host do LDAP. | Sim |
Para configurar as strings de URI LDAP do Ops Manager, incluindo a configuração de uma porta não padrão, consulte Autenticação do usuário.
Abrir portas para autenticar com MongoDB

Os usuários do MongoDB Enterprise podem usar Kerberos ou LDAP para autenticar usuários do MongoDB. Para autenticar usando LDAP ou Kerberos, abra as seguintes portas entre os bancos de dados de clientes MongoDB, Ops Manager e o(s) host(s) Kerberos ou LDAP.
Serviço, serviço | Porta padrão | Transporte | Direção | Propósito | Utiliza TLS? |
|---|---|---|---|---|---|
Kerberos | 88 | TCP / UDP | saída | Solicite autenticação para usuários MongoDB em relação ao host Kerberos. | No |
Kerberos | 88 | UDP | Entrada | Receber autenticação para usuários MongoDB em relação ao host Kerberos. | No |
LDAP | 389 | UDP | Ambos | Autenticar e/ou autorizar usuários do MongoDB no host LDAP. | No |
LDAPS | 636 | UDP | Ambos | Autenticar e/ou autorizar usuários do MongoDB no host LDAP. | Sim |
Para configurar o Kerberos para autenticação no banco de dados do aplicativo Ops Manager, consulte Configurar o Ops Manager para autenticação combancos de dados de aplicativos.
Abra portas para gerenciar chaves de criptografia usando KMIP

As implementações do MongoDB Enterprise usando o mecanismo de armazenamento WiredTiger oferecem suporte a uma opção de criptografia nativa. Você pode usar um serviço KMIP para gerenciar a chave de criptografia mestre. Para oferecer suporte ao mecanismo de armazenamento criptografado via KMIP, abra as seguintes portas entre os hosts do Backup Daemon, os hosts MongoDB e os hosts KMIP.
Serviço, serviço | Portas padrão | Transporte | Direção | Propósito | Utiliza TLS? |
|---|---|---|---|---|---|
KMIP | 5696 | TCP | saída | Enviar mensagens entre bancos de dados MongoDB e o host KMIP. | Sim |
Observação
Se você alterar a porta do host KMIP, consulte Snapshots de backup criptografados para configurar o Ops Manager para usar essa nova porta.
Acesso ao site da Internet
Se o Ops Manager não estiver configurado para o modo local, ele precisará acessar os seguintes sites da Internet por HTTPS:
Local | Propósito |
|---|---|
downloads.mongodb.com, downloads.mongodb.org | To download MongoDB Enterprise Builds. |
opsmanager.mongodb.com | To download the MongoDB version manifest. |
fastdl.mongodb.org | Para fazer o download das compilações da comunidade do MongoDB. |
Use nomes de host resolvíveis
Cada instância do MongoDB Agent e do Gerenciador de Operações deve ser capaz de resolver o nome do host para cada host que hospeda uma instância do MongoDB ou do MongoDB Agent.
Em cada host, defina seus nomes de host para nomes de domínio totalmente qualificados (FQDN) sempre que possível. Consulte a documentação do seu sistema operacional sobre como localizar e definir o nome do host como FQDN.
A configuração do FQDN em cada host ajuda a saber qual host você está usando quando estiver conectado a esse host. Para permitir que outros hosts saibam quais são os nomes de host dos outros hosts, você precisa fornecer uma maneira de esses hosts resolverem os nomes de host.
Existem duas maneiras de configurar a resolução do nome de host.
Usar um serviço de nome de domínio
Para tornar os nomes de host dos hosts resolvíveis, execute um host com um serviço de nome de domínio (DNS). DNS mapeia endereços IP para nomes de host com um determinado domínio (como example.com). Esse host de DNS deve ter uma entrada para cada host na sistema: Ops Manager, MongoDB Agent e MongoDB. Recomenda-se a inclusão de entradas para LDAP, Kerberos e hosts de e-mail, além de balanceadores de carga.
Editar arquivos de host
Se não for possível configurar um DNS, adicione entradas para cada host no arquivo hosts de cada sistema.
Sistema operacional | hosts Localização | ||
|---|---|---|---|
Linux | | ||
Mac OS X | | ||
Windows | Isso normalmente resulta em: |
O arquivo hosts é um texto sem formatação legível e deve ser editado com permissões do root ou Administrator. O formato de entrada é escrito como:
127.0.0.1 localhost 10.15.0.5 opsmgr.example.dev 10.15.10.15 rs1.example.dev 10.15.10.16 rs2.example.dev 10.15.10.17 rs3.example.dev
Requisitos de software
Os hosts que executam componentes do Ops Manager devem atender aos seguintes requisitos de software:
Importante
O Ops Manager 5.0 e posterior exige o Bash 4.2 ou posterior.
Arrays de compatibilidade do sistema operacional
Sistemas operacionais compatíveis com o Ops Manager
Os hosts que executam o Ops Manager devem ser executados em uma versão de 64 bits de um dos seguintes sistemas operacionais:
Arquiteturas de hardware Intel/AMD (x86_64)
Sistema operacional | Gerente de operações 6.0 | Gerente de operações 7.0 | MongoDB Ops Manager 8.0 | MongoDB Ops Manager 9.0 |
|---|---|---|---|---|
Amazon linux | 2 | 2, 2023 | 2 (descontinuado), 2023 | 2023 |
Debian | 10, 11 | 11, 12 | 11 (descontinuado), 12 | 12 (descontinuado), 13 |
RHEL | 7, 8, 9 | 7 (descontinuado), 8.9 | 8, 9 | 8, 9, 10 |
SUSE linux enterprise server | 12, 15 | 12 (descontinuado), 15 | 15 | 15, 16 |
Ubuntu | 18.04, 20.04, 22.04 | 20,04 (descontinuado), 22.04 | 22.04, 24.04 | 22.04, 24.04 |
Observação
Embora o MongoDB Agent possa ser instalado em arquiteturas s390x e PowerPC (ppc64le), o aplicativo Ops Manager não pode ser instalado nessas plataformas. Você deve instalar o aplicativo Ops Manager em uma das plataformas listadas na tabela anterior.
Though support for Microsoft Windows Server platforms is discontinued in Ops Manager 6.0 and any later versions, you can use one of the 6.0 and later Ops Manager versions from the list of supported platforms in the previous table, or deploy Ops Manager in a container with the Kubernetes Operator.
Sistemas operacionais compatíveis com o MongoDB Agent
Os hosts que executam MongoDB Agents devem ser executados em uma versão de 64 bits de uma das seguintes arquiteturas de hardware e sistemas operacionais. A tabela a seguir lista as versões do MongoDB Server que você pode implantar com o MongoDB Agent nas plataformas associadas:
Arquitetura | Distro/OS | 9.0 | 8.0 | 7.0 |
|---|---|---|---|---|
x86_64 | RHEL/Oracle Linux 7 3 | |||
RHEL/Rocky/Alma Linux/Oracle Linux 8 | ||||
RHEL/Rocky/Alma Linux/Oracle Linux 9 | ||||
RHEL/Rocky/Alma Linux/Oracle Linux 10 | ||||
Amazon Linux 2 | ||||
Amazon Linux 2023 | ||||
SUSE12 | ||||
SUSE15 | ||||
SUSE16 | ||||
Debian 10 3 | ||||
Debian 11 | ||||
Debian 12 | ||||
Debian 13 | ||||
Ubuntu 18.x 3 | ||||
Ubuntu 20.x | ||||
Ubuntu 22.x 1 | ||||
Ubuntu 24.x | ||||
Windows | ||||
BRAÇO | RHEL 8 | |||
RHEL 9 | ||||
RHEL 10 | ||||
Amazon Linux 2 | ||||
Amazon Linux 2023 | ||||
Ubuntu 20.x | ||||
Ubuntu 22.x | ||||
Ubuntu 24.x | ||||
PowerPC/ ppc64le | RHEL 7 3 | |||
RHEL 8 | ||||
RHEL 9 4 | ||||
RHEL 10 | ||||
zSeries/ 390x 2 | RHEL 7 3 | |||
RHEL 8 | ||||
RHEL 9 | ||||
RHEL 10 |
1 MongoDB Connector for BI isn't supported on Ubuntu 22.04.
2 Não faça upgrade de implantações do IBM Z (s390x) para MongoDB Ops Manager 8.0.21. O MongoDB Agent 8.0.21 Binários para IBM Z (s390x) não estão disponíveis. MongoDB Ops Manager 8.0.22 Adiciona suporte binário do MongoDB Agent para IBM Z (s390x) no RHEL 8 e no RHEL 9. Implantações em versões anteriores continuam a executar como antes.
3 Ops Manager 8.0.21 removeu o suporte para as seguintes plataformas do MongoDB Agent:
Debian 10
RHEL 7 (todas as versões secundárias)
Ubuntu 18.04
4 Ops Manager 8.0.23 adiciona suporte binary ao MongoDB Agent para PowerPC (ppc64le) no RHEL 9.
Arquiteturas de hardware Intel/AMD (x86_64)
O suporte para a execução do MongoDB Agent no Windows 2008 ou Windows Server 2008R2 termina no início do Ops Manager 5.0.
O MongoDB Agent ainda suporta o gerenciamento de sistemas MongoDB executadas no Windows 2016, 2019 e 2020.
Observação
A partir do servidor do Ops Manager 4.0.11, As arquiteturas do Windows exigem os pacotes redistribuíveis do Visual C++ para Visual Studio.2013
Opções Exec para /var montagem
O Ops Manager requer a opção de exec padrão definida em /etc/fstab na máquina hospedar subjacente para executar os binários necessários armazenados no volume que faz backup do diretório /var .
Requisitos Ulimits para aplicativo Ops Manager
O pacote Ops Manager gera automaticamente o seguinte ulimits:
Abrir arquivos
Máximo de processos de usuário
Memória virtual
RHEL limita o número máximo de processos de usuário a 1024. Isso substitui a configuração do limite geral do processo do usuário (ulimit -u).
Para o userid que executa o Ops Manager (mongodb-mms por padrão), adicione entradas soft e hard nproc (número de processos) ao arquivo de configuração do processo do usuário /etc/security/limits.d/99-mongodb-nproc.conf . Use valores maiores que o limite do processo de usuário RHEL 1024.
mongodb-mms soft nproc 200000 mongodb-mms hard nproc 500000
Se /etc/security/limits.d/99-mongodb-nproc.conf não existir, crie-o. Use o conteúdo do arquivo /etc/security/limits.d/90-nproc.conf como modelo.
Versão do MongoDB para banco de dados de aplicativos do Ops Manager e banco de dados de backup
Para a seguinte série de versões do Ops Manager, você pode executar seus bancos de dados de backup em qualquer uma das seguintes versões do MongoDB:
Lançamento do Gerenciador de Operações | MongoDB 4.2 | MongoDB 4.4 | MongoDB 5.0 | MongoDB 6.0 | MongoDB 7.0 | MongoDB 8.0 [3] | MongoDB 9.0 |
|---|---|---|---|---|---|---|---|
MongoDB Ops Manager 9.0 | EOL | EOL | EOL | EOL | Obsoleto(a) | Suportado | Suportado |
MongoDB Ops Manager 8.0 | EOL | EOL | EOL | Obsoleto(a) | Suportado | Suportado | N/A |
Gerente de operações 7.0 | EOL | EOL | Obsoleto(a) | Suportado | Suportado | N/A | N/A |
Gerente de operações 6.0 | EOL | Obsoleto(a) | Suportado | Suportado | N/A | N/A | N/A |
MongoDB Ops Manager 5.0 | Obsoleto(a) | Suportado | Suportado | N/A | N/A | N/A | N/A |
MongoDB Ops Manager 4.4 | Suportado | Suportado | N/A | N/A | N/A | N/A | N/A |
MongoDB Ops Manager 4.2 | Suportado | N/A | N/A | N/A | N/A | N/A | N/A |
| [3] | O MongoDB 8.2 e 8.3 não são suportados para os bancos de dados de apoio. |
Observação
A deprecated version still works with the corresponding Ops Manager release, but we will remove the support for this version in the next release. MongoDB Support recommends migrating to a supported version to avoid potential incompatibility issues.
Para saber mais, consulte a Política de suporte legado do MongoDB e Programações do ciclo de vida do software MongoDB para o Ops Manager.
Importante
Do not use MongoDB minor releases for backing databases. Backing databases are compatible only with major releases and their patch releases, such as v8.0.x.
O suporte à versão abrange a série completa de lançamentos, do primeiro ao último lançamento.
Para saber mais sobre a versão MongoDB, consulte Versões do MongoDB no Manual MongoDB.
Importante
Somente o MongoDB Ops Manager bancos de dados de backup devem atender a esse requisito. As implementações do MongoDB que o Ops Manager gerencia não. Para obter as versões mínimas necessárias para sistemas gerenciadas do MongoDB, consulte a array de compatibilidade do MongoDB.
Requisitos Ulimits para Daemon de Backup e Bancos de Dados de Apoio
Consulte as páginas a seguir no manual do MongoDB para obter os requisitos ulimit dos hosts que executam o MongoDB (hosts do Daemon de Backup e do Ops Manager Backing Databases):
Requisitos de software S3 para snapshot de backup
A partir do MongoDB Ops Manager 8.0.8+, O MongoDB Ops Manager usa por padrão o AWS SDK v2 para se comunicar com o armazenamento de snapshots S3, já que o AWS SDK v1 foi descontinuado. Para implantações do MongoDB Ops Manager da versão 8.0.8 e posteriores, certifique-se de que seu fornecedor de S3 tenha suporte para o Amazon Web Services SDK v2.
Serviço de e-mail
Instale e verifique um servidor de e-mail. O Ops Manager precisa de um servidor de e-mail para enviar alertas e recuperar contas de usuário. Você pode usar um servidor SMTP ou um servidor AWS SES. Para configurar seu servidor de e-mail, consulte Email Delivery Method Configuration.
Muitas distribuições orientadas ao host do Linux incluem um servidor SMTP local por padrão. Isso inclui, mas não está limitado a:
O Windows Server inclui um SMTP relay com o Internet Information Server.
Você também pode configurar o MongoDB Ops Manager para enviar e-mails por provedores terceirizados. Isso inclui, mas não está limitado a:
Instalar fontconfig em hosts Linux
Ao instalar o MongoDB Ops Manager versão 6.0 ou posterior em hosts Linux, instale o pacote fontconfig para habilitar a exportação de dados da aba Status para formato PDF ou PNG.
Navegadores da Web do cliente
Para usar o Ops Manager, você deve usar um dos seguintes navegadores compatíveis com o Javascript habilitado:
Navegador da Web suportado | Versão(s) suportada(s) |
|---|---|
estábulo mais recente | |
estábulo mais recente | |
estábulo mais recente | |
estábulo mais recente |
O Ops Manager exibe um aviso em navegadores não compatíveis.