MX2013010142A

MX2013010142A - Rastreo de ubicaciones fisicas.

Info

Publication number: MX2013010142A
Application number: MX2013010142A
Authority: MX
Inventors: Paul Brabban; Christopher P Pledger
Original assignee: Hsbc Holdings Plc
Priority date: 2011-03-04
Filing date: 2012-03-05
Publication date: 2014-02-06
Also published as: GB201103734D0; RU2013144570A; GB2489198B; HK1177060A1; EP2681897A1; AU2012226537B2; GB2489198A; BR112013022562A2; KR20140048101A; US9125016B2; AR085617A1; US20140051463A1; WO2012120289A1; AU2012226537A1; CA2828839A1; JP2014515199A; CN103688511A

Abstract

Se describen un aparato y un método para rastrear ubicaciones físicas de las que se provee un servicio; el aparato comprende un módulo de comunicación operable para enviar y recibir mensajes, un identificador de ubicación y un elemento de consulta operable para solicitar al módulo de comunicación enviar un mensaje de solicitud de ubicación para un servicio; el módulo de comunicación operable para recibir un mensaje de respuesta de ubicación responsable de dicho mensaje de solicitud de ubicación, dicho mensaje de respuesta de ubicación comprende información de ubicación para el servicio; y reenviar la información de ubicación del servicio al identificador de ubicación; el identificador de ubicación es operable para identificar la ubicación física relacionada con la información de ubicación del servicio.

Description

RASTREO DE UBICACIONES FÍSICAS CAMPO DE LA INVENCIÓN La presente invención se relaciona con un aparato y método para monitoreo y rastreo de servicios y, en particular, para rastrear y/o monitorear ubicaciones de las que se proveen servicios.

ANTECEDENTES DE LA INVENCIÓN Los sistemas computacionales de gran escala se pueden usar para proporcionar un número de diferentes servicios. Un servicio puede ser cualquier software, hardware o función implementada de software y hardware provista en una o más computadoras para consumo en otra computadora. Los ejemplos de servicios pueden incluir, pero no se limitan a, servicios de páginas web, servicios de correo electrónico, servicios de acceso a bases de datos, servicios de portales de seguridad, servicios de autentificación, sen/icios de búsqueda y servicios de monitoreo de red. Cualquier servicio determinado se puede proveer de tal manera que un número de computadoras de servidores individuales provean de manera simultánea el servicio bajo una carga equilibrada u otra disposición de distribución de carga de trabajo, por ejemplo un clúster. También se puede proveer cualquier servicio determinado de tal manera que un número de servidores individuales estén configurados para provisión activa del servicio y un número adicional de servidores individuales están configurados para provisión de emergencia (también conocida como contingencia) del servicio. La provisión de emergencia se puede invocar, por ejemplo como parte de un procedimiento de prueba o demostración, si uno o más de los servidores de provisión activa cesan operación y/o si una demanda del servicio excede un umbral o una capacidad de provisión del servicio actual de los servidores de provisión activa. De igual forma, uno o más servidores de provisión activa se pueden reasignar a provisión de emergencia si una demanda del servicio es menor que un umbral o que una capacidad de provisión del servicio actual de los servidores de provisión activa o si uno de los servidores de provisión activa inicia operación otra vez. Además, en cualquier momento, se puede asignar una combinación diferente de todos los servidores disponibles ya sea a la provisión activa o de emergencia para cualquier servicio determinado. Cualquiera de esos cambios en los servidores asignados a un servicio y cualquiera de esos cambios en el estado activo y de emergencia de servidores para un servicio se puede llevar a cabo manualmente por parte de un operador o en automático mediante un sistema de gestión por computadora. De esta forma, se puede observar que entre cualesquier dos momentos, los servidores individuales que proveen un servicio determinado pueden cambiar de manera significativa.

Este detalle de bajo nivel, alto volumen es a menudo innecesario para determinar la configuración del nivel de asuntos de un servicio. Además, la naturaleza técnica de la información es a menudo inapropiada para áreas de asuntos involucradas en actividades de gestión de servicio. La continuidad de asuntos necesita distribuir infraestructura física de impulso a través de ubicaciones físicas discretas, lo que significa que la información que impulsa la gestión de servicio no es el componente o componentes de infraestructura que proveen el servicio, sino que es físicamente en donde esos componentes se ubican. Las funciones de esas ubicaciones pueden variar de servicio a servicio y cambiar durante el tiempo, lo que evita deducir directamente la función de un componente físico individual.

La presente invención se ha concebido a la luz de los inconvenientes y de las limitaciones de sistemas convencionales.

BREVE DESCRIPCION DE LA INVENCIÓN La presente invención puede proporcionar un aparato, un método, un sistema y un programa computacional que habilita el rastreo y/o monitoreo de ubicaciones físicas de las que se proveen servicios. De esta forma, los cambios en ubicaciones físicas de provisión de servicios durante el tiempo se pueden monitorear y/o rastrear y cualquier acción adecuada correctiva, atenuante u otra acción de gestión relacionada con cambios en ubicaciones físicas de provisión de servicio se puede ¡mplementar con base en resultados útiles de monitoreo y/o rastreo.

La granularidad de ubicaciones se puede establecer de acuerdo con los requerimientos de los servicios que se proveen y/o al entorno. De esta forma, las ubicaciones pueden ser continentes, países, estados/regiones/condados, ciudades, códigos postales, calles, campuses, centros de datos, edificios, habitaciones, bastidores de servidores o gabinetes, servidores individuales, un núcleo de procesador y/o una combinación de cualquiera de estos.

En una modalidad de la invención se proporciona un aparato configurado para rastrear ubicaciones físicas desde las que se proporciona un servicio, el aparato comprende un módulo de comunicación operable para enviar y recibir mensajes, un identificador de ubicación, un elemento de consulta y un módulo de historial. El elemento de consulta se puede operar para solicitar que el módulo de comunicación envíe un mensaje de solicitud de ubicación para un servicio; recibir del módulo de comunicación un mensaje de respuesta de ubicación en respuesta al mensaje de solicitud de ubicación, dicho mensaje de respuesta de ubicación comprende información de ubicación para el servicio; y reenviar la información de ubicación del servicio al identificador de ubicación. El identificador de ubicación se puede operar para identificar la ubicación física relacionada con la información de ubicación del servicio y para reenviar datos que describan la ubicación física al módulo de historial.

Este módulo de historial se puede operar para crear un registro de rastreo de ubicaciones físicas para el servicio. Este módulo de historial puede incluir una base de datos para el registro de rastreo de información de ubicación física, puede usar una base de datos externas o puede usar una base de datos interna y usar una base de datos externa para el registro del rastreo. Este registro de rastreo proporciona información respecto a la evolución de las ubicaciones físicas de las que se proporciona un servicio que no estén inmediatamente disponibles. Las estadísticas, elaboradas de una parte o de todo el registro de rastreo, procesan la información respecto a las ubicaciones físicas de las que se provee un servicio para proveer un nivel diferente de información, por ejemplo, una distribución promedio del servicio a través de las ubicaciones físicas o la ubicación física principal del servicio.

Las estadísticas de rastreo se pueden elaborar de datos que se relacionan con periodos subsecuentes o en relación a periodos rotativos y se pueden elaborar en automático, por solicitud o en combinación de estos.

El módulo de comunicación se puede operar para enviar y recibir mensajes IP si el aparato está conectado a, por ejemplo, una red IP. La solicitud de ubicación puede incluir una o más solicitudes DNS y/o por lo menos parte de un mensaje SNMP.

El identificador de ubicación puede usar por lo menos una base de datos para identificar la ubicación física relacionada con la información de ubicación y dicha información de ubicación puede ser una dirección IP.

El aparato de la invención se puede implementar como un solo elemento físico y/o lógico o puede ser una combinación de varios elementos físicos y/o lógicos distribuidos en diferentes ubicaciones físicas y/o lógicas, por ejemplo, en varios servidores que sean parte de un entorno agrupado.

De igual forma, el servicio rastreado se puede proveer mediante un elemento físico, una pluralidad de elementos físicos y/o ser parte de un entorno agrupado.

En otra modalidad de la invención, se proporciona un método para rastrear ubicaciones físicas de las que se provee un servicio, un método que comprende los pasos de enviar un mensaje de solicitud de ubicación para un servicio seleccionado; recibir un mensaje de respuesta de ubicación en respuesta a dicho mensaje de solicitud de ubicación, dicho mensaje de respuesta de ubicación comprende información de ubicación para el servicio seleccionado; identificar la ubicación física relacionada con la información de ubicación; y crear un registro de rastreo de ubicaciones físicas relacionadas con la información de ubicación del servicio seleccionado.

El método puede comprender también los pasos de elaborar estadísticas de rastreo de información de ubicación física del servicio seleccionado durante dos o más periodos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Un mejor entendimiento de la presente invención se puede obtener cuando la descripción detallada a continuación es considerada en conjunto con los dibujos, en los que: la figura 1A es una representación esquemática de elementos físicos en un entorno de provisión de servicio; la figura 1 B es una representación esquemática de elementos lógicos en un entorno de provisión de servicio y de las interacciones de servicio entre estos elementos lógicos. las figuras 2A y 2B son representaciones jerárquicas esquemáticas de un centro de datos; las figuras 3A y 3B son representaciones esquemáticas de elementos lógicos en un entorno de provisión de servicio en donde las disposiciones lógicas y físicas del entorno se han mapeado; las figuras 4A a 4C son representaciones esquemáticas de un mapeo entre una provisión lógica de servicios y centros físicos de datos; la figura 5 es una representación esquemática de un cambio de unidades de recursos computacionales que proveen un servicio durante un tiempo; la Fig. 6 es una representación esquemática de un sistema de monitoreo; las figuras 7A y 7B son diagramas de flujo que ilustra un procedimiento de consulta de estado; las figuras 8A y 8B son ejemplos de situaciones de provisión de servicio monitoreable; la figura 9 es un ejemplo del mapeo de redes locales para el entorno físico de acuerdo con el cuadro 2; las figuras 10, 11 y 12 muestran ejemplos de la representación gráfica de estadísticas; las figuras 13 y 14A-14C muestran ejemplos de la representación gráfica de estadísticas; las figuras 15A-15C muestran un ejemplo de una configuración de red y de la invención en dicha configuración de red; la figura 16A es una representación de un entorno de provisión de servicio; y la figura 16B es un diagrama de flujo de un procedimiento de consulta de estado.

Aunque la invención se describe aquí a manera de ejemplo de varias modalidades y de dibujos ilustrativos, los expertos en la técnica reconocerán que la invención no se limita a las modalidades o dibujos descritos. Se debe entender que los dibujos y descripción detallada para ello no se destina a limitar la invención a la modalidad particular descrita, sino por el contrario, la intención es cubrir todas las modificaciones, equivalentes y alternativas que caen dentro del alcance de la invención como se define en las reivindicaciones anexadas.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN En un entorno de provisión de servicios se puede proveer una pluralidad de servicios a partir de un número de recursos físicos computacionales. Por ejemplo, un centro de datos puede proveer diez diferentes servicios. En otro ejemplo, cinco centros de datos pueden proveer dos servicios. En otro ejemplo, tres centros de datos pueden proveer un solo servicio. De esta forma se entenderá que no puede haber, y de hecho en algunos casos no habrá, una relación directa entre el número de unidades de recursos físicos de computación y el número de servicios provistos. La provisión de múltiples servicios mediante múltiples unidades de recursos físicos computacionales se ilustrarán con referencia a las figuras 1A a 4C.

La figura 1A muestra una representación esquemática de elementos físicos de recursos computacionales en un entorno de provisión de servicio. Como se muestra, el entorno de provisión de servicio 1 incluye tres centros de datos DC1 , DC2 y DC3 referenciados como elementos 3, 5 y 7, respectivamente. Cada uno de los centros de datos 3, 5 y 7 están conectados a una red de comunicaciones 9. En el presente ejemplo, la red de comunicaciones 9 es la Internet. En otros ejemplos, la red de comunicaciones 9 puede ser una red privada o pública alternativa tal como una LAN, WAN o cualquier combinación de estas. También, la red de comunicaciones 9puede comprender más de una red. Por ejemplo, los centros de datos se puede conectar a través de una WAN que esté conectada a la Internet. Cada uno de los centros de datos 3, 5 y 7 puede tener sus disposiciones de seguridad propias o compartidas para prevenir acceso no autorizado para, dañar o modificar el centro de datos desde la red de comunicaciones 9. Dichas disposiciones pueden incluir conocidos elementos de seguridad tal como un firewall, un detector/bloqueador de intrusión, filtro de tráfico, etc. La red de comunicaciones 9 de los presentes ejemplos incluye alguna forma de gestión y enrutamiento de red (no mostrada). En el caso de una red TCP/IP tal como la Internet, esta Incluirá normalmente un equipo capaz del sistema de nombre de dominio (DNS) para traducir entre nombres DNS y direcciones IP.

También están conectados a la red de comunicaciones 9 mostrada en la figura 1A dos sistemas anfitriones HOST1 y HOST2, referenciados como elementos 11 y 13, respectivamente. Los sistemas anfitriones son sistemas computacionales que albergan a uno o más clientes que se suscriben a servicios de acceso o recepción. Cualquier número de sistemas anfitriones se puede conectar a la red de comunicaciones 9. Cada sistema anfitrión puede ser un sistema computacional relacionado con un cliente y un usuario, en donde el usuario, el cliente o ambos pueden ser los beneficiarios del servicio provisto. También, un sistema anfitrión puede albergar un proveedor de servicio al igual que un cliente del servicio. De esta forma, cada sistema anfitrión individual 11 , 13 pude ser una sola estación de trabajo o terminal relacionada con un usuario o puede ser un grupo de trabajo, una base de datos, un edificio, un servidor computacional, un anfitrión virtual o cualquier otro receptor de un servicio computacional provisto.

Como se apreciará, la comunicación a través de la red de comunicaciones requiere un sistema de dirección para habilitar diferentes entidades para enrutar la comunicación entre estas. En el presente ejemplo, la red de comunicaciones 9 usa direccionamiento numérico, tal como los bien conocidos sistemas de dirección IP usados por redes que emplean TP/IP para el control de comunicaciones de red. De esta forma, cada centro de datos y cada anfitrión tienen direcciones que les permiten comunicarse entre ellos, por ejemplo para proveer un servicio.

La figura 1 B muestra un ejemplo de interacción de servicio entre tres servicios S1 , S2 y S3, referenciados como elementos 41 , 42 y 45, respectivamente, y dos clientes CLT1 y CLT2, referenciados como elementos 51 y 53, respectivamente. En este ejemplo, el cliente CLT1 interactúa con el servicio S1 ; el cliente CLT2, con los servicios S1 y S2 y; el servicio S3, con los servicios S1 y S2. Por ejemplo, los S1 , S2 y S3 pueden ser un servicio de correo electrónico, un servicio web y un servicio LDAP, respectivamente. Cualquier combinación de interacciones de cliente y servicio se puede considerar en el entorno de provisión de servicio.

Las figuras 2A y 2B ilustran esquemáticamente una posible constitución de DC1 , el centro de datos referido como elemento 3. Como se muestra en la figura 2A, el centro de datos puede incluir un número de bastidores de servidores SR1... SRn, referenciados como elementos 31 , 32, respectivamente. Los bastidores de servidores 31 , 32 pueden contener cada uno un número de servidores Svr1 , Svr2, referenciados como elementos 311 , 312, respectivamente. Como se muestra en la figura 2B, los bastidores de servidores SR1 , SR2 y SR3 están interconectados a través de una disposición de red 25 tal como una LAN. El centro de datos también incluye una función de gestión 26 que pude proveer funciones de gestión tal como monitoreo de servidores y control OOB, actualizaciones y alteraciones de software y de datos, balanceo de carga y otras tareas de gestión. Además, el centro de datos del presente ejemplo incluye un elemento opcional de seguridad 27. El elemento de seguridad 27 puede incluir elementos de seguridad conocidos tal como un firewall, detector/bloqueador de intrusión, filtro de tráfico, etc.

Dentro de los bastidores de servidores SR1-SR3, el centro de datos puede incluir un gran número de computadoras de servidores individuales.

Estas pueden ser computadoras de servidores montados en bastidores convencionales basadas en cualquier hardware físico de servidor y que opere cualquier sistema operativo conveniente. Es común que los centros de datos sean operados teniendo un número mínimo de diferentes configuraciones de hardware y de sistema operativo para las simples consideraciones de gestión, pero en la práctica se puede emplear cualquier número de combinaciones de hardware y de sistemas operativos.

Dentro de cada centro de datos, cada interfaz de red individual de cualquier equipo computacional que sea capaz de comunicarse con otro y conectado a través de la red 25 tiene una dirección que, normalmente, es única dentro de por lo menos su LAN. El tráfico que llega a la LAN se puede dirigir a una o más direcciones anunciadas o publicada. En el presente ejemplo, cada servicio provisto por el centro de datos puede tener una o más direcciones externas relacionadas con este. Si un nodo de red provee una función de traducción de dirección de red (NAT) en el límite de una LAN, entonces reenviará el tráfico que llega dirigido a la dirección externa anunciada hacia la interfaz de red adecuada dentro de la LAN. En entornos en los que se provee uno o más equilibradores de carga, el tráfico se puede redirigir al equilibrador de carga relacionado con el servicio especificado y este equilibrador de carga asignará cada artículo de tráfico a un servicio particular o a un clúster servidor.

Ejecutar sobre servidores individuales en los bastidores de servidores de cada centro de datos es un software, firmware o cualquier otro tipo de programa implementado por computadora que provee uno o más servicios. En los presentes ejemplos, dichos servicios pueden incluir, por ejemplo, máquina de acceso a bases de datos, máquinas de consulta de base de datos, servicios de autentificación de seguridad, servicios de almacenamiento de archivos, servicios de búsqueda de archivos, servicios de monitoreo de datos, servicios de replicación de datos, servicios de respaldo o cualquier otro servicio provisto por computadora. Múltiples servidores individuales se pueden configurar para proveer el mismo servicio de a cuerdo una disposición agrupada o equilibrada de carga. También se pueden configurar servidores individuales para proveer más de un servicio.

Por lo tanto, se entenderá que un entorno de provisión de servicio puede estar conformado de un número de unidades físicas de recursos computacionales. Dependiendo en la granularidad o vista deseada, un recurso físico computacional se puede considerar como un centro de datos, una habitación computacional, un bastidor de servidor, un servidor, un núcleo físico procesador o cualquier otro elemento de recurso computacional físicamente discreto. Las unidades físicas computacionales se pueden distribuir en un número de ubicaciones físicas y están interconectadas para la comunicación de datos entre ellas.

Considerando ahora las figuras 3A y 3B, estas figuras ilustran de manera esquemática un ejemplo de elementos lógicos en un entorno de provisión de servicio y de un posible mapeo de elementos lógicos con un entorno físico. Aquí se puede observar que tres servicios S1, S2 y S3 están lógicamente conectados de forma que están disponibles para los usuarios de los servicios relevantes a través de la red de comunicaciones de acuerdo con el entorno particular de la figura 1B. Por lo tanto el cliente CLT1 tiene acceso al S1 ; el cliente CLT2, al S1-S2 y; el servicio S3 al S1-S2. En el ejemplo de las figuras 3A y 3B, el S1 se ejecuta en una primera LAN o VLAN N1 , S2 se ejecuta en (v)LAN N2 y el S3 se ejecuta en (v)LAN N3. Las (v)LAN están interconectadas a través de enlaces 901, 902, 903 y 904. Estos enlaces pueden estar provistos, por ejemplo, al configurar reglas de enrutamiento de tráfico en cada (v)LAN. Se pueden proporcionar túneles, por ejemplo VPNs, para interconectar varios elementos o (v)LANs y ellos pueden proporcionar conexiones de larga distancia entre y/o dentro de las (v)LANs. En el ejemplo de las figuras 3A y 3B se proporcionan túneles 91 y 92 para permitir la interconexión de varias ubicaciones físicas a través de la Internet, por ejemplo, los enlaces 902 y 903 usan el túnel 92.

Cualesquier mapeos y configuraciones lógicas y físicas adecuadas entre ellos se pueden usar en el entorno de provisión de servicio. Por ejemplo y como se puede observar en las figuras 3A y 3B, no existe una correlación obligatoria entre las (v)LANs y el entorno físico, por ejemplo, los centros de datos. En estas figuras, la N1 se extiende en más de un centro de datos (DC1 y DC2); la N2, en menos de uno (DC2); y la N3 en exactamente uno (DC3). De igual forma, no existe una correlación obligatoria entre los Anfitriones y clientes y su configuración de red. Otros entornos (no representados) en donde pueden operar diferentes instancias de un servicio en diferentes (v)LANs y en donde dichas instancias puedan cambiar de (v)LAN al cambiar los servidores, también son entornos convenientes para la implementación de los enfoques enseñados en la presente descripción.

En las figuras 4A, 4B y 4C se proporciona un ejemplo del mapeo de servicios 41 , 43, 45 para las unidades físicas de recursos computacionales. En este ejemplo, el mapeo muestra la provisión de servicios mediante referencia a los diferentes centros de datos. Como se ilustra en las figuras 4A-4C, el servicio S1 se proporciona mediante centros de datos DC1 y DC2, el servicio S2 es provisto solo mediante el centro de datos DC2 y el servicio S3 es provisto solo mediante el centro de datos DC3. De esta forma, en el presente ejemplo, el DC1 proporciona el servicio S1 , el DC2 proporciona los S1-S2 y el DC3 proporciona el S3. El mapeo ilustrado en las figuras 4A-4C corresponde, por ejemplo, al entorno representado en la figura 3A.

De esta forma, se puede observar un número de servicios lógicos que se pueden proveer a partir de una gama de unidades físicas de recursos computacionales. Por lo tanto, se entenderá que al solicitar o acceder a un servicio, un cliente puede ser dirigido a o servido desde uno o más de diferentes unidades físicas de recursos computacionales.

La distribución física de recursos físicos que proveen un servicio determinado puede ^ser más exagerada al equilibrar la carga entre las diferentes unidades físicas de recursos computacionales designadas a proporcionar un servicio determinado y mediante cambios en asignaciones de unidades físicas de recursos computacionales como proveedores principales (es decir, activos) y secundarios (es decir, en espera o de emergencia) de un servicio determinado. Por ejemplo, los elementos de gestión de provisión de servicios (que pueden incluir un operador humano y/o un procedimiento automatizado de gestión) pueden estar configurados para monitorear la carga en unidades físicas de recursos computacionales y para alterar las asignaciones de las individuales de las unidades físicas de recursos computacionales para la provisión de diferentes servicios y para alterar las asignaciones de las individuales de las unidades físicas de recursos computacionales para proveedores principales o secundarios de cualquier servicio determinado.

Los elementos para gestión de provisión de servicios se pueden co-ubicar con la función de gestión del centro de datos 26 y monitorear la carga y comportamiento de todos los servidores en un centro de datos respectivo y comunicar con funciones de gestión del centro de datos de otros centros de datos para equilibrar la carga en todos los centros de datos relevantes. En otros ejemplos, los elementos para la gestión de provisión de servicios se pueden proveer como un servicio separado dedicado de uno o más centros de datos. En otro ejemplo, una instalación de hardware dedicado se puede proporcionar para los elementos para la gestión de provisión de servicios. En un ejemplo adicional, los elementos para gestión de provisión de servicios están provistos como una función de gestión dentro de la red de comunicaciones 9.

Ahora se analizará un ejemplo de reasignación de servidor durante el tiempo con referencia a la figura 5. El uso de los ejemplos de las figuras 4A-4C analizadas anteriormente como un punto inicial, el servicio S1 se asigna para ser provisto por el DC1 y el DC2. Esta ilustración comienza en un primer punto en tiempo ti. En este momento, todos los recursos físicos de DC1 que están asignados al S1 se fijan como principales y todos los recursos físicos del DC2 asignados al S1 se fijan como secundarios (de emergencia). Durante el tiempo, el volumen de solicitudes para el S1 de parte de los clientes aumenta, de manera que en el segundo punto en tiempo Í2, la asignación de unidades principales y secundarias se altera de forma que los recursos físicos del DC1 alocados al S1 permanecen fijos como principales y 50% de los recursos físicos del DC2 asignados al S1 se fijan y el 50% restante de los recursos físicos del DC2 asignados al S1 permanecen fijos como secundarios. De esta forma, el número de recursos físicos que proveen de manera activa el S1 ha aumentado de la asignación secundaria para cumplir con la demanda del cliente.

En un momento más tarde en tiempo t3 el cliente que carga para el S1 ha reducido, pero la carga del para el S4, otro servicio ha aumentado (no representado). La carga para el S4 no afecta directamente al S1 , pero el S1 y el S4 están provistos por el DC1. De esta forma, para aumentar el recurso disponible en el DC1 para satisfacer la demanda para el S4, la asignación de recursos físicos al S1 se altera simplemente al revertir la asignación al esquema del tiempo t|. Por el contrario, en el t3, 50% de los servidores en el DC1 asignados al S1 se mueven a auxiliar mientras que el otro 50% permanece activo. Las asignaciones en el DC2 no se alteran en este tiempo. De esta forma, en número de recursos físicos activos para el S1 ha reducido para seguir con la demanda reducida para el S1 en el tiempo Í3, pero la asignación de los recursos físicos para proveer el S1 ha cambiado en relación con la posición en el ti. En el t , ninguno de los recursos físicos del DC1 asignados al S1 han sido reasignados al S4 pero al colocar algunos de los recursos físico del S1 del DC1 en modo auxiliar, se proporciona la instalación para reasignar algunos de los recursos físicos del S1 del DC2 para que sean recursos físicos del S4, en caso de ser necesario.

Se entenderá que tales reasignaciones de recursos físicos entre los estados principal/de espera y la reasignación de recursos físicos a diferentes servicios se pueden llevar a cabo con base en tiempo real continuo y las asignaciones cambiarán de manera dinámica durante el tiempo.

Anteriormente se ha descrito un número de ejemplos de un entorno de provisión de servicio en el que una ubicación de provisión de servicio se mueve por el entorno durante el tiempo.

Con referencia a las figuras 6 a 16B, se describirá un número de ejemplos de disposiciones para monitorear y/o rastrear ubicaciones de provisión de servicios.

En los presentes ejemplos se proporciona una función de monitoreo para obtener información que se relacione con la presente ubicación de provisión de servicio de un servicio o servicios determinados y, opcionalmente, con etiquetar o rastrear la información de ubicación presente de provisión de servicio obtenida para uno o más servicios para producir un historial de ubicación de provisión de servicio. Opcionalmente, la función de monitoreo puede habilitar el acceso a la ubicación de provisión de servicio presente y/o el historial de ubicación de provisión de servicio ya sea directamente a través de una interfaz de usuario o indirectamente al dar salida a la información en forma legible por un tercer sistema de tercera parte.

La figura 6 muestra esquemáticamente un monitor 15 que incluye un número de elementos que operan en conjunto para proveer la funcionalidad del monitor 15. Estos elementos incluyen un modo de comunicación 16, un elemento de consulta 17, un identificador de ubicación 18 y un módulo de historial 19. El monitor 15 se puede conectar a la red de comunicaciones 9 a través de un módulo de comunicación 16.

El monitor 15 también puede estar provisto con alguna forma de función de seguridad (no representado) la cual puede ser parte del módulo de comunicación 16 o puede estar provisto como un elemento separado de o externo al motor 15. La función de seguridad puede incluir elementos de seguridad conocidos como un firewall, un detector/bloqueador de intrusión, filtro de tráfico, etc.

El monitor 15 de los presentes ejemplos incluye un elemento de consulta 17, configurado para presentar información de ubicación de provisión de servicio para uno o más servicios, un identificador de ubicación 18 configurado para rastrear la información de ubicación de provisión de servicio presente obtenida para uno o más servició para producir un historial de ubicación de provisión de servicio y un módulo de historial 19 para crear un registro de rastreo de la ubicación de provisión de servicio. Mediante esta disposición se puede establecer un historial de provisión de servicio y ser accesible.

Los elementos del monitor 15 pueden estar provistos como un sistema computacional unitario con toda la funcionalidad de los diferentes elementos o una pluralidad del sistema computacional unitario puede proveer parte de, una o más de la funcionalidad de los diferentes elementos.

Las figuras 7A y 7B ilustran una combinación diferente de pasos que se pueden realizar mediante el monitor y/u otros elementos del entorno de provisión de servicio. En el ejemplo mostrado en la figura 7A, en el primer paso 201, el elemento de consulta 17 solicita al módulo de comunicación 16 enviar un mensaje de solicitud de ubicación con respecto al servicio S1. El mensaje de solicitud de ubicación también puede ser con respecto a otros servicios. El módulo de comunicación puede enviar entonces la solicitud en el paso 202 y recibe la respuesta de ubicación en el paso 204. La respuesta de ubicación comprende información de ubicación para el S1, la cual, el módulo de comunicación reenvía al identificador de ubicación en el paso 205. Finalmente, en el paso 208, el identificador de ubicación identifica la ubicación física relacionada con la información de ubicación para el S1 que se regresó en respuesta. La ubicación física puede ser por ejemplo un servidor, un centro de datos o un gabinete y un código postal o un país. En este ejemplo, la información de ubicación se reenvía directamente desde el módulo de comunicación al identificador de ubicación y se puede reenviar de cualquier manera conveniente. Por ejemplo, la completa respuesta de ubicación recibida se puede reenviar sin ninguna modificación o se puede reenviar solo la información de ubicación.

Por lo tanto, se ha descrito un sistema configurado para rastrear ubicaciones físicas desde las que se provee un servicio al realizar una solicitud del servicio y determinar una ubicación desde la que se provee el servicio en respuesta a la solicitud.

El ejemplo ¡lustrado en la figura 7B muestra un método similar a mayor detalle, incluido un número de pasos opcionales adicionales. Primero, el monitor 15 está inactivo (200), después el elemento de consulta 17 solicita al módulo de comunicación 16 enviar una solicitud de ubicación del S1 en el paso 201. Este paso se puede activar de manera automática, por ejemplo, periódica o manual, por ejemplo cuando lo solicite un usuario u otra entidad. Entonces, la gestión de comunicación envía la solicitud de ubicación en el paso 202 y espera la respuesta (203). Los mecanismos pueden estar disponibles para evitar esperar demasiado para que el monitor 15 regrese al modo inactivo (200) o envíe otra solicitud (201), respecto al S1 o a cualquier otro servicio. Tales mecanismos pueden incluir un conteo de tiempo espera o retraso o un accionador de intervalo fijo para activar automáticamente una nueva solicitud cuando opera por un control de intervalo de solicitud automático. En el paso 204, el módulo de comunicación recibe una respuesta de ubicación que comprende información de ubicación para el S1 y después reenvía la respuesta al elemento de consulta (paso 206). Posteriormente, el elemento de consulta reenvía la información de ubicación respecto al S1 al identificador de ubicación en el paso 207. En el siguiente paso, paso 208', el identificador de identificación entonces interroga a una base de datos para identificar la ubicación física relacionada con la información de ubicación regresada en la respuesta de ubicación. Esta ubicación física para el S1 es entonces reenviada al módulo de historial 19 en el paso 209. Los siguientes pasos dependen de si el módulo de historial ya tiene un registro de rastreo para el S1 (210). Si el módulo de historial no tiene ningún registro de rastreo para el S1 , crea uno en el paso 211 con la ubicación física del S1 identificada en el paso 208'. O, el módulo de historial actualiza el registro de rastreo existente en el paso 212 y entonces puede elaborar estadísticas de ubicaciones físicas para el S1 en el paso 213. La elaboración de estadísticas se puede realizar de manera automática, por ejemplo después de cada paso 212 o de manera periódica, o se puede realizar cuando es activada por un usuario u otra entidad.

De esta forma, se ha descrito un sistema configurado para rastrear ubicaciones físicas desde las que se provee un servicio y crear un registro de rastreo de dichas ubicaciones físicas en donde dicho registro de rastreo se puede usar para elaborar estadísticas de ubicaciones físicas durante un cierto número de periodos.

Las figuras 8A y 8B ilustran ejemplos en los que los servicios a ser rastreados están albergados por servidores en una red IP y el monitor 15 también está conectado a una red IP. Para rastrear ubicaciones físicas de los servicios, el monitor 15 usa solicitudes DNS y respuestas para recuperar la dirección IP de los servidores que hospedan los servicios. En el ejemplo de las figuras 8A y 8B, se rastrean tres servicios S1 , S2 y S3, en donde se ejecutan dos instancias del S1. En un primer punto en el tiempo, representado por la figura 8A, una instancia del S1 se ejecuta en el centro de datos DC1 , la segunda instancia del S1 se ejecuta en el DC2, el S2 se ejecuta en el DC2 y el S3 se ejecuta en el DC3. En un segundo punto en el tiempo, representado por la figura 8B, la segunda instancia de S1 se ha movido del DC2 al DC1. El monitor 15 tiene acceso a un servidor DNS 60 que mantiene una tabla 61 de relación entre un nombre DNS y una dirección IP. En el primer punto en el tiempo, el servicio S1 al que se puede dirigir usando n nombre DNS, por ejemplo "email.company.com", está relacionado con dos direcciones IP IP11 y IP12, mientras que el nombre DNS para S2 y S3 está relacionado con IP21 y IP31 , respectivamente. En el segundo punto en el tiempo, la segunda instancia de S1 se movió al DC1 y la tabla DNS 61 ha sido actualizada en consecuencia. Si el monitor 15 envía una solicitud de ubicación respecto al S2, entonces recibirá una IP21 en la respuesta de ubicación. Si el monitor 15 envía una ubicación respecto al S1 , recibirá una IP11 , IP12 o ambas en la respuesta en el primer punto en tiempo y una IP11 , IP13 o ambas en la respuesta en el segundo punto en tiempo.

De esta manera, se ha descrito un sistema configurado para monitorear las ubicaciones físicas desde las que se provee un servicio, en donde el monitoreo de dichas ubicaciones físicas puede usar cualquiera de los protocolos existentes y/o sistemas ya disponibles en el entorno, tal como el conocido sistema DNS.

En los cuadros 1 y 2 se ilustran bases de datos ejemplares que pueden ser usadas por el identificador de ubicación para identificar la ubicación física relacionada con la información de ubicación para un servicio. El cuadro 1 muestra una base de datos en la que cada dirección IP se relaciona con la correspondiente LAN o vLAN y centro de datos. El cuadro 2 muestra una base de datos en donde el mapeo de direcciones IP con la (v)LAN y con los centros de datos se mantiene al usar sub-redes representadas con una denotación dirección-IP/máscara. Tal sub-red puede ser por ejemplo 192.168.0.0/24 la cual contiene todas las direcciones IP desde 192.168.0.0 a 192.168.0.255. La figura 9 provee una representación esquemática de una configuración que llevaría a la base de datos en el cuadro 2. Una base de datos puede contener cualquier información de ubicación que se requiera y/o que sea necesaria. Por ejemplo, algunas direcciones IP también se pueden relacionar con un gabinete o con un gabinete en la base de datos.

CUADRO 1 EJEMPLO DE CUADRO QUE RELACIONA INFORMACIÓN DE UBICACIÓN CON INFORMACIÓN FÍSICA CUADRO 2 EJEMPLO DE CUADRO QUE RELACIONA INFORMACIÓN DE UBICACIÓN CON INFORMACIÓN FÍSICA Para mantener el mapeo entre la información de ubicación, por ejemplo una dirección IP, y la ubicación física, por ejemplo un servidor y/o un centro de datos, se puede usar cualquier medio conveniente.

Un registro de rastreo mantenido por el monitor 15 puede mantener el rastro de más información que solo la ubicación física desde la que se provee el servicio. Por ejemplo, puede contener varios niveles de datos de ubicación física, tal como alguna combinación de uno o más datos de ubicación, incluido, el país, la región, la ciudad, el centro de datos, el bastidor de servidor y el servidor.

Varios ejemplos de datos rastreados y posibles representaciones de los mismos se analizan ahora con referencia ahora a las figuras 10-13 y cuadros 3, 4 y 5.

El cuadro 3 muestra un ejemplo de un registro de rastreo que, para cada respuesta de ubicación recibida, contiene una línea con una hora de registro, una dirección IP, un centro de datos y un servidor. En el ejemplo del cuadro 3, el servicio S1 está provisto equitativamente por dos servidores SvMO y Svr11 en el centro de datos DC1 al mismo tiempo. Por lo tanto, el extracto del registro de rastreo mostrado en el cuadro 3 muestra que las ubicaciones físicas desde las que se provee el servicio, alternan entre Svr10 y Svr11 en el DC1. En la figura 10 se muestra un ejemplo de elaboración de estadísticas al usar este registro de rastreo y de una posible representación de dichas estadísticas. El diagrama de la figura 10 muestra una distribución rotativa promedio de la ubicación física desde la que se provee el S1 a través * de varios servidores en DC1 y DC2. El diagrama también muestra que todos los servidores del S1 se ejecutan en el DC1 y que el S1 se distribuye equitativamente entre el Svr10 y Svr11.

CUADRO 3 EJEMPLO DE EXTRACTOS DE UN REGISTRO DE UBICACIÓN FÍSICA El cuadro 4 y la figura 11 también muestran un extracto de un registro de rastreo y de la representación gráfica correspondiente de la distribución rotativa promedio del S1 , pero en una situación secundaria. En la situación de la figura 11 y el cuadro 4, después del t2, el Svr11 ya no está identificado como una ubicación física desde la que se provee el S1 y, en consecuencia, la representación gráfica muestra que después de cierto punto en el tiempo, el S1 solo es provisto por el Sv O. Debido a que la figura 11 representa una distribución rotativa promedio del servicio, la repartición del Svr11 disminuye lentamente incluso si el Svr11 dejara de trabajar repentinamente. Un administrador que usa el monitor 15 puede entonces identificar que puede haber un problema con el Svr11 y puede identificar también que ejecutar el servicio en un solo servidor involucra un riesgo. Un administrador automático o humano podría entonces ser capaz de tomar una mayor acción de investigación y/o correctiva con respecto a una o ambas de la disponibilidad del Svr1 y a la no distribución del S1.

CUADRO 4 EJEMPLO DE EXTRACTOS DE UN REGISTRO DE UBICACIÓN FÍSICA El cuadro 5 y la figura 12 también muestran un extracto de un registro de rastreo y de la representación gráfica correspondiente de la distribución rotativa promedio de S1 , pero en una tercera situación. En esta situación, los servidores del S1 cambian de los servidores en el DC1 a los servidores en DC2. El S1 aún está provisto por dos servidores diferentes, pero esos servidores son ahora el Svr20 y el Svr21 en DC2. La representación gráfica muestra inmediatamente el cambio del DC1 al DC2. Por lo tanto, un administrador que usa el motor 15 podría identificar inmediatamente que podría haber un problema en el centro de datos DC1 que causara que el S1 se mover del DC1 al DC2. Un administrador automático o humano podría entonces ser capaz de tomar una mayor acción de investigación y/o correctiva con respecto a una o ambas de la disponibilidad del DC1.

CUADRO 5 EJEMPLO DE EXTRACTOS DE UN REGISTRO DE UBICACIÓN FÍSICA El registro de rastreo de ubicaciones físicas desde las que se provee un servicio también puede incluir información adicional, por ejemplo, I a información de ubicación física de la respuesta de ubicación o cualquier otra información relevante. Por ejemplo, dicha información adicional se puede usar para elaborar estadísticas, para revisar la precisión del contenido del registro o simplemente para aumentar la cantidad de información disponible. En los extractos de registro mostrados en los cuadros 3, 4 y 5, la dirección IP para el servicio se incluye junto con el servidor correspondiente a la dirección IP y el centro de datos en donde se ubica el servidor.

La figura 13 muestra una representación gráfica ejemplar de las estadísticas del cuadro 5 en donde están elaboradas con datos durante periodos posteriores. Por lo tanto, la representación gráfica muestra pasos un tanto curvos como en las figuras 10, 11, 12 en donde las estadísticas se elaboran con datos que se relacionan con un periodo rotativo.

Las estadísticas elaboradas por el módulo de historial permiten un mayor nivel de entendimiento del entorno de provisión de servicio. Por ejemplo, cuando se envía una solicitud de DNS con respecto a un servicio, es probable que la respuesta contenga una dirección IP y como el resultado, el identificador de ubicación puede identificar solo un número de ubicaciones físicas desde las que se provee el servicio. Por ejemplo, en el entorno de provisión de servicio de la figura 8A, una respuesta para una solicitud DNS para el servicio S1 puede contener una IP11 o IP12, pero no es probable que contenga ambas. Por lo tanto, aunque una respuesta de ubicación única con respecto a un servicio pueda ser precisa, pude no permitir al administrador del monitor y/o al usuario comprender por completo desde que ubicaciones físicas se provee un servicio. Las estadísticas elaboradas por el historial proveen incluso un análisis más comprensivo de ubicaciones físicas desde las que se provee el servicio y pueden mejorar más el resultado del uso de medios técnicos, tal como un medio DNS, para proporcionar al administrador del monitor y/o al usuario una vista precisa y global de las ubicaciones físicas desde las que se provee un servicio.

El módulo de historial puede, durante cualquier periodo conveniente, elaborar estadísticas que se relacionan con la provisión de servicios. Por ejemplo, el módulo de historial puede elaborar estadísticas con respecto a la distribución de ubicaciones físicas o puede identificar la principal ubicación física desde la que se provee un servicio, por ejemplo, el servidor principal y/o el centro de datos principal.

De esta forma, se ha descrito un sistema configurado para monitorear las ubicaciones físicas desde las que se provee un servicio y para elaborar estadísticas sobre dichas ubicaciones físicas, en donde las estadísticas se pueden usar para interpretar la información con respecto a dicha ubicación física y para monitorear, administrar o solucionar problemas del entorno en donde se proveen servicios.

El módulo de historial también puede elaborar estadísticas que se pueden representar al administrador del monitor y/o al usuario de manera automática o por petición. Los ejemplos de tales representaciones se pueden observar en las figuras 10, 11 y 12. En las figuras 14A-14C se ilustran representaciones alternativas, en donde se ejecutan dos servicios S1-S2 en cuatro centros de datos DC1-DC4 y en donde para cada servicio, el número de procesadores que ejecutan el servicio se han identificado en el registro de rastreo. La figura 14A ilustra una representación en donde para cada centro de datos, el número de procesadores relacionados con cada servicio está representado con una columna. Esta representación permite una comparación de los números absolutos de procesadores usados por los dos servicios en los centros de datos y una fácil identificación de los principales centros de datos usados por los servicios. La figura 14B ilustra una representación en donde se muestra la distribución relativa de servicio de los procesadores en cada centro de datos. En otras palabras, para cada centro de datos se despliega la distribución de servicios que se ejecutan en este centro de datos, por ejemplo, se muestra en porcentaje para un total de 100%. Aunque no se puede hacer ninguna comparación sobre la importancia de cada uno de los centros de datos o de un servicio a través de los centros de datos, permite al espectador identificar rápidamente qué tan importante es un servicio para un centro de datos particular. Por ejemplo, como se puede observar en la figura 14A, el DC3 no es tan importante como el DC1 en términos del número de procesadores relacionados con el S1 y S2, sin embargo, es claro a partir de la figura 14B que los procesadores en el DC3 solo ejecutan el S1 y no ejecutan el S2. La figura 14C muestra para cada servicio la distribución entre los centros de datos de los procesadores relacionada con el servicio. Claramente muestra que en el ejemplo considerado, el S1 es mucho mayormente distribuido entre los centros de datos mientras que el S2 depende principalmente de los procesadores en el DC1. Dicha representación permite al espectador identificar rápidamente que existe un riesgo con la distribución del S2 y que el número de procesadores relacionado con el S2 en otros centros de datos necesita, entonces, ser aumentado.

De esta forma, se ha descrito un sistema configurado para monitorear las ubicaciones físicas desde las que se provee un servicio y para monitorear la distribución de un servicio a través de diferentes ubicaciones física en diferente granularidad y/o para monitorear el número y distribución de servicios provistos por una o más ubicaciones físicas.

El monitor 15 puede ser una sola entidad física, por ejemplo un servidor o una computadora o puede comprender más de una entidad física. La elección de configuración puede depender de los servicios a ser rastreados y de las configuraciones físicas y de red. Por ejemplo, la figura 15A muestra un entorno en donde el S1 se ejecuta en una (v)LAN N1 ; el S2 en N2; y el S3 en N3; en donde N1 y N2 están interconectadas, pero la N3 está aislada tanto de N1 como de N2. Asumiendo que, en este entorno particular, el monitor 15 necesita acceder a las (v)LANs para rastrear los servicios, un acercamiento puede ser tener un monitor con dos interfaces de red, una conectada a N1 y N2 y la otra conectada a N3.

En la figura 15B se representa otra disposición, en donde el monitor 15 comprende tres entidades físicas: MON1 , con número de referencia 150, está conectado a N1 y N2; MON2, con número de referencia 151 , está conectado a N3; y MON3, con número de referencia 152, está conectado a MON1 y MON2, por ejemplo a través de una (v)LAN NO de gestión. La red de gestión NO está aislada de las (v)LANs N1-N3 operativas y es accesada mediante los diferentes monitores a través de una interfaz de red de gestión. En este ejemplo, las tres entidades están organizadas de manera jerárquica y el ON3 centraliza toda la actividad de rastreo. Sin embargo, en otros ejemplos, la distribución -de funcionalidad se puede implementar de manera diferente. Por ejemplo, MON1 y MON2 puede incluir solo un módulo de comunicación y el elemento de consulta y todos los demás elementos del monitor 15 estarían entonces incluidos en MON3. Alternativamente, MON1 y MON2 pueden incluir todas las funcionalidades y MON3 puede, entonces, mantener un registro centralizado de ubicaciones físicas.

En un alcance adicional (no representado), el nodo centralizado, MON3, también puede estar conectado a una (v)LAN operativa y monitorear por lo menos un servicio.

En la figura 15C se representa otro enfoque en el que el monitor 15 comprende dos entidades físicas MON1 , con número de referencia 150, y MON2, con número de referencia 151 , que están organizados en una configuración distribuida que difiere de la configuración jerárquica mostrada en la figura 15B. En este entorno, cada uno de MON1 y MON2 implementa todas las funcionalidades del monitor y puede mantener una versión del registro de rastreo. Cuando MON1 o MON2 actualiza su registro de rastreo, notifica al otro nodo de monitoreo acerca del cambio para que ambos nodos mantengan una versión al día del registro de rastreo. Alternativamente, el registro de rastreo se puede mantener en un registro central al que ambos nodos pueden tener acceso.

De esta forma, se ha descrito un sistema flexible configurado para monitorear las ubicaciones físicas desde las que se provee un servicio, en donde dicho sistema puede estar dispuesto de la manera más apropiada para un entorno de provisión de servicio particular.

El monitor también puede proveer al administrador y/o usuario con características adicionales. Por ejemplo, el monitor 15 puede estar incorporado en un servidor que también proporciona una funcionalidad de despliegue para desplegar las estadísticas, un servidor web para gestión remota, otras funcionalidades de monitoreo o cualquier otra funcionalidad que pueda o no pueda estar relacionada con la invención.

Las figuras 16A-16C ¡lustran un ejemplo en donde la respuesta de ubicación recibida por el monitor 15 puede ser activada mediante un servicio que cambie de ubicación física. En esta modalidad, el monitor 15 está conectado a los centros de datos DC1 y DC2 a través de la red 9. El DC1 comprende dos servidores Svr10 y Svr11 y el DC2 comprende el Svr20 y Svr21. En un primer punto en el tiempo, se ejecutan dos servicios: el S1 en el Svr10 y Svr20; y el S2 en el Svr20 y Svr21. La figura 16A ilustra el entorno en ese primer punto en el tiempo. La figura 16B es un diagrama de flujo de este primer punto en el tiempo en donde el monitor 15 comienza a monitorear al S1 y en donde, en un segundo punto en el tiempo, una instancia del S1 se mueve del Sv O al Svr11. En el primer paso 250, el monitor 15 envía un mensaje de solicitud de ubicación a todos los servidores Svr10-Svr21 para configurar el monitoreo del S1. En este ejemplo particular, solo se monitorea al S1 por lo que el mensaje de solicitud de ubicación solo concierte al S1. Sin embargo, este mensaje puede concernir a más de un servicio. En el siguiente paso opcional 251 , cada servidor envía un mensaje de respuesta de ubicación que concierne a su estado con respecto al S1. Dicho estado puede ser uno de "en ejecución", "no en ejecución" ó "emergencia" y puede incluir detalles adicionales con respecto al D1. Por ejemplo, el mensaje de respuesta de ubicación puede incluir cuántos procesadores están siendo actualmente usados por el servicio cuando está en ejecución, o durante cuánto tiempo el servicio ha estado en el estado actual.

Entonces, el monitor 15 espera una ubicación física para cambiar en el paso 252 y, en el paso 253, el S1 se mueve de un primer servidor SvrA a un segundo servidor SvrB. Aunque en el presente ejemplo, el paso 253 se activa cuando el S1 cambia de servidor, el enfoque del presente ejemplo no se limita a un cambio de servidor y cualquier otro cambio de ubicación física adecuado puede significar una activación. El cambio activa los pasos 254 y 255 en donde el SvrA envía un mensaje de respuesta de ubicación acerca de que el S1 no sigue en ejecución y el SvrB envía un mensaje de respuesta de ubicación acerca de que el S2 ahora está en ejecución. El SvrA también puede proporcionar mayor información, por ejemplo para indicar si el S1 se encuentra ahora en el modo de emergencia o para indicar la razón de porque el S1 dejó de estar en ejecución en este servidor (error en S1 , el servidor colapsó, el servidor se sobrecargó, demanda disminuida del S1, etc.). En el siguiente paso 256, el monitor 15 actualiza el registro de rastreo para el S1 y regresa al paso 252 que espera otro cambio de ubicación física.

El mensaje de solicitud de ubicación enviado en el paso 250 también puede incluir instrucciones para que cada servidor envía una actualización de manera periódica, de forma que el monitor obtenga mensajes de respuesta de ubicación por lo menos regulares y también recibe mensajes de respuesta de ubicación ocasionales activados por un cambio en las ubicaciones físicas del servicio.

En el presente ejemplo, el monitor 15 envía relativamente pocos mensajes de solicitud de ubicación en comparación con el número de mensajes de respuesta de ubicación que puede recibir. El monitor de este ejemplo puede confiar en una arquitectura SNMP, en características provistas por una solución de agrupación, en una solución personalizado o en cualquier otra solución adecuada para proveer las funcionalidades del monitoreo.

De esta forma, el monitor de la invención permite rastrear las ubicaciones físicas desde las que se proveen servicios y puede volver a usar información ya disponible en sistemas de categoría, tales como DNS o SNMP para rastrear dichas ubicaciones físicas.

Muchas otras variaciones y/o implementaciones alternativas de las técnicas descritas se pueden proporcionar y el experto en la técnica las visualizará. Dichas alternativas y variaciones están comprendidas en el alcance y espíritu de la presente invención.

Claims

NOVEDAD DE LA INVENCIÓN REIVINDICACIONES

1. Un aparato configurado para rastrear ubicaciones físicas desde las que se provee un servicio, el aparato comprende: un módulo de comunicación operable para enviar y recibir mensajes; un identificador de ubicación; un elemento de consulta operable para solicitar que el módulo de comunicación envíe un mensaje de solicitud de ubicación para un servicio; y un módulo de historial; en donde el módulo de comunicación es operable para: recibir un mensaje de respuesta de ubicación en respuesta a dicho mensaje de solicitud de ubicación, dicho mensaje de respuesta de ubicación comprende información de ubicación para el servicio; y reenviar la información de ubicación del servicio al identificador de ubicación; el identificador de ubicación es operable para identificar la ubicación física relacionada con la información de ubicación del servicio y para reenviar datos que describen la ubicación física al módulo de historial; y el módulo de historial es operable para crear un registro histórico de rastreo de ubicaciones físicas para el servicio de producir un historial de ubicación de provisión de servicio.

2. El aparato de conformidad con la reivindicación 1 , caracterizado además porque el módulo de comunicación es operable para reenviar información de ubicación del servicio al identificador de ubicación a través del elemento de consulta.

3. El aparato de conformidad con la reivindicación 1 ó 2, caracterizada además porque el módulo de historial también es operable para elaborar estadísticas de rastreo de ubicaciones físicas del servicio durante dos o más periodos.

4. El aparato de conformidad con la reivindicación 3, caracterizado además porque las estadísticas de rastreo incluyen una distribución estadística del servicio a través de las ubicaciones físicas identificadas en los datos reenviados por el identificador de ubicación durante los dos o más periodos.

5. El aparato de conformidad con cualquiera de las reivindicaciones 3 y 4, caracterizado además porque las estadísticas de rastreo incluyen una ubicación física principal del servicio durante dos o más periodos.

6. El aparato de conformidad con cualquiera de las reivindicaciones 3 a 5, caracterizado además porque parte de o todas las estadísticas de rastreo está elaboradas a partir de datos relacionados con periodos consecutivos.

7. El aparato de conformidad con cualquiera de las reivindicaciones 3 a 6, caracterizado además porque parte de o todas las estadísticas de rastreo está elaboradas a partir de datos relacionados con periodos rotativos.

8. El aparato de conformidad con cualquiera de las reivindicaciones anteriores, caracterizado además porque el módulo de historial también comprende almacenamiento de datos y mecanismo de recuperación para seguir rastreando registros de información de ubicación física para servicios.

9. El aparato de conformidad con cualquiera de las reivindicaciones 3 a 8, caracterizado además porque el módulo de historial también es operable para elaborar estadísticas de rastreo por solicitud.

10. El aparato de conformidad con cualquiera de las reivindicaciones 3 a 9, caracterizado además porque el módulo de historial también es operable para elaborar estadísticas de rastreo en automático.

11. El aparato de conformidad con cualquiera de las reivindicaciones anteriores, caracterizado además porque la ubicación física identificada comprende uno o más elementos, cada elemento se selecciona del grupo que consiste en un núcleo de procesador, un servidor, un gabinete, una habitación, un centro de datos, un edificio, un código postal, un edificio, una ciudad y una región geográfica.

12. El aparato de conformidad con cualquiera de las reivindicaciones anteriores, caracterizado además porque el módulo de comunicación es operable para enviar y recibir mensajes IP.

13. El aparato de conformidad con cualquiera de las reivindicaciones anteriores, caracterizado además porque el mensaje de solicitud de ubicación comprende por lo menos una solicitud DNS.

14. El aparato de conformidad con cualquiera de las reivindicaciones anteriores, caracterizado además porque el mensaje de solicitud de ubicación comprende por lo menos parte de un mensaje SNMP.

15. El aparato de conformidad con cualquiera de las reivindicaciones anteriores, caracterizado además porque la información de ubicación comprende una dirección IP.

16. El aparato de conformidad con cualquiera de las reivindicaciones anteriores, caracterizado además porque el identificador de ubicación recupera la información de ubicación física de por lo menos una base de datos que provee relaciones entre ubicaciones lógicas y físicas.

17. Un método para rastrear ubicaciones físicas desde las que se provee un servicio, el método comprende: enviar, mediante un módulo de comunicación, un mensaje de solicitud de ubicación para un servicio seleccionado; recibir mediante el módulo de comunicación, un mensaje de respuesta de ubicación en respuesta a dicho mensaje de solicitud de ubicación, dicho mensaje de respuesta de ubicación comprende información de ubicación para el servicio seleccionado; e identificar, mediante un identificador de ubicación, la ubicación física relacionada con la información de ubicación, crear, mediante un módulo de historial, un registro histórico de rastreo de ubicaciones físicas relacionadas con la información de ubicación del servicio seleccionado para producir un historial de ubicación de provisión de servicio.

18. El método de conformidad con la reivindicación 17, caracterizado además porque también comprende: elaborar, mediante el módulo de historial, estadísticas de rastreo de información de ubicación física del servicio seleccionado durante dos o más periodos.

19. El método de conformidad con la reivindicación 18, caracterizado además porque elaborar estadística de rastreo de información de ubicación física del servicio seleccionado se realiza por solicitud.

20. El método de conformidad con la reivindicación 18 o 19, caracterizado además porque elaborar estadísticas de rastreo de información de ubicación física del servicio seleccionado se realiza en automático.

21. El método de conformidad con cualquiera de las reivindicaciones 17 a 20, caracterizado además porque crear un registro de rastreo de ubicaciones físicas también comprende usar una base de datos para mantener registros de rastreo de información de ubicación física para servicios.

22. El método de conformidad con cualquiera de las reivindicaciones 17 a 21 , caracterizado además porque el mensaje de respuesta de ubicación comprende un mensaje IP.

23. El método de conformidad con cualquiera de las reivindicaciones 17 a 22, caracterizado además porque el mensaje de solicitud de ubicación comprende por lo menos una solicitud DNS.

24. El método de conformidad con cualquiera de las reivindicaciones 17 a 23, caracterizado además porque el mensaje de solicitud de ubicación comprende por lo menos parte de un mensaje SNMP.

25. El método de conformidad con cualquiera de las reivindicaciones 17 a 24, caracterizado además porque la información de ubicación comprende una dirección IP.

26. El método de conformidad con cualquiera de las reivindicaciones 17 a 25, caracterizado además porque identificar la ubicación física relacionada con la información de ubicación también comprende recuperar la información de ubicación física desde por lo menos una base de datos que proporciona relaciones entre ubicaciones lógicas y físicas.