Dimensionando sua localização do Satellite
Satellite O tamanho do local é flexível — não há limite para o número de hosts que você pode conectar. Ao planejar, tenha em mente as seguintes considerações sobre dimensionamento.
Requisitos mínimos de tamanho : Para começar, você deve anexar e atribuir hosts que atendam aos requisitos mínimos Para propósitos de teste, como uma prova de conceito, é possível ter no mínimo três hosts designados ao plano de controle, mas para propósitos de produção, deve-se ter no mínimo seis hosts. À medida que você continuar utilizando seu local, amplie o plano de controle de local do Satellite em múltiplos de 3, como 6, 9 ou 12 hosts.
- Alta disponibilidade
- Ao atribuir hosts ao plano de controle de localização do Satellite, atribua os hosts uniformemente em cada uma das 3 zonas disponíveis da sua área metropolitana multizona da IBM Cloud que você selecionou durante a criação do local. Para tornar o plano de controle altamente disponível, certifique-se de que os hosts subjacentes estejam em zonas separadas em seu ambiente de infraestrutura física. Por exemplo, atribua dois hosts para cada uma das três zonas de disponibilidade distintas do seu provedor de nuvem, ou que estejam em três sistemas físicos distintos no seu próprio data center. Não é necessário atender a requisitos específicos para uma "zona", mas as zonas separadas devem fornecer disponibilidade para operações de manutenção do sistema. Por exemplo, se uma zona ficar indisponível devido a uma falha ou um host ficar indisponível devido a uma atualização, as duas zonas restantes ainda estarão disponíveis para executar operações de plano de controle. Uma configuração inadequada de alta disponibilidade é aquela em que há dois hosts que são máquinas virtuais no mesmo hipervisor, pois a manutenção do hardware subjacente — como, por exemplo, a atualização da máquina — torna ambos os hosts indisponíveis. Para obter mais informações, consulte Alta disponibilidade para o IBM Cloud Satellite.
- Capacidade de cálculo
- O Satellite monitora a capacidade de computação disponível de sua localização. IBM O monitoramento de capacidade confirma que os locais que atingem 70% da capacidade acionam um status de alerta, solicitando que você adicione mais hosts. Se o local atingir 80% da capacidade, o status passa para “crítico” e aciona outro aviso para conectar mais hosts.
Planeje-se para manter pelo menos três hosts adicionais anexados e não designados à sua localização. Quando você tem hosts extras, então a IBM pode designar os hosts para o seu plano de controle de localização do Satellite automaticamente quando o local atingir o limite de capacidade de aviso ou um host não funcional precisar ser substituído.
Dimensionamento da localização
IBM As orientações de dimensionamento indicam o número de hosts que o plano de controle de localização do Satellite requer para executar os componentes principais em diversas combinações de clusters e nós de trabalho. Estes sizings são apenas para referência.
| Número de hosts do plano de controle | Máximo de clusters na localização | Exemplo de máximo de nós do trabalhador na localização | Tamanho máximo do cluster |
|---|---|---|---|
| Seis hosts | Até 3 clusters | 20 trabalhadores entre 3 clusters ou 80 trabalhadores entre 2 clusters | 60 trabalhadores por cluster |
| Nove hosts | Até cinco clusters | 40 trabalhadores entre 5 clusters ou 140 trabalhadores entre 3 clusters | 60 trabalhadores por cluster |
| 12 hosts | Até oito clusters | 60 trabalhadores entre 8 clusters ou 200 trabalhadores entre 4 clusters | 60 trabalhadores por cluster |
| Número de hosts do plano de controle | Máximo de clusters na localização | Exemplo de máximo de nós do trabalhador na localização | Tamanho máximo do cluster |
|---|---|---|---|
| Seis hosts | Até 9 clusters | 200 trabalhadores entre 9 clusters ou 550 trabalhadores entre 2 clusters | 300 trabalhadores por cluster |
| Nove hosts | Até 16 clusters | 400 trabalhadores distribuídos por 16 grupos, ou 850 trabalhadores distribuídos por 3 grupos | 300 trabalhadores por cluster |
| 12 hosts | Até 22 clusters | 520 trabalhadores distribuídos por 22 grupos, ou 1.150 trabalhadores distribuídos por 4 grupos | 300 trabalhadores por cluster |
Tamanho do local para teste..
A tabela a seguir mostra a orientação de dimensionamento para o número de hosts que o plano de controle de local do Satellite requer para executar uma demonstração de local do Satellite. Essa configuração não é destinada para uso de produção
| Número de hosts do plano de controle | Máximo de clusters na localização | Tamanho máximo do cluster |
|---|---|---|
| 3 anfitriões 8x32 | 1 cluster | 20 trabalhadores por cluster |
Perguntas frequentes sobre o dimensionamento de local
Revise as perguntas mais frequentes a seguir para obter mais informações sobre o dimensionamento de sua localização:
Como saber qual tamanho e número de hosts conectar ao meu cluster?
Para decidir sobre o tamanho e o número de hosts a serem anexados aos seus clusters, considere as cargas de trabalho que você deseja executar na localização. Revise a documentação doRed Hat OpenShift on IBM Cloud para obter orientação sobre as considerações a seguir.
- Quantos recursos são necessários para o meu app?
- O que mais, além do meu aplicativo, utiliza recursos no cluster?
- Que tipo de disponibilidade devo desejar para minha carga de trabalho?
- Quantos nós do trabalhador (hosts) eu preciso para tratar a minha carga de trabalho?
- Como monitoro o uso de recursos e a capacidade no meu cluster?
Como saber quando anexar capacidade ao plano de controle de localização do Satellite?
Ao listar locais, por exemplo, com o comando ibmcloud sat location ls ou no [console Satellite](https://cloud.ibm.com/satellite/locations){: external}, o local passa para o estado de integridade Action
required . Você vê mensagens de aviso semelhantes ao exemplo a seguir.
Hosts in the location control plane are running out of disk space.
Hosts in the location control plane have critical CPU or memory usage issues.
The location control plane is running at max capacity and cannot support any more workloads.
Depois de determinar o tamanho do seu local, inclua hosts no plano de controle de localização.
Como escalar o meu plano de controle de localização do Satellite para estar altamente disponível?
Consulte Configuração do trabalhador do plano de controle altamente disponível. Atribua hosts ao local do plano de controle em cada zona, em múltiplos de três.
Por exemplo, atribua 6 hosts ao seu local do plano de controle gerenciado a partir da região IBM Cloud wdc, com 2 hosts em cada zona (us-east-1, us-east-2 e us-east-3).
Para aumentar a capacidade do seu plano de controle, é possível seguir as mesmas etapas para Configurar o plano de controle de localização do Satellite.
Quantos clusters Red Hat OpenShift on IBM Cloud eu posso executar antes de precisar anexar capacidade ao plano de controle de localização?
O número de clusters depende do tamanho de seus clusters e do tamanho dos hosts que você usa para o plano de controle de localização do Satellite. Deve-se aumentar a capacidade dos hosts do plano de controle em múltiplos de três, como 6, 9 ou 12.
As tabelas a seguir fornecem exemplos do número de hosts que o plano de controle deve ter para executar os mestres para várias combinações de clusters e nós do trabalhador, somente para propósitos informativos.
- O tamanho dos hosts que executam o plano de controle, 4 vCPUs e 16 GB de RAM ou 16 vCPUs e 64 GB de RAM, afeta os números de clusters e nós do trabalhador que são possíveis na localização. Tenha em mente que os requisitos reais de desempenho dependem de muitos fatores, como o desempenho subjacente da CPU e o uso do plano de controle pelos aplicativos que são executados na localização.
- É possível designar hosts ao plano de controle em grupos de 3. A tabela apresenta exemplos com até 12 hosts como configurações comuns para lhe dar uma ideia de como dimensionar o plano de controle para o seu ambiente de hosts e aplicativos. Observe que é possível adicionar mais de 12 hosts ao seu plano de controle em grupos de 3 — por exemplo, 18 ou 27 hosts.
Quais tipos de mudanças podem aumentar meus requisitos de tamanho de local?
Seus requisitos de dimensionamento podem aumentar, dependendo da quantidade de carga de trabalho que está em execução em um cluster Os exemplos a seguir podem fazer com que seus requisitos de dimensionamento para sua localização aumentem..
- Grandes quantidades de uma carga de trabalho de pod dinâmica, como mais armazenamento necessário para conter todos os metadados de pod, serviço ou app.
- Grandes quantias de informações de configuração, como ConfigMaps e Segredos, que podem levar ao aumento de memória ou CPU do plano de controle que está retendo ou processando essas informações.
- Agregou
kube-apiserversolicitação de carga de trabalho e tamanhos de resposta de dados reunidos. Por exemplo, se seu cluster contiver muitos ConfigMaps e um aplicativo consultar a lista completa desses dados, essa solicitação poderá fazer com que o plano de controle requeira mais recursos.