Notas de publicación (versión de impresión)

Transcripción

CA AppLogic®
Notas de la versión
3.5
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.
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
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
Contenido 7
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
8 Notas de la versión
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.
Capítulo 1: Novedades de esta versión 9
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.
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.
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.
Capítulo 2: Consideraciones de la instalación 23
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.18238.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/enus/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.
■
■
Alta disponibilidad de red (topología de red física)
–
–
Se ha certificado que CA AppLogic puede usar hasta 7 servidores
secundarios.
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/XeonHarpertown/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 HyperThreading 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.
■
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.
Capítulo 3: Problemas conocidos 55
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 AppLogicXen (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.
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 TB1 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.
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.
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 ext3snapshot, 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.
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 DVDROM 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.
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/201206/msg00001.html 64-bit PV guest privilege escalation vulnerability.
3. XSA-8 http://lists.xen.org/archives/html/xen-announce/201206/msg00001.html Guest denial of service on syscall/sysenter exception
generation.
4. XSA-9 http://lists.xen.org/archives/html/xen-announce/201206/msg00002.html PV guest host Denial of Service.
5. XSA-11 (http://lists.xen.org/archives/html/xen-devel/201208/msg00855.html HVM guest destroy p2m teardown host DoS
vulnerability.
6. XSA-12 http://lists.xen.org/archives/html/xen-announce/201209/msg00000.html Hypercall set_debugreg vulnerability.
7. XSA-13 http://lists.xen.org/archives/html/xen-announce/201209/msg00001.html Hypercall physdev_get_free_pirq vulnerability.
8. XSA-14 http://lists.xen.org/archives/html/xen-announce/201209/msg00002.html XENMEM_populate_physmap DoS vulnerability.
9. XSA-16 http://lists.xen.org/archives/html/xen-announce/201209/msg00005.html PHYSDEVOP_map_pirq index vulnerability.
10. XSA-17 http://lists.xen.org/archives/html/xen-announce/201209/msg00003.html Qemu VT100 emulation vulnerability.
11. XSA-19 http://lists.xen.org/archives/html/xen-announce/201209/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
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
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
generation.
vulnerability.
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
generation.
vulnerability.
hf7611 es una revisión obligatoria para 3.0.30/3.1.14/3.5.x de CA AppLogic. Esta
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.
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
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
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
Apéndice A: Acuerdos de terceros 113

Notas de publicación (versión de impresión)

Transcripción

Documentos relacionados