Los dispositivos de Windows se pueden gestionar completamente mediante la inclusión de MSI de APK de Windows, que se instala con los instaladores exe de Windows que se incluyen con CA AppLogic®.
Las versiones windows_apk-ver.msi son compatibles con todas las versiones compatibles de Windows.
Para instalar el APK, se necesita lo siguiente:
Nota: Para instalar Windows, verifique las imágenes ISO para la instalación del SO.
Esta sección contiene los siguientes temas:
Información específica de Windows
Instalación del APK de forma independiente
Características operacionales
Las características operacionales de los dispositivos de Windows que utilizan el APK de Windows son los siguientes:
Los archivos de paginación son compatibles con el dispositivo de Windows. No los active de forma predeterminada. Todas las instrucciones de creación de dispositivos de Windows indican al usuario que desactive el archivo de la página, ya que los archivos de intercambio reducen el rendimiento en comparación con el uso RAM. Especialmente, en el caso de las aplicaciones esenciales para el rendimiento, es mejor proporcionar más memoria al dispositivo, en lugar de un archivo de intercambio.
Por ejemplo, si se ejecuta una base de datos, el intercambio de discos ralentizará los procesos. Un archivo de intercambio sencillamente emula la RAM utilizando un disco cuando no se puede proporcionar bastante RAM real. Tenga en cuenta que incluso cuando el archivo de intercambio está desactivado, Windows todavía utiliza la paginación para liberar páginas de memoria que contienen código de programación sin utilizar, que es la mayoría del intercambio normal que se produce en sistemas equilibrados. Si se está ejecutando un dispositivo del tipo servidor de 24x7, todo lo que está en memoria estará en uso y transferirlo a disco causará degradación del rendimiento (esto no es específico de CA AppLogic®).
Importante: Antes de agregar/eliminar terminales al dispositivo de Windows, asegúrese de que conoce la contraseña de administrador para poder así iniciar la sesión en la consola gráfica del dispositivo. Esta acción es obligatoria en casos donde se necesita la interacción manual del usuario.
Si se agregan terminales o discos nuevos a un dispositivo de Windows, se puede necesitar la interacción del usuario en el siguiente arranque del dispositivo. Las modificaciones llevadas a cabo en los terminales o discos pueden activar la invocación del asistente de instalación de hardware de Windows en casos donde se usan controladores de paravirtualización de Windows, como Halsign.
En este caso el usuario debe iniciar sesión en la consola gráfica del dispositivo y hacer clic completamente en el asistente de instalación de hardware para permitir que los terminales o discos funcionen correctamente en el dispositivo. Esto puede requerir también un reinicio del dispositivo o volver a activar Windows dependiendo del cambio. Solo es preciso realizar esto en el primer arranque tras la modificación de los discos o terminales del dispositivo. El asistente de hardware no debería mostrarse en arranques de dispositivo subsiguientes.
Este problema debería aparecer solamente si se agregan terminales/discos nuevos al dispositivo. Si el asistente de hardware se inicia después de cualquier otra modificación distinta a la modificación de los terminales o discos del dispositivo, póngase en contacto con Soporte técnico.
Nota: Esta incidencia se puede evitar siguiendo las instrucciones en la Guía del analista de dispositivos.
El APK es compatible con el montaje automático de volúmenes para todos los sistemas operativos. Esto permite al creador del dispositivo especificar una ruta en la que debe mostrarse un volumen concreto tras el arranque de un dispositivo. Por ejemplo, el volumen myvol debería montarse en \data.
Cuando una instancia de un dispositivo para Windows se crea a partir de una clase de catálogo (o al copiar cualquier volumen de arranque de Windows), el SO resultante tiene el mismo identificador de seguridad de equipo (SID) que el original. Normalmente, esto no debería causar ninguna dificultad.
No obstante, se debe tener en cuenta que se asigna a las cuentas locales individuales SID compuesto del SID del equipo y un identificador relativo añadido. Es posible que se creen cuentas de usuario de dos dispositivos diferentes con el mismo SID si los SID del equipo son idénticos. Esto no es una incidencia en entornos basados en el dominio donde las cuentas de dominio están basadas en el SID del dominio. Sin embargo, en los entornos del grupo de trabajo la seguridad está basada en los SID de la cuenta local.
Para cambiar el SID del equipo en un dispositivo, utilice la utilidad wincfg que se suministra con CA AppLogic®. Esta utilidad permite cambiar diversos valores de configuración, como el SID, el nombre del equipo y la contraseña de administrador, para los dispositivos de Windows. Además, esta utilidad también actualiza correctamente el entorno de Cygwin para reflejar el cambio en el SID del equipo.
Nota: La utilidad wincfg no se puede utilizar para cambiar el SID del equipo en los dispositivos basados en Windows Server 2008.
CA AppLogic® cambia automáticamente el nombre del equipo de un dispositivo de Windows cuando el nombre de instancia del dispositivo se cambia. El usuario puede cambiar el nombre de la instancia mediante la GUI o cuando una nueva instancia de un catálogo se agrega a una aplicación. El APK de Windows que se ejecuta en todos los dispositivos de Windows domina el cambio de nombre del equipo.
Al iniciarse el dispositivo, el APK de Windows compara el nombre del equipo con el nombre de dispositivo. Si los dos nombres difieren, el APK:
Cuando se está iniciando un dispositivo de Windows donde el nombre del equipo se está actualizando, el proceso de inicio de dispositivo requiere unos cuantos minutos más de lo normal. Esto se debe al reinicio adicional del dispositivo que se necesita hacer para el cambio de nombre del equipo.
Durante el tiempo que el dispositivo se está reiniciando, el mensaje siguiente se muestra en la consola durante el inicio del dispositivo/componente: "compname ha entrado en el estado de mantenimiento" (donde compname es el nombre del componente de Windows).
Para impedir que el APK renombre un dispositivo:
Tanto el exe de VDS de Windows como el exe de Archivador de Windows crean este archivo. El nombre del equipo de VDS se especifica a través de una propiedad. Para el archivador, el nombre del equipo no es relevante. El MSI de exe del kit de la clase base de Windows Server no crea este archivo.
Para cambiar el nombre del equipo del dispositivo, se puede utilizar la GUI de Windows, o bien iniciar sesión en su dispositivo y ejecutar el comando siguiente de la shell de inicio de sesión. Esto supone que el cambio de nombre del equipo de APK se ha desactivado tal y como se ha descrito anteriormente.
Ejecute el siguiente comando:
wmic computersystem
where name="%COMPUTERNAME%" rename name="newname"
sustituye newname con el nombre nuevo del equipo
Nota: CA AppLogic® incluye la utilidad wincfg que permite a un usuario cambiar diversos valores de configuración de sus dispositivos de Windows, como el nombre del equipo, la contraseña del administrador.
Si debe acceder a la consola gráfica y no se conoce la contraseña de administrador, es posible cambiarla a través de la shell de inicio de sesión.
Utilice el siguiente comando:
net user Administrator admin-new-password
donde admin-new-password es la nueva contraseña del administrador
Notas:
Si no se desea esto, cambie la contraseña tal y como se describe en los pasos anteriores.
Si se desea desactivar este comportamiento, abra un shell bash de Cygwin en el dispositivo en ejecución, edite el script /appliance/appliance.sh e inserte una salida de línea 0 después del bloque de comentario inicial.
Los instaladores msi de Windows incluyen Cygwin, un entorno compacto similar a Linux que se ejecuta bajo Windows. El servidor ssh de Cygwin proporciona acceso ssh a dispositivos de Windows. El shell de inicio de sesión es bash. El shell bash de Cygwin es compatible casi con todos los comandos disponibles bajo el shell de comandos de Windows, así como con todos los comandos bash habituales.
El shell de Cygwin utiliza / como un delimitador de directorio en vez de \.
Para acceder a la raíz de una unidad, se debe utilizar, por ejemplo, cd c: o cd c:/. Se puede utilizar también la utilidad cygpath para convertir entre los nombres de rutas de acceso del estilo de Cygwin POSIX y los nombres de archivo nativos de Windows; man cygpath para obtener más información.
El contexto de seguridad en el inicio de sesión de ssh autenticado por clave pública es casi pero no exactamente el mismo que el inicio de sesión del administrador. El SID del usuario actual es el mismo que el del administrador pero la búsqueda del SID devuelve como resultado sshd_service en lugar del administrador.
Unos cuantos comandos, como diskpart, no funcionan en el shell de inicio de sesión.
Los instaladores msi de Windows desactivan tanto el Servicio de actualización automática de Windows como el Servicio de firewall de Windows. Se puede volver a activar estos servicios manualmente después de la instalación, si es necesario. Para obtener información adicional, consulte Realización manual del script Prep del APK.
Los instaladores msi de Windows desactivan la función de montaje automático de volúmenes de Microsoft Windows. La función de montaje automático del APK sustituye esta función.
Antes de usar el Archivador de Windows para operar en un volumen de NTFS, lea los datos específicos de implementación de NTFS en la hoja de datos del Archivador.
Los dispositivos de Windows gestionados se apagan mediante un evento de apagado generado por el APK. De vez en cuando, Windows puede bloquear este evento si está esperando una interacción del usuario como, por ejemplo, en la GUI. En este caso, al emitir app stop o comp stop hace que la detención del dispositivo exceda el tiempo de espera en 15 minutos. Una vez pasados estos minutos, el dispositivo se detiene abruptamente.
Para realizar un apagado correcto en este tipo de eventos, conéctese a la consola gráfica del dispositivo y apáguelo mediante la GUI después de haber emitido app stop o comp stop.
Información específica de Windows
Nombres de archivo
A menos que se indique otra cosa, los nombres de este documento pertenecen al espacio de nombres del archivo CygWin, que emula un sistema Posix.
Nota: Estos nombres no se pueden utilizar con ninguna utilidad que no sea Cygwin. Esto incluye los binarios del APK, como vme y udlparse, así como todas las herramientas de línea de comandos de Windows nativas. La mayor parte de las utilidades de Cygwin aceptarán o un nombre CygWin (de tipo posix) o un nombre Windows (por ejemplo, C:\ruta\), a excepción de aquéllas que consideran que las cadenas que contienen ":" se refieren a nombreEquipo:nombreArchivo, tales como scp, rsync y, en especial, tar. A esta última se le puede forzar a aceptar un nombre Windows con la opción --force-local.
Para convertir un nombre de archivo entre los espacios de nombres de Windows y Cygwin, utilice cygpath.
windowspath=`cygpath -w /var/applogic/appliance.desc`
Montajes de disco
Al especificar un punto de montaje para discos, utilice los nombres siguientes, como desee:
X - una sola letra (A,B,D-Z) hará que el disco esté accesible como X:\.
X:\ - igual que X
C:\dir1\[dir2\...] - hace que el disco esté accesible en el subdirectorio indicado del sistema de archivos de arranque. Si el directorio no existe, se creará.
Nota: No debe permitir que el APK cree el directorio. Los permisos de directorio predeterminados pueden diferir de sus necesidades.
Dejar un disco sin un punto de montaje especificado en el descriptor de la clase hará que el APK lo pase por alto y deje su asignación de montaje en Windows tal cual. En este caso, cualquier asignación de punto de montaje para ese disco que se realice manualmente desde Windows es persistente y tiene prioridad sobre la asignación del mismo punto de montaje en otro disco que utiliza el descriptor de la clase. La última asignación no tendrá ningún efecto y dejará el disco sin montar. Por ejemplo, si ha especificado lo siguiente en el editor de clases o en el cuadro de diálogo Modificar:
disk 0 -> (arranque)
disk 1 -> (ningún montaje asignado)
disk 2 -> Z:\
e inicie sesión en el dispositivo, elimine Z de disk2 y asígnelo a disk1. Z permanecerá asignado a disk1 en los reinicios. No se aplicará la asignación de Z a disk2 en el descriptor de la clase. No se montará disk2 en ningún sitio, hasta que Z se elimine de disk1 o se establezca otra asignación distinta de Z para disk2.
C:\ está reservado y no se puede asignar como punto de montaje para ningún disco. Cualquier asignación para el disco de arranque se pasará por alto y se declarará como montada en C:\ en el descriptor de instancia del dispositivo.
No utilice rutas de montaje con subdirectorios de ninguna unidad excepto C:. De lo contrario, el montaje podría quedar inutilizable, puesto que depende del orden en que se montan los discos.
Windows no se negará a montar un disco sin formatear (o que esté formateado con un sistema de archivos que Windows no entienda). No habrá ningún error o advertencia cuando el APK asigne el montaje. Sin embargo, se producen errores en los intentos de acceso al punto de montaje y a algunas subrutas.
Nombres de usuario
El script de instalación del APK hace que el alias CygWin del Administrador sea la raíz. Por lo tanto, la raíz será el nombre de usuario que verá todo el código binario de CygWin y que aparecerá como nombre de usuario actual en un shell de CygWin, así como en listados de directorio. Esta configuración permite acceder al dispositivo mediante el comando de shell remoto (3t ssh nombre-de-componente).
La asignación entre nombres de usuario de CygWin y Windows no es automática. Se describe en los archivos /etc/passwd y /etc/group, que no se actualizan automáticamente al agregar o eliminar usuarios de Windows. CygWin incluye utilidades para mantener los archivos de /etc/passwd y /etc/group. Al utilizar estas utilidades, conserve la asignación especial para la raíz que ha creado el APK. Si no, el inicio de sesión en SSH desde grid dejará de funcionar.
Instalación del APK de forma independiente
El APK se instala automáticamente durante la instalación de la clase base de Windows. Si es necesario, se puede instalar el APK de forma independiente o actualizar el APK en un dispositivo existente.
Se debe instalar el APK en un sistema activo. No se puede instalar el APK para Windows en una imagen de disco de SO montada que en realidad no se esté ejecutando. Para obtener los mejores resultados, utilice una imagen del SO que tenga configurado el acceso de red externo e inicie sesión en ella mediante un cliente de escritorio remoto de su SO favorito (por ejemplo, rdesktop). Al utilizar una imagen de SO que tiene acceso de red externo configurado, se proporciona mejor funcionamiento interactivo que usar VNC para consultar la pantalla de vídeo con emulación de HVM.
Realice una de las siguientes opciones de instalación:
Proporciona un asistente de instalación que instala el APK de Windows, incluido el script Prep de automatización del APK.
Proporciona un asistente de instalación que permite decidir si ejecutar el script Prep del APK. El script requiere que se reinicie manualmente el sistema operativo para garantizar que se aplique la configuración del sistema obligatoria.
Permite realizar una instalación sin solicitar la confirmación del usuario y ejecutar el script Prep del APK. Utilice el siguiente comando:
msiexec /q /i Windows_APK*.msi
Permite realizar una instalación sin solicitar la confirmación del usuario o el script Prep del APK.
Utilice el siguiente comando:
msiexec /q /i Windows_APK*.msi ADDLOCAL=APK
Nota: Si se desactiva el script Prep del APK, realice manualmente los pasos automatizados.
|
Copyright © 2013 CA.
Todos los derechos reservados.
|
|