Creación de un clúster clásico en la consola

Para empezar a crear tu clúster, ve a la consola y haz clic en Crear clúster.

Detalles de la ubicación

Cuando se crea un clúster, sus recursos permanecen en la ubicación en la que se despliega el clúster.

• Grupo de recursos: un clúster solo se puede crear en un único grupo de recursos y, una vez creado el clúster, no es posible cambiar su grupo de recursos. Para crear clústeres en un grupo de recursos distinto al predeterminado, debe tener al menos el rol de Visor para el grupo de recursos.

• Área geográfica: Selecciona una zona en la que crear el clúster, como América del Norte. La ubicación geográfica ayuda a filtrar los valores de Disponibilidad y Área metropolitana que se pueden seleccionar en la consola.

• Disponibilidad: Se puede crear un clúster con una configuración de Zona única o Multizone. Un clúster multizona proporciona alta disponibilidad, con el maestro Red Hat OpenShift desplegado en una zona con capacidad multizona y tres réplicas del maestro repartidas entre distintas zonas.
  • Para clústeres multizona, elija una ubicación de Metro. Para obtener el mejor rendimiento, selecciona la región que se encuentre físicamente más cerca de ti. Tus Zonas de trabajo se basan en la región que elijas. Puede seleccionar qué zonas de trabajador desea aplicar y los nodos trabajadores se distribuyen entre las zonas para obtener una alta disponibilidad. Cada zona de trabajador tiene una VLAN pública y privada. Si no tiene VLAN en esa zona, se crean automáticamente.
  • Para clústeres de una sola zona, elija una única Zona de trabajo en la que alojar el clúster. Para obtener el mejor rendimiento, selecciona una zona de la ciudad que se encuentre físicamente más cerca de ti. Cada zona de trabajador tiene una VLAN pública y privada. Si no dispone de VLAN en esa zona, se crearán automáticamente.

Versión de Kubernetes

De forma predeterminada, los clústeres se crean con la versión predeterminada de Kubernetes. Puede especificar una versión soportada diferente.

Agrupación de trabajadores

La agrupación de nodos trabajadores del clúster define el número y el tipo de nodos trabajadores que ejecutan la carga de trabajo. Puede cambiar los detalles de la agrupación de nodos trabajadores en cualquier momento.

• Configuración: La configuración define la cantidad de CPU virtual, memoria y espacio en disco que se configura en cada nodo de trabajo y que se pone a disposición de los contenedores. Los tipos de máquinas nativas y virtuales varían según la zona en la que se despliega el clúster.

• Sistema operativo y Arquitectura: para obtener una lista de los sistemas operativos y arquitecturas disponibles por versión de clúster, consulte las versiones disponibles.

• Nodos trabajadores por zona: Para la alta disponibilidad, se recomiendan al menos 3 nodos trabajadores por zona.

• Cifrar disco local: de forma predeterminada, los nodos trabajadores de cuentan con cifrado de disco AES de 256 bits. Puede optar por desactivar el cifrado de disco al crear el clúster.

Punto final de servicio maestro

Los puntos finales de servicio proporcionan comunicación al maestro. Puede optar por configurar el clúster sólo con un punto final de servicio de nube público o privado. Para obtener más información sobre la configuración necesaria para ejecutar apps de cara a Internet, o para mantener el clúster privado, consulte Planificación de la configuración de la red del clúster. No puede cambiar los puntos finales del servicio en la nube después de crear el clúster.

Gestión de secretos de Ingress

IBM Cloud Secrets Manager gestiona de forma centralizada los certificados de subdominio de Ingress y otros secretos del clúster. Puede optar por registrar una instancia de Secrets Manager en el clúster durante el proceso de creación del clúster. También puede especificar un grupo de secretos que puede utilizar para controlar el acceso a los secretos del clúster. Ambas opciones se pueden configurar o cambiar después de haber creado el clúster.

Cifrado

Habilite el cifrado de datos con un servicio de gestión de claves (KMS) para cifrar secretos y otra información confidencial en el clúster. También puede habilitar KMS más adelante.

Detalles del clúster

Puede personalizar el nombre de clúster exclusivo y las etiquetas que desee utilizar para organizar e identificar los recursos de IBM Cloud, como team o billing department.

Si desea añadir un perfil de confianza existente a su clúster, especifique el ID del perfil de confianza. Si no especifica un perfil de confianza, puede completar el proceso de creación del clúster con una clave API. Consulte Configurar un perfil de confianza para obtener más información.

Integraciones de observabilidad

Puede habilitar integraciones de observabilidad adicionales que desee incluir en el clúster. Algunas integraciones se habilitan automáticamente si tiene una instancia de plataforma existente de dicha integración. En este caso, no es posible desactivar la integración. Si desea utilizar una integración y sólo tiene una instancia de aplicación existente de dicha integración, la integración está inhabilitada de forma predeterminada y debe habilitarla manualmente.

• Registros: Puede utilizar IBM Cloud Logs para gestionar los registros del sistema operativo, los registros de las aplicaciones y los registros de la plataforma. Si desea activar esta integración más adelante, consulte IBM Cloud Logs.

• Supervisión: La integración de servicios de supervisión permite la visibilidad operativa sobre el rendimiento y el estado de las aplicaciones, servicios y plataformas. Si desactiva esta integración y desea activarla más adelante, consulte Supervisión del estado del clúster.La integración Security and Compliance Center Protección de la carga de trabajo encuentra y prioriza vulnerabilidades de software, detecta amenazas y responde a ellas, y gestiona configuraciones, permisos y cumplimiento desde el origen hasta la ejecución. Para obtener más información, consulte la página Protección de la carga de trabajo Inicio.
• Especifique el Tipo de configuración para utilizar instancias nuevas o existentes de Supervisión y protección de la carga de trabajo. Si desea utilizar instancias existentes tanto de Supervisión como de Protección de la carga de trabajo, las instancias de cada integración deben estar conectadas. En este caso, especifique la instancia de Supervisión o de Protección de la carga de trabajo que desea utilizar; no puede especificar ambas instancias, pero ambas se utilizarán siempre que estén conectadas. Puede conectar instancias existentes desde la página de detalles de la instancia Supervisión o Protección de la carga de trabajo.

Creación de un clúster clásico en la CLI

Cree su clúster clásico utilizando la IBM Cloud CLI.

• Asegúrese de cumplir los requisitos previos para preparar su cuenta y decidir la configuración de su clúster. Tenga en cuenta que necesita un clúster con un mínimo de 2 nodos trabajadores del tipo 4x16 para que los componentes predeterminados de Red Hat OpenShift puedan desplegarse.
• Instale las herramientas de CLI de IBM Cloud.

1. Inicia sesión en la CLI de IBM Cloud. Si está iniciando sesión con un ID federado, utilice ibmcloud login --sso.

   ibmcloud login [--sso]
   

2. Si dispone de varias cuentas de IBM Cloud, seleccione la cuenta en la que desea crear su clúster.

3. Para crear clústeres en un grupo de recursos que no sea el predeterminado, seleccione como destino dicho grupo de recursos. Un clúster solo se puede crear en un grupo de recursos y, después de crear el clúster, no puede cambiar su grupo de recursos. Debe tener al menos el rol de Visor para que el grupo de recursos lo seleccione como destino.

   ibmcloud target -g RESOURCE_GROUP_NAME
   

4. Revise las zonas en las que puede crear el clúster. En la salida del mandato siguiente, las zonas tienen el Tipo de ubicación dc. Para distribuir el clúster entre zonas, debe crear el clúster en una zona con soporte multizona. Las zonas con capacidad de multizona tienen un valor de zona metropolitana en la columna Multizone Metro. Si desea crear un clúster multizona, puede utilizar la consola de IBM Cloud o puede añadir más zonas al clúster después de crearlo.

   ibmcloud oc locations
   

   Si selecciona una zona que se encuentra fuera de su país, tenga en cuenta que es posible que se requiera autorización legal para poder almacenar datos físicamente en un país extranjero.

5. Revise los tipos de nodo trabajador que están disponibles en dicha zona. El tipo determina la cantidad de memoria, espacio de disco y CPU virtual que se configura en cada nodo trabajador y que está disponible para las apps. Los nodos trabajadores en clústeres clásicos se pueden crear como máquinas virtuales en una infraestructura compartida o dedicada, o como máquinas nativas dedicadas. Después de crear el clúster, puede añadir distintos tipos mediante la adición de una agrupación de nodos trabajadores.

   Antes de crear una máquina nativa, asegúrese de que desea suministrar una. Las máquinas nativas se facturan mensualmente. Si solicita por error una máquina nativa, se le facturará todo el mes, incluso si cancela la máquina de inmediato.
   

   ibmcloud oc flavors --zone ZONE
   

6. Compruebe si dispone de VLAN existentes en las zonas que desea incluir en el clúster y anote el ID de la VLAN. Si no tiene una VLAN pública o privada en una de las zonas que desea utilizar en el clúster, IBM Cloud Kubernetes Service crea automáticamente estas VLAN cuando crea el clúster.

   ibmcloud oc vlan ls --zone ZONE
   

   Salida de ejemplo

   ID        Name   Number   Type      Router
   1519999   vlan   1355     private   bcr02a.dal10
   1519898   vlan   1357     private   bcr02a.dal10
   1518787   vlan   1252     public    fcr02a.dal10
   1518888   vlan   1254     public    fcr02a.dal10
   

   Si ya existen una VLAN pública y privada, anote los direccionadores correspondientes. Los direccionadores de VLAN privadas siempre empiezan por bcr (back-end router, direccionador de fondo) y los direccionadores de VLAN públicas siempre empiezan por fcr (direccionador frontal). Al crear un clúster y especificar las VLAN privadas y públicas, deben coincidir el número y la combinación de letras después de dichos prefijos. En la salida de ejemplo, se puede utilizar cualquier VLAN privada con cualquier VLAN pública porque todos los direccionadores incluyen 02a.dal10.

7. Cree el clúster estándar.

   ibmcloud oc cluster create classic --zone <zone> --flavor <flavor> --hardware <shared_or_dedicated> --public-vlan <public_VLAN_ID> --private-vlan <private_VLAN_ID> --workers <number> [--operating-system (REDHAT_8_64)] --name <cluster_name> --version <major.minor.patch>_openshift --public-service-endpoint [--private-service-endpoint] [--pod-subnet] [--service-subnet] [--disable-disk-encrypt] [--sm-group GROUP] [--sm-instance INSTANCE] [--trusted-profile-id]
   

   --zone <zone>

   Especifique el ID de zona de IBM Cloud que ha elegido anteriormente y que desea utilizar para crear el clúster.

   --flavor <flavor>

   Especifique el tipo del nodo trabajador que ha elegido anteriormente.

   --hardware <shared_or_dedicated>

   Especifique el nivel de aislamiento del hardware del nodo trabajador. Utilice el valor dedicated para tener recursos físicos disponibles dedicados solo a usted, o shared para permitir que los recursos físicos se compartan con otros clientes de IBM. El valor predeterminado es 'shared'. Este valor es opcional para clústeres estándares de VM. Para las versiones nativas, especifique dedicated.

   --public-vlan <public_vlan_id>

   Si ya tiene una VLAN pública configurada en su cuenta de infraestructura de IBM Cloud para esta zona, escriba el ID de la VLAN pública que ha obtenido anteriormente. Si no tiene una VLAN pública en su cuenta, no especifique esta opción. IBM Cloud Kubernetes Service crea automáticamente una VLAN pública. Los direccionadores de VLAN privadas siempre empiezan por bcr (back-end router, direccionador de fondo) y los direccionadores de VLAN públicas siempre empiezan por fcr (direccionador frontal). Al crear un clúster y especificar las VLAN privadas y públicas, deben coincidir el número y la combinación de letras después de dichos prefijos.

   --private-vlan <private_vlan_id>

   Si ya tiene una VLAN privada configurada en su cuenta de infraestructura de IBM Cloud para esta zona, escriba el ID de la VLAN privada que ha obtenido anteriormente. Si no tiene una VLAN privada en su cuenta, no especifique esta opción. IBM Cloud Kubernetes Service crea automáticamente una VLAN privada. Los direccionadores de VLAN privadas siempre empiezan por bcr (back-end router, direccionador de fondo) y los direccionadores de VLAN públicas siempre empiezan por fcr (direccionador frontal). Al crear un clúster y especificar las VLAN privadas y públicas, deben coincidir el número y la combinación de letras después de dichos prefijos.

   --name <name>

   Especifique un nombre para el clúster. El nombre debe empezar por una letra, puede contener letras, números, puntos (.) y guiones (-) y debe tener 35 caracteres como máximo. Utilice un nombre que sea exclusivo entre regiones. El nombre del clúster y la región en la que el clúster se despliega forman el nombre de dominio completo para el subdominio de Ingress. Para garantizar que el subdominio de Ingress es exclusivo dentro de una región, el nombre del clúster se puede truncar y se le puede añadir un valor aleatorio al nombre de dominio de Ingress.

   --workers <number>

   Especifique el número de nodos trabajadores que desea incluir en el clúster. El valor predeterminado es 1.

   --version <major.minor.patch>

   La versión de Red Hat OpenShift del nodo maestro del clúster. Este valor es obligatorio. Cuando no se especifica la versión, el clúster se crea con la versión predeterminada de Kubernetes soportada. Si no especifica una versión de Red Hat OpenShift soportada, el clúster se crea como un clúster de Kubernetes de comunidad. Para ver las versiones disponibles, ejecute ibmcloud oc versions.

   --public-service-endpoint

   Habilite el punto final de servicio en la nube público de modo que se pueda acceder al nodo maestro de Red Hat OpenShift a través de la red pública, por ejemplo para ejecutar mandatos oc desde la CLI, y de forma que el nodo maestro de Red Hat OpenShift y los nodos trabajadores puedan comunicarse a través de la VLAN pública. Debe habilitar el punto final de servicio de nube pública, y no puede inhabilitarlo más adelante. Después de crear el clúster, puede obtener el punto final ejecutando ibmcloud oc cluster get --cluster <cluster_name_or_ID>.

   --private-service-endpoint

   En las cuentas habilitadas para VRF y las cuentas habilitadas para puntos finales de servicio: habilite el punto final de servicio de nube privada para que los nodos maestro y de trabajador de Red Hat OpenShift puedan comunicarse a través de la VLAN privada. Si selecciona esta opción, también debe habilitar el punto de conexión del servicio en la nube pública mediante la opción --public-service-endpoint. Tenga en cuenta que no puede cambiar más adelante los puntos finales de servicio de nube. Después de crear el clúster, puede obtener el punto final ejecutando ibmcloud oc cluster get --cluster <cluster_name_or_ID>.

   --pod-subnet

   A todos los pods que se despliegan en un nodo trabajador se les asigna de forma predeterminada una dirección IP privada en el rango 172.30.0.0/16. Si tiene previsto conectar el clúster a redes locales mediante IBM Cloud® Direct Link o un servicio VPN, puede evitar conflictos de subred si especifica un CIDR de subred personalizada que proporcione las direcciones IP privadas de los pods. Cuando elija un tamaño de subred, tenga en cuenta el tamaño del clúster que tiene previsto crear y el número de nodos trabajadores que puede añadir en el futuro. La subred debe tener un CIDR de al menos /23, que proporciona suficientes IP de pod para un máximo de cuatro nodos trabajadores en un clúster. Para clústeres más grandes, utilice /22 para tener suficientes direcciones IP de pod para ocho nodos trabajadores, /21 para tener suficientes direcciones IP de pod para 16 nodos trabajadores, etc. Tenga en cuenta que el pod y las subredes de servicio no se pueden solapar. La subred de servicio está en el rango 172.21.0.0/16 de forma predeterminada. La subred que elija debe estar dentro de uno de los rangos siguientes:

   • 172.17.0.0 - 172.17.255.255
   • 172.21.0.0 - 172.31.255.255
   • 192.168.0.0 - 192.168.254.255
   • 198.18.0.0 - 198.19.255.255

   --service-subnet

   A todos los servicios que se despliegan en el clúster se les asigna de forma predeterminada una dirección IP en el rango 172.21.0.0/16. If you plan to connect your cluster to on-premises networks through IBM Cloud Direct Link or a VPN service, you can avoid subnet conflicts by specifying a custom subnet CIDR that provides the private IP addresses for your services.

   La subred debe especificarse en formato CIDR, con un tamaño de al menos /24, que permite un máximo de 255 servicios en el clúster, o un tamaño mayor. La subred que elija debe estar dentro de uno de los rangos siguientes: - 172.17.0.0 - 172.17.255.255 - 172.21.0.0 - 172.31.255.255 - 192.168.0.0 - 192.168.254.255 - 198.18.0.0 - 198.19.255.255

   Tenga en cuenta que las subredes de pod y servicio no pueden solaparse. El subred de pod está en el rango 172.30.0.0/16 de forma predeterminada.

   --disable-disk-encrypt

   De forma predeterminada, los nodos trabajadores ofrecen un cifrado de disco AES de 256 bits. Si desea inhabilitar el cifrado, incluya esta opción.

   --entitlement ocp_entitled

   Incluya esta opción solo para un clúster que tenga un Red Hat OpenShift derecho. Al especificar el número de nodos de trabajo (--workers) y la configuración (--flavor), asegúrate de indicar únicamente el número y el tamaño de los nodos de trabajo a los que tienes derecho en IBM Passport Advantage. Después de crear el clúster, no se le facturará la tarifa de licencia de Red Hat OpenShift para los nodos trabajadores autorizados de la agrupación de nodos trabajadores default. 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.

   --sm-group GROUP

   El ID del grupo de secretos de la instancia de Secrets Manager donde se almacenan tus secretos. Para obtener un ID de grupo de secretos, consulte la referencia de CLI deSecrets Manager.

   --sm-instance INSTANCE

   El CRN de la instancia de Secrets Manager. Para obtener el CRN de una instancia, ejecute ibmcloud oc ingress instance ls --cluster CLUSTER.

   --trusted-profile-id ID

   Especifique el ID de un perfil de confianza existente para asociarlo con el clúster. Con los perfiles de confianza, puede conceder acceso a los recursos de su cuenta sin tener que gestionar credenciales IAM independientes. Consulte Configurar un perfil de confianza para obtener más información.

8. Verifique que ha solicitado la creación del clúster. Para máquinas virtuales, se puede tardar varios minutos en pedir las máquinas de nodo trabajador y en configurar y suministrar el clúster en la cuenta. El suministro de las máquinas físicas nativas se realiza mediante interacción manual con la infraestructura de IBM Cloud, por lo que puede tardar más de un día laborable en realizarse.

   ibmcloud oc cluster ls
   

   Cuando el suministro del maestro de Red Hat OpenShift se ha completado, el Estado de su clúster cambia a normal. Cuando el nodo maestro de Red Hat OpenShift está listo, comienza el suministro de los nodos trabajadores.

   NAME         ID                         State      Created          Workers    Zone      Version     Resource Group Name   Provider
   mycluster    blrs3b1d0p0p2f7haq0g       normal   20170201162433   3          dal10     4.21.27_1544_openshift      Default             classic
   

   ¿El clúster no está en un estado normal? Consulte la guía Depuración de clústeres para obtener ayuda. Por ejemplo, si el clúster se suministra en una cuenta que está protegida por un dispositivo de pasarela de cortafuegos, debe configurar los valores del cortafuegos para permitir el tráfico de salida a los puertos y direcciones IP apropiados.

9. Compruebe el estado de los nodos trabajadores.

   ibmcloud oc worker ls --cluster <cluster_name_or_ID>
   

   Cuando los nodos trabajadores están listos, el estado del nodo trabajador pasa a normal y el estado es Ready. Cuando el estado del nodo sea Preparado, podrá acceder al clúster. Tenga en cuenta que, aunque el clúster esté listo, algunas partes del clúster que utilizan otros servicios, como por ejemplo los secretos de Ingress o los secretos de obtención de imágenes de registro, podrían estar aún en proceso. Tenga en cuenta que, si ha creado el clúster solo con una VLAN privada, no se asignarán direcciones de IP pública a los nodos trabajadores.

   ID                                                     Public IP        Private IP     Flavor              State    Status   Zone    Version
   kube-blrs3b1d0p0p2f7haq0g-mycluster-default-000001f7   169.xx.xxx.xxx  10.xxx.xx.xxx   u3c.2x4.encrypted   normal   Ready    dal10   1.35.7_1526
   

   A cada nodo trabajador se la asigna un ID exclusivo y un nombre de dominio que no se debe cambiar de forma manual después de haber creado el clúster. Si cambia el ID o el nombre de dominio, el Red Hat OpenShift maestro no podrá gestionar su clúster.

10. Opcional: si ha creado su clúster en una región con varias zonas, puede distribuir el grupo de trabajadores predeterminado entre las distintas zonas para aumentar la disponibilidad del clúster.

11. Una vez que se haya creado el clúster, puede empezar a trabajar con el clúster configurando la sesión de CLI.

El clúster está listo para las cargas de trabajo. Es posible que también desee añadir una etiqueta al clúster, como por ejemplo el equipo o el departamento de facturación que utiliza el clúster, para ayudar a gestionar los recursos de IBM Cloud.

Mandatos de ejemplo para crear clústeres clásicos

Mandato de ejemplo para crear un clúster clásico en una máquina virtual compartida.

ibmcloud oc cluster create classic --name my_cluster --version 4.21_openshift --zone dal10 --flavor b3c.4x16 --hardware shared --workers 3

Mandato de ejemplo para crear un clúster clásico en bare metal.

ibmcloud oc cluster create classic --name my_cluster --version 4.21_openshift --zone dal10 --flavor mb2c.4x32 --hardware dedicated --workers 3 --public-vlan <public_VLAN_ID> --private-vlan <private_VLAN_ID>

Ejemplo comando comando para crear un clúster Classic con una licencia IBM Cloud Pak para un grupo de trabajo predeterminado de 3 nodos de trabajo con 4 núcleos y 16 de memoria cada uno.

ibmcloud oc cluster create classic --name cloud_pak_cluster --version 4.21_openshift --zone dal10 --flavor b3c.4x16 --hardware dedicated --workers 3 --entitlement ENTITLEMENT --public-vlan PUBLIC-VLAN-ID --private-vlan PRIVATE-VLAN-ID [--operating-system (REDHAT_8_64)]

Comando de ejemplo para crear un clúster Classic con nodos trabajadores RHEL 9.

ibmcloud oc cluster create classic --name my_cluster --zone dal10 --flavor b3c.4x16 --version 4.9.28_openshift --operating-system RHEL_9_64

En el caso de un clúster multizona clásico, una vez creado el clúster en un área metropolitana multizona, añade zonas. Mandato de ejemplo para añadir una zona a un clúster clásico.

ibmcloud oc zone add classic --zone <zone> --cluster <cluster_name_or_ID> --worker-pool <pool_name> --private-vlan <private_VLAN_ID> --public-vlan <public_VLAN_ID>

Creación de un clúster clásico de una sola zona con Terraform

Terraform en IBM Cloud permite un suministro predecible y coherente de recursos y de infraestructura de la plataforma IBM Cloud, incluidos los clústeres clásicos. Para crear un clúster clásico con Terraform, primero debe crear un archivo de configuración de Terraform que declare el tipo de recurso de clúster que desea crear. A continuación, aplique el archivo de configuración de Terraform. Para obtener más información sobre Terraform, consulte Acerca de Terraform en IBM Cloud.

Antes de empezar:

• Instale la CLI de Terraform y el plug-in de proveedor IBM Cloud.
• Asegúrese de que dispone de una clave API IBM Cloud.

1. Crear un archivo de proveedor de Terraform. Guarde el archivo en el directorio de Terraform. Para obtener más información, consulte la documentación de Terraform IBM Cloud Provider.

   Archivo de proveedor de Terraform de ejemplo.

   terraform {
   required_providers {
       ibm = {
       source = "IBM-Cloud/ibm"
       version = "1.53.0"
       }
   }
   }
   provider "ibm" {
   region = "us-south"
   ibmcloud_api_key = "<api-key>"
   }
   

2. Cree un archivo de configuración de Terraform para un clúster clásico. Guarde el archivo en el directorio de Terraform. El siguiente ejemplo de configuración crea un cluster clásico con tres nodos trabajadores en una zona. Para obtener más información y opciones de configuración de clúster, consulte la documentación de Terraform ibm_container_cluster.

   Archivo de configuración de Terraform de ejemplo.

   resource "ibm_container_cluster" "testacc_cluster" {
   name            = "test-classic"
   datacenter      = "dal10"
   machine_type    = "b3c.4x16"
   hardware        = "shared"
   public_vlan_id  = "<vlan_id>"
   private_vlan_id = "<vlan_id"
   subnet_id       = ["<subnet_id>"]
   default_pool_size = 3
   }
   

   name

   El nombre del clúster.

   datacenter

   La zona en la que se va a crear el clúster. Para ver las zonas disponibles, ejecute ibmcloud oc zones --provider classic.

   machine_type

   El tipo de nodo trabajador. El tipo determina la cantidad de memoria, CPU y espacio de disco que está disponible para los nodos trabajadores. Para obtener una lista de los tipos de nodo trabajador disponibles, ejecute ibmcloud oc flavors --zone <zone> --provider classic o consulte Tipos clásicos.

   hardware

   El nivel de aislamiento de hardware de tus nodos de trabajo. Utilice el valor dedicated para tener recursos físicos disponibles dedicados solo a usted, o shared para permitir que los recursos físicos se compartan con otros clientes de IBM. Esta opción sólo está disponible para tipos de nodos trabajadores de máquina virtual.

   public_vlan_id y private_vlan_id

   Opcional. El ID de la VLAN pública o privada que desea utilizar para los nodos trabajadores. Para buscar las VLAN y subredes disponibles, ejecute ibmcloud oc vlans --zone <zone>.

   subnet_id

   Opcional. El ID de una subred existente que desea utilizar para los nodos trabajadores. Para buscar subredes existentes, ejecute ibmcloud oc subnets --provider classic --zone <zone>.

   default_pool_size

   El número de nodos trabajadores que desea añadir a la agrupación de nodos trabajadores predeterminada.

3. En la CLI, vaya al directorio de Terraform.

   cd <terraform_directory>
   

4. Ejecute los mandatos para inicializar y planificar las acciones de Terraform. Revise la salida del plan para asegurarse de que se realizan las acciones correctas.

   terraform init
   

   terraform plan
   

5. Aplique los archivos de Terraform para crear el clúster. A continuación, vaya a la consola de IBM Cloud para comprobar que el clúster se está suministrando.

   terraform apply