Tivoli Provisioning Manager for Images Versión Cómo empezar

Transcripción

1 Tivoli Provisioning Manager for Images Versión Cómo empezar

2

3 Tivoli Provisioning Manager for Images Versión Cómo empezar

4 ii Tivoli Provisioning Manager for Images: Cómo empezar

5 Contenido Capítulo 1. Descripción general del producto Visión general del producto para Tivoli Provisioning Manager for Images System x Edition Gestión de distintos hipervisores Gestión de distintas imágenes virtuales Migración de la carga de trabajo del servidor... 2 Copia de seguridad y restauración de imágenes.. 3 Componentes Topología del producto Capítulo 2. Configuración de un perfil de sistema mediante instalación desatendida Proceso de arranque de red Capítulo 5. Proceso de despliegue Capítulo 6. Imágenes universales Capítulo 7. Repositorio del Servidor de despliegue de sistema operativo Repositorio compartido y su limpieza Repositorio basado en sectores y su limpieza Limpiando el repositorio Capítulo 3. Configuración de un perfil de sistema mediante clonación Capítulo 4. Elección de la forma de arrancar su destino Tipos de arranque de red PXE Copyright IBM Corp. 2007, 2014 iii

6 iv Tivoli Provisioning Manager for Images: Cómo empezar

7 Capítulo 1. Descripción general del producto Utilice Tivoli Provisioning Manager for Images para gestionar la infraestructura de virtualización y acelerar el suministro a sistemas de destino creando una imagen virtual y desarrollándola varias veces. A medida que se virtualizan y se consolidad más servidores físicos y recursos de almacenamiento, puede resultar difícil descubrir y hacer un inventario de los activos del entorno virtual, así como supervisar el crecimiento de máquinas virtuales y de la infraestructura de IT subyacente. Además de gestionar destinos de BIOS, el producto también puede gestionar destinos habilitados para Unified Extensible Firmware Interface (UEFI). Utilice Tivoli Provisioning Manager for Images to: v Gestionar distintos tipos de hipervisores v Gestionar distintos tipos de imágenes virtuales v Gestionar la carga de trabajo de la empresa v Almacenar gran cantidad de imágenes ahorrando mucho espacio Visión general del producto para Tivoli Provisioning Manager for Images System x Edition Con Tivoli Provisioning Manager for Images System x Edition puede gestionar la infraestructura de virtualización y acelerar el suministro a sistemas de destino, creando una imagen virtual una vez y desplegándola varias veces. Este producto tiene los mismos componentes y características que Tivoli Provisioning Manager for Images. La diferencia es que se ejecuta en un subconjunto de plataformas. Para obtener más información, consulte la Guía de instalación. El icono indica que la información actual sólo está relacionada con Tivoli Provisioning Manager for Images System x Edition. A medida que se virtualizan y se consolidad más servidores físicos y recursos de almacenamiento, puede resultar difícil descubrir y hacer un inventario de los activos del entorno virtual, así como supervisar el crecimiento de máquinas virtuales y de la infraestructura de IT subyacente. Tivoli Provisioning Manager for Images System x Edition le ayuda a: v Crear imágenes independientes del hardware y del hipervisor en plataformas x86 desde una única consola v Optimizar los activos del servidor con conversiones de imagen de servidor en cualquier lugar v Reducir el número total de imágenes v Automatizar las operaciones de consolidación del servidor y reducir los costes energéticos Copyright IBM Corp. 2007,

8 Gestión de distintos hipervisores Cuando gestiona distintos hipervisores, trabaja con herramientas de distintos proveedores de hipervisores. Puesto que la mayoría de estas herramientas son caras, puede no resultar recomendable utilizar distintos hipervisores. Para minimizar costes, Tivoli Provisioning Manager for Images le proporciona una línea base independiente del hipervisor para la gestión de imágenes. Puede conmutar de un proveedor de tecnología a otro y obtener una vista homogénea del entorno de virtualización, aunque el entorno sea una combinación de tecnologías. Gestión de distintas imágenes virtuales La virtualización mejora la eficacia del centro de datos y el uso del servidor, pero puede resultar complicado de utilizar porque debe llevar un seguimiento de miles de imágenes y su contenido. Si ha desplegado varios servidores VMWare ESX en una infraestructura de virtualización basada en VMWare, debe encontrar la manera de realizar un seguimiento y de catalogar las miles de imágenes que se general: hipervisores, instancias de VM e imágenes de instantánea. Tivoli Provisioning Manager for Images ofrece las siguientes ventajas: v Descubrimiento de instancias de MV e imágenes de instantánea en distintas infraestructuras de virtualización: VMWare ESX, KVM, Hyper-V, XEN v Soporte para varios formatos de imágenes: VMDK y RAW v Vista consolidada de imágenes físicas y virtuales heterogéneas Migración de la carga de trabajo del servidor Para dar respuesta a los requisitos cambiantes de la empresa y garantizar la integridad del Acuerdo de licencia de software, debe que supervisar constantemente y migrar la carga de trabajo del servidor entre las infraestructuras física y virtual. Con este producto, puede automatizar la gestión de servidores virtuales y físicos heterogéneos utilizando imágenes universales y la función de inyección de controladores. Físico a virtual: Virtualice servidores cuando desee crear un nuevo centro de datos, consolidar un centro de datos, aumentar la capacidad, maximizar la eficacia energética o, en general, mantener la integridad del Acuerdo de licencia de software. Virtual a físico: Desvirtualice los servidores en los siguientes casos: v Para problemas de soporte. Casi todos los centros de datos tienen algunas aplicaciones personalizadas escritas por un fabricante pequeño. Es posible que no den soporte a la tecnología en un entorno virtualizado. v Para una carga de trabajo que tiene un tiempo de carga específicamente largo. Por ejemplo, si tiene un proceso que utiliza mucho la máquina virtual dos veces al año, sería aconsejable mover la carga de trabajo a su propia máquina física autónoma durante ese intervalo de tiempo y luego revirtualizar una vez finalizado el proceso. 2 Tivoli Provisioning Manager for Images: Cómo empezar

9 v v Para solucionar problemas de rendimiento debidos a la virtualización de la carga de trabajo de un servidor autónomo, por ejemplo justo después de la virtualización. Si la carga de trabajo no funciona correctamente en un entorno virtualizado. Virtual a virtual: Mueva la carga de trabajo de un tipo de hipervisor a otro tipo de hipervisor. Copia de seguridad y restauración de imágenes Componentes Tivoli Provisioning Manager for Images le ayuda a optimizar las funciones de copia de seguridad y restauración de miles de imágenes. En una infraestructura de virtualización basada en VMWare con varios hipervisores, para virtualizar y consolidar el entorno debe hacer copia de seguridad y restaurar imágenes. Esta tarea incluye la captura y almacenamiento de la imagen física y virtual. Tivoli Provisioning Manager for Images ofrece un repositorio de imágenes escalable que almacena y replica una gran cantidad de imágenes, utilizando un sistema de copia de seguridad de imágenes de disco sector a sector, no archivo a archivo. La unidad que se almacena es un bloque de 2 MB. Esta técnica optimiza el uso de espacio de disco porque si dos bloques son idénticos solo se guarda uno. Cada bloque se comprime, se almacena en un directorio y se descomprime durante el despliegue de la imagen. Esta forma de almacenar imágenes es resulta muy eficaz porque el uso de este algoritmo de sector elimina el almacenamiento de duplicados de cualquier sector y se duplican menos datos de imágenes entre servidores en entornos grandes. Nota: Este tipo de almacenamiento no está disponible para imágenes almacenadas con versiones anteriores de Tivoli Provisioning Manager for Images, imágenes de exportación, clonaciones y perfiles de instalación desatendida. Puede familiarizarse con los componentes del producto. El producto se compone de: v Componentes del servidor, que se instalan mediante un programa de instalación típico v Componentes de la interfaz web v Aplicaciones del destino que instala automáticamente el destino a través de la red Los componentes del servidor son los siguientes: v El Servidor de despliegue de sistema operativo, ejecutándose en segundo plano como un servicio. Este componente ofrece la posibilidad de arranque remoto de PXE y el acceso a archivos multidifusión para destinos de arranque remoto. v Una base de datos de despliegue, a la que se accede a través de una interfaz ODBC/JDBC estándar y a través de un servicio de pasarela de TCP-to_ODBC/JDBC del producto. Esta base de datos almacena la Lista de material de cada destino, incluida información sobre qué módulos de software instalar. Capítulo 1. Descripción general del producto 3

10 v La interfaz web utilizada para preparar y supervisar despliegues. Mediante la interfaz web, puede configurar el Servidor de despliegue de sistema operativo, gestionar objetos durante un despliegue y crear CD y DVD de recuperación. También puede ver destinos en sus distintos grupos. Puede controlar los parámetros y el estado de cada destino, por ejemplo cuando un destino solicita un arranque remoto a través de PXE. La interfaz web, que generalmente se instala en el servidor, es la ampliación de la interfaz web y se ejecuta en segundo plano como un servicio. Si lo desea, puede instalar una ampliación de la interfaz web en destinos para así poder controlarlos de forma remota. La ampliación de la interfaz web es útil, por ejemplo, para reiniciar el sistema cuando se inicia un despliegue o para realizar un inventario del sistema operativo. Algunas de las características de la interfaz web no estarán disponibles si la ampliación de la interfaz web no está instalada en el servidor. La ampliación de la interfaz web es un software diseñado para que se ejecute como una aplicación de sistema operativo, una aplicación del sistema operativo Windows o una aplicación del sistema operativo UNIX. Las herramientas del destino son: Motor de despliegue El motor de despliegue es un mini sistema operativo autónomo utilizado para todas las tareas de gestión que deben realizarse fuera de un sistema operativo real, como la instalación de sistemas operativos. Nunca debe instalar este motor de despliegue manualmente en sistemas de destino, ya que se descarga automáticamente cuando se ordena a los sistemas de destino que arranquen en el Servidor de despliegue de sistema operativo en la configuración de DHCP. Una vez iniciado el motor de despliegue, carga un disco RAM que puede realizar operaciones en el destino, como por ejemplo: v Particionar y formatear discos duros v Instalar un sistema operativo Windows o UNIX completo v Borrar los discos El motor de despliegue es una plataforma de gestión autónomo y no requiere un sistema operativo. ampliación de la interfaz web La ampliación de la interfaz web se ejecuta en los sistemas operativos Windows, AIX, Linux y Solaris, como servicio en segundo plano o como herramienta de línea de mandatos. Proporciona conectividad de distintos sistemas operativos con la plataforma de gestión para aquellos destinos con un sistema operativo instalado. Puede utilizarse para recopilar información de destinos, para iniciar tareas de forma remota en un destino desde el Servidor de despliegue de sistema operativo o para ejecutar mandatos en el Servidor de despliegue de sistema operativo desde un destino. La ampliación de la interfaz web puede acceder a todos los archivos del disco duro y a otras unidades a través del sistema operativo. En los sistemas operativos Windows, también puede acceder al registro del sistema, así como a toda la información del sistema que publican los controladores mediante la Interfaz de gestión de Windows (WMI). Además, en todos los sistemas basados en Intel, la ampliación de la interfaz web puede instalar un bloqueo en el proceso de arranque para forzar un arranque PXE o para iniciar el motor de despliegue en modalidad fuera de 4 Tivoli Provisioning Manager for Images: Cómo empezar

11 línea, para ejecutar tareas de gestión del sistema anteriores al sistema operativo como migración o recuperación. Cuando instale el producto, está instalando el Servidor de despliegue de sistema operativo. La parte del destino se incluye en el servidor, y se envía a equipos por medio de una conexión de red, como un arranque de red o arranque PXE, o por medio de un soporte, como un CD, undisquete o una partición del disco duro. Nota: Puede arrancar destinos sobre la red sin utilizar PXE. Capítulo 1. Descripción general del producto 5

12 Figura 1. Componentes de Tivoli Provisioning Manager for Images En los pasos siguientes se describe el proceso de instalación: 6 Tivoli Provisioning Manager for Images: Cómo empezar

13 Topología del producto 1. El instalador, que contiene los componentes del servidor y del destino, instala la parte del servidor y, potencialmente, la ampliación de la interfaz web en el sistema servidor. 2. Puede crear un CD que contenga el motor de despliegue y la ampliación de la interfaz web. 3. Los sistemas arrancan cargando el motor de despliegue desde el servidor PXE (Servidor de despliegue de sistema operativo) o desde el CD. 4. El motor de despliegue carga un disco RAM, Motor de despliegue de Linux para Linux, WinPE para Windows. 5. El disco RAM puede realizar todo tipo de tareas, incluida la instalación del sistema operativo. 6. Los destinos arrancan en los sistemas operativos Windows, Linux o Solaris, con la ampliación de la interfaz web en ejecución si se desea. La topología del producto para automatizar el despliegue remoto de sistemas operativos e imágenes virtuales puede ser tan simple como una única implementación LAN, o una implementación más compleja en una empresa grande, con varias subredes y con sitios remotos que se conecten mediante un enlace de comunicaciones de baja velocidad. Cuando planifique su topología, tenga en cuenta las consideraciones siguientes: v Sistema operativo del equipo en el que se instala el Servidor de despliegue de sistema operativo v Ubicación de la base de datos y nombre del motor de base de datos, por ejemplo DB2, Access, etc. v Servidor de despliegue de sistema operativo único o jerarquía de servidores v Ubicación, tipo y versión del navegador En el diagrama siguiente se muestra una topología típica del producto, con una única LAN, un único Servidor de despliegue de sistema operativo separado del servidor DHCP y una serie de sistemas de destino. Capítulo 1. Descripción general del producto 7

14 8 Tivoli Provisioning Manager for Images: Cómo empezar

15 Capítulo 2. Configuración de un perfil de sistema mediante instalación desatendida Utilice la instalación desatendida para configurar un perfil de sistema sin tener que estar involucrado de forma activa cuando se lleva a cabo el proceso. Para configurar un perfil de sistema automatizado mediante una instalación desatendida, siga los pasos siguientes: 1. Instale el Servidor de despliegue de sistema operativo en un sistema. 2. Cree un perfil de sistema, proporcionando los CD de instalación y seleccionando opciones de instalación. 3. Cree módulos de software para las aplicaciones empresariales más comunes y otro software, utilizando la interfaz web. 4. Opcional. Diseñe reglas de enlace automáticas y parámetros de configuración fijos para un despliegue completamente desatendido en destinos desconocidos. Copyright IBM Corp. 2007,

16 10 Tivoli Provisioning Manager for Images: Cómo empezar

17 Capítulo 3. Configuración de un perfil de sistema mediante clonación Un perfil de sistema en modalidad de clonación requiere que se configure un destino, que se prepare para su clonación y que se ejecute el proceso de clonación directamente en el sistema. No obstante, la modalidad nativa de funcionamiento de Tivoli Provisioning Manager for Images se centra en torno a los perfiles de sistema en modalidad de clonación, ya que este método de despliegue es más rápido que una instalación desatendida. Para configurar un sistema de despliegue automático mediante clonación, siga los siguientes pasos: 1. Instale el Servidor de despliegue de sistema operativo en un sistema. 2. Instale un sistema operativo limpio en un destino y ejecute la herramienta de preparación del sistema adecuada, si es necesario 3. Reinicie el destino con el arranque en red habilitado. En lugar de su propio sistema operativo, debe iniciarse el kernel de Tivoli Provisioning Manager for Images en el destino (arranque remoto utilizando PXE). 4. Cree un perfil de sistema y una configuración de sistema operativo con el sistema operativo limpio. 5. Cree módulos de software para las aplicaciones empresariales más comunes y otro software, utilizando la interfaz web. 6. Opcional. Diseñe reglas de enlace automáticas y parámetros de configuraciones de sistema operativo fijos para un despliegue completamente desatendido en destinos desconocidos. Copyright IBM Corp. 2007,

18 12 Tivoli Provisioning Manager for Images: Cómo empezar

19 Capítulo 4. Elección de la forma de arrancar su destino Tivoli Provisioning Manager for Images implementa una aplicación de arranque de red PXE. PXE es un tipo de extensión DHCP. Recibe soporte de la gran mayoría de proveedores de hardware, incluidos IBM, Lenovo, HP y Dell. Puede ejecutar un arranque de Entorno de ejecución de prearranque (PXE) en su destino desde la red o desde un soporte. Arranque PXE de red Puede iniciar un destino desde la red, utilizando una modalidad kernel o kernel free (con o sin kernel). Según el tipo de inicio de red necesario, se ejecuta un programa distinto para ponerse en contacto con el Servidor de despliegue de sistema operativo y desplegar el perfil de sistema en un sistema de destino. Para ejecutar el inicio PXE desde la red, asegurarse de que el servidor DHCP esté configurado. Se da soporte al arranque de red para destinos BIOS y UEFI (Unified Extensible Firmware Interface). Para los destinos que tienen soporte en ambas modalidades de arranque, según la configuración de destino, el arranque podría tener lugar en BIOS o UEFI. Soporte de emulación del PXE en un entorno que no es PXE Si la tarjeta de red en un sistema de destino concreto no admite un inicio PXE o si PXE no está disponible por motivos de seguridad o directrices, puede construir un soporte de inicio en el Servidor de despliegue de sistema operativo, y utilizarlo para arrancar el equipo de destino y conectarlo al Servidor de despliegue de sistema operativo para desplegar una imagen. Tras el arranque, el comportamiento del equipo es idéntico a cualquier sistema iniciado con PXE. La emulación de PXE actualmente no tiene soporte para el firmware UEFI. Tipos de arranque de red PXE Puede arrancar un destino desde la red utilizando la modalidad de kernel o sin kernel. Puede arrancar un destino desde la red utilizando una de las modalidades siguientes: Modalidad de kernel (sólo BIOS) Durante el arranque, el programa de precarga inicia automáticamente un kernel de despliegue del SO en el destino para descargar e instalar el sistema operativo Windows o Linux según la información almacenada en la base de datos del Servidor de despliegue de sistema operativo. Este kernel es una mini sistema operativo que establece contacto con el Servidor de despliegue de sistema operativo y ejecuta el despliegue en la máquina de destino. La ventaja de utilizar este tipo de arranque es que la descarga del motor de despliegue es más rápida que la descarga del mismo en modalidad sin kernel. Modalidad sin kernel (BIOS) Durante el arranque, el programa de precarga inicia automáticamente la herramienta de Linux PXE en el destino para descargar e instalar el sistema operativo Windows o Linux según la información almacenada en Copyright IBM Corp. 2007,

20 la base de datos del Servidor de despliegue de sistema operativo. Esta herramienta, que forma parte de la suite SysLinux, permite que el kernel de Windows o Linux se inicie sin utilizar ningún programa del Servidor de despliegue de sistema operativo. Durante el reinicio del destino, se muestra la ventana siguiente: La ventaja de utilizar este tipo de arranque es que minimiza los problemas de compatibilidad de hardware. Nota: Si arranca en modalidad sin kernel, tiene las limitaciones siguientes: v No hay soporte para el redespliegue. v En una máquina virtual Linux alojada en un hipervisor ESX, las tareas de despliegue de Windows, como destruir el contenido de un disco duro, no recibe soporte porque la configuración de Linux impide que WinPE funcione correctamente. v Sólo se gestionan las reglas de configuración de hardware sin kernel basadas en el modelo de estación de trabajo, no las reglas basadas en dispositivos de estación de trabajo. v El menú de despliegue en el destino no está disponible si el destino se inicia en modalidad sin kernel. v El arranque sin kernel de destino no recibe soporte para huéspedes KVM 5.7 y versiones anteriores. Sólo tiene soporte en huéspedes KVM 6.0 y posteriores. Modalidad sin kernel (UEFI) Durante el arranque, el programa de precarga inicia automáticamente la herramienta conmutador (switcher) de UEFI en el destino para descargar e instalar el sistema operativo Windows según la información almacenada en la base de datos del Servidor de despliegue de sistema operativo. Esta herramienta permite a Windows iniciarse sin utilizar ningún programa del Servidor de despliegue de sistema operativo. Durante el rearranque de destino, se muestra la ventana siguiente: 14 Tivoli Provisioning Manager for Images: Cómo empezar

21 La ventaja de utilizar este tipo de arranque es que minimiza los problemas de compatibilidad de hardware. Nota: Si arranca en modalidad sin kernel de UEFI, tiene las limitaciones siguientes: v Sólo hay soporte para el despliegue Windows. v No hay soporte para el redespliegue. v Sólo se gestionan las reglas de configuración de hardware sin kernel basadas en el modelo de estación de trabajo, no las reglas basadas en dispositivos de estación de trabajo. v El menú de despliegue en el destino no está disponible si el destino se inicia en modalidad sin kernel. En la tabla siguiente se describen los sistemas operativos que puede instalar iniciando un destino en modalidad con o sin kernel: Tabla 1. Sistemas operativos que puede instalar arrancando un destino en modalidad con o sin kernel Modalidad Sistema operativo de kernel Modalidad sin kernel (BIOS) Modalidad sin kernel (UEFI) Windows Server 2008 X X X Windows 7 X X X Windows 8 X X X Windows Vista SP1 (o posterior) X X X Windows Server 2003 SP2 y R2 SP2 X X Windows XP Professional X X Windows Server 2012 X X X Windows Server 2008 R2 X X X SUSE Linux Enterprise Server (SLES) 11, GA SP1, SP2 y X X X SP3 SUSE Linux Enterprise Server (SLES) 10 GA y SP1, 2, 3, 4 X X SUSE Linux Enterprise Desktop (SLED) 10, GA y SP1, 2, 3, 4 X X Capítulo 4. Elección de la forma de arrancar su destino 15

22 Tabla 1. Sistemas operativos que puede instalar arrancando un destino en modalidad con o sin kernel (continuación) Modalidad Sistema operativo de kernel Modalidad sin kernel (BIOS) Modalidad sin kernel (UEFI) Red-Hat Enterprise Linux (RHEL) 6, GA y Updates X X X 1,2,3,4, 5 Server, Client, Workstation Red-Hat Enterprise Linux (RHEL) 5 GA y Updates 1, 2, 3, X X 4, 5, 6, 7, 8,9, 10 Server, Client, Workstation Red-Hat Desktop 10, GA y SP 1,2, 3, 4 X X Red-Hat Enterprise Linux (RHEL) Server 4, actualización X X 8,9 VMware ESX Server 4.0, 4.1 X X VMware ESX Server 3.5 Update 4 X X VMware ESX Server X X VMware ESXi Server 4.1 X VMware ESXi Server 5, 5.1 y 5.5 X Nota: Utilice la modalidad sin kernel para desplegar: v SLES bit en un servidor IBM x3850 v El perfil de sistema SLES en un HP Blade HPBL460c G6 En la tabla siguiente se describen las tareas que puede realizar iniciando un destino en modalidad con o sin kernel: Tabla 2. Tareas que puede realizar iniciando un destino en modalidad con y sin kernel Tarea Modalidad de kernel Modalidad sin kernel (BIOS) Modalidad sin kernel (UEFI) Realizar configuración de hardware X X X Desplegar instalación desatendida X X X (Windows) Desplegar instalación desatendida X X X (Linux) Desplegar instalación desatendida X X (VMWare ESX) Desplegar instalación desatendida X (VMWare ESXi) Desplegar perfil de clonación X X X Desplegar perfiles de clonación o desatendidos: modalidad de redespliegue X X Capturar una máquina de X X X referencia (clonación) Desplegar una imagen X X X Realizar una migración directa X X X Recopilar inventario RAID, destruir disco duro X X X 16 Tivoli Provisioning Manager for Images: Cómo empezar

23 Proceso de arranque de red Comprenda el proceso correspondiente a los equipos Intel/AMD x86, Intel/AMD x86 de 64 bits basados en el estándar Unified Extensible Firmware Interface (UEFI), SUN SPARC y máquinas IBM PowerPC basadas en el estándar OpenBoot. Una aplicación de arranque de red es exclusiva por distintos motivos: v Se invoca desde el firmware UEFI o el BIOS durante el programa de arranque inicial antes de cualquier sistema operativo o gestor de arranque de disco. v Depende de la presencia de un chip especial en la tarjeta de red: la memoria ROM de arranque de PXE. v Se puede comunicar con un servidor a través de la red gracias a su interfaz de programación proporcionada por el programa de arranque. PXE es el estándar informal para este tipo de interfaz. v Se descarga desde un servidor de despliegue de sistema operativo especial y no depende de ningún dispositivo de almacenamiento local. Puede funcionar con sistemas sin disco duro, CD o dispositivos de disquetes. Si hay un dispositivo de almacenamiento local en el sistema, podrá acceder a la aplicación de arranque de red. Sin embargo, una aplicación de arranque de red no falla si el dispositivo de almacenamiento está dañado o no funciona. v Obtiene su dirección IP y otros parámetros de arranque de un servidor DHCP central. Una secuencia de arranque de red normal pasa por las siguientes fases: 1. Inicio: un usuario o un suceso de activación inicia el sistema en arranque remoto. 2. Arranque de red: la configuración del BIOS u orden de arranque, una tecla, por ejemplo F12, o el suceso de activación o la secuencia de arranque de UEFI ordena al sistema que arranque en la red. 3. Descubrimiento de dirección IP: el destino de arranque remoto envía una solicitud DHCP para obtener una dirección IP. Cualquier servidor DHCP que reconozca la dirección de hardware del destino o que tenga una agrupación de direcciones dinámicas distribuibles libremente envía una dirección IP. El destino toma la primera respuesta y la confirma con el servidor. Además de la dirección IP, el servidor proporciona otros parámetros de red al destino así como información sobre el procedimiento de arranque. 4. Descubrimiento del servidor de despliegue de sistema operativo: en caso de un arranque remoto PXE, el sistema de destino procederá con el descubrimiento del servidor de despliegue de sistema operativo. El servidor de despliegue de sistema operativo es responsable de proporcionar un programa de arranque de red al destino. No es necesariamente el mismo sistema que el servidor DHCP. El destino responde al primer servidor de despliegue de sistema operativo que responde y descarga un pequeño programa utilizando un protocolo de multidifusión sencillo (MTFTP). 5. Conexión con el servidor: si el programa de arranque de red es el motor de despliegue, establece una conexión segura cifrada con el Servidor de despliegue de sistema operativo y recibe instrucciones del servidor para determinar el nombre del programa que ejecutar. 6. Configuración anterior al SO: el motor de despliegue descarga entonces del servidor de archivos todo aquello requerido por la configuración de sistema operativo especificada por el administrador del sistema. Estas transferencias de archivo se realizan utilizando un protocolo robusto de uni o multidifusión. Capítulo 4. Elección de la forma de arrancar su destino 17

24 Puede realizar muchas acciones en esta fase: instalación de un sistema operativo desde cero, reparación de un sistema operativo dañado o realización de un inventario. 7. Arranque del SO: el motor de despliegue se elimina automáticamente de la memoria cuando la configuración de sistema operativo lo dicte y permite que el sistema operativo arranque, como si el destino arrancase normalmente desde el disco duro. Esto garantiza una compatibilidad total con el sistema operativo y evita los problemas derivados del arranque remoto sin disco tradicional. Nota: Tivoli Provisioning Manager for Images cuenta con una arquitectura de servidor tolerante a errores, con el servidor de despliegue de sistema operativo siempre disponible para el destino. Sin embargo, en caso de un error grave de la red, se pueden configurar los destinos de modo que funcionen fuera de línea, sin acceso a la red. En esta situación, el motor de despliegue se almacena en un soporte de almacenamiento permanente, como una partición de un disco duro o en un CD, y se arranca desde dicho soporte en lugar de cargarse desde la red. 18 Tivoli Provisioning Manager for Images: Cómo empezar

25 Capítulo 5. Proceso de despliegue El proceso de despliegue incluye descubrimiento de hardware, particionamiento de disco duro, instalación de sistemas operativos e instalación de otros módulos de software. Un despliegue típico se compone de varios sucesos. Inicie el destino de forma remota, mediante, por ejemplo, Wake on LAN o vpro. El destino arranca desde la red. Recibe información sobre la dirección IP del servidor DHCP y un programa de arranque del Servidor de despliegue de sistema operativo que le conduce a los siguientes pasos.. El destino realiza el descubrimiento de hardware a través de llamadas al sistema DMI y PCI. El destino consulta en la base de datos ODBC/JDBC toda la información pertinente relacionada con el sistema operativo y los módulos de software que se van a instalar, y genera de modo dinámico un plan de despliegue.si se especifica en la base de datos, solicita al usuario (o al administrador de la interfaz web) información de despliegue adicional. Según los pasos de despliegue planificados, el programa de arranque puede iniciar WinPE para Windows o el Motor de despliegue de Linux para Linux en un disco RAM para realizar algunas de las tareas de configuración e instalación. Nota: Para suministrar sistemas operativos Windows Vista, Windows 7 y Windows 2008, utilice WinPE 3.x. Para suministrar sistemas operativos Windows 8 y Windows 2012, utilice WinPE 4.x. Si se debe ejecutar software específico de configuración de hardware (como, por ejemplo, una configuración del controlador RAID), se inicia. Después del posterior arranque, el destino reanuda el proceso.el destino particiona el disco duro conforme a la información que ha recuperado de la base de datos. También se escribe un pequeño programa de arranque en el disco duro a fin de poder controlar cualquier rearranque posterior desde el disco duro. El destino inicia una transferencia multidifusión para todos los archivos necesarios durante el despliegue. El contenido de las particiones del disco duro se construye fusionando la imagen base del sistema operativo y todas las imágenes incrementales y otras actualizaciones de software. Los datos se escriben entonces en el disco con una eficiencia óptima.se genera un archivo de respuestas dinámicamente, que facilita toda la información necesaria para una personalización desatendida del sistema operativo. Se preparan líneas de mandatos de instalación desatendida para módulos de software. El sistema de destino arranca en el disco duro y completa la instalación del sistema operativo, ejecuta líneas de mandatos de desatendidos de los módulos de software seleccionados. El destino rearranca y Tivoli Provisioning Manager for Images vuelve a tomar el control. Copyright IBM Corp. 2007,

26 Si se han configurado otros módulos de software para que se instalen después de uno o varios rearranques, se instalan y el sistema operativo se vuelve a iniciar. Si el sistema sigue conectado a la red, actualiza de forma automática el estado de despliegue en la base de datos. Realizados estos procesos, el proceso de despliegue concluye apagando el destino, iniciando el sistema operativo, reiniciando el destino o mostrando una cabecera de color verde. 20 Tivoli Provisioning Manager for Images: Cómo empezar

27 Capítulo 6. Imágenes universales Con Tivoli Provisioning Manager for Images, puede crear imágenes universales para los sistemas operativos Windows. Cuando se crea un perfil de sistema mediante clonación, Tivoli Provisioning Manager for Images hace una copia del estado del disco duro de un hardware en particular. El perfil de sistema creado corresponde por tanto a un tipo de hardware en particular en el que puede desplegarse el perfil. En teoría, es necesario utilizar una imagen distinta para cada tipo de hardware. Cambiar de un disco duro paralelo en el sistema clonado a un disco duro SCSI o serial-ata en el sistema desplegado es particularmente problemático. Una imagen universal es una imagen clonada que ha sido preparada con controladores para tipos de disco y variantes de la capa de abstracción de hardware (HAL) encontrados en la agrupación de servidores que desea desplegar. Debido a que Tivoli Provisioning Manager for Images permite la adición, en tiempo real, de los paquetes de controladores correspondientes (inyección de controladores) durante el despliegue, es posible hacer que una imagen clonada de un tipo de hardware funcione correctamente con hardware de otro tipo. Es posible, por lo tanto, enviar una misma imagen de hardware a muchos tipos distintos de hardware. La selección del controlador y la instalación necesaria para que funcione la imagen se lleva a cabo automáticamente. Las imágenes universales proporcionan estas ventajas: Espacio de almacenamiento de imágenes Debido a que Tivoli Provisioning Manager for Images puede modificar una imagen y añadir controladores mediante la inyección de controladores durante un despliegue de imágenes en tiempo real, sólo es necesario almacenar una imagen y un conjunto de paquetes de controladores, en lugar de una imagen por cada modelo. Esto también se aplica al servidor padre y a todas las copias distribuidas en la red. Mantenimiento de las imágenes En lugar de crear una nueva imagen cada vez que hay un nuevo release de un controlador, sólo necesitará empaquetar el controlador, establecer nuevas normas para el despliegue del mismo y probar el despliegue y las normas. Réplica de imágenes Imágenes mínimas significan menos tiempo y recursos utilizados para mover dichas imágenes en la red hasta su destino en un destino para el despliegue o en otro servidor de suministro, por ejemplo. Copyright IBM Corp. 2007,

28 22 Tivoli Provisioning Manager for Images: Cómo empezar

29 Capítulo 7. Repositorio del Servidor de despliegue de sistema operativo El Servidor de despliegue de sistema operativo accede a la base de datos de despliegue a través de la interfaz ODBC/JDBC estándar y a través del servicio de pasarela TCP-a-ODBC/JDBC del producto. Esta base de datos almacena la Lista de material de cada destino, incluida información sobre los módulos de software que se deben instalar. Los perfiles de sistema y los módulos de software se almacenan en un repositorio basado en archivos de una única instancia. Este repositorio compartido ahorra espacio en disco, almacenando cada SO o archivo de aplicación una vez en el repositorio de despliegue. Las imágenes virtuales se almacenan en un repositorio basado en sectores. Para reclamar espacio, puede utilizar: v El mandato -sweepshared del repositorio basado en archivos. v La página Repositorio de imágenes del repositorio basado en sectores. Repositorio compartido y su limpieza Gestión del directorio de datos de un servidor Tivoli Provisioning Manager for Images. En Tivoli Provisioning Manager for Images, el repositorio compartido reduce el espacio de almacenamiento necesario para albergar todos los objetos de servidor. El repositorio compartido es un diccionario de contenido indexado de archivos donde cada archivo se almacena individualmente, indexado según un MD5 (Message Digest 5) global y una lista subsidiaria de MD5 para cada bloque de 32 KB. En la imagen de disco de Tivoli Provisioning Manager for Images, no se almacena el contenido de archivo, sólo la lista de los MD5. Utilizando un algoritmo MD5 para identificar individualmente cada archivo almacenado en el repositorio de imágenes, puede eliminar la necesidad de almacenar duplicados de todos los archivos. Por ejemplo, una imagen de Windows XP puede ocupar 3 GB de almacenamiento, pero dos variaciones de una imagen XP podrían ocupar menos de 4 GB. Los archivos compartidos no se almacenan individualmente sino que se incluyen en archivos de agrupaciones comunes que el sistema puede almacenar mejor. También hay algunos archivos de índice, para que el sistema pueda localizar fácilmente un archivo a partir de su descripción MD5. Nota: Puede hacer copia de seguridad de estos archivos en cualquier momento, ya que, después de que se añada un archivo de contenido indexado, su ubicación en el índice nunca cambia. Por lo tanto, se garantiza la coherencia en cualquier momento. Es decir, por definición en un repositorio de contenido indexado, cuando un archivo cambia, se considera que es un archivo distinto porque tiene un índice MD5 distinto. Copyright IBM Corp. 2007,

30 Con un uso normal, el repositorio compartido normalmente crece cuando se añaden nuevos archivos. Si, por algún motivo, quiere eliminar archivos que ya no se utilizan del repositorio compartido, ejecute un procedimiento de marcar y borrar, para marcar en primer lugar todos los archivos que quiera conservar y, a continuación, eliminar el resto de los archivos del registro. Nota: Este procedimiento no resulta útil en el destino, excepto para aplicaciones especiales como copias de seguridad locales frecuentes. Tivoli Provisioning Manager for Images proporciona un número de primitivos para ejecutar un marcado y barrido. Para mantener su servidor Tivoli Provisioning Manager for Images operativo en todo momento, asegúrese de seguir los siguientes métodos recomendados: v v v v Tivoli Provisioning Manager for Images no es un software de copia de seguridad de sistema. Utilice el servidor sólo para almacenar imágenes "maestras" para despliegue inicial, y no imágenes de copias de seguridad individuales. El tamaño del repositorio de archivos compartido utilizado para almacenar imágenes no se espera que sea más 50 GB. Si es mayor, significa que no está utilizando el producto convenientemente. Guarde cada objeto de despliegue creado en el servidor, por ejemplo perfiles de sistema, paquetes de software, etc., en un archivo de exportación.rad a modo de copia de seguridad, y almacene cada objeto de despliegue en un dispositivo de almacenamiento aparte. En cuanto a todas las aplicaciones críticas, el administrador debe realizar copias de seguridad periódicas del directorio de datos completo del servidor. La copia de seguridad es fundamental para recuperarse en caso de producirse una anomalía en el disco o de cualquier otro problema en el que se dañen los datos. Cada cierto tiempo, detenga el servidor Tivoli Provisioning Manager for Images y realice mantenimiento en el repositorio compartido, utilizando la opción de línea de mandatos rembo -chkshared y, a continuación, -statshared. Si statshared muestra un alto volumen de archivos huérfanos (sin utilizar), se pueden limpiar utilizando la opción -sweepshared. Para obtener información sobre el uso y sintaxis para el mandato rembo, consulte el conjunto de temas de la interfaz de línea de mandatos en la sección Consulta. Nota: Utilice la opción -packshared únicamente cuando se deba recuperar espacio de disco de otras aplicaciones, ya que truncará el archivo de repositorio compartido al menor tamaño posible. Esto puede dar lugar a una mayor fragmentación del repositorio compartido en el futuro, lo que reduce el rendimiento. Repositorio basado en sectores y su limpieza Para asegurarse de que el repositorio de Tivoli Provisioning Manager for Images no crezca infinitamente, dispone de un mecanismo para limpiar su espacio. De forma automática, libera el almacenamiento asignado por los objetos a los que hace el programa ya no hace referencia. El espacio de disco de estos objetos se recicla para que el espacio esté disponible para objetos posteriores. Puede planificar una limpieza o ejecutarla manualmente. Limpiando el repositorio Ejecute la reclamación de espacio de la siguiente manera: 24 Tivoli Provisioning Manager for Images: Cómo empezar

31 v v Antes de crear una copia instantánea. Los bloques que deben estar disponibles para su liberación están bloqueados en la instantánea. Durante periodos de actividad baja. Para ejecutar la reclamación de espacio, Vaya a Servidor > Parámetros del servidor > Repositorio de imágenes.. Capítulo 7. Repositorio del Servidor de despliegue de sistema operativo 25

32 26 Tivoli Provisioning Manager for Images: Cómo empezar

33

34 Impreso en España