Visión general de los costes de los clústeres

Con IBM Cloud®, puede planificar, estimar, revisar y modificar el entorno del clúster para controlar los costes. Con solo utilizar un servicio gestionado como Red Hat® OpenShift® on IBM Cloud®, está ahorrando muchos gastos asociados con la gestión, la actualización y el mantenimiento de un entorno de infraestructura.

Visión general de los costes por componente

Con los clústeres de Red Hat OpenShift on IBM Cloud, puede utilizar los recursos de cálculo, red y almacenamiento de la infraestructura de IBM Cloud con servicios de plataforma como Watson AI o Compose Database-as-a-Service. Cada recurso puede conllevar sus propios cargos, que pueden ser fijos, medidos, escalonados o reservados y facturados según distintos índices incrementales como, por ejemplo, mensual o por hora.

Los recursos mensuales de un mes se facturarán el primero del mes siguiente. Si solicita un recurso mensual a mediados de mes, se le cargará una cantidad prorrateada correspondiente a ese mes. Sin embargo, si cancela un recurso a mediados de mes, se le cargará la totalidad correspondiente al recurso mensual.

Nodos de trabajador

Los clústeres pueden tener dos tipos principales de nodos trabajadores: máquinas virtuales o físicas (nativas). La disponibilidad y los precios de las versiones (tipos de máquina) varían según la zona en la que se despliega el clúster.

¿Cuándo empiezan a cobrar los nodos trabajadores?**: Los nodos trabajadores comienzan a incurrir en cargos después de que completen el estado provisioning y continúan hasta que elimine los nodos trabajadores y completen el estado deleting. Para obtener más información, consulte Estados de los nodos trabajadores.

¿Cuál es la diferencia entre máquinas virtuales y físicas?

Las máquinas virtuales ofrecen una mayor flexibilidad, unos tiempos de suministro más reducidos y proporcionan más características automáticas de escalabilidad que las máquinas nativas. Sin embargo, las máquinas virtuales tienen una contrapartida de rendimiento cuando se comparan con las especificaciones bare metal, como los Gbps de red, los umbrales de RAM y memoria y las opciones de almacenamiento. Tenga en cuenta estos factores que afectan a los costes de la máquina virtual.

Compartido frente a dedicado: Si compartes el hardware subyacente de la máquina virtual, el coste es inferior al del hardware dedicado, pero los recursos físicos no están dedicados a tu máquina virtual.
Solo facturación por hora: la facturación por hora ofrece más flexibilidad para solicitar y cancelar rápidamente las máquinas virtuales. Se le cobrará una tarifa por hora que se mide solo por el tiempo que se suministra el nodo trabajador. El tiempo no se redondea hacia arriba o hacia abajo a la hora más cercana, sino que se mide en minutos y se carga según la tarifa por hora. Por ejemplo, si el nodo trabajador se suministra durante 90 minutos, se le cobrará la tarifa horaria por 1,5 horas, no por 2 horas.
Horas por niveles al mes: los precios se facturan por hora en niveles graduados. A medida que la VM permanezca solicitada durante un nivel de horas dentro del mes de facturación, la tasa por hora que se le factura baja. Los niveles de horas son los siguientes:
- 0 - 150 horas
- 151 - 290 horas
- 291 - 540 horas
- 541+ horas

Las máquinas físicas o bare metal ofrecen ventajas de alto rendimiento para cargas de trabajo como datos, GPU e IA. Además, todos los recursos de hardware están dedicados a sus cargas de trabajo, así que no tiene "vecinos molestos". Tenga en cuenta estos factores que afectan a los costes de la máquina nativa.

Solo facturación mensual: todas las máquinas nativas se facturan mensualmente.
Proceso de solicitud más largo: después de solicitar o de cancelar un servidor nativo, el proceso se completa manualmente en la cuenta de la infraestructura de IBM Cloud. Por lo tanto, puede ser necesario más de un día laborable para completar la tramitación.

Sólo VPC Generación 2: Los precios varían según la región en la que resida la infraestructura de nodos de trabajadores subyacente, y puedes obtener descuentos por uso sostenido. Para obtener más información, consulte ¿Cuáles son los cargos regionales adicionales y descuentos por uso sostenido para los nodos trabajadores de VPC?.

Licencias de cálculo

En Red Hat OpenShift on IBM Cloud, los nodos trabajadores requieren licencias de OpenShift Container Platform para cubrir el uso de Red Hat OpenShift Container Platform y Red Hat Enterprise Linux. OpenShift Container Platform las licencias pueden proceder de un derecho existente de IBM Cloud Pak o de Red Hat OpenShift on IBM Cloud.

Licencias de OCP de Red Hat OpenShift on IBM Cloud

Cuando se crean nodos trabajadores mediante la adición de una agrupación de nodos trabajadores o de un clúster, Red Hat OpenShift on IBM Cloud le ayuda a incluir la compra de licencias de OpenShift Container Platform para los nodos trabajadores. La forma en que se facturan estas licencias de OpenShift Container Platform varía según el tipo de licencias de OpenShift Container Platform que tienen los nodos trabajadores.

Nuevas licencias de OCP con precios reducidos, disponibles el 9 de noviembre de 2020. Cree un clúster o una agrupación de nodos trabajadores con los tipos más recientes para utilizar las nuevas licencias de OCP.
En desuso: Licencias de OCP antiguas para los nodos trabajadores existentes antes del 9 de noviembre de 2020 o tipos nativos en desuso. Migre los nodos trabajadores existentes para aprovechar las nuevas licencias de OCP.

Nuevas licencias de OCP con precios reducidos, disponibles el 9 de noviembre de 2020

Las nuevas licencias OCP incluyen precios reducidos de Red Hat. una licencia Red Hat OpenShift se factura por cada dos núcleos virtuales (o un núcleo físico) del tipo de nodo trabajador. Los cargos varían según el tipo de nodo trabajador que tenga, durante el tiempo que tenga el nodo trabajador.

Máquinas virtuales (VM): Las licencias de OCP se facturan por horas. Por ejemplo, puede crear una agrupación de nodos trabajadores con máquinas virtuales, probar una app durante 3 días y luego suprimir la agrupación de nodos trabajadores. Solo se le facturará por las horas en que los nodos trabajadores estaban desplegados.
Máquinas físicas (nativas): Las licencias de OCP se prorratean durante el primer mes en el que se crean los nodos trabajadores y, a continuación, se facturan mensualmente durante el ciclo de vida restante del nodo trabajador. Por ejemplo, puede crear un clúster con nodos trabajadores nativos el 15 de agosto y suprimir el clúster el 14 de septiembre. Se le facturará un coste mensual prorrateado correspondiente al primer mes de agosto, pero el coste mensual completo para septiembre.

Cuando se calcula el coste de un nuevo clúster o nodo trabajador, las licencias de OCP se incluyen como parte del coste del nodo trabajador. Las licencias de OCP también forman parte del plan de nodo trabajador y aparecen en la lista como un subelemento de los nodos trabajadores en la factura de IBM Cloud.

En desuso: Licencias de OCP antiguas para los nodos trabajadores existentes antes del 9 de noviembre de 2020 o tipos nativos en desuso

se factura una licencia de Red Hat OpenShift por cada cuatro núcleos virtuales (o dos núcleos físicos) del tipo de nodo trabajador. Se le factura toda la licencia por cada mes que tenga nodos trabajadores en el estado deployed. El cargo mensual se aplica a los nodos trabajadores virtuales y físicos. Por ejemplo, si crea el clúster el 15 de agosto y lo suprime el 14 de septiembre, se le facturarán las licencias de OCP correspondientes a dos periodos mensuales: agosto y septiembre.

Si suprime el nodo trabajador antes de fin de mes, la licencia mensual estará disponible para que la utilicen otros nodos trabajadores del mismo clúster. Si los otros nodos trabajadores no tienen el mismo tamaño de CPU, necesita más licencias.
Si suprime el clúster antes de fin de mes, se le facturará la licencia de Red Hat OpenShift al precio del mes entero.

Cuando se calcula el coste de un nuevo clúster o nodo trabajador, las licencias de OCP se incluyen como un elemento de línea separado. Las licencias de OCP también se muestran en la lista como planes separados en la factura de IBM Cloud.

¿Cómo puedo migrar de las licencias OCP antiguas a las nuevas?

Puede seguir el mismo procedimiento para actualizar tipos añadiendo nuevas agrupaciones de nodos trabajadores y eliminando las agrupaciones de nodos trabajadores antiguas. Si utiliza un tipo nativo, asegúrese de utilizar los 4 tipos más recientes de la serie. Muchos tipos nativos existentes no dan soporte a las nuevas licencias de OCP.

Puede comprobar las nuevas tarifas en la estimación de precios cuando cree un clúster o una agrupación de nodos trabajadores en la consola. Las licencias de OCP ya no son una línea de detalle aparte en el presupuesto, sino que se incluyen en el coste de los nodos de trabajador.

Licencias de OCP a partir de titularidades de Cloud Pak

Cuando adquiere productos, como por ejemplo IBM Cloud Paks, la compra puede incluir licencias de OCP. Cuando se crea un clúster o una agrupación de nodos trabajadores, puede optar por aplicar la titularidad para cubrir el coste de las licencias de OCP.

No supere la titularidad. Tenga en cuenta que las titularidades de plataforma de contenedor de OpenShift se pueden utilizar con otros proveedores de nube o en otros entornos. Para evitar problemas de facturación posteriores, asegúrese de utilizar solo lo que tiene derecho a utilizar. Por ejemplo, supongamos que tiene una titularidad para las licencias de OCP para dos nodos trabajadores de 4 CPU y 16 GB de memoria y crea esta agrupación de nodos trabajadores con dos nodos trabajadores de 4 CPU y 16 GB de memoria. Ha utilizado la titularidad completa, y no puede utilizar la misma titularidad para otras agrupaciones de trabajadores, proveedores de nube o entornos.

Ancho de banda público

Ancho de banda se refiere a la transferencia de datos públicos del tráfico de red de entrada y salida, tanto a como desde los recursos de IBM Cloud de los centros de datos de todo el mundo.

Clústeres clásicos: el ancho de banda público se carga por GB. Puede revisar su resumen de ancho de banda actual iniciando sesión en la consola IBM Cloud, desde el menú Icono de menú seleccionando Infraestructura > Infraestructura clásica y, a continuación, seleccionando la página Red > Ancho de banda > Resumen.

Revise los factores siguientes que afectan a los cargos de ancho de banda público:

Ubicación: al igual que sucede con los nodos trabajadores, los cargos varían en función de la zona en la que se despliegan los recursos.
Pago según uso de máquina virtual: debido a que las máquinas virtuales se facturan según una tarifa por hora, las máquinas de nodo trabajador de la máquina virtual tienen una asignación de pago según uso de la red de salida basada en el uso de GB.
Ancho de banda incluido y paquetes por niveles para BM: los nodos trabajadores nativos pueden venir con una determinada asignación de red de salida por mes que varía según la geografía: 20 TB para América del Norte y Europa o 5 TB para Asia Pacífico y Sudamérica. Si supera el ancho de banda incluido, se le factura de acuerdo con el esquema de uso por niveles correspondiente a su geografía. Si sobrepasa la asignación de un nivel, también se le puede facturar una tarifa de transferencia de datos estándar.

Clusters VPC: Para más información sobre cómo funciona la transferencia de datos por Internet en su Nube Virtual Privada, consulte Precios para VPC.

Direcciones IP de subred

Las subredes para los clústeres de Red Hat OpenShift on IBM Cloud clústeres según el proveedor de la infraestructura.

Clústeres clásicos: cuando se crea un clúster estándar, se solicita una subred pública portátil con 8 direcciones IP públicas y se carga a su cuenta mensualmente. Para obtener información sobre precios, consulte la documentación Subredes e IPs o calcule sus costes en la consola clásica de subredes). Si ya tiene subredes públicas portátiles disponibles en su cuenta de infraestructura, puede utilizar estas subredes en su lugar. Cree el clúster con --no-subnets distintivo y, a continuación, reutilizar las subredes.

Clústeres VPC: Para obtener más información sobre los cargos por IP flotante y otros costes de red, consulta Precios para VPC.

Equilibrador de carga multizona

Si se crea un clúster multizona o se añaden zonas a un clúster de una sola zona, debe tener un equilibrador de carga para comprobar el estado de Ingress y las direcciones IP del equilibrador de carga en cada zona y para enviar las solicitudes a las apps a través de zonas de la región.

El tipo de equilibrador de carga que se crea automáticamente varía en función del tipo de clúster.

Clústeres clásicos: Se crea automáticamente un MZLB de Akamai para cada clúster multizona. Puede ver la tarifa por hora en el resumen de precios al crear el clúster.
Clusters VPC: Se crea automáticamente un Load Balancer para VPC en su VPC para su clúster. Para obtener información sobre costes, consulte Precios de Load Balancer para VPC.

Almacenamiento predeterminado para imágenes

Para almacenar imágenes en el registro interno, Red Hat OpenShift on IBM Cloud crea una instancia de almacenamiento que varía según el proveedor de la infraestructura.

Clusters clásicos: Se le crea automáticamente un volumen File Storage for Classic. El volumen de almacenamiento de archivos se suministra con una clase de almacenamiento ibmc-file-gold de 100 GB de capacidad en 10 IOPS/GB, y facturado a una tarifa horaria. Si necesita más capacidad de almacenamiento de imágenes, puede actualizar el tamaño del volumen, lo cual modifica el coste.
Clusters VPC: Se le crea un bucket en una instancia existente de IBM Cloud Object Storage. Para más información, consulte Facturación y precios en la documentación de Object Storage.

Almacenamiento de aplicaciones

Al aprovisionar almacenamiento, puede elegir el tipo y la clase de almacenamiento adecuados para su caso de uso. Los cargos varían en función del tipo de almacenamiento, de la ubicación y de las especificaciones de la instancia de almacenamiento. Algunas soluciones de almacenamiento, como el almacenamiento de archivos y en bloque, ofrecen tarifas por hora y mensuales, entre las que puede elegir.

Para elegir la solución de almacenamiento correcta, consulte Planificación de almacenamiento persistente de alta disponibilidad. Para obtener más información, consulte:

Servicios de IBM Cloud

Cada servicio que integre en su clúster tiene su propio modelo de precios. Revise la documentación de cada producto y utilice la consola de IBM Cloud para estimar los costes.

Operadores y otras integraciones de terceros

Los operadores y otras integraciones de terceros constituyen una forma conveniente de añadir servicios a su clúster desde la comunidad, un tercero, su propio entorno u otros proveedores. Tenga en cuenta que usted es el responsable de los cargos adicionales y del funcionamiento de estos servicios en su clúster, desde el despliegue y el mantenimiento hasta la integración con sus apps. Si tiene problemas con un operador o con una integración de terceros, trabaje con el proveedor adecuado para resolver el problema.

Nodos trabajadores de VPC

Los precios para la infraestructura de VPC varían según la ubicación regional y el uso sostenido.

Esta información solo se aplica a los nodos de trabajador de VPC.

Aumento de cargos regionales: Cuando crea un clúster en una infraestructura de VPC, los nodos trabajadores pueden incurrir en un cargo adicional que varía según la ubicación multizona en la que cree el clúster. El cargo adicional es un porcentaje (%) de la tarifa por hora (r) y se suma a la tarifa por hora del nodo trabajador. El coste total de tarifa por hora de un nodo de trabajador se puede calcular como r + (r × %). En la consola de creación de clústeres, este aumento se refleja en la calculadora de precios a medida que se configuran los detalles del clúster. En la tabla siguiente se describe el aumento de precios por región.; Para consultar una tabla que describe el incremento de precios por región, véase Precios regionales para VPC.
Descuentos de uso sostenido: Para las instancias de servidor virtual que se facturan según una tarifa por hora, los precios con descuento dependen de cuánto tiempo se ejecuta la instancia durante el mes de facturación. Para más información, amplíe la sección Descuentos por uso sostenido en IBM Cloud Virtual Servers for VPC en la página Precios para VPC.

Estimación de costes

Consulte Estimación de costes.

Tenga en cuenta que algunos cargos no se reflejan en la estimación, como los precios por niveles para el uso por hora ampliado. Para obtener más información, consulte Visión general de los costes de los clústeres.

Gestión de costes

En los pasos siguientes se presenta un proceso general para gestionar los costes de los clústeres de Red Hat OpenShift on IBM Cloud clústeres.

Elija una estrategia de plataforma en la nube para gestionar los recursos.
- Consulte Documentos de facturación y uso deIBM Cloud.
- Organice la facturación con grupos de recursos.
- Añada etiquetas a los clústeres de acuerdo con la estrategia de la organización.
Planifique el tipo de clúster que necesita.
- Dimensione el clúster de modo que dé soporte a las cargas de trabajo, incluido el ancho de banda de red que necesitan las cargas de trabajo.
- Decida el entorno de clúster que desea.
- Tenga en cuenta la disponibilidad que desea para el clúster. Por ejemplo, una configuración básica de alta disponibilidad es un clúster multizona con dos nodos de trabajador en cada una de las tres zonas, para un total de 6 nodos de trabajador como mínimo.
Tenga en cuenta otros servicios, complementos y operadores de IBM Cloud y otro software de terceros que puede utilizar y que puedan aumentar el coste. Para hacerse una idea de otros costes en los que suelen incurrir los clústeres, revise Visión general de los de los clústeres.
Estimar los costes y revisar la información de precios detallada para el servicio, consulte IBM Cloud Kubernetes Service: Precios.
Gestione el ciclo de vida del clúster para controlar los costes.
- Tenga en cuenta la posibilidad de habilitar el escalado automático de clúster para añadir o eliminar automáticamente nodos trabajadores en respuesta a las solicitudes de recursos de carga de trabajo de clúster.
- Redimensiona manualmente tu pool de trabajadores para eliminar los nodos que no necesites. Tenga en cuenta que no puede escalar una agrupación de trabajadores a cero nodos de trabajador.
- Utilice las funciones de Kubernetes como el autoescalado horizontal de pods, la prioridad de pods y las solicitudes y límites de recursos para controlar cómo se utilizan los recursos dentro de su clúster.
- Considere la posibilidad de configurar una herramienta de supervisión, como por ejemplo IBM Cloud Monitoring, y de crear alertas para sus cargas de trabajo cuando necesiten más recursos.
Vea su uso para ajustar continuamente la forma en que consume los servicios de IBM Cloud.
Establezca notificaciones de gastos.

Precios para clústeres en Satellite

Revise la tabla para obtener información sobre los cargos relacionados con los clústeres de Red Hat OpenShift en IBM Cloud Satellite. Para obtener información sobre los precios de ubicación, consulte Precios deSatellite.

¿Está buscando una estimación? Pruebe el Estimador de costes o revise el modelo de fijación de precios

Clúster deRed Hat OpenShift en Satellite cargos.
Tipo de cargo	Clústeres creados después del 15 de noviembre de 2022	Clústeres creados antes del 15 de noviembre de 2022	Qué cubre el cargo
Tarifa por gestión de clústeres	Una tarifa mensual plana para el clúster.	Por hora de vCPU de los hosts que están asignados al clúster como nodos trabajadores	Las ventajas de Red Hat OpenShift on IBM Cloud, como la instalación y actualización de parches de seguridad de OpenShift Container Platform para sus nodos trabajadores; la gestión de su clúster con un conjunto de herramientas API, CLI y UI; la integración con IBM Cloud herramientas de plataforma como IAM; la supervisión continua por parte de IBM Site Reliability Engineers; el acceso a IBM Cloud soporte; y mucho más.
Tarifa de gestión de nodos trabajadores	Por vCPU hora de los hosts que están asignados al cluster como nodos trabajadores.	Por vCPU hora de los hosts que están asignados al cluster como nodos trabajadores.	Las ventajas de IBM Cloud Satellite, como crear el clúster en cualquier infraestructura compatible que se desee; herramientas para implantar aplicaciones, controladores de almacenamiento y puntos finales de forma coherente en toda la ubicación; integración con herramientas de la plataforma IBM Cloud como IAM; supervisión continua por parte de los ingenieros de fiabilidad del sitio IBM; acceso a la asistencia IBM Cloud; y mucho más.
Tarifa de licencia de OCP	Por vCPU hora. Puede adquirir una licencia durante la creación del clúster o traer la suya propia.	Por vCPU hora. Puede adquirir una licencia durante la creación del clúster o traer la suya propia.