Introducción a las imágenes personalizadas

Una imagen personalizada contiene una imagen del sistema operativo con configuraciones específicas que tú personalizas. Puede gestionar el ciclo de vida, compartir la imagen personalizada y utilizarla para crear servidores virtuales o servidores bare metal con sus propios ajustes y configuraciones. Puede crear una imagen personalizada de Linux®, una imagen personalizada de Windows ®, una imagen personalizada de z/OS Wazi aaS o una imagen personalizada genérica del sistema operativo.

Tienes varias opciones para crear una imagen personalizada.

Al crear una imagen personalizada, puede planificar y gestionar el ciclo de vida de la imagen mediante tres estados: disponible, obsoleta o en desuso. Para obtener más información sobre los estados y cómo gestionarlos, consulte Ciclo de vida personalizado de las imágenes.

También puede compartir sus imágenes personalizadas con otras cuentas utilizando un catálogo privado. Para obtener más información sobre cómo utilizar imágenes personalizadas en un catálogo privado, consulte Iniciación a Catalog Images en VPC.

En la consola, puede encontrar imágenes personalizadas pulsando icono de menú icono de menú > Infraestructura de VPC icono de VPC > Cálculo > Imágenes > Imágenes personalizadas. Las imágenes que proceden de un volumen forman parte de la pestaña de imágenes personalizadas.

Creación de una imagen personalizada

Para crear una imagen personalizada, consulte uno de los enlaces siguientes.

Compartición de una imagen personalizada

Después de crear una imagen personalizada, puedes importarla a un catálogo privado y compartirla con otras cuentas, con algunas limitaciones. Para obtener más información sobre las limitaciones, consulte Consideraciones sobre VPC al utilizar imágenes personalizadas en un catálogo privado.

Utilización de una imagen personalizada para crear un servidor

Para crear un servidor virtual utilizando una imagen personalizada, consulte uno de los enlaces siguientes.

Requisitos previos y limitaciones

Antes de crear una imagen personalizada, debe verificar que la imagen personalizada cumple los requisitos de imagen personalizada y que el sistema operativo está soportado.

Consideraciones sobre la imagen personalizada

Todas las imágenes personalizadas deben cumplir los siguientes requisitos:

  • Contener un solo archivo o volumen.
  • Debe estar en formato « qcow2 » o «vhd».
  • El tamaño no supera los 250 GB.
  • Asegúrese de que cloud-init(Linux ) o cloudbase-init(Windows) está instalado y activo en la imagen qcow2.
  • El tamaño mínimo es de 10 GB. Para cualquier imagen que sea inferior a 10 GB, el tamaño se redondea a 10 GB.

Consideraciones relativas al sistema operativo

  • Asegúrese de que el sistema operativo seleccionado especifica el tipo de formato de datos de usuario correcto. Para obtener más información, consulte Consideraciones sobre el formato de datos de usuario.
  • Si opta por crear una imagen personalizada con su propia licencia, especifique la versión del sistema operativo adecuada que añade -byol al nombre al importar la imagen. Para obtener más información, consulte Traiga su propia licencia.
  • IBM Cloud® no proporciona imágenes ISO de sistemas operativos con licencia, como Windows® y Linux®, ni de sistemas operativos de código abierto, como CentOS y Ubuntu. Si necesita estas imágenes ISO, puede descargarlas en el sitio web del correspondiente proveedor.

Consideraciones sobre IBM Cloud Object Storage

Si desea importar una imagen desde un archivo, deberá crear una instancia de IBM Cloud Object Storage si no dispone de ella. A continuación, puede cargar el archivo en un grupo allí. También debe crear una autorización IAM entre Image Service for VPC y IBM Cloud Object Storage. Para obtener más información, consulte Cómo otorgar acceso a IBM Cloud Object Storage para importar imágenes.

Ciclo de vida de imagen personalizada

Puede utilizar la interfaz de usuario, la CLI, la API y Terraform para gestionar el ciclo de vida de las imágenes personalizadas con tres estados. Puede mover la imagen hacia atrás y hacia adelante a través de todos los estados y establecer fechas para cambiar automáticamente un estado de imagen. Todos los cambios de estado se registran en IBM Cloud Activity Tracker Event Routing. Puede filtrar la lista de imágenes basándose en el estado para ayudar en la limpieza o el seguimiento de las imágenes. Para obtener más información sobre cómo realizar cambios de estado, consulte Gestión de imágenes personalizadas.

Estado del ciclo de vida de la imagen
Estado de la imagen Descripción
available La versión más actual de la imagen del sistema operativo es available. Cuando una nueva versión de un sistema operativo se hace available, la imagen de la versión anterior de ese sistema operativo invitado cambia a deprecated. Ningún sistema operativo de stock que llegue a EOS tiene una imagen available.
available Puede utilizar el estado available para indicar que una imagen del sistema operativo es available y se puede aprovisionar en todas las zonas.

Puede que veas una imagen en el estado partially_available. Este estado es un estado temporal que indica que una imagen se ha importado en al menos una zona, pero aún no está disponible en todas las zonas. Estas imágenes alcanzan finalmente el estado available sin ninguna acción adicional del usuario. Una imagen en estado partially_available puede utilizarse para crear instancias de servidor virtual o servidores bare metal en las zonas disponibles enumeradas en la matriz de zonas de esa imagen. Estas imágenes también pueden exportarse a IBM Cloud Object Storage.
deprecated Puede utilizar el estado deprected para indicar que la imagen puede utilizarse, pero no es recomendable. Por ejemplo, con una imagen de stock, cuando una nueva versión de un sistema operativo se hace available, la imagen de la versión anterior de ese sistema operativo invitado cambia a deprecated. Con estas imágenes puede seguir creando instancias de servidor virtual o servidores bare metal.
obsolete Puede utilizar el estado obsolete para indicar que las imágenes no deben utilizarse, como una imagen del sistema operativo que ha alcanzado EOS. Con estas imágenes no se pueden crear instancias de servidor virtual ni servidores bare metal. Si intenta utilizar una imagen obsoleta para crear una instancia, recibirá un mensaje que indica que no puede utilizar la imagen para crear una instancia. Este estado permite una inhabilitación reversible de una imagen antes de suprimir la imagen.

Cualquier imagen que esté en estado deprecated o obsolete se facturará todavía. Si no desea que se le facture por la imagen, debe suprimirla.

Las imágenes gestionadas de IBM Cloud VPC solo se pueden gestionar de esta forma. Las imágenes personalizadas que se publican en un catálogo privado deben estar en estado available y sus estados se mantienen en el catálogo privado. Si intenta cambiar o planificar un cambio en su estado en IBM Cloud VPC, el intento falla. Si se elimina una imagen personalizada de un catálogo privado, dicha imagen conserva su estado de catálogo privado original hasta que se cambie el estado en IBM Cloud VPC.

Estado del ciclo de vida de la imagen de catálogo y estado de la VPC correspondiente
Estado de imagen de catálogo privado Estado de imagen de VPC correspondiente
published/verified available
deprecated deprecated
archived obsolete

Red Hat Enterprise Linux Imágenes personalizadas AI BYOL

Puede importar el sistema operativo Red Hat Enterprise Linux AI (RHEL AI) como bring your own license (BYOL). Un archivo RHEL AI qcow2 está disponible directamente en Red Hat. El nombre del sistema operativo que debe utilizarse al importar la imagen en IBM Cloud VPC es red-ai-9-amd64-nvidia-byol. Para más información, véase Red Hat Enterprise Linux AI. Para descargar la imagen RHEL AI, consulte Descargar Red Hat Enterprise Linux AI. Necesita una cuenta en Red Hat para ver la documentación y descargar la imagen.

Para obtener información sobre los perfiles compatibles y los casos de uso, consulte Red Hat Enterprise Linux AI hardware requirements.

Para obtener más información sobre la compatibilidad con Red Hat, consulte las preguntas más frecuentes sobre la infraestructura de Red Hat y IBM Cloud®.

Para obtener más información sobre la importación de la imagen en IBM Cloud VPC, consulte Licencia propia y Importación y validación de imágenes personalizadas en VPC. Para obtener más información sobre los perfiles de GPU, consulte los x86.

Imágenes personalizadas genéricas del sistema operativo

Puede utilizar un sistema operativo específico que no esté listado en IBM Cloud especificando un sistema operativo genérico al importar una imagen personalizada. Puedes elegir entre varias opciones de sistemas operativos genéricos. Puede seleccionar un sistema operativo genérico basado en la arquitectura de la CPU y la estrategia de inicialización adecuada para su sistema operativo de imagen personalizada.

Las imágenes personalizadas del sistema operativo genérico están soportadas para la arquitectura x86 (amd64). Estas imágenes se listan en la lista de imágenes personalizadas. Las imágenes personalizadas del sistema operativo genérico del servidor nativo deben cumplir los requisitos para todas las imágenes personalizadas del servidor nativo. Para obtener más información, consulte Imágenes personalizadas del servidor nativo.

Los sistemas operativos genéricos utilizan un valor genérico para algunas de sus propiedades, como generic para la propiedad vendor y Generic para la propiedad family. Cuando cree una imagen personalizada de sistema operativo genérico, seleccione el sistema operativo genérico basándose en el tipo de inicialización del sistema operativo real. Para obtener más información, consulte Consideraciones sobre el formato de datos de usuario.

Cuando suministra un servidor utilizando una imagen personalizada genérica del sistema operativo, la mayoría de los pasos de suministro específicos del sistema operativo no se realizan, como la configuración de la consola y el registro automático. Debe proporcionar los datos de usuario adecuados si desea que la imagen personalizada del sistema operativo genérico realice estos pasos. También es responsable de gestionar las licencias y los costes relacionados porque IBM no es consciente del sistema operativo real instalado.

Consideraciones sobre el formato de datos de usuario

Cuando crea un servidor que especifica la imagen personalizada, la estrategia de inicialización determina cómo se utilizan los datos de usuario. La propiedad user_data_format de una imagen especifica esta estrategia de inicialización. Esta propiedad se establece desde la propiedad user_data_format del sistema operativo de imagen, que contiene uno de los valores siguientes.

  • cloud_init

  • esxi_kickstart (Este valor sólo funciona para servidores nativos.)

  • Para cloud-init, se proporcionan datos de usuario y claves SSH al sistema operativo en un disco cloud-init. No se crea una cuenta de usuario predeterminada. Debe utilizar la clave SSH para iniciar la sesión a menos que configure otro mecanismo de inicio de sesión a través de cloud-init. Para las instancias de servidor virtual, es posible que tenga que configurar la red durante la inicialización. Por ejemplo:

    Consulte la documentación Creación de una imagen de Linux personalizada o Creación de una imagen de Windows personalizada para obtener detalles sobre el uso de datos de cloud-init.

  • Para ESXi kickstart, los datos de usuario se proporcionan al sistema operativo en un script kickstart. Se crea una cuenta de usuario predeterminada. Recupere los datos de inicialización del servidor para obtener la contraseña generada. Consulte la documentación de VMware para obtener detalles de los scripts kickstart.

Utilice los métodos recomendados de seguridad para limitar el acceso a los archivos que exponga en Internet.

Imágenes personalizadas para servidores bare metal

Los servidores nativos tienen algunas limitaciones que debe tener en cuenta.

  • Las imágenes cifradas no están soportadas.

Para crear una imagen personalizada para servidores nativos, la imagen personalizada debe dar soporte a la siguiente información:

  • Arranque UEFI
    • El arranque UEFI requiere una partición EFI dedicada que contenga firmware EFI. El arranque de BIOS tradicional no está soportado.
  • Controladores de dispositivos de red icónicos de PENSANDO
  • Controladores de dispositivo de conjunto de chips Intel
    • Estos controladores de dispositivo suelen formar parte de las opciones de compilación predeterminadas del kernel. Windows requiere controladores de dispositivo adicionales, pero puede instalar estos controladores más adelante.

Para obtener más información, consulte Opciones de compilación de kernel personalizadas de Linux para servidores nativos.

Para obtener más información sobre las imágenes de servidor nativo, consulte Imágenes de servidor nativo.

Imágenes personalizadas con soporte de arranque seguro

Seleccionar disponibilidad

El arranque seguro ayuda a asegurarse de que el sistema sólo ejecuta software auténtico verificando la firma digital de todos los componentes de arranque. El arranque seguro detiene el proceso de arranque si falla la verificación de la firma. El arranque seguro impide la carga de código no firmado o malicioso durante el arranque.

Las imágenes personalizadas que dan soporte al arranque seguro tienen algunos requisitos que debe tener en cuenta.

  • Arranque UEFI
    • El arranque UEFI requiere una partición EFI dedicada que contenga firmware EFI. El arranque de BIOS tradicional no está soportado.
  • Disco particionado GPT

Puede verificar que la imagen se ha arrancado correctamente en modalidad de arranque seguro utilizando el siguiente mandato mokutil.

mokutil --sb-state

Para más información sobre el arranque seguro, consulte ' Arranque seguro para ' Virtual Servers for VPC.

Imágenes personalizadas de z/OS Wazi aaS

Puede utilizar IBM Wazi Image Builder para crear su propia imagen personalizada basada en z/OS IBM Wazi as a Service (Wazi aaS) e importar la imagen personalizada en IBM Cloud® Virtual Private Cloud.

IBM Wazi Image Builder es un producto que se puede solicitar por separado de IBM Passport Advantage. Se necesitan requisitos adicionales para utilizar Wazi Image Builder. El coste de la imagen es la prima que cubre el coste de las tecnologías que permiten que las imágenes de desarrollo y prueba de z/OS se ejecuten en el hardware de IBM Z en IBM Cloud como capa de servicio.

La imagen personalizada z/OS Wazi aaS debe cumplir los requisitos siguientes:

  • Formato qcow2
  • Sistema operativo z/OS 2.4 o z/OS 2.5

Para obtener más información, consulte Cómo traer su propia imagen con Wazi Image Builder.

Más información sobre imágenes personalizadas

Puede consultar el blog Cómo crear y distribuir instancias IBM Cloud® Virtual Private Cloud(VPC)a partir de imágenes personalizadas para obtener una visión detallada, con gráficos incluidos, de las distintas opciones de imágenes personalizadas. O puede consultar los siguientes enlaces para tareas específicas.