A infraestrutura recomendada para instalar o Rancher em um cluster Kubernetes K3 de alta disponibilidade é
- A)dois nós Linux, normalmente máquina virtual, e um banco de dados externo do tipo NoSQL.
Errada, porque a solução de alta disponibilidade do Rancher não se apoia em banco NoSQL externo como requisito padrão.
- B)um cluster com Linux com menos dois nós ou quatro nós se Windows Server normalmente máquinas virtuais; com pelos menos 64 GB de memória RAM no provedor de infraestrutura e um banco de dados externo do tipo NoSQL.
Errada, porque mistura exigências incoerentes, como Windows Server e banco NoSQL, além de não refletir a arquitetura recomendada.
- C)um cluster com Linux de dois nós normalmente máquinas virtuais; com pelos menos 48 GB de memória RAM no provedor de infraestrutura.
Errada, porque fala em dois nós Linux, mas omite componentes essenciais para HA, como banco externo, balanceador e DNS.
- D)dois nós Linux, normalmente máquinas virtuais; um banco de dados externo do tipo relacional, um balanceador de carga e um registro DNS.
Certa, pois traz a composição adequada para Rancher em HA: dois nós Linux, banco relacional externo, balanceador de carga e DNS.
- E)quatro nós Windows Server, normalmente máquinas virtuais; um banco de dados externo do tipo relacional, um balanceador de carga entre os quatro nós e dois registros DNS como redundância.
Errada, porque exige Windows Server e uma estrutura de redundância em DNS que não corresponde ao padrão recomendado para Rancher/K3s.
Gabarito: D
Em ambientes de alta disponibilidade, o Rancher não deve ficar “solto” em apenas um servidor, porque isso cria ponto único de falha. A ideia é distribuir a aplicação em mais de um nó, colocar um balanceador na frente e usar um banco externo para guardar o estado de forma confiável. Assim, se um nó cair, os outros continuam atendendo sem drama de plantão de madrugada. No caso de instalação do Rancher em um cluster Kubernetes K3s de alta disponibilidade, a recomendação clássica é trabalhar com dois nós Linux, normalmente em máquinas virtuais, além de um banco de dados externo do tipo relacional, um balanceador de carga e um registro DNS. Isso garante acesso estável ao serviço e separa a camada de aplicação da camada de persistência. O ponto-chave da questão é perceber que Rancher em HA não usa banco NoSQL como requisito padrão. A arquitetura recomendada pelo fabricante privilegia banco relacional externo, porque ele centraliza e estabiliza a persistência do sistema. Também não faz sentido a exigência de Windows Server nessa implantação, já que K3s e Rancher são normalmente associados ao ecossistema Linux. Por isso, o gabarito é a alternativa D: ela reúne os elementos esperados de uma implantação HA - dois nós Linux, banco relacional externo, balanceador de carga e DNS. Esse conjunto é o desenho mais coerente com a recomendação técnica usual do Rancher para alta disponibilidade.