|
|
|
Las versiones de apk-*-solaris son compatibles con las distros de SO siguientes:
Para instalar el kit para dispositivos (APK) necesita uno de los siguientes elementos:
Los pasos siguientes pueden variar, en función de cómo se instaló el SO originalmente. El script de instalación del APK no los lleva a cabo, sino que su realización se efectúa según el criterio del operador, porque algunos de ellos son invasivos y pueden ser destructivos si accidentalmente se llevan a cabo en un sistema en vivo (en lugar de en la imagen que se está preparando); por lo tanto, no se aconseja ejecutarlos en un script automatizado.
Omita los pasos que no sean apropiados.
NOTA: Después de haberlo limpiado, el volumen se puede reducir para producir una imagen de volumen de arranque menor para el dispositivo; sin embargo, debe asegurarse de que queden al menos 5-10 MB de espacio libre, de modo que haya espacio para instalar el APK y los archivos de registro, archivos temporales, etc.
Monte la imagen del SO en el sistema de archivos. Si la imagen ya está instalada como un volumen en un grid de AppLogic, se puede acceder a ella mediante el comando "vol manage". Copie los archivos del APK en el directorio /tmp de la propia imagen o en un directorio provisional en el host donde se monta la imagen. Si la imagen ya está en un grid, copie los archivos en la propia imagen utilizando la interfaz Web. (Si el proceso no se lleva a cabo en un grid: tenga en cuenta que las operaciones siguientes se deberán ejecutar como raíz de usuario).
Desempaquete el archivo binario del APK en el directorio raíz de la imagen; p. ej.:
cd /mnt/vol gtar -zxf tmp/apk-2.0.1-solaris.tar.gz
Instalación en una imagen de OpenSolaris preparada para ejecutarse como dispositivo paravirtualizado (`uname -i` == i86xpv)
bash tmp/apk-install pvm
Si la instalación se efectúa en una imagen de Solaris 10 o de OpenSolaris que se va a ejecutar como máquina virtual asistida por hardware (HVM):
bash tmp/apk-install
Si se ejecutó con la opción "pvm" y la imagen de destino tiene presente un kernel paravirtualizado, el script reemplazará el archivo de configuración de arranque. El anterior se guardará en asboot/grub/menu.lst.apksave. Si, en realidad, usted no deseaba que sucediese así (y va a ejecutar el dispositivo como HVM), restaure el archivo manualmente. Si no hay ningún kernel paravirtualizado presente pero se especificó "pvm", el script de instalación mostrará una advertencia; la instalación no se anulará y la imagen seguirá siendo válida para utilizarla como dispositivo HVM.
El script de instalación (y los archivos tar, si se copiaron en la propia imagen) se pueden eliminar ahora:
rm tmp/apk-install tmp/apk-*.tar.gz
Desmonte la imagen e impórtela a su grid de AppLogic (o bien, sencillamente, cierre el shell de "vol manage", si la imagen estaba ya en su grid y se ha editado mediante "vol manage").
Si la imagen era de un dispositivo existente: edite la clase (mediante el editor de GUI) y elimine los nombres de archivo kernel e initrd. Establezca el modo de configuración como "dhcp".
Para obtener información detallada, consulte el Manual del usuario.
Configuración del dispositivo init
Si el archivo /etc/sysconfig/applogic_init está presente, el script init del APK lo interpreta como un shell que incluye un script (con el comando "."). Los parámetros siguientes se pueden definir en /etc/sysconfig/applogic_init:
|
APK_AUTH_KEY_PATH |
Ubicación en la que se almacenan la clave pública de acceso de SSH del dispositivo. El comando "3t comp ssh" se conecta a los dispositivos mediante la clave privada correspondiente. El valor predeterminado es /root/.ssh. Si se establece como una cadena vacía, la clave no se almacenará en ningún sitio. |
|
APK_CONFIG_FILES |
Lista de archivos separados por espacios a los que se aplican propiedades de dispositivo. Sustituye la lista de archivos de configuración especificada en el cuadro de diálogo "Modificar límite" de la GUI (para los dispositivos que no están utilizando APK). Un dispositivo equipado con el APK utilizará la lista APK_CONFIG_FILES que se encuentra en el propio dispositivo, y no la lista especificada en la GUI. |
Importante: El archivo /etc/sysconfig/applogic_init se ejecuta antes de recuperar o aplicar ningún dato de configuración; por consiguiente, el script no puede depender de la presencia de ninguno de los archivos de configuración del dispositivo. No utilice este archivo para ejecutar código de inicialización, solamente para las variables de configuración definidas anteriormente.
Ejemplo
/etc/sysconfig/applogic_init: APK_CONFIG_FILES=/etc/httpd/conf.d/myconfig.conf APK_AUTH_KEY_PATH=/root/.ssh/alternate_keys
Comprobación del dispositivo después del inicio
Si el archivo /etc/sysconfig/applogic_appliance está presente, el script "late init" del APK lo interpreta como un shell que incluye un script (con el comando "."), después de que todos los servicios del dispositivo se hayan iniciado. El estado de retorno del script indica si se considerará que el dispositivo se ha iniciado correctamente ("started OK") o no se pudo iniciar ("failed"). Si el script imprime un mensaje en stderr y devuelve un error, la última línea de este mensaje se utilizará como el mensaje de error que se envíe al controlador.
Ejemplo de un archivo de comprobación después del inicio para un dispositivo de servidor Web; comprueba que el servidor está en funcionamiento y responde a HTTP GET a la página principal:
if ! wget -q -O /dev/null http://localhost/ ; then echo "start failed - Web server is not responding" >&2 return 1 fi return 0
Importante: Algunos dispositivos del catálogo del sistema usan un script personalizado que se encuentra en /appliance para inicializar servicios. Esto ya no se admite. Este directorio se suprime cuando se instala el APK, para mantener limpia la estructura del directorio raíz y que cumpla con el Estándar de Jerarquía de Sistema de Archivos. Se puede mover el código de estos scripts a /etc/sysconfig/applogic_appliance, a fin de emular el comportamiento anterior, pero no es intención del archivo de comprobación después del inicio y no se recomienda. En cambio, un servicio instalado debería tener su propio script init y en general debería ser capaz de funcionar completamente fuera de CA AppLogic.
| Copyright © 2012 CA. Todos los derechos reservados. |
|