MXPA06001676A - Sistema, metodo y producto de programa de computadora para la administracion centralizada de una red de area de sistema distribuido infiniband. - Google Patents

Abstract

Se describen un metodo, un sistema y un producto de un sistema de procesamiento de datos para proporcionar la administracion centralizada de una red de area de sistema distribuido Infiniband que incluye multiples nodos finales. Se establece una aplicacion de administrador en uno de los nodos finales. Se establece una aplicacion de agente en uno o mas de los nodos finales. Cada aplicacion de agente es independiente de la aplicacion de administrador. La aplicacion de administrador mantiene una lista actual de las aplicaciones de agentes activos y usa la lista para administrar las aplicaciones de agente en los nodos finales.

Description

SISTEMA, METODO Y PRODUCTO DE PROGRAMA DE COMPUTADORA PARA LA ADMINISTRACION CENTRALIZADA DE UNA RED DE AREA DE SISTEMA DISTRIBUIDO INFINIBAND CAMPO TECNICO La presente invención se relaciona, de manera general, con el campo de los sistemas de computadora y, de manera más especifica, con un sistema, un método y un producto de programa de computadora para administrar centralmente los nodos finales de la red de área de un sistema distribuido InfiniBand.

ANTECEDENTES DE LA INVENCION Históricamente, el incremento de los requerimientos de cómputo fue resuelto por los fabricantes de computadora diseñando sistemas de un solo procesador, más rápidos. Esa oferta volvió los costos prohibitivos y no pudieron reaccionar a tiempo a los requerimientos del mercado, procesadores múltiples fueron acoplados apretadamente juntos para crear sistemas multiprocesador, simétricos (SMP) . Nuevamente, conducidos por, requerimientos de cómputo mayores, fueron conectados juntos procesadores individuales múltiples o multiprocesadores para crear un agrupamiento . Los agrupamientos de sistemas múltiples proporcionan una mayor capacidad de cómputo. Sin embargo, esos agrupamientos con frecuencia despliegan interconexiones f agmentadas para hacer disminuir la latencia y son difíciles de manejar. Ha sido desarrollada una nueva arquitectura estándar en la industria, comúnmente llamada "InfiniBand" , para interconectar sistemas en configuraciones grupales. Esta nueva arquitectura es capaz de proporcionar menor latencia, mayor ancho de banda y mayor capacidad de expansión. La nueva arquitectura proporciona una red de áreas de sistemas que incluye una tecnología de red conmutada, basada en canales. En esa red de área de sistema (SAN) , los datos son transmitidos vía mensajes los cuales están constituidos de paquetes. Cada dispositivo, sea este un procesador o dispositivo de 1/0, incluye un adaptador de canal. Los mensajes son transmitidos de un adaptador de canal del dispositivo a otro adaptador de canal del dispositivo vía conmutadores . El InfiniBand proporciona una interconexión estándar en la industria para agrupamientos y define un mecanismo para la transferencia de mensajes entre nodos finales. La arquitectura esboza requerimientos de administración clave para su inicialización, configuración y control, pero limita esos requerimientos únicamente a los componentes del InfiniBand en la red (adaptadores y conmutadores InfiniBand) . La administración grupal implica requerimientos de administración internodo también y se considera que esos están fuera del alcance de la arquitectura . Por lo tanto, existe la necesidad de un método, un sistema y un producto de programa de computadora para administrar centralmente nodos finales de una red de área del sistema distribuido InfiniBand. InfiniBand es una marca registrada de la asociación comercial InfiniBand.

DESCRIPCION DE LA INVENCION Se describe un método, un sistema y un producto en un sistema de procesamiento de datos para proporcionar la administración centralizada de una red de área de sistema distribuido InfiniBand que incluye nodos finales múltiples. Se establece al menos una aplicación de administración en uno de los nodos finales. Se establece una aplicación de agente en uno o más nodos finales. Cada aplicación de agente es independiente de la aplicación de administrador. Cada aplicación de administrador registra su presencia en la red usando Registros de Servicio de Arquitectura InfiniBand en el administrador del sistema (SA) creando un Registro de Servicio en la base de datos del administrador de la subred. Las aplicaciones de agente, en lugar de registrarse con el administrador de la subred, se registran por si mismas con una o más aplicaciones de administrador. La aplicación de administrador mantiene una lista actual de las aplicaciones de agente activas y usa la lista para administrar las aplicaciones de agente en los nodos finales. Los agentes consultan al SA para descubrir cualesquier nuevos administradores y entonces se registran por si mismos directamente con esos administradores. Los anteriores asi como los objetivos, características y ventajas adicionales de la presente invención se volverán evidentes en la siguiente descripción descrita detallada. Vista desde un primer aspecto, la presente invención proporciona un método para proporcionar la administración centralizada de una red de área de sistema distribuido InfiniBand que incluye un administrador de subred y una pluralidad de nodos finales, el método comprende los pasos de: registrar, por una primera aplicación, su presencia en la red con el administrador de la subred; publicar, por el administrador de la subred, la presencia de la primera aplicación en la red, siendo requerido que sea publicada la presencia antes de que otras aplicaciones sean capaces de comunicarse con la primera aplicación; registrar por una aplicación de administrador, su presencia en la red con el administrador de la subred; registrar, por una pluralidad de aplicaciones de agente, su presencia con la aplicación de administrador, una de la pluralidad de aplicaciones de agente no se registra con el administrador de la subred; y publicar la presencia de una de la pluralidad de aplicaciones de agente a la red por la aplicación de administrador. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: requerir que la primera aplicación se registre con el administrador de la subred para publicar, por el administrador de la subred, la presencia de la primera aplicación a la red, estando una segunda aplicación inconsciente de la presencia de la primera aplicación y siendo incapaz de comunicarse con la primera aplicación antes de que sea publicada la presencia de la primera aplicación. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: mantener, por la aplicación de administrador, una lista actual de las aplicaciones de agente activas; y utilizar la lista por la aplicación de administrador para administrar la pluralidad de aplicaciones de agente. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: establecer la pluralidad de aplicaciones de agente, siendo establecida al menos una de la pluralidad de aplicaciones de agente en una de la pluralidad de nodos finales, siendo la pluralidad de aplicaciones de agente independientes de la aplicación de administrador .

Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: establecer la aplicación de uno o más de la pluralidad de nodos finales. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: recibir, por la aplicación de administrador, una orden a ser ejecutada por la pluralidad de aplicaciones de agente especificadas; enviar la orden de la aplicación de administrador a la pluralidad de aplicaciones de agente especificadas; recibir dentro de la aplicación de administrador una respuesta de las aplicaciones de agente especificadas en respuesta a las aplicaciones de agente especificadas que ejecuten la orden. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: mantener, por la aplicación de administrador una lista actual de aplicaciones de agentes activos; y utilizar la lista por la aplicación de administrador para localizar la pluralidad de aplicaciones de agente especificadas. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: registrar, por la aplicación de administrador, su presencia en la red con el administrador de la subred, creando un Registro de Servicio en la base de datos del administrador de la subred. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: asociar un periodo de arrendamiento con el Registro de Servicio, siendo el Registro de Servicio borrado automáticamente de la base de datos tras la expiración del periodo de arrendamiento. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: registrar nuevamente, por la aplicación de administrador, su presencia en la red por el administrador de la subred antes de la expiración del periodo de arrendamiento. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: emitir una orden por la aplicación de administrador para identificar la pluralidad de aplicaciones de agente. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: recibir por la aplicación de administrador un reporte de una de la pluralidad de aplicaciones de agente que define un estado activo/inactivo de una de la pluralidad de las aplicaciones de agente. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: agregar, por la aplicación de administrador, un nombre de cada uno de la pluralidad de agentes activos a una lista que es mantenida por la aplicación de agentes activos; y remover, por la aplicación de administrador, un nombre de cada uno de la pluralidad de agentes inactivos de la lista.

Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: enviar, desde la aplicación de administrador, una orden de confirmación a cada una de la pluralidad de aplicaciones de agentes activos para confirmar un estado de cada una de la pluralidad de aplicaciones de agentes activos; recibir, por la aplicación de administrador, respuestas a la orden de confirmación; y actualizar, por la aplicación de administrador, la lista. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: mantener, por el administrador de la subred, una lista de todas las aplicaciones de administrador que estén registradas con el administrador de la subred; obtener, por una pluralidad de aplicaciones de agente, la lista; registrar, por una de la pluralidad de aplicaciones de agente, su presencia con cada una de las aplicaciones de administrador que estén incluidas en la lista. Preferiblemente, la presente invención proporciona un método que comprende además los pasos de: recibir dentro de una de la pluralidad de aplicaciones de agente, una petición de detener la ejecución; transmitir a la aplicación de administrador una notificación de que una de la pluralidad de aplicaciones de agente será interrumpida; y remover, por la aplicación de administrador, un registro de la presencia de una de la pluralidad de aplicaciones de agente.

Vista desde otro aspecto la presente invención proporciona un sistema para proporcionar la administración centralizada de una red de área de sistema distribuido que incluye un administrador de subred y una pluralidad de nodos finales, comprendiendo el sistema: una primera aplicación para registrar su presencia en la red con el administrador de la subred; publicando el administrador de la subred la presencia de la primera aplicación en la red, siendo requerido que sea publicada la presencia antes de que otras aplicaciones sean capaces de comunicarse con la primera aplicación; una aplicación de administrador que registra su presencia en la red con el administrador de la subred; una de una pluralidad de aplicaciones de agente que registre su presencia con la aplicación de administrador, una de la pluralidad de aplicaciones de agente que no se registre con el administrador de la subred; y una aplicación de administrador para publicar la presencia de una de la pluralidad de aplicaciones de agente a 'la red. Preferiblemente, la presente invención proporciona un sistema que comprende además; medios de requerimiento para requerir que la primera aplicación se registre con el administrador de la subred para publicar, por el administrador de la subred, la presencia de la primera aplicación a la red, estando una segunda aplicación inconsciente de la presencia de la primera aplicación y siendo incapaz de comunicarse con la primera aplicación antes de que la presencia de la primera aplicación sea publicada. Preferiblemente, la presente invención proporciona un sistema que comprende además: la aplicación de administrador que mantiene una vista actual de aplicaciones de agente activas; y la aplicación de administrador' que utiliza la lista para administrar la pluralidad de aplicaciones de agente. Preferiblemente, la presente invención proporciona un sistema que comprende: medios de establecimiento para establecer la pluralidad de aplicaciones de agente, siendo establecida al menos una de la pluralidad de aplicaciones de agente en uno de la pluralidad de nodos finales, siendo la pluralidad de aplicaciones de agente independientes de la aplicación de administrador. Preferiblemente la presente invención proporciona un sistema que comprende además: medios de establecimiento para establecer la aplicación de administrador en uno de la pluralidad de nodos finales. Preferiblemente la presente invención proporciona un sistema que comprende además: la aplicación de un administrador que recibe una orden para ser ejecutada por la pluralidad de aplicaciones de agente especificadas; la aplicación de administrador que envía la orden a la pluralidad de aplicaciones de agente especificadas; y la aplicación de administrador que recibe una respuesta de las aplicaciones de agentes especificadas en respuesta a la ejecución de la orden por las aplicaciones de agente especificadas . Preferiblemente la presente invención proporciona un sistema que comprende además: la aplicación de administrador que mantiene una lista actual de aplicaciones de agentes activos; y la aplicación de administrador que utiliza la lista para localizar la pluralidad de aplicaciones de agente especificadas. Preferiblemente la presente invención proporciona un sistema que comprende además: la aplicación de administrador que registra su presencia en la red con el administrador de la subred que crean un Registro de Servicio en la base de datos del administrador de la subred. Preferiblemente la presente invención proporciona un sistema que comprende además: un periodo de arrendamiento asociado con el Registro de Servicio, siendo el Registro de Servicio borrado automáticamente de la base de datos a la expiración del periodo de arrendamiento. Preferiblemente la presente invención proporciona un sistema que comprende además: la aplicación de administrador que registra nuevamente su presencia en la red con el administrador de la subred antes de la expiración del periodo de arrendamiento.

Preferiblemente la presente invención proporciona un sistema que comprende además: una orden que es emitida por la aplicación de administrador para identificar la pluralidad de aplicaciones del agente. Preferiblemente la presente invención proporciona un sistema que comprende además: la aplicación de administrador que recibe un reporte de una de la pluralidad de aplicaciones de aqente que identifica un estado activo/inactivo de una de la pluralidad de aplicaciones de agente. Preferiblemente la presente invención proporciona un sistema que comprende además: la aplicación de administrador que agrega un nombre de cada uno de la pluralidad de agentes activos a una lista que es mantenida por la aplicación de administrador de aqentes activos, y la aplicación de administrador que remueve uno de cada uno de la pluralidad de agentes inactivos de la lista. Preferiblemente la presente invención proporciona un sistema que comprende además: la aplicación de administrador que envía una orden de confirmación a cada una de la pluralidad de aplicaciones de agentes activos para confirmar un estado de cada una de la pluralidad de aplicaciones de agentes activos; la aplicación de administrador que recibe respuesta a la orden de confirmación; la aplicación de administrador que actualiza la lista . Preferiblemente la presente invención proporciona un sistema que comprende además: el administrador subred que mantiene la listas de todas las aplicaciones de administrador que están registradas con el administrador de la subred; una de pluralidad de aplicaciones de agente que obtiene la lista; una de la pluralidad de aplicaciones de agente que registran su presencia con cada una de las aplicaciones de administrador que están incluidas en la lista. Preferiblemente la presente invención proporciona un sistema que comprende además: una de la pluralidad de aplicaciones de agente que recibe una petición para detener la ejecución; medios de transmisión para transmitir a la aplicación de administrador una notificación de que una de la pluralidad de aplicaciones de agente será interrumpida; y la aplicación de administrador que remueve un registro de la presencia de una de la pluralidad de aplicaciones de agente. Vista desde un tercer aspecto de la presente invención proporciona un producto de programa de computadora para proporcionar la administración centralizada de una red de área de sistema distribuido que incluye un administrador de subred y una pluralidad de nodos finales, el producto comprende; medios de instrucción para registrar, por una primera aplicación, su presencia en la red con el administrador de la subred; medios de instrucción para publicar por el administrador de la subred, la presencia de la primera aplicación en la red, siendo requerido que sea publicada la presencia antes de que otras aplicaciones puedan comunicarse con la primera aplicación; medios de instrucción para registrar, por una aplicación de administrador, su presencia en la red con el administrador de la subred; medios de instrucción para registrar, por una pluralidad de aplicaciones de agente, su presencia con la aplicación de administrador, una de la pluralidad de aplicaciones de agente que no se registran con el administrador de la subred; medios de instrucción para publicar la presencia de una de la pluralidad de aplicaciones de agente a la red por la aplicación de administrador. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para mantener por las aplicaciones de administrador una lista actual de las aplicaciones de agentes activos; y medios de instrucción para utilizar la lista por la aplicación de administrador para administrar la pluralidad de aplicaciones de agente. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además : medios de instrucción para establecer la pluralidad de aplicaciones de agente, siendo establecido al menos una de la pluralidad de aplicaciones de agentes en uno de la pluralidad de- nodos finales, siendo la pluralidad de aplicaciones de agente independientes de la aplicación de administrador. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para establecer la aplicación de administrador en una de la pluralidad de nodos finales. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para recibir, por la aplicación de administrador, una orden a ser ejecutada por la pluralidad de aplicaciones de agente especificadas; medios de instrucción para enviar la orden de control de la aplicación de administrador a la pluralidad de aplicaciones de agente especificadas; medios de instrucción para recibir dentro de la aplicación de administrador una respuesta de las aplicaciones de agente especificadas en respuesta a la aplicación de agente especificada que ejecute la orden. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para mantener, por la aplicación de administrador una lista actual de aplicaciones de agente activas; medios de instrucción para utilizar la lista por la aplicación de administrador para localizar la pluralidad de aplicaciones de agente especificadas. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para registrar, por la aplicación de administrador, su presencia en la red con el administrador de la subred creando un Registro de Servicio en la base de datos del administrador de la subred. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para asociar un periodo de arrendamiento con el Registro de Servicio, siendo el Registro de Servicio, borrado automáticamente de la base de datos tras la expiración del periodo de arrendamiento. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para registrar nuevamente, por la aplicación de administrado, su presencia en la red con el administrador de la subred antes de la expiración del periodo de arrendamiento. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además : medios de instrucción para emitir una orden por la aplicación de administrador para identificar la pluralidad de aplicaciones de agente. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para recibir por la aplicación de administrador un reporte de una de la pluralidad de aplicaciones de un agente que identifica un estado activo/inactivo para la pluralidad de aplicaciones de agente. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para agregar, por la aplicación de administrador, un nombre de cada uno de la pluralidad de agentes activos a una lista que es mantenida por la aplicación de administrador de agentes activos; medios de instrucción para remover, por la aplicación de administrador, un nombre de cada uno de la pluralidad de agentes inactivos de la iisua. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende: medios de instrucción para enviar, desde la aplicación de administrador, una orden de confirmación a cada una de la pluralidad de aplicaciones de agentes activos para confirmar un estado de cada una de la pluralidad de aplicaciones de agentes activos; medios de instrucción para recibir, por la aplicación de administrador, respuestas a la orden de confirmación; medios de instrucción para actualizar, por la aplicación de administrador, la lista. Preferiblemente la presente invención proporciona un producto de programa de computadora que comprende además: medios de instrucción para mantener, por el administrador de la subred una lista de todas las aplicaciones de administrador que estén registradas con el administrador de la subred; medios de instrucción para obtener por una de la pluralidad de aplicaciones de agente, la lista; medios de instrucción para registrar, por una de la pluralidad de aplicaciones de agente, y su presencia con cada una de las aplicaciones de administrador que estén incluidas en la lista'. Preferiblemente la presente invención proporciona un producto de programa de computadora. El producto de conformidad con la reivindicación 33, que comprende además: medios de instrucción para recibir, dentro de una de la pluralidad de aplicaciones de agente, una petición de interrumpir la ejecución; medios de instrucción para transmitir a la aplicación de administrador una notificación de que una de la pluralidad de aplicaciones de agente será interrumpida; medios para remover, por la aplicación de administrador, un registro en presencia de una de la pluralidad de aplicaciones de agente.

BREVE DESCRIPCION DE LOS DIBUJOS A continuación se describen con detalle las modalidades de la invención, a manera de ejemplo, únicamente con referencia a los dibujos acompañantes en los cuales: La Figura 1 describe un sistema de procesamiento de datos que implementa una arquitectura de red conmutada basada en canales para transmitir datos de acuerdo a la presente invención, La Figura 2 ilustra un diagrama de flujo de alto nivel que describe un administrador que registra su presencia con un administrador de la subred de acuerdo a la presente invención . La Figura 3 describe un diagrama de flujo de alto nivel, el cual ilustra un administrador que mantiene una lista de agentes activos de acuerdo con la presente invención . La Figura 4 ilustra un diagrama de flujo de alto nivel, el cual describe un administrador que identifica a los agentes activos de acuerdo con la presente invención. La Figura 5 describe un diagrama de flujo de alto nivel, el cual ilustra un administrador que envía una orden a un agente para ser procesado de acuerdo con la presente invención . La Figura 6 describe un diagrama de flujo de alto nivel, el cual describe un administrador que borra su presencia del administrador de la subred de acuerdo con la presente invención. La Figura 7 describe un diagrama de flujo de alto nivel, el cual ilustra un agente que registra su presencia con administradores de acuerdo con la presente invención; La Figura 8 describe un diagrama de flujo de alto nivel, el cual describe un agente que ejecuta una orden recibida de un administrador de acuerdo con la presente invención; La Figura 9 describe un diagrama de flujo de alto nivel, el cual ilustra un agente enviando un reporte a cada administrador de que el agente está ahora inactivo de acuerdo con la presente invención.

MODO PARA LLEVAR A CABO LA INVENCION La presente invención es un método, un sistema y un. producto de un sistema de procesamiento de datos para administrar centralmente los nodos finales de una red de área de un sistema distribuido que utiliza la red InfiniBand. La red InfiniBand incluye nodos finales múltiples. Se establecen una o más aplicaciones de administrador en uno o más de los nodos finales. Se establece una aplicación de agente en uno o más nodos finales. Cada aplicación de agente es independiente de la aplicación de administrador. Cada aplicación de administrador registrará su presencia con el administrador de la subred creando un Registro de Servicio en la base de datos del administrador de la subred. De este modo, existirá un Registro de Servicio separado por cada administrador que esté actualmente activo. De esta manera, cada administrador anunciará su presencia al resto de la subred InfiBand creando un Registro de Servicio. Cualquier proceso dentro de la subred puede determinar que aplicaciones, como las aplicaciones de administración, están registradas con el administrador de la subred, asi como información adicional acerca de donde se localiza la aplicación dentro de la subred y como entrar en contacto con ésta usando un Registro de Servicio de aplicación. Puesto que las configuraciones grupales pueden consistir de un gran número de nodos, las comunicaciones internodo pueden proceder únicamente si los nodos son capaces de detectarse y ubicarse entre si en la red. Para facilitar la ubicación y descubrimiento, la arquitectura InfiniBand define registros de servicio que pueden ser creados por cualquier nodo que desee anunciar su presencia en la red. Por la arquitectura, esos Registros de Servicio son almacenados a través de un administrador de subred (SA) en la base de datos del administrador de la subred (SADB) . De este modo para una aplicación en un nodo a ser localizado por otras aplicaciones en otro nodo siguiendo el estándar InfiniBand la aplicación debe ser registrada con el administrador de la subred. De este modo, cuando una primera aplicación necesite comunicarse con una segunda de acuerdo al estándar InfiniBand, la segunda aplicación necesita ser registrada con el administrador de la subred, de modo que la primera aplicación este consiente de la segunda aplicación y pueda obtener información acerca de cómo localizar la segunda aplicación. En la invención objetivo las aplicaciones de agente registrarán su presencia con cada administrador en lugar de registrarse con el administrador de la subred. De este modo, las aplicaciones de agente no tendrán una entrada de Registro de Servicio con la base de datos de la subred. Cada Registro de Servicio tiene un periodo de arrendamiento asociado. Un Registro de Servicio permanece en la base de datos del administrador de la subred hasta la expiración de su periodo de arrendamiento asociado. Cuando el periodo de arrendamiento expira, el Registro de Servicio es borrado por el administrador de servicio. Así cuando un Registro de Servicio del administrador es removido, el administrador no está ya registrado con el administrador de la subred. De acuerdo con la presente invención cuando una aplicación de administrador cree su Registro de Servicio, obtendrá un período de arrendamiento particular. Será responsabilidad de cada administrador asegurar que se renueve su arrendamiento con el administrador de la subred antes de la expiración de su período de arrendamiento. Cada agente usará los diferentes Registros de Servicio que sean mantenidos por el administrador de la subred en la base de datos del administrador de la subred para identificar y localizar cada aplicación de administrador activo. Cada agente notificará entonces cada aplicación de administrador activo cuando el agente se vuelva activo o inactivo . Cada aplicación de administrador mantendrá una lista actual de aplicaciones de agente activas y usará la lista para encaminar las órdenes solicitadas por el usuario al agente para su ejecución en los nodos finales. La Figura 1 describe una red de área de almacenamiento distribuida InfiniBand (SAN) 100 de acuerdo con la presente invención. Por la terminología de la Arquitectura InfiniBand está es definida como una "Subred". Una subred es un grupo de nodos finales y conmutadores en cascada que son administrados como una sola unidad. Un nodo es cualquier componente unido a uno o más enlaces o vínculos de una red y que forma el origen y/o destino de mensajes dentro de la red. En el ejemplo descrito, la subred InfiniBand 100 incluye los nodos finales 102, 104, 106, 108, y 110. Los nodos ilustrados en la Figura 1 son únicamente para propósitos ilustrativos, puesto que la subred 100 puede incluir cualquier número y cualquier tipo de nodos de procesamiento y nodos de dispositivo 1/0 independientes. El "nodo final" se define como un dispositivo que incluye un adaptador de canal y puede originar o finalmente consumir mensajes o paquetes en la subred 100. La subred 100 puede incluir la infraestructura que soporta comunicaciones 1/0 e interprocesador (IPC) . La subred 100 incluye una red de comunicaciones conmutada la cual permite que muchos dispositivos transfieran datos con banda ancha alta y baja latencia en un ambiente administrado de manera remota. Los nodos finales pueden comunicarse sobre puertos múltiples y utilizar trayectorias múltiples a través de la subred 100. Cada nodo en la subred 100 incluye al menos un adaptador de canal (CA) . La subred 100 (como se muestra en la Figura 1, red es igual a subred) incluye adaptadores de canal anfitriones (HCA) 114, 116, 118, 120, y 122, y conmutadores 124 y 126. Cada adaptador de canal está en un punto final que implementa la interfaz del adaptador de canal con suficiente detalle para originar o recolectar paquetes transmitidos utilizando la red InfiniBand 100. Un adaptador de canal incluido en un nodo de procesador es comúnmente referido como un adaptador de canal anfitrión (HCA) . Un adaptador de canal incluido en un nodo diferente a un nodo de procesadores comúnmente referido como un adaptador de canal (TCA) . Los adaptadores de canal anfitriones son implementados preferiblemente en componentes fisicos de computación o hardware. En esta implementación, los componentes fisicos de computación o hardware del adaptador de canal anfitrión descargan mucha de la sobrecarga de comunicación de la unidad de procesamiento central y el adaptador 1/0. Esta implementación de componentes físicos de computación o hardware del adaptador del canal anfitrión también permite múltiples comunicaciones concurrentes sobre una red conmutada sin la sobrecarga tradicional asociada con los protocolos de comunicación. Un conmutador es un dispositivo que conecta enlaces múltiples juntos y permite encaminar paquetes de un enlace a otro enlace dentro de una subred usando un campo de Identificador de Destino Local (DLID) de encabezado pequeño. Generalmente, un conmutador puede encaminar paquetes de un puerto a cualquier otro puerto sobre el mismo conmutador. La red es una colección de conmutadores y nodos finales interconectados . Uno de los nodos de la subred 100 alberqa a un nodo administrador de la subred. Por ejemplo, el nodo final 108 incluye un administrador de subred 130 y el administrador de subred y su base de datos 132. El administrador de la subred 130 es usado para descubrir, la configuración e inicialización de la red. Cada nodo que necesite ser administrado incluye al menos una aplicación de agente. Además, al menos uno de los nodos incluye al menos una aplicación de administrador y una aplicación de administrador remoto. El nodo que incluye la aplicación de administrador y la aplicación de administrador remoto están acoplados a una consola de administrador remoto.

Por ejemplo, el nodo final 102 incluye una aplicación de administrador 140 y una aplicación de administrador remoto 144. El nodo final 102 está acoplado a una consola de administrador remoto que incluye una interfaz gráfica de usuario (GUI) 142. La aplicación de administrador remoto 144 sirve para dos propósitos: la sección de entrada sirve como la interfaz externa para la consola remota 142, y en la sección de salida se interconecta con la aplicación del administrador 140 para estrechar las peticiones de usuario que entraron via la consola de administrador remota 142. La aplicación de administrador 140 a su vez traduce las peticiones de la aplicación de administrador remota 144 y las envía a las aplicaciones de agente apropiadas. Las aplicaciones de agente efectúan entonces los servicios solicitados por la aplicación de administrador 140. En la modalidad descrita, un nodo final 102 es acoplado a la consola de administrador remota 142 usando una conexión IP 146 y un enlace de comunicación 148 que se adhiere al protocolo IP. Aquellos expertos en la técnica reconocerán que pueden ser usados otros tipos de estándares de comunicación, como el Eternet, para acoplar el nodo final 102 a la consola del administrador remota 142. Cada nodo final que necesite ser administrado incluirá al menos una aplicación de agente. Por ejemplo el nodo final 102 incluye la aplicación de agente 150, el nodo final 104 incluye una aplicación de agente 152, y el nodo final 106 incluye la aplicación de agente 154. Puede ser incluido otro nodo final 110 en la SAN 100 que incluye una aplicación de administrador 160 y una aplicación de administrador remota 162 que sea acoplada a la consola de administrador remota 142 usando la conexión IP 164 y el enlace de comunicaciones 166. El nodo final 110 puede necesitar ser administrado y de este modo incluye una aplicación de agente 170. La SAN 100 proporciona los 1/0 y los consumidores de comunicaciones de interprocesador (IPC) del sistema de cómputo distribuido con cero transferencias de datos copiados del procesador sin implicar el proceso del núcleo del sistema operativo, y emplea componentes físicos de computación o hardware para proporcionar comunicaciones tolerantes a las fallas, confiables. En el arranque, la aplicación del administrador registra su presencia creando un Registro de Servicio para el administrador con el administrador de la subred. En este punto, la aplicación de administrador puede efectuar una de cinco funciones diferentes : (1) cuando los nodos finales de cliente albergan a una aplicación de agentes que son arrancados o interrumpidos, la aplicación de agente informa a la aplicación de administrador de su condición de entrada o salida. De este modo, cada agente registrará su presencia con la aplicación de administrador. La aplicación de administrador agrega entonces al agente a su lista de "Agentes Activos", o remueve este de la lista de "Agentes Activos" según sea apropiado. Posteriormente, la aplicación de administrador reconoce la recepción de la condición de entrada/salida al agente; (2) El administrador remoto solicita la lista de agentes actualmente activos. La aplicación de administrador hace "impacto", es decir, envia una 'orden a uno o más dispositivos o emite una petición a todos los dispositivos, y espera el reconocimiento de recepción de esa orden de un dispositivo, todos los agentes conocidos de su lista de "Agentes Activos" confirman su presencia. La aplicación de administrador regresa entonces la lista "Agentes Activos" al administrador remoto; (3) El administrador remoto pasa una orden a la aplicación de administrador para ser ejecutada en todos o solo un subconjunto de los nodos finales. La aplicación de administrador envia la petición al agente especificado. Tras la recepción de las respuestas de la aplicación de agente, las respuestas son regresadas a la aplicación remota; (4) La aplicación de administrador se registra por si misma a intervalos periódicos antes de la expiración de un periodo de arrendamiento finito; y (5) Si la aplicación del administrador está siendo interrumpida, como cuando un nodo final en el cual la aplicación de administración está siendo interrumpida, la aplicación de administrador borra su Registro de Servicio del administrador de la subred. Las funciones de cualquier aplicación de agente pueden ser una de tres funciones: (1) Después de que el agente arranque, e interroga al administrador de la subred para obtener una lista de Registro de Servicio de aplicación de administrador. Por cada nuevo administrador, es decir no previamente en contacto con el agente para reportar la presencia de esta sesión, la aplicación de agente registra su presencia via una condición de Entrada. Esta conexión del agente desocupa o inactiva durante un intervalo predefinido y entonces repite el ciclo para cualquiera de los administradores nuevos que se hayan registrado por si mismos con el Administrador de la Subred. Esta función es necesaria para informar cualquiera de los administradores que iniciaron después de que un agente ha comenzado la ejecución y también para descubrir y remover los administradores que no estén ya activos; (2) Una aplicación de agente recibe una orden de un administrador válido. El agente ejecuta la orden sobre su nodo final y regresa los resultados de la ejecución de la orden al administrador como respuesta del agente; y (3) La aplicación de agente está siendo interrumpida, como cuando el usuario interrumpe el nodo final sobre el cual el agente se esta ejecutando. La aplicación de agente interroga al administrador de la subred para obtener una lista de todas las aplicaciones del administrador activo. La aplicación de agente reporta su condición de Salida a cada uno de los administradores activos. Para su reconocimiento exitoso, termina la aplicación de agente. Los administradores y agentes son independientes entre si. Los administradores pueden ser cambiados, activados, interrumpidos, o movidos sin afectar los agentes o sus nodos finales. Una aplicación de administrador administra todas las aplicaciones de agente activo, sin agregar sobrecarga al administrador de la subred. El administrador de la subred no administra las aplicaciones de agente. Cada aplicación de administrador administra las aplicaciones de agente . La Figura 2 ilustra un diagrama de flujo de alto nivel que describe un administrador que registra su presencia con un administrador de subred de acuerdo a la presente invención. El proceso comienza como se describe en el bloque 200 y posteriormente pasa al bloque 202 el cual ilustra una aplicación de administrador que registra su presencia con el administrador de la subred creando un Registro de Servicio que tiene un periodo de arrendamiento finito a través del administrador de la subred para la aplicación de administrador. De este modo, el administrador de la subred incluirá un Registro de Servicio por cada aplicación de administrador registrada. A 'continuación el bloque 206 ilustra una determinación de si o no el periodo de arrendamiento está cerca de expirar. Si se hace una determinación de que el periodo de arrendamiento no esta próximo a expirar, el proceso pasa nuevamente al bloque 206. Refiriéndose nuevamente al bloque 206, si se hace una determinación de que el periodo de arrendamiento está próximo a expirar, el proceso pasa al bloque 208, el cual describe la aplicación de administrador renovando su arrendamiento con el administrador de la subred. El proceso pasa entonces nuevamente al bloque 206. La Figura 3 describe un diagrama de flujo de alto nivel el cual ilustra una aplicación de administrador y que mantiene una lista de aplicaciones de agentes activos de acuerdo con la presente invención. El proceso comienza como se ilustra en el bloque 300 y posteriormente pasa al bloque 302 el cual describe un administrador que establece una lista para almacenar los nombres de los agentes activos. A continuación, el bloque 304 ilustra al administrador que recibe un reporte de estado de un agente de que el agente particular está activo o inactivo. El bloque 306, entonces, describe al administrador agregando este nombre de agente a la lista de agentes activos (si el agente se reportó asi mismo como activo) o removiendo el nombre del agente de la lista (si el agente se reportó asi mismo como inactivo) . Posteriormente; el bloque 308, ilustra al administrador transmitiendo el reconocimiento de la recepción de la entrada/salida al agente. El proceso pasa entonces nuevamente al bloque 304. La Figura 4 ilustra un diagrama de flujo de alto nivel el cual describe un identificador de administrador que identifica a los agentes activos de acuerdo con la presente invención. El proceso comienza como se describe en el bloque 400 y posteriormente pasa al bloque 402 el cual ilustra un administrador recibiendo una petición del administrador remoto de' la lista de agentes activos. A continuación, el bloque 404 describe al administrador haciendo impacto en todos los agentes conocidos cuyos nombres están listados en las listas de agentes activos para confirmar su presencia. Posteriormente el bloque 406 describe al administrador actualizando la lista según sea apropiado para incluir los nombres de todos los agentes activos. De este modo, la aplicación de administrador incluirá los nombres de todos los agentes que respondieron al "impacto" de que el agente esta activo. La aplicación de administrador también removerá los nombres de todos los agentes de lista que no respondan. El bloque 408, entonces, ilustra al administrador transmitiendo la lista de nombres de los agentes activos al administrador remoto. El proceso pasa entonces nuevamente al bloque 402. La Figura 5 describe un diagrama de flujo de alto nivel el cual ilustra a un administrador enviando una orden a un agente para ser procesada de acuerdo con la presente invención. El proceso comienza como se describe en el bloque 500 y posteriormente pasa al bloque 502 el cual ilustra a un administrador recibiendo una orden del administrador remoto que va a ser ejecutada en uno o más agentes especificados. A continuación el bloque 504 describe al administrador enviando la orden a los agentes especificados. El bloque 506, entonces, ilustra al administrador procesando las respuestas de los agentes. Esas respuestas son generadas por los agentes en respuesta a la ejecución de la orden. Posteriormente, el bloque 508 describe al administrador regresando las respuestas de la orden al administrador remoto. El proceso pasa entonces nuevamente al bloque 502, La Figura 6 ilustra un diagrama de flujo de alto nivel que describe un administrador suprimiendo su presencia de un administrador de la subred de acuerdo con la presente invención. El proceso comienza como se describe en el boque 600 y posteriormente pasa al bloque 602 el cual describe al administrador recibiendo una petición para interrumpir la aplicación de administrador. A continuación, el bloque 604 ilustra al administrador solicitando la supresión de su Registro de Servicio de administrador al administrador de la subred. El proceso termina entonces como se describe en el bloque 606. La Figura 7 describe' un diagrama de flujo de alto nivel que ilustra a un agente enviando un reporte acerca del estado activo o inactivo del agente al administrador de acuerdo a la presente invención. El proceso comienza como se describe en el bloque 700 y posteriormente pasa al bloque 702 el cual ilustra a. un agente interrogando al administrador de la subred para obtener la lista de registros de servicio del administrador. A continuación, el bloque 704 describe al agente enviando un reporte acerca de su presencia y estado activo a cada administrador en la lista que el agente ya no se ha reportado. De este modo, el agente se registra con esos administradores. El bloque 706, entonces, ilustra este agente reportando su conexión libre durante un periodo de tiempo predefinido. El proceso pasa entonces nuevamente al bloque 702. La Figura 8 ilustra un diagrama de flujo de alto nivel, el cual describe a un agente ejecutando una orden recibida de un administrador de acuerdo con la presente invención. El proceso comienza como se describe en el bloque 800 y posteriormente pasa al bloque 802 el cual ilustra a un agente recibiendo una orden a ser ejecutada por el agente de un administrador válido. A continuación, el bloque 804 describe al agente ejecutando la orden. El bloque 806, ilustra entonces al agente regresando los resultados de la orden ejecutada al administrador solicitante. El proceso pasa entonces nuevamente al bloque 802. La Figura 9 describe un diagrama de flujo de alto nivel el cual ilustra a un agente enviando un reporte a cada administrador de que el agente está ahora inactivo de acuerdo con la presente invención. El proceso inicia como se describe en el bloque 900 y posteriormente pasa al bloque 902 el cual ilustra la recepción de una petición para detener un agente. ? continuación, el bloque 904 ilustra el agente interrogando al administrador de la subred por la lista de Registro de Servicio para identificar todos los administradores activos. El bloque 906, entonces, describe al agente enviando un reporte a cada administrador de que este agente particular está ahora inactivo. El proceso termina entonces como se ilustra en el bloque 908. Es importante hacer notar que aunque la presente invención ha sido descrita en el contexto de un sistema de procesamiento de datos que funciona completamente, aquellos expertos en la técnica apreciarán que los procesos de la presente invención pueden ser distribuidos en forma de un medio de instrucciones leíbles en computadora y una variedad de formas que la presente invención se aplica igualmente sin importar el tipo particular de medios que contengan señales actualmente usados para llevar a cabo la distribución. Los ejemplos de medios leíbles en computadora incluyen medios tipo registrables, como disco flexible, una unidad de disco duro, una RAM, CD-ROM, DVD-ROM, y medios del tipo de transmisión, como enlaces de comunicación digitales y analógicos, enlaces de comunicaciones alámbricas o inalámbricas usando formas de transmisión como, por ejemplo, transmisiones -de onda de frecuencia de radio y luminosas. Los medio leíbles por computadora pueden tener la forma de formatos codificados que sean descodificados para su uso real en un sistema de procesamiento de datos particular. La descripción de la presente invención ha sido presentada para propósitos de ilustración y descripción, y no pretende ser exhaustiva o limitarse a la invención en forma descrita. Muchas modificaciones y variaciones serán evidentes por aquellos expertos en la técnica. La modalidad fue elegida y descrita para explicar mejor los principios de la invención, la aplicación práctica, y para permitir a otros expertos en la técnica comprender la invención para varias modalidades con varias modificaciones adecuadas para el uso particular contemplado.

Claims (10)

1. REIVINDICACIONES 1. Un método para proporcionar administración centralizada de una red de área de sistemas distribuido a InfiniBand que incluye un administrador de subred y una pluralidad de nodos finales, el método se caracteriza porque comprende los pasos de: registrar, por una primera aplicación, su presencia en la red con el administrador de la subred; publicar, por el administrador de la subred la presencia de la primera aplicación en la red, requeriéndose que la presencia sea publicada antes de que otras aplicaciones sean capaces de comunicarse con la primera aplicación; registrar, por una aplicación de administrador, su presencia en la red con el administrador de la subred; registrar, por una de la pluralidad de aplicaciones de agente, su presencia con aplicación de administrador, una de la pluralidad de aplicaciones de agente que no se registre con el administrador de la subred; y publicar la presencia de uno de la pluralidad de aplicaciones de agente a la red por la aplicación de administrador.
2. 2. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: requerir que la primera aplicación se registre con el administrador de la subred para la publicación, por el administrador de subred, de la presencia de la primera aplicación a la red, estando una segunda aplicación inconsciente de la presencia de la primera aplicación y siendo incapaz de comunicarse con la primera aplicación antes de que sea publicada la presencia de la primera aplicación.
3. 3. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: mantener, por la aplicación de administrador, una lista actual de aplicaciones de agentes activos; y utilizar la lista por la aplicación de administrador para administrar la pluralidad de aplicaciones de agente.
4. 4. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: establecer la pluralidad de aplicaciones de agente, siendo al menos una de la pluralidad de aplicaciones de agente establecida en uno de la pluralidad de nodos finales, siendo la pluralidad de aplicaciones de agente independiente de la aplicación de administrador.
5. 5. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: recibir, por la aplicación de administrador, una orden a ser ejecutada por las especificadas de la pluralidad de aplicaciones de agente; enviar la orden de la aplicación de administrador a las especificadas de la pluralidad de aplicaciones de agente; y recibir dentro de la aplicación de administrador una respuesta de las especificadas de las aplicaciones de agente en respuesta a las especificadas de las aplicaciones de agente que ejecuten la orden.
6. 6. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: recibir por la aplicación de administrador un reporte de una 5 de la pluralidad de aplicaciones de agente que identifica un estado activo/inactivo para una de la pluralidad de aplicaciones de agente.
7. 7. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: 10 mantener, por el administrador de la subred, una lista de todas la aplicaciones de administrador que estén registradas por el administrador de la subred; obtener, por una de la pluralidad de aplicaciones de agente, la lista; registrar, por una de la pluralidad de aplicaciones de agente, y su 15 presencia con cada una de las aplicaciones de administrador que estén incluidas en la lista. 8. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: recibir, dentro de una de la pluralidad de aplicaciones de ¿0 agente, una petición de interrumpir la ejecución; transmitir a la aplicación del administrador una notificación de que una de la pluralidad de aplicaciones de agente será interrumpida; remover, la aplicación de administrador, un registro de la presencia de una de la pluralidad de aplicaciones de agente. 25 9. Un sistema para proporcionar administración centralizada de una red de área del sistema distribuido que incluye un administrador de subred y una pluralidad de nodos finales, el sistema se caracteriza porque comprende: una primera aplicación para registrar su presencia en la red con el administrador de la subred; un administrador de la subred que publica la presencia de la primera aplicación en la red, requiriéndose que la presencia sea publicada antes de que otras aplicaciones sean capaces de comunicarse con la primera aplicación; una aplicación de administrador que registra su presencia en la red con el administrador 'de la subred; una de una pluralidad de aplicaciones de agente que registran su presencia con la, aplicación de administrador, una de la pluralidad de aplicaciones de agente que no se registran con el administrador de la subred; una aplicación de administrador para publicar la presencia de una de la pluralidad de aplicaciones de agente a la red. 10. Un producto de programa de computadora cargable en la memoria interna de una computadora digital caracterizado porque comprende porciones de códigos y sistemas de programación o software para, cuando el producto este siendo ejecutado en una computadora, llevar a cabo la invención de conformidad con las reivindicaciones 1 a
8. 8.