Nós do trabalhador

Os clusters podem ter dois tipos principais de nós do trabalhador: máquinas virtuais ou físicas (bare metal). A disponibilidade e a precificação do tipo (tipo de máquina) variam de acordo com a zona na qual você implementa seu cluster.

Quando os nós de trabalho começam a incorrer em cobranças?

Os nós de trabalho começam a incorrer em cobranças depois de concluírem o estado provisioning e continuam até que você exclua os nós de trabalho e eles concluam o estado deleting. Para obter mais informações, consulte Estados do nó do trabalhador.

Qual é a diferença entre máquinas virtuais e físicas?

As Máquinas virtuais apresentam maior flexibilidade, tempos de fornecimento mais rápidos e recursos de escalabilidade mais automáticos do que o bare metal, com um preço com custo mais reduzido do que o bare metal. No entanto, as VMs têm uma desvantagem de desempenho quando comparadas às especificações bare metal, como Gbps de rede, RAM e limites de memória e opções de armazenamento. Tenha em mente esses fatores que impactam seus custos de VM.

• Compartilhado versus dedicado: Se você compartilhar o hardware subjacente da VM, o custo será menor do que o do hardware dedicado, mas os recursos físicos não serão dedicados à sua VM.
• Somente faturamento por hora: faturamento por hora oferece mais flexibilidade para ordenar e cancelar VMs rapidamente. Você é cobrado por uma taxa por hora medida apenas pelo tempo em que o nó de trabalho é provisionado. O tempo não é arredondado para cima ou para baixo para a hora mais próxima, mas é medido em minutos e cobrado à taxa horária. Por exemplo, se o seu nó do trabalhador for provisionado para 90 minutos, você será cobrado por uma taxa horária de 1,5 horas e não 2 horas.
• Horários em camadas por mês: a precificação é faturada por hora em camadas graduadas. À medida que sua VM permanece pedida para uma camada de horas dentro de um mês de faturamento, a taxa horária que é cobrada diminui. As camadas de horas são as seguintes:
  • De 0 a 150 horas
  • De 151 a 290 horas
  • De 291 a 540 horas
  • Mais de 541 horas

Máquinas físicas ou bare metal, (não disponível para clusters VPC) rendem benefícios de alto desempenho para cargas de trabalho, como dados, GPU e IA. Além disso, todos os recursos de hardware são dedicados às suas cargas de trabalho, para que você não tenha "vizinhos barulhentos". Tenha em mente esses fatores que impactam seus custos bare metal.

• Somente faturamento mensal: todos os bare metals são cobrados mensalmente.

• Processo de pedido mais longo: depois de pedir ou cancelar um servidor bare metal, o processo é concluído manualmente em sua conta de infraestrutura da IBM Cloud. Portanto, isso pode levar mais de um dia útil para ser concluído.

  Somente VPC Geração 2: Os preços variam de acordo com a região onde reside a infraestrutura subjacente do nó de trabalho, e você pode obter descontos de uso contínuo. Para obter mais informações, consulte Quais são os encargos de aumento regional e descontos de uso sustentados para nós do trabalhador da VPC?.

Licenças de cálculo

No Red Hat OpenShift on IBM Cloud, os nós do trabalhador requerem licenças do OpenShift Container Platform para cobrir o uso do Red Hat OpenShift Container Platform e do Red Hat Enterprise Linux. OpenShift Container Platform as licenças podem ser fornecidas por um direito existente do IBM Cloud Pak ou pelo Red Hat OpenShift on IBM Cloud.

Largura da banda pública

A largura da banda refere-se à transferência de dados públicos de tráfego de rede de entrada e saída, para e de recursos do IBM Cloud em data centers no mundo inteiro.

Clusters clássicos: a largura da banda pública é cobrada por GB. Você pode revisar o resumo da largura de banda atual fazendo login em IBM Cloud console, no menu , selecionando Infraestrutura > Infraestrutura clássica e, em seguida, selecionando a página Rede > Largura de banda > Resumo.

Revise os fatores a seguir que afetam os encargos de largura da banda pública:

• Local: como ocorre com os nós do trabalhador, os encargos variam dependendo da zona na qual seus recursos são implementados.
• Pague conforme o uso para VM: como as VMs são cobradas por hora, suas máquinas de nó de trabalho da VM têm uma alocação pré-paga de rede de saída com base no uso de GB.
• Largura da banda e pacotes em camadas incluídos para BM: nós do trabalhador de bare metal podem vir com uma determinada alocação de rede de saída por mês que varia por geografia: 20 TB para a América do Norte e a Europa ou 5 TB para a Ásia Pacífico e a América do Sul. Depois de exceder sua largura da banda inclusa, você será cobrado de acordo com um esquema de uso em camadas para sua geografia. Se você exceder uma dotação de camada, também poderá ser cobrada uma taxa de transferência de dados padrão.

Clusters de VPC: Para obter mais informações sobre como a transferência de dados da Internet funciona em sua nuvem privada virtual, consulte Preços para VPC.

Endereços IP de sub-rede

As sub-redes para os clusters Red Hat OpenShift on IBM Cloud variam por provedor de infraestrutura.

Clusters clássicos: ao criar um cluster padrão, uma sub-rede pública móvel com 8 endereços IP públicos é solicitada e cobrada mensalmente em sua conta. Para obter informações sobre preços, consulte a documentação Subnets and IPs ou estime seus custos no console de sub-redes clássicas). Se você já tiver sub-redes públicas móveis disponíveis em sua conta de infraestrutura, será possível usar essas sub-redes como alternativa. Crie o cluster com o --no-subnets sinalizador e, em seguida, reutilizar suas sub-redes.

Clusters de VPC: Para obter mais informações sobre cobranças de IPs flutuantes e outros custos de rede, consulte Preços para VPC.

Balanceador de carga multizona

Ao criar um cluster multizona ou incluir zonas em um cluster de zona única, você deverá ter um balanceador de carga para verificar a integridade do Ingress e de endereços IP de balanceador de carga em cada zona e encaminhar solicitações para os seus apps nas zonas na região.

O tipo de balanceador de carga que é criado automaticamente varia dependendo do tipo de cluster.

• Clusters clássicos: Um MZLB da Akamai é criado automaticamente para cada cluster de várias zonas. É possível visualizar a taxa horária no resumo de precificação quando você cria o cluster.
• Clusters de VPC: um Load Balancer for VPC é criado automaticamente em sua VPC para o seu cluster. Para obter informações sobre custos, consulte Preços do Load Balancer para VPC.

Armazenamento padrão para imagens

Para armazenar imagens no registro interno, o Red Hat OpenShift on IBM Cloud cria uma instância de armazenamento que varia por provedor de infraestrutura.

• Clusters clássicos: Um volume File Storage for Classic é criado automaticamente para você. Seu volume de armazenamento de arquivos é provisionado com uma classe de armazenamento ibmc-file-gold de 100 GB de capacidade em 10 IOPS/GB e faturado em uma taxa horária. Se você precisar de mais capacidade de armazenamento de imagem, será possível atualizar o tamanho do volume, que modifica o custo.
• Clusters de VPC: Um bucket em uma instância existente do IBM Cloud Object Storage é criado para você. Para obter mais informações, consulte Faturamento e preços na documentação do site Object Storage.

Armazenamento para apps

Ao provisionar o armazenamento, você pode escolher o tipo e a classe de armazenamento corretos para o seu caso de uso. Os encargos variam de acordo com o tipo de armazenamento, o local e as especificações da instância de armazenamento. Algumas soluções de armazenamento, como arquivo e armazenamento de blocos, oferecem taxas horárias e mensais para você escolher.

Para escolher a solução de armazenamento correta, consulte Planejamento de armazenamento persistente altamente disponível. Para obter mais informações, consulte:

• File Storage for Classic
• Block Storage for Classic
• File Storage for VPC
• Block Storage for VPC
• IBM Cloud Object Storage
• Precificação do Portworx Enterprise

Serviços IBM Cloud

Cada serviço que você integra a seu cluster tem seu próprio modelo de precificação. Revise a documentação de cada produto e use o console do IBM Cloud para estimar custos.

Operadores e outras integrações de terceiros

Os Operadores e outras integrações de terceiros são uma maneira conveniente de incluir serviços em seu cluster de comunidade, terceiros, seus próprios ou de outros provedores. Lembre-se que você é responsável por encargos adicionais e como esses serviços operam em seu cluster, desde a implementação e manutenção até a integração com seus aplicativos. Se você tiver problemas com um operador ou integração de terceiros, trabalhe com o provedor apropriado para solucionar problemas.

Nós do trabalhador de VPC

A precificação para infraestrutura de VPC varia com base em localização regional e uso sustentado.

Essas informações se aplicam somente aos nós do trabalhador de VPC.

Aumentos de encargos regionais

Ao criar um cluster na infraestrutura do VPC, os nós do trabalhador podem incorrer em um encargo de aumento que varia pela localização multizona na qual você cria o cluster. O encargo de aumento é uma porcentagem (%) da taxa horária (r) e é incluído na taxa horária do nó do trabalhador. O custo total da taxa horária para um nó do trabalhador pode ser calculado como r + (r × %). No console de criação de cluster, esse aumento é refletido na calculadora de preços à medida que você configura os detalhes do cluster. A tabela a seguir descreve o aumento de precificação por região.

Para uma tabela que descreve o aumento de precificação por região, consulte Precificação regional para VPC.

Descontos de uso sustentados

Para instâncias de servidor virtual que são faturadas a uma taxa horária, os preços com desconto dependem de quanto tempo a instância é executada durante o mês de faturamento. Para obter mais informações, expanda a seção Descontos de uso sustentado na seção IBM Cloud Virtual Servers for VPC na página Precificação para VPC.