notas de la versión de ca applogic applogic 3 5-esp/bookshelf_files... · terceros, en los...

Notas de la versión 3.5

CA AppLogic®

4ª edición: BFC 3.5.1 y revisiones hf7694 y df7588 (12 de octubre de 2012)

Esta documentación, que incluye sistemas incrustados de ayuda y materiales distribuidos por medios electrónicos (en adelante, referidos como la "Documentación") se proporciona con el único propósito de informar al usuario final, pudiendo CA proceder a su modificación o retirada en cualquier momento.

Queda prohibida la copia, transferencia, reproducción, divulgación, modificación o duplicado de la totalidad o parte de esta Documentación sin el consentimiento previo y por escrito de CA. Esta Documentación es información confidencial, propiedad de CA, y no puede ser divulgada por Vd. ni puede ser utilizada para ningún otro propósito distinto, a menos que haya sido autorizado en virtud de (i) un acuerdo suscrito aparte entre Vd. y CA que rija su uso del software de CA al que se refiere la Documentación; o (ii) un acuerdo de confidencialidad suscrito aparte entre Vd. y CA.

No obstante lo anterior, si dispone de licencias de los productos informáticos a los que se hace referencia en la Documentación, Vd. puede imprimir, o procurar de alguna otra forma, un número razonable de copias de la Documentación, que serán exclusivamente para uso interno de Vd. y de sus empleados, y cuyo uso deberá guardar relación con dichos productos. En cualquier caso, en dichas copias deberán figurar los avisos e inscripciones relativas a los derechos de autor de CA.

Este derecho a realizar copias de la Documentación sólo tendrá validez durante el período en que la licencia aplicable para el software en cuestión esté en vigor. En caso de terminarse la licencia por cualquier razón, Vd. es el responsable de certificar por escrito a CA que todas las copias, totales o parciales, de la Documentación, han sido devueltas a CA o, en su caso, destruidas.

EN LA MEDIDA EN QUE LA LEY APLICABLE LO PERMITA, CA PROPORCIONA ESTA DOCUMENTACIÓN "TAL CUAL" SIN GARANTÍA DE NINGÚN TIPO INCLUIDAS, ENTRE OTRAS PERO SIN LIMITARSE A ELLAS, LAS GARANTÍAS IMPLÍCITAS DE COMERCIALIZACIÓN, ADECUACIÓN A UN FIN CONCRETO Y NO INCUMPLIMIENTO. CA NO RESPONDERÁ EN NINGÚN CASO, ANTE VD. NI ANTE TERCEROS, EN LOS SUPUESTOS DE DEMANDAS POR PÉRDIDAS O DAÑOS, DIRECTOS O INDIRECTOS, QUE SE DERIVEN DEL USO DE ESTA DOCUMENTACIÓN INCLUYENDO A TÍTULO ENUNCIATIVO PERO SIN LIMITARSE A ELLO, LA PÉRDIDA DE BENEFICIOS Y DE INVERSIONES, LA INTERRUPCIÓN DE LA ACTIVIDAD EMPRESARIAL, LA PÉRDIDA DEL FONDO DE COMERCIO O LA PÉRDIDA DE DATOS, INCLUSO CUANDO CA HUBIERA PODIDO SER ADVERTIDA CON ANTELACIÓN Y EXPRESAMENTE DE LA POSIBILIDAD DE DICHAS PÉRDIDAS O DAÑOS.

El uso de cualquier producto informático al que se haga referencia en la Documentación se regirá por el acuerdo de licencia aplicable. Los términos de este aviso no modifican, en modo alguno, dicho acuerdo de licencia.

CA es el fabricante de esta Documentación.

Esta Documentación presenta "Derechos Restringidos". El uso, la duplicación o la divulgación por parte del gobierno de los Estados Unidos está sujeta a las restricciones establecidas en las secciones 12.212, 52.227-14 y 52.227-19(c)(1) - (2) de FAR y en la sección 252.227-7014(b)(3) de DFARS, según corresponda, o en posteriores.

Copyright © 2012 CA. Todos los derechos reservados. Todas las marcas registradas y nombres comerciales, logotipos y marcas de servicios a los que se hace referencia en este documento pertenecen a sus respectivas compañías.

Información de contacto del servicio de Soporte técnico

Para obtener soporte técnico en línea, una lista completa de direcciones y el horario de servicio principal, acceda a la sección de Soporte técnico en la dirección http://www.ca.com/worldwide.

http://www.ca.com/worldwide

Cambios en la documentación

A continuación, se especifican las actualizaciones que se han realizado desde la última versión de esta documentación:

4ª edición: BFC 3.5.1 y revisiones hf7694 y df7588 (12 de octubre de 2012)

■ Nuevas funciones de Backbone Fabric Controller (BFC) > Compatibilidad con CentOS 5.8 (3.5.1) (en la página 18): Mejoras en el empaquetado y la distribución del instalador de reconstrucción completa mediante CentOS 5.8 y correcciones del núcleo de la documentación 3.5 teniendo en cuenta la versión de CentOS necesaria.

■ Nuevas funciones de Backbone Fabric Controller (BFC) > Instalador de reconstrucción completa (actualización 3.5.1) (en la página 20): La versión de 3.5.1 del instalador de reconstrucción completa incluye CentOS 5.8.

■ Consideraciones de la instalación > Instalación, actualización y migración > Actualización de BFC 3.5.1 y CentOS 5.8 (en la página 23): Cómo actualizar CentOS antes de instalar BFC 3.5.1.1969

■ Problemas conocidos > Revisiones de CA AppLogic > df7588 (en la página 100): resuelve problemas de compatibilidad con el dispositivo de Xen.

■ Problemas conocidos > Revisiones de CA AppLogic > hf7694 (en la página 105): resuelve problemas de compatibilidad con el dispositivo de Xen.

■ Correcciones de errores clave (en la página 86): Actualizado para los defectos de BFC resueltos con 3.5.1.

3ª edición: Revisión hf7611 (18 de septiembre de 2012)

■ Problemas conocidos > Revisiones de CA AppLogic > hf7611 (en la página 109): Resuelve el asesoramiento de seguridad de Xen.

2ª edición: Revisión hf6169 y hf7516 (24 de agosto de 2012)

■ Problemas conocidos > Revisiones para CA AppLogic > hf6169: Corrige un problema donde los dispositivos de Windows producen un error al iniciarse después de que su nombre de host se haya cambiado.

■ Problemas conocidos > Revisiones para CA AppLogic > hf7516 (en la página 111): Corrige un problema donde el estado del vínculo de un controlador de NIC de Emulex 10G se muestra incorrectamente como desconocido o no operativo debido al error en el controlador de NIC de Emulex be2net.

Contenido 7

Contenido

Capítulo 1: Novedades de esta versión 9

Compatibilidad con la red de área de almacenamiento (SAN) en NFS ....................................................... 9

Lienzo dinámico: estado y control ............................................................................................................. 11

Cuotas ........................................................................................................................................................ 12

Varias interfaces externas ......................................................................................................................... 12

Opciones avanzadas de inicio o reinicio de aplicaciones en la interfaz de usuario................................... 14

Control de velocidad de reparación del volumen ..................................................................................... 14

Otras mejoras de CA AppLogic .................................................................................................................. 15

Nuevo APK de Windows ...................................................................................................................... 15

Utilidad de soporte (3tcollect) ............................................................................................................ 15

Valores ocultos de la propiedad .......................................................................................................... 15

Compatibilidad de hardware mejorada .............................................................................................. 16

Integración en el mercado de Cloud Commons .................................................................................. 16

Mejoras de la documentación ............................................................................................................. 16

Nuevas funciones de Backbone Fabric Controller (BFC)............................................................................ 17

Compatibilidad con CentOS 5.8 (3.5.1) ............................................................................................... 18

Interfaz de programación de aplicaciones (API) de BFC ..................................................................... 18

Selección de nodos del grid mediante etiquetas ................................................................................ 19

Configuración de intervalos de VLAN .................................................................................................. 19

Instalador de Bare Metal ..................................................................................................................... 20

Diagnóstico de configuración de red................................................................................................... 21

Forzar encendido manual .................................................................................................................... 22

Capítulo 2: Consideraciones de la instalación 23

Instalación, actualización y migración ....................................................................................................... 23

Actualización de BFC 3.5.1 y CentOS 5.8 ............................................................................................. 23

Sustitución de ALD por BFC ................................................................................................................. 24

Actualización a partir de grids existentes ........................................................................................... 24

Actualización del nuevo APK de Windows .......................................................................................... 30

Componentes incluidos ............................................................................................................................. 31

Kernel distribuido ................................................................................................................................ 31

Cuadro de mandos del grid ................................................................................................................. 31

Configurador de aplicaciones .............................................................................................................. 32

Editor de infraestructura ..................................................................................................................... 32

8 Notas de la versión

Shell de línea de comandos ................................................................................................................. 32

Interfaz de programación de aplicaciones .......................................................................................... 33

Sistema de generación de infraestructuras de aplicaciones ............................................................... 34

Sistema de control de aplicaciones ..................................................................................................... 34

Catálogo del sistema ........................................................................................................................... 34

Aplicaciones de muestra ..................................................................................................................... 38

Backbone Fabric Controller (BFC) ....................................................................................................... 40

Instalación .................................................................................................................................................. 40

Requisitos previos ............................................................................................................................... 41

Descarga de la versión......................................................................................................................... 41

Instalación de un grid .......................................................................................................................... 42

Características del producto ...................................................................................................................... 42

Límites de dimensión .......................................................................................................................... 42

Compatibilidad de hardware ............................................................................................................... 45

Compatibilidad con el software .......................................................................................................... 52

Capítulo 3: Problemas conocidos 55

Notas importantes ..................................................................................................................................... 55

Limitaciones y problemas conocidos ......................................................................................................... 61

Limitaciones de CA AppLogic .............................................................................................................. 62

Problemas conocidos e incidencias ..................................................................................................... 66

Problemas conocidos e incidencias específicas de dispositivos basados en Windows ...................... 76

Problemas no reproducibles e incidencias .......................................................................................... 80

Problemas conocidos de BFC .............................................................................................................. 82

Correcciones de errores importantes ........................................................................................................ 86

Revisiones de CA AppLogic 3.5 .................................................................................................................. 98

Revisión df7588 ................................................................................................................................. 100

Revisión hf7694 ................................................................................................................................. 105

Revisión hf7611 ................................................................................................................................. 109

Revisión hf6169 ................................................................................................................................. 110

Revisión hf7516 ................................................................................................................................. 111

Apéndice A: Acuerdos de terceros 113


Capítulo 1: Novedades de esta versión

Versión 3.5.19 - 13 de agosto de 2012

Nota: Esta es la versión oficial de CA AppLogic para el programa de Disponibilidad general y está disponible de inmediato para los socios y los clientes que participan en dicho programa. La versión de producción actual de CA AppLogic es 3.5.19.

Esta sección describe nuevas funciones y mejoras que se incluyen en CA AppLogic 3.5.

Esta sección contiene los siguientes temas:

Compatibilidad con la red de área de almacenamiento (SAN) en NFS (en la página 9) Lienzo dinámico: estado y control (en la página 11) Cuotas (en la página 12) Varias interfaces externas (en la página 12) Opciones avanzadas de inicio o reinicio de aplicaciones en la interfaz de usuario (en la página 14) Control de velocidad de reparación del volumen (en la página 14) Otras mejoras de CA AppLogic (en la página 15) Nuevas funciones de Backbone Fabric Controller (BFC) (en la página 17)

Compatibilidad con la red de área de almacenamiento (SAN) en NFS

Esta versión permite conectar la SAN existente al grid de CA AppLogic con el protocolo de sistema de archivos de red (NFS) basado en IP. Varios grids que se ejecuten en la misma red troncal pueden compartir una SAN. Para cada grid, CA AppLogic utiliza un directorio único en la SAN en el que se almacenan todos los volúmenes del grid.

■ Esta nueva funcionalidad mantiene la interfaz actual, incluyendo la GUI, la CLI y la API, para actividades como la eliminación, el cambio de tamaño y la creación de volúmenes.

■ Cuando se crea un grid, se introduce la dirección IP y el nombre del recurso compartido de NFS que exporta la SAN.

Compatibilidad con la red de área de almacenamiento (SAN) en NFS


■ Cuando se configura un grid de CA AppLogic de manera que utilice una SAN externa, CA AppLogic almacena todos los volúmenes del dispositivo y la aplicación en la SAN de forma predeterminada, incluidos el controlador del grid y los volúmenes del sistema. Se puede utilizar el comando vol migrate para migrar volúmenes entre la SAN interna y la externa.

■ Muchos de los cuadros de diálogo y ventanas de CA AppLogic, incluido el cuadro de diálogo de Creación de volúmenes, tienen un nuevo menú desplegable en el que se puede seleccionar el almacenamiento local o en SAN.

– Si se selecciona SAN, el volumen se crea y se almacena en la red SAN.

– Si se selecciona local, el volumen se crea en el sistema de almacenamiento local de CA AppLogic. Este comportamiento coincide con la forma en que CA AppLogic se comporta en todas las versiones anteriores.

■ CA AppLogic no duplica explícitamente volúmenes que se creen en la SAN. CA AppLogic depende de la duplicación y resistencia de SAN para la mantener integridad del almacenamiento.

Nota: Para obtener más información acerca de esta función, consulte la Guía de Referencia de Guía de referencia de la interfaz de usuario.

Lienzo dinámico: estado y control


Lienzo dinámico: estado y control

Esta función permite controlar los cambios de estado de los componentes de una aplicación, así como iniciar y detener estos componentes, todo ello desde el editor de aplicaciones.

■ Se puede consultar el estado actual de los componentes de una aplicación, incluidos el inicio, la detención, la ejecución y los estados de error de cada componente.

■ Cada icono de componente contiene un nuevo mecanismo de control que permite iniciar y detener el componente en una aplicación.

■ Un nuevo cuadro de diálogo desplegable muestra el progreso y el estado durante las operaciones de inicio y detención de la aplicación y el componente.

Nota: Para obtener más información acerca de esta función, consulte Operaciones comunes en la Guía del usuario del grid y Edición de aplicaciones en la Guía de referencia de la interfaz de usuario.

Cuotas


Cuotas

Esta versión presenta un nuevo método para controlar el consumo de recursos mediante cuotas predeterminadas.

■ Esta nueva funcionalidad está disponible tanto en la CLI como en la API de la Web.

■ Se pueden asignar cuotas a usuarios o grupos para los recursos siguientes: CPU, memoria, disco y ancho de banda en la red interna.

Nota: Las cuotas se desactivan de forma predeterminada y no restringen recursos para usuarios.

■ Tras la configuración de las cuotas, CA AppLogic supervisa las cuotas en el momento de la adjudicación de recursos para aplicaciones, catálogos y volúmenes.

■ Las cuotas de CA AppLogic son compatibles con los siguientes tipos de límites:

Límites flexibles

Cuando se sobrepasan los límites flexibles, se recibe un mensaje de advertencia durante la adjudicación de recursos. La operación continúa.

Límites fijos

Cuando se sobrepasan límites fijos, se recibe un mensaje de error y la operación finaliza.

■ Se pueden anidar cuotas en hasta ocho niveles con una jerarquía formada por elementos padre e hijo. Las cuotas padre restringen las cuotas hija.

Nota: Para obtener más información acerca de esta función, consulte la sección Cuotas de la Guía de administración del grid.

Varias interfaces externas

En versiones anteriores de CA AppLogic, los dispositivos no eran compatibles con más de una interfaz externa (sin formato). Como resultado, tampoco podían utilizar más de una VLAN. La nueva función de varias interfaces externas (MEI, por sus siglas en inglés) permite a los dispositivos utilizar varias interfaces externas y, por tanto, varias VLAN.

Varias interfaces externas


Las interfaces externas ahora son visibles en el límite del dispositivo, como en el caso de terminales de entrada y salida normales. En versiones anteriores, las interfaces externas no disponían de representación visual alguna en el editor de infraestructura. Las interfaces externas ahora se conectan a interfaces sin formato que se definen en el límite de la aplicación. Estas interfaces sin formato transmiten las conexiones de una aplicación al exterior y se muestran explícitamente en el diagrama, como si de conexiones terminales normales entre dispositivos se tratara. Además, el nuevo APK que se incluye con la versión ahora configura automáticamente las interfaces externas de un dispositivo.

Existe una nueva ficha Interfaces en el editor Configuración de la aplicación que muestra las interfaces sin formato de la aplicación y su configuración. La red (VLAN) y las direcciones IP son los únicos valores de configuración que el usuario selecciona para cada interfaz sin formato. La configuración de la máscara de red y de la puerta de enlace derivan automáticamente de la configuración del grid mediante la selección de la configuración que corresponda a la red y a la dirección IP seleccionadas. Además, se han ampliado la CLI y la API de servicios Web para permitir la configuración de los valores de la IP de una aplicación, como app config y app provision.

El BFC se utiliza para definir las VLAN y los intervalos de IP de cada VLAN. Esta configuración se propaga al grid de CA AppLogic y se muestra en el cuadro de mandos del grid. Estos valores se pueden configurar en las interfaces (externas) sin formato que expone una aplicación.

Con la adición de la función de varias interfaces externas, se mantiene por completo la compatibilidad con dispositivos ya existentes que utilicen interfaces externas antiguas. Los dispositivos más antiguos que utilizan una sola interfaz externa reciben su configuración de red o IP mediante las propiedades. Sin embargo, los dispositivos que utilizan las nuevas interfaces externas no son compatibles con versiones anteriores de CA AppLogic que no sean compatibles con varias interfaces externas (versiones anteriores a CA AppLogic 3.5).

Importante: Las aplicaciones predeterminadas de muestra y del catálogo no se han actualizado para que sean compatibles con varias interfaces externas. Si desea actualizar uno de estos dispositivos para usarlo con varias interfaces externas, cambie manualmente el script del dispositivo e instale el nuevo APK (en la página 15) a partir de la actualización disponible de CA AppLogic 3.5. El catálogo y las aplicaciones de muestra se actualizarán de manera que funcionen con varias interfaces externas en una futura versión.

Nota: Para obtener más información, consulte Definición de varias interfaces en la Guía del desarrollador de dispositivos.

Opciones avanzadas de inicio o reinicio de aplicaciones en la interfaz de usuario


Opciones avanzadas de inicio o reinicio de aplicaciones en la interfaz de usuario

La GUI de CA AppLogic permite ahora seleccionar varias opciones de inicio avanzadas al iniciar y reiniciar aplicaciones. En versiones anteriores, no existía ninguna opción de inicio o reinicio disponible que se pudiera seleccionar en la GUI y la única forma de especificar las opciones de inicio de aplicaciones era a través de la CLI o la API de la Web.

Las siguientes opciones ahora están disponibles en la GUI:

■ Modo de programación: servidores del paquete (valor predeterminado), operación por turnos e inicio aleatorio de la operación por turnos.

■ Modo de depuración

■ Limitación de la CPU

Nota: Para obtener más información, consulte la Guía de referencia del shell de la línea de comandos y la Guía del usuario del grid.

Control de velocidad de reparación del volumen

Ahora, es posible controlar la velocidad de reparación del volumen que utiliza el grid mediante el comando grid set (grid set vol_repair_speed). Esto permite que los volúmenes degradados del grid se reparen más rápido, lo que, a su vez, acelera el proceso de recuperación del grid. De forma predeterminada, la velocidad de reparación del volumen es solamente de 10 MB/s, que puede ser muy lenta dependiendo del tamaño del volumen.

Nota: Proceda con cautela cuando cambie la velocidad de reparación del volumen, ya que puede afectar al rendimiento de las aplicaciones en ejecución. La velocidad de reparación del volumen sólo la pueden modificar los encargados del mantenimiento del grid.

Otras mejoras de CA AppLogic



Nuevo APK de Windows

El nuevo APK de Windows (Windows Appliance Kit) proporciona una instalación más fácil y una interfaz de uso fácil para configurar dispositivos basados en Windows. Se planifica poder proporcionar soporte para las versiones localizadas del SO de Windows en una versión futura.

Nota: La Guía del desarrollador de dispositivos refleja el APK de Windows anterior. Sin embargo, se puede acceder a una versión actualizada de los temas afectados de esta guía para el nuevo APK de Windows (APP_3_5_readme_ENU.html).

Si participó en el programa beta, revise las consideraciones de actualización (en la página 30).

Utilidad de soporte (3tcollect)

Esta versión incluye la utilidad 3tcollect. La utilidad 3tcollect es una herramienta de línea de comandos que se puede ejecutar en Backbone Fabric Controller (BFC) o en el controlador del grid para recopilar datos de configuración y registro.

Nota: Para obtener más información acerca de esta función, consulte la sección Utilidad de soporte de la Guía de administración del grid.

Valores ocultos de la propiedad

Esta versión incluye un atributo oculto para campos de parámetros con el fin de proteger los valores de la propiedad, como las contraseñas. El atributo oculto de una propiedad oculta su valor para que los usuarios habituales no puedan consultarlo.

Nota: Para obtener más información acerca de esta función, consulte la Guía de Referencia de Guía de referencia de la interfaz de usuario.

../HTML/AppLogicDoc/APP_3_5_readme_ENU.html



Compatibilidad de hardware mejorada

Esta versión es compatible con la compatibilidad de hardware mejorada mediante la inclusión de la última versión estable del kernel de Linux 3.2.2 y Xen 4.1.2; además, es compatible con la segunda actualización de ESX 4.1.

Integración en el mercado de Cloud Commons

Esta versión incluye una integración de Cloud Commons entre los servidores del mercado y los grids del cliente. Esta integración facilita el servicio de elementos adquiridos en el mercado.

■ Tras la compra de un producto, esta integración transmite el producto a su grid.

■ El grid de CA AppLogic agrega el producto a los catálogos privados.

Mejoras de la documentación

Esta sección describe las mejoras de la documentación de CA AppLogic.

Nota: Este tema únicamente describe las mejoras generales de la documentación. Para obtener más detalles sobre los cambios técnicos de la documentación, consulte los temas relativos a cambios en la documentación que se encuentran al principio de cada guía.

Todo en un HTML

La biblioteca anterior contenía vínculos que abrían guías individuales en una ventana HTML que únicamente daba acceso a dicha guía. Si se deseaba acceder a otra guía en la biblioteca, se debía hacer clic en el vínculo Volver a la biblioteca que se encontraba en la parte superior del panel de la tabla de contenido.

En esta versión, los vínculos abren una ventana HTML que contiene todas las guías, lo que mejora considerablemente la navegación entre las guías.

Biblioteca de End-to-End

La biblioteca anterior contenía principalmente vínculos a las guías. En esta versión, se presentamos la biblioteca integral, que también incluye vínculos a artículos, foros sociales y vídeos, entre otras funciones.

http://www.cloudcommons.com/web/cc/marketplace1#http://marketplace.cloudcommons.com/index.php/ca-applogic.html

Nuevas funciones de Backbone Fabric Controller (BFC)


Categorías actualizadas de la biblioteca

Se han cambiado los nombres de las categorías de la biblioteca de manera que reflejen mejor su contenido; asimismo, se han trasladado algunas guías a categorías diferentes. Estas categorías también se incluyen en la ventana HTML todo en uno.

Nuevas guías

Hemos creado las siguientes guías nuevas:

Guía de administración del grid

Esta guía se compone del contenido siguiente:

■ Contenido que anteriormente se encontraba en la Guía del usuario de control de acceso basado en roles (RBAC).

■ Nuevo contenido para describir la funcionalidad de cuotas que se ha agregado en esta versión.

Guía de mantenimiento avanzada

Esta guía incluye contenido que anteriormente se encontraba en la Guía del usuario de Backbone Fabric Controller (BFC). Este contenido se ha trasladado por no estar relacionado con BFC.

Guía de la API de Backbone Fabric Controller (BFC)

Esta guía describe cómo usar la nueva API Web de BFC.

Temas relativos a cambios en la documentación

Actualmente, incluimos un tema relativo a cambios en la documentación al inicio de cada guía que enumera los cambios relacionados con las funciones de marquesina descritas en estas notas de la versión, así como otros cambios importantes.

Glosario de la Guía de descripción general

Ahora se incluye un glosario en la Guía de descripción general que tiene como objetivo definir algunos de los términos de CA AppLogic que se utilizan en toda la documentación.


Esta sección describe los cambios realizados en Backbone Fabric Controller (BFC).



Compatibilidad con CentOS 5.8 (3.5.1)

La versión 3.5.1 de Backbone Fabric Controller es compatible y requiere CentOS 5.8.

■ La imagen de CentOS 5.8 incluida en el instalador de reconstrucción completa se ha reforzado para reducir el número de paquetes proporcionados.

■ El número de paquetes que se proporcionan con la imagen de reconstrucción completa se han reducido al número mínimo de paquetes que BFC necesita para sus operaciones. Esto da lugar a una imagen más pequeña y se reduce significativamente el tiempo necesario para la descarga de un archivo. Este número más reducido de paquetes también da lugar a una velocidad superior de instalación, en general.

Hay varios temas en el núcleo de la documentación 3.5 que hacen referencia al requisito anterior para CentOS 5.5. Tenga en cuenta las siguientes correcciones en la documentación:

Corrección de los requisitos del nodo de control de BFC:

Para 3.5.1, excepto en el caso de planear el uso de la función del instalador de reconstrucción completa, se deberá instalar CentOS 5.8 por adelantado.

Corrección en el procedimiento para la instalación de BFC en un sistema existente de CentOS:

Empiece instalando una configuración del paquete estándar de CentOS 5.8 en el servidor donde tenga previsto instalar o actualizar Backbone Fabric Controller.

Corrección en los requisitos del sistema para la herramienta ISO de reconstrucción completa:

Antes de instalar la herramienta ISO de reconstrucción completa, asegúrese de que el sistema operativo sea CentOS 5.8.

Interfaz de programación de aplicaciones (API) de BFC

La interfaz de programación de aplicaciones (API) de BFC permite trabajar con las funcionalidades Crear, Eliminar, Actualizar y Suprimir para grids con una API basada en servicios Web. La API permite que sistemas externos inicien funciones de BFC con una interfaz de programación.



La interfaz está basada en el protocolo Web y proporciona un medio de envío y recepción de resultados al sistema con el protocolo de HTTPS. Los resultados de comandos ejecutados se devuelven en un formato JSON estándar.

Nota: Para obtener más información, consulte la Guía de referencia de la API de Backbone Fabric Controller (BFC).

Selección de nodos del grid mediante etiquetas

Esta versión proporciona un mecanismo mejorado que permite seleccionar recursos del servidor durante el proceso de creación de un grid.

■ Trabajará con nuevos cuadros de diálogo e interfaces de gestión para etiquetar servidores en la agrupación de servidores disponible mediante criterios que defina el usuario.

■ Durante el workflow de la creación de grids, se seleccionan una o varias etiquetas para determinar la agrupación de recursos del servidor con el fin de generar un nuevo grid. Además, se pueden seleccionar servidores individuales para crear un grid.

Se pueden gestionar servidores mediante etiquetas en una nueva ficha Etiqueta que se encuentra en la página Administración de BFC. Se han mejorado las páginas del grid y del servidor para permitir la asignación de etiquetas y mostrar su uso.

Configuración de intervalos de VLAN

Se han agregado nuevas funciones para que sean compatibles con la configuración de los intervalos de VLAN para su uso en el grid por parte de las aplicaciones:

■ Se pueden utilizar opciones en la ficha Administración para agregar y configurar VLAN para una red.

■ Aparece una nueva página Recursos de red en el asistente de creación de grids en la que puede especificar intervalos de IP que adjudicar para el grid.

■ También se puede editar la información de VLAN para un grid en la ficha Red de la página de propiedades del grid.



Instalador de Bare Metal

Esta versión proporciona un nuevo empaquetado de BFC para una distribución completa que incluye el sistema operativo CentOS 5.8. Este nuevo empaquetado mejora la eficacia y precisión de la instalación.

Este nuevo formato de producto proporciona un medio de instalación tanto para el sistema operativo como para el producto de Bare Metal (a partir de los requisitos mínimos del sistema de BFC). La única condición es que el sistema cumpla los requisitos mínimos del sistema de BFC.

Se distribuyen también las siguientes imágenes ISO:

■ Sistema operativo

■ Instalador de BFC

Además, la herramienta ISO de reconstrucción completa se proporciona con el fin de permitir crear una sola imagen ISO a partir de las dos imágenes ISO distribuidas. Se puede modificar un archivo de configuración de plantillas de muestra para personalizar los parámetros para su uso durante las dos instalaciones, asistida y no asistida, en un hardware remoto o local. Además, se puede utilizar la imagen ISO de instalación única para una restauración rápida de BFC, así como para crear variaciones de la instalación (por ejemplo, especificar diferentes direcciones IP).

Notas:

■ Para obtener una descripción general de las nuevas funciones, consulte el tema Instalador de Bare Metal.

■ Para obtener más información acerca del uso de la herramienta de ISO de reconstrucción completa, consulte el tema Creación de una imagen de instalación con la herramienta de ISO de reconstrucción completa.



Diagnóstico de configuración de red

La ficha Hardware de la página de propiedades del servidor de BFC se ha mejorado de manera que muestre más información acerca de NIC que BFC encuentre durante la detección de servidores.

En versiones anteriores, esta página solamente mostraba información acerca de las redes troncales y externas. Ahora incluye información detallada para todos los servidores detectados, como la siguiente:

■ Dirección MAC

■ Tipo de red

■ Dirección IP

■ Tipo de interfaz

■ Velocidad de NIC

■ ID del conmutador

■ Tipo de conmutador

■ Protocolo del conmutador

■ Puerto de STP

La revisión de estos datos de diagnóstico ayuda a analizar posibles incidencias del servidor, por ejemplo:

■ Cuando un grid produce un error debido a un problema de red.

■ Cuando un sistema se pone en cuarentena debido a problemas de red encontrados durante el proceso de detección.

La información adicional ayuda a diagnosticar incidencias de configuración; por ejemplo, para comprobar si dos NIC usan el mismo ID de conmutador. La información también ayuda a identificar fácilmente las redes de red troncal y externas.

Se puede personalizar la visualización de esta información mediante un menú desplegable que aparezca cuando se haga clic en el margen derecho de cualquier nombre de la columna.



Notas:

■ Para obtener más información al respecto, consulte la sección Revisión de los datos de la configuración de red de la Guía del usuario de Backbone Fabric Controller (BFC).

■ Debido a las comprobaciones adicionales que se realizan como parte de esta nueva funcionalidad, ya no se permiten algunas configuraciones no conformes que antes sí se permitían. Aunque estas configuraciones se permitían anteriormente, su funcionamiento no era fiable.

Estas son las configuraciones que ya no se permiten:

– Un servidor con el protocolo STP del conmutador detectado en el NIC de la red troncal.

– Un servidor con el protocolo STP del conmutador detectado en el NIC externo, a menos que el puerto en cuestión se configure como "puerto rápido" o "puerto borde".

– Un servidor con un NIC de red troncal con una velocidad inferior a 1 Gbps.

Forzar encendido manual

Se ha agregado una nueva opción a BFC para permitir la solución de problemas del controlador de encendido en un servidor forzándolo a que se encienda manualmente. Se puede deshacer la acción para restaurar el estado del servidor al original (normalmente, lo controla el encendido de IPMI).

Se puede acceder a esta función en la página de descripción general del servidor cuando se selecciona Forzar encendido manual o Deshacer Forzar encendido manual en la lista desplegable de acciones del servidor.

Nota: Para obtener más información, consulte la información relativa a la opción Forzar encendido manual en la Guía del usuario de Backbone Fabric Controller (BFC).


Capítulo 2: Consideraciones de la instalación

Antes de iniciar la instalación, visite la página principal de CA AppLogic the CA Support website para obtener información acerca de las últimas novedades.

Se puede instalar CA AppLogic 3.5 como una instalación nueva de CA AppLogic o actualizar la versión 3.0 o la 3.1.


Instalación, actualización y migración (en la página 23) Componentes incluidos (en la página 31) Instalación (en la página 40) Características del producto (en la página 42)

Instalación, actualización y migración

Esta sección describe cómo instalar, actualizar y migrar CA AppLogic 3.5.

Actualización de BFC 3.5.1 y CentOS 5.8

Para poder instalar la versión 3.5.1 de Backbone Fabric Controller, se debe realizar una actualización a CentOS 5.8. Se puede utilizar el proceso siguiente para realizar una actualización de CentOS 5.5 a CentOS 5.8.

1. Descargue la imagen de CentOS 5.8 desde CentOS.org.

2. Apague BFC.

3. En el equipo donde desee realizar una actualización de CentOS de 5.5 a 5.8, ejecute el comando siguiente para verificar que CentOS 5.5 está instalado y listo para la actualización: rpm -import /mnt/CentOS/5.5/RPM-GPG-KEY-CentOS-5

4. Monte el DVD de CentOS 5.8 DVD en el sistema, por ejemplo, a /mnt/CentOS58.

https://support.ca.com/irj/portal/anonymous/prddtlshome?prdhmpgform=p&productID=8383




5. Actualice el parámetro "baseurl=" del archivo /etc/yum.conf con este comando: baseurl=file:///mnt/CentOS58

6. Ejecute el comando siguiente de YUM: yum update

7. Después de la actualización de YUM, reinicie el nodo de BFC para arrancar con el nuevo kernel.

8. Después de finalizar la actualización a CentOS 5.8, siga el procedimiento para actualizar BFC como se documenta en la Guía del usuario de BFC.

Sustitución de ALD por BFC

ALD ya no se utiliza para instalar ni actualizar grids. En lugar de ALD, se utiliza Backbone Fabric Controller (BFC). BFC incluye una aplicación de GUI basada en Web fácil de usar que se utiliza para crear y gestionar todos los grids de CA AppLogic en una sola red troncal. BFC descarga automáticamente las últimas versiones y revisiones de CA AppLogic.

La documentación de BFC cuenta con información acerca de la descarga o instalación de BFC, así como sobre su uso para gestionar los grids de CA AppLogic.

Actualización a partir de grids existentes

Las actualizaciones a partir de grids existentes de la versión 3.0 y la 3.1 de CA AppLogic a la última versión (3.5) son completamente compatibles con los grids basados en Xen. En el caso de los grids basados en ESX, la actualización de CA AppLogic 3.1 a la última versión (3.5) es completamente compatible. Sin embargo, las actualizaciones no son compatibles con ninguna versión de CA AppLogic anterior a 3.0, como, por ejemplo, la 2.9 y la 2.8. Para migrar el grid anterior de CA AppLogic a la última versión, se deberá instalar CA AppLogic 3.5, y migrar los catálogos y las aplicaciones personalizadas del grid anterior al nuevo de la versión 3.5. Los demás temas de esta sección describen cómo migrar las aplicaciones (en la página 25) y los catálogos (en la página 27) al nuevo grid.



Nota: Para actualizar los grids basados en Xen de la versión 3.0.x, consulte la documentación de BFC.

CA AppLogic 3.5 es compatible con dispositivos y aplicaciones que se hayan creado con versiones anteriores de CA AppLogic. En función del tipo de dispositivo y de hipervisor requeridos, puede que sea necesario actualizar el dispositivo antes de utilizarlo en un grid de la versión 3.5.

Determinación de cambios para las aplicaciones

Siga las directrices que figuran a continuación para determinar qué modificaciones se necesitan (si procede) para que sus aplicaciones se ejecuten en un grid de la versión 3.5:

■ Si se mueven dispositivos de un grid de la versión 3.0 o la 3.1 a uno de la versión 3.5 (basado en Xen o ESX), todo funcionará correctamente sin tener que aplicar ninguna modificación.

■ Si se trasladan dispositivos de un grid de la versión 2.9 (o una anterior) a un grid 3.5 basado en Xen, todo funcionará correctamente sin tener que aplicar ninguna modificación.

■ Si se trasladan dispositivos basados en Windows desde un grid de la versión 2.9 (o una anterior) a un grid de la versión 3.5 basado en ESX, habrá que actualizar los descriptores al nuevo formato 3.x (véase más adelante) y volver a instalar los últimos APK (kit para dispositivos) en el dispositivo. Además, también deberán instalarse las herramientas VMware en el dispositivo (estas herramientas se pueden descargar desde el sitio Web de VMware).

■ Si se trasladan dispositivos basados en Linux de un grid de la versión 2.9 (o una anterior) a un grid de la versión 3.5 basado en ESX, habrá que actualizar los descriptores al nuevo formato 3.x (véase más adelante) y habrá que actualizar el disco de arranque para que sea compatible con ESX (véase más adelante).

■ Si algún dispositivo tiene más de 10 terminales y el objetivo es ejecutar el dispositivo en un grid basado en ESX, habrá que actualizar los descriptores para que utilicen el nuevo formato 3.x (véase más adelante) y habrá que volver a instalar los últimos APK (kit para dispositivos) en el dispositivo.



Actualización de descriptores de dispositivo

Siga estos pasos para actualizar un descriptor de dispositivo con el fin de que utilicen el nuevo formato de 3.x.

Nota: Realice este procedimiento si dispone de dispositivos de versiones anteriores de CA AppLogic que desee ejecutar en el hipervisor de ESX.

Siga los pasos siguientes:

1. Importe el dispositivo al grid 3.x mediante el comando de importación de clase (o importe las aplicaciones o los catálogos personalizados según sea necesario). Importe todo lo que contenga dispositivos que desee actualizar para que se utilice el nuevo formato de descriptor de ADL 3.x.

2. Si el dispositivo no es un singleton, cree una nueva aplicación, arrastre una instancia del dispositivo a la aplicación y ramifique el dispositivo. Si el dispositivo es un singleton, edite la aplicación en el editor de infraestructura.

3. Modifique la clase de dispositivo y en la sección Opciones avanzadas de la ficha General, seleccione los modos de virtualización apropiados basados en los hipervisores que sean compatibles con el dispositivo (se puede seleccionar más de un modo, siempre que el dispositivo sea compatible con todos los modos seleccionados).

4. Seleccione el botón Opciones al lado de los modos de virtualización y realice los siguientes pasos:

a. Seleccione el modo de virtualización de VMWare.

b. En el campo de opciones, agregue una nueva configuración denominada esx_os_name, cuyo valor sea uno de los siguientes:

■ Microsoft Windows Server 2003, Datacenter Edition (64 bits): winNetDatacenter-64

■ Microsoft Windows Server 2003, Enterprise Edition (64 bits): winNetEnterprise-64

■ Microsoft Windows Server 2003, Standard Edition (64 bits): winNetStandard-64

■ Microsoft Windows Server 2003, Datacenter Edition (32 bits): winNetDatacenter

■ Microsoft Windows Server 2003, Enterprise Edition (32 bits): winNetEnterprise

■ Microsoft Windows Server 2003, Standard Edition (32 bits): winNetStandard



■ Microsoft Windows Server 2003, Web Edition: winNetWeb

■ Microsoft Windows Server 2008 R2 (64 bits): windows7srv-64

■ Microsoft Windows Server 2008 (32 bits): longhorn

■ Linux (32 bits): rhel6

■ Linux (64 bits): rhel6-64

■ Sun Solaris 10 (32 bits): solaris10

■ Sun Solaris 10 (64 bits): solaris10-64

■ Otro (32 bits): otro

■ Otro (64 bits): other-64

Por ejemplo, si el dispositivo está basado en Microsoft Windows Server 2008 (32 bits), actualice el campo de opciones con la configuración: esx_os_name=longhorn.

5. Guarde la aplicación.

6. Inicie el dispositivo para verificar que es operacional.

7. Si el dispositivo pertenecía a un catálogo, vuelva a mover el dispositivo al catálogo.

El dispositivo se actualiza ahora para utilizar el nuevo formato del descriptor de ADL 3.x.

Actualización del volumen de arranque del dispositivo

Ejecute los siguientes pasos para actualizar el volumen de arranque de un dispositivo (basado en Linux) para que pueda trabajar en servidores basados tanto en Xen como en ESX en un grid 3.x:

1. Asegúrese de que el dispositivo utiliza el formato del descriptor de ADL 3.x actualizado, tal y como se especificó en la sección anterior.

2. Compruebe que las siguientes afirmaciones acerca del dispositivo que se ha convertido son ciertas:

■ El dispositivo tiene grub instalado.

■ Si grub usa /boot/grub/menu.lst para su configuración (éste es el caso con Ubuntu y Debian), entonces grub no se debería actualizar después de ejecutar este procedimiento, ya que ello restauraría la configuración predeterminada de grub, lo que haría que el dispositivo no se pudiera arrancar. Los dispositivos basados en CentOS no se ven afectados por este hecho.



3. Importe el dispositivo al grid 3.x mediante el comando de importación de clase (o importe las aplicaciones o los catálogos personalizados según sea necesario). Importe todo lo que contenga dispositivos que desee actualizar.

4. Si el dispositivo no es un singleton, cree una nueva aplicación, arrastre una instancia del dispositivo a la aplicación y ramifique el dispositivo. Si el dispositivo es un singleton, edite la aplicación en el editor de infraestructura.

5. Cree un volumen de arranque con particiones vacías. El tamaño se debería establecer aproximadamente igual que el tamaño del volumen de arranque existente (a menos que se necesite un tamaño diferente), a lo que hay que sumar el tamaño necesario para un nuevo kernel (normalmente, unos 50 MB).

■ vol create my-app:boot_vol par1.size=150M

6. Copie los datos del volumen de arranque antiguo en el volumen con particiones creado en el paso anterior.

■ vol copy my-app:LUX5.boot my-app:boot_vol%par1 --fscpy

7. Reemplace el volumen de arranque antiguo por el nuevo volumen con particiones.

■ vol copy my-app:boot_vol my-app:LUX5.boot --overwrite --force

■ vol destroy my-app:boot_vol -f

8. Gestione el volumen de arranque.

■ vol manage _GLOBAL_RO:apk_linux my-app:LUX5.boot -rw

9. Ejecute lo siguiente en la consola de gestión de volúmenes del archivador para instalar un kernel de 32 bits de CentOS5 (el mismo que utiliza el archivador de Linux). Si desea un kernel diferente, cópielo en lugar del otro y actualice la configuración de grub con los nombres correctos. El volumen de arranque se monta en /mnt/vol2/par1.

■ cp -a /boot/{initrd-2.6.18-238.9.1.el5PAE.img,vmlinuz-2.6.18-238.9.1.el5PAE} /mnt/vol2/par1/boot/

■ cp -a /lib/modules/2.6.18-238.9.1.el5PAE /mnt/vol2/par1/lib/modules/

■ sed -i -e 's#/dev/hda2#/dev/hdb#' -e 's#/dev/hda3#/dev/hdc#' -e 's#/dev/hda4#/dev/hdd#' /mnt/vol2/par1/etc/fstab

■ tar -xvf /mnt/vol/apk-2.0.36-linux-rh.tar.gz -C /mnt/vol2/par1 (sustituya el APK adecuado para su distribución; asegúrese de tener el último APK de CA AppLogic 3.x)



■ cd /mnt/vol2/par1

■ tmp/apk-install

■ sed -i -e 's/tty1/console/' /mnt/vol2/par1/etc/inittab cat << EOF > /mnt/vol2/par1/boot/grub/grub.conf

default 0

timeout 1

title CA AppLogic Appliance

root (hd0,0)

kernel /boot/vmlinuz-2.6.18-238.9.1.el5PAE root=/dev/hda1 ro

console=tty0 console=ttyS0,38400n8

initrd /boot/initrd-2.6.18-238.9.1.el5PAE.img

EOF

fs=$(grep "^/dev/sdc1" /proc/mounts 2>/dev/null|awk '{print $3}')

[ "$fs" == "ext3" -o "$fs" == "ext2" ] && fs=e2fs

out=$(grub --batch --no-floppy 2>&1 <<EOF

device (hd0) /dev/sdc

root (hd0,0)

embed /boot/grub/${fs}_stage1_5 (hd0)

EOF

)

sectors=$(grep 'sectors are embedded' <<< "$out" |grep -Eo

'[[:digit:]]+')

grub --batch --no-floppy <<EOFAPI

device (hd0) /dev/sdc

root (hd0,0)

install --stage2=/mnt/vol2/par1/boot/grub/stage2 /boot/grub/stage1 (hd0)

(hd0)1+${sectors} p (hd0,0)/boot/grub/stage2 (hd0,0)/boot/grub/grub.conf

quit

EOF

Importante: Cuando se realice la gestión del volumen de arranque, se debe actualizar fstab (/mnt/vol2/par1/etc/fstab) para marcar los volúmenes de sólo lectura como tales. De lo contrario, el dispositivo fallará al arrancar.

10. Salga de la consola de archivador.



11. En el editor de infraestructura, edite la clase y cambie lo siguiente:

a. Cambie el esquema del dispositivo para que su dispositivo utilice /dev/hdX.

b. Actualice los nombres de los dispositivos para los volúmenes de la siguiente forma:

■ /dev/hda1 -> /dev/hda

■ /dev/hda2 -> /dev/hdb

■ /dev/hda3 -> /dev/hdc

■ /dev/hda4 -> /dev/hdd

12. Guarde la aplicación.

13. Inicie el dispositivo para verificar que es operacional.

14. Si el dispositivo pertenecía a un catálogo, vuelva a mover el dispositivo al catálogo.

El dispositivo está ahora actualizado para poder arrancar tanto en servidores Xen como ESX dentro de un grid de CA AppLogic.

Nota: Todo el catálogo y todas las aplicaciones incluidas en CA AppLogic 3.x se han actualizado para funcionar en Xen y en ESX. Puede optar por volver a basar sus dispositivos personalizados en los dispositivos de CA AppLogic 3.x para que se puedan ejecutar en Xen o en ESX. En este caso no es necesario seguir las instrucciones anteriores.

Actualización del nuevo APK de Windows

Si participaba en la beta, puede actualizar el nuevo APK de Windows (en la página 15) a partir de la versión incluida con beta (versión 3.5.4 de APK) a la versión incluida con el programa de disponibilidad general (versión 3.5.14 del APK).

Para actualizar Windows_APK.*.msi, elimine los vínculos de directorio siguientes antes de instalar la versión del programa de disponibilidad general:

■ /lib/applogic

■ /etc/sysconfig

■ /var/run/applogic

Componentes incluidos



Esta versión del sistema operativo del grid de CA AppLogic incluye los siguientes componentes clave.

Kernel distribuido

El kernel distribuido de CA AppLogic proporciona un conjunto de servicios de sistema requeridos para ser compatibles con el modelo de aplicación e infraestructura distribuido de CA AppLogic. Los cuatro servicios de sistema más importantes son:

■ Volumen de almacenamiento global: un almacén de volumen escalable, distribuido que usa los discos duros integrados de los servidores de grid. El almacén de volumen actualmente tiene volúmenes duplicados en los dos servidores, lo que garantiza una alta disponibilidad y un rendimiento de lectura mejorado. El espacio de volumen jerárquico está estructurado en aplicaciones y catálogos, así los volúmenes se convierten en parte integral de esas entidades.

■ Gestor de máquinas virtuales distribuidas: un componente de tiempo de ejecución que virtualiza los recursos de hardware que utilizan las aplicaciones.

■ Gestor de conexiones lógicas: un componente de tiempo de ejecución que proporciona los enlaces de red virtuales entre componentes de una aplicación sin necesidad de configurar direcciones de IP y valores de configuración de red para las aplicaciones distribuidas.

■ Planificador de aplicaciones: un componente de tiempo de ejecución que selecciona y asigna recursos de hardware a aplicaciones, basándose para ello en los recursos de grid disponibles, las restricciones de las aplicaciones y la configuración que proporcione el usuario.

Cuadro de mandos del grid

El cuadro de mandos del grid incluye estos elementos:

■ Resumen de un vistazo sobre el estado del grid, incluidos datos como: nombre del grid, versión, resumen de estado, uso de los recursos, mensajes, valores de configuración, etc.

■ Lista de aplicaciones instaladas actualmente, con capacidad para crear nuevas aplicaciones, así como copiar, iniciar o detener las existentes, etc.



■ Visor de registros, con capacidad para ver los registros del controlador de grid. Ofrece funciones de búsqueda, filtro y exportación.

■ Página de soporte, con vínculos a recursos importantes como: documentación del usuario, notas de la versión, foros de soporte, la Grid University, etc.

Configurador de aplicaciones

El configurador de aplicaciones es un panel de control para configurar parámetros de las aplicaciones, por ejemplo, configurar los recursos de hardware, los recursos de red y configurar ajustes y otros parámetros. Es una sola hoja de propiedades que incluye todos los parámetros configurables.

Se puede acceder también al configurador de aplicaciones a través del shell de la línea de comandos o los scripts usando el comando de configuración de aplicaciones.

Editor de infraestructura

El editor de infraestructura es una herramienta visual que simplifica la creación, el ensamblaje y la solución de problemas de las infraestructuras disponibles en las aplicaciones de CA AppLogic.

La interfaz de usuario del editor es muy interactiva y está basada en conocidos programas de dibujo: puede ensamblar la infraestructura arrastrando componentes al lienzo, conectándolos entre ellos y configurando cada componente mediante una hoja de propiedades.

Para las aplicaciones en ejecución, el editor se puede utilizar para abrir el cuadro de mandos de monitorización para la aplicación, así como iniciar el shell del grid para la aplicación o iniciar sesión en dispositivos individuales.

Shell de línea de comandos

El shell de la línea de comandos le permite controlar todos los aspectos de un grid de CA AppLogic. El shell se ejecuta en el controlador de CA AppLogic y se puede acceder a él a través de un explorador (mediante el nuevo shell basado en Web) o a través de SSH (mediante cualquier paquete de cliente de SSH apropiado).



Los comandos de shell están diseñados con estos objetivos:

■ Lograr que el shell sea fácil de usar por parte de usuarios humanos.

■ Proporcionar unos medios sencillos para automatizar la generación de scripts.

Todos los comandos tienen un formato de "lote" de su salida que facilita el análisis programático, mientras que la salida predeterminada del comando está estructurada para lograr un cómodo funcionamiento interactivo.

Nota: También está disponible la interfaz de programación de aplicaciones de CA AppLogic, que proporciona una interfaz del servicio Web a uno o varios grids de CA AppLogic a través de un servicio basado en la transferencia de estado representacional (REST). La API de servicios Web de CA AppLogic permite a los desarrolladores del software cliente RESTful conectarse directamente con los centros de datos virtuales (VDC) basados en CA AppLogic (es decir, con los grids de CA AppLogic). La API permite establecer un control programático de las grandes agrupaciones de infraestructura virtualizada para que estén disponibles dentro de cada VDCapi. Para utilizar la API de servicios Web, la aplicación "WS_API" se debe estar ejecutando en un grid. La aplicación WS_API proporciona acceso basado en HTTP, HTTPS y VPN a la API.

Interfaz de programación de aplicaciones

La interfaz de programación de aplicaciones de CA AppLogic proporciona una interfaz de servicio Web a uno o varios grids de CA AppLogic mediante un servicio basado en la transferencia de estado representacional (REST). La API permite a los desarrolladores de software del cliente RESTful crear una interfaz directa con centros de datos virtuales (VDC) basados en CA AppLogic (es decir, un grid de CA AppLogic). La API permite establecer un control programático de las grandes agrupaciones de infraestructura virtualizada para que estén disponibles dentro de cada VDC. Para utilizar la API de servicios Web, la aplicación "WS_API" se debe estar ejecutando en un grid. La aplicación WS_API proporciona acceso basado en HTTP, HTTPS y VPN a la API.



Sistema de generación de infraestructuras de aplicaciones

El sistema de generación de infraestructuras compila la infraestructura de la aplicación y produce una sola entidad para la aplicación. Verifica las restricciones de los recursos y de las configuraciones para cada dispositivo y para la aplicación en general, construye imágenes de instancias y garantiza la integridad de la infraestructura de las aplicaciones. El vinculador de infraestructura enlaza la instancia de aplicación y los recursos de hardware del grid justo en el momento del inicio de la aplicación, lo que hace que ésta esté lista para ejecutarse desde el formato de aplicación portátil.

El sistema de generación de infraestructura se invoca automáticamente cuando se inician las aplicaciones y es transparente para el operador del grid.

Sistema de control de aplicaciones

El sistema de control de aplicaciones proporciona una interfaz visual para controlar las estadísticas de rendimiento y el uso de los recursos de las aplicaciones de CA AppLogic en ejecución. La interfaz de usuario del monitor es muy interactiva y se puede acceder a ella con un explorador Web.

Catálogo del sistema

El catálogo del sistema contiene 30 clases de dispositivos listos para usarlos en las aplicaciones.

■ TOMCAT/TOMCAT64: servidor de aplicaciones Tomcat (máquina Sun Java y Apache Tomcat) de 32 bits y 64 bits.

■ JBOSS/JBOSS64: servidores de aplicaciones basados en Java EE (32 y 64 bits).

■ ROR: Ruby on Rails.

■ WEB5/WEB64: servidor Web basado en Apache con complemento de volumen de contenido o scripts.

■ WEBx4 y WEBx8: servidores Web escalables.

■ MYSQL5: servidor de base de datos basado en MySQL.

■ MYSQLR/MYSQLR64: servidores de base de datos basados en MySQL de 32 o 64 bits apropiados para la replicación.

■ PGSQL64: dispositivo de 64 bits de servidor de base de datos de PostgreSQL.

■ ORACLE: servidor de base de datos Oracle Express.



■ NAS: dispositivo de servidor de archivos o de almacenamiento conectado a la red (acceso de archivo HTTP y CIFS).

■ NASR: dispositivo de servidor de archivos o de almacenamiento conectado a la red replicado (acceso de archivo HTTP y CIFS).

■ LOAD: generador de carga que se puede usar para probar diversos escenarios de carga en sus aplicaciones de CA AppLogic.

■ SQUID: proxy SQUID (memoria caché Web).

■ HALB: equilibrador de carga HTTP consciente de sesión basado en proxy HA.

■ L3LB: equilibrador de carga TCP/UDP basado en proxy HA.

■ PS8: conmutador de puerto escalable para distribuir tráfico de TCP y UDP a dispositivos diferentes.

■ RPL: replicador de eventos que replica solicitudes HTTP entrantes a dispositivos diferentes.

■ URLSW: conmutador de puerto URL para distribuir solicitudes HTTP a dispositivos diferentes basados en una expresión regular.

■ MTA: agente de transferencia de mensajes.

■ INSSL: puerta de enlace de entrada HTTP compatible con SSL.

■ INSSLR: puerta de enlace de entrada HTTP redundante compatible con SSL (útil para funciones de recuperación de desastres).

■ IN, OUT y NET: puertas de enlace de red con cortafuegos basadas en iptables.

■ VPN: dispositivo de red privada virtual.

■ MON: control de aplicaciones que se usa para controlar las aplicaciones en ejecución (recopila y muestra contadores mediante gráficos visuales).

■ LUX5/LUX64 y LINUX5/LINUX64: dispositivos pequeños y básicos de Linux que se pueden utilizar como base para dispositivos nuevos.



Utilice las siguientes prácticas recomendadas para actualizar sus aplicaciones (si utilizan cualquiera de las clases obsoletas mencionadas anteriormente):

■ Se recomienda sustituir estos dispositivos en las aplicaciones antes de migrarlas al nuevo grid de la versión 3.5 (asumiendo que se están utilizando las versiones 2.4, 2.7, 2.8, 2.9, 3.0 o 3.1 y que estos dispositivos existen en el grid). En este caso, para reemplazar los dispositivos hay que abrir la aplicación en el editor de aplicaciones, mantener pulsada la tecla de mayúsculas y arrastrar y soltar la clase nueva de dispositivo sobre la clase de dispositivo existente en el lienzo. El editor pedirá confirmación para reemplazar la clase. Repita esto para todas las clases de dispositivos obsoletos de todas las aplicaciones. Haciéndolo de esta forma conservará todos los valores de configuración de las propiedades y las conexiones dentro de las aplicaciones. Después, guarde el dispositivo. La aplicación actualizada estará lista para usarse. Tenga en cuenta que esto funcionará para todos los dispositivos obsoletos indicados anteriormente, excepto HLB. Para HLB, utilice la recomendación siguiente.

■ Si se realiza la migración de las aplicaciones de un grid anterior (como CA AppLogic 2.1) o no se tiene acceso a las nuevas clases mencionadas previamente, se deberán actualizar las aplicaciones tras su migración al nuevo grid de la versión 3.5. Cuando abra la aplicación en el editor, éste mostrará un mensaje en el que se indica la clase de dispositivo que falta, y el dispositivo desaparecerá del lienzo. En este caso, será necesario arrastrar las nuevas instancias de clase de dispositivo al lienzo y volver a definir los parámetros de los dispositivos o volver a conectarlos. Después, guarde el dispositivo. La aplicación actualizada estará lista para usarse.

■ Si no reemplaza las clases obsoletas de las aplicaciones, éstas no se iniciarán correctamente. Si abre una aplicación de este tipo en el editor de la aplicación, éste mostrará un mensaje que afirma que falta la clase de dispositivo. Para resolver estos problemas, siga las recomendaciones mencionadas en la sección anterior.

Nota: INSSL, la puerta de enlace de entrada HTTP compatible con SSL, está ahora montada fuera de INSSLR en lugar de ser un dispositivo independiente.

Se pueden crear dispositivos basados en Windows en el grid de CA AppLogic, pero no se incluirán en CA AppLogic.

■ WIN03S/WIN0364S/WIN08S/WIN0864S: Windows 2003/2008 Server Standard Edition de 32 o 64 bits

■ WIN03E/WIN0364E/WIN08E/WIN0864E: Windows 2003/2008 Server Enterprise Edition de 32 o 64 bits



■ WIN03DC/WIN0364DC/WIN08DC/WIN0864DC: Windows 2003/2008 Server DataCenter Edition de 32 o 64 bits

■ WIN03W/WIN08W: Windows 2003/2008 Server Web Edition de 32 bits

■ IIS03x/IIS08x: Microsoft Internet Information Server (ediciones Standard, Enterprise, DataCenter y Web)

■ IIS03yx4/IIS08yx4: servidores escalables Microsoft Internet Information Server (ediciones Standard, Enterprise, DataCenter y Web)

■ IIS03yx8/IIS08yx8: servidores escalables Microsoft Internet Information Server (ediciones Standard, Enterprise, DataCenter y Web)

■ SQL08x: dispositivos de base de datos de Microsoft SQL Server (ediciones Web, Standard, Enterprise, Developer, Workgroup y Express)

El catálogo del sistema es un catálogo global, que contiene clases de dispositivos que pueden utilizar todas las aplicaciones en el grid. Se puede consultar toda la documentación para cada dispositivo en la referencia de catálogo. El catálogo del sistema es de sólo lectura para los usuarios de CA AppLogic y lo puede modificar solamente el encargado del mantenimiento del grid.

CA AppLogic también incluye los catálogos globales siguientes:

■ Dinámico: se usa para almacenar dispositivos dinámicos de CA AppLogic. Actualmente este catálogo contiene 3 clases:

■ MIG: permite que la aplicación contenedora migre o haga una instantánea de sí misma (no en vivo) en otro grid.

■ BCK: permite realizar una copia de seguridad de la aplicación automática en servicios externos.

■ SLA: permite el escalado dinámico de una aplicación iniciando y deteniendo otros dispositivos dentro de la aplicación, de acuerdo con una política definida por el usuario.

■ Usuario: lo utilizan los dispositivos del nivel de producción y lo pueden modificar libremente los usuarios de CA AppLogic. De forma predeterminada, este catálogo está vacío.

Consulte la Guía de referencia del catálogo de dispositivos para ver una lista de todos los dispositivos y sus hojas de datos.



Notas:

■ Se han eliminado los dispositivos OSOL y OSOL64 de OpenSolaris, así como VDSes VDS_OSOL y VDS64_OSOL, del catálogo y ya no se distribuyen con CA AppLogic. Sin embargo, el archivador de OpenSolaris aún se distribuye con CA AppLogic y CA Technologies todavía es compatible con estos dispositivos y aplicaciones. Soporte de CA puede proporcionarle acceso a los dispositivos y aplicaciones originales de OpenSolaris.

■ Los dispositivos basados en OpenSolaris solamente funcionan con grids basados en Xen, no con grids basados en ESX.

■ Los comandos Aldo ci y Aldo ai ya no son compatibles con la versión 3.x de CA AppLogic. Para importar catálogos y aplicaciones a un grid (es decir, a system_ms, tal y como se incluye en CA AppLogic), se debe copiar el catálogo o la aplicación al volumen impex del grid y utilizar los comandos de importación de catálogos y aplicaciones de CA AppLogic.

Aplicaciones de muestra

Esta versión de CA AppLogic incluye 16 plantillas de aplicación listas para usar.

La versión de CA AppLogic incluye las siguientes plantillas de la aplicación del servidor especializado virtual (VDS):

■ Linux

■ VDS_CentOS55: VDS CentOS 5.5 de 32 bits

■ VDS64_CentOS55: VDS CentOS 5.5 de 64 bits




■ Windows

■ VDS_Win03S/VDS_Win08S: VDS Windows 2003/2008 Server Standard Edition de 32 bits

■ VDS_Win0364S/VDS_Win0864S: VDS Windows 2003/2008 Server Standard Edition de 64 bits

■ VDS_Win03E/VDS_Win08E: VDS Windows 2003/2008 Server Enterprise Edition de 32 bits

■ VDS_Win0364E/VDS_Win0864E: VDS Windows 2003/2008 Server Enterprise Edition de 64 bits

■ VDS_Win03DC/VDS_Win08DC: VDS Windows 2003/2008 Server DataCenter Edition de 32 bits

■ VDS_Win0364DC/VDS_Win0864DC: VDS Windows 2003/2008 Server DataCenter Edition de 64 bits

■ VDS_Win03W/VDS_Win08W: VDS Windows 2003/2008 Server Web Edition de 32 bits

Notas:

■ Se pueden crear dispositivos basados en Windows en el grid de CA AppLogic, pero no se incluirán en CA AppLogic.

■ Se han eliminado los dispositivos OSOL y OSOL64 de OpenSolaris, así como VDSes VDS_OSOL y VDS64_OSOL, del catálogo y ya no se distribuyen con CA AppLogic. Sin embargo, el archivador de OpenSolaris aún se distribuye con CA AppLogic y CA Technologies todavía es compatible con estos dispositivos y aplicaciones. Soporte de CA puede proporcionarle acceso a los dispositivos y aplicaciones originales de OpenSolaris.

■ Los dispositivos basados en OpenSolaris solamente funcionan con grids basados en Xen, no con grids basados en ESX.

La versión de CA AppLogic también incluye las siguientes plantillas de infraestructuras basadas en Linux preconfiguradas:

■ Lamp: aplicación Web no escalable de 2 niveles

■ LampX4: aplicación Lamp escalable

■ LampCluster: clúster Lamp escalable


Instalación


La versión de CA AppLogic también incluye las siguientes plantillas de infraestructuras basadas en Windows preconfiguradas (basadas en Windows 2003 Server):

■ WISA: aplicación WEB no escalable de 2 niveles (Windows/IIS/SQL/ASP.NET)

■ WISAx4: aplicación WEB escalable de 2 niveles (Windows/IIS/SQL/ASP.NET)

Nota: Se pueden crear dispositivos basados en Windows en el grid de CA AppLogic, pero no se incluirán en CA AppLogic.

La versión de CA AppLogic también incluye las siguientes plantillas de aplicación preinstaladas listas para usar:

■ TWiki: plataforma de colaboración basada en Web

■ SugarCRM: sistema de gestión de las relaciones con el cliente

■ WS_API: API de servicio Web de CA AppLogic

Las aplicaciones están preparadas para ejecutarse; solamente hay que definir los valores de configuración de red.

Nota: Los comandos Aldo ci y Aldo ai ya no son compatibles con la versión 3.x de CA AppLogic. Para importar catálogos y aplicaciones a un grid (es decir, a system_ms, tal y como se incluye en CA AppLogic), se debe copiar el catálogo o la aplicación al volumen impex del grid y utilizar los comandos de importación de catálogos y aplicaciones de CA AppLogic.

Backbone Fabric Controller (BFC)

Backbone Fabric Controller (BFC) se utiliza para instalar y actualizar grids (en lugar de ALD). BFC incluye una aplicación de GUI basada en Web fácil de usar que se utiliza para crear y gestionar todos los grids de CA AppLogic en una sola red troncal. BFC descarga automáticamente las últimas versiones y revisiones de CA AppLogic.

Instalación

Esta sección describe cómo descargar esta versión e instalar un grid.

Instalación


Requisitos previos

Para instalar CA AppLogic, se necesita un conjunto de servidores (1-128) conectados a una red Gigabit Ethernet y un servidor de Backbone Fabric Controller (BFC) designado.

Importante: Consulte como mínimo la Guía del usuario de Backbone Fabric Controller (BFC) antes de elegir y configurar los servidores y los recursos. El hecho de no leer o no seguir las instrucciones de este documento dará probablemente lugar a un proceso de "ensayo y error" que puede ser largo y costoso. Nuestra intención es comprobar que su instalación se produce satisfactoriamente desde el primer momento. Póngase en contacto con Soporte de CA si cualquiera de los requisitos le resulta confuso.

Además, necesitará un par de claves ssh para autenticar al encargado del mantenimiento del grid. La clave pública también se deberá proporcionar a CA, para que se pueda acceder al servidor de descarga de CA. Envíe por correo electrónico su clave pública al Soporte técnico de CA.

Nota: Para obtener más información sobre las claves de SSH, consulte la página del comando man en ssh-keygen.

Descarga de la versión

Póngase en contacto con el gestor de su cuenta para obtener acceso a esta versión.

Se puede leer la Guía del usuario de Backbone Fabric Controller (BFC) para obtener información acerca de cómo instalar BFC. Esta guía también explica cómo descargar las últimas versiones o revisiones de CA AppLogic, y cómo instalar o gestionar todos sus grids dentro de una única red troncal.

Notas:

■ Asegúrese de que está ejecutando el agente de ssh con la clave que ha proporcionado a CA para las descargas. Si no dispone de una clave o desea utilizar una clave diferente, póngase en contacto con Soporte de CA.

■ Para esta versión el valor predeterminado 'Usuario de descarga' en el BFC debería ser applogic. Se puede hacer este cambio en la página Administración del BFC. Después de la instalación, inicie el BFC, haga clic en Administración y después haga clic en la ficha Versiones. El usuario se especifica en el campo Usuario de descarga.




Características del producto


Instalación de un grid

La Guía del usuario de Backbone Fabric Controller (BFC) describe cómo instalar un grid. Asegúrese de que BFC está instalado en su servidor de distribución antes de instalar un grid.


Esta sección describe las últimas características de producto de CA AppLogic.

Límites de dimensión

CA AppLogic tiene los siguientes límites de dimensión:

Dimensiones del sistema clave

■ Xen: compatibilidad con un máximo de 128 servidores por grid (probado en hasta 30 servidores)

■ ESX: compatibilidad con un máximo de 80 servidores por grid (probado en hasta 30 servidores)

■ 31 grids por LAN de back-end

■ 1.024 aplicaciones por grid, hasta 1.024 aplicaciones en ejecución simultánea

Otros límites dimensionales

Nota: Para obtener más información, consulte Limitaciones de compatibilidad del SO.

■ Por aplicación

– 512 interfaces de red por aplicación

■ Por dispositivo, dimensiones típicas

– 64 GB de RAM

– 16 CPU (1.600 %)

– Ancho de banda de 2.000 Mbps

– 1 interfaz de red predeterminada

Nota: Los dispositivos pueden tener varias interfaces externas.



■ Por dispositivo: Linux

– 32 bits y 64 bits.

– Volúmenes: Xen PV: 12, VMWare ESX/Xen HVM: 4

– Terminales e interfaces externas (incluida la interfaz predeterminada): Xen: 15; VMWare ESX: 10

■ Por dispositivo: OpenSolaris

– 32 bits y 64 bits.

– Volúmenes: Xen PV: 12, VMWare ESX/Xen HVM: 4


Nota: OpenSolaris no funciona en grids de CA AppLogic 3.x basados en ESX.

■ Por dispositivo: Windows 2003/2008 Server (ediciones Standard, Enterprise, DataCenter, Web R2 y Standard SP2 Edition)

– 32 bits y 64 bits (R2 para 2008 Server)

– 4 volúmenes


– Cantidad máxima de CPU y memoria (aquí se documentan también las limitaciones de Microsoft Windows: http://technet.microsoft.com/en-us/library/cc758523.aspx)

■ Web: 4 CPU, 2 GB de memoria

■ Estándar: 4 CPU, 4 GB de memoria

■ Enterprise: 8 CPU, 64 GB de memoria

■ DataCenter: 16 CPU, memoria de 64 GB



■ Por servidor

– 1024 volúmenes virtuales (considerando cada duplicado como un volumen virtual separado)

– 255 recursos compartidos (considerando cada duplicado como un recurso compartido separado)

– 127 montajes (considerando cada duplicado montado como un montaje separado; esto es, 64 si se duplica)

– Xen: 50 dispositivos (límite interno de CA AppLogic)

– ESX: 48 dispositivos (límite interno de CA AppLogic, 2 menos que Xen para explicar el conmutador virtual de CA AppLogic y la máquina virtual de E/S)

■ Por volumen virtual (tamaño del volumen)

– volúmenes utilizados en Linux: hasta 2 TB-1 MB

– volúmenes utilizados en Windows: hasta 2 TB-1 MB

– Volúmenes utilizados en Solaris: hasta 1 TB-1 MB (1.048.575 MB verificados)

■ Alta disponibilidad del controlador de grid

– 1 servidor primario como máximo; donde se está ejecutando actualmente la VM del controlador de grid.

– 7 servidores secundarios como máximo; donde el controlador de grid puede acabar ejecutándose en caso de que se produzcan errores en el servidor primario.

■ Se ha certificado que CA AppLogic puede usar hasta 7 servidores secundarios.

■ Alta disponibilidad de red (topología de red física)

– Máximo de 2 conmutadores por cada red; externo y red troncal (4 conmutadores en total).

■ Cada par de conmutadores debe ser de la misma marca y modelo y se deberán configurar del mismo modo.

■ Cada conmutador debe tener activado LLDP (protocolo de detección de la capa de vínculo).

– Máximo de 4 NIC por servidor físico (2 NIC para la red externa, 2 NIC para la red troncal).



■ Reparación del volumen automática

– 1 reparación como máximo del volumen planificada por servidor.

Nota: Si se necesitan dimensiones diferentes, póngase en contacto con Soporte de CA.

Compatibilidad de hardware

Siga estas directrices:

■ Cuando se selecciona hardware para utilizar para un grid de ESX 3.x, el hardware deberá cumplir con todos los HCL siguientes:

– HCL de VMware ESX

– HCL del nodo de control de BFC

■ Nodo de control de BFC (servidor de distribución)

– Procesador de clase Intel Pentium o procesador AMD compatible (Athlon u Opteron); recomendación: 2 GHz o más (doble núcleo o superior)

– RAM DE 2 GB

– 100 GB de espacio en el disco duro (para poder albergar varias versiones de CA AppLogic)

– 2 adaptadores Gigabit Ethernet

– A menos que planee utilizar la función del instalador de Bare Metal, se deberá instalar CentOS 5.5 por adelantado.

– Repositorio YUM (externo o local para actualizaciones del OS)





■ Nodos del grid de CA AppLogic

– Cisco UCS

– X86, multi-núcleo (doble, cuádruple, doble-doble, doble-cuádruple), EMT-64 con VT activado

■ ESX: mínimo de 4 núcleos

■ Certificado: Pentium P4, Intel Xeon/Xeon-Harpertown/Woodcrest/Clovertown/Core i3, Intel Nehalem (Core i7: Lynnfield 860), AMD Opteron, AMD Athlon64

■ Compatible: Intel Pentium P4 o superior; AMD Athlon o superior.

■ CA AppLogic desactiva automáticamente la tecnología Hyper-Threading de Intel y ésta deja de utilizarse.

■ Requiere Intel VT o AMD-V para que la virtualización de hardware (HVM) sea posible.

■ HVM es obligatorio para ejecutar Solaris 10 y Microsoft Windows en un grid.

■ HVM es obligatorio para utilizar iso2class para instalar nuevos dispositivos basados en distribuciones de SO diferentes.

– Compatibilidad con 64 bits (los servidores de 32 bits no son compatibles).

■ Los mantenedores pueden usar solamente servidores que admitan 64 bits en sus grids de CA AppLogic.

– Memoria

■ Xen: 4 GB mínimos, 8 GB recomendados, 32 GB probados

■ VMWare ESX: 8 GB mínimos, 16 GB recomendados, 32 GB probados

■ 64 GB de RAM como máximo por servidor

– Disco duro IDE, SATA, SAS, SCSI o SSD de 80 GB: se recomienda una unidad SATA de 250 GB o de mayor tamaño; se admite el uso de varias unidades o servidores.



– Controladores de disco duro

■ Certificado:

Intel Corp. 82801EB/ER (ICH5/ICH5R)

Silicon Integrated Systems [SiS] 5513

Advanced Micro Devices [AMD] AMD-8111 IDE

nVidia Corporation CK804 IDE (rev. a2)

nVidia Corporation: controlador Serial ATA CK804 (rev. a3)

Intel Corporation Ibex Peak: controlador SATA IDE de 2 puertos (rev. 05)

Intel Corporation Ibex Peak: controlador SATA IDE de 4 puertos (rev. 05)

Intel Corporation: controlador SATA IDE 82801JI (familia ICH10) de 2 puertos

Intel Corporation: controlador SATA IDE 82801JI (familia ICH10) de 4 puertos

Intel Corporation: controlador SATA IDE para chipsets 631xESB/632xESB/3100 (rev. 09)

LSI Logic / Symbios Logic SAS1068 PCI-X Fusion-MPT SAS (rev. 01)

LSI Logic / Symbios Logic SAS1068E PCI-Express Fusion-MPT SAS (rev. 08)

LSI Logic / Symbios Logic LSI1068E (rev 08)

LSI Logic / Symbios Logic LSI2008 (rev 03)

LSI Logic / Symbios Logic MegaRAID SAS

LSI Logic / Symbios Logic LSI MegaSAS 9260 (rev 05)

Controlador H200 RAID PERC

Controlador RAID integrado PERC H700

Adaptador de controlador PERC H800

■ Compatibles: CentOS 5.5 admite la mayoría de dispositivos IDE, SATA y SCSI (excepto Adaptec AHA-15xx). Los requisitos de hardware adicionales y los detalles de compatibilidad están disponibles.



■ CA AppLogic no se ha certificado con ninguna solución RAID de hardware y, en consecuencia, se recomienda desactivar RAID de hardware en todos los servidores (cada grid contiene su propio recurso compartido, su agrupación de almacenamiento duplicado y una SAN basada en IP). Hay clientes que están utilizando CA AppLogic con sus propias soluciones RAID, pero CA no ha certificado o probado estos tipos de configuraciones.

– Compatibilidad con SAN:

■ Sólo NFS (protocolo de sistema de archivos de red): ningún otro protocolo es compatible en este momento.

■ Compruebe que puede accederse a la SAN desde todos los servidores de la misma red troncal de la red 192.168.0.0/16, y que las rutas persistentes se encuentran en su lugar en la SAN, de manera que los servidores pueden intercambiar tráfico de red con la SAN. Los servidores de un grid se configuran automáticamente para acceder a la SAN de acuerdo con la configuración especificada de esta red en la instalación del grid.

■ Asegúrese de que la SAN expone un solo recurso compartido de lectura y escritura de NFS que sea accesible desde todos los servidores de la misma red troncal de la red 192.168.0.0/16. Se puede configurar el recurso compartido de NFS de manera que sea async o sync (en el caso de grids basados en ESX, sólo sync es compatible).

■ Compruebe que el recurso compartido de NFS tiene al menos 500 GB de espacio libre para todos los grids que utilicen el recurso compartido. Por ejemplo, si el recurso compartido de NFS se utilizara para cinco grids diferentes, el recurso compartido debería tener 2,5 TB de espacio libre en disco.



– Son compatibles dos adaptadores Gigabit o 10 GB Ethernet. Por ejemplo, Intel E1000, BroadCom, AceNic o SysKonnect GE (uno para la red troncal y otro para la red externa).

■ Para lograr una alta disponibilidad de red es necesario que cada nodo tenga 4 NIC.

Nota: Se es compatible con la alta disponibilidad de red cuando se utilizan NIC de 1 G y 10 G.

■ Certificado:

Intel Corporation: controlador Gigabit Ethernet 82541GI/PI

Intel Corporation: controlador Gigabit Ethernet 82571EB (rev. 06)

Intel Corporation: conexión de red Gigabit 82574L

Intel Corporation: conexión de red Gigabit 82576 (rev. 01)

Intel Corporation: controlador Gigabit Ethernet 80003ES2LAN (Copper) (rev. 01)

Intel Corporation: controlador Gigabit Ethernet 82572EI

Intel Corporation: adaptador de servidor X520-T2 Dual Port 10GBase-T Copper

Broadcom Corporation: NetXtreme BCM5704 Gigabit Ethernet

Broadcom Corporation: NetXtreme BCM5715 Gigabit Ethernet (rev. a3)

Broadcom Corporation: NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev. 11)

Broadcom Corporation: NetXtreme II BCM5709S Gigabit Ethernet (rev. 20)

Broadcom Corporation: NetXtreme II BCM5716 Gigabit Ethernet (rev. 20)

Broadcom Corporation: NetXtreme II 5709 Gigabit Ethernet

Broadcom Corporation: 5709C Gigabit Ethernet

Broadcom Corporation: NetXtreme II 5716 Gigabit Ethernet

Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (como NIC 10/100 externas)

PCIe 10GbE serie X3100 de Neterion

Emulex OneConnect 10 Gb NIC (be3) (rev 01).

Nota: Asegúrese de que la revisión hf7516 se aplica al grid.



– Compatibles: la mayor parte de adaptadores de red Gigabit Ethernet son compatibles con CentOS 5.5. Los requisitos de hardware adicionales y los detalles de compatibilidad están disponibles.

■ Se recomienda encarecidamente la compatibilidad con IPMI 1.5 para la gestión y el control de la energía de los servidores (véase más información abajo).

■ Acceso de cortafuegos a través del puerto 22 (SSH) a grm.3tera.net y download.3tera.net para todos los servidores.

■ Para utilizar VMware ESX en un grid de CA AppLogic, debe asegurarse de que el hardware es compatible con el hipervisor de ESX (http://www.vmware.com/resources/compatibility/search.php) y con CentOS 5.5

■ Valores de configuración de BIOS del nodo de grid de CA AppLogic: para permitir que los servidores del grid realicen un arranque de PXE en la red troncal de BFC, de forma que la detección de hardware pueda tener lugar:

– Seguridad de sistema

■ AC power recovery = ON

– Dispositivos integrados

■ NIC de red troncal establecido para el arranque mediante PXE

■ Otros NIC activados, pero no establecidos para PXE

■ Configuración de arranque > Secuencia de arranque

NIC de red troncal situados delante del disco

– Pantalla de configuración del controlador de energía (acceso por separado durante la secuencia de arranque, a menudo con una combinación como Ctrl-E)

■ IPMI sobre lan = O



■ Hardware de conexión en red: 2 conmutadores de 2 niveles Gigabit Ethernet sin bloqueo (uno para red externa y otro para red troncal)

– Todos los puertos deben estar en el mismo conmutador, no en cascada.

– Debe haber tantos puertos como servidores, más uno.

– El protocolo de árbol de expansión (STP) se deberá desactivar en los conmutadores.

– Se recomienda utilizar un conmutador de red de gestión de la energía (IPMI v1.5 o superior).

– Si se utiliza una configuración de HA de red:

■ Debe tener 2 de cada tipo de conmutador (2 conmutadores externos y 2 conmutadores de red troncal).

■ Cada conmutador debe tener activado LLDP (protocolo de detección de la capa de vínculo).

Nota: Para utilizar la función de etiquetado de VLAN de CA AppLogic, el conmutador debe ser compatible con los de VLAN.

– Certificado:

■ Conmutadores 10G

Force10 S2410P: conmutador 10GigE XFP de 24 puertos

Cisco Catalyst 4900M

IBM RackSwitch G8124E

■ Conmutadores 1G para configuraciones de HA sin red y HA en red

Cisco WS-C3560E-24TD



Cisco WS-C3750G-24TS-1U

Cisco WS-C2960G-48TC-L

Cisco WS-C2960G-24TC-L

Software Cisco IOS; software C3560 (C3560-IPSERVICESK9-M); Versión 12.2(40)SE



■ Control de energía para servidores (basado en IPMI)

– Se ha certificado que CA AppLogic funciona con las siguientes configuraciones de IPMI:

■ 1. Tarjetas IPMI directamente conectadas a la red troncal configuradas para utilizar IP no enrutables (10.x.x.x), red troncal separada de los servidores usados en grids de CA AppLogic; accesibles solamente por VPN en la red interna

■ 2. Tarjetas IPMI configuradas para utilizar IP enrutables; accesibles desde la red externa mediante un nombre y una contraseña (no VPN)

– Las siguientes configuraciones de IPMI pueden funcionar, pero CA no las ha certificado:

■ Igual que en la opción 1 expuesta anteriormente, excepto en lo referido al acceso a través de VPN en la red externa.

■ Igual que en la opción 2 expuesta anteriormente, excepto en que se puede acceder a IPMI desde de la red interna mediante un nombre y una contraseña (no VPN).

Nota: Si tiene diferentes dispositivos de almacenamiento o redes, póngase en contacto con Soporte de CA.

Compatibilidad con el software

Siga estas directrices:

■ Compatibilidad con el hipervisor de CA AppLogic

– Xen 4.1.2 (kernel 3.2.2 estable de Linux)

– Segunda actualización de VMWare ESX 4.1




■ Dispositivos: todos los sistemas operativos especificados en esta sección se han verificado usando iso2class (y hvm2pv cuando ha sido necesario)

Nota: Para obtener más información, consulte Limitaciones de compatibilidad del SO.

– Basado en Linux

■ SO Linux de 32 o 64 bits (se puede ejecutar una mezcla de dispositivos de 32 y 64 bits en el mismo grid).

■ Kernel 2.6.16-33 con soporte de 3.0.4 de Xen y todo el soporte de kernels/Xen posterior

■ Probado con 32 bits: CentOS 5.5, RHEL 5.3, SUSE Enterprise 11, Ubuntu 8.0.4 y Debian 5.0.

■ Probado con 64 bits: CentOS 5.5, RHEL 5.3 y Debian 5.0.

■ Compatible: todas las distribuciones Linux basadas en 2.6 kernel reciente (consulte las distribuciones de Linux verificadas por los desarrolladores de CA AppLogic y los usuarios).

■ SUSE Enterprise APK es una versión BETA; comunique cualquier incidencia al Soporte de CA.

– Basado en OpenSolaris

■ Se admiten tanto 32 como 64 bits.

■ Verificado con OpenSolaris 2008.11

– Basado en Windows 2003/2008 Server:

■ 32 bits y 64 bits.

■ Verificado con Windows 2003/2008 Server (ediciones Standard, Enterprise, DataCenter, Web R2 y Standard SP2).

■ Windows 2003 Server 32 y 64 bits y Windows 2008 Server 32 y 64 bits se pueden usar con los controladores Halsign Turbogate PV que se proporcionan con la versión.

■ Volúmenes del dispositivo:

– Sistemas de archivos compatibles: ext2, ext3, ext3-snapshot, reiserfs, fat16, fat32, Solaris ufs, Solaris zfs y NTFS.

– Los volúmenes de permutación son compatibles y opcionales para los dispositivos.

– Hay disponibles servicios de integración para otros sistemas de archivos.

http://support.3tera.net/showthread.php?t=124




■ GUI de CA AppLogic:

– Compatibilidad con exploradores: Microsoft Internet Explorer (en Windows), Mozilla Firefox (en Windows, Linux y MAC), Google Chrome (en Windows, Linux y MAC) y Apple Safari (en MAC)

– CA AppLogic se ha certificado para que funcione con los siguientes exploradores:

■ Internet Explorer 8 y 9

■ FireFox 11.0, 12.0, 13.0 y 14.0

■ Chrome 18.0

■ Safari 5.1

Nota: Si le interesan otras distribuciones de Linux, sistemas de archivos e infraestructura de software, póngase en contacto con Soporte de CA.



Capítulo 3: Problemas conocidos


Notas importantes (en la página 55) Limitaciones y problemas conocidos (en la página 61) Correcciones de errores importantes (en la página 86) Revisiones de CA AppLogic 3.5 (en la página 98)

Notas importantes 1. ALD ya no se utiliza para instalar/actualizar grids ni para importar catálogos

y aplicaciones. En lugar de ALD, se utiliza Backbone Fabric Controller (BFC). BFC es una aplicación de GUI basada en Web de fácil uso que se utiliza para crear y gestionar todos los grids de CA AppLogic dentro de una sola red troncal. Consulte la documentación de BFC para saber cómo descargar o instalar BFC y cómo utilizarlo para gestionar los grids de CA AppLogic. Para importar catálogos y aplicaciones a un grid (esto es, a system_ms, tal y como viene de forma predeterminada en CA AppLogic), se debe copiar el catálogo o aplicación al volumen impex del grid y utilizar los comandos cat import y app import de CA AppLogic.

Notas importantes


2. CA AppLogic 3.x ahora es compatible con el hipervisor de ESX de VMWare, además de Xen. Mientras CA AppLogic 3.x mantiene todas las características y funciones para ambos hipervisores, hay algunos aspectos de uso importantes que son específicos de VMWare ESX cuando se usa con CA AppLogic:

■ ESX tiene una lista de compatibilidad de hardware más restringida que Xen. Asegúrese de comprobar que sus servidores estén incluidos en la lista de compatibilidad de hardware de ESX antes de utilizar CA AppLogic 3.x. El hardware elegido para el grid de ESX deberá verificarse con la lista de hardware compatible para ESX, CA AppLogic-Xen (especificados en la sección anterior de compatibilidad de hardware) y CentOS 5.5.

■ Los grids con cargas grandes que utilizan ESX funcionan más lento en algunas operaciones en comparación con Xen. Esto está provocado por el hecho de que CA AppLogic utiliza las API de ESX para controlar máquinas virtuales en cada servidor; estas API son más lentas en ESX en comparación con las API de Xen. Las operaciones donde esta lentitud es más evidente son las siguientes:

■ Al iniciar una aplicación: los dispositivos pueden tardar 1 o 2 minutos más en arrancar en grids muy cargados.

■ Operaciones grid info, srv list y srv info: pueden tardar varios segundos o incluso 1 o 2 minutos más en grids muy cargados.

■ ESX tiene más sobrecarga de memoria en comparación con Xen. Una aplicación que trabaja perfectamente en 2 servidores en un grid basado en Xen puede que no lo haga en los mismos 2 servidores si estos se ejecutan en un grid basado en ESX de CA AppLogic. Por esta razón, se recomienda que los servidores basados en ESX tengan por lo menos 4 u 8 GB de memoria.

http://www.vmware.com/resources/compatibility/search.php

Notas importantes


■ Dispositivos compatibles con ESX:

■ Todos los dispositivos deben tener vmware-tools instalado (de forma predeterminada, todos los dispositivos que se distribuyen con CA AppLogic 3.x tienen instalado vmware-tools). vmware-tools se necesita para que la consola gráfica funcione correctamente y para que el dispositivo se cierre en el momento oportuno. Si vmware-tools no está instalado, la consola gráfica es mucho más difícil de utilizar (será complicado controlar el cursor del ratón) y el dispositivo tardará 15 minutos en cerrarse.

■ Al utilizar dispositivos de Windows, el dispositivo debe tener la configuración esx_os_name correcta en la cadena de opciones de virtualización que se almacena en el descriptor del dispositivo. Puede actualizar la configuración (en la página 23) para su dispositivo de Windows. Si se instala un dispositivo de Windows nuevo mediante iso2class, hay un parámetro de línea de comandos obligatorio que se utiliza para establecer la configuración correcta de esx_os_name para el dispositivo nuevo.

■ Para reiniciar un dispositivo, utilice comp restart o reinicie la aplicación. Si reinicia el dispositivo desde el propio dispositivo, se producirá un error de arranque (el dispositivo no podrá recuperar su configuración desde CA AppLogic).

■ El modo de configuración volfix no funcionará para dispositivos que se ejecutan en ESX. Será necesario convertir el dispositivo para utilizar el modo de configuración dhcp. Esto debería afectar únicamente a dispositivos anteriores de CA AppLogic 2.1 y versiones previas. Puede convertir su dispositivo para que utilice el modo de configuración dhcp .Consulte la Guía del desarrollador de dispositivo en la sección Kit para dispositivos para obtener información sobre cómo convertir su dispositivo para utilizar el modo de configuración de dhcp.

3. CA AppLogic 3.x incluye controles de acceso basados en roles (RBAC). RBAC permite conceder permisos (control) a un objeto (plantilla de aplicación, instancia de aplicación, catálogo o grid). De forma predeterminada, cuando se crea un usuario nuevo en un grid, este usuario tiene acceso limitado a los objetos del grid. Por ejemplo, de forma predeterminada el usuario no tiene permisos de inicio de sesión en el grid. Es necesario configurar derechos de acceso adecuados para sus usuarios para acceder a los grids.

4. Al utilizar la API de la Web para acceder al grid de CA AppLogic 3.x, la aplicación de la API de la Web se deberá configurar con un usuario que tenga derechos de acceso completo al grid (acceso de administrador).

Notas importantes


5. En CA AppLogic 3.x, la compatibilidad del sistema operativo con dispositivos no es tan amplia como lo es con versiones previas de CA AppLogic. En 3.x, Solaris 10 no se admite en absoluto, y OpenSolaris se admite solamente con Xen. Tenga en cuenta que Oracle está dejando de trabajar con OpenSolaris y Solaris 10, los cuales se están reemplazando por Solaris Express y Solaris 11.

Nota: Todos los dispositivos basados en Solaris se han eliminado, empezando por la versión 3.5. de CA AppLogic y excepto el archivador de Solaris. Póngase en contacto con Soporte de CA si necesita estos dispositivos.

6. CA AppLogic no se ha diseñado para ningún sistema operativo en concreto, sino que se puede utilizar con sistemas operativos diferentes. Como parte de su diseño, todas las operaciones de volumen (create/format, copy, resize, file-system check/repair y manage) se ejecutan dentro de aplicaciones de CA AppLogic llamadas "archivadores"; el controlador de grid de CA AppLogic ya no las ejecuta como en las versiones anteriores de CA AppLogic. Como tal, estas nuevas aplicaciones de archivador utilizan los recursos del grid al igual que cualquier otra aplicación normal de CA AppLogic. Por lo tanto, debe haber bastantes recursos disponibles en el grid para ejecutar cualquiera de las operaciones de volumen de CA AppLogic. Tenga en cuenta que las aplicaciones de archivador no se utilizan para volúmenes sin formato ni copias del volumen de nivel de bloque.

7. El controlador de grid utiliza un 10% de un núcleo (tanto para los servidores de ESX como para servidores de Xen).

8. Como todas las operaciones de volumen se ejecutan ahora mediante aplicaciones de archivador, todas las operaciones de volumen son más lentas en comparación con las versiones anteriores de CA AppLogic, ya que las aplicaciones de archivador se tienen que iniciar o detener como parte de la operación de volumen. Normalmente, hay unos 20 segundos de sobrecarga para operaciones de volumen basadas en Linux y aproximadamente 130 segundos para operaciones de volumen basadas en Solaris.

9. El uso de los recursos de ancho de banda se impone en todos los dispositivos. Un dispositivo no podrá utilizar más que el ancho de banda configurado para todos los terminales (el ancho de banda asignado tiene todos los terminales en cuenta). Asegúrese de que el ancho de banda configurado para sus dispositivos y las aplicaciones sea apropiado según sus necesidades de uso del ancho de banda (de lo contrario, se puede obtener un rendimiento de red muy lento en la aplicación). El ancho de banda máximo por servidor de CA AppLogic es de 2 Gbits.


Notas importantes


10. En los dispositivos por los que pasa el tráfico de red (por ejemplo, las puertas de enlace, los equilibradores de carga y los conmutadores de puertos), el ancho de banda se reduce realmente a la mitad. Por ejemplo, en un equilibrador de carga que tenga asignados 100 M de ancho de banda, éste se ve limitado realmente a 50 M (ya que el tráfico de red entra y sale del dispositivo).

11. Antes de acceder la GUI de CA AppLogic en un grid de CA AppLogic recién instalado o actualizado, el usuario debería borrar la memoria caché del explorador. Si la memoria caché del explorador no se borra, es posible que la GUI de CA AppLogic no responda correctamente.

12. Se puede acceder al shell del grid a través de un explorador Web o mediante un cliente ssh. Para mejorar la seguridad, no se admiten los inicios de sesión ssh basados en contraseña, excepto durante la instalación del grid.

Importante: Se recomienda encarecidamente que use el shell Web que se proporciona con la GUI de CA AppLogic.

13. Al acceder al grid a través de ssh, el nombre de usuario de inicio de sesión es siempre root (raíz), con independencia del nombre de usuario de CA AppLogic. Para los inicios de sesión de ssh, los usuarios y sus roles están identificados de forma exclusiva mediante sus claves ssh públicas.

14. Las ventanas emergentes y el Javascript del explorador Web se deberán activar para utilizar la interfaz de usuario gráfica basada en Web (cuadro de mandos, editor y documentación).

15. Los usuarios son responsables de adjudicar, asignar y usar direcciones IP visibles externamente para las aplicaciones. CA AppLogic se ocupa de todas las asignaciones de red internas.

16. Aunque Backbone Fabric Controller configura todos los servidores de grid y los controladores con cortafuegos cuidadosamente preconfigurados y desactiva los servicios de red innecesarios, se recomienda que los usuarios y mantenedores verifiquen las configuraciones de seguridad de sus sistemas.

17. El rendimiento de red entre servidores de la red privada que se usa para la comunicación entre dispositivos y el volumen es de unos 900 Mbps. El rendimiento de red TCP medido entre dispositivos que residen en servidores diferentes es de 720-900 Mbps. Al ejecutar Windows, el rendimiento de red TCP es de unos 940 Mbps y el de UDP oscila entre 500 y 700 Mbps.

Notas importantes


18. Las limitaciones de recursos relacionadas con los recursos de hardware de los dispositivos se aplican de forma diferente para los diversos tipos de recursos (CPU, memoria o ancho de banda). El valor para la CPU es "no inferior a", para la memoria es "exactamente esa cantidad" (incluye la sobrecarga de la VM) y el ancho de banda es "exactamente esa cantidad". Se puede establecer la obligación de que los recursos de CPU sean "exactamente esa cantidad", mediante la nueva opción --cap_cpu al iniciar la aplicación.

19. Al iniciar una aplicación con una cantidad mínima especificada de CPU, no se garantiza que la aplicación vaya a obtener exactamente la cantidad de CPU especificada. Por ejemplo, si una aplicación se inicia con cpu=2, es posible que la aplicación reciba 1,97 de CPU, tal y como se observa agregando toda la cantidad de CPU asignada a todos los componentes de la aplicación. Esto se debe a errores de redondeo que pueden ocurrir al intentar asignar CPU a cada componente individual.

20. Cuando falla el inicio de la aplicación, es posible que no todos los mensajes relacionados con el error se muestren en el shell. Consulte el registro del grid para obtener información adicional, mediante el comando list long n=20.

21. Los grids en los que la escalabilidad lineal de rendimiento sea importante se deben crear mediante servidores que sean lo más uniformes posible en cuanto a tipo y velocidad de CPU, tamaño de memoria y capacidad de disco. CA AppLogic funcionará correctamente en grids creados a partir de servidores con cantidades diferentes de recursos de hardware; sin embargo, en tales grids se puede experimentar rendimiento sublineal.

22. No hay visibilidad de usuario al reiniciar el controlador de grid debido a un error de la VM del controlador de grid. Si la VM del controlador de grid falla y CA AppLogic reinicia la VM de dicho controlador, el usuario no tendrá visibilidad mientras el controlador se esté reiniciando. Normalmente se necesitan entre 1 y 2 minutos para que el controlador de grid se reinicie. Si transcurren más de 5 minutos y el controlador del grid sigue sin estar disponible, póngase en contacto con Soporte de CA.

23. La creación de un volumen NTFS03 siempre da lugar a un volumen NTFS08. Se pueden utilizar volúmenes NTFS08 con Windows 2003 Server.

24. El comando "net_discover" para el grid y los servidores no es compatible en los servidores o grids basados en ESX.


Limitaciones y problemas conocidos


25. Cuando se use una SAN con sus grids de CA AppLogic, se debe garantizar que se dispone de al menos 500 GB de espacio libre para todos los grids que utilizan el recurso compartido de NFS configurado. Por ejemplo, si el recurso compartido de NFS se utilizara para cinco grids diferentes, el recurso compartido debería tener 2,5 TB de espacio libre en disco.

26. Cuando se use una SAN con sus grids de CA AppLogic, si el recurso compartido de SAN o NFS se desconecta durante un período de tiempo, algunos de los volúmenes que se estaban utilizando podrían corromperse. Si esta corrupción impide que el controlador del grid se ejecute o provoca un error de inicio de las aplicaciones (o cualquier otra inestabilidad del grid o la aplicación), póngase en contacto con Soporte de CA de inmediato.

27. Para usar dispositivos de CA AppLogic basados en las últimas distribuciones de SO (como Fedora Core, Ubuntu, Debian y CentOS), configure el nuevo código de ingeniería de campo de 128 como límite de los dispositivos. Este nuevo código de ingeniería de campo ordena a CA AppLogic que utilice un estilo de nombre de dispositivo más nuevo para los volúmenes del dispositivo que se utilizan específicamente por estas distribuciones más nuevas. Si el código de ingeniería de campo de 128 no se especifica, los dispositivos basados en estas distribuciones más nuevas no podrían iniciarse.

28. Si su base de datos de BFC de réplica o primaria se pierde o se daña, se podrá recuperar a partir de una copia de seguridad automática que se ejecuta siempre desde la versión 3.1 del BFC. Estas copias de seguridad viven realmente en un subdirectorio de la base de datos primaria así que no son un sustituto para configurar una réplica. (Estas copias de seguridad se escriben también en un subdirectorio de la réplica si lo tiene configurado.) Para restaurar a partir de la copia de seguridad más reciente:

■ Espere dos minutos después de que todas las operaciones del grid activas se completen para garantizar que la copia de seguridad esté actualizada.

■ Inicie sesión en el sistema de BFC como raíz.

■ Ejecute /bin/db_restore (de forma predeterminada será /opt/bfc/bin/db_restore). La utilidad db_restore detendrá el BFC (si se está ejecutando todavía), restaurará la base de datos a partir de la copia de seguridad más reciente y después reiniciará el BFC.


Esta sección describe los problemas conocidos y las limitaciones actuales.




Limitaciones de CA AppLogic

1. El tamaño del grid está limitado a 128 servidores por grid para Xen,y a 80 servidores para ESX Esto es una limitación de la versión de actual de CA AppLogic. En esta versión se han certificado hasta 30 servidores; sin embargo se admiten configuraciones hasta 128 (para Xen) y 80 (para ESX) servidores.

2. Actualmente, no se puede instalar CA AppLogic en servidores con unidades de 3 TB o de mayor tamaño.

3. Para un funcionamiento correcto de la interfaz de usuario, active JavaScript, las ventanas emergentes y las cookies para el host del controlador del grid. Compruebe que su explorador se ha actualizado con la última versión disponible para corregir los defectos que afectan a las aplicaciones de AJAX.

4. Los protocolos no se aplican en terminales de dispositivos; solamente se imponen en los puntos finales.

Esto significa que un dispositivo puede hablar únicamente con dispositivos conectados a él (además de su propio servidor y el controlador de grid). Sin embargo, los protocolos en los dispositivos nuevos deberían estar correctamente especificados para garantizar la integridad del diseño de la aplicación y la compatibilidad con versiones futuras de CA AppLogic.

5. El espacio en disco disponible total no tiene en cuenta la duplicación del volumen.

El espacio en disco disponible total que registra el comando de información del grid es una estimación sin formato y no tiene en cuenta la duplicación del volumen. El espacio en disco disponible real es la cantidad disponible registrada dividida entre el número de duplicaciones (2 duplicaciones de forma predeterminada). Por ejemplo, si hay 1.000 GB de espacio en disco disponible y el grid se ha configurado para tener 2 duplicaciones, el espacio en disco disponible será de 500 GB. También, con objeto de duplicar correctamente los volúmenes, debe haber suficiente espacio en disco en, al menos, X servidores, donde X es el número de duplicaciones (CA AppLogic no fallará al crear un volumen si una de las duplicaciones no se puede crear, sino que mostrará una advertencia indicando que el volumen no se puede duplicar).

6. Un error del servidor durante el inicio de la aplicación puede hacer que la aplicación no se inicie correctamente.

Si se inicia una aplicación y falla uno de los servidores del grid, el inicio de la aplicación producirá un error si uno o varios de los dispositivos de la aplicación estaban planificados para ejecutarse en el servidor que ha fallado. Si se produce esta situación, lo único que debe hacer es reiniciar la aplicación.



7. La GUI de gestión del volumen disponible que utiliza los archivadores tiene una limitación de carga de 10 MB por archivo.

Para cargar archivos de mayor tamaño en el volumen, utilice el comando vol manage de shell. No olvide especificar los valores de configuración de la IP externa para este comando, a fin de activar el acceso remoto desde dentro del gestor de volumen. Para obtener más información, consulte la referencia del comando vol manage.

8. Se puede utilizar zFS en el volumen de arranque de un dispositivo OpenSolaris

CA AppLogic es compatible con el arranque de dispositivos OpenSolaris desde un volumen de arranque basado en zfs. Tenga en cuenta que CA no ha verificado este extremo y puede que no funcione correctamente. Solaris 10 no es compatible con zfs.

9. El archivador Solaris de CA AppLogic que se usa para operaciones de volumen de Solaris es compatible con unas variantes limitadas de zfs.

Actualmente esto se limita a agrupaciones de zfs de dispositivos individuales. Para beneficiarse por completo de todas las funciones de zfs en CA AppLogic, los usuarios pueden montar sus propias agrupaciones de zfs dentro de sus propios dispositivos. Si se va a utilizar una agrupación de zfs para la duplicación, los volúmenes de CA AppLogic que se utilicen en la agrupación se deberían crear con la duplicación de CA AppLogic desactivada (utilizando la opción mirrored=0 al crear los volúmenes). Además, una agrupación de zfs creada mediante el archivador Solaris de CA AppLogic no funcionará en Solaris 10. Consulte la referencia sobre las limitaciones de los SO para conocer todas las limitaciones de CA AppLogic con respecto a los sistemas operativos.

10. El tamaño del volumen máximo para el sistema de archivos ufssol es 1 TB-1 MB.

Si necesita un almacenamiento mayor, utilice un sistema de archivos diferente.

11. El marcado de propiedad para la configuración del dispositivo es compatible solamente con el modo de configuración de volfix.

El nuevo modo de configuración dhcp no es compatible con el marcado de propiedad para la configuración del dispositivo. Al trasladar los dispositivos del modo de configuración volfix a dhcp, la documentación de APK describe cómo tratar con dispositivos que dependen del marcado de propiedades para configurar el dispositivo. Para obtener más información, consulte la sección sobre los kit para dispositivos (APK).



12. Los indicadores de validación no aparecen si la aplicación se abre en el modo de sólo lectura.

Para ver los indicadores de validación de una aplicación, abra la aplicación en el modo de edición. Los indicadores de validación se utilizan para señalar dispositivos en los que las propiedades, los terminales o los volúmenes obligatorios no se han configurado correctamente.

13. Se debe usar la consola gráfica basada en texto con Solaris 10 después de la instalación.

Se puede utilizar iso2class para instalar un dispositivo Solaris 10 usando la consola gráfica para el proceso de instalación. Sin embargo, cuando finalice la instalación y el dispositivo se reinicie, la consola gráfica se puede seguir usando, aunque se debe usar en el modo de texto (sin acceso al escritorio de Solaris 10; acceso estrictamente basado en texto). Esto se debe a un problema con la GUI de Solaris 10 (no es un error de CA AppLogic).

14. Todos los dispositivos que se distribuyen con CA AppLogic carecen de paquetes o soporte para la GUI o el escritorio (X11, Gnome Desktop, etc.)

Por lo tanto, la consola gráfica no se puede usar con estos dispositivos. Esto se hace a propósito para lograr que los dispositivos sean lo más compactos posible. Mediante la nueva utilidad iso2class, los usuarios pueden crear sus propios dispositivos con un soporte de escritorio completo.

15. Ejecutar más de 1 aplicación de Windows con dispositivos que tengan el mismo nombre de instancia da lugar a un error de nombre de equipo duplicado en Windows.

Este error se debe al hecho de que CA AppLogic define el nombre del equipo de un dispositivo igual que su nombre de instancia. Por lo tanto, si tiene más de 1 dispositivo ejecutándose en un grid y todos tienen los mismos nombres de instancia, el error de nombre duplicado se mostrará en Windows en la consola gráfica. Este error es sólo una advertencia y no afecta al grid ni a su funcionamiento. Sin embargo, si necesita utilizar Windows como un controlador de dominio, será necesario establecer los nombres de equipo como nombres únicos para cada dispositivo. Puede servirse de la utilidad wincfg para establecer el nombre del equipo en su dispositivo.



16. La consola gráfica requiere la última versión de Java en el explorador IE y FF.

Se han realizado pruebas con la versión 6 de Java, actualización 7, en los exploradores Internet Explorer, Firefox, Chrome y Safari. Si no se utiliza la última versión de Java, la consola gráfica puede no funcionar correctamente (se quedará colgada mientras se intenta cargar). Antes de informar a CA sobre errores en la consola gráfica, compruebe que está utilizando la última versión de Java (si necesita actualizar Java en el explorador, deberá volver a abrir el explorador después para que la consola gráfica funcione correctamente).

17. Los grupos de conmutación por error puede que no queden satisfechos tras una recuperación del controlador

Cuando un servidor secundario toma el control como nuevo servidor primario, si no hay suficientes recursos disponibles en el servidor para iniciar el controlador de grid, CA AppLogic reinicia los dispositivos que se están ejecutando en el nuevo servidor primario en otros servidores dentro del grid, de forma que el controlador de grid se pueda iniciar en el nuevo servidor primario. Tenga en cuenta que esto puede perjudicar a los grupos de conmutación por error del dispositivo. Si CA AppLogic detiene uno de estos dispositivos, es posible que no pueda reiniciar el dispositivo en otro servidor porque puede que no haya recursos suficientes para satisfacer el grupo de conmutación por error.

18. Los dispositivos basados en HVM-Xen utilizan más memoria que la cantidad configurada.

Todos los dispositivos basados en HVM (Solaris 10, Windows, etc.) utilizan una cantidad de memoria superior a la cantidad configurada en el servidor. Normalmente, dependiendo de la cantidad de memoria asignada a un dispositivo basado en HVM, el dispositivo utiliza memoria adicional en el servidor en el que se está ejecutando (esta memoria adicional la requiere el hipervisor de virtualización que se ejecuta en los servidores y se conoce como "memoria fantasma"). Por lo tanto es posible que, aunque un servidor pueda tener bastante memoria disponible en comparación con lo que se asigna para el dispositivo, el dispositivo no pueda ejecutarse en ese servidor debido a la memoria fantasma adicional que necesitan los dispositivos basados en HVM, que no está disponible en el servidor. El planificador de CA AppLogic tiene en cuenta esta memoria fantasma extra al planificar dispositivos durante el inicio de la aplicación.



19. El rendimiento de red máximo entre dispositivos que se ejecutan en servidores diferentes es de 2 Gbps cuando se utiliza una red troncal de 10 G (Xen y ESX).

Al utilizar una red troncal de 10 G, el rendimiento máximo que se puede lograr entre dispositivos que se ejecutan en servidores diferentes es de 2 Gbps (posiblemente debido a algún tipo de limitación dentro del hipervisor que usa CA AppLogic).

20. Internet Explorer no se puede utilizar para acceder a la consola gráfica de un dispositivo que esté basado en Ubuntu.

En su lugar, puede utilizarse cualquier tipo de explorador.

21. La nueva compatibilidad de la interfaz compartida en CA AppLogic 3.x no funcionará con dispositivos basados en Windows.

Las interfaces compartidas deberían funcionar con todos los otros sistemas operativos.

22. Si cualquier servidor de un grid dispone de un almacenamiento local superior a 4 TB, la memoria dom0 del grid completo se deberá establecer en 1 GB. Esto se especifica en BFC mediante el parámetro dom0_vm_mb=1024 cuando se instala el grid.

23. Si bien BFC permite configurar varios intervalos de IP por VLAN, el cuadro de mandos de CA AppLogic y la GUI de configuración de conexiones de la aplicación incluyen todas las posibles combinaciones de VLAN y de intervalos de IP. Esto se corregirá en una versión futura.

24. El catálogo y las aplicaciones de muestra que se distribuyen con CA AppLogic no se han actualizado para tener en cuenta la nueva función de varias interfaces externas (MEI). Por lo tanto, si un usuario ramifica uno de los dispositivos del catálogo predeterminados y desea utilizar más de una interfaz externa, los scripts del dispositivo se deberán cambiar (los scripts suponen que el dispositivo sólo tiene una interfaz externa). El catálogo y las aplicaciones de muestra se actualizarán de manera que funcionen con varias interfaces externas en una futura versión.

Problemas conocidos e incidencias

A continuación se detallan los problemas conocidos de esta versión:

Severidad 1

■ Ninguna.



Severidad 2

■ Ninguna.

Severidad 3

1. Rendimiento reducido cuando se utiliza el controlador RAID HP Smart Array sin caché de escritura

Cuando se usa el controlador RAID HP Smart Array sin activar el caché de escritura, el rendimiento de reducirá en un 50%. Esta incidencia se ha verificado en un servidor HP DL 580 G7 con Smart Array P410/i 256 MB. Estas tarjetas requieren la instalación de una pila o condensador para permitir el caché de escritura.

2. Garantice que el valor de configuración SR-IOV de BIOS esté desactivado en los controladores de NIC de Emulex 10G

Al utilizar ServerEngines Corp. NIC con CA AppLogic de NIC de Emulex OneConnect 10Gb (be3) (rev 01). Estos NIC amplifican incorrectamente los paquetes si se activa la opción SR-IOV de BIOS. Estos paquetes amplificados alteran la memoria caché de transferencia del puente, de modo que el puente descarta los paquetes en lugar de enviarlos al destino correcto. Esto provoca cierta inestabilidad en CA AppLogic, lo que da lugar a errores intermitentes en el inicio de la aplicación. Por lo tanto, asegúrese de que la configuración de SR-IOV de BIOS esté desactivada para todos los controladores de NIC de Emulex 10G en todos los servidores del grid.

3. Defecto SCR 6280: el rendimiento de red máximo entre dispositivos que se ejecutan en distintos servidores es aproximadamente 2,5 Gbps cuando se utiliza una red troncal de 10G (Xen)

Cuando se utiliza una red troncal de 10G, el rendimiento máximo que se puede alcanzar entre los dispositivos que se ejecutan en distintos servidores es de aproximadamente 2,5 Gbps (se pueden observar los distintos resultados en función del tipo de hardware de 10G que se utiliza). CA investiga actualmente varias optimizaciones de red (como, por ejemplo, la activación de marcos Jumbo) que se pueden activar en futuras versiones de CA AppLogic para mejorar el rendimiento de la red de 10G.



4. Defecto SCR 2203: el montaje de volúmenes atascados provoca fallos a la hora de iniciar las aplicaciones (raro, no se puede reproducir).

Muy raramente una aplicación fallará al iniciarse debido a un montaje de volumen atascado en uno de los servidores. CA AppLogic detecta montajes de volúmenes atascados e informa de ellos al usuario mediante el cuadro de mandos del grid. Si se encuentra con este problema en su grid, notifíqueselo a Soporte de CA. Si lo desea, también puede desactivar el servidor que tiene los montajes de volúmenes atascados o bien reiniciarlo para tratar de resolver este problema.

5. Defecto SCR 3416: el controlador de grid no se recupera automáticamente si el servidor primario deja de responder.

Si esta situación ocurre, el reinicio del servidor primario restaurará el grid en un estado operacional.

6. Defecto SCR 2239 - CAT

VDS: vulnerabilidad de seguridad: configuración inicial de usuario/contraseña

7. Defecto SCR 2243: la GUI de CA AppLogic pierde memoria cuando se usa con Microsoft Internet Explorer 6 o 7.

Si se accede a la GUI de CA AppLogic mediante Microsoft Internet Explorer 6 o 7, la GUI pierde memoria a medida que se abren aplicaciones para editar o cuando se abre el shell Web (entre 5 y 20 MB de memoria del sistema se pierden por cada una de estas operaciones). Se recomienda cerrar y volver a abrir el explorador cada pocas horas para recuperar la memoria perdida. Se pueden utilizar también otros exploradores como Firefox, Chrome o Safari en lugar de Internet Explorer.

8. Defecto SCR 1471: la GUI agota el tiempo de espera y cierra la sesión del usuario mientras hay carga en el controlador de grid.

La GUI ya no cierra automáticamente la sesión del usuario cuando hay una gran carga en el controlador de grid. En cambio, el usuario recibirá un mensaje que afirma que había un error de red. En este caso, sin embargo, la GUI es completamente funcional. El mensaje de error de red se recibirá solamente cuando haya una gran carga en el controlador, por ejemplo, cuando se inicien 4 aplicaciones al mismo tiempo y, a la vez, se esté copiando un volumen grande de muchos GB. En grids grandes, pruebe a asignar hasta un núcleo de CPU completo y 1 GB de RAM al controlador.



9. Defecto SCR 857: el reinicio del grid puede degradar uno o varios volúmenes del sistema.

Si un grid se reinicia mediante el comando de reinicio del grid, al hacer una copia de seguridad después de reiniciar, uno o varios de los volúmenes del sistema pueden verse degradados. CA AppLogic repara automáticamente estos volúmenes como principal prioridad.

10. Defecto SCR 1199: no es posible migrar un volumen cuyos flujos estén todos en servidores desactivados.

Al migrar un volumen, asegúrese de que, por lo menos, uno de los flujos esté en un servidor activado; de lo contrario, el comando de migración fallará. El volumen se puede migrar completamente fuera de su conjunto original de servidores migrando el volumen dos veces.

11. Defecto SCR 1496: la recuperación automática de aplicaciones (HA) del grid puede fallar si hay servidores que necesitan demasiado tiempo para reiniciarse.

Algunos servidores físicos pueden tardar mucho tiempo en reiniciarse. Esto puede hacer que falle la recuperación automática del grid de CA AppLogic. El resultado de final es que puede que las aplicaciones no se reinicien por completo automáticamente después de que el grid se recupere de un error. Esto se debe a que el controlador de grid espera un máximo de 10 minutos para que se reinicien todos los servidores y vuelvan a conectarse al controlador de grid (puede que esta cantidad de tiempo no sea suficiente para que todos los servidores se reinicien). La solución alternativa es reiniciar manualmente las aplicaciones después de que todos los servidores se hayan reconectado al controlador de grid. Ejecute "list srv" para asegurarse de que todos los servidores se conecten al controlador de grid: todos ellos deberían estar en estado activo. En CA AppLogic 2.1, con un tiempo de espera de arranque del servidor de 10 minutos, esto puede ocurrir sobre todo si un servidor no consigue arrancar debido a un funcionamiento incorrecto del hardware o del BIOS.



12. Defecto SCR 1234: el archivo de errores del grid no se restablece siempre cuando el operador reinicia intencionadamente el grid

Cuando el operador reinicia el grid, el estado de error del grid se supone que se restablece y se debería mostrar un mensaje en el cuadro de mandos donde se indique que el operador ha reiniciado el grid intencionadamente ("El operador ha reiniciado el grid el..."). A veces, al reiniciar el grid, el archivo de grid no se restablece ni se muestra el mensaje del cuadro de mandos. El único problema que esto puede causar es cuando se produzca el siguiente error del grid, que puede que las aplicaciones no se reinicien automáticamente (dependiendo de cuántas veces haya fallado el grid cuando se produzca este error). Para obtener una solución alternativa para este problema, en caso de que se haya reiniciado intencionadamente el grid y no se muestre ningún mensaje en el cuadro de mandos, póngase en contacto con Soporte de CA a fin de restablecer el estado de error del grid.

13. Defecto SCR 1360: un dispositivo muestra un poco menos de memoria y de tamaño de disco de lo que se le ha adjudicado.

El motivo de esta leve reducción de recursos está relacionado con la adjudicación para zonas de servicio. En cuanto a la memoria, se debe probablemente a la relación de XEN con la tabla de asignación de memoria para una máquina virtual. En cuanto al disco, se debe a zonas de servicio de sistema de archivos normales (esto es lo mismo que en los servidores Linux normales).

14. Defecto SCR 2293: ocasionalmente al abrir una aplicación en el editor se muestra un mensaje que indica que la aplicación está bloqueada para realizar ediciones.

En este caso, la aplicación no la tiene abierta ningún otro usuario para realizar ediciones, pero el editor de CA AppLogic considera erróneamente que alguien más la tiene abierta para este propósito. Si ocurre esto, sencillamente anule el bloqueo de la aplicación cuando lo solicite el editor al abrir la aplicación.

15. Defecto SCR 2313: las versiones 6 y 7 de IE son aproximadamente dos veces más lentas que FireFox, Chrome o Safari cuando se utiliza la GUI de CA AppLogic.

La principal ralentización se produce al abrir una aplicación en el editor de aplicaciones de CA AppLogic.




16. Defecto SCR 2497: la consola gráfica tarda 15 minutos en volver a abrirse después de que el equipo cliente se haya bloqueado mientras la consola gráfica estaba abierta.

Si el cliente tiene abierta la consola gráfica y se pierde la conexión con Internet (error de tarjeta de la red cliente, bloqueo del equipo cliente, el acceso a Internet no se encuentra disponible, etc.), la consola gráfica tardará 15 minutos en volver a abrirse.

17. Defecto SCR 2548/ SCR 2549: problemas al usar la consola gráfica de CA AppLogic con Ubuntu.

El ratón es difícil de utilizar en Ubuntu cuando la consola gráfica de CA AppLogic está en uso. Esto se debe a una limitación del soporte de XEN VNC (no se admite la aceleración del ratón). Algunos usuarios indican que ajustando los valores de configuración del ratón en Ubuntu se resuelve el problema. Además, raramente se repetirán pulsaciones varias veces al escribir texto desde el teclado (si se da el caso, simplemente borre los caracteres de sobra que aparezcan).

18. Defecto SCR 2498: todo el texto que introduzca el usuario en la consola de arranque de texto se replica en la consola.

Esto incluye las contraseñas al iniciar sesión en un dispositivo. La consola de arranque de texto se debería usar solamente para finalidades de depuración. La consola de SSH se puede usar en su lugar para todas las demás funciones.

19. Defecto SCR 2501: el usuario debe pulsar la tecla Intro para ver los resultados en la consola de arranque de texto después de abrirla por segunda vez.

Si un usuario vuelve a abrir la consola de arranque de texto para un dispositivo después de haberla abierto previamente, deberá pulsar la tecla Intro para ver el indicador de inicio de sesión o el símbolo del sistema. Esto se debe a que la consola de arranque está esperando a que el usuario especifique algún dato (ya sea la información de inicio de sesión o un comando para que se ejecute).

20. Defecto SCR 3107: los dispositivos en grupos de conmutación por error no se tienen en cuenta a la hora de reiniciar el controlador de grid en un servidor secundario.

Si un grid tiene un dispositivo que forma parte de un grupo de conmutación por error que se ejecuta en un servidor secundario en el que hay que reiniciar el controlador de grid, CA AppLogic puede detener ese dispositivo que podría perjudicar al grupo de conmutación por error.



21. Defecto SCR 2134: la actualización del grid genera una advertencia incorrecta sobre la causa del reinicio del grid.

Después de haber actualizado un grid a la última versión, se muestra un mensaje en el cuadro de mandos que indica que el grid ha fallado a causa de un problema de hardware. Este mensaje se puede ignorar con total seguridad y eliminarlo del cuadro de mandos.

22. Defecto SCR 3499: el APK de CA AppLogic no funciona con las últimas versiones 9.10 ni 10.x de Ubuntu.

El kit para dispositivos (APK) no funciona actualmente con Ubuntu 9.10 ni 10.x debido a varias incompatibilidades con el último SO. Sin embargo, existen diversas publicaciones en los foros de CA AppLogic que describen cómo utilizar algunas de las distribuciones de SO posteriores con CA AppLogic.

23. Defecto SCR 3709: los dispositivos se quedan provisionalmente inaccesibles (5 min.) si el NIC externo falla en la configuración de HA de red.

Si usa una configuración de HA de red con CA AppLogic y se produce un error de red externa, las aplicaciones o los dispositivos que utilicen interfaces externas pueden quedarse inaccesibles hasta durante 5 minutos. Parece que esto lo provocan las direcciones MAC de la memoria caché del enrutador. Si se espera a que el enrutador vacíe su memoria caché de ARP o si se envía una respuesta de ARP con un arping desde la aplicación, se restaura el funcionamiento. Esto solamente afecta a la red externa (la red troncal no se ve afectada).

24. Defecto SCR 4028/SCR 4030: Solaris 10 no es compatible.

Solaris 10 no funciona en CA AppLogic 3.x ni con servidores Xen ni ESX.

25. Defecto SCR 4053: OpenSolaris no es compatible con servidores basados en ESX.

OpenSolaris solamente funciona en servidores basados en XEN.

26. Defecto SCR 4159: la GUI de recuperación no funciona en servidores basados en ESX.

La GUI de recuperación solamente funciona en servidores basados en XEN.

27. Defecto SCR 4273: los contadores de MON para interfaces compartidas no funcionan correctamente.

Las interfaces compartidas no son compatibles con los contadores de dispositivos.

http://forum.3tera.com/



28. Defecto SCR 5242: el tiempo de actividad del sistema no se restablece después de apagar y volver a encender el grid.

Si un usuario apaga y vuelve a encender un grid, el tiempo de actividad del sistema no se restablece. Si el grid se reinicia, el tiempo de actividad del sistema se debería restablecer.

29. Defecto SCR 5269: se puede producir un error en el comando power_cycle para el grid al reiniciar el servidor primario

Si un usuario enciende un grid mediante el comando power_cycle para el grid, es posible que se produzca un error en el servidor primario al reiniciar. Esto solamente ocurrirá en el caso de que el comando se ejecute después de una nueva instalación de grid y si el grid no se ha reiniciado antes de ejecutar el comando de apagar y volver a encender. El reinicio de grid en algún momento después de una nueva instalación de grid puede ayudar a evitar este problema.

30. Defecto SCR 6592: NFS de SAN: CA AppLogic debería detectar automáticamente los cambios en el tamaño del recurso compartido de NFS durante el tiempo de ejecución

Si el tamaño del recurso compartido de NFS se cambia mientras se ejecuta un grid, CA AppLogic no lo detectará hasta que se reinicie el grid. Este problema se corregirá en una futura versión.

31. Defecto SCR 6378: NFS de SAN: la supresión de un grid en ejecución o que produjo un error abandona la carpeta del grid, pero se elimina el contenido de la carpeta

Cuando se destruye un grid que utilizaba un SAN, CA AppLogic suprime el contenido de la carpeta del grid en la SAN, pero abandona la carpeta vacía. Este problema se corregirá en una futura versión.

32. Defecto SCR 6448: error al agregar un servidor al grid de Xen con un bloqueo de kernel (tarjetas RAID H200 de Dell)

No se pueden usar servidores basados en Dell que utilicen tarjetas RAID H200 con CA AppLogic. Este problema se corregirá en una futura versión.

La solución alternativa para este problema es activar el hardware RAID en el servidor de Dell antes de utilizarlo para crear el grid.

33. Defecto SCR 6684: RedHat 5.3: error en la creación de dispositivos mediante la utilidad iso2class con 4 imágenes ISO

Los dispositivos basados en RedHat 5.3 no se pueden instalar con iso2class. Este problema se corregirá en una futura versión.



34. Defecto SCR 6701: error poco frecuente en la actualización de las versiones 3.0 o 3.1 a 3.5

Con muy poca frecuencia, una actualización a 3.5 de las versiones 3.0 o 3.1 puede producir un error. En este caso de error de actualización en concreto, los siguientes mensajes están presentes en el registro de estado del grid al que se accede mediante BFC (haga clic en el estado del grid para abrir el registro).

installing the controller image

ioctl: LOOP_SET_FD: Device or resource busy

installing new controller FAILED, aborting

Si estos mensajes están presentes en el registro, vuelva a ejecutar la actualización; debería realizarse correctamente.

Nota: Este problema es en realidad un error de las versiones 3.0 y 3.1 de CA AppLogic, y se resuelve en CA AppLogic 3.5.

35. Defecto SCR 7048: la reversión del grid de ESX de la versión 3.5 a la 3.1 no funciona

El comando de reversión de la versión 3.5 a la 3.1 no funciona en un grid basado en ESX. Sin embargo, como solución alternativa, puede utilizarse el comando de degradación (tenga en cuenta que la degradación lleva más tiempo que la reversión). Este problema se corregirá en una futura versión.

36. Defecto SCR 7064: los volúmenes basados en ext3-snapshot no funcionan con grids basados en ESX

Los volúmenes basados en ext3-snapshot no funcionan con grids basados en ESX. Sin embargo, estos volúmenes funcionan con grids basados en XEN. Si se utiliza un grid basado en ESX y se necesita utilizar un volumen de ext3-snapshot, se puede agregar un nodo basado en XEN al grid y utilizar dicho nodo para crear o gestionar los volúmenes de ext3-snapshot (cuando se ejecuten los comandos del volumen, deben desactivarse todos los servidores ESX para que el archivador de CA AppLogic se ejecute en el nodo basado en XEN). Este problema se corregirá en una futura versión.

37. Defecto SCR 7397: “vol migrate” no pudo migrar uno de los flujos del volumen del SAN local (intentando erróneamente migrar el flujo al SAN externo)

Podría producirse un error al intentar migrar flujos del volumen del SAN local a grids que están configurados para utilizar un SAN externo. En vez de migrar el flujo del volumen al SAN local, CA AppLogic intenta migrar erróneamente el flujo al SAN externo. Si se encuentra este error, utilice la opción store=local con el comando vol migrate. Este problema se corregirá en una futura versión.



38. Defecto SCR 7394: el controlador del grid se cuelga después de haber actualizado AppLogic de 3.0.30 a 3.5.x

Cuando se actualiza CA AppLogic de 3.0.30 a 3.5.x, el controlador del grid se cuelga intermitentemente y cualquier comando de 3tshell que se ejecute devuelve un mensaje de error de memoria baja.

Para solucionar la incidencia, reinicie el controlador del grid. Este problema se corregirá en una futura versión.

39. Defecto SCR 6779: AppLogic no puede instalarse en algunos tipos de NIC de Broadcom

En algunos NIC de Broadcom, y concretamente en NetXterme II BCM5709/5716, la velocidad de vínculo detectada por el controlador del NIC es de 100 Mb/s o 10 Mb/s. Como resultado, CA AppLogic no puede instalarse.

Para solucionar la incidencia, intente reinstalarlo. Este problema se corregirá en una futura versión.

40. Defecto SCR 6517: límite de 10 trabajos asincrónicos simultáneos en el servicio Web API.

La versión de OpenSSH instalada en el controlador del grid limita el número de sesiones de ssh multiplexadas simultáneas a 10. Como resultado, si se ejecutan más de 10 solicitudes asincrónicas, la API no las recoge.

Para solucionar la incidencia, envíe menos de 10 solicitudes asincrónicas simultáneas a la API. Este problema se corregirá en una versión futura.

41. Defecto SCR 7059: el editor de la aplicación no puede cargarse después de haber renombrado las interfaces de Montaje o Componentes al usar varias interfaces externas.

Si renombra la interfaz de Montaje o Componentes, el editor de la aplicación no se carga completamente. Este problema se corregirá en una versión futura.

42. Defecto SCR 7516: ServerEngines Corp. detecta el NIC como inactivo. Controlador de NIC de Emulex OneConnect 10 Gb (be3) (rev 01).

En servidores con estos NIC, después de haber creado un grid, el resultado de la información de srv srvX -extended muestra al estado de los NIC como inactivo. Esto se ha identificado como una incidencia específica de hardware. Para solucionar la incidencia, inicie sesión en el conmutador correspondiente, cierre el puerto del NIC en el srvX y actívelo de nuevo. El estado ahora debería ser activo. Este problema se corregirá en una futura versión.



43. Defecto SCR 7507: no se puede instalar el grid al utilizar servidores R710 de Dell con NIC Broadcom NetXtreme II 57711

Se ha observado que en servidores PE R710 de Dell con NIC Broadcom NetXtreme II 57711 (bnx2x) de 10Gbe, BFC no es capaz de detectar los servidores en los que se producirá un error de instalación. Esto es una incidencia específica de hardware y se corregirá en una futura versión.

Problemas conocidos e incidencias específicas de dispositivos basados en Windows

A continuación, figuran los problemas conocidos clave que incluye esta versión con respecto a los dispositivos de Windows. Si lo desea, consulte la referencia de instalación de dispositivos de Windows para obtener información sobre procedimientos adicionales y notas.

1. Defecto SCR 6515: APK (nativo nuevo): El dispositivo de WIN0364DC produce un error intermitentemente al iniciarse en un grid de XEN

Al utilizar el nuevo APK de Windows que se incluye con CA AppLogic 3.5, la edición de centro de datos de 64 bits de Windows Server 2003 puede producir un error intermitentemente al iniciarse en un grid basado en Xen. Si se produce este problema, el reinicio del dispositivo puede solucionarlo. Este problema se corregirá en una futura versión.

2. Defecto SCR 2751: el cambio de tamaño del volumen del archivador de Windows puede producir un error en un volumen con un sistema de archivos dañado.

El archivador de Windows puede hacer que falle una operación de cambio de tamaño de volumen si el volumen fuente contiene una entrada de directorio o un archivo que estén dañados. La causa principal de este problema deriva del hecho de que algunas de las instalaciones de software de Microsoft contienen a propósito entradas de directorio no válidas (no estamos seguros del motivo; esto se ha observado cuando el usuario instala una versión de Microsoft SQL Server en su dispositivo). Además, el volumen de origen puede estar dañado debido al uso y desgaste habituales. Este problema se puede solucionar ejecutando una reparación del sistema de archivos en el volumen (vol fsrepair) antes de cambiar de tamaño el volumen.



3. Defecto SCR 3078: fallo en el cambio de tamaño de un volumen NTFS debido a un error en el inicio de archivador de Windows.

CA ha observado que la operación de cambio de tamaño de los volúmenes NTFS falla 2 de cada 100 veces. Estos 2 errores se producen porque el archivador de Windows no consigue iniciarse correctamente en el grid. Si se produce este problema, al repetir el cambio de tamaño una segunda vez, debería solucionarse. Este problema, sin embargo, debería estar resuelto en esta versión; si observa este problema, informe al respecto al Soporte técnico de CA.

4. Defecto SCR 2750: el archivador de Windows genera un fallo al crear un volumen ntfs (error de diskpart poco frecuente)

El archivador de Windows emplea una utilidad de Microsoft llamada diskpart para gestionar los volúmenes NTFS de Windows. Ocasionalmente diskpart falla al obtener información sobre el volumen o al montarlo. Esto es un error muy poco frecuente y puede hacer que las operaciones 'vol create' o 'vol resize' fallen en los volúmenes NTFS.

5. Defecto SCR 2748: los dispositivos de Windows ocasionalmente detectan IP duplicadas en su red interna.

Si el usuario tiene una aplicación que contiene un dispositivo de Windows y se agregan uno o más dispositivos de Windows a la aplicación o bien se agregan o eliminan terminales en los dispositivos de Windows, durante el primer inicio de aplicaciones, algunos los dispositivos de Windows pueden detectar IP duplicadas en su red interna (esto puede suceder solamente durante el primer inicio de la aplicación después de que ésta se haya modificado). Esto no debería causar ningún error operacional en la aplicación ni requerir la intervención del usuario; las direcciones IP duplicadas son estrictamente temporales. En el peor de los casos, parte de la comunicación de red relacionada con cualquiera de los dispositivos de Windows se puede retrasar entre 30 y 60 segundos.

6. Defecto SCR 3021: la aplicación de Windows se quedaba bloqueada al 99% del proceso de detención de una aplicación.

Al intentar detener una aplicación Windows, el proceso se quedaba bloqueado al 99% de su realización. La operación agotaba el tiempo de espera una vez transcurridos 15 minutos. La aplicación contenía 2 instancias de un dispositivo de Windows 2003 Server DataCenter Edition (WIN03DC). Uno de los dispositivos de Windows se detenía y el otro se quedaba bloqueado durante la operación 'comp stop'. Esto se producía solamente una vez y no se podía reproducir.



7. Defecto SCR 2504: ocasionalmente los valores del contador de lectura y escritura de discos se registran como cero (error de la API perfmon de Windows).

De vez en cuando se registran ceros para los siguientes contadores de E/S de disco para los dispositivos de Windows (aunque se esté generando un flujo sostenido de E/S): bytes totales de lectura y escritura, núm. de lecturas y escrituras del volumen y el tiempo consumido en las lecturas y escrituras. Esto se debe a un error en la API perfmon de Windows: los valores cero los registra la API perfmon de Windows.

8. Defecto SCR 2821: los MSI del archivador de Windows no funcionan con sistemas Windows traducidos al japonés.

Aparte de los MSI del archivador, las versiones de Windows traducidas al japonés deberían funcionar con CA AppLogic.

9. Defecto SCR 2862: el dispositivo de Windows falla al iniciarse si hay instalado un dispositivo de DVD-ROM virtual.

Los dispositivo de Windows producen un error al iniciarse si está instalado un dispositivo de DVD-ROM virtual de MagicISO. Los dispositivos de DVD-ROM virtuales no son compatibles actualmente con CA AppLogic para dispositivos basados en Windows.

10. Defecto SCR 2499: se pueden necesitar varios minutos para detectar NIC nuevos en los dispositivos de Windows, lo que puede causar el agotamiento de los tiempos de espera de arranque.

En algunas ocasiones, se requieren varios minutos para que Windows detecte nuevos NIC en un dispositivo. Esto ocurre cuando el usuario agrega o elimina terminales para un singleton de dispositivo de Windows. El tiempo adicional necesario para detectar estos NIC nuevos puede causar el agotamiento de los tiempos de espera de arranque del dispositivo. Una solución alternativa para esto es aumentar el tiempo de espera de arranque en su dispositivo de Windows.



11. Defecto SCR 2505: la migración de un dispositivo de Windows a otro grid puede provocar la reactivación del dispositivo de Windows.

Si un usuario tiene un dispositivo de Windows en su grid y migra el dispositivo a otro grid que tiene hardware diferente, el dispositivo de Windows puede requerir una reactivación (reactivación de Windows de Microsoft). La reactivación se produce cuando ha cambiado una cantidad específica de hardware (CA desconoce exactamente qué cambios de hardware motivan esta reactivación). Tenga en cuenta que una reactivación puede requerir que el dispositivo de Windows acceda a Internet. Este problema particular se ha observado después de cambiar de tamaño del volumen de arranque de dispositivo de Windows y migrar el dispositivo a un grid diferente.

12. Defecto SCR 3814: los permisos de acceso de raíz del archivador de Windows 2008 están limitados mediante SSH

Este problema solamente afecta a Windows 2008 Server de 32 o 64 bits (Windows 2003 Server funciona perfectamente). Al acceder a un volumen de Windows 2008 mediante el archivador o SSH a un dispositivo, puede que el usuario no pueda acceder o modificar archivos por problemas con los permisos. Para acceder o modificar archivos mediante el shell del comando, conéctese a través de la consola gráfica al escritorio de Windows y abra un shell de comandos. El shell de comando se puede usar para acceder a los archivos o modificarlos.

13. Defecto SCR 4593: las clases base o las de Windows 2003 VDS fallan al iniciarse (se agota el tiempo de espera del arranque).

Windows 2003 Server agota el tiempo de espera durante el primer arranque en la instalación. Asegúrese de seguir las instrucciones de generación de Windows para encontrar una solución alternativa a esta incidencia.

14. Dispositivos basados en Windows 2003 Server: la instalación de los controladores Turbogate PV requiere la intervención del usuario

Al instalar los controladores Turbogate PV, cuando se inicia el dispositivo y se ejecuta en un servidor de grid de Xen, el usuario deberá hacer clic manualmente en el asistente de instalación de hardware para la instalación de los controladores Turbogate PV en todos los terminales que se han configurado en el dispositivo. De lo contrario, se producirá un error al iniciar el dispositivo.



15. Defecto SCR 5737: dispositivos basados en Windows 2003 Server de 32/64 bits: solamente funcionan en el hipervisor donde se ha creado inicialmente el dispositivo.

Al crear un nuevo dispositivo de servidor de Windows 2003 de 32/64 bits, el dispositivo funcionará solamente con un servidor de grid que utilice el mismo hipervisor en el cual se creó el dispositivo en un principio. De lo contrario, el dispositivo se bloqueará durante el arranque. Por ejemplo, si el dispositivo se ha creado inicialmente en un servidor de grid de ESX, sólo podrá utilizarse en un servidor de grid de ESX. (Si intenta utilizar el dispositivo en un servidor de grid de XEN no funcionará, el dispositivo se bloqueará durante el arranque).

16. Defecto SCR 5960: los contadores para un dispositivo de Windows 2003 no aparecen al utilizar MON.

Éste es un problema conocido con el servidor de Microsoft Windows 2003. Microsoft tiene una solución para resolver este problema con su dispositivo de Windows 2003.

Problemas no reproducibles e incidencias

Los problemas de la lista siguiente se han observado en versiones de CA AppLogic 2.4-3.x pero son sumamente difíciles de reproducir (o es imposible hacerlo) y se han producido solamente una vez o dos veces. Si se produce en su grid cualquiera de estos problemas, envíe un informe de error a CA para describir qué problema se ha producido y qué comandos de CA AppLogic ejecutados han conducido al error.

1. Defecto SCR 2842: el servidor se reiniciaba debido a un bloqueo en el kernel de Linux (observado en las versiones 2.7 y 2.8).

Un servidor del grid se reiniciaba solo debido a un bloqueo en el kernel de Linux en dom0 del servidor. Es probable que esto no provoque el fallo del grid entero, como en versiones anteriores de CA AppLogic, pero podría causar tiempo de inactividad en la aplicación. En este caso, CA AppLogic reinicia en otros servidores del grid los dispositivos que se estaban ejecutando en el servidor que ha fallado. Si observa este problema en su grid, póngase en contacto con Soporte de CA.

http://support.microsoft.com/default.aspx?scid=kb;en-us;300956




2. Defecto SCR 2834: el servidor pierde la conexión con el controlador de grid.

En CA AppLogic 2.4, ha habido varios casos en los que un servidor pierde la conexión con el controlador de grid y se reinicia. Esto hace que todos los dispositivos que se estaban ejecutando en el servidor se replanifiquen en otros servidores del grid y también puede causar tiempo de inactividad en la aplicación. Se desconoce por qué los servidores pierden sus conexiones con el controlador de grid. En CA AppLogic 2.7-3.x, si la conexión del servidor con el controlador de grid se disuelve, el servidor intenta reconectarse con el controlador de grid y, si lo consigue, el servidor permanece operacional y no hay tiempo de inactividad en la aplicación. Si el servidor no se puede reconectar al controlador de grid durante 1 minuto, el servidor se reinicia y se produce tiempo de inactividad en la aplicación. Cuando un servidor pierde su conexión con el controlador de grid, se registra un mensaje en el cuadro de mandos. Si observa este problema, póngase en contacto con Soporte de CA de inmediato.

3. SCR 2903: si se realiza un cambio de tamaño de volumen en 4 volúmenes NTFS al mismo tiempo, se produce un error.

En CA AppLogic 2.7 y 2.8, al intentar cambiar el tamaño de 4 volúmenes NTFS al mismo tiempo, se produce un error en la operación de cambio de tamaño de los 4 volúmenes. Este problema se ha observado sólo una vez.

4. SCR 3289: se ha observado un error de replicación de NASR cuando casi no quedaba espacio en disco.

Mientras NASR estaba replicando un archivo de 800 MB en un volumen de 1 GB, el dispositivo de NASR dejó de responder. CA es incapaz de reproducir este problema. Si observa este problema en su grid, comuníqueselo al servicio de Soporte de CA.

5. SCR 3711: al abrir muchas consolas gráficas se bloqueó un servidor en el grid.

El usuario abrió más de 6 consolas gráficas para distintos dispositivos de Windows que se ejecutaban en el grid (abiertas al mismo tiempo). Al abrir la 7.ª consola gráfica, uno de los servidores se reinició y se volvió a unir al grid. Los dispositivos que se estaban ejecutando en el servidor que falló se reiniciaron en otros servidores del grid. Este problema se ha observado solamente una vez.




Problemas conocidos de BFC

Hemos identificado los siguientes problemas conocidos con Backbone Fabric Controller (BFC) en esta versión:

1. Si se ejecuta una réplica de la base de datos de BFC en un sistema de archivos de NFS de montaje en firme (los montajes en firme de NFS son el valor predeterminado; no se debe utilizar la funcionalidad de montaje flexible opcional) y se produce un error en el sistema de archivos de montaje de NFS, BFC no responderá. Se trata de un problema del mismo NFS y sobre el que BFC no tiene control. Si se finaliza con este estado y no se puede restaurar el sistema de archivos de NFS, se podrá eliminar la dependencia de BFC de la réplica para restaurar una operación normal:

a. Inicie sesión en el sistema de BFC como raíz.

b. Cambie al usuario de bfcadmin por el comando siguiente:

su - bfcadmin

c. Ejecute <BFC install location>/bin/stop_replication (de forma predeterminada, esto será /opt/bfc/bin/stop_replication)

Importante: Después de interrumpir esta dependencia, el sistema se ejecutará sin la réplica, de manera que se deberá volver a la IU y establecer otra réplica en la misma ubicación, o en otra distinta.

2. Defecto SCR 6990: no se puede desconectar la VLAN predeterminada para un grid mediante la API de BFC.

3. Defecto SCR 6027: no se puede iniciar el grid desde la IU de BFC después de que se apague usando el comando "3t grid shutdown".

No utilice el comando "3t grid shutdown" en un grid.

4. Defecto SCR 7036: el grid de ESX falla debido a un error en el montaje de NFS.

Cuando esto ocurre, el problema se soluciona si se reinicia el servicio de NFS en BFC.

5. Defecto SCR 7058: el nodo del grid de ESX entra en un bucle de reinicio infinito tras el reinicio.

6. Defecto SCR 6424: la instalación de BMI solicita discos de controladores en HP DL360g4p.

Si se recibe este mensaje, tan sólo es necesario hacer clic en la tecla "Esc" para continuar con la instalación.



7. Defecto SCR 6779: los servidores que se sabe que tienen interfaces GigE a veces notifican un error alegando que no se están ejecutando a velocidades de GigE.

En CA AppLogic 3.5, se detecta que algunos NIC NetXtreme II de Broadcom Corporation son demasiado lentos. Si produce este error, intente volver a detectar el servidor.

8. Defecto SCR 7296: BFC no puede crear un nuevo grid cuando la lista de comprobación muestra un error de espacio en la base de datos de réplica.

Si el BFC se queda sin espacio antes de que pueda apagarse, deberá reiniciar el BFC cuando haya liberado espacio para que vuelva a funcionar correctamente.

9. Defecto SCR 7312: la instalación no asistida con la contraseña !"$%&/()='? no pudo completarse

Si está realizando una instalación no atendida con esta versión del producto, su contraseña no puede contener “=”.

10. Defecto SCR 7363: la ID 0 de la red VLAN no está permitida en BFC 3.5

Si utilizaba una red VLAN 0 en el BFC con AppLogic 3.1, podrá seguir usando ese ID de VLAN, pero no podrá asignar ese VLAN en la IU a partir de 3.5.

11. Defecto SCR 7376: se omite la comprobación de STP durante la detección de red si el puerto público del servidor se configura como troncal

Este error podría permitir que los servidores accedieran accidentalmente a los grids que deberían estar bloqueados. Si los puertos están correctamente configurados, este problema no se producirá.

12. Defecto SCR 7401: BFC muestra el error "System_limit" cuando el número total de caracteres del cuadro de texto "Edición de parámetros de grid" supera los 256 caracteres.

Si necesita emplear más de 256 caracteres, basta con eliminar esos parámetros en más de una actualización del grid.



13. Defecto SCR 7411: BMI: comprobación inválida de los permisos de propiedad en la ruta de la base de datos de la réplica de NFS durante BMI

Si está instalando Bare Metal e intentando definir una réplica sobre un sistema de archivos basado en NFS, se producirán problemas si bfcadmin no posee el directorio. Una opción simple es agregar la réplica después de realizar la instalación mediante la IU. Otra es realizar los siguientes pasos:

a. En el servidor de NFS cree un usuario ‘bfcadmin’ y un grupo ‘bfc’ con los siguientes comandos:

groupadd -g 64869 bfc

useradd –u 64870 -g 64869 bfcadmin

b. Ejecute los comandos chown y chgrp en el recurso compartido de NFS

chown bfcadmin /mnt/replica

chgrp bfc /mnt/replica

(donde /mnt/replica es la ruta al directorio de réplica)

14. Defecto SCR 7413: La IU de BFC muestra un número incorrecto de núcleos de CPU cuando se desactiva Hyper Threading.

En algunos servidores, el número de CPU detectado por el sistema es el mismo indistintamente de si Hyper Threading está activado o desactivado. Esto se ha observado en algunos procesadores Dell R610.

15. Defecto SCR 7470: BFC no puede aplicar los parámetros del grid cuando más de 1 parámetro se transfiere de la llamada de API.

Este problema tiene que ver con cómo se escriben los parámetros en el archivo de configuración transferido al conjunto. Si en la IU el usuario introduce sus datos con un coma entre las entradas, se produce el mismo error. La solución para el API de BFC es transferir solamente una única cadena con entradas separadas por un salto de línea.

Por ejemplo:

\"additional_config\":[\"ext_dns1=155.35.34.108\next_dns2=141.202.1.108\"]

En lugar de:

\"additional_config\":[\"ext_dns1=155.35.34.108\",\"ext_dns2=141.202.1.108\"]



16. Defecto SCR 7526: BFC no puede poner en cuarentena correctamente un nodo detectado porque el modo de puertos extremos no se ha detectado correctamente en una interfaz externa.

La incidencia se produce cuando el protocolo de árbol de expansión (STP) está activado en los conmutadores externos y la red VLAN sin etiquetar en el puerto del conmutador que se conecta a la interfaz externa del servidor no es la misma que la red VLAN sin etiquetar del puerto del conmutador que se conecta a la interfaz externa de los servidores de BFC. El parámetro stp_port de la interfaz externa del servidor se detecta como desconocido y el servidor se pone en cuarentena. Para solucionar la incidencia, puede desactivar completamente el protocolo STP en los conmutadores externos o configurar la red VLAN sin etiquetar del puerto del conmutador que se conecta a la interfaz externa de los servidores para que sea la misma que la red VLAN sin etiquetar del puerto que se conecta a la interfaz externa de los servidores de BFC. A continuación, desactive la cuarentena del servidor para reiniciar el proceso de detección.

17. Defecto SCR 7523: la actualización del BFC de 3.1 a 3.5 no podrá llevarse a cabo si un grid contiene un intervalo de direcciones IP de aplicación seleccionado de una subred que se ha suprimido posteriormente.

Esta incidencia se produce porque al suprimir incorrectamente una subred en 3.1 se produce un error si se tienen grids con intervalos de direcciones IP de aplicación que están en esa subred. El proceso de actualización busca la subred que falta en la actualización y a continuación se produce un error porque no la encuentra. Para solucionar la incidencia, utilice las instrucciones de la actualización errónea para restaurar la instalación previa de BFC 3.1. A continuación, diríjase a cada uno de los grids y suprima los intervalos de direcciones IP de aplicación del grid que no pertenece a una subred actualmente configurada. En algunos casos, como cuando posteriormente se vuelve a agregar la misma subred con un nuevo parámetro de longitud de prefijo de CIDR, el intervalo puede estar dentro de los límites de la subred actual, pero el componente de subred subyacente será incorrecto y seguirá provocando un error en la actualización. Debería comprobar en la IU del controlador del grid que la subred del BFC coincide con los parámetros del intervalo de direcciones IP de aplicación para cerciorarse de ello.

18. Defecto SCR 7047 - Problema conocido con el comando -o de isotool.

El parámetro -o de isotool no muestra correctamente los dispositivos USB adjuntados al equipo (cuadro de CentOS 5.5). Éste es un problema conocido de CentOS 5.5. Para resolver esto, se debe emitir el siguiente comando de shell como raíz de usuario:

service haldaemon restart

Correcciones de errores importantes



Los siguientes defectos se han resuelto en la versión básica disponible de CA AppLogic 3.5:

■ 4265: EDT: problemas de estilización de Safari

■ 4573: EDT: "Srv shutdown invalid" provoca que el shell Web se cierre con un error

■ 5523: CAT: el archivo /etc/resolv.conf del dispositivo NAS no se está limpiando

■ 5561: CAT: todos los dispositivos deberían tener una plantilla del nombre de la instancia significativa

■ 5640: VPAT: problema de criterios de identificación de las columnas y filas de las tablas de datos de AppLogic.

■ 6127: EDT: el shell del grid global permanece abierto si el usuario no está autorizado en la aplicación seleccionada.

■ 6629: Producto: ESX: la instalación del grid falla intermitentemente al utilizar un servidor de NFS

■ 6678: EDT: solapamiento de etiquetas en Chrome 18

■ 6713: APK (nuevo nativo): el archivo de la página no se suprimió después de la instalación correcta del MSI del APK de Windows con script de automatización.

■ 6719: CAT: archivador: la ayuda del explorador del volumen lo está redirigiendo al documento de AppLogic 3.1.

■ 7059: EDT: el texto de la etiqueta del terminal puede solaparse con las imágenes del terminal

■ 7093: EDT: el límite de la ventana se debería ajustar según el tamaño de la pantalla (por ej. demasiado grande para visualizar en portátiles)

■ 7109: CAT: VPN/VDS: el tipo de propiedad dns1 y dns2 se establece en la cadena en lugar de la IP

■ 7120: WS_API: el método de información de vdc con indicador prolijo no funciona

■ 7124: WS_API: la modificación del grupo sin parámetros devuelve un código satisfactorio en vez de producir un error

■ 7125: CLI: el grupo remove_principal devuelve un código de error para un elemento principal no existente en lugar de producir un error



■ 7130: Archivador: Windows: _eXtplorer: nombre de volumen mostrado como “desconocido” en la barra de títulos

■ 7144: CAT: solución para el tiempo de espera de la consola Web de MYSQLR*: active keepalives del TCP del cliente

■ 7151: Producto: MEI: ABS: las interfaces sin formato no funcionan con los dispositivos de Windows 2003

■ 7156: APK (nativo nuevo): no se pueden generar los valores del contador para la síntesis del CPU y las entidades de arranque del volumen en ejecución. Lo más probable es que no sea un error.

■ 7159: EDT: en la ventana de Configuración de la aplicación no hay ninguna indicación visual en la lista desplegable para seleccionar una red VLAN ni una IP para una interfaz sin formato

■ 7173: CAT: el VDS de Windows no se ejecuta con direcciones IP procedentes solamente de los intervalos permitidos (cadena contra tipo de dirección IP)

■ 7199: EDT: los shells Web se cierran automáticamente cuando el número de shells Web activos supera el límite máximo

■ 7203: CLI: UTL: wincfg muestra un mensaje erróneo cuando el componente/aplicación está detenido

■ 7203: Producto: wincfg: muestra un mensaje erróneo cuando el componente/aplicación está detenido

■ 7229: EDT: se produce un error al iniciar aplicaciones que no han sido guardadas

■ 7230: EDT: no se muestra ningún mensaje para el usuario cuando se cierra una aplicación no guardada

■ 7231: EDT: los iconos de estado del dispositivo podrían quedar fuera del cuadro del dispositivo

■ 7233: EDT: no se muestra ningún botón para guardar/descartar los cambios de la aplicación en el cuadro de diálogo Inicio de la aplicación/Reinicio antes de iniciar/reiniciar la aplicación

■ 7234: EDT: no aparece ningún cuadro de diálogo emergente al iniciar la aplicación desde la IU mientras se reparan los volúmenes

■ 7238: EDT: el diseño del cuadro de diálogo Inicio de la aplicación/Reinicio no se muestra correctamente

■ 7239: error al actualizar el grid de AL de 3.0 GA a la versión 3.5 Betarefresh



■ 7242: EDT: los nombres de clase se cambian a letras minúsculas cuando se arrastran al lienzo

■ 7248: CLI: QTA: la ID de usuario con la descripción se muestra en la lista de cuota incluso después de haber sido destruida

■ 7255: APK (nativo nuevo): IU: clic en el botón secundario del ratón - Error al iniciar sesión (ssh) en la aplicación proporcionada del archivador de Windows durante la gestión de volúmenes con IP externas en los grids de ESX y XEN

■ 7258: APK (nativo nuevo): el paquete de instalación IIS se cuelga durante la instalación y no funciona

■ 7261: CLI (3tshell.help): la descripción para las opciones --debug y --cap_cpu debe actualizarse para iniciar/reiniciar la aplicación

■ 7264: 3tcollect: la información de registro recopilada para los servidores es incorrecta cuando un grid se reinicia en medio de la ejecución

■ 7266: Producto: NWHA: el servidor SAN no debería considerarse al ejecutar el comando "3t grid net_discover" para detectar los cambios de la red

■ 7269: Producto: no se puede agregar un servidor de referencia al utilizar un servidor SAN para el almacenamiento de volumen

■ 7271: CLI (enh): agregue soporte para especificar unidades al fijar vol_repair_speed

■ 7272: CLI: falta la descripción del parámetro bw_oversubscription en los temas de ayuda para el grid y el conjunto del servidor

■ 7274: Producto: la eliminación de un nodo de un grid de Xen provoca el reinicio del controlador del grid

■ 7275: EDT: en el cuadro de manos de información de red, elimine "Lan" y cambie "prefijo" por "máscara de red"

■ 7280: EDT: el diseño de la ventana emergente no se muestra correctamente en el explorador de Chrome19

■ 7284: EDT: la operación por turnos y la operación por turnos con inicio aleatorio están funcionando viceversa desde la IU

■ 7285: CLI: MEI: la restauración de una interfaz con 'app config -d' provoca la restauración de las dos interfaces

■ 7286: EDT: (enh) desactives las opciones del menú Inicio de sesión si la aplicación o el dispositivo no se está ejecutando



■ 7291: Producto: a veces la información del grid detecta que la velocidad de reparación del volumen se combina en un grid nuevo

■ 7304: EDT: se elimina un volumen de la aplicación si esta se ha guardado después de que se produjera un error al suprimir el volumen

■ 7308: VRM: error de HA en un grid de 3 servidores

■ 7317: CTL: el dispositivo no se reinicia en el otro servidor cuando deja de funcionar

■ 7318: MON: IE9: el botón Aceptar no funciona en la nueva ventana gráfica de MON GUI.

■ 7334: CLI: la velocidad predeterminada de reparación de los volúmenes es de 9,77 MB/s

■ 7339: VRM: el grid se está ejecutando sin el controlador de alta disponibilidad, puesto que los 3 servidores no tienen ningún rol asignado

■ 7347: EDT: Chrome: no se muestra un cuadro de diálogo emergente al iniciar la aplicación desde la IU mientras se reparan los volúmenes

■ 7350: EDT:[SAN] error al realizar el aprovisionamiento de una aplicación de VDS desde la IU, mientras que desde CLI funciona adecuadamente

■ 7353: WSAPI: los volúmenes creados no deberían requerir un parámetro "duplicado"

■ 7367: Producto: error de las interfaces de red en el kernel de Xen 3.2.2.11 de la versión 3.5.12 para hardware Dell 1950/2950

■ 7369: APK (nativo nuevo): las actualizaciones automáticas no están desactivadas para los dispositivos de 64 bits de Windows 2003

■ 7370: CAT: VPN: error en la conectividad del servidor del cliente del dispositivo

■ 7386: CLI: QTA: resultado incorrecto del comando de información de cuota en el modo de lote para los recursos disponibles

■ 7388: Producto: NW HA: el modo de red de los grids de no HA/degradados se muestra como activo-pasivo con la red de alta disponibilidad desactivada/activada



Los siguientes defectos se han resuelto en la versión básica de la actualización beta de CA AppLogic 3.5:

■ 5638: VPAT: problema de criterios equivalentes de texto de AppLogic.

■ 5640: VPAT: problema de criterios de las columnas y filas de tablas de datos de identificación de AppLogic.

■ 5644: VPAT: problema de criterios del idioma de la página de AppLogic.

■ 5955: EDT: FF8: las gráficas de control no aparecen en el explorador.

■ 6383: APK (nativo nuevo): problemas con el script de automatización de Windows conectado al MSI de APK.

■ 6511: CAT: problemas con el dispositivo de BCK.

■ 6585: CLI: QTA: límites de cuota no impuestos, excepto en el disco, inmediatamente después de reiniciar el grid.

■ 6587: CLI: los comandos "Put_acl" y "modify_acl" para objetos que permitan varios propietarios.

■ 6652: _eXtplorer: no se puede abrir eXtplorer (es decir, el explorador del volumen) para volúmenes de NTFS.

■ 6663: RBAC y CLI: no se puede modificar el atributo can_own de un grupo global.

■ 6692: Producto: ESX: SAN: error al migrar el volumen del controlador de la SAN al sistema local.

■ 6694: CLI: QTA: el comando 3t quota modify parent="" no elimina el elemento padre.

■ 6695: CLI: QTA: las cuotas no permiten que las cuotas del usuario se modifiquen cuando se alcanza el nivel máximo de cuotas anidadas.

■ 6696: Producto: SAN: el controlador se reinicia después de que la migración del sistema local a la SAN produjera un error debido a que otro script está usando el dispositivo de bucle conectado al volumen de metadatos.

■ 6704: EDT: el límite de visualización del botón secundario del ratón del dispositivo de singleton se ha atenuado en el modo de visualización.

■ 6710: CLI: QTA: no se muestran los mensajes del cuadro de mandos para grupos y usuarios globales.

■ 6714: WS_API: etiquetas XML no válidas en la salida de información de la cuota.

■ 6720: EDT: valor oculto de la propiedad visible cuando no está oculto para un dispositivo.



■ 6727: WS_API: no existe provisión para cambiar el límite de recursos de la cuota a ilimitado.

■ 6735: APK (nativo nuevo): error en la operación fscheck del archivador de Windows, creado mediante Filer_Windows-3.5.4.exe, con el modo de error "fsck" del archivador no compatible.

■ 6736: APK (nativo nuevo): faltan archivos en la carpeta C:\appliance después tras la instalación correcta de SQL_Windows-3.5.4.exe.

■ 6737: Producto: la ejecución de la migración de la aplicación produce un error cuando contiene NAS y NASR.

■ 6739: CLI: 3tctl: no se duplican los volúmenes migrados de la SAN en el sistema local.

■ 6740: Producto: los vínculos de la documentación de la GUI del dispositivo no abre los últimos documentos

■ 6742: CLI: QTA: los mensajes del cuadro de mandos no se suprimen cuando se cambia el grupo primario de los propietarios

■ 6747: WS_API: la lista de cuotas devuelve un error cuando se especifica el parámetro principal

■ 6767: APK (nativo nuevo): shutdown.exe no se copia a la carpeta SYSWOW64 de los dispositivos WIN0364S y WIN0364E.

■ 6771: APK (nativo nuevo): la configuración de la gestión del color no era la correcta para la edición Web de WIN 2008 (64 bits) y la pantalla (escritorio) no los muestra correctamente.

■ 6773: APK (nativo nuevo): la configuración de la seguridad mejorada de IE no se ha desactivado en todas las ediciones de 64 bits de los dispositivos con WIN 2008.

■ 6774: APK (nativo nuevo): las actualizaciones de Windows no se han desactivado en todas las ediciones de 64 bits de los dispositivos con WIN 2008.

■ 6790: Producto: "3tcollect" y "3taudit" producen un error al ejecutarse en un grid 3.5 actualizado.

■ 6808: EDT: la IU del controlador se desconecta cuando el usuario intenta ver o editar las aplicaciones (BackupHelper y MigHelper)

■ 6837: CLI: QTA: no se actualizan los recursos utilizados después de la operación app clean.

■ 6868: EDT: el usuario del grid con el acceso de inicio de sesión válido puede escalar sus permisos.



■ 6900: CLI: QTA: la lista de cuota no produce resultados en el modo de lote cuando los recursos tienen el límite 0.

■ 6918: EDT: avisa al usuario de que los cambios de la aplicación tendrán lugar solamente cuando se reinicie.

■ 6931: la plantilla WISA_r11 no utilizable produce un error al iniciarse y al realizar operaciones de configuración básicas.

■ 6937: VPAT: problema de criterios del idioma de la página al iniciar sesión en AppLogic.

■ 6971: CLI: QTA: el exceso se produce con un usuario con límites de recurso 0.

■ 6981: CLI: se ha anulado la creación de volúmenes debido a un error de segmentación (problema poco frecuente).

■ 6986: CLI (3tmigrate): la migración del catálogo produce un error cuando lo ejecuta un usuario regular y se especifica --preserve_xxx.

■ 6997: 3tcollect: no ha sido posible ejecutar 3tcollect correctamente en el grid en ejecución del BFC.

■ 7000: VPAT: el lector de pantalla no puede interpretar la gráfica de recursos con los colores.

■ 7011: EDT: se ha producido un error al actualizar el archivo del descriptor del paquete cuando se agregan o eliminan interfaces MEI.

■ 7032: Producto: varias aplicaciones se pueden iniciar de forma incorrecta con las mismas direcciones IP.

■ 7046: RBAC: la eliminación de un usuario de su grupo primario lo deja como el grupo primario del usuario.

■ 7052: Producto: Migración de la aplicación: "Migrar desde" produce un error cuando se utiliza en la GUI.

■ 7071: EDT: la migración de la aplicación ("Migrar a") produce un error de la versión 3.5.9 a la 3.1

■ 7088: Producto: ESX: el comando "grid set" con el ID del conmutador produce un mensaje de error no deseado después de configurar correctamente el conmutador necesario "activo".

■ 7123: WS_API: el grupo con el principal no funciona.

■ 7134: Producto: HA de red: los NIC que previamente se desconectaron no se han vuelto a detectar tras reiniciar el servidor y restaurar la red.



■ 7137: HA de red en una red externa no funciona con conmutadores de 10/100 mbps.

■ 7142: Producto: Xen: el kernel de AppLogic 3.5.7 (v3.2.2) produce un error de arranque en un hardware específico cuando se activa ioatdma.

■ 7146: EDT: no aparece ningún mensaje de alerta en la ventana del editor para un dispositivo bloqueado cuando se intentaba consultar el descriptor de la clase.

■ 7158: CLI: la configuración de la aplicación informa de un error de sintaxis tras eliminar la conexión de iface.

■ 7170: CLI: no se muestra ningún mensaje del cuadro de mandos de QTA cuando se agrega una cuota para un usuario.

■ 7171: CLI: QTA: la eliminación del usuario o grupo de 3t no suprime los mensajes del cuadro de mandos de la cuota.

■ 7180: APK (nativo nuevo): Archivador de Windows: a veces se produce un error al cambiar el tamaño del volumen de arranque.

■ 7201: EDT: se producen varios problemas al utilizar FireFox 13.

■ 7209: APK (nativo nuevo): no se pueden crear volúmenes de NTFS en grids de ESX y XEN con la última versión (3.5.10) de APK/EXE.

■ 7213: EDT: no se gestionan adecuadamente los eventos de descarga de Chrome.

■ 7235: Producto: el controlador de la máquina virtual no migra cuando el rol del servidor primario se cambia mediante el comando "set srv role" en un grid de dos nodos.

■ 7250: EDT: los cuadros de diálogo de inicio o reinicio deberían establecer el botón de inicio para que sea el valor predeterminado.

■ 7251: Producto: vulnerabilidad de seguridad

■ 7252: ABS: ESX: el cambio incorrecto de la configuración de red requiere el reinicio de un grid para que se apliquen los cambios.

Los siguientes defectos se han resuelto en la versión beta básica inicial de CA AppLogic 3.5:

■ SCR 6160: Producto: vulnerabilidad de la seguridad

■ SCR 6235: Producto: la sección de notas de la ayuda de la utilidad hvm2pv muestra una discordancia en el estado de la aplicación al ejecutar hvm2pv.

■ SCR 6406: CPL: no ha sido posible aprovisionar la misma aplicación en grids diferentes al mismo tiempo.



■ SCR 6078: EDT: Chrome: no se guardan los cambios en la ventana del editor de aplicaciones.

■ SCR 6127: EDT: shell del grid global abierto si el usuario no está autorizado en la aplicación seleccionada.

■ SCR 6224: EDT: mensaje incorrecto cuando se intentaba arrastrar el dispositivo del catálogo al modo de visualización.

■ SCR 6572: EDT: el botón del cuadro de diálogo no es lo bastante grande en el cuadro de diálogo del mensaje de error.

■ SCR 6203: CLI: "modify group -principal" no funciona cuando se utiliza el nombre del usuario o el grupo directamente.

■ SCR 6204: CLI: se produce una incoherencia entre "user" y "usr" cuando el nombre contiene caracteres que no son alfanuméricos.

■ SCR 6220: CLI: la importación de 3tcat no se elimina correctamente cuando se produce un error o se aborta la operación.

■ SCR 6399: CLI: 3tsrv: no aparecen los dispositivos usados bloqueados en un servidor ESX.

■ SCR 6563: CLI: advertencias de Perl al importar una aplicación con el catálogo local.

■ SCR 6567: CLI: "app stop--all" produce un error al detener todas las aplicaciones si una de ellas se detiene explícitamente mientras la operación sigue en curso.

■ SCR 6587: CLI: los comandos "Put_acl" y "modify_acl" para objetos permiten varios propietarios.

■ SCR 6640: CLI: el comando "put_acl" de un objeto produce un error al asociar un usuario como un propietario recreado.

■ SCR 6663: CLI: no se puede modificar el atributo can_own de un grupo global.

■ SCR 5638: VPAT: faltan etiquetas de texto alternativo para elementos HTML.

■ SCR 5641: VPAT: títulos asignados a iframe en las fichas Aplicación, Cuadro de mandos, Registro y Soporte.

■ SCR 5644: VPAT: establece el atributo de idiomas en todas las páginas excepto en las de documentación.

■ SCR 6232: VPAT: QA ha encontrado un atributo de ID duplicado corregido.



■ SCR 6231: VPAT: no ha sido posible ordenar la lista de aplicaciones ni navegar por los botones de la barra de herramientas utilizando sólo el teclado.

■ SCR 6232: VPAT: Criterios de análisis: faltan etiquetas de inicio o fin.

■ SCR 6233: VPAT: faltan atributos de idioma.

■ SCR 6234: VPAT: el lector de pantalla no puede leer los botones de la barra de herramientas ni los mensajes de registro.

■ SCR 6140: WS_API: no funciona con los parámetros de configuración de parejas de aplicaciones --d mem.min ni --template=App1.

■ SCR 6269: WS_API: WS_API App no devuelve ningún valor o mensaje para llamadas no compatibles.

■ SCR 6610: WS_API: se devuelve un código de error incorrecto para los comandos "group put_newobj_acl" y "grid put_acl".

Los siguientes defectos de BFC se han resuelto en la versión 3.5 de CA AppLogic:

■ SCR 6069: LDAP pierde datos de la memoria caché al reiniciar BFC.

■ SCR 6131: la actualización de BFC se detuvo en la consola si se bloqueaba Yum.

■ SCR 6219: la condición de carreras en el código de implementación de Xen puede causar errores de implementación de GridOS.

■ SCR 6229: el operador "=" no funciona para la propiedad "Fecha de detección" en la ventana Editar etiqueta inteligente.

■ SCR 6230: en la ventana Editar etiqueta inteligente, el campo "Valor" de la propiedad "Capacidad total de disco" no funcionará para valores decimales.

■ SCR 6262: la ventana Editar etiqueta inteligente no muestra los servidores con la etiqueta necesaria.

■ SCR 6275: BFC: no se están detectando servidores después de haber reinstalado BFC.

■ SCR 6298: BFC API: existe información incorrecta en la salida de la lista de llamadas del grid.

■ SCR 6337: datos de inventario de red incorrectos en el entorno HA de red.



■ SCR 6344: no se puede agregar una dirección MAC nueva a la lista de MAC existente mediante un archivo de texto.

■ SCR 6355: la información de inventario no se muestra para el servidor detectado en el modo puesto en cuarentena.

■ SCR 6379: la supresión de la versión puede dejar de funcionar si se hace inmediatamente después de la importación de la versión.

■ SCR 6425: la actualización de BFC de la versión 3.1.0 a la 3.5.0 produce un error si existen grids que nunca se han iniciado.

■ SCR 6439: la prueba de almacenamiento externo produce un error en la ficha Administración si otros campos obligatorios aún no se han especificado.

■ SCR 6442: Bare Metal: se desea disponer de soporte para unidades USB además de la unidad de memoria.

■ SCR 6461: los servidores del grid a veces producen un error al iniciarse en el grid de Xen debido a un problema de tiempo.

■ SCR 6490: API: no funciona la eliminación de criterios de GNS de un grid.

■ SCR 6500: la casilla de verificación "Seleccionar todo" no funciona con las fichas Externa y Red de encendido.

■ SCR 6538: los servidores cuya conexión de red troncal no es GigE pueden entrar en un grid.

■ SCR 6554: BMI: la contraseña que contiene todos los alfabetos, caracteres especiales y números no funciona.

■ SCr 6564: API: la llamada de la API acepta la actualización del ID del grid, pero posteriormente el grid produce un error.

■ SCR 6608: CentOS inicia BMI de la publicación del mensaje de grub si el segundo disco se eligió en la pantalla de diseño del disco.

■ SCR 6625: se produce un error en la creación del grid si la clave de licencia se menciona durante la creación del grid.

■ SCR 6641: en el asistente de creación del grid de Chrome, los botones de la parte inferior aparecen cortados.



■ SCR 6665: en la página de propiedades del grid, la ficha XEN/VMware no muestra la barra de desplazamiento si se especifican más valores de criterios.

■ SCR 6668: la desconexión de un servidor mediante el apagado de SSH puede provocar que SSH deje funcionar en algunos casos.

■ SCR 6688: DR se ha bloqueado en la etapa "Esperando la interfaz del cliente...".

■ SCR 6722: el servicio de BFC produce un error al iniciarse si el servidor de NFS que incluye la réplica de la base de datos se desconecta y, a continuación, se ejecuta el script stop_replication.

■ SCR 6796: el montaje de NFS produce un error debido a que "/" aparece al inicio de la ruta.

■ SCR 6872: se produce un error en la recuperación de BMI tanto con un recurso compartido de NFS como con una unidad USB

■ SCR 7005: las direcciones IP que BFC puede conectar evitan la creación de un grid en VLAN etiquetadas

■ SCR 7018: las direcciones IP del controlador del grid no se publican a partir de una lista de direcciones IP de VLAN en uso sin etiquetar, incluso en los casos que se elimine el grid

■ SCR 7087: el reinicio del servicio de BFC requiere dos horas para finalizarse

■ SCR 7126: se produce un error en la actualización de BFC cuando el grid 3.1 se configura con varias redes y VLAN externas

■ SCR 7117: el controlador de la máquina virtual no realiza una conmutación por error en el servidor secundario en un grid de dos nodos cuando se cae el servidor primario.

■ SCR 7040: número incorrecto de servidores de VMware tras el incremento del SLA si no se encuentra ningún servidor coincidente.

Los siguientes defectos de BFC se han resuelto en la versión 3.5.1 de CA AppLogic:

■ SCR 7625: la red troncal con CIDR que no sea de 24 causa una incidencia para PXE

■ SCR 7523: si se suprime una subred en 3.1 que se utiliza para las direcciones IP de una aplicación en un grid, se producirá un error en la actualización

Revisiones de CA AppLogic 3.5


■ SCR 7503: no se pueden establecer varios valores en un grid mediante la API de BFC (creación de bandas, DNS, servidor de hora)

■ SCR 7526: el proceso de inventario comunica incorrectamente el estado de STP en algunos casos

■ SCR 7527: escalabilidad: la supresión del grid con muchas redes/VLAN definidas tarda mucho tiempo

■ SCR 7659: el control de grid puede apilar llamadas de "grid info" en el controlador del grid

■ SCR 7675: el servidor de VLAN pasa al estado de cuarentena cuando los puertos externos del conmutador de BFC y del conmutador del servidor están en el modo “de acceso” y “troncal” respectivamente

■ SCR 7312: se produce un error en la instalación desatendida con la contraseña !"$%&/()=?'


En esta sección se describen todas las revisiones disponibles para CA AppLogic. Asegúrese de que el grid de CA AppLogic esté actualizado con las revisiones obligatorias para garantizar un correcto funcionamiento del grid de CA AppLogic. Los casos en que es necesario reiniciar el grid para aplicar una revisión están marcados con una nota.

Revisiones obligatorias

■ df7588 (en la página 100): Resuelve problemas de compatibilidad con los dispositivos, de seguridad e incidencias de estabilidad (para las nuevas instalaciones de grid).

■ hf7694 (en la página 105): Resuelve problemas de compatibilidad con los dispositivos, de seguridad e incidencias de estabilidad (para grids existentes).

Revisiones recomendadas

■ Ninguna.

Revisiones opcionales

■ Ninguna.



Revisiones de paquetes de idioma (internacionalización del grid de CA AppLogic)

■ lp4631: Japonés

■ lp4632: Francés

■ lp4633: Chino

■ lp4634: Español

■ lp4635: Alemán

■ lp5501: Italiano

Revisiones obsoletas

Estas revisiones se han quedado obsoletas con la versión de df7588 y hf7694 y no deberían utilizarse:

■ hf7611 (en la página 109): Resuelve el asesoramiento de seguridad de Xen.

■ hf6169 (en la página 110): Corrige un problema donde los dispositivos de Windows produzcan un error al iniciarse después de que su nombre de host se haya cambiado.

■ hf7516 (en la página 111): Corrige un problema donde el estado del vínculo de un NIC de Emulex 10G se muestra incorrectamente como desconocido o no operativo debido al error en el controlador de NIC de Emulex (be2net).

Notas:

■ Ahora puede controlar Native Command Queuing (NCQ) para discos duros mediante el comando de configuración del grid (grid set disk_ncq_enable). Se utiliza para discos duros y se deberá desactivar NCQ debido a posibles incidencias de estabilidad. En una versión futura podrá controlar también otros valores de configuración como la sobresuscripción del ancho de banda.

■ Ahora, es posible controlar la velocidad de reparación del volumen (en la página 14) que utiliza el comando grid set (grid set vol_repair_speed).



Revisión df7588

df7588 es una revisión de la distribución para CA AppLogic 3.5.19 y 3.5.22. df7588 resuelve las incidencias de compatibilidad del dispositivo siguiente. Tenga en cuenta que todas las correcciones de error solo afectan a los grids de Xen a menos que se especifique lo contrario.

1. SCR 7507 donde los controladores de NIC de Broadcom 10G no se admiten debido a archivos de firmware que faltan para el controlador de Broadcom bnx2x.

2. SCR 7533 donde faltan algunos de los archivos de firmware para aproximadamente 50 dispositivos (controladores de NIC y de disco duro).

3. SCR 7669 donde se produce un error en la creación de grid en servidores mediante controladores de NIC de Broadcom BCM5709.

4. SCR 6779 donde los controladores de NIC de Broadcom Gigabit Ethernet no operan a veces a la velocidad de Gigabit.

5. SCR 7516 donde se informa incorrectamente del estado de NIC a los NIC de Emulex 10G.

6. SCR 7528 donde se bloquea el hardware del controlador de NIC de Intel e1000e.

7. SCR 7640 donde el kernel de Linux se bloquea en el arranque si se utiliza el controlador de disco HP DL380 G6.

8. SCR 6448 donde se informa de los discos del controlador Dell PERC H200 con la capacidad cero debido a un error en el controlador mpt2sas.

Además, df7588 resuelve las siguientes incidencias de estabilidad del grid:

1. SCR 7611 resuelve varios elementos de asesoramiento de seguridad de Xen.

2. SCR 7665 donde la detención de varios dispositivos puede sobrecargar el servidor y causar errores de limpieza que provocan la inestabilidad del grid.

3. SCR 7673 donde se bloquea el controlador netback de Xen al procesar grandes paquetes de red.

4. SCR 7569 donde se bloquea la detención de la aplicación después de que las aplicaciones se hayan estado ejecutando durante más de 10 días (solo grids de ESX).

5. SCR 7666 donde se imprime un mensaje de error innecesario cuando una cola de red descarta un paquete.



6. SCR 6169 donde los dispositivos de Windows producen un error al iniciarse después de cambiar el nombre de host.

7. SCR 7658 donde no se utilizan todos los discos físicos de los servidores a partir de la creación del grid.

8. SCR 7667 donde, a partir del reinicio de un servidor, Xen omite archivos grandes que nunca se han suprimido.

La resolución a los SCR anteriores afecta a los servidores de grid que utilizan cualesquiera de los hardware siguientes:

1. Chipsets de controlador para Broadcom NetXtreme II 1 Gigabit Ethernet

BCM5706/BCM5708/5709/5716


BCM57710/BCM57711/BCM57711E/BCM57712

3. ServerEngines Corp. Controlador de NIC de Emulex OneConnect 10 Gb (be3) (rev 01).

4. Dispositivos admitidos por el controlador de NIC de Intel e1000e

Intel® 82563 Gigabit Ethernet PHY


Controlador Intel® 82567 Gigabit Ethernet

Controlador Intel® 82571EB Gigabit Ethernet

Controlador Intel® 82572EI Gigabit Ethernet

Controlador Intel® 82573E Gigabit Ethernet

Controlador Intel® 82573L Gigabit Ethernet

Controlador Intel® 82573V Gigabit Ethernet








Adaptador Intel® Gigabit CT para Desktop

Intel® Gigabit PT Quad Port ExpressModule para servidor

Adaptador Intel® PRO/1000 PF Dual Port para servidor

Adaptador Intel® PRO/1000 PF Quad Port para servidor

Adaptador Intel® PRO/1000 PF para servidor

Adaptador Intel® PRO/1000 PT para Desktop

Adaptador Intel® PRO/1000 PT Dual Port para servidor

Adaptador Intel® PRO/1000 PT Quad Port Low Profile para servidor

Adaptador Intel® PRO/1000 PT Quad Port para servidor

Adaptador Intel® PRO/1000 PT para servidor

5. Controlador RAID Dell PowerEdge (PERC) H200

6. Controlador de disco HP DL380 con Smart Array G6 P410i

Esta revisión resuelve el asesoramiento de seguridad de Xen siguiente:

1. XSA-6 http://lists.xen.org/archives/html/xen-devel/2012-02/msg00212.html XSA-6 HVM e1000, buffer overflow.

2. XSA-7 http://lists.xen.org/archives/html/xen-announce/2012-06/msg00001.html 64-bit PV guest privilege escalation vulnerability.

3. XSA-8 http://lists.xen.org/archives/html/xen-announce/2012-06/msg00001.html Guest denial of service on syscall/sysenter exception generation.

4. XSA-9 http://lists.xen.org/archives/html/xen-announce/2012-06/msg00002.html PV guest host Denial of Service.

5. XSA-11 (http://lists.xen.org/archives/html/xen-devel/2012-08/msg00855.html HVM guest destroy p2m teardown host DoS vulnerability.

6. XSA-12 http://lists.xen.org/archives/html/xen-announce/2012-09/msg00000.html Hypercall set_debugreg vulnerability.

7. XSA-13 http://lists.xen.org/archives/html/xen-announce/2012-09/msg00001.html Hypercall physdev_get_free_pirq vulnerability.

8. XSA-14 http://lists.xen.org/archives/html/xen-announce/2012-09/msg00002.html XENMEM_populate_physmap DoS vulnerability.



9. XSA-16 http://lists.xen.org/archives/html/xen-announce/2012-09/msg00005.html PHYSDEVOP_map_pirq index vulnerability.

10. XSA-17 http://lists.xen.org/archives/html/xen-announce/2012-09/msg00003.html Qemu VT100 emulation vulnerability.

11. XSA-19 http://lists.xen.org/archives/html/xen-announce/2012-09/msg00007.html Guest administrator can access qemu monitor console.

Nota: df7588 incluye todas las revisiones anteriores que se publicaron para CA AppLogic 3.5. df7588 incluye hf7611, hf6169 y hf7516. Si la revisión de la distribución df7588 ya se ha instalado, no hay ninguna necesidad de instalar la revisión hf7694.

Nota: En diferencia a una revisión normal que se aplica a un grid de CA AppLogic después de su creación, se aplicará una revisión de distribución a la imagen de distribución de CA AppLogic que se utiliza para crear grids. Como ésta es una revisión de la distribución, el procedimiento de instalación será distinto a una revisión estándar. Por lo tanto, no se debe volver a aplicar esta revisión a menos que la imagen de distribución de CA AppLogic 3.5.19 o 3.5.22 se vuelva a importar a BFC.

Nota: Las correcciones para los SCR 7528, 7640 y 7658 han pasado las pruebas preliminares pero las pruebas finales todavía están pendientes.

Esta revisión solo está dirigida a las distribuciones de AppLogic 3.5.19 y 3.5.22.

Instalación

Después de utilizar BFC para descargar la nueva revisión df7588, inicie sesión como raíz en el servidor de BFC y realice los siguientes pasos:

Si se ha instalado BFC en la ubicación de instalación predeterminada (/opt/bfc), ejecute el comando siguiente:

/opt/bfc/bin/apply-version-hotfix -v 3.5.19 -f <download directory>/3.5.19/applogic-3.5.19-df7588-part1.2.tar.bz2



Si se ha instalado BFC en una ubicación alternativa, ejecute el comando siguiente:

<non-standard BFC install location>/apply-version-hotfix -v 3.5.19 -f <download directory>/3.5.19/applogic-3.5.19-df7588-part1.2.tar.bz2

Los mismos comandos anteriores se pueden utilizar para instalar la revisión de la distribución para 3.5.22 de la manera siguiente:

/opt/bfc/bin/apply-version-hotfix -v 3.5.22 -f <download directory>/3.5.22/applogic-3.5.22-df7588-part1.2.tar.bz2

Nota: <download directory> es el directorio de descarga que se especifica durante la instalación de BFC. También se encuentra en la GUI de Administración de BFC bajo la ficha Versiones.

Actualizaciones de la distribución de AppLogic

df7588 realiza las actualizaciones siguientes en la distribución de AppLogic (BFC ha importado el directorio de AppLogic)

1. df7588 actualiza los RPM siguientes:

a. xen/linux-3.2.2-22.xen0.i386.rpm

b. xen/linux-firmware-3.2.2-22.xen0.i386.rpm

c. xen/hoop-1.1.12-3.2.2x22.xen0.i386.rpm

d. xen/sd_filter-3.1.1-3.2.2x22.xen0.i386.rpm

e. xen/vnp-3.0.6-3.2.2x22.xen0.i386.rpm

f. xen/xen-4.1.2-8.el5.i386.rpm

g. Directorios VRM rpm en los directorios “xen”, “vmware” y “rpms_common”

Para AppLogic 3.5.22 el vrm nuevo es vrm-1.9.41-2.el5.i386.rpm

Para AppLogic 3.5.19 el vrm nuevo es vrm-1.9.37-4.el5.i386.rpm

2. df7588 actualiza los archivos de imagen del servidor en images/GridOS/<version>/

3. df7588 actualiza aldo a la versión 3.5.1.5 - rel-ald-3.5.1.5.tar.bz2



Revisión hf7694

hf7694 es una revisión obligatoria para CA AppLogic 3.5.19 y 3.5.22. hf7694 resuelve las incidencias de compatibilidad del dispositivo siguiente.

Nota: Todas las correcciones de error afectan solamente a los grids de Xen a menos que se especifique lo contrario.

1. SCR 7516 donde el estado de NIC se comunica incorrectamente para los NIC de Emulex 10G

2. SCR 7528 donde se bloquea el hardware del controlador de NIC de Intel e1000e

Además, hf7694 resuelve las siguientes incidencias de estabilidad del grid:

1. SCR 7611 resuelve varios elementos de asesoramiento de seguridad de Xen

2. SCR 7665 donde la detención de varios dispositivos puede sobrecargar el servidor y causar errores de limpieza que provocan la inestabilidad del grid

3. SCR 7673 donde se bloquea el controlador netback de Xen al procesar grandes paquetes de red

4. SCR 7569 donde se bloquea la detención de la aplicación después de que las aplicaciones se hayan estado ejecutando durante más de 10 días (solo grids de ESX)

5. SCR 7666 donde se imprime un mensaje de error innecesario cuando una cola de red descarta un paquete

6. SCR 6169 donde los dispositivos de Windows producen un error al iniciarse después de cambiar el nombre de host

7. SCR 7658 donde no se utilizan todos los discos físicos de los servidores a partir de la creación del grid

8. SCR 7667 donde, a partir del reinicio de un servidor, Xen omite archivos grandes que nunca se han suprimido



La resolución a los SCR anteriores afecta a los servidores de grid que utilizan cualesquiera de los hardware siguientes:


BCM5706/BCM5708/5709/5716


BCM57710/BCM57711/BCM57711E/BCM57712

3. ServerEngines Corp. Controlador de NIC de Emulex OneConnect 10 Gb (be3) (rev 01).

4. Dispositivos admitidos por el controlador de NIC de Intel e1000e




Controlador Intel® 82571EB Gigabit Ethernet

Controlador Intel® 82572EI Gigabit Ethernet

Controlador Intel® 82573E Gigabit Ethernet

Controlador Intel® 82573L Gigabit Ethernet







Adaptador Intel® Gigabit CT para Desktop

Intel® Gigabit PT Quad Port ExpressModule para servidor

Adaptador Intel® PRO/1000 PF Dual Port para servidor

Adaptador Intel® PRO/1000 PF Quad Port para servidor

Adaptador Intel® PRO/1000 PF para servidor



Adaptador Intel® PRO/1000 PT para Desktop

Adaptador Intel® PRO/1000 PT Dual Port para servidor

Adaptador Intel® PRO/1000 PT Quad Port Low Profile para servidor

Adaptador Intel® PRO/1000 PT Quad Port para servidor

Adaptador Intel® PRO/1000 PT para servidor

5. Controlador RAID Dell PowerEdge (PERC) H200

6. Controlador de disco HP DL380 con Smart Array G6 P410i















Nota: hf7694 incluye todas las revisiones anteriores que se publicaron para CA AppLogic 3.5. hf7694 incluye hf7611, hf6169 y hf7516. Si la revisión de la distribución df7588 ya se ha instalado, no hay ninguna necesidad de instalar la revisión hf7694.

Esta revisión solamente es para los grids 3.5.19 y 3.5.22 de CA AppLogic (y es posible que no se utilicen con ninguna otra versión de CA AppLogic). Esta revisión reemplaza archivos en los servidores del grid. Por lo tanto, es necesario un reinicio del grid después de haber aplicado la revisión. Si esta revisión se instala en un grid y después un servidor nuevo se agrega al grid, esta revisión se instala automáticamente en el servidor recién agregado. Sin embargo, el servidor recién agregado se deberá reiniciar para que la revisión se aplique. Si se crea un grid y hf7694 ya está instalado durante el proceso de creación del grid, se deberá reiniciar el grid después de que finalice su creación para que la revisión se aplique.



Revisión hf7611













hf7611 es una revisión obligatoria para 3.0.30/3.1.14/3.5.x de CA AppLogic. Esta revisión reemplaza archivos en los servidores del grid. Por lo tanto, es necesario un reinicio del grid después de haber aplicado la revisión. Si esta revisión está instalada en un grid y después se agrega un servidor nuevo al grid, esta revisión se instalará automáticamente en el servidor que se acaba de agregar. Sin embargo, el servidor recién agregado se deberá reiniciar para que la revisión se aplique. Si un grid de Xen se crea y se instala hf7611 durante el proceso de creación del grid, se deberá reiniciar el grid después de finalizar su creación para que la revisión se aplique.

http://lists.xen.org/archives/html/xen-devel/2012-02/msg00212.html

http://lists.xen.org/archives/html/xen-announce/2012-06/msg00001.html






(http:/lists.xen.org/archives/html/xen-devel/2012-08/msg00855.html

(http:/lists.xen.org/archives/html/xen-devel/2012-08/msg00855.html















Revisión hf6169

Esta revisión corrige un problema donde los dispositivos de Windows producen un error al iniciarse después de que su nombre de host se haya cambiado. Al iniciarse, el dispositivo entra en modo de mantenimiento y, a continuación, se produce un error al iniciarse.

hf6169 es una revisión opcional para CA AppLogic 3.5.19 y se debe instalar en grids que tienen dispositivos de Windows. Esta revisión no se puede utilizar con otras versiones de CA AppLogic. La revisión actualiza los binarios de los servidores. Es necesario un reinicio del grid después de haber aplicado la revisión. Si esta revisión se instala en un grid y después un servidor nuevo se agrega al grid, esta revisión se instala automáticamente en el servidor recién agregado. Sin embargo, el servidor recién agregado se deberá reiniciar para que la revisión se aplique.



Revisión hf7516

hf7516 corrige el problema núm. 7516 donde el estado del vínculo de un controlador de NIC de Emulex 10G se muestra incorrectamente como desconocido o no operativo debido al error en el controlador de NIC de Emulex be2net.

hf7516 es una revisión opcional para CA AppLogic 3.5.19 y 3.5.22 cuando se utiliza en grids basados en Xen (esta revisión no afecta a los grids basados en ESX).

hf7516 solamente afecta a los servidores de grid que utilizan el siguiente modelo del controlador de NIC de Emulex:

ServerEngines Corp. Controlador de NIC de Emulex OneConnect 10 Gb (be3) (rev 01).

Esta revisión solamente es para los grids basados en Xen de CA AppLogic 3.5.19 (y es posible que no se utilice con ninguna otra versión de CA AppLogic). Esta revisión reemplaza archivos en los servidores del grid. Por lo tanto, es necesario un reinicio del grid después de haber aplicado la revisión. Si esta revisión se instala en un grid y después un servidor nuevo se agrega al grid, esta revisión se instala automáticamente en el servidor recién agregado. Sin embargo, el servidor recién agregado se deberá reiniciar para que la revisión se aplique. Si un grid basado en Xen se crea y se instala hf7516 durante el proceso de creación del grid, se deberá reiniciar el grid después de que la creación de grid se haya completado para que la revisión se aplique.

Apéndice A: Acuerdos de terceros 113

Apéndice A: Acuerdos de terceros

Haga clic en el vínculo siguiente para ver la información del copyright y del acuerdo de licencia para el software de terceros utilizado en CA AppLogic:

Acuerdos de terceros

https://support.ca.com/cadocs/0/CA%20AppLogic%203%205-ESP/Bookshelf_Files/HTML/AppLogicDoc/acknowledgements.txt

notas de la versión de ca applogic applogic 3 5-esp/bookshelf_files... · terceros, en los...

Documents